СПОСОБ, УСТРОЙСТВО И КОМПЬЮТЕРНЫЙ ПРОГРАММНЫЙ ПРОДУКТ ДЛЯ ИДЕНТИФИКАЦИИ ИСТОЧНИКА ДЛЯ НЕПРЕРЫВНОСТИ ГОЛОСОВОГО ВЫЗОВА С ИСПОЛЬЗОВАНИЕМ ОДНОГО РАДИОИНТЕРФЕЙСА
METHOD, APPARATUS AND COMPUTER PROGRAMME PRODUCT FOR SOURCE IDENTIFICATION FOR SINGLE RADIO INTERFACE VOICE CALL CONTINUITY

Область техники
Варианты осуществления настоящего изобретения относятся, в общем, к обеспечению непрерывности сеансов связи в среде с множеством технологий радиодоступа (radio access technology, RAT), и, в частности, к устройству, способу и компьютерному программному продукту для обеспечения возможности идентификации источника для непрерывности голосового вызова с использованием одного радиоинтерфейса (single radio voice call continuity, SR-VCC) в связи с хэндовером между различными RAT.
Уровень техники
Современный этап развития средств связи характеризуется широчайшим распространением проводных и беспроводных сетей. Компьютерные сети, телевизионные и телефонные сети, стимулируемые запросами потребителей, показывают беспрецедентные темпы технологического развития. Ответом на соответствующие запросы потребителей явились беспроводные и мобильные сетевые технологии, обеспечивающие более высокую гибкость и скорость обмена информацией.
Современные и будущие сетевые технологии продолжают упрощать процесс передачи информации и делают его более удобным для пользователей. Простота и удобство обмена информацией для пользователей с недавних пор сопровождается возрастающими возможностями предоставлять услуги мобильной связи по относительной низкой цене. Это приводит к тому, что устройства мобильной связи используются повсеместно в современном мире. Со стремительным развитием технологий мобильной связи связано также быстрое развитие услуг, которые предоставляют и потребляют с помощью устройств мобильной связи.
Краткое описание примеров осуществления изобретения
Соответственно, предложен способ, устройство и компьютерный программный продукт, предназначенные для осуществления изменений процедуры хэндовера между различными RAT в среде с множеством RAT. G этой целью, например, некоторые варианты осуществления настоящего изобретения могут обеспечивать механизм, посредством которого идентификатор (ID) источника может быть задан так, что не требуется модернизация существующих узлов для поддержки решения SR-VCC.
Краткое описание приложенных чертежей
После описания настоящего изобретения в общем виде, в дальнейшем описании будут сделаны ссылки на приложенные чертежи (не обязательно выполненные в масштабе), среди которых:
Фиг.1 представляет собой блок-схему беспроводной системы связи в соответствии с одним из примеров осуществления настоящего изобретения;
Фиг.2 иллюстрирует блок-схему устройства для обеспечения идентификации источника для непрерывности голосового вызова с использованием одного радиоинтерфейса (SR-VCC) в связи с хэндовером между различными RAT в соответствии с одним из примеров осуществления настоящего изобретения; и
Фиг.3 иллюстрирует блок-схему алгоритма в соответствии с одним из примеров способа осуществления идентификации источника для непрерывности голосового вызова с использованием одного радиоинтерфейса (SR-VCC) в связи с хэндовером между различными RAT в соответствии с одним из примеров осуществления настоящего изобретения.
Подробное описание изобретения
История развития мобильной связи насчитывает несколько поколений систем, разработанных для применения соответствующих устройств связи. Системы первых поколений нередко разрабатывались независимо друг от друга и, по меньшей мере поначалу, не могли быть использованы вместе с другими системами. Тем не менее, для увеличения общей производительности систем связи, их разработчики начали сотрудничать друг с другом, чтобы новые технологии могли получить потенциал синергетического взаимодействия с другими технологиями. Соответственно, мобильный терминал, способный функционировать в таких системах второго поколения (например, 2G) как GSM (глобальная система мобильной связи, global system for mobile communications) или IS-95, пришедших на смену системам первого поколения, могут в некоторых случаях работать совместно также и в системах более новых поколений, например в системах третьего поколения (к примеру, 3G) а также в других разработанных в настоящее время системах (например, E-UTRAN (усовершенствованная универсальная наземная сеть радиодоступа, Evolved Universal Terrestrial radio Access Network)).
Способность конкретного мобильного терминала осуществлять доступ к множеству систем или осуществлять связь посредством множества технологий радиодоступа (multi-RAT) иногда называют "множественным радиодоступом" (multi-radio access", MRA). Терминал с функциями MRA, соответственно, может переходить между различными RAT (например, UTRAN, E-UTRAN, GERAN (сеть радиодоступа GSM EDGE, GSM EDGE radio access network)). Целью подобных переходов, естественно, является поддержание непрерывности связи при каждом переходе. Консорциум третьего поколения (Third Generation Partnership Project, 3GPP) определил различные спецификации, которые являются попыткой стандартизации различных аспектов механизмов, применяемых для достижения указанной цели, а также других целей. В частности, техническая спецификация TS 23.216 3GPP в редакции 8 (R8) определяет процедуры SR-VCC. Одним из предложений 3GPP TS 23.216 является хэндовер сеанса голосовой связи из E-UTRAN в GERAN в виде голосового вызова с коммутацией каналов (circuit switched, CS).
Одним из принципов или целью реализации решения 3GPP TS 23.216 является исключение или минимизация влияния на целевую сеть доступа (например, GERAN). В частности, для выполнения SR-VCC из E-UTRAN в целевую сеть, соответствующую стандартам, предшествующим редакции 8 упомянутого документа, необходимо иметь возможность использования существующих в целевой сети узлов MSC (центров коммутации мобильной связи) и BSS (системы базовых станций) без необходимости их модернизации для поддержки рассматриваемого решения SR-VCC.
На этом фоне в спецификации решения SR-VCC возникает проблема, связанная с назначением идентификатора источника (Source ID) в сообщении с запросом хэндовера BSSMAP (прикладная подсистема управления системой базовой станции, Base Station Management Application Part). Идентификатор источника (Source ID), в соответствии со спецификацией 3GPP TS 48.008 для операции хэндовера, является обязательным параметром в интерфейсе MSC-BSC (контроллер базовой станции, base station controller). Как MSC, так и BSC (подсистема базовой станции, base station subsystem) во время хэндовера ожидают получения идентификатора источника от исходной RAT. Соответственно, в случае хэндовера из E-UTRAN, идентификатор источника будет, как правило, включать идентификатор исходной соты E-UTRAN, а именно идентификатор eNB (см. 3GPP TS 36.413) и, следовательно, новую кодовую позицию в "идентификаторе соты" 3GPP TS 48.008. Однако добавление идентификатора источника E-UTRAN в интерфейсы MSC-MSC (то есть МАР-Е) и MSC-BSC (интерфейс А), при SR-VCC в GERAN, окажет влияние на все элементы целевой базовой сети, а также элементы GERAN. Это может быть нежелательным, так как может привести к необходимости обновления, с целью поддержки SR-VCC, существующих сетей, развернутых ранее в соответствии с более ранними стандартами (до редакции 8), что, конечно, противоречит основной задаче решения SR-VCC.
Следовательно, необходимо внести изменения в информацию, которой обмениваются при выполнении хэндовера между различными RAT.
Далее в настоящем документе будут более полно описаны некоторые варианты осуществления изобретения со ссылками на приложенные чертежи, где изображены некоторые (но не все) из этих вариантов. Несомненно, настоящее изобретение может быть осуществлено во множестве различных форм, и его не следует считать ограниченным только вариантами осуществления, изложенными в настоящем документе. На протяжении всего описания для обозначения подобных элементов использованы подобные числовые обозначения. В настоящем документе термины "данные", "контент", "информация" и подобные им могут быть использованы взаимозаменяемо для обозначения данных, которые могут быть переданы, приняты и/или сохранены в соответствии с вариантами осуществления настоящего изобретения. При этом термин "пример" в настоящем документе не несет качественной оценки, а используется лишь для пояснений. Таким образом, использование упомянутых терминов не следует воспринимать как ограничение объема идеи и вариантов осуществления настоящего изобретения.
Фиг.1 представляет собой один из примеров осуществления настоящего изобретения и иллюстрирует блок-схему беспроводной системы связи в соответствии с одним из примеров осуществления настоящего изобретения. Далее, со ссылками на фиг.1, приведена иллюстрация одного из типов системы, допускающей эффективное использование настоящего изобретения. Система может включать множество сетевых устройств, а также один или более мобильных терминалов (например, абонентское оборудование (user equipment, UE) 10). Мобильные терминалы могут представлять собой различные виды мобильных устройств связи, например карманный персональный компьютер (portable digital assistant, PDA), пейджер, мобильный телевизор, игровое устройство, портативные компьютеры, мобильные телефоны, фотоаппараты, видеокамеры, аудио/видеоплееры, радиостанции, устройства глобальной системы позиционирования (global positioning system, GPS) или любая комбинация перечисленного, а также другие типы устройств для голосовой или текстовой связи иного типа. Следует, однако, понимать, что проиллюстрированный и описанный в настоящем документе мобильный терминал является лишь конкретным примером одного типа устройства, допускающего эффективное применение вариантов осуществления настоящего изобретения и, следовательно, не должен считаться ограничивающим объем вариантов осуществления настоящего изобретения.
В одном из примеров осуществления настоящего изобретения каждый из экземпляров абонентского оборудования UE 10 может включать антенну (или множество антенн) для передачи сигналов в узел сети и для приема сигналов от узла сети, например базового узла, базовой станции, точки доступа, узла В (node В) или усовершенствованного узла В (e-node В). В одном из примеров осуществления настоящего изобретения абонентское оборудование UE 10 изначально может быть связано с узлом-источником 20 (например, усовершенствованным узлом В сети E-UTRAN), и может находиться в процессе хэндовера к целевому узлу 30 (например, базовой станции (BS) GERAN). Как отмечалось выше, при хэндовере предполагается, что сообщение с запросом хэндовера, которое используют для инициирования хэндовера, содержит идентификатор узла-источника 20. В связи с упомянутым запросом хэндовера центр 32 коммутации мобильной связи (MSC) ожидает приема идентификационной информации от узла-источника 20 (например, идентификатора источника). Однако, так как требуется избежать необходимости модификации или модернизации существующих компонентов, предоставление идентификатора источника узлом-источником 20 способом, включающим задание какого-либо нового параметра, может потребовать модернизации или изменения существующих компонентов (например, MSC 32). Некоторые варианты осуществления настоящего изобретения обеспечивают предоставление идентификатора источника способом, не требующим модернизации или изменения существующих компонентов.
Центр MSC 32 может быть способен маршрутизировать вызовы, поступающие в абонентское оборудование UE 10 и исходящие от него, когда, осуществляя связь с целевым узлом 30, абонентское оборудование UE 10 совершает и принимает вызовы. То есть MSC 32 может обеспечивать соединения с наземными магистральными каналами, когда абонентское оборудование UE 10 участвует в вызове. Кроме того, MSC 32 может быть способен управлять пересылкой сообщений от абонентского оборудования UE 10 и к нему, а также может управлять пересылкой сообщений, предназначенных для UE 10 от центра обмена сообщений и к нему. Центр MSC 32 может быть соединен с сетью передачи данных, например локальной вычислительной сетью (LAN), городской вычислительной сетью (MAN), и/или глобальной вычислительной сетью (WAN) (например, с мультимедийной подсистемой 40 протокола Интернета (Internet Protocol Multimedia Subsystem, IMS) Консорциума третьего поколения (Third Generation Partnership Project, 3GPP).
Узел-источник 20 может быть также подключен к 3GPP IMS 40 через одно или более шлюзовых устройств, таких как шлюз GW 22. Шлюз GW 22 может представлять собой обслуживающий шлюз (serving gateway, S-GW) и/или шлюз в сеть пакетной передачи данных (packet data network gateway, PDN GW). Шлюз S-GW может маршрутизировать и пересылать пакеты абонентских данных, одновременно выступая в роли якоря мобильности для плоскости пользователя при хэндоверах внутри E-UTRAN или при хэндоверах между EUTRAN и другими RAT (например, GERAN). Шлюз PDN может обеспечивать связь абонентского оборудования UE 10 с внешними сетями пакетной передачи данных, выступая для абонентского оборудования UE 10 в качестве точки входа и выхода трафика.
Целевой узел 30 может быть также подключен к обслуживающему узлу 34 поддержки GPRS (услуга пакетной радиосвязи общего назначения, General Packet Radio Service) (serving GPRS support node, SGSN). Узел SGSN 34 может быть подключен к объекту 36 управления мобильностью (mobility management element, ММЕ), который может также быть связан с MSC 32 и узлом-источником 20, а также шлюзом GW 22. Объект ММЕ 36 может, помимо прочего, отвечать за отслеживание режима бездействия абонентского оборудования, а также за пейджинговые процедуры. Объект ММЕ 36 может также управлять выбором шлюза для подключения абонентского оборудования и процедурами хэндовера, а также управлять аутентификацией пользователей. В некоторых случаях ММЕ 36 управляет также формированием и назначением временных идентификаторов экземплярам абонентского оборудования. Соответственно, например, ММЕ 36 может формировать идентификатор источника для использования в соответствии с одним из примеров осуществления настоящего изобретения.
Документы 3GPP TS 25.413 и 3GPP TS 23.003 задают значение, которое называют идентификатором зоны обслуживания (Serving Area Identity), представляющее собой параметр, используемый в UTRAN в качестве идентификатора источника (Source ID) для идентификации источника для SR-VCC. Параметр SAI, применяемый в случае UTRAN, задают как состоящий из МСС+MNC+LAC+SAC, где МСС представляет код страны мобильной связи, MNC представляет код сети мобильной связи, LAC представляет код области местоположения, a SAC представляет код зоны обслуживания. Поскольку параметр SAI был задан и ранее, существующие сетевые устройства уже сконфигурированы для работы с параметром SAI, при условии, что эти устройства поддерживают стандарты 3GPP, например R99. Соответственно, варианты осуществления настоящего изобретения обеспечивают повторное использование упомянутого параметра SAI в связи с идентификацией узла-источника в E-UTRAN для обеспечения возможности идентификации источника при SR-VCC в домен с коммутацией каналов (CS), без необходимости внесения изменений в сетевые компоненты.
В одном из вариантов осуществления настоящего изобретения ММЕ 36 может быть сконфигурирован для заполнения SAI идентификатором (например, идентификатором ММЕ), который является альтернативным используемому в настоящий момент для идентификации источника, связанного с UTRAN. Альтернативное значение идентификатора SAI, задаваемое ММЕ, может быть передано в целевой MSC во время хэндовера способом, который аналогичен способу передачи исходным центром MSC идентификатора SAI в целевой MSC для хэндовера в UTRAN. Соответственно, ММЕ 36 может предоставлять SAI, заданный ММЕ. Однако в некоторых вариантах осуществления изобретения MSC SR-VCC может быть сконфигурирован для задания в SAI альтернативного идентификатора. По существу, в некоторых вариантах осуществления настоящего изобретения ММЕ 36 может не принимать идентификатор источника от узла сети радиодоступа (radio access network, RAN), в то время как MSC принимает SAI от контроллера радиосети (radio network controller, RNC), поскольку ММЕ 36 формирует этот SAI. Целевой MSC (например, MSC 32) может затем передавать SAI, сформированный или заданный ММЕ, в качестве идентификатора источника в целевой узел 30. Соответственно, SR-VCC может быть обеспечена «бесшовно» посредством повторного использования существующих частей интерфейса МАР-Е (например, интерфейса протокола мобильных приложений (moble application protocol) между MSC) и интерфейса А, без модификации существующих процедур.
В одном из примеров осуществления настоящего изобретения ММЕ 36 (или SR-VCC MSC) может задавать альтернативный SAI заранее заданным образом. Например, ММЕ 36 может задавать альтернативный SAI с использованием своего собственного идентификатора (ММЕ ID). Для этого, например, LAC может быть заменен на групповой идентификатор ММЕ (ММЕ group ID), a SAC может быть заменен на код ММЕ. Собственно, альтернативный SAI может быть задан как МСС+MNC+групповой идентификатор ММЕ+код ММЕ. Следует отметить, что групповой идентификатор ММЕ, как правило, представляет собой 16-битное значение, которое аналогично LAC, также обычно являющемуся 16-битным значением, и способно его легко заменить. Однако код ММЕ представляет собой, как правило, 8-битное значение, в то время как SAC обычно является 16-битным значением. Следовательно, чтобы использовать код ММЕ в качестве замены SAC, должны быть заполнены недостающие биты (например, оставшаяся 8-битная разница между SAC и кодом ММЕ). Заполняемые биты могут назначаться любым подходящим способом (например, все единицы, все нули, или любая другая заранее заданная комбинация). Соответственно, ММЕ 36 может быть сконфигурирован (в соответствии с дальнейшим более подробным описанием относительно фиг.2) для задания альтернативного SAI с использованием MNC, МСС, а также информации, связанной с собственной идентификационной информацией ММЕ (например, групповым идентификатором ММЕ и кодом ММЕ).
В одном из альтернативных вариантов осуществления настоящего изобретения ММЕ 36 (или SR-VCC MSC) может быть сконфигурирован для выполнения выбираемого оператором связи механизма заполнения поля SAI альтернативным значением SAI. С этой целью, вместо использования идентификационной информации ММЕ для задания альтернативного значения SAI, ММЕ 36 может быть сконфигурирован для использования любого подходящего способа задания альтернативного SAI с целью идентификации источника для хэндовера, при условии что альтернативный задаваемый SAI совместим с полем SAI, применяемым в связи с идентификацией источника для UTRAN. Собственно, ММЕ 36 может быть сконфигурирован для использования кода, который выбирается оператором связи, при этом он может иметь свободный формат или формироваться стандартным образом, что позволяет обеспечить уникальную идентификацию ММЕ источника (например, ММЕ 36) без необходимости модернизации сетевой конфигурации существующих узлов.
Для реализации вариантов осуществления настоящего изобретения код для дискриминатора идентификатора соты может быть изменен и может отличаться от кода идентификатора соты. В этой связи идентификатор соты - элемент, уникально идентифицирующий соты в BBS (подсистеме базовой станции) и имеющий переменную длину, может включать следующие поля:
9. Идентификатор элемента
октет 1
10. Длина
октет 2
11. Свободно
12. Дискриминатор идентификатора 13 соты
октет 3
14. Идентификатор соты
октет 4-n
Код во втором октете представляет собой двоичное число, обозначающее длину оставшихся элементов. Эта длина может зависеть от дискриминатора идентификатора соты (октет 3). Кодовая комбинация "дискриминатор идентификатора соты" (биты 1-4 октета 3) представляет собой двоичное число, указывающее, используется ли целый или часть глобального идентификатора соты (Cell Global Identification, CGI), соответствующего 3GPP TS 23.003, для идентификатора соты в октете 4-n."Дискриминатор идентификатора соты" кодируют следующим образом:
0000 - для идентификации соты используют глобальный идентификатор соты (CGI) целиком;
0001 - для идентификации соты используют код зоны местоположения, LAC и идентификатор соты CI (Cell Identity);
0010 - для идентификации соты используют идентификатор соты, CI;
0011 - с транзакцией не связана ни одна сота;
1000 - межсистемный хэндовер в сеть UTRAN или CDMA200. Для идентификации целевого RNC используют идентификатор наземной сети мобильной связи общего доступа (PLMN-ID), LAC и идентификатор RNC (RNC-ID) (или расширенный RNC-ID).
1001 - межсистемный хэндовер в сеть UTRAN или CDMA2000. Для идентификации целевого RNC используют RNC-ID (или расширенный RNC-ID);
1010 - межсистемный хэндовер в сеть UTRAN или CDMA2000. Для идентификации целевого RNC используют LAC и RNC-ID (или расширенный RNC-ID);
1011 - для идентификации зоны обслуживания абонентского оборудования в сети UTRAN или CDMA2000 или для идентификации ММЕ источника в случае SR VCC используют идентификатор зоны обслуживания, SAI;
1100 - для идентификации соты UTRAN для получения информации о загрузке соты используют LAC, RNC-ID (или расширенный RNC-ID) и идентификатор соты, CI.
В альтернативном варианте, включающем сети старше чем R99, объект ММЕ 36 может быть сконфигурирован для кодирования SAI и передачи кодированного SAI в SR-VCC MSC. SR-VCC может затем преобразовать SAI в CGI (0000) или (0001) на основе правил эксплуатации и технического обслуживания для обеспечения взаимодействия BSC, старше чем R99.
Таким образом, варианты осуществления настоящего изобретения могут задавать альтернативное значение SAI для использования с целью идентификации источника при хэндоверах из E-UTRAN в другие 3GPP-ceти, например, GERAN, способом, в котором повторно используется существующий формат, чтобы избежать необходимости обновления или модернизации компонентов существующих сетевых узлов для работы с заново задаваемым идентификатором. Вместо этого, ММЕ 36 может быть сконфигурирован для задания уникального идентификатора источника сети E-UTRAN с использованием либо своего собственного идентификатора (ММЕ) или другого (выбираемого оператором связи) кода, который передают в том же формате, что и значение SAI, используемое для идентификации источников в сети UTRAN.
Далее будет описано задание альтернативного SAI на примере фиг.2, которая иллюстрирует пример устройства для осуществления настоящего изобретения в одном из вариантов. Устройство может быть составной частью сетевого устройства, например, ММЕ (или SR-VCC MSC) или быть выполнено в нем. В этом отношении устройство может функционировать совместно с ММЕ, ассоциируемом с узлом-источником сети E-UTRAN для задач хэндовера в окружении с множеством RAT.
На фиг.2 изображено устройство для идентификации источника для SR-VCC. Устройство может включать процессор 50, интерфейс 54 связи и запоминающее устройство 56, или, иначе, может быть связанным с упомянутыми элементами. Запоминающее устройство 56 может включать, например, энергозависимую и/или энергонезависимую память. Запоминающее устройство 56 может быть сконфигурировано для хранения информации, данных, приложений, инструкций и т.п., обеспечивающих возможность выполнения устройством различных функций в соответствии с примерами осуществления настоящего изобретения. Например, запоминающее устройство 56 может быть сконфигурировано для буферизации входных данных, предназначенных для обработки процессором 50. Альтернативно или дополнительно, запоминающее устройство 56 может быть сконфигурировано для хранения инструкций, предназначенных для исполнения процессором 50. В качестве еще одной альтернативы, запоминающее устройство может представлять собой одну из множества баз данных, хранящих информацию статически и/или динамически, например, информацию, связанную с заданным местоположением, событием или точкой обслуживания.
Процессор 50 может быть выполнен несколькими способами. Например, процессор 50 может быть выполнен как процессор, сопроцессор, контроллер, или в виде других вычислительных средств или устройств, включая, например, такие интегральные схемы, как ASIC (специализированные интегральные схемы, application specific integrated circuit) или FPGA (электрически программируемые вентильные матрицы, field programmable gate array). В одном из примеров осуществления изобретения процессор 50 может быть сконфигурирован для выполнения инструкций, хранимых в запоминающем устройстве 56, или иным образом доступных для процессора 50. Собственно, процессор 50, конфигурируемый аппаратным или программным способом, или их комбинацией, может представлять собой объект, способный, при соответствующем конфигурировании, выполнять операции в соответствии с вариантами осуществления настоящего изобретения. Так, например, если процессор 50 выполнен в виде ASIC, FPGA и т.п., процессор 50 может представлять собой специальным образом сконфигурированное аппаратное обеспечение для выполнения операций, описанных в настоящем документе. Альтернативно, в качестве другого примера, если процессор 50 выполнен как исполнитель программных инструкций, эти инструкции могут специальным образом конфигурировать процессор 50 для выполнения алгоритмов и операций, описанных в настоящем документе, при этом, в противном случае, когда соответствующая целям настоящего изобретения (специальная) конфигурация не обеспечивается этими инструкциями, процессор 50 представляет собой процессорный элемент общего назначения. Тем не менее, в некоторых случаях, процессор 50 может быть процессором конкретного устройства (например, SGSN), предназначенным для применения вариантов осуществления настоящего изобретения путем дополнительной конфигурации процессора 50 с использованием инструкций, предназначенных для выполнения алгоритмов и операций, описанных в настоящем документе.
При этом интерфейс 54 связи может представлять собой любое устройство или средство, выполненное в виде аппаратного обеспечения, программного обеспечения или комбинации аппаратного и программного обеспечения, и сконфигурированное для приема данных от сети и/или передачи данных в сеть и/или любое другое устройство или модуль, осуществляющий связь с устройством. В этом отношении интерфейс 54 связи может включать, например, антенну (или антенны) и сопутствующее аппаратное и/или программное обеспечение для связи с беспроводной сетью связи. В окружении проводной сети, интерфейс 54 связи может, альтернативно или дополнительно, поддерживать проводную связь. Собственно, интерфейс 54 связи может включать модем связи и/или другое аппаратное/программное обеспечение для поддержания связи по кабелю, цифровой линии абонента (digital subscriber line, DSL), универсальной последовательной шине (universal serial bus, USB), Ethernet, мультимедийному интерфейсу высокого разрешения (High-Definition Multimedia Interface, HDMI) или поддержания связи посредством иных механизмов. Также интерфейс 54 связи может включать аппаратное и/или программное обеспечение для поддержания таких механизмов связи, как Bluetooth, инфракрасная связь, UWB, WiFi и т.п.
Фиг.3 представляет собой блок-схему алгоритма способа, системы и программного продукта в соответствии с примерами осуществления настоящего изобретения. Следует понимать, что каждый блок, рассмотренной блок-схемы, а также комбинации блоков, могут быть реализованы различными средствами, например аппаратными, микропрограммными и/или программными, включающими одну или более инструкций компьютерной программы. Например, одна или более описанных выше процедур может быть осуществлена с помощью инструкций компьютерной программы. С этой целью упомянутые инструкции компьютерной программы, реализующие описанные выше процедуры, могут храниться запоминающим устройством сетевого устройства (например, ММЕ или MSC) и выполняться процессором упомянутого сетевого устройства. Следует понимать, что все упомянутые такие инструкции компьютерной программы могут загружаться в компьютер или иное программируемое устройство (то есть аппаратное обеспечение) для формирования автомата, так что инструкции, выполняемые на компьютере или ином программируемом устройстве, образуют средства реализации функций, описанных в блоке (или блоках) упомянутой блок-схемы алгоритма. Эти инструкции компьютерной программы могут также храниться в машиночитаемой памяти, которая обеспечивает управление работой компьютера или иного программируемого устройства заданным образом, так что инструкции, хранимые в упомянутой машиночитаемой памяти, формируют изделие, включающее средства реализации функции, заданной в блоке (или блоках) упомянутой блок-схемы алгоритма. Инструкции компьютерной программы могут также загружаться в компьютер или иное программируемое устройство для обеспечения выполнения в компьютере или ином программируемом устройстве серии операций для формирования реализуемого компьютером процесса, соответственно, инструкции, которые исполняют на компьютере или ином программируемом устройстве, обеспечивают шаги для реализации функций, заданных в блоке (или блоках) рассмотренной блок-схемы алгоритма.
В соответствии с этим, блоки проиллюстрированной блок-схемы алгоритма включают также комбинации средств для выполнения упомянутых заданных функций, комбинации операций для выполнения упомянутых заданных функций и средства программных инструкций для выполнения упомянутых заданных функций. Следует также понимать, что один или более блоков блок-схемы алгоритма, а также комбинации блоков в них, могут быть реализованы аппаратными компьютерными системами специального назначения, выполняющими упомянутые заданные функции или шаги, или с помощью комбинации специального аппаратного обеспечения и компьютерных инструкций.
При этом один из вариантов осуществления способа идентификации источника для SR-VCC, показанный на фиг.3, может включать прием указания на хэндовер между первой RAT (например, E-UTRAN) и второй RAT (например, GERAN), на шаге 100. Способ может также включать задание значения идентификатора для идентификации источника, связанного с первой RAT, с использованием формата идентификатора источника, связанного с третьей RAT (например, UTRAN), на шаге 110. В одном из примеров осуществления настоящего изобретения формат идентификатора источника может представлять собой формат SAI, используемый для задания идентификатора источника с целью идентификации источника в сети E-UTRAN способом, допускающим «бесшовное» применение без необходимости модификации существующих сетевых устройств. Способ может также включать предоставление упомянутого заданного значения идентификатора сетевому устройству, связанному с целевой сетью хэндовера, на шаге 120.
В одном из примеров осуществления настоящего изобретения устройство для выполнения описанного выше способа может включать процессор (например, процессор 50), сконфигурированный для выполнения всех описанных выше шагов (100-120). Процессор может быть сконфигурирован, например, для выполнения шагов путем исполнения хранимых инструкций, или алгоритма, предназначенного для выполнения всех упомянутых шагов. Альтернативно, устройство может включать средства выполнения всех описанных выше шагов. В этом отношении, в соответствии с одним из примеров осуществления настоящего изобретения, примеры средств выполнения шагов 100-120 могут включать, например, алгоритм управления работой блока задания идентификатора или процессор 50.
Множество модификаций и других вариантов осуществления изобретений, изложенных в настоящем документе, могут быть очевидны специалистам в настоящей области техники, при этом они обладают преимуществами, описанными в представленном описании и связанных с ним чертежах. Следовательно, необходимо понимать, что варианты осуществления настоящего изобретения не ограничены описанными конкретными вариантами осуществления изобретения, и что модификации и другие варианты его осуществления считаются попадающими в рамки приложенной формулы изобретения. Также, несмотря на то, что в описании и связанных с ним чертежах примеры осуществления изобретения рассмотрены в контексте конкретных типовых комбинаций и/или функций, следует понимать, что в альтернативных вариантах осуществления изобретения могут быть предложены отличающиеся комбинации элементов и/или функций, без выхода за рамки приложенной формулы изобретения. В этой связи, например, различные комбинации элементов и/или функций, отличающиеся от явно описанных выше, также могут быть изложены в некоторых пунктах приложенной формулы изобретения. Несмотря на то, что в настоящем документе используются конкретные термины, они использованы в общем, и исключительно описательном, значении, а не с целью ограничения.