Протокол соединения/разъединения воздушной линии связи (aludp)

Изобретение относится к беспроводной связи. В усовершенствованной широкополосной беспроводной системе воздушная линия связи относится к каналу связи между BS (базовой станцией) и SS (станцией абонента), используя воздух в качестве среды. На более низком уровне статус воздушной линии связи может определять, могут ли данные более высокого уровня быть транспортированы по воздуху между двумя концами воздушной линии связи. Если данные могут быть транспортированы, воздушная линия связи рассматривается как "соединенная", иначе воздушная линия связи рассматривается как "разъединенная". Система может контролировать, передавать в виде отчета и управлять статусом воздушной линии связи. Способ обнаружения потерь области охвата на базовой станции (BS), причем способ содержит: запуск таймера обнаружения потерь области охвата (ОПОО, CLD) для станции абонента (SS); при условии, что таймер CLD для упомянутой SS истекает: распределение предоставления восходящей линии связи (UL) на упомянутую SS для обеспечения идентификации статуса упомянутой SS; прием пакета данных UL от упомянутой SS с помощью распределенного предоставления UL; сброс таймера CLD для упомянутой SS на основании принятого пакета данных UL от упомянутой SS; посылку одноадресного подтверждения ранжирования (RNG-АСК) к упомянутой SS на основании принятого пакета данных UL от упомянутой SS, при этом упомянутое одноадресное RNG-ACK разрешает упомянутой SS сбросить таймер периодического ранжирования упомянутой SS. 2 н. и 12 з.п. ф-лы, 9 ил.

 

[0001] ПЕРЕКРЕСТНАЯ ССЫЛКА НА СВЯЗАННЫЕ ЗАЯВКИ

[0002] Настоящая заявка испрашивает приоритет предварительной заявки на патент США 61/360,621, поданной 1 июля 2010, которая полностью включена здесь посредством ссылки.

[0003] ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0004] Настоящая заявка относится к беспроводной связи.

[0005] ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

[0006] В усовершенствованной широкополосной беспроводной системе воздушная линия связи относится к каналу связи между BS (базовой станцией) и SS (станцией абонента), используя воздух в качестве среды. На более низком уровне статус воздушной линии связи может определять, могут ли данные более высокого уровня быть транспортированы по воздуху между двумя концами воздушной линии связи. Если данные могут быть транспортированы, воздушная линия связи рассматривается как "соединенная", иначе воздушная линия связи рассматривается как "разъединенная". Воздушный интерфейс может использоваться устройством абонента, если воздушная линия связи соединена. Система может контролировать, передавать в виде отчета и управлять статусом воздушной линии связи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0007] Базовая станция (BS) содержит таймер обнаружения потерь области охвата, ассоциированный с базовой станцией; мобильную станцию; передатчик, сконфигурированный для, при условии, что таймер обнаружения потерь области охвата истекает, передачи распределения восходящей линии связи (UL) к мобильной станции; приемник, сконфигурированный для приема пакетных данных от мобильной станции с помощью распределения UL; и процессор, сконфигурированный для сброса таймера обнаружения потерь области охвата; при этом передатчик дополнительно сконфигурирован для передачи сообщения на мобильную станцию для сброса таймера периодического ранжирования мобильной станции.

[0008] КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0009] Более подробное понимание может быть найдено из последующего описания, предоставленного посредством примера совместно с сопроводительными чертежами, на которых:

[0010] Фиг. 1A является диаграммой системы примерной системы связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления;

[0011] Фиг. 1B является диаграммой системы примерного беспроводного блока приема/передачи (WTRU), который может быть использован в системе связи, иллюстрированной на ФИГ. 1A;

[0012] Фиг. 1C является диаграммой системы примерной сети радио доступа и примерной основной сети, которые могут быть использованы в системе связи, иллюстрированной на ФИГ. 1A;

[0013] Фиг. 2 является блок-схемой процедуры S-ALUDP на стороне BS;

[0014] Фиг. 3 является блок-схемой процедуры S-ALUDP на стороне SS;

[0015] Фиг. 4 является блок-схемой процедуры NS-ALUDP на стороне BS;

[0016] Фиг. 5 является блок-схемой процедуры NS-ALUDP на стороне SS; и

[0017] Фиг. 6A и 6B показывают пример NS-ALUDP.

[0018] ПОДРОБНОЕ ОПИСАНИЕ

[0019] ВВЕДЕНИЕ

[0020] ФИГ. 1A является диаграммой примерной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая предоставляет контент, такой как голос, данные, видео, передача сообщений, вещание и т.д., множеству беспроводных пользователей. Система 100 связи может позволить множеству беспроводных пользователей получать доступ к такому контенту с помощью совместно используемых ресурсов системы, включающих в себя беспроводную полосу частот. Например, система 100 связи может использовать один или более способов доступа к каналу, например, множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный FDMA (OFDMA), FDMA с единственной несущей (SC-FDMA) и т.п.

