УСТРОЙСТВО И СПОСОБ ДЛЯ ВЫПОЛНЕНИЯ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
APPARATUS AND METHOD FOR HANDOVER IN WIRELESS COMMUNICATION SYSTEM

Область техники
Настоящее изобретение относится к устройству и способу для выполнения передачи обслуживания в системе беспроводной связи. В частности, настоящее изобретение относится к устройству и способу для уменьшения задержки передачи обслуживания в системе беспроводной связи.
Уровень техники
Быстрый рост рынка мобильной связи обусловил потребности в различных мультимедиа-услугах в беспроводной среде. Для соответствия этим требованиям проводятся исследования по системам беспроводной связи для поддержки высокоскоростных услуг для обеспечения мобильности и качества обслуживания (QoS), чтобы предложить мультимедиа-услуги.
Для поддержки бесперебойного обслуживания система беспроводной связи поддерживает передачу обслуживания мобильной станции (MS). К примеру, когда MS перемещается от обслуживающей ее базовой станции (BS) к целевой BS, система беспроводной связи поддерживает передачу обслуживания, которая подключает вызов MS от обслуживающей BS к целевой BS, чтобы предоставить бесперебойное обслуживание для MS. Чтобы подключить вызов к целевой BS, MS выполняет процедуру ранжирования с целевой BS.
Как рассмотрено выше, когда MS совершает передачу обслуживания к целевой BS, MS обслуживается целевой BS только после того, как она осуществляет доступ к целевой BS посредством процедуры ранжирования с целевой BS. Однако при этом передача обслуживания MS может задерживаться ввиду процедуры ранжирования с целевой BS.
Соответственно, имеется необходимость в улучшенном устройстве и способе для уменьшения задержки передачи обслуживания в системе беспроводной связи.
Раскрытие изобретения
Техническое решение
Один аспект настоящего изобретения состоит в том, чтобы преодолеть по меньшей мере вышеуказанные проблемы и/или недостатки и предоставить по меньшей мере описанные ниже преимущества. Соответственно, один аспект настоящего изобретения состоит в том, чтобы предоставить устройство и способ для уменьшения задержки передачи обслуживания в системе беспроводной связи.
Другой аспект настоящего изобретения состоит в том, чтобы предоставить устройство и способ для уменьшения задержки в передаче обслуживания путем запрашивания необходимой информации о ширине полосы у целевой BS, прежде чем MS войдет в сеть целевой BS в системе беспроводной связи.
Еще один аспект настоящего изобретения состоит в том, чтобы предоставить устройство и способ для переноса информации о ширине полосы, запрошенной посредством MS, к целевой BS, когда MS, обслуживаемая одной BS, переключается на целевую BS в системе беспроводной связи.
Другой аспект настоящего изобретения состоит в том, чтобы предоставить устройство и способ для переноса информации о ресурсе, который следует назначить MS, к целевой BS, когда MS, обслуживаемая одной BS, переключается на целевую BS в системе беспроводной связи.
Дополнительный аспект настоящего изобретения состоит в том, чтобы предоставить устройство и способ, позволяющие BS точно подтвердить передачу обслуживания MS с использованием уникального кода, присвоенного MS, которая запрашивает передачу обслуживания, в системе беспроводной связи.
В соответствии с одним аспектом настоящего изобретения предоставляется способ передачи обслуживания мобильной станции (MS) в системе беспроводной связи. Способ включает в себя, при передаче обслуживания к другой базовой станции (BS) во время обслуживания обслуживающей BS, определение, существуют ли данные для передачи по восходящей линии, и, когда данные для передачи по восходящей линии существуют, запрашивание ширины полосы у обслуживающей BS, прежде чем начинать повторный вход в сеть к целевой BS, для передачи обслуживания.
В соответствии с другим аспектом настоящего изобретения предоставляется способ BS для поддержки передачи обслуживания MS в системе беспроводной связи. Способ включает в себя определение, поддерживать ли передачу обслуживания MS, при приеме запроса на передачу обслуживания MS от соседней BS, информирование соседней BS о возможности поддержки передачи обслуживания MS, назначение ресурса MS с учетом информации запроса ширины полосы MS при приеме информации уведомления о передаче обслуживания, содержащей информацию запроса ширины полосы MS, от соседней BS, и передачу к MS и прием от MS данных посредством ресурса, назначенного MS.
В соответствии с другим аспектом настоящего изобретения предоставляется способ базовой станции (BS) для управления передачей обслуживания мобильной станции (MS) в системе беспроводной связи. Способ содержит определение по меньшей мере одной соседней BS с возможностью поддержки передачи обслуживания MS, когда для MS желательная передача обслуживания к другой BS, и передачу информации о запланированном ресурсе, не назначенном MS, к целевой BS.
В соответствии с еще одним аспектом настоящего изобретения предоставляется устройство передачи обслуживания MS в системе беспроводной связи. Устройство включает в себя приемник для приема сигнала, передатчик для передачи сигнала и контроллер для, при передаче обслуживания к другой базовой станции (BS) во время обслуживания обслуживающей BS и при наличии данных для передачи по восходящей линии, управления для запроса ширины полосы у обслуживающей BS, прежде чем начинать повторный вход в сеть к целевой BS, для передачи обслуживания.
В соответствии с другим аспектом настоящего изобретения предоставляется устройство BS для управления передачей обслуживания MS в системе беспроводной связи. Устройство включает в себя приемник для приема сигнала, передатчик для передачи сигнала, проводной интерфейс для передачи к по меньшей мере одной соседней BS и приема от по меньшей мере одной соседней BS сигналов по проводной сети, и контроллер для, при приеме информации уведомления о передаче обслуживания, содержащей информацию запроса ширины полосы MS, через проводной интерфейс, назначения ресурса MS с учетом информации запроса ширины полосы MS и управления для передачи к MS и приема от MS данных с использованием назначенного ресурса.
Другие аспекты, преимущества и признаки изобретения станут понятны специалистам в данной области техники из следующего подробного описания, которое совместно с приложенными чертежами раскрывает иллюстративные варианты осуществления изобретения.
Краткое описание чертежей
Вышеперечисленные и другие аспекты, признаки и преимущества некоторых иллюстративных вариантов осуществления настоящего изобретения поясняются в последующем описании со ссылкам на чертежи, где:
на Фиг. 1 иллюстрируется процедура передачи обслуживания в системе беспроводной связи согласно иллюстративному варианту осуществления настоящего изобретения;
на Фиг. 2 иллюстрируется процедура передачи обслуживания в системе беспроводной связи согласно иллюстративному варианту осуществления настоящего изобретения;
на Фиг. 3 иллюстрируется структура мобильной станции (MS) для передачи обслуживания согласно иллюстративному варианту осуществления настоящего изобретения; и
на Фиг. 4 иллюстрируется структура базовой станции (BS) для передачи обслуживания согласно иллюстративному варианту осуществления настоящего изобретения.
На всех чертежах подобные ссылочные позиции обозначают подобные части, компоненты и структуры.
Предпочтительный вариант осуществления изобретения
Следующее описание со ссылками на чертежи предоставляется для пояснения иллюстративных вариантов осуществления настоящего изобретения, как определено пунктами формулы и их эквивалентами. Оно включает в себя различные характерные подробности для пояснения, но их следует расценивать исключительно как иллюстративные. Соответственно, специалистам в данной области техники должно быть понятно, что различные изменения и модификации вариантов осуществления, описанных здесь, могут выполняться без отклонения от объема и сущности изобретения. Кроме того, описания широко известных функций и конструкций опускаются в целях ясности и краткости.
Термины и слова, использованные в следующем описании и формуле, не ограничиваются словарными значениями, а просто используются изобретателем для предоставления возможности ясного и корректного понимания изобретения. Соответственно, специалистам в данной области техники должно быть понятно, что последующее описание иллюстративных вариантов осуществления настоящего изобретения предоставляется только в целях иллюстрации, но не в целях ограничения изобретения, определяемого пунктами приложенной формулы и их эквивалентами.
Следует понимать, что упоминание объектов в единственном числе включает в себя множественное число, если контекст ясно не определяет обратного. Так, например, ссылка на «поверхность компонента» включает в себя ссылку на одну или более таких поверхностей.
Термин «существенно» означает, что названная характеристика, параметр или величина не обязательно должна достигаться полностью и что отклонения или вариации, включая, например, допустимую погрешность, ошибку измерения, ограничения точности измерений и другие факторы, известные в области техники, могут происходить в количествах, не препятствующих эффекту, который характеристика должна была предоставлять.
Иллюстративные варианты осуществления настоящего изобретения предоставляют метод для уменьшения задержки передачи обслуживания в системе беспроводной связи.
В дальнейшем, базовая станция (BS), обслуживающая мобильную станцию (MS) перед ее передачей обслуживания, называется обслуживающей BS, а BS, к которой MS теперь осуществляет доступ посредством передачи обслуживания, называется целевой BS. Когда BS и MS передают друг другу и принимают друг от друга сигналы по радиоресурсам, BS передают и принимают сигналы по магистрали.
Когда существуют данные для передачи по восходящей линии перед повторным входом в сеть к целевой BS в системе беспроводной связи, MS запрашивает ширину полосы к целевой BS через обслуживающую BS для уменьшения задержки передачи обслуживания. Например, в момент уведомления о передаче обслуживания обслуживающей BS, MS может запрашивать ширину полосы у обслуживающей BS, как показано на Фиг. 1.
На Фиг. 1 иллюстрируется процедура передачи обслуживания в системе беспроводной связи согласно иллюстративному варианту осуществления настоящего изобретения.
Согласно Фиг. 1, когда для MS 101, обслуживаемой обслуживающей BS 103, желательна передача обслуживания, MS 101 отправляет сообщение запроса (REQ) передачи обслуживания (HO) обслуживающей BS 103 на этапе 111.
По приему HO-REQ-сообщения от MS 101, обслуживающая BS 103 информирует соседние BS о запросе на передачу обслуживания MS 101 на этапе 113. То есть, обслуживающая BS 103 передает MS-HO-REQ-сообщение от MS 101 к соседним BS для определения, какие из соседних BS имеют возможность поддержки передачи обслуживания MS 101. Здесь соседние BS включают в себя целевую BS 105.
После приема HO-REQ-сообщения MS 101, соседние BS определяют, могут ли они поддерживать передачу обслуживания MS 101. То есть, когда для MS 101 желательна передача обслуживания к соседней BS, каждая из соседних BS определяет, может ли она обслуживать MS 101. Соседние BS, способные поддерживать передачу обслуживания MS 101, присваивают MS 101 MS-Идентификатор (ID).
Для информирования обслуживающей BS 103 об их возможности поддержки передачи обслуживания MS 101, каждая из соседних BS отправляет сообщение MS-HO-Ответа (RSP) в отношении MS 101 к обслуживающей BS 103 на этапе 115. То есть, соседние BS, способные поддерживать передачу обслуживания MS 101, включают MS-ID, присвоенный MS 101, в HO-RSP-сообщение и отправляют HO-RSP-сообщение.
Обслуживающая BS 103 подтверждает информацию соседних BS, которые поддерживают передачу обслуживания MS 101, из HO-RSP-сообщения. Далее, обслуживающая BS 103 генерирует HO-RSP-сообщение, включающее в себя информацию соседних BS, которые поддерживают передачу обслуживания MS 101, и отправляет HO-RSP-сообщение к MS 101 на этапе 117. Здесь HO-RSP-сообщение включает в себя информацию о BS-кандидатах, на которые MS 101 может переключиться, MS-ID, присвоенный MS 101 BS-кандидатами, и информацию ключа шифрования (TEK) для связи с BS-кандидатами.
MS 101 выбирает целевую BS 105 для передачи обслуживания из BS-кандидатов, подтвержденных HO-RSP-сообщением. На этапе 119 MS 101 уведомляет о передаче обслуживания обслуживающую BS 103. При этом, когда существуют данные для передачи по восходящей линии, MS 101 отправляет информацию запроса ширины полосы (BW-REQ) к обслуживающей BS 103. Например, MS 101 может отправлять сообщение HO-Уведомления (IND), уведомляющее о передаче обслуживания целевую BS, к обслуживающей BS 103 и включать в него BW-REQ-информацию. В альтернативном варианте осуществления, MS 101 может сформировать BW-REQ-сообщение отдельно от HO-IND-сообщения и затем отправить BW-REQ-сообщение к обслуживающей BS 103.
Обслуживающая BS 103 подтверждает целевую BS 105, которую выбрала MS 101, на основе HO-IND-сообщения. В иллюстративной реализации обслуживающая BS 103 может подтверждать BW-REQ-информацию от MS 101. Например, обслуживающая BS 103 может подтверждать BW-REQ-информацию от MS 101 в HO-IND-сообщении. Альтернативно, обслуживающая BS 103 может подтверждать BW-REQ-информацию от MS 101 на основе BW-REQ-сообщения, принятого от MS 101.
Далее, обслуживающая BS 103 уведомляет о передаче обслуживания MS 101 целевую BS 105 на этапе 121. Также обслуживающая BS 103 отправляет BW-REQ-информацию от MS 101 к целевой BS 105. Например, обслуживающая BS 103 может отправлять HO-IND-сообщение об MS 101 и включать в него BW-REQ-информацию от MS 101. Альтернативно, обслуживающая BS 103 может генерировать BW-REQ-сообщение отдельно от HO-IND-сообщения и отправлять BW-REQ-сообщение к целевой BS 105.
В отношении отправки BW-REQ-информации MS 101 к целевой BS 105, в иллюстративной реализации, обслуживающая BS 103 передает информацию о запланированных ресурсах, не назначенных MS 101, к целевой BS 105. К примеру, обслуживающая BS 103 отправляет BW-REQ-информацию, которую запросила MS 101 на этапе 119, к целевой BS 105. Альтернативно, обслуживающая BS 103 может отправлять BW-REQ-информацию, которую запросила MS 101 на этапе 119, и информацию о ресурсах, не назначенных MS 101, к целевой BS 105.
Целевая BS 105 подтверждает передачу обслуживания MS 101 на основе HO-IND-сообщения, принятого от обслуживающей BS 103. Также целевая BS 105 подтверждает BW-REQ-информацию, которую запросила MS 101. Таким образом, целевая BS 105 назначает ресурсы MS 101 с учетом BW-REQ-информации об MS 101, принятой от обслуживающей BS 103 на этапе 123. При этом целевая BS 105 отправляет сообщение назначения ресурсов к MS 101, используя MS-ID, присвоенный MS 101 на этапе 115. Здесь сообщение назначения ресурсов включает в себя MAP нисходящей линии (DL) и MAP восходящей линии (UL).
На этапе 125 целевая BS 105 передает DL-данные к MS 101 посредством DL-ресурса, назначенного MS 101. Посредством ключа шифрования целевой BS 105, подтвержденной HO-RSP-сообщением, принятым от обслуживающей BS 103 на этапе 117, MS 101 может связываться с целевой BS 105.
MS 101 передает UL-данные посредством UL-ресурсов, назначенных от целевой BS 105 на этапе 127.
MS 101 выполняет процедуру ранжирования с целевой BS 105 для доступа к целевой BS 105 на этапах 129 и 131. Например, MS 101 отправляет код ранжирования к целевой BS 105 по некоторому каналу. По приему кода ранжирования, целевая BS 105 назначает ресурсы, чтобы MS 101 могла отправлять сообщение ранжирования (RNG-REQ). Посредством ресурса, назначенного от целевой BS 105, MS 101 отправляет RNG-REQ-сообщение к целевой BS 105 на этапе 129. Целевая BS 105 отправляет RNG-RSP-сообщение к MS 101 в ответ на RNG-REQ-сообщение, принятое от MS 101 на этапе 131.
В различных иллюстративных вариантах осуществления передача и прием данных между MS 101 и целевой BS 105 этапов 125 и 127 и процедура ранжирования между MS 101 и целевой BS 105 этапов 129 и 131 могут производиться последовательно или параллельно. Кроме того, процедура ранжирования этапов 129 и 131 может предшествовать передаче и приему данных этапов 125 и 127.
В одном иллюстративном варианте осуществления, MS 101 предоставляет запрос ширины полосы к обслуживающей BS 103 в момент уведомления о передаче обслуживания обслуживающей BS 103. Однако когда существуют данные для передачи по восходящей линии в любое время перед повторным входом в сеть к целевой BS 105, MS 101 может предоставлять запрос ширины полосы к обслуживающей BS 103. Альтернативно, MS 101 может периодически передавать BW-REQ-информацию к обслуживающей BS 103 до повторного входа в сеть к целевой BS 105.
На Фиг. 1 предполагается, что передача обслуживания производится по запросу MS 101, и MS 101 определяет целевую BS 105. В другой иллюстративной реализации обслуживающая BS 103 может запрашивать передачу обслуживания или обслуживающая BS 103 может определять целевую BS 105. В этом случае MS 101 может избирательно отправлять HO-IND-сообщение к обслуживающей BS 103. То есть MS 101 может отправлять, а может не отправлять HO-IND-сообщение к обслуживающей BS 103.
Чтобы более ясно подтвердить передачу обслуживания MS на целевой BS, система беспроводной связи может назначать выделенный код MS, которая запрашивает передачу обслуживания, как иллюстрируется на Фиг. 2.
На Фиг. 2 иллюстрируется процедура передачи обслуживания в системе беспроводной связи согласно иллюстративному варианту осуществления настоящего изобретения.
Согласно Фиг. 2, когда для MS 201, обслуживаемой обслуживающей BS 203, желательна передача обслуживания, MS 201 отправляет HO-REQ-сообщение к обслуживающей BS 203 на этапе 211.
По приему HO-REQ-сообщения от MS 201, обслуживающая BS 203 информирует соседние BS о запросе на передачу обслуживания MS 201 на этапе 213. То есть обслуживающая BS 203 отправляет MS-HO-REQ-сообщение о MS 201 соседним BS для определения, какие из соседних BS имеют возможность поддержки передачи обслуживания MS 201. Здесь соседние BS включают в себя целевую BS 205.
После приема HO-REQ-сообщения об MS 201, соседние BS определяют, могут ли они поддерживать передачу обслуживания MS 201. То есть, когда для MS 201 желательна передача обслуживания к соседней BS, каждая из соседних BS определяет, может ли она обслуживать MS 201. Соседние BS, способные поддерживать передачу обслуживания MS 201, присваивают MS 201 MS-ID и выделенный код для подтверждения передачи обслуживания.
Для информирования о возможности поддержки передачи обслуживания MS 201 каждая из соседних BS отправляет MS-HO-RSP-сообщение в отношении MS 201 к обслуживающей BS 203 на этапе 215. То есть соседние BS, способные поддерживать передачу обслуживания MS 201, включают MS-ID, присвоенный MS 101, и выделенный код в HO-RSP-сообщение и отправляют HO-RSP-сообщение.
Обслуживающая BS 203 подтверждает информацию о соседних BS, которые поддерживают передачу обслуживания MS 201, из HO-RSP-сообщения. На этапе 217 обслуживающая BS 203 генерирует HO-RSP-сообщение, включающее в себя информацию о соседних BS, которые поддерживают передачу обслуживания MS 201, и отправляет HO-RSP-сообщение к MS 201. Здесь HO-RSP-сообщение включает в себя информацию о BS-кандидатах, на которые может переключиться MS 201, MS-ID MS 201, присвоенный BS-кандидатами, информацию ключа шифрования (TEK) для связи с BS-кандидатами и выделенный код, назначенный MS 201 BS-кандидатами.
MS 201 выбирает целевую BS 205 для передачи обслуживания из BS-кандидатов, подтвержденных HO-RSP-сообщением. На этапе 219 MS 201 уведомляет о передачу обслуживания обслуживающую BS 203. При этом, когда существуют данные для передачи по восходящей линии, MS 201 отправляет BW-REQ-информацию к обслуживающей BS 203. Например, MS 201 может включать BW-REQ-информацию в HO-IND-сообщение, уведомляющее о передаче обслуживания целевую BS, и отправлять HO-IND-сообщение к обслуживающей BS 203. В альтернативном варианте осуществления, MS 201 может сформировать BW-REQ-сообщение отдельно от HO-IND-сообщения и затем отправить BW-REQ-сообщение к обслуживающей BS 203.
После отправки HO-IND-сообщения к обслуживающей BS 203, MS 201 отправляет выделенный код, присвоенный от целевой BS 205, к целевой BS 205 на этапе 223. А именно, MS 201 отправляет сообщение ранжирования выделенного кода к целевой BS 205.
Обслуживающая BS 203 подтверждает целевую BS 205, которую выбрала MS 201, на основе HO-IND-сообщения. В одном иллюстративном варианте осуществления обслуживающая BS 203 может также подтверждать BW-REQ-информацию от MS 201. Например, обслуживающая BS 203 может подтверждать BW-REQ-информацию от MS 201 в HO-IND-сообщении. Альтернативно, обслуживающая BS 203 может подтверждать BW-REQ-информацию от MS 201 на основе BW-REQ-сообщения, принятого от MS 201.
На этапе 221 обслуживающая BS 203 уведомляет о передаче обслуживания MS 201 целевую BS 205. В иллюстративной реализации обслуживающая BS 203 пересылает BW-REQ-информацию от MS 201 к целевой BS 205. Например, обслуживающая BS 203 может отправлять HO-IND-сообщение об MS 201 к целевой BS 205 и включать туда BW-REQ-информацию от MS 201. Альтернативно, обслуживающая BS 203 может генерировать BW-REQ-сообщение отдельно от HO-IND-сообщения и отправлять BW-REQ-сообщение к целевой BS 205.
В отношении отправки BW-REQ-информации об MS 201 к целевой BS 205, в иллюстративной реализации, обслуживающая BS 203 передает информацию о запланированных ресурсах, не назначенных MS 201, к целевой BS 205. К примеру, обслуживающая BS 203 отправляет BW-REQ-сообщение, которое запросила MS 201 на этапе 219, к целевой BS 205. Альтернативно, обслуживающая BS 203 может отправлять BW-REQ-сообщение, которое запросила MS 201 на этапе 219, и информацию о ресурсе, не назначенном MS 201, к целевой BS 205.
Целевая BS 205 подтверждает передачу обслуживания MS 201 на основе HO-IND-сообщения, принятого от обслуживающей BS 203. Также целевая BS 205 подтверждает BW-REQ-информацию, которую запросила MS 201.
При приеме информации выделенного кода от MS 201, целевая BS 205 может удостоверяться о передаче обслуживания MS 201 к ней. В результате целевая BS 205 назначает ресурс MS 201 с учетом BW-REQ-информации об MS 201, принятой от обслуживающей BS 203, на этапе 225. При этом целевая BS 205 отправляет сообщение назначения ресурсов к MS 201, используя MS-ID, присвоенный MS 201 на этапе 215. Здесь сообщение назначения ресурсов включает в себя DL-MAP и UL-MAP.
На основе выделенного кода, принятого от MS 201, целевая BS 205 может распознать, что она примет RNG-REQ-сообщение, отправленное от MS 201. В этой ситуации целевая BS 205 может отправлять информацию назначения ресурсов к MS 201 путем включения информации о ресурсе, через который MS 201 может отправлять RNG-REQ-сообщение. Альтернативно, целевая BS 205 может добавлять информацию о ресурсе, через который MS 201 может отправлять RNG-REQ-сообщение, в отдельное сообщение назначения ресурсов.
После отправки сообщения назначения ресурсов к MS 201 целевая BS 205 передает DL-данные к MS 201 посредством DL-ресурса, назначенного MS 201, на этапе 227. Посредством ключа шифрования от целевой BS 205, подтвержденной HO-RSP-сообщением, принятым от обслуживающей BS 203 на этапе 217, MS 201 может связываться с целевой BS 205.
MS 201 передает UL-данные посредством UL-ресурса, назначенного от целевой BS 205 на этапе 229.
MS 201 выполняет процедуру ранжирования с целевой BS 205 для доступа к целевой BS 205 на этапах 231 и 233. Например, MS 201 подтверждает ресурс для RNG-REQ-сообщения из сообщения назначения ресурсов, принятого от целевой BS 205. Посредством ресурса, назначенного от целевой BS 205, MS 201 отправляет RNG-REQ-сообщение к целевой BS 205 на этапе 231. Целевая BS 205 отправляет RNG-RSP-сообщение к MS 201 в ответ на RNG-REQ-сообщение, принятое от MS 201 на этапе 233
Передача и прием данных между MS 201 и целевой BS 205 этапов 227 и 229 и процедура ранжирования между MS 201 и целевой BS 205 этапов 231 и 233 могут производиться последовательно или параллельно. Кроме того, процедура ранжирования этапов 231 и 233 может предшествовать передаче и приему данных с этапов 227 и 229.
В одном иллюстративном варианте осуществления, MS 201 предоставляет запрос ширины полосы к обслуживающей BS 203 в момент уведомления обслуживающей BS 203 о передаче обслуживания. Альтернативно, MS 201 может периодически передавать BW-REQ-информацию к обслуживающей BS 203 до повторного входа в сеть к целевой BS 205.
На Фиг. 2 предполагается, что передача обслуживания производится при запросе от MS 201 и что MS 201 определяет целевую BS 205. Однако обслуживающая BS 203 может запрашивать передачу обслуживания или обслуживающая BS 203 может определять целевую BS 205. В этом случае MS 201 может избирательно отправлять HO-IND-сообщение к обслуживающей BS 203. То есть MS 201 может отправлять, а может не отправлять HO-IND-сообщение к обслуживающей BS 203.
Ниже поясняется иллюстративная структура MS для выполнения передачи обслуживания к целевой BS.
На Фиг. 3 изображена структурная схема MS для передачи обслуживания согласно иллюстративному варианту осуществления настоящего изобретения.
Согласно Фиг. 3, MS включает в себя дуплексер 300, приемник 310, контроллер 320 и передатчик 330.
Согласно дуплексированию, дуплексер 300 переносит выходной сигнал передачи из передатчика 330 через антенну и предоставляет сигнал, принятый через антенну, приемнику 310.
Приемник 310 включает в себя радиочастотный (RF) процессор 311, аналого-цифровой преобразователь (ADC) 313, демодулятор 315 мультиплексирования с ортогональным частотным разделением (OFDM), декодер 317 и процессор 319 сообщений.
RF-процессор 311 преобразует выходной RF-сигнал от дуплексера 300 в немодулированный аналоговый сигнал. ADC 313 преобразует выходной аналоговый сигнал из RF-процессора 311 в цифровые данные выборки. OFDM-демодулятор 315 преобразует выходные данные выборки временной области из ADC 313 в данные частотной области посредством процесса быстрого преобразования Фурье (FFT).
Декодер 317 демодулирует и декодирует выходной сигнал из OFDM-демодулятора 315 на соответствующем модуляционном уровне. Здесь модуляционный уровень указывает на уровень схемы модуляции и кодирования (MCS).
Процессор 319 сообщений обнаруживает управляющий сигнал из выходного сигнала из декодера 317 и предоставляет обнаруженный управляющий сигнал контроллеру 320. К примеру, процессор 319 сообщений обнаруживает HO-RSP-сообщение, принятое от обслуживающей BS, и сообщение назначения ресурсов и предоставляет обнаруженные сообщения контроллеру 320.
Контроллер 320 управляет всей работой и передачей обслуживания MS.
В частности, в иллюстративной реализации управления передачей обслуживания контроллер 320 учитывает уровень сигнала.
Контроллер 320 выбирает целевую BS для передачи обслуживания из BS-кандидатов, подтвержденных на основе HO-RSP-сообщения, предоставленного от процессора 319 сообщений.
Когда существуют данные для передачи по восходящей линии перед повторным входом в сеть к целевой BS, контроллер 320 управляет с целью отправки BW-REQ-информации к обслуживающей BS. К примеру, контроллер 320 управляет с целью отправки BW-REQ-информации, когда о передаче обслуживания уведомляется обслуживающая BS. Альтернативно, контроллер 320 управляет с целью периодической передачи BW-REQ-информации перед повторным входом в сеть к целевой BS. В результате, MS может связываться с целевой BS перед ранжированием с целевой BS.
Хранилище 321 хранит MS-ID, присвоенный от целевой BS для передачи обслуживания, и информацию кода шифрования под управлением контроллера 320.
Передатчик 330 включает в себя генератор 331 сообщений, кодер 333, OFDM-модулятор 335, цифроаналоговый преобразователь (DAC) 337 и RF-процессор 339.
Генератор 331 сообщений генерирует управляющее сообщение для передачи обслуживания под управлением контроллера 320. Например, когда контроллер 320 решает выполнить передачу обслуживания, генератор 331 сообщений генерирует HO-REQ-сообщение для запроса передачи обслуживания для обслуживающей BS.
Когда контроллер 320 определяет целевую BS для передачи обслуживания, генератор 331 сообщений генерирует HO-IND-сообщение для уведомления целевой BS о передаче обслуживания. При этом генератор 331 сообщений генерирует BW-REQ-сообщение для запроса необходимой полосы. Например, генератор 331 сообщений генерирует HO-IND-сообщение, включающее в себя BW-REQ-информацию. Альтернативно, генератор 331 сообщений может генерировать BW-REQ-сообщение отдельно от HO-IND-сообщения.
Кодер 333 кодирует и модулирует сигнал передачи или выходное сообщение из генератора 331 сообщений на соответствующем модуляционном уровне.
OFDM-модулятор 335 преобразует выходные данные частотной области из кодера 333 в данные выборки временной области (т.е. OFDM-символы) посредством процесса Обратного FFT (IFFT).
DAC 337 преобразует выходные данные выборки из OFDM-модулятора 335 в аналоговый сигнал. RF-процессор 339 преобразует немодулированный аналоговый выходной сигнал из DAC 337 в RF-сигнал.
В одном иллюстративном варианте осуществления, MS принимает MS-ID от BS-кандидатов и информацию ключа шифрования от обслуживающей BS. Соответственно, контроллер 320 управляет для сохранения MS-ID, присвоенного от целевой BS, и информации ключа шифрования в хранилище 321.
В другом иллюстративном варианте осуществления, MS принимает MS-ID от BS-кандидатов, ключ шифрования и информацию выделенного кода от обслуживающей BS. В определенный момент после того, как о передаче обслуживания уведомляется обслуживающая BS, контроллер 320 управляет для передачи информации выделенного кода к целевой BS.
В одном иллюстративном варианте осуществления контроллер 320 определяет, запрашивать ли передачу обслуживания, и выбирает целевую BS. В альтернативной иллюстративной реализации, когда обслуживающая BS запрашивает передачу обслуживания или обслуживающая BS выбирает целевую BS, контроллер 320 начинает передачу обслуживания согласно запросу обслуживающей BS. Также контроллер 320 подтверждает информацию о целевой BS, которую определяет обслуживающая BS. Контроллер 320 управляет генератором 331 сообщений для выборочной передачи HO-IND-сообщения к обслуживающей BS.
Ниже описана структура иллюстративной BS для управления передачей обслуживания MS.
На Фиг. 4 изображена структурная схема BS для передачи обслуживания согласно иллюстративному варианту осуществления настоящего изобретения.
Согласно Фиг. 4, BS включает в себя дуплексер 400, приемник 410, контроллер 420 и передатчик 430.
Согласно дуплексированию, дуплексер 400 переносит выходной сигнал передачи из передатчика 430 через антенну и предоставляет сигнал, принятый через антенну, приемнику 410.
Приемник 410 включает в себя RF-процессор 411, ADC 413, OFDM-демодулятор 415, декодер 417 и процессор 419 сообщений.
RF-процессор 411 преобразует выходной RF-сигнал из дуплексера 400 в немодулированный аналоговый сигнал. ADC 413 преобразует выходной аналоговый сигнал из RF-процессора 411 в цифровые данные выборки. OFDM-демодулятор 415 преобразует выходные данные выборки временной области из ADC 413 в данные частотной области посредством FFT-процесса.
Декодер 417 демодулирует и декодирует выходной сигнал из OFDM-демодулятора 415 на соответствующем модуляционном уровне.
Процессор 419 сообщений обнаруживает управляющий сигнал из выходного сигнала из декодера 417 и предоставляет обнаруженный управляющий сигнал контроллеру 420. К примеру, процессор 419 сообщений обнаруживает HO-REQ-сообщение и HO-IND-сообщение, принятое от обслуживаемой MS, и предоставляет обнаруженные сообщения контроллеру 420.
Контроллер 420 управляет всей работой BS и передачей обслуживания MS, перемещающейся в ее зоне обслуживания. Например, когда BS является обслуживающей BS, контроллер 420 управляет с целью запроса передачи обслуживания MS у соседних BS для поиска BS-кандидатов с возможностью поддержки передачи обслуживания MS. Контроллер 420 управляет с целью отправки HO-REQ-сообщения о MS к соседним BS по проводной сети, соединенной через проводной интерфейс. Здесь проводная сеть включает в себя магистраль.
Контроллер 420 уведомляет о передаче обслуживания MS целевую BS, подтвержденную из HO-IND-сообщения, предоставленного от процессора 419 сообщений. Например, BS включает в себя проводной интерфейс для связи с соседними BS по магистрали. В результате контроллер 420 уведомляет о передаче обслуживания MS целевую BS через проводной интерфейс.
Для уведомления целевой BS о передаче обслуживания MS, контроллер 420 управляет с целью отправки BW-REQ-информации к целевой BS от MS, выполняющей передачу обслуживания к целевой BS. При этом контроллер 420 управляет с целью отправки информации о ресурсах, не назначенных MS посредством планирования, к целевой BS. Например, контроллер 420 управляет с целью передачи BW-REQ-информации, которую запросила MS, к целевой BS. Альтернативно, контроллер 420 может управлять с целью отправки BW-REQ-информации, которую запросила MS, и информации о ресурсе, не назначенном MS, к целевой BS.
Когда BS является целевой BS, контроллер 420 анализирует, имеет ли она возможность поддержки передачи обслуживания MS, запрошенного соседней BS через проводной интерфейс. Когда она может поддерживать передачу обслуживания MS, контроллер 420 управляет средством 421 назначения ID-MS с целью присвоения MS-ID для MS.
При приеме уведомления о передаче обслуживания MS от соседней BS через проводной интерфейс, контроллер 420 может подтверждать ресурсы, требуемые MS. Перед процедурой ранжирования с MS, контроллер 420 назначает ресурсы MS с учетом информации о требуемых MS ресурсах.
Средство 421 назначения ID-MS присваивает MS-ID для MS, которой желательна передача обслуживания, под управлением контроллера 420.
Передатчик 430 включает в себя генератор 431 сообщений, кодер 433, OFDM-модулятор 435, DAC 437 и RF-процессор 439.
Генератор 431 сообщений генерирует управляющее сообщение для передачи обслуживания под управлением контроллера 420. Например, генератор 431 сообщений генерирует HO-RSP-сообщение, включающее в себя информацию о соседних BS с возможностью поддержки передачи обслуживания MS. В иллюстративной реализации, генератор 431 сообщений формирует HO-RSP-сообщение для включения в него MS-ID, присвоенного соседними BS, и информации ключа шифрования.
Также генератор 431 сообщений генерирует информацию назначения ресурсов, включающую в себя информацию о ресурсах, назначенных MS.
Кодер 433 кодирует и модулирует сигнал передачи или выходное сообщение из генератора 431 сообщений на соответствующем модуляционном уровне.
OFDM-модулятор 435 преобразует выходные данные частотной области из кодера 433 в данные выборки временной области (т.е. OFDM-символы) посредством IFFT-процесса.
DAC 437 преобразует выходные данные выборки из OFDM-модулятора 435 в аналоговый сигнал. RF-процессор 439 преобразует немодулированный аналоговый выходной сигнал из DAC 437 в RF-сигнал.
В одном иллюстративном варианте осуществления, в случае обслуживающей BS, BS начинает передачу обслуживания, который запросила MS, и подтверждает целевую BS, которую выбрала MS.
В альтернативном варианте осуществления, BS может запрашивать передачу обслуживания или выбирать целевую BS. В этой ситуации, контроллер 420 решает, начинать ли передачу обслуживания MS, и выбирает целевую BS для MS.
В случае целевой BS, BS присваивает MS-ID для MS, которой нужен передачу обслуживания.
Альтернативно, BS может присваивать MS-ID и выделенный код для MS с возможностью поддержки передачи обслуживания. В этом случае средство 421 назначения ID-MS назначает MS-ID и выделенный код для MS под управлением контроллера 420. После того как контроллер 420 принимает уведомление о передаче обслуживания MS от соседней BS, передача обслуживания MS удостоверяется только путем приема информации выделенного кода MS от процессора 419 сообщений. Соответственно, после приема выделенного кода MS, контроллер 420 назначает ресурс MS с учетом информации о требуемых ресурсах для MS.
Контроллер 420 может распознавать, что MS пошлет RNG-REQ-сообщение к целевой BS, на основе выделенного кода, принятого от MS. В результате, контроллер 420 назначает ресурс, посредством которого MS может отправлять RNG-REQ-сообщение.
Как изложено выше, MS запрашивает требуемую информацию о ширине полосы у целевой BS через обслуживающую BS перед ее повторным входом в сеть к целевой BS, на которую переключается MS в системе беспроводной связи. Следовательно, задержка передачи обслуживания может уменьшаться, а BS может подтверждать передачу обслуживания MS путем присвоения уникального кода для MS, которая запрашивает передачу обслуживания.
Хотя изобретение было показано и описано со ссылками на конкретные иллюстративные варианты его осуществления, специалистам в данной области техники будет понятно, что различные изменения по форме и в деталях могут выполняться без отклонения от сущности и объема изобретения, определяемого пунктами приложенной формулы и их эквивалентами.