CN101043723A - 一种WiMAX***中移动台的位置更新处理方法 - Google Patents
一种WiMAX***中移动台的位置更新处理方法 Download PDFInfo
- Publication number
- CN101043723A CN101043723A CNA2006100709329A CN200610070932A CN101043723A CN 101043723 A CN101043723 A CN 101043723A CN A2006100709329 A CNA2006100709329 A CN A2006100709329A CN 200610070932 A CN200610070932 A CN 200610070932A CN 101043723 A CN101043723 A CN 101043723A
- Authority
- CN
- China
- Prior art keywords
- travelling carriage
- paging
- anchor
- response
- primitive
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及WiMAX***,特别提供一种WiMAX***中移动台的位置更新处理方法,以解决现有流程中,当Anchor PC无法接受位置更新请求,如何及时通知SBS的问题。所述方法包括移动台向当前服务基站发送表明发起位置更新的测距请求消息;位于所述基站的寻呼代理向锚点寻呼控制器发送位置更新请求;锚点寻呼控制器判断是否接受该移动台的本次位置更新请求,如果是返回包含确认信息的位置更新响应;否则返回包含拒绝信息的位置更新响应。本发明所述方法当Anchor PC无法接受位置更新请求时,可以及时通知BS停止重复发起的位置更新操作,避免SBS重复发送LU-Request原语,减轻了由此产生的***负担。
Description
技术领域
本发明涉及WiMAX***,特别涉及一种WiMAX***中移动台的位置更新处理方法。
背景技术
WiMAX是一种新兴的无线通信技术,它能够提供面向互联网的高速连接。如图1所示,当前的WiMAX通信***中,MS(Mobile Station,移动台)的寻呼和空闲模式操作包含了以下几个功能实体:
1、PC(Paging Controller,寻呼控制器):PC决定网络中处于空闲模式的MS的行为,每一个PC功能实体定义了唯一的标识信息PC ID(6bytes),该参数将指示一个PC功能实体的地址;PC之间通过R4接口连接;
2、PA(Paging Agent,寻呼代理):PA解决PC与IEEE802.16e中定义的BS(Base Station,基站)中与寻呼相关的功能实体之间进行交互的功能实体,PA位于BS上;PA和PC之间可能通过PR(Paging Relay,寻呼中继)转发信息;
3、PG(Paging Group,寻呼组),BS被分为很多逻辑上的组,例如PGA包括PA0、PA1,PGB包括PA2,PGC包括PA4、PA5和PA6。这些寻呼组的目的是为了提供一个毗邻的地区,在该地区内MS不需要传输LU(LocationUpdate,位置更新)原语,并且可以接收DL(Down Link,下行链路)的寻呼。寻呼组应该足够大,以使MS在大多数时间保持在相同的寻呼组中,又应该足够小以合理分配寻呼的负载;
4、LR(Location Register,位置寄存器):LR是一个分布的数据库,每个LR都对应一个PC,LR包含了处于空闲模式下的MS的信息。这些信息包括当前的寻呼组标识PG ID、寻呼周期(PAGING_CYCLE)、寻呼偏移(PAGING_OFFSET)、最近报告的BS ID、最近报告的中继PC ID和MS服务流信息等。
当MS处于IDLE(空闲)状态下时,会根据不同的条件发送RNG-REQUEST(测距请求)原语给BS以触发PA发送LU原语,这些条件包括以下四种:
1、Paging Group update(寻呼组更新):当MS检测到它所属的寻呼组的改变后,该MS将执行Location Update过程。该MS通过监听PG ID来判断寻呼组的变化,该PG ID是由BS通过DCD(Downlink Channel Descriptor,下行链路信道描述)原语或者MOB PAG ADV(Mobile Paging Advertisement,移动寻呼广播)原语在MS寻呼监听中断时间内进行传输。MS如果检测到的PG ID与MS当前所属的寻呼组不匹配,那么MS就知道寻呼组已改变了;
2、Timer update(计时器更新):MS将在空闲模式计时器清零前周期性的执行Location Update过程,周期性触发PA向PC发送LU原语,告知PC当前让处于空闲状态,当PC没有收到周期性的LU原语时,判定MS的状态发生变化,则可以删除MS的相关空闲模式信息;
3、Power Down update(关机更新):MS将尝试完成一个Location Update过程作为关机过程的一部分。该机制使Paging Controller更新MS当前的状态,删除所有关于MS的信息并且在关机的时候终止对该MS的空闲模式寻呼控制。在关机位置更新成功的情况下,PC将释放掉所有关于该MS的空闲模式保持信息。在关机位置更新失败的情况下,PC将使用Location Update polling执行可用性检测。如果BS重复发送Location Update polling原语设定次数后都没有收到响应,那么该MS将被检测为不可用,然后PC就删除所有的关于该MS的空闲模式保持信息;
4、MAC Hash Skip Threshold update(媒体访问控制重复跳门限更新):当MS的MAC Hash Skip Counter(媒体访问控制重复跳计数器)超出了MAC HashSkip Threshold(媒体访问控制重复跳门限)后,MS将执行位置更新处理,位置更新成功后,BS和MS将重新初始化各自的MAC Hash Skip Counter。
现有由上述条件之一触发的WiMAX位置更新过程中如图2所示,其中:RNG_Req为RNG Request消息的缩写,表示测距请求,其中可以表明请求位置更新;RNG_Rsp为RNG Response消息的缩写,表示测距响应;LU_Req为Location Update Request原语的缩写,表示位置更新请求;LU_Rsp为LocationUpdate Response原语的缩写,表示位置更新响应;LU_Confirm为LocationUpdate Confirm原语的缩写,表示位置更新确认;MS Info Reques用于请求移动台信息;MS Info Response为移动台信息响应,参阅图2,位置更新过程包括如下步骤:
1、如果上面所述的四个条件中有某一个满足,则MS将初始化一个位置更新过程,并向SBS(Serving Base Station,当前服务基站)发送一个RNG_Req消息。该RNG_Req消息中的目的字段必须设为IEEE802.16e中定义的MS执行位置更新目的。其中必须包含PC ID(当前MS的Anchor PC的标识);
SBS查找本地是否保存有该MS有效的安全信息(Anchor Authenticator ID(锚点认证者标识)或者缓存的MS的AK和AK上下文),安全信息用来验证该MS的RNG-Req原语。然后通知本地的PA向Anchor PC(可能通过RelayPC中继)发送LU-Request原语,该LU-Request原语包含了:MS ID(MS标识),Anchor PCID(锚点PC标识),BSID(BS标识),Authentication Indication(认证指示);
2、如果SBS有可用的MS的安全信息,PA则将LU_Req原语中的Authentication Indication值置为1,表示BS已有MS相关的安全信息,这样Anchor PC收到LU_Req原语后可以直接进入第5步;如果SBS没有可用的MS的安全信息,将LU_Req原语中的Authentication Indication值置为0,表示BS没有MS相关的安全信息,这样PC收到LU_Req原语后还需要进入第3,4步,以获取MS相关的安全信息,LU_Req原语结构如表1所示;
表1. LU-Request原语结构
信息元素 | 描述 | 强制或可选 | 备注 |
MS ID | MS的MAC地址 | 强制 | 该标识只是发出请 |
求的MS | |||
BS ID | 基站标识 | 强制 | BS ID指示MS执行位置更新所在的BS |
Anchor PCID | 锚点寻呼控制器标识(例如.IP地址) | 强制 | 锚点PC标识 |
Relay PCID | 中继寻呼控制器标识(例如IP地址) | 待定 | 中继PC标识 |
AuthenticationIndication | 指示是否拥有安全上下位信息(AK和AK上下文或者该MS的Anchor Authenticator ID(锚点认证者ID))Indicating whether or not have security information(AKand AK context or Anchor Authenticator ID for thisMS)for verifying RNG_REQ | 待定 | 0:没有认证信息1:拥有认证原语 |
Anchor PCRelocationDestination | 请求新的锚点PC | 可选 | 目标锚点PC的标识 |
PGID | 寻呼组标识 | 可选 | 由本地PC分配的寻呼组标识 |
PagingOffset | 寻呼偏移t | 可选 | 由本地PC分配的寻呼偏移 |
PagingCycle | 寻呼周期 | 可选 | 由本地PC分配的寻呼周期 |
当Anchor PC所在的ASN接收到了Authentication Indication值置为1的LU_Req原语后,直接执行步骤S5产生一个LU_Rsp原语并通过Relay PC转发给SBS;否则执行步骤S3;
3、当Anchor PC所在的ASN接收到了Authentication Indication值置为0的LU_Req原语后,从LR中查找相关的信息,如果一些安全方面的信息被保存在了Anchor Authenticator上,那么Anchor PC将取出该MS的AnchorAuthenticator ID,然后发送MS Info Request原语给Anchor Authenticator,MSInfo Request原语结构如表2所示;
表2.MS Info Request原语结构
信息元素 | 描述 | 强制或可选 | 备注 |
MS ID | MS的MAC地址 | 强制 | 该标识只是发出请求的MS |
BS ID | 基站标识 | 强制 | BS ID指示MS执行位置更新所在的BS |
Anchor Authenticator ID | 锚点认证者标识 | 可选 | 锚点认证者的标识 |
4、当Anchor Authenticator所在的ASN收到了MS Info Request原语后,将产生MS的AK(认证密钥)和AK上下文,然后发送MS Info Response原语给Anchor PC所在的ASN,MS Info Response原语结构如表3所示;
表3.MS Info Response原语结构
信息元素 | 描述 | 强制或可选 | 备注 |
MS ID | MS的MAC地址 | 强制 | 该标识只是发出请求的Ms |
BS ID | 基站标识 | 强制 | BS ID指示MS执行位置更新所在的BS |
Anchor Authenticator ID | 锚点认证者标识 | 可选 | 锚点认证者的标识 |
AK相关信息 | 认证密钥相关信息 | 必选 |
5、该MS的Anchor PC所在的ASN产生一个LU_Rsp原语,通过Relay PC转发给SBS,LU_RSP响应原语中包含MSID,BSID,Anchor PC ID,PGID,Paging Cycle,Paging Offset和Anchor Authenticator ID。如果SBS请求了该MS的相关密钥信息,则还包含AK和AK上下文。如果Anchor PC重定位在LocationUpdate Request原语中也被请求了,在LU_Rsp原语中可能还包含了RelocationRequest Response,LU_Rsp原语结构如表4所示;
表4.Location Update Response原语结构
信息元素 | 描述 | 强制或可选 | 备注 |
MS ID | MS的MAC地址 | 强制 | 该标识只是发出请求的MS |
BS ID | 基站标识 | 强制 | BSID指示MS执行位置更新所在的BS |
PC ID | 寻呼控制器标识(例如.IP地址) | 强制 | PCID指示MS的寻呼控制器 |
AnchorAuthenticator ID | 锚点认证者标识 | 可选 | 锚点认证者的标识 |
MS SecurityContext | AK和AK上下文 | 强制 | BS所请求的安全上下文被用于验证来自MS的RNG-REQ原语并返回一个由有效的HMAC分配的RNG-RSP原语 |
PGID | 寻呼组标识 | 由AnchorPC分配的PGID | |
Paging Offset | 寻呼偏移 | 由Anchor PC分配的PagingOffset PC | |
Paging Cycle | 寻呼周期 | 由Anchor PC分配的PagingCycle | |
Anchor PC ID | Anchor PC的标识 | Anchor PC ID | |
Relocation Request | 重定位请求的响应 | “Accept”或者“Refuse” |
Response | |||
MS Data Structure | 该信息需要从旧的Anchor PC传给新的Anchor PC | 如果RelocationRequest Response是“accept”那么为强制 | 注意如果上面的信息元素为“Refuse”那么该域就应该被忽略。 |
Relay PC所在的ASN把LU_RSP原语转发给BS(PA),该原语包含了新的寻呼组标识(PGID),寻呼周期或者寻呼偏移。另外,还可能包含这些信息:AK和AK上下文,Anchor Authenticator ID;
6、SBS上的PA接收到来自Relay PC的LU_Rsp原语后,得到可用的AK和AK上下文并保存到SBS,SBS用该AK来验证RNG_Req原语,如果验证成功,那么该SBS上的PA将发送包含了Accept标志的RNG_Rsp原语给MS;
7、在RNG_Req原语验证成功的情况下,SBS上的PA将发送LU_Confirm原语给Relay PC(包括MSID,BSID,认证结果指示),指示来自MS的位置更新已经被认证了并且处理已经完成了。
Relay PC所在的ASN发送LU_Confirm原语给Anchor PC所在的ASN,并且包含了认证结果指示,Relay PCID,新寻呼组标识,由Relay PC分配的寻呼周期和寻呼偏移;Anchor PC接收到LU Confirm后,最后更新LR中的MS位置信息,LU_Confirm原语结构如表5所示。
表5.Location Update Confirm原语结构
信息元素 | 描述 | 强制或可选 | 备注 |
MS ID | MS的MAC地址 | 强制 | 该标识只是发出请求的MS |
BS ID | 基站标识 | 强制 | BS ID指示MS执行位置更新所在的BS |
Relay PC ID | 寻呼控制器标识(例如.IP地址) | 待定 | Relay PC ID指向MS的寻呼控制器 |
Paging Group ID | 寻呼组标识 | 由Relay PC分配的PGID | |
Paging Offset | 寻呼偏移 | 由Relay PC分配的Paging Offset | |
Paging Cycle | 寻呼周期 | 由Relay PC分配的Paging Cycle | |
LU ResultIndicator | LU成功/失败指示 | 强制 | 0:失败1:成功 |
如果Anchor PC无法接受位置更新请求,例如在收到LU_Req原语时,本地没有保存该MS的信息,则现有位置更新流程中未给出及时通知BS停止位置更新操作的方法。如果SBS没有及时得到LU_Rsp,则位置更新无法完成,在这种情况下SBS可能会重复发送LU-Request原语,增加了***负担。
发明内容
本发明提供一种WiMAX***中移动台的位置更新处理方法,以解决现有流程中,当Anchor PC无法接受位置更新请求时如何及时通知SBS的问题。
一种WiMAX***中移动台的位置更新处理方法,包括如下步骤:
A、移动台向当前服务基站发送表明发起位置更新的测距请求消息;
B、位于所述基站的寻呼代理向锚点寻呼控制器发送位置更新请求;
C、锚点寻呼控制器判断是否接受该移动台的本次位置更新请求,如果是向所述寻呼代理返回包含确认信息的位置更新响应;否则返回包含拒绝信息的位置更新响应。
所述步骤C之后还包括:D-1、当所述寻呼代理接收到包含确认信息的位置更新响应时,向移动台返回测距响应消息,同时向锚点寻呼控制器发送包含本次位置更新成功完成的位置更新确认;或者D-2、当所述寻呼代理接收到包含确认信息的位置更新响应时,通知移动台本次位置更新被拒绝。
所述步骤B中还包括:所述基站判断本地是否保存有该移动台的安全信息,并通知所述寻呼代理在所述位置更新请求中携带相应指示信息。所述步骤C中还同时包括:所述锚点寻呼控制器根据所述位置更新请求中携带的指示信息,判断所述基站是否保存有该移动台的安全信息,如果是则直接返回所述位置更新响应;否则从认证服务器中获取该移动台的安全信息,然后将该移动台的安全信息同时携带在位置更新响应中发送给所述基站。
当所述位置更新响应中同时携带该移动台的安全信息时,所述步骤C之后还包括:所述寻呼代理从所述位置更新响应中获取该移动台的安全信息并保存到所述基站。
所述步骤C之后还包括:所述基站根据该移动台的安全信息认证所述测距请求消息。
所述步骤D-2之后还包括:移动台确认本次位置更新被拒绝后,重新向所述基站请求接入网络。
步骤C中所述的确认信息或拒绝信息通过设置在所述位置更新响应中的标志位携带。
所述标志位为1个比特。本发明的有益效果如下:
本发明所述方法在LU_Rsp原语中扩展增加一个标志位Location UpdateStatus以表示当前的位置更新是否被接受,这样,当Anchor PC无法接受位置更新请求时,可以通过Location Update Status标志位及时通知BS改位置更新请求不被接受,避免SBS重复发送LU-Request原语,减轻了由此产生的***负担。
附图说明
图1为当前的WiMAX通信***中,MS寻呼和空闲模式操作中包含的功能实体连接示意图;
图2为现有位置更新流程示意图;
图3为本发明所述位置更新流程示意图。
具体实施方式
本发明在现有的LU_Rsp原语中扩展增加一个标志位Location UpdateStatus以表示当前的位置更新是否被接受,标志位Location Update Status最少只占用1个比特。扩展后的LU Rsp原语结构如表6所示,例如当Location UpdateStatus被置为1时,表示本次位置更新请求被接受(Accept),反之,当LocationUpdate Status被置为0时,表示本次位置更新请求被拒绝(Refuse):
表6.Location Update Response原语结构
信息元素 | 描述 | 强制或可选 | 备注 |
MS ID | MS的MAC地址 | 强制 | 该标识只是发出请求的MS |
BS ID | 基站标识 | 强制 | BS ID指示MS执行位置更新所在的BS |
PC ID | 寻呼控制器标识(例如.IP地址) | 强制 | PC ID指示MS的寻呼控制器 |
AnchorAuthenticator ID | 锚点认证者标识 | 可选 | 锚点认证者的标识 |
MS SecurityContext | AK和AK上下文 | 强制 | BS所请求的安全上下文被用于验证来自MS的RNG-REQ消息并返回一个由有效的HMAC分配的RNG-RSP消息 |
Location UpdateStatus | 位置更新当前的状态 | 强制 | “0”:接受,位置更新流程可以继续“1”:拒绝,位置更新流程必须停止 |
PGID | 寻呼组标识 | 由Anchor PC分配的PGID | |
Paging Offset | 寻呼偏移 | 由Anchor PC分配的Paging OffsetPC | |
Paging Cycle | 寻呼周期 | 由Anchor PC分配的Paging Cycle | |
Anchor PC ID | Anchor PC的标识 | Anchor PC ID | |
RelocationRequest Response | 重定位请求的响应 | “Accept”或者“Refuse” | |
MS Data Structure | 该信息需要从旧的Anchor PC传给新的Anchor PC | 如果RelocationRequest Response是“accept”那么为强制 | 注意如果上面的信息元素为“Refuse”那么该域就应该被忽略。 |
LU_Rsp原语中增加了Location Update Status标志位后,WiMAX***中移动台的位置更新流程如图3所示,包括如下步骤:
S1、如果上面所述的四个条件中有某一个满足,则MS将初始化一个位置更新过程,并向SBS(Serving Base Station,当前服务基站)发送一个RNG_Req消息。该RNG_Req消息中的目的字段必须设为IEEE802.16e中定义的MS执行位置更新目的。其中必须包含PC ID(当前MS的Anchor PC的标识);
SBS查找本地是否保存有该MS有效的安全信息(Anchor Authenticator ID(锚点认证者标识)或者缓存的MS的AK和AK上下文),安全信息用来验证该MS的RNG-Req原语。然后通知本地的PA向锚定PC(Anchor PC)发送LU-Request原语,LU-Request原语可能通过中继PC(Relay PC)转发,该LU-Request原语包含了:MS ID(MS标识),Anchor PCID(锚点PC标识),BSID(BS标识),Authentication Indication(认证指示);
S2、如果SBS有可用的MS的安全信息,PA则将LU_Req原语中的Authentication Indication值置为1,表示BS已有MS相关的安全信息,这样Anchor PC收到LU_Req原语后可以直接进入第5步;如果SBS没有可用的MS的安全信息,PA将LU_Req原语中的Authentication Indication值置为0,表示BS没有MS相关的安全信息,这样PC收到LU_Req原语后还需要进入第3,4步,以获取MS相关的安全信息,LU_Req原语结构仍参见表1所示;
本发明的优化在于:当Anchor PC收到LU_Req原语后,判断是否接受该MS的位置更新请求,如果接受MS的位置更新请求,则根据LU_Req原语中的Authentication Indication值决定执行步骤S3或S5,Authentication Indication值置为0时,执行步骤S3,Authentication Indication值置为1时,执行步骤S5;如果拒绝MS的位置更新请求,本发明提供两种处理方法:
方法一、直接执行步骤S5′和S6′通知SBS结束位置更新流程;
由于此时Anchor PC拒绝MS的位置更新请求,因此位置更新流程可以结束,SBS可以不再对RNG_Req进行合法性验证,因此即使LU_Req原语中的Authentication Indication值为0,SBS中没有保存MS的相关安全信息,AnchorPC也可以不执行步骤S3和S4;
结束位置更新流程后,MS可能发起重入网流程或其他流程,SBS在后续流程中仍然可以获取MS的相关安全信息。
方法二、同样根据LU_Req原语中的Authentication Indication值决定执行步骤S3或S5′;
考虑到SBS结束位置更新流程后,MS可能发起重入网流程或其他流程,SBS仍然需要MS的相关安全信息认证MS的合法性,因此可以执行步骤S3和S4之后,再执行步骤S5′,将从Anchor Authenticator处获得的MS的安全信息发送给SBS。
S3、当Anchor PC所在的ASN接收到了Authentication Indication值置为0的LU_Req原语后,从LR中查找相关的信息,如果一些安全方面的信息被保存在了Anchor Authenticator上,那么Anchor PC将取出该MS的AnchorAuthenticator ID,然后发送MS Info Request原语给Anchor Authenticator,MSInfo Request原语结构仍如表2所示;
S4、当Anchor Authenticator所在的ASN收到了MS Info Request原语后,将产生MS的AK(认证密钥)和AK上下文,然后发送MS Info Response原语给Anchor PC所在的ASN,MS Info Response原语结构仍如表3所示;
S5、当Anchor PC所在的ASN接收到了Authentication Indication值置为1的LU_Req原语后,直接产生一个LU_Rsp原语并通过Relay PC转发给SBS;该LU_Rsp原语结构如表6所示,包含MSID,BSID,Anchor PC ID,PGID,Paging Cycle,Paging Offset,Anchor Authenticator ID和Location Update Status等信息元素,其中:Location Update Status被置为1时,表示本次位置更新请求被接受。
当Anchor PC所在的ASN接收到了Authentication Indication值置为0的LU_Req原语后,经步骤S3和S4获得了MS的AK和AK上下文后,再生成一个LU_Rsp原语,并通过Relay PC转发给SBS上的PA,LU_Rsp原语中包含MSID,BSID,Anchor PC ID,PGID,Paging Cycle,Paging Offset,AnchorAuthenticator ID和Location Update Status等信息元素,还包含从AnchorAuthenticator处获得的该MS的AK和AK上下文,其中:Location Update Status仍被置为1,表示本次位置更新请求被接受。
如果Anchor PC重定位在Location Update Request原语中也被请求了,在LU_Rsp原语中可能还包含了Relocation Request Response。
Relay PC所在的ASN把LU_RSP原语转发给SBS上的PA,该原语包含了新的寻呼组标识(PGID),寻呼周期或者寻呼偏移。另外,还可能包含这些信息:AK和AK上下文,Anchor Authenticator ID.
S6、SBS上的PA接收到来自Relay PC的LU_Rsp原语后,得到可用的AK和AK上下文并保存到SBS,SBS用该AK来验证RNG_Req原语,如果验证成功,那么该SBS上的PA将发送包含了Location Update Response为Accept的RNG_Rsp原语给MS。
S7、在RNG_Req原语验证成功的情况下,SBS上的PA将发送LU_Confirm原语给Relay pC(包括MSID,BSID,认证结果指示Accept),指示来自MS的位置更新已经被认证了并且处理已经完成了。
Relay PC所在的ASN发送LU_Confirm原语给Anchor PC所在的ASN,并且包含了认证结果指示,Relay PCID新寻呼组标识,由Relay PC分配的寻呼周期和寻呼偏移;Anchor PC接收到LU Confirm后,最后更新LR中的MS位置信息,LU_Confirm原语结构仍如表5所示。
S5′、如果Anchor PC拒绝该MS的位置更新请求,则直接或者在步骤S4结束后产生一个LU_Rsp原语并通过Relay PC转发给SBS上的PA;该LU_Rsp原语结构如表6所示,包含MSID,BSID,Anchor PC ID,PGID,Paging Cycle,Paging Offset,Anchor Authenticator ID和Location Update Status等信息元素,其中:Location Update Status被置为Refuse,即0,表示拒绝本次位置更新请求;
S6′、SBS上的PA接收到来自Relay PC的Location Update Status被置为0的LU_rsp原语后,向MS发送RNG_Rsp消息,RNG_Rsp消息中的LocationUpdate Response标志位为Refuse,表示位置更新被拒绝,MS收到进入重入网过程或其他流程;
这样,当Anchor PC无法接受位置更新请求时,例如在收到LU_Req原语时,本地没有保存该MS的信息,可以通过Location Update Status标志位及时通知BS该位置更新过程不被接受,避免SBS重复发送LU-Request原语,减轻了由此产生的***负担。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (9)
1、一种WiMAX***中移动台的位置更新处理方法,其特征在于,包括如下步骤:
A、移动台向当前服务基站发送表明发起位置更新的测距请求消息;
B、位于所述基站的寻呼代理向锚点寻呼控制器发送位置更新请求;
C、锚点寻呼控制器判断是否接受该移动台的本次位置更新请求,如果是则向所述寻呼代理返回包含确认信息的位置更新响应;否则返回包含拒绝信息的位置更新响应。
2、如权利要求1所述的方法,其特征在于,所述步骤C之后还包括:
D-1、当所述寻呼代理接收到包含确认信息的位置更新响应时,向移动台返回测距响应消息,同时向锚点寻呼控制器发送包含本次位置更新成功完成的位置更新确认;或者
D-2、当所述寻呼代理接收到包含确认信息的位置更新响应时,通知移动台本次位置更新被拒绝。
3、如权利要求1所述的方法,其特征在于,所述步骤B中还包括:所述基站判断本地是否保存有该移动台的安全信息,并通知所述寻呼代理在所述位置更新请求中携带相应指示信息。
4、如权利要求3所述的方法,其特征在于,所述步骤C中还同时包括:所述锚点寻呼控制器根据所述位置更新请求中携带的指示信息,判断所述基站是否保存有该移动台的安全信息,如果是则直接返回所述位置更新响应;否则从认证服务器中获取该移动台的安全信息,然后将该移动台的安全信息同时携带在位置更新响应中发送给所述基站。
5、如权利要求4所述的方法,其特征在于,当所述位置更新响应中同时携带该移动台的安全信息时,所述步骤C之后还包括:所述寻呼代理从所述位置更新响应中获取该移动台的安全信息并保存到所述基站。
6、如权利要求3、4或5所述的方法,其特征在于,所述步骤C之后还包括:所述基站根据该移动台的安全信息认证所述测距请求消息。
7、如权利要求2所述的方法,其特征在于,所述步骤D-2之后还包括:移动台确认本次位置更新被拒绝后,重新向所述基站请求接入网络。
8、如权利要求1所述的方法,其特征在于,步骤C中所述的确认信息或拒绝信息通过设置在所述位置更新响应中的标志位携带。
9、如权利要求8所述的方法,其特征在于,所述标志位为1个比特。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100709329A CN101043723A (zh) | 2006-03-24 | 2006-03-24 | 一种WiMAX***中移动台的位置更新处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006100709329A CN101043723A (zh) | 2006-03-24 | 2006-03-24 | 一种WiMAX***中移动台的位置更新处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101043723A true CN101043723A (zh) | 2007-09-26 |
Family
ID=38808857
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006100709329A Pending CN101043723A (zh) | 2006-03-24 | 2006-03-24 | 一种WiMAX***中移动台的位置更新处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101043723A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877818A (zh) * | 2009-04-30 | 2010-11-03 | 中兴通讯股份有限公司 | 定位业务辅助数据更新通知的方法及*** |
WO2010127607A1 (zh) * | 2009-05-08 | 2010-11-11 | 华为技术有限公司 | 一种无线中继网络中的多步寻呼方法和寻呼控制器 |
CN101998233A (zh) * | 2009-08-18 | 2011-03-30 | 中兴通讯股份有限公司 | 支持部署Femto基站的通信***中终端位置更新的方法 |
CN101436974B (zh) * | 2007-11-16 | 2011-08-31 | 三星电子株式会社 | 在WiMAX和Web网络之间共享/使用WiMAX信息的业务接口方法 |
WO2012003684A1 (zh) * | 2010-07-06 | 2012-01-12 | 中兴通讯股份有限公司 | 一种位置更新方法及装置 |
CN101772158B (zh) * | 2008-12-30 | 2013-03-27 | 中兴通讯股份有限公司 | 一种wimax网络中实现周期定位的方法及*** |
CN109429174A (zh) * | 2017-07-17 | 2019-03-05 | 维沃移动通信有限公司 | 一种寻呼方法、终端、基站及网络控制节点 |
-
2006
- 2006-03-24 CN CNA2006100709329A patent/CN101043723A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101436974B (zh) * | 2007-11-16 | 2011-08-31 | 三星电子株式会社 | 在WiMAX和Web网络之间共享/使用WiMAX信息的业务接口方法 |
CN101772158B (zh) * | 2008-12-30 | 2013-03-27 | 中兴通讯股份有限公司 | 一种wimax网络中实现周期定位的方法及*** |
CN101877818A (zh) * | 2009-04-30 | 2010-11-03 | 中兴通讯股份有限公司 | 定位业务辅助数据更新通知的方法及*** |
CN101877818B (zh) * | 2009-04-30 | 2015-08-12 | 中兴通讯股份有限公司 | 定位业务辅助数据更新通知的方法及*** |
WO2010127607A1 (zh) * | 2009-05-08 | 2010-11-11 | 华为技术有限公司 | 一种无线中继网络中的多步寻呼方法和寻呼控制器 |
CN101998233A (zh) * | 2009-08-18 | 2011-03-30 | 中兴通讯股份有限公司 | 支持部署Femto基站的通信***中终端位置更新的方法 |
CN101998233B (zh) * | 2009-08-18 | 2014-11-05 | 中兴通讯股份有限公司 | 支持部署Femto基站的通信***中终端位置更新的方法 |
WO2012003684A1 (zh) * | 2010-07-06 | 2012-01-12 | 中兴通讯股份有限公司 | 一种位置更新方法及装置 |
CN109429174A (zh) * | 2017-07-17 | 2019-03-05 | 维沃移动通信有限公司 | 一种寻呼方法、终端、基站及网络控制节点 |
CN109429174B (zh) * | 2017-07-17 | 2021-05-25 | 维沃移动通信有限公司 | 一种寻呼方法、终端、基站及网络控制节点 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101043723A (zh) | 一种WiMAX***中移动台的位置更新处理方法 | |
CN1127877C (zh) | 在电信***中控制信令的方法以及电信*** | |
US20070218926A1 (en) | System and method for handling mobile station location update | |
CN1968534A (zh) | 用于在移动通信***中连接重建的方法 | |
CN101068370A (zh) | 用户设备寻呼方法及*** | |
CN101043741B (zh) | 一种终端空闲模式下的退网处理方法 | |
US8249498B1 (en) | Selective service-toggling in a wireless communication system | |
CN1802024A (zh) | 对退出空闲模式的终端的信息进行管理的方法 | |
CN101043706A (zh) | 终端进入空闲模式、网络重入的方法 | |
WO2019178755A1 (zh) | 一种完整性验证方法、网络设备、ue及计算机存储介质 | |
CN101043698A (zh) | 一种寻呼空闲模式下终端的方法 | |
CN101039312A (zh) | 防止通用鉴权框架中服务功能实体受攻击的方法及装置 | |
CN1270577C (zh) | 一种目标用户设备上报位置报告的处理方法 | |
CN101026858A (zh) | 宽带无线***中加速寻呼接入的实现方法 | |
CN101060711A (zh) | 一种移动通信终端进行位置更新的方法 | |
KR101042839B1 (ko) | 무선 이동 통신 시스템에서 인증 시스템 및 방법 | |
CN101060404A (zh) | 无线网络中防止重放攻击的方法及*** | |
CN1852595A (zh) | 一种无线通信终端接入鉴权方法 | |
CN1553730A (zh) | 一种无线局域网中用于移动台切换的密钥协商方法 | |
CN1794873A (zh) | 一种位置更新控制方法 | |
CN101080036A (zh) | 无线通信网络中实现寻呼处理的方法 | |
CN1870818A (zh) | 利用指定测距码实现快速切换的方法 | |
CN1921684A (zh) | 无线城域网中的寻呼方法 | |
CN101043700A (zh) | 一种寻呼空闲模式下终端的方法 | |
CN101039523A (zh) | 联合用户迁移方法及通讯***以及服务gprs支持节点 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |