Способ и устройство для сохранения непрерывности вызова при беспроводной связи

Иллюстрации

Показать все

Описаны технологии для выполнения эстафетной передачи обслуживания, для того чтобы поддерживать непрерывность вызова для пользовательского оборудования (UE). UE может поддерживать связь с первой сотой в сети радиодоступа (RAN) для вызова с коммутацией пакетов (PS), например, для передачи голоса по протоколу сети Интернет (VoIP) посредством высокоскоростного пакетного доступа (HSPA) в W-CDMA. UE может отправлять отчеты об измерениях в RAN и может принимать сигнал запуска из RAN. UE может устанавливать вызов с коммутацией каналов (CS) с первой сотой, в то время как вызов PS является отложенным в первой соте. Вызов PS и вызов CS могут быть предназначены для речевого вызова, и UE может переключать тракт данных для речевого вызова с вызова PS на вызов CS, а затем, завершать вызов PS. UE, затем, может выполнять эстафетную передачу обслуживания вызова CS с первой соты на вторую соту, которая может не поддерживать VoIP. 8 н. и 23 з.п. ф-лы, 13 ил.

Реферат

ОПИСАНИЕ

I. Притязание на приоритет по §119 раздела 35 Кодекса законов США

Настоящая заявка на патент испрашивает приоритет по предварительной заявке под порядковым номером 60/577,083, озаглавленной «SINGLE RADIO VOICE CALL CONTINUITY» («НЕПРЕРЫВНОСТЬ ОДИНОЧНОГО РЕЧЕВОГО РАДИОВЫЗОВА»), зарегистрированной 27 июня 2006 года, переуступленной ее правопреемнику и явным образом включенной в материалы настоящей заявки посредством ссылки.

УРОВЕНЬ ТЕХНИКИ

I. Область техники

Настоящее раскрытие в целом относится к связи, а более точно, к технологиям для поддержки непрерывности вызова при беспроводной связи.

II. Уровень техники

Сети беспроводной связи широко применяются для предоставления различных услуг связи, таких как голосовые, видео, пакетных данных, обмена сообщениями, широковещательные и т.п. Эти сети могут быть сетями множественного доступа, допускающими поддержку связи для многочисленных пользователей посредством совместного использования имеющихся в распоряжении сетевых ресурсов. Примеры таких сетей множественного доступа включают в себя сети множественного доступа с кодовым разделением каналов (CDMA), сети множественного доступа с временным разделением каналов (TDMA), сети множественного доступа с частотным разделением каналов (FDMA), сети FDMA с ортогональным разделением (OFDMA) и сети FDMA с одиночной несущей (SC-FDMA).

Сеть CDMA может реализовывать технологию радиодоступа (RAT), такую как наземная сеть радиодоступа (UTRA), cdma2000, и т.п. UTRA включает в себя широкополосный CDMA (W-CDMA) и низкую скорость передачи символа псевдошумовой последовательности (LCR). cdma2000 покрывает IS-2000, IS-95, IS-856 и другие стандарты (Североамериканские стандарты сотовой связи). Сеть TDMA может реализовывать RAT, такую как, глобальная система мобильной связи (GSM). Эти различные RAT и стандарты известны в данной области техники. UTRA и GSM описаны в документах от организации, именуемой «Проект партнерства 3-го поколения» (3GPP). cdma2000 описан в документах от организации, именуемой «Проект 2 партнерства 3-го поколения» (3GPP2). Документы 3GPP и 3GPP2 общедоступны.

Разные RAT типично имеют разные возможности, и разные выпуски данной RAT также могут иметь разные возможности. Например, GSM является RAT второго поколения (2G), которая поддерживает речевые и низкоскоростные информационные услуги. W-CDMA является RAT третьего поколения (3G), которая поддерживает параллельные речевые и информационные услуги, высокие скорости передачи данных и другие усовершенствованные признаки. Каждая RAT может поддерживать вызовы с коммутацией каналов (CS) и/или вызовы с коммутацией пакетов (PS). Коммутация каналов указывает ссылкой на передачу данных для пользователя посредством выделенных ресурсов (например, выделенного канала потока обмена), назначенных пользователю. Коммутация пакетов указывает ссылкой на передачу данных для пользователя посредством общих ресурсов (например, совместно используемого канала потока обмена), которые могут совместно использоваться многочисленными пользователями.

Пользовательское оборудование (UE) может быть способным к поддержанию связи с беспроводными сетями разных RAT, таких как W-CDMA и GSM. Эта способность может предоставлять пользователю возможность получать преимущества эксплуатационных показателей W-CDMA и выгоды покрытия GSM с помощью одного и того же UE. UE может иметь в распоряжении речевой вызов с одной беспроводной сетью и может странствовать на всем протяжении сети или в другую беспроводную сеть. Желательно, чтобы UE сохранял речевой вызов, даже в то время как пользователь переходит с места на место.

Поэтому, в данной области техники есть необходимость в технологиях для поддержки непрерывности вызова при беспроводной связи.

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

В материалах настоящей заявки описаны технологии для выполнения эстафетной передачи обслуживания с коммутации пакетов на коммутацию каналов (с PS на CS) и эстафетной передачи обслуживания с коммутации каналов на коммутацию пакетов (с CS на PS), для того чтобы поддерживать непрерывность вызова для UE. В одной из моделей эстафетной передачи обслуживания с PS на CS, UE может поддерживать связь с первой сотой в сети радиодоступа (RAN) для вызова PS, например, для передачи голоса по протоколу сети Интернет (VoIP) посредством высокоскоростного пакетного доступа (HSPA) в W-CDMA. UE может отправлять отчеты об измерениях в RAN и может принимать сигнал запуска из RAN. В ответ на сигнал запуска, UE может устанавливать вызов CS с первой сотой, в то время как вызов PS является отложенным в первой соте. UE или сеть, в таком случае, может завершать вызов PS после установления вызова CS. Вызов PS и вызов CS могут быть предназначены для речевого вызова, и UE или сеть могут переключать тракт данных для речевого вызова с вызова PS на вызов CS после установления вызова CS и до завершения вызова PS. UE затем может выполнять эстафетную передачу обслуживания вызова CS с первой соты на вторую соту. Первая сота может быть сотой W-CDMA, которая поддерживает VoIP, а вторая сота может быть другой сотой W-CDMA или сотой GSM, которая не поддерживает VoIP.

В еще одном аспекте, UE может принимать широковещательную информацию из соты, указывающую, обладает ли сота возможностью VoIP. UE может обновлять регистрацию с сетью на основании широковещательной информации. UE может регистрироваться сетью для приема вызовов в домене PS, если сота обладает возможностью VoIP, и может регистрироваться сетью для приема вызовов в домене CS, если сота не имеет возможности VoIP. UE может обновлять регистрацию, в то время как оно находится в режиме ожидания, так что поисковые вызовы и телефонные вызовы могут доставляться на UE надлежащим образом.

Различные аспекты и признаки раскрытия ниже описаны более подробно.

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

Фиг.1 показывает применение RAN и базовой сети.

Фиг.2 показывает примерное применение сценария для 3GPP.

Фиг. с 3A по 3E показывают эстафетную передачу обслуживания с VoIP HSPA на CS W-CDMA для UE.

Фиг.4 показывает последовательность операций для выполнения эстафетной передачи обслуживания с PS на CS посредством UE.

Фиг.5 показывает последовательность операций для выполнения эстафетной передачи обслуживания UE с PS на CS посредством RAN.

Фиг.6 показывает последовательность операций для выполнения эстафетной передачи обслуживания с CS на PS посредством UE.

Фиг.7 показывает последовательность операций для выполнения эстафетной передачи обслуживания UE с CS на PS посредством RAN.

Фиг.8 показывает последовательность операций для выполнения обновления сетевой регистрации посредством UE.

Фиг.9 показывает структурную схему UE и некоторых сетевых сущностей на фиг.1.

ПОДРОБНОЕ ОПИСАНИЕ

Технологии эстафетной передачи обслуживания, описанные в материалах настоящей заявки, могут использоваться для различных сетей беспроводной связи, таких как сети CDMA, TDMA, FDMA, OFDMA и SC-FDMA. Термины «сеть» и «система» часто используются взаимозаменяемо. Для ясности, ниже описаны технологии конкретно для основанных на 3GPP сетей.

Фиг.1 показывает примерное применение 100 наземной сети 120 радиодоступа универсальной системы мобильной связи (UTRAN) и базовой сети 130, которые обеспечивают связь для UE. Для простоты, на фиг.1 показано только одно UE 110. UE 110 также может указываться ссылкой как мобильная станция, терминал доступа, абонентский узел, станция, и т.п. UE 110 может быть сотовый телефон, персональный цифровой секретарь (PDA), беспроводное устройство, беспроводный модем, карманное устройство, дорожный компьютер и т.п.

UTRAN 120 включает в себя узлы Б, присоединенные к контроллерам радиосети (RNC). Для простоты, на фиг.1 только три узла Б 122a, 122b и 122n показаны присоединенными к одиночному RNC 124. Вообще, UTRAN 120 может включать в себя любое количество узлов Б и любое количество RNC. Каждый RNC может присоединяться к соответственному набору узлов Б и, возможно, к одному или более других RNC. Узел Б также может указываться ссылкой как развитый узел Б (eNode B), базовая станция, точка доступа и т.п. Каждый узел Б обеспечивает радиосвязь для UE в пределах своей зоны покрытия. В качестве используемой в материалах настоящей заявки, «сота» может указывать ссылкой на наименьшую единицу покрытия в беспроводной сети и/или узел Б, ответственный за эту зону покрытия, в зависимости от контекста, в котором используется термин. Термины «сота» и «узел Б» в описании, приведенном ниже, используются взаимозаменяемо. RNC 124 обеспечивает координацию и управление для узлов Б 122. Например, RNC 124 выполняет управление ресурсами радиосвязи, некоторые функции управления мобильностью и другие функции для обеспечения связи между UE и UTRAN 120.

