СИСТЕМА И СПОСОБ УВЕДОМЛЕНИЯ О ЗАВЕРШЕНИИ ПРОЦЕДУРЫ ПОВТОРНОГО ВХОДА В СЕТЬ В СИСТЕМЕ СВЯЗИ
SYSTEM AND METHOD FOR NOTIFYING COMPLETION OF REPEATED NETWORK LOGON PROCEDURE IN COMMUNICATION SYSTEM

УРОВЕНЬ ТЕХНИКИ
Область техники, к которой относится изобретение
Настоящее изобретение в общем относится к системе связи, а в частности к системе и способу уведомления о завершении процедуры повторного входа в сеть в системе связи.
Описание предшествующего уровня техники
В системах связи следующего поколения проводятся активные исследования для того, чтобы предоставлять услуги, допускающие передачу/прием данных на высокой скорости с большой пропускной способностью к/от мобильных станций (MS). Типичным примером системы связи следующего поколения является система связи Института инженеров по электротехнике и электронике (IEEE) 802.16e.
Ссылаясь на фиг.1, в нем приведено описание MS, выполняющей процесс процедуры повторного входа в сеть с целевой базовой станцией (BS) после выполнения коммутации соединения, к примеру, передачи обслуживания от обслуживающей BS к целевой BS в общей системе связи IEEE 802.16e.
Фиг.1 - это схема передачи служебных сигналов, иллюстрирующая процесс выполнения процедуры повторного входа в сеть в общей системе связи IEEE 802.16e.
Ссылаясь на фиг.1, после передачи обслуживания от обслуживающей BS к целевой BS 150 MS 100 получает синхронизацию по нисходящей линии связи с целевой BS 150 и принимает параметры, которые должны быть использованы в восходящей и нисходящей линии связи, на этапе 111. Затем MS 100 должна получить синхронизацию по восходящей линии связи посредством выполнения операции регулирования диапазона с целевой BS 150 и выполнить операцию регулирования мощности передачи. Следовательно, MS 100 передает сообщение запроса на регулирование диапазона (RNG-REQ) в целевую BS 150 на этапе 113, и целевая BS 150 передает сообщение ответа по регулированию диапазона (RNG-RSP) в MS 100 в ответ на сообщение RNG-REQ на этапе 115.
После выполнения операции регулирования диапазона, как описано выше, MS 100 передает сообщение запроса базовых характеристик абонентской станции (SBC-REQ) в целевую BS 150, чтобы запросить базовые характеристики целевой BS 150 и MS 100 на этапе 117. Сообщение SBC-REQ, которое является сообщением контроля доступа к среде (MAC), которое MS 100 передает в целевую BS 150, чтобы запросить базовые характеристики, включает в себя информацию по уровню схемы модуляции и кодирования (MCS), поддерживаемой посредством MS 100. После приема сообщения SBC-REQ от MS 100 целевая BS 150 обнаруживает MCS-уровень, поддерживаемый посредством MS 100, включенной в принятое сообщение SBC-REQ, и передает сообщения ответа по базовым характеристикам абонентской станции (SBC-RSP) в MS 100 в ответ на сообщение SBC-REQ на этапе 119.
После приема сообщения SBC-RSP MS 100 передает сообщение запроса управления закрытым ключом (PKM-REQ) в целевую BS 150 для аутентификации и обмена ключами MS на этапе 121. Сообщение PKM-REQ, сообщение MAC для аутентификации MS включает в себя сертификат (уникальную информацию) MS 100. После приема сообщения PKM-REQ целевая BS 150 выполняет аутентификацию с сервером аутентификации (AS) (не показан) с использованием сертификата MS 100, включенного в принимаемое сообщение PKM-REQ. Если MS 100 является аутентифицированной MS в результате аутентификации, целевая BS 150 передает сообщение ответа по управлению закрытым ключом (PKM-RSP) в MS 100 в ответ на сообщение PKM-REQ на этапе 123. Сообщение PKM-RSP включает в себя ключ аутентификации (AK) и ключ шифрования трафика (TEK), назначенный MS 100.
После приема сообщения PKM-RSP MS 100 передает сообщение запроса на регистрацию (REG-REQ) в целевую BS 150 на этапе 125. Сообщение REG-REQ включает в себя регистрационную информацию MS для MS 100. После приема сообщения REG-REQ целевая BS 150 обнаруживает регистрационную информацию MS, включенную в принимаемое сообщение REG-REQ, регистрирует MS 100 с помощью регистрационной информации MS и передает сообщение ответа по регистрации (REG-RSP) в MS 100 в ответ на сообщение REG-REQ на этапе 127. Сообщение REG-RSP включает в себя регистрационную информацию зарегистрированной MS. MS 100 принимает сообщение REG-RSP, завершая свою процедуру повторного входа в сеть в целевой BS 150 на этапе 129. Когда MS 100 принимает сообщение REG-RSP, нормальная работа выполняется между MS 100 и целевой BS 150, завершая процедуру повторного входа в сеть. Процесс осуществления процедуры повторного входа в сеть в общей системе связи IEEE 802.16e описан выше в связи с фиг.1. Далее со ссылкой на фиг.2 приводится описание процесса выполнения процедуры повторного входа в сеть на основе типа/длины/значения (TLV) оптимизации процесса передачи обслуживания в общей системе связи IEEE 802.16e.
Фиг.2 - это схема передачи служебных сигналов, иллюстрирующая процесс выполнения процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в общей системе связи IEEE 802.16e.
Ссылаясь на фиг.2, после передачи обслуживания от обслуживающей BS в целевую BS 250 MS 200 получает синхронизацию нисходящей линии связи с целевой BS 250 и принимает параметры, которые должны быть использованы в восходящей линии связи и нисходящей линии связи, на этапе 211. MS 200 передает сообщение RNG-REQ в целевую BS 250 на этапе 213, и целевая BS 250 передает сообщение RNG-RSP в MS 200 в ответ на сообщение RNG-REQ на этапе 215. Сообщение RNG-RSP включает в себя TLV оптимизации процесса передачи обслуживания и TLV оптимизации процесса передачи обслуживания, информационный элемент (IE), включенный с использованием схемы кодирования TLV, - это IE станции MS после коммутации соединения, например MS после обработки передачи обслуживания, используемый для поддержки быстрой процедуры повторного входа в сеть с целевой BS. Т.е. TLV оптимизации процесса передачи обслуживания - это IE, записанный для того, чтобы обеспечить возможность пропустить некоторые или все процессы передачи/приема сообщений, которые обязательно должны выполняться в общей процедуре повторного входа в сеть, для быстрой процедуры повторного входа в сеть MS 200.
Когда MS 200 выполняет общую передачу обслуживания или передачу обслуживания в режиме ожидания, целевая BS 250 может запрашивать информацию о MS 200 посредством магистральной сети от системы, имеющей информацию по MS 200, такой как обслуживающая BS или контроллер персональных радиовызовов, до того как MS 200 выполняет общую передачу обслуживания или передачу обслуживания в режиме ожидания. Информация по MS 200 может совпадать с информацией, полученной в процессе выполнения посредством MS 200 процедуры повторного входа в сеть после передачи обслуживания от обслуживающей BS в целевую BS 250. В этом случае посредством получения информации по MS 200 посредством магистральной сети целевая BS 250 может пропускать конкретный процесс передачи/приема сообщений в процедуре повторного входа в сеть вследствие передачи обслуживания MS 200 и может не только экономить ресурсы линии радиосвязи, требуемые для конкретного процесса передачи/приема сообщений, но также улучшает время перезапуска обычной связи с MS 200. Следовательно, целевая BS 250 включает в себя TLV оптимизации процесса передачи обслуживания, чтобы передавать в MS 200 уведомление, указывающее процесс передачи/приема сообщений, могущий быть пропущенным, пропускаемый в процессе выполнения процедуры повторного входа в сеть. Формат TLV оптимизации процесса передачи обслуживания показан в Таблице 1 ниже.
Таблица 1
Оптимизация процесса передачи обслуживания
Для каждого битового размещения значение 0 указывает, что ассоциативно связанное сообщение управления повторным входом является обязательным, значение 1 указывает, что сообщение управления повторным входом может быть пропущено.Бит 0. Пропустить сообщение управления SBC-REQ в ходе текущей обработки повторного входа.Бит 1. Пропустить фазу PKM-аутентификации за исключением фазы TEK в ходе текущей обработки повторного входа.Бит 2. Пропустить фазу создания PKM TEK в ходе текущей обработки повторного входа.Бит 3. BS должна передать незатребованное сообщение управления SBC-RSP с обновленной информацией характеристик в случае, если характеристики целевой BS отличаются от характеристик обслуживающей BS.Бит 4. Пропустить сообщение управления REG-REQ в ходе текущей обработки повторного входа.Бит 5. BS должна передать незатребованное сообщение управления REG-RSP с обновленной информацией характеристик.Бит 6. BS поддерживает виртуальный SDU SN. Если бит 6=1 и MS поддерживает SDU SN, она должна выдать заголовок отчета SN по завершении передачи обслуживания в эту BS.
В Таблице 1 TLV оптимизации процесса передачи обслуживания - это тип информации битовой карты, указывающей, есть ли возможность пропустить передачу/прием сообщения в текущей процедуре повторного входа в сеть. Т.е. TLV IE оптимизации процесса передачи обслуживания выражается в форме, например, 7-битовой карты. Ниже приводится описание каждого бита в битовой карте TLV оптимизации процесса передачи обслуживания.
(1) То, можно ли пропустить передачу сообщения SBC-REQ, указывается посредством первого бита бит 0. Бит 0=0 указывает, что MS 200 должна обязательно передать сообщение SBC-REQ, а бит 0=1 указывает, что MS 200 может пропустить передачу сообщения SBC-REQ.
(2) То, можно ли пропустить процесс PKM-аутентификации, указывается посредством второго бита бит 1. Бит 1=0 указывает, что MS 200 должна выполнить процесс PKM-аутентификации, в том числе процесс TEK, а бит 1=1 указывает, что MS 200 может пропустить процесс PKM-аутентификации за исключением процесса TEK.
(3) То, можно ли пропустить процесс TEK, указывается посредством третьего бита бит 2. Бит 2=0 указывает, что MS 200 должна обязательно выполнить процесс TEK, а бит 2=1 указывает, что MS 200 может пропустить процесс TEK.
(4) То, можно ли пропустить передачу сообщения SBC-RSP, указывается посредством четвертого бита бит 3. Бит 3=0 указывает, что целевая BS 250 должна обязательно передать незатребованное SBC-RSP, а бит 3=1 указывает, что целевая BS 250 может пропустить передачу сообщения SBC-RSP посредством передачи информации, включенной в сообщение SBC-RSP, вместе с сообщением RNG-RSP с помощью схемы TLV-кодирования.
(5) То, можно ли пропустить передачу сообщения REG-REQ, указывается посредством пятого бита бит 4. Бит 4=0 указывает, что MS 200 должна обязательно передать сообщение REG-REQ, а бит 4=1 указывает, что MS 200 может пропустить передачу сообщения REG-REQ.
(6) То, можно ли пропустить передачу сообщения REG-RSP, указывается посредством шестого бита бит 5. Бит 5=0 указывает, что целевая BS 250 должна обязательно передать незатребованное REG-RSP, а бит 5=1 указывает, что целевая BS 250 может пропустить передачу сообщения SBC-RSP посредством передачи информации, включенной в сообщение REG-RSP, вместе с сообщением RNG-RSP с помощью схемы TLV-кодирования.
(7) То, поддерживает ли целевая BS 250 виртуальный порядковый номер (SN) модуля служебных данных (SDU), указывается посредством седьмого бита бит 6. Если бит 6 задан равным 1 и MS 200 также поддерживает виртуальный SDU SN, MS 200 должна передать заголовок отчета SN в целевую BS 250 после завершения процедуры повторного входа в сеть с помощью целевой BS 250.
Когда бит 3 и бит 5 TLV оптимизации процесса передачи обслуживания, включенного в сообщение RNG-RSP, оба заданы равными 1, TLV, включенный в сообщение RNG-RSP, показан в Таблице 2 ниже.
Таблица 2
Если (оптимизация процесса передачи обслуживания [бит 3]=1)
Кодирование SBC-RSP
Элементы TLV SBC-RSP для оптимизации передачи обслуживания.
Если (оптимизация процесса передачи обслуживания [бит 5]=1)
Кодирование REG-RSP
Элементы TLV REG-RSP для оптимизации передачи обслуживания.
В Таблице 2, если бит 3 TLV оптимизации процесса передачи обслуживания задан равным 1, он указывает информацию кодирования SBC-RSP, включенную в сообщение RNG-RSP. Если бит 4 TLV оптимизации процесса передачи обслуживания задан равным 1, он указывает информацию кодирования REG-RSP, включенную в сообщение RNG-RSP.
После этого MS 200 и целевая BS 250 выполняют процедуру повторного входа в сеть согласно TLV оптимизации процесса передачи обслуживания. Например, если битовая карта TLV оптимизации процесса передачи обслуживания задана равной 1110100, MS 200 пропускает передачу сообщения SBC-REQ на этапе 217, целевая BS 250 передает незатребованное сообщение SBC-RSP в MS 200 на этапе 219, MS 200 пропускает передачу сообщения PKM-REQ на этапе 221, целевая BS 250 пропускает передачу сообщения PKM-RSP на этапе 223, MS 200 пропускает передачу сообщения REG-REQ на этапе 225 и, наконец, целевая BS 250 передает незатребованное сообщение REG-RSP в MS 200 на этапе 227.
В качестве другого примера, если битовая карта TLV оптимизации процесса передачи обслуживания задана равной 1111110, целевая BS 250 должна передать информацию, включенную и в сообщение SBC-RSP, и в сообщение REG-RSP, вместе с TLV сообщения RNG-RSP. В этом случае MS 200 и целевая BS 250 могут нормально завершить процедуру повторного входа в сеть на этапе 229 даже несмотря на то, что они пропустили все процессы передачи/приема сообщений, показанные на этапах 217-227.
Как описано выше, в ходе выполнения процедуры повторного входа в сеть, MS и целевая BS могут пропустить некоторые или все процессы передачи/приема сообщений в процедуре повторного входа в сеть согласно TLV оптимизации процесса передачи обслуживания.
Хотя MS не может нормально принять сообщение RNG-RSP от целевой BS, невозможно для целевой BS обнаружить сбой MS в том, чтобы нормально принять сообщение RNG-RSP. В этом случае, хотя целевая BS выполняет процедуру повторного входа в сеть согласно TLV оптимизации процесса передачи обслуживания, MS может выполнить общую процедуру повторного входа в сеть, вызывая рассинхронизацию процесса передачи/приема сообщений между MS и целевой BS.
Помимо этого, если целевая BS передает незатребованное сообщение SBC-RSP или незатребованное сообщение REG-RSP без запроса в MS, т.е. если целевая BS односторонне передает сообщение в MS без выполнения общего процесса передачи/приема сообщений, невозможно для целевой BS обнаружить, приняла ли MS нормально незатребованное сообщение SBC-RSP или незатребованное сообщение REG-RSP.
Следовательно, есть потребность в схеме, при которой целевая BS может обнаруживать, приняла ли MS нормально незатребованное сообщение, которое целевая BS передала без запроса к MS, или сообщение, включенное в TLV оптимизации процесса передачи обслуживания, пока MS и целевая BS выполняют процедуру повторного входа в сеть согласно TLV оптимизации процесса передачи обслуживания.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Следовательно, цель настоящего изобретения заключается в том, чтобы предоставить систему и способ уведомления о завершении процедуры повторного входа в сеть в системе связи.
Другая цель настоящего изобретения заключается в том, чтобы предоставить систему и способ уведомления о нормальном приеме конкретных сообщений в процедуре повторного входа в сеть в системе связи.
Дополнительная цель настоящего изобретения заключается в том, чтобы предоставить систему и способ уведомления о нормальном приеме незатребованных сообщений, передаваемых целевой BS при процедуре повторного входа в сеть в системе связи.
Согласно одному аспекту настоящего изобретения предусмотрена система для уведомления о завершении процедуры повторного входа в сеть в системе связи. Система включает в себя мобильную станцию (MS) для уведомления после завершения процедуры повторного входа в сеть с базовой станцией (BS) о завершении процедуры повторного входа в сеть в BS.
Согласно другому аспекту настоящего изобретения предусмотрен способ для уведомления о завершении процедуры повторного входа в сеть посредством мобильной станции (MS) в системе связи. Способ включает в себя этапы завершения процедуры повторного входа в сеть с базовой станцией (BS) и уведомления о завершении процедуры повторного входа в сеть в BS.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеуказанные и другие цели, признаки и преимущества настоящего изобретения станут более понятными из последующего подробного описания, рассматриваемого вместе с прилагаемыми чертежами, из которых:
фиг.1 - это схема передачи служебных сигналов, иллюстрирующая процесс выполнения процедуры повторного входа в сеть в общей системе связи IEEE 802.16e;
фиг.2 - это схема передачи служебных сигналов, иллюстрирующая процесс выполнения процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в общей системе связи IEEE 802.16e;
фиг.3 - это схема передачи служебных сигналов, иллюстрирующая процесс выполнения процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению;
фиг.4A и 4B - это блок-схемы последовательности операций способа, иллюстрирующие процесс работы MS при выполнении процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению;
фиг.5A и 5B - это блок-схемы последовательности операций способа, иллюстрирующие процесс работы целевой BS при выполнении процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Далее подробно описаны предпочтительные варианты осуществления настоящего изобретения со ссылками на прилагаемые чертежи. В последующем описании подробное описание известных функций и конфигураций, содержащихся в данном документе, опущено в целях краткости и сжатости.
Настоящее изобретение предоставляет систему и способ уведомления о завершении процедуры повторного входа в сеть в системе связи, например системе связи Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.16e. Помимо этого настоящее изобретение предоставляет систему и способ уведомления о том, приняла ли нормально мобильная станция (MS) незатребованное сообщение, передаваемое целевой базовой станцией (BS) в ходе выполнения процедуры повторного входа в сеть согласно типу/длине/значению (TLV) оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e. Хотя настоящее изобретение для удобства описывается со ссылкой на систему связи IEEE 802.16e, схема, предоставляемая в настоящем изобретении, применима к другим системам связи.
Фиг.3 - это схема передачи служебных сигналов, иллюстрирующая процесс выполнения процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению.
Ссылаясь на фиг.3, после передачи обслуживания от обслуживающей BS к целевой BS 350 MS 300 получает синхронизацию нисходящей линии связи (DL) с целевой BS 350 и принимает параметры, которые должны быть использованы в восходящей линии связи (UL) и нисходящей линии связи, на этапе 311. MS 300 передает сообщение запроса регулирования диапазона (RNG-REQ) в целевую BS 350 на этапе 313, и целевая BS 350 передает сообщение ответа по регулированию диапазона (RNG-RSP) в MS 300 в ответ на сообщение RNG-REQ на этапе 315. Сообщение RNG-RSP включает в себя TLV оптимизации процесса передачи обслуживания и TLV оптимизации процесса передачи обслуживания, информационный элемент (IE), включенный с использованием схемы кодирования TLV, - это IE станции MS 300 после обработки передачи обслуживания, используемый для поддержки быстрой процедуры повторного входа в сеть с целевой BS 350. Т.е. TLV оптимизации процесса передачи обслуживания - это IE, записанный для того, чтобы обеспечить возможность пропустить некоторые или все процессы передачи/приема сообщений, которые обязательно должны выполняться в общей процедуре повторного входа в сеть, для быстрой процедуры повторного входа в сеть MS 300. Подробное описание TLV оптимизации процесса передачи обслуживания изложено в Таблице 1 в данном документе.
После приема сообщения RNG-RSP, включающего в себя TLV оптимизации процесса передачи обслуживания, от целевой BS 350 MS 300 передает сообщение подтверждения приема (ACK) RNG-RSP, указывающее нормальный прием сообщения RNG-RSP, в целевую BS 350 на этапе 317. Целевая BS 350, когда она принимает сообщение RNG-RSP ACK от MS 300, обнаруживает, что MS 300 нормально приняла сообщение RNG-RSP.
Целевая BS 350 передает незатребованное сообщение ответа по базовым характеристикам абонентской станции (SBC-RSP) в MS 300 на этапе 319 вне зависимости от приема от MS 300 сообщения запроса согласования базовых характеристик абонентской станции (SBC-REQ) для согласования базовых характеристик MS 300.
После приема незатребованного сообщения SBC-RSP от целевой BS 350 MS 300 передает сообщение SBC-RSP ACK, указывающее обычный прием незатребованного сообщения SBC-RSP, в целевую BS 350 на этапе 321. Целевая BS 350, когда она принимает сообщение SBC-RSP ACK от MS 300, обнаруживает, что MS 300 нормально приняла сообщение SBC-RSP.
Целевая BS 350 передает незатребованное сообщение ответа по регистрации (REG-RSP) в MS 300 на этапе 323 вне зависимости от приема от MS 300 сообщения запроса на регистрацию (REG-REQ). После приема незатребованного сообщения REG-RSP от целевой BS 350 MS 300 передает сообщение REG-RSP ACK, указывающее нормальный прием незатребованного сообщения REG-RSP, в целевую BS 350 на этапе 325.
Целевая BS 350, когда она принимает сообщение REG-RSP ACK от MS 300, обнаруживает, что MS 300 нормально приняла незатребованное сообщение REG-RSP, тем самым завершая процедуру повторного входа в сеть на этапе 327. Как результат, когда MS 300 принимает незатребованное сообщение REG-RSP, нормальная работа осуществляется между MS 300 и целевой BS 350, тем самым завершая процедуру повторного входа в сеть.
Хотя фиг.3 иллюстрирует предпочтительный случай, при котором целевая BS 350 передает незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP согласно TLV оптимизации процесса передачи обслуживания, если информация, включенная в незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP, как описано в связи с Таблицей 2, уже включена в сообщение RNG-RSP, процессы на этапах 319-325 не выполняются. Помимо этого, хотя фиг.3 иллюстрирует предпочтительный случай, при котором целевая BS 350 передает и незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP согласно TLV оптимизации процесса передачи обслуживания, процесс также может включать в себя другие процессы передачи/приема сообщений, включенные в процедуру повторного входа в сеть, такие как процесс передачи/приема сообщений для аутентификации управления закрытым ключом (PKM) согласно TLV оптимизации процесса передачи обслуживания.
Сообщение RNG-RSP ACK, сообщение SBC-RSP ACK и сообщение REG-RSP ACK могут быть реализованы в одинаковом формате с помощью расширенного подзаголовка подтверждения повторного входа в сеть, включающего в себя поле Network re-entry confirm, показанное в Таблице 3 ниже.
Таблица 3
Название
Размер (битов)
Описание
Network re-entry confirm (подтверждение повторного вхождения в сеть)
3
Бит 0. Задается равным 1, чтобы указать подтверждение приема для сообщения RNG-RSP.Бит 1. Задается равным 1, чтобы указать подтверждение приема для незатребованного сообщения SBC-RSP.Бит 2. Задается равным 1, чтобы указать подтверждение приема для незатребованного сообщения REG-RSP.
Зарезервировано
5
Должно иметь значение нуль.
Как показано в Таблице 3, поле Network re-entry confirm расширенного подзаголовка подтверждения повторного входа в сеть включает в себя информацию битовой карты, указывающее сообщение, что после приема MS передает текущее сообщение ACK. Т.е. в поле Network re-entry confirm бит 0=1 указывает, что MS передает текущее сообщение ACK в ответ на сообщение RNG-RSP, бит 1=1 указывает, что MS передает текущее сообщение ACK в ответ на незатребованное сообщение SBC-RSP, а Bit 2=1 указывает, что MS передает текущее сообщение ACK в ответ на незатребованное сообщение REG-RSP.
Помимо этого поле Reserved расширенного подзаголовка подтверждения повторного входа в сеть сохраняет число битов расширенного подзаголовка подтверждения повторного входа в сеть равным восьми (8) и является полем, зарезервированным для будущего использования. Например, это поле задается равным 0.
При передаче сообщений ACK в ответ на сообщение RNG-RSP, незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP MS устанавливает информацию битовой карты, указывающую сообщения ACK для всех из сообщения RNG-RSP, незатребованного сообщения SBC-RSP и незатребованного сообщения REG-RSP, чтобы передать сообщения ACK посредством расширенного подзаголовка подтверждения повторного входа в сеть, либо отдельно задает информацию битовой карты, указывающую сообщение ACK для каждого из сообщения RNG-RSP, незатребованного сообщения SBC-RSP и незатребованного сообщения REG-RSP, чтобы передать сообщения ACK посредством трех расширенных подзаголовков подтверждения повторного входа в сеть.
Помимо этого сообщение RNG-RSP ACK, сообщение SBC-RSP ACK и сообщение REG-RSP ACK могут быть реализованы с помощью зарезервированных битов заголовка запроса на выделение канала индикатора качества канала (CQICH) (CQICH Allocation Request), показанного в Таблице 4 ниже.
Таблица 4
HT=1(1)
EC=0 (1)
Тип(3)= 0b111
Тип обратной связи (3)
FBSS 1(1)
Предпочтительный период (3)
Индикатор подтверждения повторного входа в сеть (1)
Подтверждение повторного входа в сеть (3)
Reserved (8) (Зарезервировано)
CID MSB (8)
CID LSB (8)
HCS (8)
Как показано в Таблице 4, заголовок сообщения запроса на выделение CQICH включает в себя поле Type, указывающее тип текущего передаваемого заголовка, поле Fast BS Switching Indicator (FBSSI), указывающее то, что MS передает заголовок, чтобы запросить выделение CQICH при выполнении операции быстрой коммутации BS (FBSS), поле Feedback Type, указывающее тип различения информации для отправки CQICH, поле Preferred-Period, указывающее период выделения CQICH, предпочтительный для MS, поле CID, указывающее базовый идентификатор соединения (CID) MS, которая передает заголовок, поле HCS, указывающее контрольную последовательность заголовка (HCS), используемую для проверки целостности заголовка, поле Network re-entry confirm indicator, указывающее то, включено ли поле Network re-entry confirm, указывающее передачу/непередачу ACK для сообщения RNG-RSP ACK, сообщения SBC-RSP ACK и сообщения REG-RSP ACK в ходе процедуры повторного входа в сеть, в заголовок сообщения запроса на выделение CQICH, т.е. указывающее то, что заголовок сообщения запроса на выделение CQICH используется для передачи ACK для сообщения RNG-RSP ACK, сообщения SBC-RSP ACK и сообщения REG-RSP ACK, и поле the Network re-entry confirm. В Таблице 4, если значение поля FBSSI задано равным 1, значение поля Feedback Type и значение поля Preferred-Period игнорируются. Далее приводится описание информации битовой карты поля Network re-entry confirm.
Ниже следует описание каждого бита поля Network re-entry confirm. Бит 0=1 указывает сообщение ACK для сообщения RNG-RSP, бит 1=1 указывает сообщение ACK для незатребованного сообщения SBC-RSP, а бит 2=1 указывает сообщение ACK для незатребованного сообщения REG-RSP.
Если поле Network re-entry confirm indicator в заголовке сообщения запроса на выделение CQICH задается равным 1, то поле FBSSI, поле Feedback Type и поле Preferred-Period в заголовке сообщения запроса на выделение CQICH пренебрегаются.
При передаче сообщений ACK в ответ на сообщение RNG-RSP, незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP MS может установить информацию битовой карты, указывающую сообщения ACK для всех из сообщения RNG-RSP, незатребованного сообщения SBC-RSP и незатребованного сообщения REG-RSP, чтобы передать сообщения ACK посредством заголовка сообщения запроса на выделение CQICH, либо отдельно устанавливает информацию битовой карты, указывающую сообщение ACK для каждого из сообщения RNG-RSP, незатребованного сообщения SBC-RSP и незатребованного сообщения REG-RSP, чтобы передать сообщения ACK посредством трех заголовков сообщения запроса на выделение CQICH.
Сообщение RNG-RSP ACK, сообщение SBC-RSP ACK и сообщение REG-RSP ACK могут быть реализованы с помощью заголовка сообщения запроса полосы пропускания, как показано в Таблице 5 ниже.
Таблица 5
HT=1(1)
EC=0 (1)
Тип(3)=0b000/0b001
BR MSB (11)
BR LSB (8)
CID MSB (8)
CID LSB (8)
HCS (8)
Как показано в Таблице 5, заголовок сообщения запроса полосы пропускания включает в себя поле Type, указывающее тип текущего передаваемого заголовка, поле CID, указывающее базовый CID станции MS, которая передает заголовок сообщения запроса полосы пропускания, поле HCS, указывающее HCS, используемый для проверки целостности заголовка сообщения запроса полосы пропускания, и поле BR.
Значение поля Type, равное 000, указывает, является ли запрос на выделение полосы пропускания MS инкрементным, т.е. значение, заданное позднее в поле BR, указывает полосу пропускания, которую запрашивает MS для дополнительного выделения позднее. Т.е. значение поля Type, равное 000, и поля BR, равное 200, указывает, что MS запрашивает дополнительное выделение полосы пропускания в 200.
Если значение поля Type задано равным 001, это указывает, является ли запрос на выделение полосы пропускания агрегированным, т.е. значение, заданное позднее в поле BR, указывает требуемую полную полосу пропускания, которая должна быть выделена MS. Т.е. если значение поля Type задано равным 001, а значение поля BR задано равным 800, это указывает, что полоса пропускания в 800, определенная посредством суммирования текущей выделенной полосы пропускания MS, и полоса пропускания, которая должна быть выделена MS посредством запроса на выделение полосы пропускания, выделяются для MS.
При передаче заголовка сообщения запроса на полосу пропускания как сообщения ACK для сообщения RNG-RSP, незатребованного сообщения SBC-RSP и незатребованного сообщения REG-RSP в процедуре повторного входа в сеть, MS задает значение поля BR равным 0. После приема заголовка сообщения запроса на полосу пропускания с полем BR=0 целевая BS выполняет процедуру повторного входа в сеть с MS, обнаруживает сообщение ACK для сообщения RNG-RSP, незатребованного сообщения SBC-RSP или незатребованного сообщения REG-RSP.
Ссылаясь на фиг.4A и 4B, приводится описание процесса работы MS при выполнении процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению.
Фиг.4A и 4B - это блок-схемы последовательности операций способа, иллюстрирующие процесс работы MS при выполнении процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению.
Ссылаясь на фиг.4A и 4B, на этапе 411 MS, после передачи обслуживания от обслуживающей BS к целевой BS, получает синхронизацию нисходящей линии связи с целевой BS и принимает параметры, которые должны быть использованы в нисходящей линии связи и восходящей линии связи. На этапе 413 MS передает сообщение RNG-REQ в целевую BS. На этапе 415 MS принимает сообщение RNG-RSP, включающее в себя TLV оптимизации процесса передачи обслуживания, от целевой BS в ответ на сообщение RNG-REQ. На этапе 417 MS передает сообщение RNG-RSP ACK, указывающее нормальный прием сообщения RNG-RSP от целевой BS. Сообщение RNG-RSP ACK, как описано со ссылкой на таблицу 3-5, может быть реализовано с помощью расширенного подзаголовка подтверждения повторного входа в сеть, заголовка сообщения запроса на выделение CQICH или заголовка сообщения запроса на полосу пропускания, и их подробное описание приведено выше.
На этапе 419 MS анализирует TLV оптимизации процесса передачи обслуживания, принятое посредством сообщения RNG-RSP, и определяет то, есть ли необходимость принимать незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP от целевой BS. После определения того, что есть необходимость принимать незатребованное сообщение SBC-RSP и незатребованное сообщение REG-RSP от целевой BS, MS принимает незатребованное сообщение SBC-RSP от целевой BS на этапе 421. Затем, на этапе 423, MS передает сообщение SBC-RSP ACK, указывающее нормальный прием незатребованного сообщения SBC-RSP, в целевую BS. Сообщение SBC-RSP ACK, как описано со ссылкой на таблицу 3-5, может быть реализовано с помощью расширенного подзаголовка подтверждения повторного входа в сеть, заголовка сообщения запроса на выделение CQICH или заголовка сообщения запроса на полосу пропускания, и их подробное описание приведено выше.
На этапе 425 MS принимает незатребованное сообщение REG-RSP от целевой BS. На этапе 427 MS передает сообщение REG-RSP ACK, указывающее нормальный прием сообщения REG-RSP, в целевую BS. Сообщение REG-RSP ACK, как описано со ссылкой на таблицу 3-5, может быть реализовано с помощью расширенного подзаголовка подтверждения повторного входа в сеть, заголовка сообщения запроса на выделение CQICH или заголовка сообщения запроса на полосу пропускания, и их подробное описание приведено выше. На этапе 429 MS завершает процедуру повторного входа в сеть с помощью целевой BS, а затем заканчивает процесс работы.
Тем не менее, при определении на этапе 419 того, что нет необходимости принимать и незатребованное сообщение SBC-RSP, и незатребованное сообщение REG-RSP от целевой BS, MS определяет на этапе 431 то, есть ли необходимость принимать только незатребованное сообщение SBC-RSP от целевой BS. Если есть необходимость принимать только незатребованное сообщение SBC-RSP от целевой BS, MS принимает незатребованное сообщение SBC-RSP от целевой BS на этапе 433. Затем, на этапе 435, MS передает сообщение SBC-RSP ACK, указывающее нормальный прием незатребованного сообщения SBC-RSP, в целевую BS и после этого переходит к этапу 429.
Тем не менее, при определении на этапе 431 того, что нет необходимости принимать незатребованное сообщение SBC-RSP от целевой BS, MS определяет на этапе 437 то, есть ли необходимость принимать только незатребованное сообщение REG-RSP от целевой BS. После определения того, что есть необходимость принимать только незатребованное сообщение REG-RSP от целевой BS, MS принимает незатребованное сообщение REG-RSP от целевой BS на этапе 439. Затем, на этапе 441, MS передает сообщение REG-RSP ACK, указывающее нормальный прием незатребованного сообщения REG-RSP, в целевую BS и после этого переходит к этапу 429.
Тем не менее, если на этапе 437 определено, что нет необходимости принимать незатребованное сообщение REG-RSP от BS, т.е. если более нет процедуры повторного входа в сеть, чтобы выполнять, помимо процесса приема сообщения RNG-RSP согласно TLV оптимизации процесса передачи обслуживания, целевая BS и MS поддерживают виртуальный SDU SN, и значение бита 6 битовой карты TLV оптимизации процесса передачи обслуживания задано равным 1, то целевая BS выделяет ресурс восходящей линии связи, с которым MS может передавать заголовок отчета SN, и MS передает заголовок отчета SN в целевую BS с помощью ресурса восходящей линии связи, выделенного от целевой BS. В этом случае MS передает заголовок отчета SN без передачи сообщения ACK, имеющего формат, описанный со ссылкой на таблицу 3-5, заменяя передачу сообщения ACK для сообщения RNG-RSP. Учитывая, что формат заголовка отчета SN не связан непосредственно с сущностью настоящего изобретения, его подробное описание пропускается в данном документе.
Процесс работы MS в процедуре повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению описан в данном документе со ссылкой на фиг.4A и 4B. Далее со ссылкой на фиг.5A и 5B приводится описание процесса работы целевой BS при выполнении процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению.
Фиг.5A и 5B - это блок-схемы последовательности операций способа, иллюстрирующие процесс работы целевой BS при выполнении процедуры повторного входа в сеть на основе TLV оптимизации процесса передачи обслуживания в системе связи IEEE 802.16e согласно настоящему изобретению.
Ссылаясь на фиг.5A и 5B, на этапе 511 целевая BS принимает сообщение RNG-REQ от MS. На этапе 513 целевая BS передает сообщение RNG-RSP, включающее в себя TLV оптимизации процесса передачи обслуживания, в MS в ответ на сообщение RNG-REQ. На этапе 515 целевая BS принимает сообщение RNG-RSP ACK, указывающее нормальный прием сообщения RNG-RSP от MS. Сообщение RNG-RSP ACK, как описано со ссылкой на таблицу 3-5, может быть реализовано с помощью расширенного подзаголовка подтверждения повторного входа в сеть, заголовка сообщения запроса на выделение CQICH или заголовка сообщения запроса на полосу пропускания, подробное описание которых изложено выше.
На этапе 517 целевая BS определяет то, есть ли необходимость передавать как незатребованное сообщение SBC-RSP, так и незатребованное сообщение REG-RSP в MS. Если определено, что есть необходимость передавать как незатребованное сообщение SBC-RSP, так и незатребованное сообщение REG-RSP в MS, целевая BS передает незатребованное сообщение SBC-RSP в MS на этапе 519.
На этапе 521 целевая BS принимает сообщение SBC-RSP ACK, указывающее нормальный прием сообщения SBC-RSP от MS. Сообщение SBC-RSP ACK, как описано со ссылкой на таблицу 3-5, может быть реализовано с помощью расширенного подзаголовка подтверждения повторного входа в сеть, заголовка сообщения запроса на выделение CQICH или заголовка сообщения запроса на полосу пропускания, подробное описание которых изложено выше.
На этапе 523 целевая BS передает незатребованное сообщение REG-RSP в MS. На этапе 525 целевая BS принимает сообщение REG-RSP ACK, указывающее нормальный прием сообщения REG-RSP от MS. Сообщение REG-RSP ACK, как описано со ссылкой на таблицу 3-5, может быть реализовано с помощью расширенного подзаголовка подтверждения повторного входа в сеть, заголовка сообщения запроса на выделение CQICH или заголовка сообщения запроса на полосу пропускания, подробное описание которых изложено выше. На этапе 527 целевая BS завершает процедуру повторного входа в сеть с помощью MS, а затем заканчивает процесс работы.
Тем не менее, при определении на этапе 517 того, что нет необходимости передавать как незатребованное сообщение SBC-RSP, так и незатребованное сообщение REG-RSP в MS, целевая BS определяет на этапе 529 то, есть ли необходимость передавать только незатребованное сообщение SBC-RSP в MS. При определении того, что есть необходимость передавать только незатребованное сообщение SBC-RSP в MS, целевая BS передает незатребованное сообщение SBC-RSP в MS на этапе 531. Затем, на этапе 533, целевая BS принимает сообщение SBC-RSP ACK, указывающее нормальный прием незатребованного сообщения SBC-RSP от MS, и далее переходит к этапу 527.
Тем не менее, если на этапе 529 определено то, что нет необходимости передавать только незатребованное сообщение SBC-RSP в MS, целевая BS определяет на этапе 535 то, есть ли необходимость передать только незатребованное сообщение REG-RSP в MS. Если определено, что есть необходимость передавать только незатребованное сообщение REG-RSP в MS, целевая BS передает незатребованное сообщение REG-RSP в MS на этапе 537. Затем, на этапе 539, целевая BS принимает сообщение REG-RSP ACK, указывающее нормальный прием незатребованного сообщения REG-RSP от MS, и далее переходит к этапу 527.
Тем не менее, если на этапе 535 определено, что нет необходимости передавать незатребованное сообщение REG-RSP от BS, т.е. если более нет процедуры повторного входа в сеть, чтобы выполнять, помимо процесса приема сообщения RNG-RSP согласно TLV оптимизации процесса передачи обслуживания, целевая BS и MS поддерживают виртуальный SDU SN, и значение бита 6 битовой карты TLV оптимизации процесса передачи обслуживания задано равным 1, то целевая BS выделяет ресурс восходящей линии связи, с которым MS может передавать заголовок отчета SN. После этого целевая BS принимает заголовок сообщения SN, которое MS передает с помощью ресурса восходящей линии связи, выделенного ей. В этом случае целевая BS принимает заголовок отчета SN без приема сообщения ACK, имеющего формат, описанный со ссылкой на таблицу 3-5, заменяя передачу сообщения ACK для сообщения RNG-RSP.
Из вышеприведенного описания можно понять, что в системе связи, когда MS выполняет процедуру повторного входа в сеть с целевой BS после коммутации соединения на целевую BS, MS может передавать уведомление, указывающее завершение процедуры повторного входа в сеть в целевую BS, тем самым предотвращая возможное возникновение задержки между MS и целевой BS и повышая общую производительность системы.
Несмотря на то что изобретение показано и описано со ссылкой на его конкретные варианты осуществления, специалистам в данной области техники следует понимать, что различные изменения по форме и содержанию могут быть сделаны без отступления от духа и области применения изобретения, заданной прилагаемой формулой изобретения.