СПОСОБ СОГЛАСОВАНИЯ И ПЕРЕДАЧИ ИНФОРМАЦИИ ОБ ИНТЕРВАЛЕ ВРЕМЕНИ ОБНОВЛЕНИЯ МЕСТОПОЛОЖЕНИЯ

1. Способ согласования и передачи информации об интервале времени обновления местоположения, применяемый в архитектуре сети WiMAX и включающий:
первый этап, на котором подвижная станция инициирует посылку запроса на первоначальный доступ к сети, запроса на переход в режим ожидания или запроса на обновление местоположения к шлюзу обслуживающей сети доступа; и
второй этап, на котором при приеме упомянутого запроса шлюз обслуживающей сети доступа согласовывает длительность таймера режима ожидания и уведомляет подвижную станцию о согласованной длительности таймера режима ожидания.
2. Способ по п.1, в котором:
любой из упомянутых запросов на первоначальное получение доступа к сети, на переход в режим ожидания и на обновление местоположения несет информацию о длительности таймера режима ожидания, когда эти запросы посылаются упомянутой подвижной станцией; и
аутентификатор или анкерный контроллер пейджинга в шлюзе обслуживающей сети доступа на сетевой стороне выполняет согласование согласно заранее заданной стратегии согласования и посылает согласованную длительность на подвижную станцию.
3. Способ по п.1, в котором:
во время первичной регистрации упомянутая подвижная станция согласовывает длительность таймера режима ожидания с аутентификатором, и шлюз обслуживающей сети доступа сохраняет длительность таймера режима ожидания; и впоследствии подвижная станция больше не инициирует согласование длительности таймера режима ожидания при переходе в режим ожидания или при инициировании обновления местоположения, а аутентификатор передает информацию о длительности в анкерный контроллер пейджинга подвижной станции, и анкерный контроллер пейджинга, который получил информацию о длительности, передает информацию о длительности в новый анкерный контроллер пейджинга, чтобы поддерживать синхронность; или
при переходе в режим ожидания упомянутая подвижная станция согласовывает длительность таймера режима ожидания с анкерным контроллером пейджинга, и анкерный контроллер пейджинга сохраняет длительность таймера режима ожидания; и впоследствии подвижная станция больше не инициирует согласование длительности таймера режима ожидания при инициировании обновления местоположения, а если анкерный контроллер пейджинга подвижной станции изменяется, то исходный анкерный контроллер пейджинга передает информацию о длительности в новый анкерный контроллер пейджинга, чтобы поддерживать синхронность.
4. Способ по п.1, в котором:
упомянутая подвижная станция согласовывает длительность таймера режима ожидания при инициировании запроса на первоначальный доступ к сети, причем согласование включает следующие этапы:
подвижная станция осуществляет доступ к сети и посылает запрос регистрации на базовую станцию, при этом запрос регистрации несет длительность таймера режима ожидания;
базовая станция инициирует посылку шлюзу обслуживающей сети доступа запроса на присоединение подвижной станции, при этом запрос на присоединение подвижной станции несет длительность таймера режима ожидания, полученную от подвижной станции;
аутентификатор в шлюзе обслуживающей сети доступа согласовывает длительность таймера режима ожидания согласно стратегии согласования и уведомляет базовую станцию посредством ответа о присоединении подвижной станции; и
базовая станция посылает ответ о регистрации на подвижную станцию, чтобы уведомить подвижную станцию об упомянутой согласованной длительности таймера режима ожидания, и при этом посылает сообщение подтверждения присоединения подвижной станции на шлюз обслуживающей сети доступа, чтобы канал передачи данных был установлен между подвижной станцией, базовой станцией и шлюзом обслуживающей сети доступа.
5. Способ по п.4, в котором:
упомянутая подвижная станция далее не согласовывает длительность таймера режима ожидания при инициировании запроса на переход в режим ожидания, и выполняются следующие этапы:
подвижная станция посылает запрос на дерегистрацию, указывающий на переход в режим ожидания, на базовую станцию, и при приеме запроса на дерегистрацию базовая станция посылает сообщение запроса на изменение состояния для перехода в режим ожидания на шлюз обслуживающей сети доступа, а шлюз обслуживающей сети доступа пересылает сообщение запроса на изменение состояния для перехода в режим ожидания в анкерный контроллер пейджинга на сетевой стороне;
анкерный контроллер пейджинга посылает сообщение запроса на изменение состояния для перехода в режим ожидания в аутентификатор, при этом сообщение с ответом об изменении состояния для перехода в режим ожидания, посылаемое обратно аутентификатором, содержит длительность таймера режима ожидания, сохраненную в аутентификаторе во время регистрации пользователя;
анкерный контроллер пейджинга использует длительность таймера режима ожидания и возвращает сообщение ответа об изменении состояния для перехода в режим ожидания на шлюз обслуживающей сети доступа, и шлюз обслуживающей сети доступа пересылает сообщение ответа об изменении состояния для перехода в режим ожидания на базовую станцию; или же анкерный контроллер пейджинга непосредственно возвращает сообщение ответа об изменении состояния для перехода в режим ожидания на базовую станцию;
базовая станция посылает ответ дерегистрации на подвижную станцию, и при этом посылает сообщение подтверждения перехода в режим ожидания на шлюз обслуживающей сети доступа;
анкерный контроллер пейджинга уведомляет анкерный функциональный объект канала данных о том, что подвижная станция перешла в режим ожидания, удаляет канал данных между шлюзом обслуживающей сети доступа и анкерным функциональным объектом канала данных, а также обновляет параметр защиты воздушного интерфейса;
причем, за исключением того, что сообщение, возвращаемое анкерному контроллеру пейджинга аутентификатером, содержит длительность таймера режима ожидания, другие сообщения не переносят информацию о длительности таймера режима ожидания.
6. Способ по п.1, в котором упомянутая подвижная станция согласовывает длительность таймера режима ожидания при инициировании запроса на переход в режим ожидания, что включает следующие этапы:
подвижная станция посылает на базовую станцию запрос на дерегистрацию, указывающий на переход в режим ожидания, при этом запрос на дерегистрацию несет информацию о длительности таймера режима ожидания;
при приеме упомянутого запроса на дерегистрацию базовая станция посылает на шлюз обслуживающей сети доступа сообщение запроса на изменение состояния для перехода в режим ожидания, при этом сообщение запроса на изменение состояния для перехода в режим ожидания несет длительность таймера режима ожидания, полученную от подвижной станции;
шлюз обслуживающей сети доступа пересылает сообщение запроса на изменение состояния для перехода в режим ожидания в анкерный контроллер пейджинга на сетевой стороне, и упомянутый контроллер пейджинга получает информацию о контексте защиты от аутентификатора;
упомянутый анкерный контроллер пейджинга согласовывает длительность таймера режима ожидания и уведомляет о длительности шлюз обслуживающей сети доступа посредством сообщения ответа об изменении состояния для перехода в режим ожидания, и шлюз обслуживающей сети доступа пересылает ответ об изменении состояния для перехода в режим ожидания на базовую станцию; или же упомянутый анкерный контроллер пейджинга непосредственно уведомляет о длительности базовую станцию посредством сообщения ответа об изменении состояния для перехода в режим ожидания;
базовая станция уведомляет подвижную станцию о согласованной длительности таймера режима ожидания посредством ответа о дерегистрации и при этом посылает сообщение подтверждения перехода в режим ожидания на шлюз обслуживающей сети доступа;
упомянутый анкерный контроллер пейджинга уведомляет анкерный функциональный объект канала данных о том, что подвижная станция перешла в режим ожидания, удаляет канал данных между шлюзом обслуживающей сети доступа и анкерным функциональным объектом канала данных, а также обновляет параметр защиты воздушного интерфейса.
7. Способ по п.1, в котором:
при приеме сообщения запроса, указывающего на обновление местоположения и посланного подвижной станцией, базовая станция посылает сообщение запроса на обновления местоположения на шлюз обслуживающей сети доступа, и это сообщение несет длительность таймера режима ожидания, полученную от подвижной станции;
шлюз обслуживающей сети доступа пересылает сообщение запроса на обновление местоположения в анкерный контроллер пейджинга на сетевой стороне, и анкерный контроллер пейджинга получает информацию контекста защиты от аутентификатора на сетевой стороне;
анкерный контроллер пейджинга согласовывает длительность таймера режима ожидания согласно стратегии согласования и уведомляет об упомянутой согласованной длительности таймера режима ожидания упомянутый шлюз обслуживающей сети доступа посредством сообщения ответа об обновлении местоположения, и шлюз обслуживающей сети доступа пересылает этот ответ об обновлении местоположения на базовую станцию; или же анкерный контроллер пейджинга непосредственно уведомляет базовую станцию о согласованной длительности посредством ответа об обновлении местоположения;
базовая станция уведомляет подвижную станцию о согласованной длительности таймера режима ожидания посредством ответного сообщения, обновляет параметр защиты воздушного интерфейса, и при этом посылает сообщение подтверждения обновления местоположения на шлюз обслуживающей сети доступа.
8. Способ по п.1, в котором:
упомянутая подвижная станция посылает на базовую станцию сообщение запроса, указывающее на обновление местоположения, и при приеме сообщения запроса базовая станция посылает запрос на обновление местоположения, несущий длительность таймера режима ожидания, полученную от подвижной станции, на шлюз обслуживающей сети доступа;
какой-либо ретрансляционный контроллер пейджинга на сетевой стороне инициирует изменение анкерного контроллера пейджинга и работает как новый анкерный контроллер пейджинга, при этом шлюз обслуживающей сети доступа, где находится новый анкерный контроллер пейджинга, пересылает запрос на обновление местоположения в исходный анкерный контроллер пейджинга, и этот запрос на обновление местоположения несет индикацию того, что ретрансляционный контроллер пейджинга работает как новый анкерный контроллер пейджинга;
исходный анкерный контроллер пейджинга получает информацию контекста защиты от аутентификатора на сетевой стороне и посылает информацию контекста защиты в упомянутый новый анкерный контроллер пейджинга посредством ответного сообщения об обновлении местоположения, переносящего согласованную длительность таймера режима ожидания;
новый анкерный контроллер пейджинга согласовывает длительность таймера режима ожидания согласно стратегии согласования и уведомляет шлюз обслуживающей сети доступа о согласованной длительности таймера режима ожидания посредством ответа об обновлении местоположения, и шлюз обслуживающей сети доступа пересылает ответ об обновлении местоположения на базовую станцию; или же анкерный контроллер пейджинга непосредственно уведомляет базовую станцию о согласованной длительности посредством ответа об обновлении местоположения;
базовая станция уведомляет подвижную станцию о согласованной длительности таймера режима ожидания посредством ответного сообщения, обновляет параметр защиты воздушного интерфейса, и при этом посылает сообщение подтверждения обновления местоположения на шлюз обслуживающей сети доступа; на этом переход к новому анкерному контроллеру пейджинга завершается и об этом уведомляют аутентификатор и анкерный функциональный объект канала данных на сетевой стороне.
9. Способ по любому из пп.1-8, в котором
стратегией согласования, используемой аутентификатором или анкерным контроллером пейджинга в шлюзе обслуживающей сети доступа, является непосредственное использование длительности таймера режима ожидания, переносимой в одном из запросов, использование предварительной локальной установки длительности таймера режима ожидания или использование ранее согласованной длительности таймера режима ожидания.
10. Способ по любому из пп.1-8, в котором о согласованной длительности таймера режима ожидания уведомляют посредством ответного сообщения следующим образом:
если согласованная длительность таймера режима ожидания не является длительностью, переносимой в одном из упомянутых запросов, то согласованную длительность таймера режима ожидания переносят в ответном сообщении; а если согласованная длительность таймера режима ожидания является длительностью, переносимой в одном из упомянутых запросов, инициированных подвижной станцией, то длительность не переносят в ответном сообщении, что указывает на то, что использование длительности согласовывается по умолчанию.
11. Способ по любому из пп.1-4 и 6-8, в котором
в случае, когда запрос, инициированный подвижной станцией, несет длительность таймера режима ожидания, сообщение ответа, посылаемое обратно на подвижную станцию базовой станцией, несет согласованную длительность таймера режима ожидания; или если согласованная длительность таймера режима ожидания является длительностью, переносимой в запросе, инициированном упомянутой подвижной станцией, то сообщение ответа, посылаемое обратно на подвижную станцию, не несет длительность, что указывает, что использование длительности в упомянутом запросе согласовывается по умолчанию.
12. Способ по п.1, в котором:
прежде чем упомянутый таймер режима ожидания истечет, подвижная станция должна инициировать обновление местоположения в сети, где расположена подвижная станция, а когда обновление местоположения заканчивается, подвижная станция и сеть, где она расположена, сбрасывают таймер режима ожидания, а в случае, когда упомянутая подвижная станция не инициирует обновление местоположения до истечения таймера режима ожидания, сеть, где расположена подвижная станция, освобождает ресурсы, связанные с этой подвижной станцией.
13. Способ по п.2, в котором:
упомянутая подвижная станция согласовывает длительность таймера режима ожидания при инициировании запроса на первоначальное получение доступа к сети, и аутентификатор сохраняет согласованную длительность таймера режима ожидания, и впоследствии, когда подвижная станция инициирует запрос на переход в режим ожидания, упомянутый анкерный контроллер пейджинга получает длительность от аутентификатора; или когда подвижная станция снова инициирует запрос, чтобы первоначально получить доступ к сети, во время согласования аутентификатор непосредственно применяет длительность, сохраненную как согласованная длительность.
14. Способ по п.13, в котором:
когда анкерный контроллер пейджинга подвижной станции инициирует запрос на переход в режим ожидания и запрос на обновление местоположения, и упомянутый анкерный контроллер пейджинга посылает новую длительность таймера режима ожидания на подвижную станцию, анкерному контроллеру пейджинга необходимо обновить значение длительности в аутентификаторе, то есть послать аутентификатору сообщение отчета о контексте, переносящее новую согласованную длительность таймера режима ожидания; при этом аутентификатор сохраняет новую длительность таймера режима ожидания и посылает сообщение подтверждения контекста в анкерный контроллер пейджинга.
15. Способ по любому из пп.1-8, в котором, когда о согласованной длительности таймера режима ожидания уведомляют посредством ответного сообщения, независимо от того, является ли согласованная длительность таймера режима ожидания длительностью, переносимой в одном из запросов, инициированных подвижной станцией, или нет, согласованная длительность таймера режима ожидания переносится в ответном сообщении.