Базовая сеть 130 включает в себя узел 132 (SGSN) поддержки общей службы пакетной радиопередачи (GPRS), шлюзовой узел 134 поддержки GPRS (GGSN), центр 136 коммутации мобильной связи (MSC) и сервер 138 приложений непрерывности речевого вызова (AS VCC), который может фиксировать вызовы CS и PS. SGSN 132 способствует обменам пакетами данных между UTRAN 120 и GGSN 134 и выполняет управление мобильностью для UE с вызовами PS. SGSN 132 взаимодействует с RNC 124 в UTRAN 120 и поддерживает услуги PS для UE, поддерживающего связь с UTRAN. GGSN 134 выполняет функцию маршрутизации и обменивается пакетами данных с внешними сетями передачи данных. MSC 136 поддерживает услуги CS (например, для радиотелефонной связи) и выполняет управление мобильностью для UE с вызовами CS. AS 138 VCC обеспечивает непрерывность речевых вызовов для UE и предусматривает возможности для переноса речевых вызовов между доменом CS и мультимедийной подсистемой IP (IMS), которая использует домен PS. IMS является архитектурной инфраструктурой для доставки мультимедийных услуг IP пользователям. Все речевые вызовы для UE 110, которые могут быть вызовами CS и/или вызовами PS, могут фиксироваться на AS 138 VCC. AS 138 VCC может выполнять функции для эстафетной передачи обслуживания речевого вызова в надлежащий домен, по мере того как UE 110 переходит с места на место. AS 138 VCC предоставляет UE 110 возможность перемещаться между доменами CS и PS посредством «запуска в обращение» AS 138 VCC и перемещения речевого вызова в новый домен.

Для простоты, на фиг.1, SGSN 132, GGSN 134, MSC 136 и AS 138 VCC показаны находящимися в одной и той же базовой сети 130. Вообще, эти сетевые сущности могут находиться в одной и той же сети или разных сетях. Например, AS 138 VCC может находиться в сети постоянного пребывания для UE 110, а другие сетевые сущности могут находиться в сети постоянного пребывания (например, UE 110 не является временно пребывающим) или посещаемой сети (например, если UE 110 является временно пребывающим).

Сетевые сущности в UTRAN 120 и базовой сети 130 описаны в (технических условиях) TS 23.002 3GPP, озаглавленных «Network architecture» («Сетевая архитектура»), в марте 2006 года, и в TS 23.206, озаглавленных «Voice Call Continuity (VCC) between Circuit Switched (CS) and IP Multimedia Subsystem (IMS)» («Непрерывность речевого вызова (VCC) между коммутацией каналов (CS) и мультимедийной подсистемой IP (IMS)»), в марте 2007 года. Эти документы являются находящимися в свободном доступе.

UTRAN 120 реализует W-CDMA, начиная с выпуска 99 3GPP. Выпуск 5 3GPP и более поздние поддерживают высокоскоростной пакетный доступ (HSPA), который включает в себя высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA), введенный в выпуск 5 3GPP и высокоскоростной пакетный доступ по восходящей линии связи (HSUPA), введенный в выпуск 6 3GPP. HSDPA является набором каналов и процедур, которые дают возможность высокоскоростной передачи пакетных данных по нисходящей линии связи. HSUPA является набором каналов и процедур, которые дают возможность высокоскоростной передачи пакетных данных по восходящей линии связи. HSPA поддерживает услуги PS, такие как услуги пакетных данных, VoIP, и т.п. Вызов VoIP является вызовом PS для радиотелефонной связи, при которой речевые данные отправляются пакетами, которые маршрутизируются подобно другим пакетам данных, вместо того чтобы по выделенному каналу потока обмена.

Фиг.2 показывает примерное применение сценария для 3GPP. GSM обеспечивает услуги CS для UE и может применяться на обширной географической зоне. W-CDMA обеспечивает услуги CS и PS для UE и может применяться на меньшей географической зоне, чем GSM. Зона покрытия для W-CDMA может полностью лежать в пределах зоны покрытия для GSM (как показано на фиг.2) или может частично перекрываться с зоной покрытия для GSM (не показано на фиг.2). HSPA обеспечивает услуги PS (например, VoIP) для UE и может применяться на меньшей географической зоне, чем W-CDMA. Зона покрытия для HSPA может быть частью зоны покрытия для W-CDMA.