[0021] Как показано на ФИГ. 1A, система 100 связи может включать в себя блоки (блоки WTRU) 102a, 102b, 102c, 102d беспроводной передачи/приема, сеть 104 радио доступа (RAN), основную сеть 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), Интернет 110 и другие сети 112, хотя должно быть оценено, что описанные варианты осуществления рассматривают любое количество блоков WTRU, базовых станций, сетей и/или элементов сети. Каждый из блоков WTRU 102a, 102b, 102c, 102d может быть любым типом устройства, сконфигурированным для работы и/или связи в беспроводной среде. Посредством примера блоки WTRU 102a, 102b, 102c, 102d могут быть сконфигурированы для передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию, фиксированный (стационарный) или мобильный блок абонента, пейджер, сотовый телефон, персональный цифровой ассистент (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и т.п.

[0022] Системы 100 связи могут также включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть любым типом устройства, сконфигурированным для соединения беспроводным образом с по меньшей мере одним из блоков WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как основная сеть 106, Интернет 110 и/или сеть 112. Например, базовые станции 114a, 114b могут быть базовой станцией приемопередатчика (BTS), Узлом-B, eNode B, Домашним Узлом B, Домашним eNode B, контроллером точки связи, точкой доступа (AP), беспроводным маршрутизатором и т.п. В то время как базовые станции 114a, 114b изображены как единственный элемент, должно быть оценено, что базовые станции 114a, 114b могут включать в себя любое количество связанных базовых станций и/или элементов сети.

[0023] Базовая станция 114a может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретрансляции и т.д. Базовая станция 114a и/или базовая станция 114b могут быть сконфигурированы для передачи и/или приема беспроводных сигналов в конкретной географической области, которая может называться ячейкой (не показана). Ячейка может быть дополнительно разделена на секторы ячейки. Например, ячейка, ассоциированная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть, один для каждого сектора ячейки. В другом варианте осуществления базовая станция 114a может использовать технологи с множественными входами и множественными выходами (MIMO) и поэтому может использовать множественные приемопередатчики для каждого сектора ячейки.

[0024] Базовые станции 114a, 114b могут связываться с одним или более блоками WTRU 102a, 102b, 102c, 102d по воздушному интерфейсу 116, который может быть любой подходящей линией связи беспроводной связи (например, радиочастотной (RF, РЧ), микроволновой, инфракрасного излучения (IR, ИК), ультрафиолетовым излучением (UV, УФ), видимым светом и т.д.). Воздушный интерфейс 116 может быть установлен, используя любую подходящую технологию радио доступа (RAT).

[0025] Более конкретно, как отмечено выше, система 100 связи может быть системой множественного доступа и может использовать одну или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 104 и блоки WTRU 102a, 102b, 102c могут реализовывать радио технологию, такую как универсальная система наземного радио доступа (UTRA) универсальной системы мобильной связи (UMTS), которая может устанавливать воздушный интерфейс 116, используя широкополосную CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростная пакетная передача данных (HSPA) и/или усовершенствованная HSPA (HSPA+). HSPA может включать в себя высокоскоростную пакетную передачу данных по нисходящей линии связи (HSDPA) и/или высокоскоростную пакетную передачу данных по восходящей линии связи (HSUPA).

[0026] В другом варианте осуществления базовая станция 114a и блоки WTRU 102a, 102b, 102c могут реализовать радио технологию, такую как усовершенствованная система наземного радио доступа UMTS (E-UTRA), которая может устанавливать воздушный интерфейс 116, используя проект долгосрочного развития (LTE) и/или усовершенствованный LTE (LTE-A).

[0027] В других вариантах осуществления базовая станция 114a и блоки WTRU 102a, 102b, 102c могут реализовывать радио технологии, такие как IEEE 802.16 (то есть глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система для мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.

[0028] Базовая станция 114b на ФИГ. 1A может быть беспроводным маршрутизатором, Домашним Узлом B, Домашним eNode B или точкой доступа, например, и может использовать любую подходящую RAT для облегчения возможности беспроводного соединения в ограниченной области, такой как место работы, дом, транспортное средство, территория учебного заведения и т.п. В одном варианте осуществления базовая станция 114b и блоки WTRU 102c, 102d могут реализовывать радио технологию, такую как IEEE 802.11, для установки беспроводной локальной сети (WLAN). В другом варианте осуществления базовая станция 114b и блоки WTRU 102c, 102d могут реализовывать радио технологию, такую как IEEE 802.15 для установки беспроводной частной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и блоки WTRU 102c, 102d могут использовать основанную на сотовой связи RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установки пико ячейки или фемто ячейки. Как показано на ФИГ. 1A, базовая станция 114b может иметь непосредственное соединение с Интернетом 110. Таким образом, базовая станция 114b может не требовать доступ к Интернету 110 с помощью основной сети 106.

[0029] RAN 104 может находиться в связи с основной сетью 106, которая может быть любым типом сети, сконфигурированной для предоставления голоса, данных, приложений и/или служб протокола передачи голос по интернету (VoIP) к одному или более блокам WTRU 102a, 102b, 102c, 102d. Например, основная сеть 106 может предоставлять управление вызовом, службы объявления, основанные на местоположении мобильные услуги, заранее оплаченный вызов, возможность интернет-соединения, распределение видео и т.д. и/или выполнять функции безопасности высокого уровня, такие как установка подлинности пользователя. Хотя не показано на ФИГ. 1A, должно быть оценено, что RAN 104 и/или основная сеть 106 могут находиться в непосредственной или косвенной связи с другими сетями RAN, которые используют ту же самую RAT, что и RAN 104, или отличную RAT. Например, в дополнение к связи с RAN 104, которая может использовать радио технологию E-UTRA, основная сеть 106 может также быть связана с другой RAN (не показана), используя радио технологии GSM.

[0030] Основная сеть 106 может также служить в качестве шлюза для блоков WTRU 102a, 102b, 102c, 102d для получения доступа к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют обычные аналоговые услуги телефонии (POTS). Интернет 110 может включать в себя глобальную систему связанных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и интернет-протокол (IP) в стеке интернет протокола TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, принадлежащие и/или управляемые другими службами провайдера. Например, сети 112 могут включать в себя другую основную сеть, подсоединенную к одной или более сетям RAN, которые могут использовать ту же самую RAT, что и RAN 104, или отличную RAT.

[0031] Некоторые или все блоки WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя мультирежимные способности, то есть блоки WTRU 102a, 102b, 102c, 102d могут включать в себя множественные приемопередатчики для связи с различными беспроводными сетями по различным беспроводным линиям связи. Например, WTRU 102c, показанный на ФИГ. 1A, может быть сконфигурирован для связи с базовой станцией 114a, которая может использовать основанную на сотовой технологии радио технологию, и с базовой станцией 114b, которая может использовать радио технологию IEEE 802.

[0032] ФИГ. 1B является диаграммой системы примерного WTRU 102. Как показано на ФИГ. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, элемент 122 передачи/приема, динамик/микрофон 124, клавиатуру 126, дисплей/площадку ввода касанием 128, несменную память 106, сменную память 132, источник 134 питания, набор микросхем 136 глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Должно быть оценено, что WTRU 102 может включать в себя любую подкомбинацию предшествующих элементов, в то же время оставаясь совместимым с вариантом осуществления.

[0033] Процессор 118 может быть процессором общего назначения, процессором специального назначения, обычным процессором, цифровым сигнальным процессором (DSP), множеством микропроцессоров, одним или более микропроцессорами совместно с основным DSP, контроллером, микроконтроллером, специализированными интегральными схемами (схемами ASIC), схемами программируемых пользователем вентильных матриц (матриц FPGA), любым другим типом интегральной схемы (IC), конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигнала, обработку данных, управление мощностью, обработку ввода/вывода и/или любые другие функциональные возможности, которые позволяют WTRU 102 работать в беспроводной среде. Процессор 118 может быть подсоединен к приемопередатчику 120, который может быть подсоединен к элементу 122 передачи/приема. В то время как ФИГ. 1B изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, должно быть оценено, что процессор 118 и приемопередатчик 120 могут интегрироваться вместе в электронном пакете или элементе сигнала.

[0034] Элемент 122 передачи/приема может быть сконфигурирован для передачи сигналов на или приема сигналов от базовой станции (например, базовой станции 114a) по воздушному интерфейсу 116. Например, в одном варианте осуществления, элемент 122 передачи/приема может быть антенной, сконфигурированной для передачи и/или приема сигналов RF. В другом варианте осуществления элемент 122 передачи/приема может быть эмиттером/детектором, сконфигурированным для передачи и/или приема IR, UV или сигналов видимого света, например. В еще одном варианте осуществления элемент 122 передачи/приема может быть сконфигурирован для передачи и приема как RF, так и световых сигналов. Должно быть оценено, что элемент 122 передачи/приема может быть сконфигурирован для передачи и/или приема любой комбинации беспроводных сигналов.

[0035] Кроме того, хотя элемент 122 передачи/приема изображен на ФИГ. 1B в качестве единственного элемента, WTRU 102 может включать в себя любое количество элементов 122 передачи/приема. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более элементов 122 передачи/приема (например, множественные антенны) для передачи и приема беспроводных сигналов по воздушному интерфейсу 116.

[0036] Приемопередатчик 120 может быть сконфигурирован для модулирования сигналов, которые должны быть переданы элементом 122 передачи/приема, и для демодулирования сигналов, которые принимаются элементом 122 передачи/приема. Как отмечено выше, WTRU 102 могут иметь мультирежимные способности. Таким образом, приемопередатчик 120 может включать в себя множественные приемопередатчики, чтобы разрешить WTRU 102 связываться с помощью множественных технологий RAT, таких как UTRA и IEEE 802.11, например.

[0037] Процессор 118 WTRU 102 могут быть подсоединены к и могут принимать входные пользовательские данные от динамика/микрофона 124, клавиатуры 126 и/или дисплея/площадки ввода касанием 128 (например, блока отображения жидкокристаллического дисплея (LCD) или блока отображения органического люминесцентного диода (OLED)). Процессор 118 может также выводить пользовательские данные в динамик/микрофон 124, клавиатуру 126 и/или дисплей/площадку ввода касанием 128. Кроме того, процессор 118 может получать доступ к информации от и хранить данные в любом типе подходящей памяти, такой как несменная память 106 и/или сменная память 132. Несменная память 106 может включать в себя оперативно запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или любой другой тип устройства хранения. Сменная память 132 может включать в себя карту модуля идентичности абонента (SIM), стик, безопасную цифровую карточку памяти (SD) и т.п. В других вариантах осуществления процессор 118 может получать доступ к информации от и хранить данные в памяти, которая физически не располагается в WTRU 102, например, на серверном компьютере или домашнем компьютере (не показан).

[0038] Процессор 118 может принимать питание от источника 134 питания и может быть сконфигурирован для распределения и/или управления мощностью другим компонентам в WTRU 102. Источник 134 питания может быть любым подходящим устройством для запуска WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель кадмиевая (NiCd), никель цинковая (NiZn), никель металл-гидридная (NiMH), литий-ионная (Li-ion) и т.д.), солнечные батареи, топливные элементы и т.п.

[0039] Процессор 118 может также быть подсоединен к набору микросхем 136 GPS, который может быть сконфигурирован для выдачи информации относительно местоположения (например, долгота и широта) относительно текущего местоположения WTRU 102. В дополнение или вместо информации от набора микросхем 136 GPS, WTRU 102 может принимать информацию относительно местоположения по воздушному интерфейсу 116 от базовой станции (например, базовые станции 114a, 114b) и/или определять свое местоположение на основании тактирования сигналов, принимаемых от двух или более соседних базовых станций. Должно быть оценено, что WTRU 102 может захватывать информацию местоположения посредством любого подходящего способа определения местоположения, в то же время оставаясь совместимым с вариантом осуществления.

[0040] Процессор 118 может дополнительно быть подсоединен к другим периферийным устройствам 138, которые могут включать в себя один или более модулей программного обеспечения и/или аппаратного обеспечения, которые предоставляют дополнительные признаки, функциональные возможности и/или возможность проводного или беспроводного соединения. Например, периферийное устройство 138 может включать в себя акселерометр, e-компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, наушники гарнитуры громкой связи, модуль Bluetooth (R), блок радио модулирования частоты (FM), цифровой аудио плейер, модуль игрока видео игры, Интернет-браузер и т.п.

[0041] ФИГ. 1C является диаграммой системы RAN 104 и основной сети 106 в соответствии с вариантом осуществления. RAN 104 может быть сетью обслуживания доступа (ASN), которая использует радио технологии IEEE 802.16 для связи с блоками WTRU 102a, 102b, 102c по воздушному интерфейсу 116. Как дополнительно рассмотрено ниже, линии связи между различными функциональными объектами блоков WTRU 102a, 102b, 102c, RAN 104 и основной сети 106 могут быть определены как опорные (контрольные) точки.

[0042] Как показано на ФИГ. 1C, RAN 104 может включать в себя базовые станции 140a, 140b, 140c и шлюз 142 ASN, хотя должно быть оценено, что RAN 104 может включать в себя любое количество базовых станций и шлюзов ASN, в то же время оставаясь совместимой с вариантом осуществления. Базовые станции 140a, 140b, 140c могут быть ассоциированы с конкретной ячейкой (не показаны) в RAN 104 и могут включать в себя один или более приемопередатчиков для связи с блоками WTRU 102a, 102b, 102c по воздушному интерфейсу 116. В одном варианте осуществления базовые станции 140a, 140b, 140c могут реализовывать технологию MIMO. Таким образом, базовая станция 140a, например, может использовать множественные антенны для передачи беспроводных сигналов на и приема беспроводных сигналов от WTRU 102a. Базовые станции 140a, 140b, 140c могут также предоставлять функции управления мобильностью, такие как инициация передачи обслуживания, установка туннелей, управление радио ресурсами, классификация трафика, осуществление политики качества обслуживания (QoS) и т.п. Шлюз ASN 142 может служить в качестве точки агрегации трафика и может быть ответственным за оповещение, кэширование профилей абонента, маршрутизацию на основную сеть 106 и т.п.

[0043] Воздушный интерфейс 116 между блоками WTRU 102a, 102b, 102c и RAN 104 может быть определен как контрольная точка R1, которая реализует спецификацию IEEE 802.16. Дополнительно, каждый из блоков WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с основной сетью 106. Логический интерфейс между блоками WTRU 102a, 102b, 102c и основной сетью 106 может быть определен как опорная точка R2, которая может использоваться для установки подлинности, авторизации, управления конфигурацией IP хоста и/или управления мобильностью.

[0044] Линия связи между каждой из базовых станций 140a, 140b, 140c может быть определена как опорная точка R8, которая включает в себя протоколы для облегчения передачи обслуживания WTRU и передачи данных между базовыми станциями. Линия связи между базовыми станциями 140a, 140b, 140c и шлюзом 215 ASN может быть определена как опорная точка R6. Опорная точка R6 может включать в себя протоколы для облегчения управления мобильностью на основании событий мобильности, ассоциированных с каждым из блоков WTRU 102a, 102b, 100c.

[0045] Как показано на ФИГ. 1C, RAN 104 может быть связана с основной сетью 106. Линия связи между RAN 104 и основной сетью 106 может быть определена как опорная точка R3, которая включает в себя протоколы для облегчения передачи данных и способности управления мобильностью, например. Основная сеть 106 может включать в себя мобильный IP домашнего агента (MIP-HA) 144, сервер 146 установки подлинности, авторизации и учета (AAA) и шлюз 148. В то время как каждый из предшествующих элементов изображается в качестве части основной сети 106, должно быть оценено, что любой из этих элементов может принадлежать и/или управляться объектом помимо оператора основной сети.

[0046] MIP-HA может быть ответственным за управление IP адресом и может разрешать блокам WTRU 102a, 102b, 102c перемещаться между различным сетями ASN и/или различными основными сетями. MIP-HA 144 может предоставлять блокам WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как Интернет 110, облегчать связь между блоками WTRU 102a, 102b, 102c и разрешенными IP устройствами. Сервер 146 AAA может быть ответственным за установку подлинности пользователя и за поддержку служб пользователя. Шлюз 148 может облегчать взаимодействие с другими сетями. Например, шлюз 148 может предоставлять блокам WTRU 102a, 102b, 102c доступ к сети с коммутацией каналов, такой как PSTN 108, для облегчения связи между блоками WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Кроме того, шлюз 148 может предоставлять блокам WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или управляются другими провайдерами.

[0047] Хотя не показано на ФИГ. 1C, должно быть оценено, что RAN 104 может быть связана с другими сетями ASN, и основная сеть 106 может быть связана с другими основными сетями. Линия связи между RAN 104 другими сетями ASN может быть определена как опорная точка R4, которая может включать в себя протоколы для координации мобильности блоков WTRU 102a, 102b, 102c между RAN 104 и другими сетями ASN. Линия связи между основной сетью 106 и другими основными сетями может быть определена как опорная точка R5, которая может включать в себя протоколы для облегчения взаимодействия между домашними основными сетями и общественными основными сети.

[0048] СВОЙСТВА УПРАВЛЕНИЯ И КОНТРОЛЯ СТАТУСА ВОЗДУШНОЙ ЛИНИИ СВЯЗИ

[0049] Специфичные протоколы и процедуры не существуют для систематического контроля, передачи в виде отчета и управления статусом воздушной линии связи в беспроводной связи (например, в стандарте проекта 802.16e или 802m.). Однако могут существовать дискретные релевантные части в стандарте проекта, например, 802.16e или 802m. Например, в текущем стандарте проекта 802.16m имеются две независимых процедуры, периодическое ранжирование и обнаружение потерь области охвата, которые могут относиться к управлению и контролю статуса воздушной линии связи. Процедура периодического ранжирования может быть определена для поддержания синхронизации восходящей линии связи (UL) с BS для станций SS. Это может быть достигнуто при наличии станций SS, периодически посылающих основанный на конкуренции код периодического ранжирования по каналу периодического ранжирования к BS, и при наличии BS, посылающей ответ со статусом UL и необходимыми настройками параметра передачи UL. Процедура обнаружения потерь области охвата может быть определена для BS для обнаружения того, связана ли SS все еще с BS, например, при наличии приглашения BS к SS передавать после некоторого периода тишины от SS.

[0050] Могут также быть две независимые процедуры (например, процедуры 802.16e), периодическое ранжирование и проверка поддержания действующим в режиме сна, которые могут иметь функции, относящиеся к управлению и контролю статуса линии связи. Процедура периодического ранжирования 802.16e может быть подобной процедуре периодического ранжирования 802.16m, в которой она определяется для поддержания синхронизации UL между SS и BS через основанный на произвольном доступе канал периодического ранжирования и настройках параметра передачи UL, проинструктированными посредством BS. Процедура проверки поддержания действующим в режиме сна может быть определена для BS для проверки того, связана ли все еще MS в режиме сна с BS, например, запрашивая MS передавать в заданном окне прослушивания во время режима сна.

[0051] Несколько свойств присутствуют в текущих процедурах для контроля и управления статусом воздушной линии связи. Во-первых, эти два механизма являются разъединенными. В то время как периодическое ранжирование и обнаружение потерь области охвата относятся к контролю и управлению статусом линии связи, они являются разъединенными друг от друга по нескольким причинам: (1) периодическое ранжирование используется для SS для поддержания ее синхронизации UL с BS, и SS поддерживает таймер периодического ранжирования для ее процесса периодического ранжирования. Кроме того, в процессе периодического ранжирования BS не знает, какая SS проводит периодическое ранжирование. Поэтому, BS может начинать свою процедуру обнаружения потерь области охвата посредством той же самой SS, следующей за процедурой периодического ранжирования SS; (2) процедурой обнаружения потерь области охвата управляет таймер, называемый Active_ABS_timer на BS. Выполнение процедуры обнаружения потерь области охвата может не оказывать влияния со стороны SS управления процессом периодического ранжирования; и (3) эти два таймера, таймер периодического ранжирования в SS и active-ABS_timer в BS, являются независимыми. Совместность работы между этими двумя таймерами может повысить эффективность системы.

[0052] Во-вторых, могут быть ограниченные механизмы для обработки проблем перемежения между контролем и управлением статусом воздушной линии связи и предварительно запланированными интервалами отсутствия SS, например интервалами сканирования, интервалами сна и т.д.

[0053] В-третьих, в процедуре обнаружения потерь области охвата BS может дать команду SS использовать код/канал периодического ранжирования. После приема AAI_RNG-ACK со статусом «успех», SS может посылать запрос полосы частот на BS для распределения UL для SS, чтобы послать информацию идентификации SS. Используя выделенный код периодического ранжирования, можно сохранить этапы запроса полосы частот UL, распределения полосы частот UL и передачи информации идентификации SS. Альтернативно или дополнительно, BS может обеспечивать SS одноадресным распределением UL посредством использования элемента информации (IE) распределения CDMA, позволяя избегать этап запроса полосы частот.

[0054] В-четвертых, периодическое ранжирование может инициироваться, когда SS имеет активные передачи UL. На основании текущего стандарта проекта 802.16m при условии, что SS является активной с трафиком данных, и нет никакой потребности использовать периодическое ранжирование для регулирования параметров передачи UL SS, таймер SS периодического ранжирования может быть запущен и может инициировать SS для проведения периодического ранжирования, которое может быть ненужным.

[0055] ПОДРОБНОЕ ОПИСАНИЕ

[0056] Может быть желателен систематический механизм для контроля и управления воздушной линией связи, который может объединять текущие два разъединенных механизма: периодическое ранжирование и обнаружение потерь области охвата. Может быть желательно сделать так, чтобы эти два механизма работали вместе в совместном режиме и решали проблемы перемежения относительно предварительно запланированных интервалов отсутствия SS. Дополнительно, могут также быть необходимы расширения для текущего периодического ранжирования и механизмов обнаружения потерь области охвата.

[0057] В варианте осуществления протокол, названный Протокол соединения/разъединения воздушной линии связи (ALUDP), может контролировать, передавать в виде отчета и управлять статусом воздушной линии связи систематическим способом и совместным способом между двумя сторонами воздушной линии связи (например, BS и SS/MS в системах 802.16e или ABS и AMS в системах 802.16m).

[0058] В другом варианте осуществления описаны механизмы для обработки перемежения между контролем/управлением статусом воздушной линии связи и интервалами отсутствия предварительно запланированного SS. Например, это может быть во время интервалов сканирования, во время интервалов сна или во время процедур передачи обслуживания (HO).

[0059] В другом варианте осуществления описаны расширения для текущего механизма обнаружения потерь области охвата. Расширения могут включать в себя использование выделенной возможности периодического ранжирования, когда периодическое ранжирование необходимо в процессе обнаружения охвата; использование расширенного периодического канала, с которым информация идентификатора станции SS (STID) включена в запрос периодического ранжирования; и предоставление незапрашиваемого одноадресного распределения UL к SS, чтобы она послала свою информацию идентификации после успешного периодического ранжирования.

[0060] В другом варианте осуществления описаны расширения для текущего механизма периодического ранжирования (например, в 802.16m). Расширения могут включать в себя использование таймера периодического ранжирования на стороне BS и сброс таймера периодического ранжирования SS при условии, что SS достигла успешной передачи UL.

[0061] Каждый из этих вариантов осуществления будет описан ниже по тексту более подробно.

[0062] ПРОТОКОЛ СОЕДИНЕНИЯ/РАЗЪЕДИНЕНИЯ ВОЗДУШНОЙ ЛИНИИ СВЯЗИ (ALUDP)

[0063] Протокол соединения/разъединения воздушной линии связи (ALUDP) может быть разработан для контроля и управления статусом воздушной линии связи между SS и BS совместным и систематическим способом. На стороне BS ALUDP может требовать, чтобы BS: (1) передавала сигналы управления нисходящей линии связи (DL) на SS для SS для синхронизации по DL, например, преамбулы, заголовки суперкадра и т.д.; (2) контролировала UL и предоставляла необходимые настройки параметра передачи UL к SS для SS для синхронизации по UL; или (3) контролировала и управляла статусом воздушной линии связи, например, соединение, разъединение, запланированное отсутствие и т.д. На стороне SS ALUDP может требовать, чтобы SS: (1) контролировала канал управления DL для поддержания работающей синхронизации с BS по DL; (2) передавала в направлении UL, как запланировано/инструктировано посредством BS, таким образом, чтобы качество ее UL могло быть измерено посредством BS; (3) регулировала параметры передачи UL для поддержания действующей ее синхронизации UL с BS; или (4) контролировала и управляла статусом воздушной линии связи, например, соединение, разъединение, запланированное отсутствие и т.д.

[0064] Могут использоваться два основных варианта протокола соединения/разъединения воздушной линии связи: синхронизированный ALUDP (S-ALUPD) и несинхронизированный ALUDP (NS-ALUDP).

ВАРИАНТЫ ОПИСАНЫ НИЖЕ

[0065] СИНХРОНИЗИРОВАННЫЙ ПРОТОКОЛ СОЕДИНЕНИЕЯ/РАЗЪЕДИНЕНИЯ ВОЗДУШНОЙ ЛИНИИ СВЯЗИ (S-ALULP)

[0066] Синхронизированный протокол соединения/разъединения воздушной линии связи (S-ALUDP) может использовать одну процедуру объединения, которая управляется единственным таймером или совместными таймерами. Это может контролировать и передавать в виде отчета статус воздушной линии связи на обеих сторонах воздушной линии связи, где одна сторона может работать в качестве главной, которая регулирует и управляет выполнением функции S-ALUDP.

[0067] Нижеследующее описывает пример S-ALUDP, который имеет BS в качестве главной и использует один таймер и один счетчик в BS для управления выполнением S-ALUDP. Фигура 2 является блок-схемой S-ALUDP на стороне BS, и фигура 3 является блок-схемой S-ALUDP на стороне SS.

[0068] S-ALUDP может использовать таймер на своей главной стороне, названный таймером контроля воздушной линии связи, , который является интервалом между двумя выполнениями процедуры контроля воздушной линии связи. Как показано на фиг. 2, таймер может быть запущен на этапе 302 при условии, что воздушная линия связи является соединенной для нормальной операции при входе в сеть или повторном входе 301. После истечения времени 305 таймер может инициировать BS для начала действий контроля воздушной линии связи. Он может переустанавливаться при условии, что информация статуса линии связи с или без настроек параметра передачи UL посылается на SS.

[0069] S-ALUDP может также использовать счетчик, называемый счетчиком истечения времени с последнего трафика UL C_{L_UP}, который может записывать время, которое истекло, начиная с последнего принятого трафика UL от SS. Как показано на фиг.2, счетчик C_{L_UP} может быть запущен при условии, что воздушная линия связи соединена для нормальной операции при входе в сеть или повторном входе. Он может переустанавливаться каждый раз, когда разрыв UL от SS принимается корректно. После инициации событием истечения времени T_{AL_M} BS может запускать действия проверки статуса линии связи. Она может сначала проверить, является ли счетчик C_{L_UP} меньше или равен заранее определенному пороговому значению, I_{MAX_UL} 308, которое может быть максимальным интервалом, в течение которого статус воздушной линии связи может оставаться достоверным, начиная с предыдущего приема UL. Если C_{L_UP}<=T_{AL_M} BS может посылать ранее собранную информацию статуса воздушной линии связи на SS 309, и BS может сбрасывать счетчик C_{L_UP} и T_{AL_M} 330. Иначе, BS может быть необходимо пригласить SS выполнить передачу 310 для определения статуса воздушной линии связи.

[0070] Если BS запрашивает 310 SS передать свой статус воздушной линии связи, то BS будет просматривать 312 этот статус для приема. Если BS не принимает статус воздушной линии связи, она смотрит, было ли исчерпано 314 максимальное количество повторений. Если максимальное количество повторений не было исчерпано, процедура возвращается на этап 310 запроса. Если количество повторений было исчерпано, посылается 316 индикация "разъединен" статуса линии связи и начинается 318 процедура разъединения линии связи.

[0071] Если разрыв воздушной линии связи принимается от SS, BS переходит на этап 334, и нуждается ли параметр Тх UL в настройке.

[0072] После приема 320 разрыва UL от SS BS может идентифицировать, требуется ли 322 настройка параметра передачи. Если никакая настройка не является необходимой, BS может сбрасывать счетчик C_{L_UP} 324 и возобновлять нормальную операцию. Если требуется настройка, BS может посылать настройку параметра Тх UL на SS 326 и или запрашивает SS передать, или не запрашивает 328. Если не запрашивать, BS может сбрасывать счетчик C_{L_UP} и T_{AL_M} 330 и возобновлять нормальную операцию. Если SS запрашивает SS передавать, BS может принимать данные от SS 332 и определяет, необходима ли 334 дополнительная настройка параметра передачи UL. Если необходима дополнительная настройка, процесс возвращается на этап 326. Если никакая дополнительная настройка не является необходимой, BS может сбрасывать счетчик C_{L_UP} и T_{AL_M} и затем возобновляет нормальную операцию.

[0073] Фиг.3 показывает процедуру S-ALUDP на подчиненной стороне S-ALUDP (SS в данном примере). SS может контролировать DL для определения своего статуса 301 воздушной линии связи. Для синхронизации UL с BS SS может зависеть от главной стороны S-ALUDP, например упомянутой BS, для выдачи информации статуса линии связи и настроек параметра передачи UL.

[0074] При нормальной операции SS принимает распределение 402 UL, индикацию 404 статуса UL или DL от BS 406. Если SS принимает распределение 402 UL, SS может посылать разрыв UL на BS 408 и возобновляет нормальную операцию.

[0075] Если SS принимает индикацию статуса UL, SS визуально контролирует, является ли статус прерванным 410; если статус является прерванным, статус воздушной линии связи является разъединенным 412, и SS начинает процедуру 414 управления разъединения воздушной линии связи. Если статус UL не является прерванным, SS может проверять, чтобы посмотреть, требуется ли 416 настройка передачи UL. Если требуется настройка, SS может настраивать параметры передачи UL, как инструктировано 418.

[0076] Затем, и также если не требуется никакая настройка, SS может проверять, чтобы посмотреть, требуется ли 420 последующая передача UL. Если нет SS возобновляет нормальную операцию. Если требуется передача UL, SS проверяет, чтобы посмотреть, имеется ли возможность передачи UL, известная для SS 422. Если да, SS посылает UL на BS 424 и возобновляет нормальную операцию. Если возможность передачи UL не известна SS, SS может посылать запрос передачи UL на BS 426 и принимать возможность 428 передачи UL, после выполнения этапа 424: посылая UL на BS и возобновляя нормальную операцию.

[0077] НЕСИНХРОНИЗИРОВАННЫЙ ПРОТОКОЛ СОЕДИНЕНИЯ/РАЗЪЕДИНЕНИЯ ВОЗДУШНОЙ ЛИНИИ СВЯЗИ (NS-ALULP)

[0078] Несинхронизированный протокол соединения/разъединения воздушной линии связи (NS-ALUDP) может содержать две или более несинхронизированных, но совместных процедур контроля и управления воздушной линии связи. "Несинхронизированный" может означать, что процедуры контроля и управления воздушной линии связи могут быть оптимизированы для специфичных функций и могут управляться или инициироваться посредством собственных для механизма событий и/или таймеров. "Совместность" может подразумевать, что совместные механизмы могут использоваться в процедурах контроля и управления воздушной линии связи для повышения эффективности системы.

[0079] Описанное ниже является примером NS-ALUDP в контексте систем 802.16m. Оно может содержать следующие основные компоненты: (1) процедуру периодического ранжирования, управляемую посредством таймера SS, таймер периодического ранжирования, обозначенный как ; (2) процедуру обнаружения потерь области охвата, управляемую посредством таймера BS, таймер обнаружения потерь области охвата, обозначенный как ; (3) совместные механизмы между процедурой периодического ранжирования и процедурой обнаружения потерь области охвата; (4) механизм передачи в виде отчета для статуса линии связи; (5) механизм сбора статистики для измерений статуса линии связи; или (6) механизм обслуживания исключения разъединения линии связи.

[0080] Механизмы взаимодействия между процедурой периодического ранжирования и процедурой обнаружения потерь области охвата могут включать в себя любое из следующего. Во-первых, в процедуре периодического ранжирования, инициированной событием истечения времени , SS может идентифицировать себя таким образом, чтобы BS знала, кто или что проводит процедуру периодического ранжирования. Она может затем сбрасывать свой таймер обнаружения потерь области охвата. Таким образом, процедура периодического ранжирования может также помочь BS собрать информацию статуса SS, и количество истечений времени таймера обнаружения потерь области охвата может быть эффективно уменьшено. Во-вторых, в процедуре обнаружения охвата, инициируемой событием истечения времени , BS может выдавать информацию статуса ранжирования SS и настройки параметра передачи UL таким образом, чтобы SS могла сбрасывать таймер периодического ранжирования после приема информации статуса ранжирования от BS. Таким образом, процедура обнаружения потерь области охвата может также помочь SS поддерживать свою синхронизацию UL с BS, и количество истечений времени таймера периодического ранжирования может быть эффективно уменьшено.

[0081] Фиг. 4 является блок-схемой для вышеупомянутой предложенной процедуры NS-ALUDP в базовой станции. После события соединения воздушной линии связи при входе в сеть или повторном входе 301, BS может запускать таймер 503 обнаружения потерь области охвата и начинать нормальную операцию. При нормальной операции BS может принимать запрос периодического ранжирования, не зная идентификацию 504 SS, принимать разрыв UL от SS с известной идентификацией 506 или иметь таймер 508 истечения времени.

[0082] Если BS принимает запрос ранжирования, не зная ID 504 SS, BS сначала определяет статус 510 ранжирования. Если статус ранжирования "прерван", она может устанавливать статус линии связи как разъединенный 511 и начать процедуру 513 обработки линии связи. Если статус является "продолженным", то BS посылает настройку параметра передачи UL на SS 512 и возобновляет нормальную операцию. Если статус ранжирования является успешным, BS может посылать статус "успех" линии связи SS, и параметры передачи UL могут быть настроены, если необходимо. BS также может предоставлять SS распределение UL, чтобы запросить SS послать свою информацию 514 ID. SS может затем принимать требуемый запрашиваемый ID 516 SS и сбрасывает 518 SS, и возобновляет нормальную операцию.

[0083] Возвращаясь к приему в BS разрыва UL от SS с известным 506 ID SS, BS может затем проверять, когда необходима настройка параметра передачи UL 520. Если настройка не необходима, сбрасывает 518 SS и возобновляет нормальную операцию. Если настройка необходима, BS может посылать параметр настройки передачи UL на SS 522 и BS проверяет, требуется ли передача UL для настройки 524 параметра UL. В противном случае SS сбрасывает 518 и возобновляет нормальную операцию. Если да, SS принимает требуемую UL от SS после настройки 526 параметра передачи UL SS, и процедура возвращается на этап 520.

[0084] Если истекло время 508 SS, BS предоставляет распределение UL на SS, чтобы запросить SS передавать 528 и может затем проверять, приняла ли BS запрашиваемую UL от SS 530. Если да, BS может затем проверять, необходима ли 532 настройка параметра передачи UL. Если да, процедура возвращается на этап 522. Если нет, BS посылает UL статус "успех" на SS 534 (например, в сообщении RNG-ACK). Если BS не принимает запрашиваемую UL от SS, BS проверяет, было ли превышено 536 количество повторений. В противном случае процедура может возвращаться на этап 528. Если да, BS может запрашивать SS передать выделенный запрос 538 ранжирования. BS может затем проверять, приняла ли она выделенный запрос ранжирования от SS 540. Если да, процедура возвращается на этап 532 проверки необходимости параметра настройки. Если нет, SS проверяет, чтобы посмотреть, исчерпано 542 ли количество повторений, и если нет, этап 538 повторяется. Если да, процедура возвращается на этапы 511 и 513, и процедуре обработку разъединения линии связи.

[0085] Фиг. 5 является блок-схемой для вышеупомянутой предложенной процедуры NS-ALUDP в абоненте. После события соединения воздушной линии связи при входе в сеть или повторном входе 301, SS может запускать таймер обнаружения потерь области охвата 602 и начинать нормальную операцию.

[0086] При нормальной операции SS может принимать распределение 604 UL, иметь истечение времени 606 , принимать нисходящую линию связи от BS 608, или принимать уведомление статуса UL с ID SS, известным станции BS 610.

[0087] Если SS принимает распределение 604 UL, она может затем посылать разрыв UL на BS 612 и возобновлять нормальную операцию.

[0088] Если таймер истек, SS может затем посылать код PR в канале PR 614 и затем проверять прием ответа для PR 616. Если нет, SS может проверять, чтобы посмотреть, исчерпано ли количество повторений 618 PR, и если он истек, статус воздушной линии связи может быть установлен в "разъединен" 620, и процедура управления воздушной линии связи может быть запущена 622. Если количество повторений PR не было исчерпано 618, процедура возвращается на этап 614.

[0089] Если SS принимает ответ для PR, SS проверяет статус 624 PR. Если статусом PR является «прерван», SS может устанавливать статус воздушной линии связи в "разъединен" 620 и начинать процедуру 622 управления разъединением воздушной линии связи. Если статусом PR является "продолженный", SS настраивает параметры передачи UL, как инструктировано 626, и возвращается на этап 614. Если статусом PR является "успех", SS проверяет, требуется ли 628 настройка параметра передачи UL. Если да, SS может настраивать параметры передачи, как инструктировано 630, и затем SS проверяет, знает ли BS о информации 632 ID SS. Процедура может достигать этапа 632, когда настройка передачи UL не требуется на этапе 628.

[0090] Если BS знает информацию ID SS, она может сбрасывать 634 и возобновлять нормальную операцию. Если BS не знает ID SS, она может осуществлять поиск для приема распределения 636 UL и посылать ID SS на BS 638, после чего SS сбрасывает на этапе 634 и возобновляет нормальную операцию.

[0091] При нормальной операции, когда SS принимает DL от BS 608, то она сначала проверяет, является ли DL хорошей 640. Если да, SS возобновляет нормальную операцию. Если нет, статус воздушной линии связи может быть установлен в "разъединен" 620, и может быть запущена 622 процедура управления разъединением воздушной линии связи.

[0092] При нормальной операции, когда SS принимает уведомление статуса UL с ID SS, известным BS 610, она сначала проверяет, является ли статус UL статусом прекращения работы 642, и если это так, то может устанавливать статус воздушной линии связи в "разъединен" 620 и начинать процедуру 622 управления разъединением воздушной линии связи. Если статус UL не является статусом "прерван", SS может проверять, должен ли быть настроен 644 параметр передачи UL. Если да, SS настраивает параметры передачи UL 646 и затем проверяет, является ли статус "продолженным" 648. Если настройка параметра передачи UL не требуется, SS также может достигать этапа 648, проверяя, если статус настройки параметра линии связи является "продолженным". В противном случае SS сбрасывает 634 и возобновляет нормальную операцию. Если да, SS проверяет, предоставлен ли 650 выделенный канал/код PR. Если да, SS может использовать заданный канал/код 652 PR и посылает канал/код PR на этапе 614. Если канал/код PR не предоставлен, SS может случайным образом выбрать канал/код 654 PR прежде, чем послать его на этапе 614.

[0093] Фиг. 4 и фиг. 5 предоставляют пример в контексте 802.16m. Должно быть отмечено, что предложенный NS-ALUDP может быть также применен к системам 802.16e и другим основанным на планировании системам беспроводного доступа. На фиг. 4 и фиг. 5 процедуры NS-ALUDP (периодического ранжирования (PR) и обнаружение потерь области охвата (CLD)) могут управляться двумя таймерами: и в SS и BS, соответственно. Каждый может быть сконфигурирован для значений, оптимизированных для своей собственной специфичной функции.

[0094] Эти две процедуры, PR и CLD, могут взаимодействовать друг с другом, предоставляя уведомления для совместного использования информации статуса воздушной линии связи. Например, в процедуре обнаружения потерь области охвата при условии, что BS принимает данные UL от SS в соответствии с запросом из-за события истечения времени , BS может посылать одноадресный незапрашиваемый RNG-ACK таким образом, чтобы SS могла сбросить свой таймер периодического ранжирования. В процедуре периодического ранжирования при условии, что периодическое ранжирование является "успешным", BS может предоставлять для SS одноадресное распределение UL для SS для посылки своей информации идентификации, таким образом, чтобы BS могла сбрасывать свой таймер CLD .

[0095] Дополнительно или альтернативно, в процедуре CLD BS может предоставлять возможность выделенного периодического ранжирования SS при условии, что SS запрашивается для передачи в канале ранжирования. Таким образом, информация идентификации SS может быть сохранена известной для BS, таким образом, чтобы SS могла не нуждаться в использовании запроса основанной на конкуренции полосы частот для одноадресного распределения UL для посылки своей информации идентификации на BS. Механизм выделенной возможности PR может сэкономить множество этапов в процедуре CLD, запросе основанной на конкуренции полосы частот, предоставлении и/или передаче UL с информацией идентификации SS.

[0096] Фиг. 6A и 6B показывают пример процедурной диаграммы последовательности для предложенного NS-ALUDP, показывающего BS 702 и SS 706. После входа или повторного входа 710 в сеть, и если воздушная линия связи является соединенной, BS может запускать таймер 714 обнаружения потерь области охвата, и SS может запускать таймер 718 периодического ранжирования. Когда BS принимает UL от SS с известной ей информацией ID, может быть сброшен, и BS может проверять, необходима ли 722 настройка параметров передачи восходящей линии связи. Точно так же в SS после приема незапрашиваемого одноадресного подтверждения ранжирования RNG-ACK, SS может сбрасывать таймер 726.

[0097] При условии, что время истекло , могут начаться процедуры обнаружения потерь области охвата SS. Сначала BS может предоставлять для SS распределение UL, для которой SS может посылать разрыв UL. Если принимается разрыв UL, BS сбрасывает 730 и может посылать SS одноадресный RNG-ACK, и SS может затем сбрасывать 734. SS может затем посылать ACK RNG-ACK на BS.

[0098] Если BS не принимает UL SS, BS может запрашивать SS послать выделенный запрос периодического ранжирования, и AMS может послать запрос PR. Это может быть сделано до тех пор, пока не принят запрос PR, или не исчерпано количество повторений. При условии, что RNG_ACK принимается, SS сбрасывает таймер 738.

[0099] Фиг. 6B главным образом показывает процедуру периодического ранжирования между BS 702 и SS 706, которая может начаться, когда истечет время . SS может посылать код PR в канале PR на BS. В ответе BS может посылать сигнал RNG_ACK. Если статус PR в этом RNG_ACK является "продолженным", эти два этапа повторяются до тех пор, пока SS не примет сообщение успеха или прекращения работы, или не истечет количество повторений.

[00100] Если SS посылает статус "успех", BS может отвечать, предоставляя SS распределение UL, и также может сбрасывать 742. SS затем может посылать свою информацию идентификации, и BS может сбрасывать 748.

[0100] Относительно механизмов для SS для идентификации себя в BS после проведения периода ранжирования, который считается "успешным", фиг. 6 показывает, что BS может предоставлять распределение UL к SS, запрашивая, чтобы SS передавала свой идентификатор на BS. Альтернативно или дополнительно, основанный на конкуренции сигнал периодического ранжирования может переносить вложенную информацию идентификации SS с помощью механизмов, описанных ниже. Альтернативно или дополнительно, как только статусом периодического ранжирования становится "успех", SS может использовать основанный на конкуренции механизм запроса полосы частот для запроса распределения UL таким образом, чтобы она могла передавать свою информацию идентификации на BS.

[0101] СТАТУС ВОЗДУШНОЙ ЛИНИИ СВЯЗИ ВО ВРЕМЯ ЗАПЛАНИРОВАННЫХ ОТСУТСТВИЙ SS

[0102] В дополнение к непреднамеренным или незапланированным исключениям разъединения воздушной линии связи, вызванным, например, потерей области охвата или неловкого отклонения SS, могут также быть случаи, в которых BS знает, что SS отсутствует на воздушной линии связи, что в настоящем описании называется "запланированным отсутствием SS". Во время отсутствия SS, SS может быть недоступной для BS для транспортировки данных. Примеры могут включать в себя интервалы сна, интервалы сканирования, процесс HO и режим ожидания в различных системах, например, системах 802.16m.

[0103] Статус воздушной линии связи и процедуры ее контроля и управления могут меняться в зависимости от типа запланированного отсутствия SS, так как различные типы имеют различные продолжительности отсутствия и различные способы возврата к нормальному режиму работы. Могут использоваться следующие основные механизмы для контроля и/или управления статусом воздушной линии связи во время запланированного отсутствия SS. Запланированное отсутствие SS может быть обойдено, например, отсрочивая вызванное таймером событие до тех пор, как не вернется SS. Альтернативно или дополнительно, контроль и управление статусом воздушной линии связи могут работать с запланированным отсутствием SS совместным способом, например, настраивая таймер ALUDP, чтобы вписаться в доступные периоды SS. Альтернативно или дополнительно, процедуры контроля и/или управления воздушной линии связи могут быть остановлены, когда SS запускает свое запланированное отсутствие, и могут быть повторно запущены до тех пор, пока не вернется SS.

[0104] Следующие секции предоставляют примеры статуса воздушной линии связи и его процедур контроля/управления в различных типах запланированных отсутствий SS.

[0105] ИНТЕРВАЛЫ СКАНИРОВАНИЯ

[0106] Механизм сканирования в системах 802.16 сконструирован так, чтобы разрешить MS (в 802.16e) или AMS (в 802.16m) сканировать соседнюю BS (в 802.16e) или ABS (в 802.16м) в качестве одного из механизмов для захвата топологии сети MS/AMS. Прежде, чем MS/AMS начинает процедуру сканирования, она может согласовываться с BS относительно релевантных параметров для процедуры сканирования. Эти параметры могут включать в себя: интервал сканирования (8-битовое поле в блоке кадра (5 миллисекунд) в 802.16e и в блоке подкадра (0,617 миллисекунды) в 802.16m, например, максимальный интервал сканирования, 1,28с в 802.16e и 0,158с в 802.16 m); доступный интервал или "интервал перемежения" (8-битовое поле, в блоке кадра (5 миллисекунд) в 802.16e и в блоке подкадра (0,617 миллисекунд) в 802.16m, например, максимальный доступный интервал 1,28с в 802.16e и 0,158с в 802.16m); или повтор сканирования (6-битовое поле, например, максимальный повтор сканирования равен 64). Поэтому, максимальная продолжительность для процедуры сканирования может быть 64*(1,28+1,28) с=163,84 с в 802.16e, и 64*(0,158+0,158) с=20,22 с в 802.16m.

[0107] На основании профиля системы 802.16e значение таймера диапазона периодического ранжирования может быть от 5с до 35с. Это может использоваться как ссылка для интервала времени контроля/управления воздушной линии связи. Максимальные интервалы сканирования в 802.16e и 802.16m могут быть меньше, чем интервал времени контроля/управления воздушной линии связи, но максимальная продолжительность процедуры сканирования может быть большей. Поэтому механизм сканирования и механизм контроля/управления воздушной линии связи могут перемежаться друг с другом.

[0108] Дополнительно, перемежающиеся с интервалами сканирования, доступные интервалы требуют, чтобы SS была способна связываться с BS для транспортировки данных по воздушной линии связи. Поэтому SS может нуждаться оставаться синхронизированной с BS как в направлении DL, так и в направлении UL во время процедуры сканирования.

[0109] Для поддержании синхронизации SS с BS во время процедуры сканирования, могут быть использованы одна или комбинация следующих альтернатив. В первой альтернативе механизмы контроля/управления воздушной линии связи могут поддерживаться в рабочем состоянии. Например, используемые таймеры могут все еще работать, и их события истечения времени могут быть все еще достоверными. Однако, если событие истечения времени имеет место во время интервала сканирования SS, процедура контроля/управления воздушной линии связи, инициированная событием истечения времени, может быть отсрочена до следующего доступного интервала SS.

[0110] Альтернативно или дополнительно, во второй альтернативе, механизмы контроля/управления воздушной линии связи могут совмещаться с механизмом передачи в виде отчета сканирования для оценки или минимизации помех между процедурой контроля/управления воздушной линии связи и процедурой сканирования. Сканирование сообщений в виде отчета может быть запрошено в процедуре сканирования. Например, в профиле системы 802.16e максимальный интервалом перед передачей в виде отчета о любых результатах сканирования является 2 сек. Успешная передача сообщения в виде отчета о сканировании на SS и успешный прием сообщения в виде отчета о сканировании на BS могут быть достоверными индикаторами статуса воздушной линии связи, которые могут использоваться в качестве механизмов инициирования для сброса таймеров, используемых в процедурах контроля/управления воздушной линии связи.

[0111] ИНТЕРВАЛЫ СНА

[0112] Как только режим сна активирован в 802.16m для SS, для SS может быть предоставлен набор циклов сна, которые содержат окно прослушивания (также называемое "интервалом прослушивания"), за которым следует окно сна (также названное "интервалом сна"). Активация и прекращение режима сна могут быть достигнуты с помощью сигнализации управления доступом к среде передачи или каналу связи (MAC), например, сообщения управления MAC. При инициализации режима сна могут быть предоставлены начальный цикл сна, заключительный цикл сна и размер окна прослушивания. Во время режима сна может быть изменена длина цикла сна, когда соблюдаются некоторые условия, например, если нет никакого трафика для SS, то цикл сна может быть удвоен до достижения заключительного цикла сна. Изменение в цикле сна обычно подразумевает изменение в интервале сна, так как окно прослушивания обычно остается тем же самым. Во время интервала прослушивания SS может контролировать и принимать с направления DL и может также посылать в направлении UL, если необходимо.

[0113] Параметры, относящиеся к тактированию режима сна на 802.16m, могут быть суммированы следующим образом: интервал прослушивания (от 1 кадра до 16 кадров или от 5 миллисекунд до 80 миллисекундам); минимальный цикл сна (интервал прослушивания до 16 кадров); максимальный цикл сна (цикл сна до 1024 кадров или 5120 миллисекунд); и интервал сна (цикл сна - интервал прослушивания или 1 кадр до 1023 кадров или 5 миллисекунд до 5115 миллисекунд).

[0114] Точно так же на основании профиля системы 802.16e диапазоном значений таймера периодического ранжирования является от 5с до 35с, который является ссылкой, которая может использоваться для интервала времени контроля/управления статусом воздушной линии связи.

[0115] Максимальный интервал сна в 802.16m является приблизительно 5,115 сек, что может быть близким к временному интервалу контроля/управления статусом воздушной линии связи. Перемежение между интервалами сна и интервалами контроля/управления статусом воздушной линии связи может воздействовать на оба механизма и может нуждаться в тщательной обработке.

[0116] Перемежаемые с интервалами сна, интервалы прослушивания в режиме сна могут требовать, чтобы SS была доступной для контроля и приема в направлении DL и имела возможность передавать в направлении UL. Поэтому SS может быть необходимо оставаться синхронизированной (или "связанной") с BS как в направлении DL, так и в направлении UL во время активации режима сна.

[0117] Одна или комбинаций следующих альтернатив может использоваться для обработки статуса контроля/управления воздушной линии связи в режиме сна. В первой альтернативе механизмы контроля/управления воздушной линии связи могут поддерживаться в рабочем состоянии. Например, используемые таймеры могут все еще работать, и их события истечения времени могут быть все еще достоверными. Однако, если событие истечения времени случается во время интервала сна SS, то процедура контроля/управления воздушной линии связи, вызванная событием истечения времени, может быть отложена до следующего интервала прослушивания SS.

[0118] Альтернативно или дополнительно, во второй альтернативе механизмы контроля/управления воздушной линии связи могут совмещаться с режимом сна для повышения его эффективности и также для минимизации помех с режимом сна. Например, совмещение может включать в себя BS, предоставляющую для SS возможность выделенного периодического ранжирования во время ее окон прослушивания с интервалом, равным или немного меньшим, чем интервал контроля/управления статусом воздушной линии связи. Через процедуру периодического ранжирования с заданной выделенной возможностью ранжирования синхронизация воздушной линии связи между SS и BS может поддерживаться в рабочем состоянии, и могут быть сброшены таймеры, используемые для контроля/управления статусом воздушной линии связи.

[0119] ПЕРЕДАЧА ОБСЛУЖИВАНИЯ

[0120] Имеются два подтипа запланированного BSence SS для случаев HO: "во время выполнения HO" и "после завершения HO". Для подтипа во время выполнения HO обслуживающая BS может знать, что SS не доступна по воздушной линии связи, когда она проводит процедуры HO. Например, BS может пытаться ассоциироваться с целевой BS. Такое запланированное отсутствие SS может быть обычно коротким по продолжительности, и BS может ожидать быстрый результат: или перемещение SS, или возвращение SS. Поэтому во время этого типа запланированного отсутствия SS как на стороне BS, так и на стороне SS процедуры контроля/управления статусом воздушной линии связи могут быть временно приостановлены, и дополнительные решения могут быть приняты на основании результатов HO. Если результат HO является не завершенное HO, то могут быть возобновлены процедуры контроля/управления статусом воздушной линии связи в BS и SS.

[0121] Для подтипа после завершения HO обслуживающая BS может знать, что SS была успешно передана на другую BS. Поэтому BS может останавливать процедуры контроля/управления статусом воздушной линии связи по воздушной линии связи с SS, и SS может запускать процедуры контроля/управления статусом воздушной линии связи по воздушной линии связи с новой обслуживающей BS.

[0122] РЕЖИМ ОЖДАНИЯ

[0123] Прежде, чем войти в режим ожидания система 802.16, SS может сама отменить регистрацию от обслуживающей в настоящий момент BS, которая может указывать BSence SS для BS. Кроме того, когда SS входит в режим ожидания, не может быть доступной информации для BS относительно продолжительности отсутствия SS. Во время режима ожидания SS может нуждаться в контроле пейджингового сообщения и проведения обновления местоположения по мере необходимости. Однако обновление местоположения может быть не обязательно с BS, с которой оно начало свой режим ожидания. Возвращение нормальной операции может требовать, чтобы SS закончила процесс входа в сеть. Поэтому на стороне BS процедура контроля/управления статусом воздушной линии связи для воздушной линии связи режим ожидания для SS может быть остановлена. На стороне SS можно управлять процедурой контроля/управления статусом воздушной линии связи посредством специфичных для режима функций, например, пейджинг или обновление местоположения.

[0124] УСОВЕРШЕНСТВОВАНИЯ ДЛЯ СХЕМЫ ОБНАРУЖЕНИЯ ПОТЕРЬ ОБЛАСТИ ОХВАТА

[0125] Описанными в настоящем описании являются механизмы, которые сконструированы для усовершенствования схемы обнаружения потерь области охвата на 802.16m, которые, конечно, могут быть также объединены с вышеупомянутыми описанными этапами. Например, в процедуре обнаружения потерь области охвата на 802.16m, BS может давать команду SS использовать код/канал периодического ранжирования. После приема AAI_RNG-ACK со статусом "успех", SS может посылать запрос полосы частот на BS для распределения UL, запрашивая SS послать информацию идентификации SS. BS может быть в состоянии получать информацию идентификации SS через схему обнаружения потерь области охвата после успешного периодического ранжирования более эффективным способом. Следующие механизмы могут повысить эффективность схемы обнаружения потерь области охвата.

[0126] В одной альтернативе во время процедуры обнаружения потерь области охвата, если BS нуждается в приглашении SS провести периодическое ранжирование, BS может предоставить SS возможность запроса выделенного периодического ранжирования, например, код периодического ранжирования в канале периодического ранжирования. Таким образом, BS может сохранить знание информации идентификации SS, таким образом, SS может быть не нужно передавать свою информацию идентификации на BS после того, как успешно достигнуто периодическое ранжирование. Поэтому, можно сэкономить этапы запроса полосы частот UL, распределения полосы частот UL и передачи информации идентификации SS в процессе обнаружения потерь области охвата.

[0127] Альтернативно или дополнительно, BS может предоставлять на SS одноадресное распределение UL при использовании IE распределения CDMA после успешного периодического ранжирования таким образом, чтобы можно было избежать этапа запроса полосы частот.

[0128] Альтернативно или дополнительно, STID может быть отображен со специфичными кодами ранжирования и/или возможностями ранжирования, используя механизмы, описанные ниже.

[0129] УСОВЕРШЕНСТВОВАНИЯ ДЛЯ СХЕМЫ ПЕРИОДИЧЕСКОГО РАНЖИРОВАНИЯ

[0130] Описанными в настоящем описании являются механизмы, сконструированные для усовершенствования схемы периодического ранжирования на 802.16m, устраняя ненужное выполнение процедуры периодического ранжирования. Согласно 802.16m, если SS является активной с трафиком данных от BS и нет потребности настраивать параметры передачи SS UL, таймер SS периодического ранжирования может все еще быть запущен и может инициировать SS для проведения периодического ранжирования, которое может быть ненужным. Одна или комбинация следующих альтернатив может использоваться для решения этой проблемы: (1) использование периодического таймера на стороне BS; или (2) сброс периодического таймера SS при условии, что была проведена успешная передача UL.

[0131] ИСПОЛЬЗОВАНИЕ ПЕРИОДИЧЕСКОГО ТАЙМЕРА НА СТОРОНЕ BS

[0132] BS может также управлять таймером периодического ранжирования для каждой SS, например, таймером, названным . После истечения времени BS может проверять, имеется ли у нее достоверная информация относительно статуса SS UL. Если это так, то BS может посылать незапрашиваемый RNG-ACK со статусом "успех", таким образом, чтобы SS могла сбрасывать свой таймер периодического ранжирования. Если BS не имеет достоверного статуса UL SS, то BS может ничего не делать и может позволить таймеру SS периодического ранжирования переключать SS для проведения основанного на произвольном доступе процесса периодического ранжирования.

[0133] Имеется множество способов для определения, имеет ли BS достоверный статус SS UL. Один пример аналогичен использованию счетчика истечения времени с последнего трафика UL, и заранее заданному максимальному интервалу времени для достоверного статуса UL, в S-ALUDP, как описано выше. Если таймер периодического ранжирования BS, истекает по времени, он может сначала проверить . Если это так, то BS имеет достоверный статус UL для SS; иначе, BS не имеет достоверного статуса UL для SS.

[0134] Альтернативно или дополнительно, BS может помещать отметку времени в статус UL для SS для записи самого последнего приема в направлении UL от SS. Если таймер BS периодического ранжирования истекает по времени, он может сначала проверить, старше ли отметка времени статуса UL SS, чем один интервал времени периодического ранжирования. Если он не старше, то BS имеет достоверный статус UL SS; иначе, BS не имеет достоверного статуса UL SS.

[0135] Таймер BS периодического ранжирования может запускаться, как только воздушная линия связи между BS и SS входит в рабочий режим при входе в сеть или повторном входе. Он может сбрасываться каждый раз, когда BS проводит процедуру периодического ранжирования, инициируемую истечением времени . Его значение может быть установлено в то же самое значение, что и таймер периода ранжирования SS, или может быть установлен на значение, немного меньшее, чем таймер SS периодического ранжирования, . Немного меньшее значение , чем , может избегать таймеров периодического ранжирования на стороне BS и стороне SS, истекая в то же самое время или очень близкое друг к другу время.

[0136] Во время процедуры SS периодического ранжирования, если SS принимает одноадресное сообщение индикации статуса ранжирования от BS, SS может останавливать свою процедуру периодического ранжирования и может следовать командам, заданными в принятом сообщении индикации статуса ранжирования.

[0137] СБРОС ПЕРИОДИЧЕСКОГО ТАЙМЕРА SS ПОСЛЕ УСПЕШНОЙ ПЕРЕДАЧИ UL

[0138] Альтернативно или дополнительно, выполнения ненужной процедуры периодического ранжирования могут быть устранены посредством сброса периодического таймера SS при условии, что SS закончила успешную передачу UL. Успешная передача UL может быть обозначена приемом подтверждения (ACK) гибридного автоматического запроса на повторную передачу данных (HARQ), соответствующего передаче по UL. HARQ может быть принудительным для одноадресных разрывов данных в системах на 802.16m.

[0139] ОТОБРАЖЕНИЕ STID В КОДЫ РАНЖИРОВАНИЯ И/ИЛИ ВОЗМОЖНОСТИ РАНЖИРОВАНИЯ

[0140] SS имеет уникальный STID. Вместо того, чтобы иметь случайные выбранные значения SS, это 12-битовое значение STID может использоваться для выбора кода ранжирования и/или возможности ранжирования. Количество уникальных кодов, доступных для периодического ранжирования, может быть равно 8, 16, 24 или 32, и может быть выбрана одна из множественных возможностей ранжирования. BS может отображать принятый код ранжирования и возможность возврата в STID передатчика. Так как может быть более чем одно отображение STID для одного и того же кода/возможности ранжирования, имеется несколько возможностей: (1) принятый код ранжирования отображается обратно в один активный STID, когда BS может определенно знать, какая SS посылает код периодического ранжирования; (2) принятый код ранжирования отображается во множество идентификаторов STID, где BS может использовать свое знание, какие станции SS передают коды периодического ранжирования, и может уменьшить набор до единственного STID; или (3) если BS не в состоянии знать с уверенностью, что только одна SS послала код периодического ранжирования, она может распределить ресурс UL для SS, чтобы послать свою информацию ID.

[0141] ВЫБОР КОДОВ И/ИЛИ ВОЗМОЖНОСТЕЙ РАНЖИРОВАНИЯ, ИСПОЛЬЗУЯ STID

[0142] Коды ранжирования и/или возможности ранжирования могут быть выбраны, используя идентификаторы STID. Если SS использует, например, по меньшей мере старшие 5 битов для индексирования кода ранжирования, они будут посланы, затем BS может иметь индикацию, относительно которой станция SS (станции SS) передают код ранжирования. Точно так же, если STID используется для выбора возможности передачи, то BS может иметь индикацию относительно идентичности передачи SS. Комбинация кода ранжирования и выбора возможности ранжирования на основании STID может предоставлять для BS идентификационную информацию, которая является уникальной, и может позволить BS определять STID передающей SS. Альтернативное отображение может использоваться, чтобы отличать основанное на STID отображение от случайного выбора. Например, единственный бит в индексе кода ранжирования может использоваться для указания, что код ранжирования ассоциирован с STID станций SS. В этом примере SS может использовать по меньшей мере старшие 4 бита для внесения кода ранжирования в указатель для посылки и установки 5-го бита в '1' для указания, что это является выбором STID. SS может также выбирать 4-битовый индекс для кода ранжирования и устанавливать 5-й бит в '0' для указания, что это является случайным выбором, и BS может не интерпретировать код, как индикацию STID.

[0143] ВЫБОР КОДОВ И/ИЛИ ВОЗМОЖНОСТЕЙ РАНЖИРОВАНИЯ, ИСПОЛЬЗУЯ ХЭШ-КОД

[0144] Потенциальная проблема с использованием младших N битов STID для индексирования, например, кода ранжирования, заключается в том, что количество доступных кодов ранжирования может быть значением, которое не является степенью 2, как в случае доступных 24 кодов ранжирования. Эта проблема может быть решена посредством использования хэш значения, которое представляет STID. Это хэш значение имеет диапазон 0 - N_codes - 1, где N_codes является количеством доступных кодов ранжирования. Если BS назначает STID для SS, она может также генерировать хэш значение. SS может послать сигнал, указывающий STID и, опционально, код ранжирования и/или хэш значение возможности. В этом случае, BS может полностью изменять поиск STID на основании кода и/или возможности ранжирования, и она может также знать, находятся ли две или более станций SS в заданном секторе в режиме периодического ранжирования в одно то же время. Если дело обстоит так, BS может принимать коллизии и обрабатывать особые случаи способом, аналогичным текущим процедурам, известным в данной области техники.

[0145] Могут использоваться два хэш кода: один для кода ранжирования и другой для возможности ранжирования. Если хэш-функции выбраны корректно, два отображения идентификаторов STID в тот же самый код ранжирования могут отображаться для различных возможностей ранжирования, возможно уменьшая вероятность STID декодирования коллизии.

[0146] ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ

[0147] 1. Базовая станция (BS), содержащая:

[0148] таймер обнаружения потерь области охвата, ассоциированный с базовой станцией;

[0149] мобильную станцию;

[0150] передатчик, сконфигурированный для, при условии, что таймер обнаружения потерь области охвата истекает, передачи распределения восходящей линии связи (UL) на мобильную станцию;

[0151] приемник, сконфигурированный для приема пакетных данных от мобильной станции с помощью распределения UL; и

[0152] процессор, сконфигурированный для сброса таймера обнаружения потерь области охвата;

[0153] при этом передатчик дополнительно сконфигурирован для передачи сообщения мобильной станции для сброса таймера периодического ранжирования мобильной станции.

[0154] 2. Базовая станция из варианта осуществления 1, в которой сообщение является усовершенствованным сообщением подтверждения ранжирования воздушного интерфейса (AAI-RNG-ACK).

[0155] 3. Базовая станция из вариантов осуществления 1-2, в которой мобильная станция находится в зарегистрированном состоянии, и приемник дополнительно сконфигурирован для приема сообщения запроса периодического ранжирования от мобильной станции.

[0156] 4. Базовая станция из вариантов осуществления 1-3, в которой при условии, что таймер обнаружения потерь области охвата истекает, в то время как мобильная станция находится в периоде сканирования, распределение UL указывает следующий доступный интервал UL, ассоциированный с мобильной станцией.

[0157] 5. Способ для беспроводной связи, содержащий:

[0158] контроль статуса воздушной линии связи между станцией абонента (SS) и базовой станцией (BS);

[0159] поддержание синхронизации воздушных нисходящей линии связи (DL) и восходящей линии связи (UL) между BS и SS в соответствии с протоколом соединения/разъединения воздушной линии связи (ALUDP).

[0160] 6. Способ из варианта осуществления 5, в котором одна из BS и SS действует как подчиненные главной в ALUDP.

[0161] 7. Способ из вариантов осуществления 5-6, в котором SS является подчиненной, а BS является главной, и BS выдает информацию статуса линии связи и настройки параметра передачи UL.

[0162] 8. Способ из вариантов осуществления 5-7, дополнительно содержащий посылку посредством SS следующей передачи UL на BS.

[0163] 9. Способ из вариантов осуществления 5-8, дополнительно содержащий:

[0164] обнаружение истечения времени воздушной линии связи между SS и BS;

[0165] определение, имеет ли место истечение времени во время запланированного отсутствия SS; и

[0166] при условии, что истечение времени имело место во время запланированного отсутствия SS, настройку ALUDP.

[0167] 10. Способ из вариантов осуществления 5-9, дополнительно содержащий предоставление таймера для обнаружения потерь области охвата, который запускается после входа в сеть или повторного входа.

[0168] 11. Способ из вариантов осуществления 5-10, в котором таймер для обнаружения потерь области охвата сбрасывается при условии, что восходящая линия связи принята от SS со своей информацией идентификации, известной BS.

[0169] 12. Способ из вариантов осуществления 5-9, дополнительно содержащий предоставление таймера для периодического ранжирования, который запускается, когда воздушная линия связи находится в статусе "соединена".

[0170] 13. Способ вариантов осуществления 5-12, в котором во время обнаружения потерь области охвата периодический таймер для периодического ранжирования сбрасывается, используя сигнал AAI-RNG-ACK при условии, что BS подтверждает, что SS все еще связана с BS.

[0171] 14. Способ из вариантов осуществления 5-13, в котором имеет место истечение времени во время интервала сканирования, и способ имеет место при выполнении обнаружения потерь области охвата.

[0172] 15. Способ вариантов осуществления 5-14, дополнительно содержащий запуск по меньшей мере одного таймера, и при этом следуя за запуском таймера, истекает по меньшей мере один таймер.

[0173] 16. Способ из вариантов осуществления 5-15, в котором по меньшей мере один таймер истекает во время интервала сканирования, и в котором при условии, что по меньшей мере один таймер истекает, ALUDP предоставляет разрыв восходящей линии связи для обнаружения потерь области охвата в следующем интервале.

[0174] 17. Способ из вариантов осуществления 5-16, в котором таймер является таймером периодического ранжирования.

[0175] 18. Способ из варианта осуществления 5, в котором запланированное отсутствие SS имеет место во время удовлетворения условия, что SS находится в режиме ожидания.

[0176] 19. Способ из вариантов осуществления 5-18, в котором при условии, что SS находится в режиме ожидания, BS приостанавливает контроль статуса воздушной линии связи для SS в режиме ожидания.

[0177] 20. Способ из варианта осуществления 5, в котором ALUDP временно приостанавливает обнаружение потерь области охвата и периодическое ранжирование при условии, что SS находится в запланированном отсутствии SS.

[0178] Хотя признаки и элементы описаны выше в конкретных комбинациях, специалист в данной области техники легко оценит, что каждый признак или элемент могут использоваться по отдельности или в любой комбинации с другими признаками и элементами. Дополнительно, способы, описанные в настоящем описании, могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, включенными в понятие считываемый компьютером носитель для выполнения компьютером или процессором. Примеры считываемого компьютером носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и считываемые компьютером носители данных. Примеры считываемых компьютером носителей данных включают в себя, но не ограничиваются, постоянное запоминающее устройство (ROM), оперативно запоминающее устройство (RAM), регистр, кэш-память, полупроводниковое запоминающее устройство, магнитный носитель, такой как внутренние жесткие диски и сменные диски, магнитно-оптические носители и оптические носители, такие как диски CD-ROM и универсальные цифровые диски (DVD). Процессор совместно с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.

1. Способ обнаружения потерь области охвата на базовой станции (BS), причем способ содержит:
запуск таймера обнаружения потерь области охвата (ОПОО, CLD) для станции абонента (SS);
при условии, что таймер CLD для упомянутой SS истекает:
распределение предоставления восходящей линии связи (UL) на упомянутую SS для обеспечения идентификации статуса упомянутой SS;
прием пакета данных UL от упомянутой SS с помощью распределенного предоставления UL;
сброс таймера CLD для упомянутой SS на основании принятого пакета данных UL от упомянутой SS;
посылку одноадресного подтверждения ранжирования (RNG-АСК) к упомянутой SS на основании принятого пакета данных UL от упомянутой SS, при этом упомянутое одноадресное RNG-ACK разрешает упомянутой SS сбросить таймер периодического ранжирования упомянутой SS.

2. Способ по п.1, в котором таймер CLD для упомянутой SS запускают при начальном входе в сеть упомянутой SS.

3. Способ по п.1, в котором таймер CLD для упомянутой SS запускают при повторном входе в сеть упомянутой SS.

4. Способ по п.1, в котором пакет данных UL включает в себя идентификационную информацию упомянутой SS.

5. Способ по п.1, дополнительно содержащий определение, требуется ли настройка параметров передачи UL.

6. Способ по п.1, дополнительно содержащий:
при условии, что таймер CLD для упомянутой SS истекает во время интервала сканирования упомянутой SS:
задержку распределения предоставления восходящей линии связи (UL) упомянутой SS для идентификации статуса упомянутой SS до следующего доступного интервала перемежения упомянутой SS.

7. Способ по п.1, дополнительно содержащий обнаружение следующего доступного интервала перемежения упомянутой SS.

8. Базовая станция (BS), сконфигурированная обнаруживать потери области охвата, содержащая:
таймер обнаружения потерь области охвата (ОПОО, CLD), выполненный с возможностью запускаться для станции абонента (SS);
передатчик, сконфигурированный для распределения предоставления восходящей линии связи (UL) упомянутой SS для обеспечения идентификации статуса упомянутой SS;
приемник, сконфигурированный для приема пакета данных UL от упомянутой SS с помощью распределенного предоставления UL;
процессор, сконфигурированный для сброса таймера CLD для упомянутой SS на основе принятого пакета данных UL от упомянутой SS; и
при этом передатчик дополнительно сконфигурирован посылать одноадресное подтверждение ранжирования (RNG-ACK) на упомянутую SS на основании принятого пакета данных UL от упомянутой SS, при этом упомянутое одноадресное RNG-ACK разрешает упомянутой SS сбрасывать таймер периодического ранжирования упомянутой SS.

9. Базовая станция по п.8, в которой таймер CLD запускается при начальном входе в сеть упомянутой SS.

10. Базовая станция по п.8, в которой таймер CLD для упомянутой SS запускается при повторном входе в сеть упомянутой SS.

11. Базовая станция по п.8, в которой пакет данных UL включает в себя идентификационную информацию упомянутой SS.

12. Базовая станция по п.8, в которой процессор дополнительно сконфигурирован для определения, требуется ли настройка параметров передачи UL.

13. Базовая станция по п.8, в которой передатчик дополнительно сконфигурирован для задержки распределения предоставления восходящей линии связи (UL) упомянутой SS для идентификации статуса упомянутой SS до следующего доступного интервала перемежения упомянутой SS при условии, что таймер CLD для упомянутой SS истекает во время интервала сканирования упомянутой SS.

14. Базовая станция по п.8, в которой приемник дополнительно сконфигурирован для обнаружения следующего доступного интервала перемежения упомянутой SS.