Быстрая смена обслуживающей соты
Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении надежной и быстрой схемы для смены обслуживающей соты и сокращение неудач при смене соты, приводящих к резкому прекращению сеанса связи. В системе беспроводной связи, в которой пользователь с помощью мобильного оборудования запрашивает переключение обслуживающей соты от исходной соты к целевой соте, мобильное оборудование отслеживает авторизацию для передачи обслуживания от целевой соты. Вместе с тем мобильное оборудование может декодировать данные либо от исходной соты, либо от целевой соты. При приеме авторизации для передачи обслуживания мобильное оборудование отправляет подтверждение передачи обслуживания целевой соте. 12 н. и 24 з.п. ф-лы, 9 ил.
Притязание на приоритет согласно 35 USC §119
В настоящей заявке на патент испрашивается приоритет предварительной заявки (США) № 60/912680, озаглавленной "Methods and Apparatus for Providing Fast Serving Cell Change", поданной 18 апреля 2007 года и переданной правопреемнику этой заявки и, таким образом, явно содержащейся в данном документе в виде ссылки.
Уровень техники
Область техники, к которой относится изобретение
Настоящее изобретение, в общем, относится к телекоммуникации, а более конкретно к предоставлению быстрой и надежной смены сот связи для пользователя в системе беспроводной связи.
Уровень техники
В телекоммуникации, особенно в беспроводной связи, среда связи является не статической, а скорее динамической. В мобильной связи некоторые объекты связи, такие как пользовательское оборудование (UE), с которым работает пользователь, могут перемещаться из одного местоположения в другое в различные моменты времени.
Ссылка направлена на фиг.1, которая показывает упрощенное схематическое представление, иллюстрирующее примерную систему связи. В последующем описании используется терминология, ассоциированная с широкополосным множественным доступом с кодовым разделением каналов (WCDMA) или универсальными системами мобильной связи (UMTS). Терминологию и основные принципы работы системы связи UMTS можно найти в технических требованиях 3GPP (Партнерский проект третьего поколения) 25.211-215 и т.д., опубликованных посредством 3GPP.
На фиг.1 предусмотрена базовая сеть 20, соединенная, например, с Интернетом 22 и телефонной коммутируемой сетью общего пользования (PSTN) 24. Базовая сеть 20 предоставляет доступ в Интернет 22 и PSTN 24 для пользователей-абонентов, таких как пользователь, работающий с абонентским устройством (UE) 26, через сеть универсального наземного радиодоступа (UTRAN) 28.
В UTRAN 28 предусмотрен контроллер радиосети (RNC) 30, соединенный с множеством сот, две из которых показаны и обозначены ссылками с номером 32 и 34. Каждая из сот 32 и 34 может покрываться посредством одного или различных узлов B (не показаны). Узлы B - это наземные базовые станции, которые могут устанавливать связь с UE 26 в беспроводном режиме. Соты 32 и 34 могут обслуживаться посредством одного узла B или отдельных узлов B. Если соты 32 и 34 обслуживаются посредством одного узла B, соты 32 и 34 иногда называются секторами обслуживающего узла B.
Допустим, что на фиг.1 UE 26 первоначально находится на связи с сотой 32. Сота 32 называется обслуживающей сотой для UE 26. Даже когда UE 26 в данный момент находится на связи с сотой 32, UE 26 отслеживает и поддерживает пилотные сигналы от нескольких других сот. Информация об этих других сотах, называемых "активным набором", хранится в запоминающем устройстве UE 26. Допустим, что UE 26 затем перемещается в зону покрытия, предоставляемую посредством соты 34. UE 26 распознает близость, например, с сотой 34 посредством приема сильных пилотных сигналов от соты 34.
Допустим, что при дальнейшем приближении и повышении интенсивности сигнала UE 26 решает передать обслуживание сеанса связи от соты 32 соте 34. Для этой цели UE 26 должно обмениваться сообщениями с различными объектами. Ранее, сообщения, которыми обмениваются во время передачи обслуживания, главным образом, были предназначены, чтобы проходить через соты независимо от интенсивности сигналов, принимаемых посредством UE 26.
Ссылка теперь возвращается к фиг.1. UE 26 начинает процесс передачи обслуживания посредством отправки сообщения с информацией, касающейся интенсивности пилотных сигналов всех сот в своем активном наборе, в RNC 30 либо через соту 32, либо через соту 34, либо через обе из них, как идентифицировано посредством трактов 36 и 37 сообщений, соответственно как показано на фиг.1. В качестве части сообщения, UE 26 также может сообщать, что одна конкретная сота имеет самый сильный пилотный сигнал и желание переключиться на эту соту в качестве обслуживающей соты.
После получения сообщения RNC 30 взвешивает решение относительно того, следует ли санкционировать передачу обслуживания. RNC 30 принимает решение на основе ряда факторов, таких как сообщенная интенсивность пилота и нагрузка сот 32 и 34.
Допустим в этом примере, что RNC 30 санкционирует смену обслуживающей соты с соты 32 на соту 34. RNC 30 отправляет сообщение переконфигурирования, которое имеет параметры для осуществления доступа к соте 34, в UE 26 через соту 32. Тракт сообщения переконфигурирования обозначается посредством ссылки с номером 38, как показано на фиг.1. Причина для отправки сообщения переконфигурирования только через соту 32 состоит в том, что сота 32 по-прежнему является обслуживающей сотой для UE 26.
Допустим, что UE 26 успешно принимает сообщение переконфигурирования через соту 32. На основе информации сообщения переконфигурирования UE 26 может осуществлять доступ к соте 34. В случае успеха UE 26 отправляет сообщение в RNC 30, снова через соты 32 и 34, способом, аналогичным показанному посредством трактов 36 и 37 сообщений, соответственно как описано выше. Сообщение, в основном, сообщает успешность процесса передачи обслуживания.
Вышеуказанный процесс смены обслуживающей соты может быть успешным, если условия связи являются благоприятными. Тем не менее, фактически, условия связи не всегда являются благоприятными. Возвращаясь к фиг.1, если UE 26 находится ближе к соте 34 и дальше от соты 32, очень вероятно, что интенсивность сигнала между сотой 32 и UE 26 является слабой. Следовательно, сообщения, передаваемые между сотой 32 и UE 26, например сообщения, отправляемые через тракты 36 и 38, показанные на фиг.1, могут быть потеряны. Это особенно актуально при определенных сценариях. Например, в городском окружении, изменение интенсивности сигнала может быть достаточно резким, и это изменение вызывается, главным образом, плотно расположенными городскими зданиями. Если пользователь UE 26 осуществляет вызов по протоколу "речь-по-IP" (VoIP), неспособность передавать обслуживание сеанса связи от соты 32 соте 34 может приводить к прерыванию вызова.
Соответственно, существует потребность предоставлять надежную и быструю схему для смены обслуживающей соты в системе беспроводной связи.
Сущность изобретения
В системе беспроводной связи, в которой пользователь мобильной связи, использующий мобильный терминал во время сеанса связи, запрашивает смену обслуживающей соты от исходной соты целевой соте, мобильный терминал отслеживает авторизацию для смены обслуживающей соты из заранее согласованного канала от целевой соты. Вместе с тем мобильный терминал может декодировать данные либо от исходной соты, либо от целевой соты. При приеме авторизации для смены обслуживающей соты от целевой соты мобильный терминал отправляет подтверждение смены обслуживающей соты в целевую соту. При такой работе резкое прекращение сеанса связи вследствие неудачи при смене обслуживающей соты может быть сокращено. Эти и другие признаки и преимущества должны стать очевидными специалистам в данной области техники из последующего подробного описания, рассматриваемого вместе с прилагаемыми чертежами, на которых аналогичные номера ссылаются на аналогичные части.
Краткое описание чертежей
Фиг.1 является упрощенным схематическим чертежом, показывающим примерную систему связи;
фиг.2 является упрощенным схематическим чертежом, показывающим систему связи, работающую в соответствии с примерным вариантом осуществления;
фиг.3 является другим схематическим чертежом, который иллюстрирует эффект городского каньона;
фиг.4 является диаграммой интенсивности сигнала исходной соты и целевых сот во времени, вытекающей из эффекта городского каньона, как проиллюстрировано на фиг.3;
фиг.5 является схемой последовательности операций вызова, которая показывает последовательности сообщений между различными объектами связи, работающими в системе связи по фиг.2;
фиг.6 является блок-схемой последовательности операций способа, которая показывает процедуры, которые осуществляет абонентское устройство при выполнении передачи обслуживания от исходной соты целевой соте;
фиг.7 является блок-схемой последовательности операций способа, которая показывает процедуры, которые осуществляет целевая сота при выполнении передачи обслуживания от исходной соты целевой соте;
фиг.8 является блок-схемой последовательности операций способа, которая показывает процедуры, которые осуществляет контроллер радиосети при выполнении передачи обслуживания от исходной соты целевой соте; и
фиг.9 является схематическим чертежом части аппаратной реализации устройства для выполнения процесса передачи обслуживания в соответствии с примерным вариантом осуществления.
Подробное описание изобретения
Нижеследующее описание представлено для того, чтобы дать возможность любому специалисту в данной области техники создавать и использовать изобретение. Подробности излагаются в нижеследующем описании в пояснительных целях. Следует принимать во внимание, что специалисты в данной области техники должны осознавать, что изобретение может быть реализовано на практике без использования этих конкретных подробностей. В других случаях широко известные структуры и процессы не конкретизируются, чтобы не затруднять описание изобретения ненужными деталями. Таким образом, настоящее изобретение не имеет намерения быть ограниченным показанными вариантами осуществления, а должно удовлетворять самому широкому объему, согласованному с принципами и признаками, раскрытыми в данном документе.
Кроме того, в нижеследующем описании, для осмысленности и ясности используется терминология, ассоциированная с широкополосным множественным доступом с кодовым разделением каналов (WCDMA) или универсальными системами мобильной связи (UMTS), публикуемая Партнерским проектом третьего поколения (3GPP) Международного союза по телекоммуникациям (ITU). Следует подчеркнуть, что изобретение также применимо к другим технологиям, таким как технологии и ассоциированные стандарты, связанным с множественным доступом с кодовым разделением каналов (CDMA), множественным доступом с временным разделением каналов (TDMA), множественным доступом с частотным разделением каналов (FDMA), множественным доступом с ортогональным частотным разделением каналов (OFDMA) и т.д.
Ссылка теперь направлена на фиг.2, которая схематично показывает взаимосвязи различных объектов связи, расположенных в соответствии с примерным вариантом осуществления изобретения.
На фиг.2 вся система связи, в общем, обозначается посредством ссылки с номером 50. Система 50 связи включает в себя базовую сеть 52, соединенную с сетью универсального наземного радиодоступа (UTRAN) 54. Система 50 связи может предоставлять услуги передачи данных и речи пользователю, работающему с пользовательским оборудованием (UE) 56.
В базовой сети 52 предусмотрен шлюзовой узел поддержки GPRS (GGSN) 58, соединенный с обслуживающим узлом поддержки GPRS (SGSN) 60. GPRS - это аббревиатура для "общей службы пакетной радиопередачи". GGSN 58, в свою очередь, подключается к магистральной сети 51, такой как Интернет. На другом конце SGSN 60 привязывается к UTRAN, такой как UTRAN 54, показанной на фиг.2. Услуги передачи данных через доступ к магистральной сети 62 могут предоставляться для пользователя UE 56, например, через GGSN 58, SGSN 60 и UTRAN 54.
Для услуг передачи речи используются различные объекты в базовой сети 50. Во-первых, вне базовой сети 52 предусмотрена телефонная коммутируемая сеть общего пользования (PSTN) 53. PSTN 53 привязывается к шлюзовому центру коммутации мобильной связи (GMSC) 62 базовой сети 52. GMSC 62, в свою очередь, подключается к центру коммутации мобильной связи (MSC), который имеет реестр гостевых абонентов (VLR). MSC и VLS совместно обозначаются посредством ссылки с номером 64, показанной на фиг.2. MSC/VLR 64 подключается к UTRAN, таким как UTRAN 54, показанной на фиг.2.
В UTRAN 54 предусмотрен контроллер радиосети (RNC) 66, соединенный с множеством сот, две из которых показаны и обозначаются посредством ссылок с номерами 68 и 70. В этом примере две соты 68 и 70 являются частью двух узлов B 69 и 71 соответственно. Узлы B - это, по сути, наземные базовые станции. Следует отметить, что вместо раздельного покрытия каждая из сот 68 и 70 может покрываться только посредством одного узла B. Если соты 68 и 70 обслуживаются посредством одного узла B, соты 68 и 70 иногда называются секторами обслуживающего узла B. Как упомянуто выше, в этом примере сота 68 обслуживается посредством узла B 69. Сота 70 обслуживается посредством узла B 71.
UE 56 допускает роуминг между сотами. При работе UE 56 всегда отслеживает и поддерживает пилотные сигналы от всех досягаемых сот, и они хранятся в запоминающем устройстве UE 56 под названием "активный набор". Допустим, что в этом примере, географически, UE 56 первоначально находится близко к соте 68, но сота 70 расположена недалеко. По сути, UE 56 сначала находится на связи с сотой 68. UE 56 имеет обе соты 68 и 70 в своем активном наборе.
Дополнительно допустим, что UE 56 перемещается в направлении соты 70 и начинает принимать сильные пилотные сигналы от соты 70. После того, как определенные критерии удовлетворены (эти критерии подробнее поясняются ниже), UE 56 решает передать обслуживание обслуживающей соты от соты 68 соте 70. Для простоты описания сота 68 называется исходной сотой, а сота 70 называется целевой сотой. Кроме того, ниже, термины "передача обслуживания" и "смена обслуживающей соты" и любые эквивалентные им термины используются взаимозаменяемо.
В данный момент сделаем отступление для пояснения эффекта "городского каньона". На фиг.2 показан схематический чертеж, в котором отсутствуют препятствия между UE 56 и сотами 68 и 70. Фактически, это редко имеет место, в частности, в городском окружении, где имеется много объектов и структур, затрудняющих распространение сигналов. Следовательно, изменение интенсивности сигнала, испытываемое посредством UE 56, иногда может быть очень внезапным. Фиг.3 показывает пример такого сценария.
Фиг.4 показывает интенсивность сигнала этих двух сот 68 и 70 в различных точках во времени для UE 56, как показано на фиг.3. Ось Y - это отношение энергии на элементарную посылку к энергии помех и шума, Ec/No, в дБ. Ось X - это временная ось, выраженная в секундах. На фиг.4 сигналы, представляемые посредством более толстой линии, являются сигналами, принимаемыми посредством UE 56 от соты 68 (фиг.2). Аналогично, сигналы, представляемые посредством более тонкой линии, являются сигналами, принимаемыми посредством UE 56 от соты 70 (фиг.2).
Ссылка теперь направлена на фиг.3 вместе с фиг.4. Допустим, что пользователь UE 56 ведет автомобиль 99. Дополнительно допустим, что когда UE 56 находится между зданиями 100 и 102, как идентифицировано посредством местоположения, обозначенного посредством ссылки с номером 91, UE 56 принимает сильные сигналы от соты 68 (фиг.2). Тем не менее, когда автомобиль 99 поворачивает за угол здания 102, как указано посредством местоположения, обозначенного посредством ссылки с номером 93, показанной на фиг.3, UE 56 начинает принимать сильные сигналы от соты 70 (фиг.2). Вместе с тем интенсивность сигнала от соты 68 начинает уменьшаться. После того как автомобиль 99 полностью поворачивает за угол здания 102 и теперь находится между зданиями 102 и 104, как идентифицировано посредством местоположения, обозначенного посредством ссылки с номером 95, потеря интенсивности сигнала от соты 68 может быть значительной. Это обусловлено тем, что здание 102 может в существенной степени блокировать сигналы в пределах прямой видимости между сотой 68 и UE 56. По сути, UE 56 может принимать только сигналы от соты 68, отражаемые от зданий. Как правило, отраженные сигналы являются намного более слабыми по интенсивности по сравнению с сигналами в пределах прямой видимости, как показано на фиг.4.
Следует отметить, что резкое изменение интенсивности сигнала возникает не только в городском окружении, как проиллюстрировано выше. Как известно в данной области техники, сигнал антенны является узко направленным. Таким образом, электромагнитные волны, исходящие от антенны, имеют лепестковые шаблоны распространения. Даже без преград для сигнала, как в городском окружении, небольшое изменение физического местоположения может приводить к значительному изменению в приеме сигнала. Например, приемник, принимающий сигналы от антенны внутри лепестка, испытывает сильный прием сигнала. С другой стороны, когда приемник выходит за пределы лепестка, понижение интенсивности принимаемых сигналов может быть радикальным.
Ссылка теперь продолжается на фиг.3 и 4. Если UE 56 не может успешно и своевременно менять обслуживающую соту в текущем сеансе связи с соты 68 на соту 70, сеанс связи может резко прерываться. Например, если сеанс связи является вызовом по протоколу "речь-по-IP" (VoIP) или речевым вызовом с коммутацией каналов (CS), результатом является прерванный вызов. Для того чтобы разрешить вышеуказанную проблему, ниже описывается примерный вариант осуществления.
Ссылка теперь направлена на фиг.5 вместе с фиг.2. Фиг.5 является схемой последовательности операций вызова, которая показывает поток информационных сообщений между различными объектами связи во время передачи обслуживания UE 56 от исходной соты 68 целевой соте 70. В последующем описании для ясности и краткости пояснения UE 56 проиллюстрировано как работающее согласно услугам высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA), предоставленным посредством сети 50, как публикуется посредством 3GPP. Одна характеристика любой услуги HSDPA заключается в том, что UE 56 не выполняет мягкое комбинирование сигналов, принимаемых от различных сот. Вместо этого UE 56 принимает все сигналы трафика от одной обслуживающей соты. Ранее, смена обслуживающих сот согласно традиционным схемам должна была базироваться на обслуживающей соте с высокой отказоустойчивостью, что практически недостижимо, например, вследствие эффекта городского каньона, как упомянуто выше.
Допустим, что сначала UE 56 начинает устанавливать связь с исходной сотой 68. Чтобы начинать сеанс связи, UE 56 отправляет сообщение запроса на установление соединения согласно RRC (управление радиоресурсами) в RNC 66 через исходную соту 68, как указано посредством трактов 68 и 71 сообщений, соответственно показанных на фиг.5.
Если запрос санкционируется посредством RNC 66, UE 56 принимает сообщение установления подключения согласно RRC от RNC 66 через исходную соту 68, как указано посредством трактов сообщений, обозначенных посредством ссылок с номером 72 и 70 соответственно. В сообщение установления подключения согласно RRC включается информация относительно ресурсов восходящей линии связи и нисходящей линии связи, таких как код скремблирования для обслуживающей соты 68.
В данный момент исходная сота 68 является обслуживающей сотой UE 56. Допустим, что в некоторой точке во времени UE 56 обнаруживает пилотные сигналы целевой соты 70 сопоставимой интенсивности, например, с отличием всего в несколько дБ от сигналов исходной соты 68. Это обнаружение инициирует UE 56 отправить отчет об измерениях, называемый сообщением "событие 1A", в RNC 66 через исходную соту 68, как указано посредством трактов 75 и 73 сообщений, соответственно, как показано на фиг.5. В сообщении события 1A, UE 56, в основном, выполняет запрос к RNC 66, чтобы добавить целевую соту 70 в активный набор UE 56.
При приеме сообщения событие 1A, RNC 66 отправляет сообщение подготовки к переконфигурированию через тракт 76 сообщений в целевую соту 70, как показано на фиг.5. В сообщение подготовки к переконфигурированию включается информация для целевой соты 70, чтобы установить линию радиосвязи с UE 56.
С информацией из сообщения подготовки к переконфигурированию целевая сота 70 может устанавливать линию радиосвязи для UE 56. После того как линия связи установлена, целевая сота 70 отвечает в RNC 66 посредством отправки сообщения готовности к переконфигурированию через тракт 77 сообщений, как показано на фиг.5.
После этого RNC 66 отправляет сообщение обновления активного набора в UE 56 через исходную соту 68, как указано посредством трактов 79 и 78 сообщений, соответственно показанных на фиг.5. В соответствии с примерным вариантом осуществления изобретения, сообщение обновления активного набора может включать в себя информацию об обслуживающей соте, такую как H-RNTI (временный идентификатор высокоскоростной радиосети) UE 56 в целевой соте 70, коды разделения на каналы HS-SCCH (высокоскоростной совместно используемый канал управления) UE 56 в целевой соте 70 и информация E-DCH (усовершенствованный выделенный канал) восходящей линии связи UE 56 в целевой соте 70, к примеру, E-RNTI (временный идентификатор радиосети E-DCH) и E-AGCH (канал разрешения доступа к E-DCH). Следует отметить, что RNC 66 также отправляет данную информацию, указанную выше, в целевую соту 70, т.е. сообщение, отправляемое через тракт 76 сообщений на фиг.5, причем это сообщение имеет необходимую информацию, которая требуется целевой соте 70 для того, чтобы отправлять данные в UE 56.
Допустим, что в другой точке во времени UE 56 обнаруживает более сильные пилотные сигналы из целевой соты 70 по сравнению с сигналами из исходной соты 68. UE 56 затем может принимать решение относительно того, следует ли сменить целевую соту 70 в качестве обслуживающей соты с исходной соты 68. Решение может быть основано на заранее заданных критериях, например, указанных в технических требованиях 3GPP 25.331, опубликованных посредством 3GPP. Одним из таких критериев может быть то, что пилотный сигнал от целевой соты 70 является более сильным, чем сигнал исходной соты 68 на предварительно определенную величину в дБ, называемую гистерезисом, в течение предварительно определенной длительности, называемой временем на инициирование (TTT). Когда критерии удовлетворяются, в этом варианте осуществления UE 56 отправляет отчет об измерениях события 1D в RNC 66 через все соты в активном наборе UE 56. Примерный маршрут для сообщения события 1D, отправляемого посредством UE 56 в RNC 66, идет через исходную соту 68 в RNC 66, как указано посредством трактов сообщений 74 и 80, соответственно показанных на фиг.5.
После того как сообщение событие 1D отправлено, UE 56 начинает отслеживание HS-SCCH от целевой соты 70. HS-SCCH - это совместно используемый канал от целевой соты 70. Альтернативно, UE 56 может отслеживать некоторые другие каналы, такие как выделенный канал от целевой соты 70. Как отмечалось ранее, UE 56 имеет код разделения на каналы HS-SCCH целевой соты 70 из сообщения обновления активного набора, принятого ранее, т.е. сообщения, принятого через тракт 79 сообщений. Следует отметить, что сообщение обновления активного набора может указывать один из кодов HS-SCCH для UE 56 для отслеживания с тем, чтобы сокращать число кодов HS-SCCH, которые UE 56 должно отслеживать в целевой соте 70. В качестве альтернативы, сообщение обновления активного набора может указывать несколько кодов HS-SCCH для UE 56 для отслеживания.
Таймер может задаваться для отслеживания HS-SCCH целевой соты 70 посредством UE 56. Следует отметить, что в ходе мониторинга UE 56 продолжает декодировать данные от исходной соты 68 (тракт данных, не показанный на фиг.5). В случае, если ответ не принят от целевой соты 70 и таймер истекает, UE 56 может продолжать оставаться с исходной сотой 68 в качестве обслуживающей соты.
На стороне RNC 66 при приеме сообщения событие 1D, если RNC 66 авторизует UE 56 на то, чтобы сменить обслуживающую соту, RNC 66 начинает передавать в режиме двухадресной передачи данные в исходную соту 68 и целевую соту 70, как указано посредством тракта 94 и 92 данных соответственно на фиг.5. Вместе с тем RNC 66 также запрашивает целевую соту 70, чтобы начать отправку команды HS-SCCH в UE 56 на основе того же кода (или кодов) разделения на каналы, что и принимаемые посредством UE 56 в сообщении обновления активного набора, как упомянуто ранее. RNC 66 делает этот запрос посредством отправки сообщения завершения переконфигурирования линии радиосвязи через тракт 90 сообщений, как показано на фиг.5.
Чтобы соответствовать запросу посредством RNC 66, целевая сота 70 начинает отправку одной или более команд HS-SCCH в UE 56. Две таких команды, обозначенные посредством ссылки с номером 98, показаны на фиг.5. Причина для отправки нескольких команд HS-SCCH состоит в том, чтобы дать возможность UE 56 принять команду HS-SCCH с большей надежностью. Успешного приема одной команды HS-SCCH посредством UE 56 достаточно для UE 56, чтобы переходить к следующему этапу. В качестве альтернативы, UE 56 может быть разрешено переходить к следующему этапу при приеме предварительно определенного числа команд HS-SCCH, например, двух, вместо одной.
При приеме команды HS-SCCH UE 56 переконфигурирует себя для доступа к целевой соте 70.
Далее следует подтверждение приема команды HS-SCCH посредством UE 56. В этом примерном варианте осуществления подтверждение приема отправляется через сообщение с индикатором качества канала (CQI), которое периодически отправляется посредством UE 56 для того, чтобы сообщать в обслуживающую соту, в данном случае в целевую соту 70, текущее качество линии радиосвязи от обслуживающей соты к UE 56. Может быть использован формат сообщения CQI, задаваемый согласно техническим требованиям 3GPP TS 25.214, опубликованным посредством 3GPP. Например, согласно техническим требованиям 3GPP TS 25.214, сообщение CQI содержит 5 битов данных, начинающихся с 0-го бита по 4-й бит. В этом примере сообщение подтверждения приема сокращается как сообщение CQI 31, при этом номер 31 - это наибольшее значение, переносимое посредством 5-битового сообщения CQI (т.е. от 31=25-1). В этом случае значение сообщения CQI 31 не использовалось согласно техническим требованиям 3GPP TS 25.214. Для UE, который сконфигурирован, чтобы работать по схеме со многими входами и многими выходами (MIMO), значение сообщения CQI не используется только для битов типа B. В этом случае биты типа B могут использоваться для отправки сообщения CQI 31.
Предпочтительно больше одного сообщения CQI 31 отправляются посредством UE 56 в целевую соту 70. С другой стороны, цель состоит в том, чтобы предоставлять возможность целевой соте 70 надежно принимать сообщение CQI 31, отправляемое посредством UE 56. Тракты сообщений для двух сообщений CQI 31 обозначаются посредством ссылки с номером 100, как показано на фиг.5. Максимальное число сообщений CQI 31, отправляемых посредством UE 56, может быть задано заранее. Как только максимальное число достигнуто, UE 56 может возобновлять отправку, например, обычных сообщений CQI.
Возможны другие способы подтверждения приема команды HS-SCCH вместо описанной отправки сообщения CQI 31. Кроме того, в качестве альтернативы, будь это сообщение CQI 31 или другие сообщения, UE 56 может повышать мощность передачи при отправке сообщений подтверждения приема с тем, чтобы обеспечить дополнительную надежность целевой соты 70 при приеме сообщений. В этом варианте осуществления прием сообщения CQI 31 посредством целевой соты 70 завершает успешную смену обслуживающей соты, т.е. с исходной соты 68 на целевую соту 70.
В качестве дополнительной гарантии UE 56 также может подтверждать прием команды HS-HCCH посредством отправки сообщений подтверждения приема в RNC 66 через все соты в активном наборе UE 56. Например, как показано на фиг.5, UE 56 отправляет RRC-сообщение завершения F-SCC в RNC 66 через все соты в активном наборе UE 56, как указано посредством тракта сообщений 103, показанного на фиг.5. Сообщение подтверждения приема, отправляемое через тракт 103 посредством UE 56 в RNC 66, конкретно применимо в ситуациях, когда целевая сота, в данном случае сота 70, имеет сильную нисходящую линию связи, но слабую восходящую линию связи. Это явление обычно называется "дисбалансом линии связи". Реализация вышеозначенной гарантии может предоставлять дополнительную надежность.
При приеме сообщения CQI 31 от UE 56 целевая сота 70 сообщает RNC 66 об успешной смене обслуживающей соты посредством отправки в RNC 66 RRC-сообщения завершения переключения соты через тракт 104 сообщений, как показано на фиг.5.
Фиг.6 является блок-схемой последовательности операций способа, которая обобщает этапы, предпринимаемые посредством UE 56 при выполнении процесса передачи обслуживания по примерному варианту осуществления.
Фиг.7 является другой блок-схемой последовательности операций способа, которая обобщает этапы, предпринимаемые посредством целевой соты 70 при выполнении процесса передачи обслуживания по примерному варианту осуществления.
Фиг.8 является другой блок-схемой последовательности операций способа, которая обобщает этапы, предпринимаемые посредством RNC 66 при выполнении процесса передачи обслуживания по примерному варианту осуществления.
Фиг.9 показывает часть аппаратной реализации устройства для выполнения процессов передачи обслуживания, описанных выше. Схемное устройство обозначается посредством ссылки с номером 140 и может быть реализовано в UE или в любых объектах связи, таких как узел B или RNC.
Устройство 140 содержит центральную шину 142 данных, соединяющую несколько схем. Схемы включают в себя CPU (центральный процессор) или контроллер 144, приемную схему 146, передающую схему 148 и блок 150 запоминающего устройства.
Если устройство 140 является частью беспроводного устройства, приемная и передающая схемы 146 и 148 могут быть соединены с RF (радиочастотной) схемой, но она не показана на чертеже. Приемная схема 146 обрабатывает и буферизует принимаемые сигналы перед отправкой в шину 142 данных. С другой стороны, передающая схема 148 обрабатывает и буферизует данные из шины 142 данных перед отправкой в устройство 140. CPU/контролер 144 выполняет функцию управления данными шины 142 данных и дополнительно функцию общей обработки данных, в том числе исполнения команд, содержащихся в блоке 150 запоминающего устройства.
Вместо раздельного размещения, как показано на фиг.9, в качестве альтернативы, передающая схема 148 и приемная схема 146 могут быть частями CPU/контроллера 144.
Блок 150 запоминающего устройства включает в себя набор модулей и/или инструкций, в общем, обозначенных посредством ссылки с номером 102. В этом варианте осуществления модули/инструкции включают в себя, помимо прочего, функцию 154 передачи обслуживания. Функция 154 передачи обслуживания включает в себя компьютерные инструкции или код для выполнения этапов процесса, показанных и описанных на фиг. 5-8. Конкретные инструкции, применимые к объекту, могут выборочно реализовываться в функции 154 передачи обслуживания. Например, если устройство 140 является частью UE, инструкции для выполнения этапов процесса, наряду с подготовкой и обработкой сообщений, релевантных для UE, показанных и описанных на фиг.5 и 6, могут кодироваться в функции 154 передачи обслуживания. Аналогично, если устройство 140 является частью инфраструктурного объекта связи, к примеру RNC, этапы процесса наряду с релевантными сообщениями, применимыми к этому объекту связи, могут быть закодированы в функции 154 передачи обслуживания.
В этом варианте осуществления блоком 150 запоминающего устройства является схема RAM (оперативное запоминающее устройство). Примерные функции, такие как функция 154 передачи обслуживания, являются программными процедурами, модулями и/или наборами данных. Блок 150 запоминающего устройства может быть соединен с другой схемой запоминающего устройства (не показана), которая может иметь либо энергозависимый, либо энергонезависимый тип. В качестве альтернативы, запоминающее устройство 150 может состоять из других типов схем, таких как EEPROM (электрически стираемое программируемое постоянное запоминающее устройство), EPROM (электрически программируемое постоянное запоминающее устройство), ROM (постоянное запоминающее устройство), ASIC (специализированная интегральная схема), магнитный диск, оптический диск и другие, широко известные в данной области техники.
Дополнительно следует отметить, что описанные процессы также могут быть кодированы как машиночитаемые инструкции, переносимые на любом машиночитаемом носителе, известном в данной области техники. В этом подробном описании и прилагаемой формуле изобретения термин "машиночитаемый носитель" относится к любому носителю, который участвует в предоставлении команд в любой процессор, такой как CPU/контроллер 144, показанный и описанный на фиг.9, для выполнения. Этот носитель может иметь тип устройства хранения и может принимать форму энергозависимого или энергонезависимого носителя хранения, как также описано выше, например, в описании блока 150 запоминающего устройства на фиг.9. Этот носитель также может быть передающего типа и может включать в себя коаксиальный кабель, медный кабель, оптический кабель и радиоинтерфейс, переносящий акустические, электромагнитные или оптические волны, допускающий перенос волновых сигналов, считываемых посредством машин или компьютеров. Машиночитаемый носитель может быть частью компьютерного продукта, отдельного от устройства 140.
В заключение, возможны другие изменения в пределах объема изобретения. Помимо описанных выше, любые другие логические блоки, схемы и этапы алгоритма, описываемые в связи с вариантом осуществления, могут быть реализованы в аппаратных средствах, программном обеспечении, аппаратно реализованном программном обеспечении или в комбинациях вышеозначенного. Специалисты в данной области техники должны понимать, что эти и другие изменения в форме и подробностях могут быть выполнены в данном документе без отступления от сущности и объема изобретения.
1. Способ передачи обслуживания от первого объекта связи второму объекту связи в сети связи, содержащий:
- запрос передачи обслуживания от упомянутого первого объекта связи к упомянутому второму объекту связи;
- отслеживание ответа от упомянутого второго объекта связи; и
- переконфигурирование для доступа к упомянутому второму объекту связи при приеме авторизации для упомянутой передачи обслуживания от упомянутого второго объекта связи;
- подтверждение приема авторизации посредством передачи по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
2. Способ по п.1, дополнительно содержащий отслеживание упомянутого ответа из предварительно определенного канала от упомянутого второго объекта связи.
3. Способ по п.2, дополнительно содержащий отслеживание упомянутого ответа из упомянутого предварительно определенного канала, который выбирается из группы, состоящей из выделенного канала и совместно используемого канала.
4. Способ по п.1, дополнительно содержащий продолжение декодирования данных от упомянутого первого объекта связи в то время, как отслеживается упомянутый ответ от упомянутого второго объекта связи.
5. Способ по п.4, дополнительно содержащий отслеживание упомянутого ответа из предварительно определенного канала, выбранного из группы, состоящей из выделенного канала и совместно используемого канала.
6. Способ по п.1, дополнительно содержащий предоставление подтверждения упомянутой передачи обслуживания в сообщении и отправку упомянутого сообщения в объект управления сетью в упомянутой сети связи.
7. Способ передачи обслуживания от первого объекта связи второму объекту связи в сети связи, содержащий:
- прием информации для подготовки мобильного объекта связи к упомянутой передаче обслуживания;
- предоставление канала, выбранного из группы, состоящей из совместно используемого канала и выделенного канала; и
- отправку авторизации для упомянутой передачи обслуживания через упомянутый канал; и
- прием подтверждения в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
8. Способ по п.7, дополнительно содержащий прием упомянутой информации от объекта управления сетью в упомянутой сети связи, предоставление подтверждения упомянутой передачи обслуживания в сообщении и отправку упомянутого сообщения в упомянутый объект управления сетью.
9. Способ передачи обслуживания от первого объекта связи второму объекту связи в сети связи, содержащий:
- прием первого запроса на включение упомянутого второго объекта связи в активный набор мобильного объекта связи;
- отправку в упомянутый второй объект связи информации, которая дает возможность упомянутому второму объекту связи подготавливаться к упомянутой передаче обслуживания упомянутого мобильного объекта связи;
- прием второго запроса, запрашивающего упомянутую передачу обслуживания; и
- отправку авторизации в упомянутый второй объект связи, чтобы начать упомянутую передачу обслуживания; и
- прием сообщения переключения соты от второго объекта связи, указывающего успешную передачу обслуживания после того, как второй объект связи принимает подтверждение в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
10. Пользовательский терминал связи в сети связи, содержащий:
- средство для запрашивания передачи обслуживания от первого объекта связи второму объекту связи;
- средство для отслеживания ответа от упомянутого второго объекта связи;
- средство для переконфигурирования для доступа к упомянутому второму объекту связи при приеме авторизации для упомянутой передачи обслуживания от упомянутого второго объекта связи; и
- средство для подтверждения приема авторизации посредством передачи по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
11. Пользовательский терминал связи по п.10, дополнительно содержащий средство для отслеживания упомянутого ответа из предварительно определенного канала от упомянутого второго объекта связи.
12. Пользовательский терминал связи по п.11, в котором упомянутый предварительно определенный канал выбирается из группы, состоящей из выделенного канала и совместно используемого канала.
13. Пользовательский терминал связи по п.10, дополнительно содержащий средство для продолжения декодирования данных от упомянутого первого объекта связи в то время, как отслеживается упомянутый ответ от упомянутого второго объекта связи.
14. Пользовательский терминал связи по п.13, дополнительно содержащий средство для отслеживания упомянутого ответа от упомянутого второго объекта связи через предварительно определенный канал, выбранный из группы, состоящей из выделенного канала и совместно используемого канала.
15. Пользовательский терминал связи по п.10, дополнительно содержащий средство для предоставления подтверждения упомянутой передачи обслуживания в сообщении и средство для отправки упомянутого сообщения в объект управления сетью в упомянутой сети связи.
16. Объект связи, работающий в сети связи, содержащий:
- средство для приема информации для подготовки мобильного объекта связи к передаче обслуживания;
- средство для предоставления канала, выбранного из группы, состоящей из совместно используемого канала и выделенного канала; и
- средство для отправки авторизации для упомянутой передачи обслуживания через упомянутый канал;
- средство для приема подтверждения в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
17. Объект связи по п.16, дополнительно содержащий средство для приема упомянутой информации от объекта управления сетью в упомянутой сети связи, средство для предоставления подтверждения упомянутой передачи обслуживания в сообщении и средство для отправки упомянутого сообщения в упомянутый объект управления сетью.
18. Устройство управления сетью в сети связи, содержащее:
- средство для приема первого запроса на включение целевого объекта связи в активный набор мобильного объекта связи;
- средство для отправки в упомянутый целевой объект связи информации, которая дает возможность упомянутому целевому объекту связи подготавливать упомянутый мобильный объект связи к упомянутой передаче обслуживания;
- средство для приема второго запроса, запрашивающего упомянутую передачу обслуживания;
- средство для отправки авторизации в упомянутый целевой объект связи, чтобы начать упомянутую передачу обслуживания от исходного объекта связи упомянутому целевому объекту связи; и
- средство для приема сообщения переключения соты от второго объекта связи, указывающего успешную передачу обслуживания после того, как второй объект связи принимает подтверждение в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
19. Пользовательский терминал связи в сети связи, содержащий:
- процессор; и
схемы, присоединенные к упомянутому процессору, сконфигурированные, чтобы запрашивать передачу обслуживания от первого объекта связи ко второму объекту связи, отслеживать ответ от упомянутого второго объекта связи, выполнять переконфигурирование для доступа к упомянутому второму объекту связи при приеме авторизации для упомянутой передачи обслуживания от упомянутого второго объекта связи и подтверждать прием авторизации посредством передачи по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
20. Пользовательский терминал связи по п.19, в котором упомянутые схемы, присоединенные к упомянутому процессору, сконфигурированы, чтобы дополнительно отслеживать упомянутый ответ из предварительно определенного канала от упомянутого второго объекта связи.
21. Пользовательский терминал связи по п.20, в котором упомянутые схемы, присоединенные к упомянутому процессору, сконфигурированы, чтобы дополнительно отслеживать упомянутый ответ из упомянутого предварительно определенного канала, который выбирается из группы, состоящей из выделенного канала и совместно используемого канала.
22. Пользовательский терминал связи по п.19, в котором упомянутые схемы, присоединенные к упомянутому процессору, сконфигурированы, чтобы дополнительно продолжать декодировать данные от упомянутого первого объекта связи в то время, как отслеживается упомянутый ответ от упомянутого второго объекта связи.
23. Пользовательский терминал связи по п.22, в котором упомянутые схемы, присоединенные к упомянутому процессору, сконфигурированы, чтобы дополнительно отслеживать упомянутый ответ из предварительно определенного канала, выбранного из группы, состоящей из выделенного канала и совместно используемого канала.
24. Пользовательский терминал связи по п.19, в котором упомянутые схемы, присоединенные к упомянутому процессору, сконфигурированы, чтобы дополнительно предоставлять подтверждение упомянутой передачи обслуживания в сообщении и отправлять упомянутое сообщение в объект управления сетью в упомянутой сети связи.
25. Объект связи, работающий в сети связи, содержащий:
- процессор; и
схемы, присоединенные к упомянутому процессору, сконфигурированные, чтобы принимать информацию для подготовки мобильного объекта связи к упомянутой передаче обслуживания, предоставлять канал, выбранный из группы, состоящей из совместно используемого канала и выделенного канала, отправлять авторизацию для упомянутой передачи обслуживания через упомянутый канал и принимать подтверждение в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
26. Объект связи по п.25, в котором упомянутые схемы, присоединенные к упомянутому процессору, сконфигурированы, чтобы дополнительно принимать упомянутую информацию от объекта управления сетью в упомянутой сети связи, предоставлять подтверждение упомянутой передачи обслуживания в сообщении и отправлять упомянутое сообщение в упомянутый объект управления сетью.
27. Устройство управления сетью в сети связи, содержащее:
- процессор; и
схемы, присоединенные к упомянутому процессору, сконфигурированные, чтобы принимать первый запрос на включение целевого объекта связи в активный набор мобильного объекта связи, отправлять в упомянутый целевой объект связи информацию, которая дает возможность упомянутому целевому объекту связи подготавливать упомянутый мобильный объект связи к упомянутой передаче обслуживания, принимать второй запрос, запрашивающий упомянутую передачу обслуживания, отправлять авторизацию в упомянутый целевой объект связи, чтобы начинать упомянутую передачу обслуживания и принимать сообщение переключения соты от второго объекта связи, указывающее успешную передачу обслуживания после того, как второй объект связи принимает подтверждение в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
28. Машиночитаемый носитель, содержащий машиночитаемые инструкции, которые побуждают компьютер осуществлять способ, содержащий этапы, на которых:
- запрашивают передачу обслуживания от первого объекта связи ко второму объекту связи;
- отслеживают ответ от упомянутого второго объекта связи;
- выполняют переконфигурирование для доступа к упомянутому второму объекту связи при приеме авторизации для упомянутой передачи обслуживания от упомянутого второго объекта связи; и
- подтверждают прием авторизации посредством передачи по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
29. Машиночитаемый носитель по п.28, который дополнительно содержит машиночитаемые инструкции для отслеживания упомянутого ответа из предварительно определенного канала от упомянутого второго объекта связи.
30. Машиночитаемый носитель по п.29, который дополнительно содержит машиночитаемые инструкции для отслеживания упомянутого ответа из упомянутого предварительно определенного канала, который выбирается из группы, состоящей из выделенного канала и совместно используемого канала.
31. Машиночитаемый носитель по п.28, который дополнительно содержит машиночитаемые инструкции для продолжения декодирования данных от упомянутого первого объекта связи в то время, как отслеживается упомянутый ответ от упомянутого второго объекта связи.
32. Машиночитаемый носитель по п.31, который дополнительно содержит машиночитаемые инструкции для отслеживания упомянутого ответа из предварительно определенного канала, выбранного из группы, состоящей из выделенного канала и совместно используемого канала.
33. Машиночитаемый носитель по п.28, который дополнительно содержит машиночитаемые инструкции для предоставления подтверждения упомянутой передачи обслуживания в сообщении и отправки упомянутого сообщения в объект управления сетью в упомянутой сети связи.
34. Машиночитаемый носитель, содержащий машиночитаемые инструкции, которые побуждают компьютер осуществлять способ, содержащий этапы, на которых:
- принимают информацию для подготовки мобильного объекта связи к передаче обслуживания;
- предоставляют канал, выбранный из группы, состоящей из совместно используемого канала и выделенного канала;
- отправляют авторизацию для упомянутой передачи обслуживания через упомянутый канал; и
- принимают подтверждение в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
35. Машиночитаемый носитель по п.34, который дополнительно содержит машиночитаемые инструкции для приема упомянутой информации от объекта управления сетью в упомянутой сети связи, предоставления подтверждения упомянутой передачи обслуживания в сообщении и отправки упомянутого сообщения в упомянутый объект управления сетью.
36. Машиночитаемый носитель, содержащий машиночитаемые инструкции, которые побуждают компьютер осуществлять способ, содержащий этапы, на которых:
- принимают первый запрос на включение целевого объекта связи в активный набор мобильного объекта связи;
- отправляют в упомянутый целевой объект связи информацию, которая дает возможность упомянутому целевому объекту связи подготавливать упомянутый мобильный объект связи к упомянутой передаче обслуживания;
- принимают второй запрос, запрашивающий упомянутую передачу обслуживания;
- отправляют авторизацию в упомянутый целевой объект связи, чтобы начать упомянутую передачу обслуживания; и
- принимают сообщение переключения соты от второго объекта связи, указывающего успешную передачу обслуживания после того, как второй объект связи принимает подтверждение в форме по меньшей мере одного сообщения с индикатором качества канала, имеющего предварительно определенное битовое значение, которое указывает подтверждение авторизации для упомянутой передачи обслуживания.