UE 110 может быть расположено в пределах зоны покрытия HSPA и может устанавливать вызов VoIP с UTRAN 120. Вызов VoIP может устанавливаться посредством сущностей IMS с использованием протокола инициации сеанса (SIP), который является протоколом сигнализации для инициирования, модификации и завершения основанных на IP интерактивных пользовательских сеансов, таких как VoIP. UTRAN 120 может выяснять, что UE 110 имеет в распоряжении вызов VoIP HSPA, на основании однонаправленных каналов радиодоступа (RAB), установленных для речевого вызова, например, RAB для разговорного класса потока обмена с сигнализацией SIP. В альтернативном варианте, UTRAN 120 может выяснять, что UE 110 имеет в распоряжении вызов VoIP HSPA, на основании явной сигнализации, обмениваемой с UE или базовой сетью. UE 110 может обмениваться пакетами речевых данных с UTRAN 120 посредством HSPA для вызова VoIP. UE 110 может быть временно пребывающим и может перемещаться из зоны покрытия HSPA в зону покрытия W-CDMA, либо GSM. Желательно сохранять речевой вызов для UE 110 в такой ситуации.

В аспекте, эстафетная передача обслуживания с VoIP HSPA на CS W-CDMA может выполняться для UE 110, для того чтобы поддерживать непрерывность речевого вызова для UE при перемещении за пределы зоны покрытия HSPA. В одной из моделей эстафетной передачи обслуживания с VoIP HSPA на W-CS CDMA, UE 110 сначала может устанавливать вызов CS с той же самой сотой, в то время как вызов VoIP является отложенным, и может переводить речевой вызов на вызов CS. UE 110 затем может выполнять эстафетную передачу обслуживания с W-CS CDMA на CS W-CDMA или эстафетную передачу обслуживания с CS W-CDMA на CS GSM, как следует, для того чтобы удерживать речевой вызов. Эстафетная передача обслуживания с VoIP HSPA на CS W-CDMA описана ниже.

Фиг.3A показывает связь между UE 110 и различными сетевыми сущностями для вызова VoIP с удаленным терминалом 150, который также указывается ссылкой как сторона другого конца (EOP). Вызов VoIP может фиксироваться на AS 138 VCC. UE 110 может обмениваться пакетами речевых данных через обслуживающую соту 122a и RNC 124 в UTRAN 120, SGSN 132, GGSN 134, VCC AS 138 и удаленный терминал 150. Пакеты могут обмениваться между UE 110 и обслуживающей сотой 122a посредством HSPA.

Фиг.3B показывает инициацию эстафетной передачи обслуживания с VoIP HSPA на CS W-CDMA для UE 110. В то время как на связи с обслуживающей сотой 122a в UTRAN 120 для вызова VoIP, UE 110 может осуществлять детектирование для контрольных сигналов из других сот и может производить измерения контрольных сигналов, принимаемых из обслуживающей соты 122a, а также других сот. UE 110 может отправлять отчеты об измерениях в UTRAN 120, например, периодически, или когда активизируется событием сообщения. В качестве альтернативы или дополнительно, UE 110 может отправлять сообщения обновления местоположения в UTRAN 120, когда уместно.

UTRAN 120 может принимать отчеты об измерениях из UE 110 и определять, что UE является выходящей из зоны покрытия HSPA. Например, отчеты об измерениях могут указывать, что UE 110 принимает контрольный сигнал из соты 122b, более интенсивный, чем контрольный сигнал из обслуживающей соты 122a на достаточную величину, чтобы заслуживать эстафетной передачи обслуживания с соты 122a на соту 122b. UTRAN 120 также может распознавать, что сота 122a поддерживает HSPA, тогда как сота 122b не поддерживает HSPA. UTRAN 120 затем может отправлять сигнал запуска, чтобы инициировать установление вызова CS посредством UE 110 и эстафетную передачу обслуживания с PS на CS для UE 110. Сигнал запуска может рассматриваться в качестве директивы, директивы HO VCC, инструкции, указания и т.п.

Фиг.3C показывает установку вызова CS, в то время как сеанс PS для VoIP является отложенным для UE 110 в соте 122a. UE 110 может принимать сигнал запуска из UTRAN 120. UE 110 затем может устанавливать вызов CS с сотой 122a через MSC 136 в ответ на сигнал запуска и может фиксировать этот вызов CS на AS 138 VCC. UMTS (или W-CDMA) предоставляет UE 110 возможность устанавливать вызов CS с использованием той же самой линии радиосвязи, используемой для сеанса PS. В течение короткого момента, UE 110 может одновременно иметь в распоряжении оба, вызов CS и вызов PS, с одной и той же сотой 122a и может иметь оба вызова, зафиксированные на AS 138 VCC. Пакеты речевых данных для вызова PS могут маршрутизироваться через SGSN 132 и GGSN 134, тогда как речевые данные для вызова CS могут маршрутизироваться через MSC 136. AS 138 VCC может распознавать, что оба, вызов CS и вызов PS, предназначены для одного и того же речевого вызова для UE 110, например, на основании использования одного и того же идентификатора UE (ID UE) для вызова CS и вызова PS, одного и того же OEP и т.п.

Фиг.3D показывает перевод речевого вызова для UE 110 с VoIP HSPA на CS. Как только вызов CS был успешно установлен, AS 138 VCC может переключать тракт данных на речевой вызов для UE 110 и может освобождать ресурсы для вызова PS на стороне источника. UTRAN 120 может освобождать ресурсы радиосвязи для вызова PS и может поддерживать только вызов CS для UE 110. В этот момент, UE 110 имело бы только вызов CS через ту же самую обслуживающую соту 122a. Данные для вызова CS могут обмениваться через UTRAN 120, MSC 136 и AS 138 VCC.

Фиг.3E показывает завершение эстафетной передачи обслуживания с VoIP HSPA на CS W-CDMA. Как только UE 110 завершает переключение речевого вызова на вызов CS в соте 122a, UE 110 может выполнять эстафетную передачу обслуживания с CS W-CDMA на CS W-CDMA, с соты 122a на соту 122b, которая не поддерживает HSPA. Эстафетная передача обслуживания с CS W-CDMA на CS W-CDMA описана в TS 23.060 3GPP, озаглавленных «General Packet Radio Service (GPRS); Service description» («Общая служба пакетной радиопередачи; описание обслуживания»), июнь 2006 года, которые являются находящимися в свободном доступе. Хотя не показано на фиг.3E, UE 110 также может выполнять эстафетную передачу обслуживания с CS W-CDMA на CS GSM, с соты 122a на соту GSM, с использованием процедур эстафетной передачи обслуживания между RAT, определенных согласно 3GPP.

Могут поддерживаться следующие сценарии эстафетной передачи обслуживания.

VoIP HSPA→CS W-CDMA→CS W-CDMA и

VoIP HSPA→CS W-CDMA→CS GSM.

В каждом сценарии эстафетной передачи обслуживания, приведенном выше, первый переход VoIP HSPA→CS W-CDMA происходит в текущей обслуживающей соте. Следующая эстафетная передача обслуживания может быть с текущей обслуживающей соты на другую соту W-CDMA или соту GSM.

Модель эстафетной передачи обслуживания с VoIP HSPA на CS W-CDMA, показанная на фиг. с 3A по 3E, может поддерживаться с небольшим влиянием на сетевые сущности в 3GPP. Этапы 1, 4, 5 и 6 поддерживаются текущими возможностями UTRAN 120 и AS 138 VCC. В течение этапа 2, UTRAN 120 может реализовывать механизм управляемой сетью эстафетной передачи обслуживания с надлежащими алгоритмами для определения, следует ли инициировать эстафетную передачу обслуживания с VoIP HSPA на CS W-CDMA, и, возможно, нового события для инициирования этой эстафетной передачи обслуживания. В течение этапа 3, сигнал запуска или некоторое другое новое сообщение UTRAN могут использоваться для запуска установления вызова CS в UE 110. Сигнал запуска может быть реализован элементом информации (IE), который может отправляться в существующем сообщении управления ресурсами радиосвязи (RRC), например, сообщении поискового вызова. RRC находится на канальном уровне (или уровне 3) в W-CDMA и ответственно за управление конфигурацией нижних уровней 1 и 2.

UE 110 может быть расположено в пределах зоны покрытия W-CDMA или GSM и может устанавливать речевой вызов CS с UTRAN 120. UE 110 может обмениваться речевыми данными нормальным образом для вызова CS. UE 110 может быть временно пребывающим и может перемещаться в зону покрытия HSPA. Может быть желательным продолжать речевой вызов для UE 110 с использованием HSPA в такой ситуации.

В еще одном аспекте, эстафетная передача обслуживания с CS W-CDMA на VoIP HSPA может выполняться для UE 110, для того чтобы воспользоваться HSPA ради речевого вызова для UE. Эстафетная передача обслуживания с CS W-CDMA на VoIP HSPA может выполняться некоторым образом, комплементарным эстафетной передаче обслуживания с VoIP HSPA на CS W-CDMA, описанной на фиг. с 3A по 3E. UE 110 может производить измерения для контрольных сигналов, принимаемых UE, и отправлять отчеты об измерениях в UTRAN 120. UTRAN 120 может определять, что UE 110 переместилось в зону покрытия способной к VoIP соты, на основании отчетов об измерениях. UTRAN 120 может отправлять сигнал запуска для инициирования эстафетной передачи обслуживания посредством UE 110. По приему сигнала запуска, UE 110 может выполнять эстафетную передачу обслуживания вызова CS с текущей обслуживающей соты на способную к VoIP соту, которая становится новой обслуживающей сотой. UE затем может устанавливать вызов PS для VoIP (или вызов VoIP) с обслуживающей сотой и может фиксировать этот вызов VoIP на AS 138 VCC. Как только вызов VoIP был успешно установлен, AS 138 VCC может переключать тракт данных ради речевого вызова для UE 110 и может освобождать ресурсы для вызова CS на стороне источника. UTRAN 120 может освобождать ресурсы радиосвязи для вызова CS и может поддерживать только вызов VoIP для UE 110. В этот момент, UE 110 имело бы только вызов VoIP через новую обслуживающую соту. Данные для вызова CS могут обмениваться через новую обслуживающую соту в UTRAN 120, SGSN 132, GGSN 134 и AS 138 VCC.

В моделях, описанных выше, UE 110 может отправлять отчеты об измерениях в UTRAN 120, а UTRAN 120 может инициировать эстафетную передачу обслуживания, когда UE 110 выходит из или в зону покрытия HSPA. В этих моделях, UTRAN 120 может иметь сведения о сотах с возможностью VoIP HSPA и сотах без возможности VoIP HSPA. Чтобы содействовать UTRAN 120 с решением об эстафетной передаче обслуживания, на границе зоны покрытия HSPA может быть определена буферная зона сот с возможностью VoIP HSPA. В примере, показанном на фиг.2, зона покрытия HSPA может быть определена сплошной линией 212, а буферная зона может быть определена в качестве области между сплошной линией 212 и пунктирной линией 214. Когда UE 110 входит в буферную зону, UTRAN 120 может конфигурировать новое событие измерения в UE 110. UE 110 может отправлять отчеты об измерениях в UTRAN 120 периодически или на основании событий. UTRAN 120 может использовать отчеты об измерениях для инициирования (1) эстафетной передачи обслуживания с VoIP HSPA на CS W-CDMA, если UE 110 имеет в распоряжении вызов VoIP и является покидающим зону покрытия HSPA, либо (2) эстафетной передачи обслуживания с CS W-CDMA на VoIP HSPA, если UE 110 имеет в распоряжении вызов CS и является входящим в зону покрытия HSPA.

В другой модели, UE 110 может производить измерения и автономно принимать решение об эстафетной передаче обслуживания с VoIP HSPA на W-CS CDMA или с CS W-CDMA на VoIP HSPA на основании измерений. UE 110 может выяснять, обладает ли данная сота возможностью VoIP HSPA, на основании информации, широковещательно передаваемой сотой, как описано ниже.

UE 110 может работать в соединенном режиме или в режиме ожидания в любой заданный момент времени. В соединенном режиме, UE 110 может иметь в распоряжении отложенный вызов и может поддерживать связь с UTRAN 120. В то время как в соединенном режиме, местонахождение UE 110 может отслеживаться с помощью отчетов об измерениях и/или других механизмов, и UE 110 может подвергаться эстафетной передаче обслуживания на надлежащие соты, на основании местоположения UE.

В режиме ожидания, UE 110 типично не имеет в распоряжении отложенного вызова с UTRAN 120. В то время как в режиме ожидания, UE 110 может быть с выключенным питанием значительную часть времени, чтобы сберегать энергию аккумулятора, и может периодически приводиться в действие для приема поисковых вызовов и/или другой информации. UE 110 может регистрироваться с AS 138 VCC для IMS (например, при включении питания) и может выдавать домен (например, CS, PS, HSPA VoIP и т.п.), через который поисковые вызовы и вызовы могут доставляться на UE.

В еще одном другом аспекте, соты в UTRAN 120 широковещательно передают свою возможность VoIP HSPA. В одной из моделей, одиночный бит может использоваться для указания, поддерживает или нет данная сота VoIP HSPA. Для W-CDMA, сота может периодически широковещательно передавать информацию касательно своей возможности VoIP HSPA в блоке системной информации (SIB), например, SIB3 и/или некотором другом SIB, в 3GPP.

UE 110 может принимать широковещательную информацию касательно возможности VoIP HSPA соты, в которой UE базируется в настоящий момент, и/или других сот. UE 110 может определять, изменился ли его домен, на основании принятой широковещательной информации, и может обновлять свою сетевую регистрацию всякий раз, когда обнаруживается изменение домена. Например, UE 110 может определять, что оно вышло из зоны покрытия HSPA, на основании широковещательной информации и может обновлять свою сетевую регистрацию с домена VoIP HSPA на домен CS. Посредством обновления сетевой регистрации по необходимости, сеть может выяснять, находится ли незанятое UE 110 в зоне покрытия HSPA, и может доставлять поисковые вызовы и телефонные вызовы на UE надлежащим образом.

Для ясности, технологии эстафетной передачи обслуживания были описаны конкретно для основанных на 3GPP сетей. Технологии также могут использоваться для основанных на 3GPP2 сетей и других сетей. Основанная на 3GPP2 сеть может включать в себя соты, которые поддерживают высокоскоростные пакетные данные (HRPD), и соты, которые поддерживают CDMA2000 1X. HRPD также указывается ссылкой как 1xEV-DO (высокоскоростная система обмена пакетными данными CDMA), 1x-DO и т.п. CDMA2000 1X также указывается ссылкой как 1X и т.п. Соты HRPD поддерживают VoIP, а соты 1X поддерживают вызовы CS и PS. Эстафетная передача обслуживания с HRPD на 1X может выполняться образом, аналогичным эстафетной передаче обслуживания с VoIP HSPA на CS W-CDMA, описанной выше. Эстафетная передача обслуживания с 1X на HRPD может выполняться образом, аналогичным эстафетной передаче обслуживания с CS W-CDMA на VoIP HSPA, описанной выше.

Фиг.4 показывает модель последовательности 400 операций для выполнения эстафетной передачи обслуживания с PS на CS посредством UE. UE может поддерживать связь с первой сотой для вызова PS, например для VoIP посредством HSPA в 3GPP (этап 412). UE может отправлять отчеты об измерениях в RAN, например, в ответ на событие измерения из RAN (этап 414). UE может принимать сигнал запуска из RAN, которая может выдавать этот сигнал запуска на основании отчетов об измерениях из UE (этап 416). В качестве альтернативы, UE может получать измерения для первой соты и других сот в RAN и может автономно решать выполнять эстафетную передачу обслуживания на основании измерений.

UE может устанавливать вызов CS с первой сотой, в то время как вызов PS является отложенным в первой соте (этап 418). UE может завершать вызов PS после установления вызова CS (этап 420). Вызов PS и вызов CS могут быть предназначены для речевого вызова, и UE может переключать тракт данных для речевого вызова с вызова PS на вызов CS после установления вызова CS и до завершения вызова PS. UE затем может выполнять эстафетную передачу обслуживания вызова CS с первой соты на вторую соту (этап 422). Первая сота может быть сотой W-CDMA, которая поддерживает VoIP, а вторая сота может быть другой сотой W-CDMA или сотой GSM, которая не поддерживает VoIP.

Фиг.5 показывает модель последовательности 500 операций для выполнения эстафетной передачи обслуживания UE с PS на CS посредством RAN. RAN может поддерживать связь с UE для вызова PS (например, для VoIP, посредством HSPA) в первой соте (этап 512). RAN может определять, что UE находится на границе зоны покрытия для вызова PS, и может отправлять событие измерения на UE, чтобы активизировать UE для отправки отчетов об измерениях. RAN может принимать отчеты об измерениях из UE (этап 514), принимать решение осуществлять эстафетную передачу обслуживания UE с первой соты на вторую соту на основании отчетов об измерениях (этап 516) и отправлять сигнал запуска в UE (этап 518).

RAN может устанавливать вызов CS для UE в первой соте, в то время как вызов PS является отложенным в первой соте (этап 520). RAN может завершать вызов PS для UE после установления вызова CS (этап 522). Вызов PS и вызов CS могут быть предназначены для речевого вызова, и тракт данных для речевого вызова может переключаться с вызова PS на вызов CS после установления вызова CS и до завершения вызова PS. RAN затем может выполнять эстафетную передачу обслуживания вызова CS для UE с первой соты на вторую соту (этап 524). Первая сота может поддерживать VoIP, а вторая сота может не поддерживать VoIP.

Некоторые или все из этапов на фиг.5 могут быть применимы для заданной сетевой сущности в RAN. Например, первая сота может выполнять этапы 512, 520, 522, 524 и т.п. RNC может выполнять этапы 514, 516, 518 и т.п.

Фиг.6 показывает модель последовательности 600 операций для выполнения эстафетной передачи обслуживания с CS на PS посредством UE. UE может отправлять отчеты об измерениях в RAN (этап 612) и может принимать сигнал запуска из RAN (этап 614). UE может выполнять эстафетную передачу обслуживания вызова CS с первой соты на вторую соту (этап 616). UE затем может устанавливать вызов PS со второй сотой, в то время как вызов CS является отложенным во второй соте (этап 618). UE может завершать вызов CS после установления вызова PS (этап 620) и может поддерживать связь со второй сотой для вызова PS, например для VoIP посредством HSPA (этап 622).

Фиг.7 показывает модель последовательности 700 операций для выполнения эстафетной передачи обслуживания UE с CS на PS посредством RAN. RAN может определять, что UE является перемещающимся в зону покрытия PS, и может отправлять событие измерения на UE, чтобы активизировать UE для отправки отчетов об измерениях. RAN может принимать отчеты об измерениях из UE (этап 712), принимать решение об эстафетной передаче обслуживания для UE на основании отчетов об измерениях (этап 714) и отправлять сигнал запуска в UE (этап 716).

RAN может выполнять эстафетную передачу обслуживания вызова CS для UE с первой соты на вторую соту (этап 718). RAN затем может устанавливать вызов PS для UE во второй соте, в то время как вызов CS является отложенным во второй соте (этап 720). RAN может завершать вызов CS для UE после установления вызова PS (этап 722). RAN, после этого, может поддерживать связь с UE для вызова PS (например, для VoIP посредством HSPA) во второй соте (этап 724).

Фиг.8 показывает модель последовательности 800 операций для обновления сетевой регистрации посредством UE. UE (например, в то время как в режиме ожидания) может принимать широковещательную информацию из соты, указывающую, обладает ли сота возможностью VoIP (этап 812). Широковещательная информация может содержать бит, указывающий, обладает ли сота возможностью VoIP HSPA, или может содержать другую информацию. UE может обновлять регистрацию с сетью на основании широковещательной информации (этап 814). В течение этапа 814, UE может определять домен, чтобы использовать для нового вызова, на основании широковещательной информации и может обновлять регистрацию с сетью, если обнаружено изменение домена. Например, UE может регистрироваться сетью для домена PS, если сота обладает возможностью VoIP, и может регистрироваться сетью для домена CS, если сота не имеет возможности VoIP.

Фиг.9 показывает структурную схему конструкции UE 110 и различных сетевых сущностей на фиг.1. По восходящей линии связи, UE 110 может передавать данные и сигнализацию (например, отчеты об измерениях) в одну или более сот/узлов Б 122 в UTRAN 120. Данные и сигнализация могут обрабатываться контроллером/процессором 910 и приводиться в нужное состояние передатчиком 914 (TMTR), чтобы формировать сигнал восходящей линии связи, который может передаваться в узлы Б. В каждом узле Б 122, сигналы восходящей линии связи из UE 110 и других UE могут приниматься и приводиться в нужное состояние приемником 924 (RCVR), и дополнительно обрабатываться контроллером/процессором 920, чтобы восстанавливать данные и сигнализацию восходящей линии связи, отправленные посредством UE.

В нисходящей линии связи, каждый узел Б 122 может передавать данные и сигнализацию в UE в пределах зоны покрытия. В каждом узле Б 122, данные и сигнализация (например, сигнал запуска, информация о возможности VoIP и т.п.) могут обрабатываться процессором 920 и приводиться в нужное состояние передатчиком 924, чтобы формировать сигнал нисходящей линии связи, который может передаваться на UE. В UE 110, сигналы нисходящей линии связи из узлов Б 122 могут приниматься и приводиться в нужное состояние приемником 914 и дополнительно обрабатываться процессором 910, чтобы восстанавливать данные и сигнализацию нисходящей линии связи.

Память 912 и 922 может хранить управляющие программы и данные для UE 110 и узла Б 122, соответственно. Блок 926 связи (Связь) предоставляет узлу Б 122 возможность поддерживать связь с RNC 124. Процессор 910 в UE 110 может выполнять последовательность 400 операций на фиг.4, последовательность 600 операций на фиг.6 и/или другие последовательности операций для эстафетной передачи обслуживания. Процессор 910 также может выполнять последовательность 800 операций на фиг.8 и/или другие последовательности операций для обновления сетевой регистрации.

RNC 124 включает в себя контроллер/процессор 930, память 932 и блок 934 связи. AS 138 VCC включает в себя контроллер/процессор 940, память 942 и блок 944 связи. Что касается каждой сетевой сущности, контроллер/процессор может выполнять уместную обработку для такой сетевой сущности, память может хранить управляющие программы и данные, а блок связи может поддерживать связь с другими сетевыми сущностями. Процессор 920 в Узле Б 122 и/или процессор 930 в RNC 124 могут выполнять последовательность 500 операций на фиг.5, последовательность 700 операций на фиг.7 и/или другие последовательности операций для эстафетной передачи обслуживания.

Вообще, каждая сущность может включать в себя любое количество процессоров, памяти, блоков связи, передатчиков, приемников, контроллеров и так далее.

Специалисты в данной области техники поняли бы, что информация и сигналы могут быть представлены с использованием любой из многообразия разных технологий и методик. Например, данные, команды, инструкции директивы, сигналы, биты, символы и символы псевдошумовой последовательности, которые могут указываться ссылкой на всем протяжении вышеприведенного описания, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами, или любым их сочетанием.

Специалисты, кроме того, приняли бы во внимание, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи с раскрытием в материалах настоящей заявки, могут быть реализованы в виде электронных аппаратных средств, компьютерного программного обеспечения или комбинаций обоих. Чтобы ясно проиллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше, как правило, в показателях их функциональных возможностей. Реализованы ли такие функциональные возможности в виде аппаратных средств или программного обеспечения, зависит от конкретного применения и проектных ограничений, накладываемых на всю систему. Квалифицированные специалисты могут реализовать описанные функциональные возможности отличающимися способами для каждого конкретного применения, но такие реализационные решения не должны интерпретироваться в качестве служащих причиной выхода из объема настоящего раскрытия.

Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытием в материалах настоящей заявки, могут быть реализованы или выполняться с помощью процессора общего применения, цифрового сигнального процессора (ЦСП, DSP), специализированной интегральной схемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных компонентов аппаратных средств или любого их сочетания, спроектированного, чтобы выполнять функции, описанные в материалах настоящей заявки. Процессором общего применения может быть микропроцессор, но, в альтернативном варианте, процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, сочетания ЦСП и микропроцессора, множества микропроцессоров, одного или более микропроцессоров в соединении с ЦСП-ядром, или любой другой такой конфигурации.

Этапы способа или алгоритма, описанные в связи с раскрытием в материалах