НЕЗАВИСИМАЯ ОТ СОЕДИНЕНИЯ ПЕРЕДАЧА ОБСЛУЖИВАНИЯ СЕАНСА ОТ ИСХОДНОГО СЕАНСОВОГО ОПОРНОГО СЕТЕВОГО КОНТРОЛЛЕРА (SRNC) ЦЕЛЕВОМУ SRNC Российский патент 2012 года по МПК H04W36/10 

Притязание на приоритет согласно 35 U.S.C. §119

Настоящая заявка на патент притязает на приоритет предварительной заявки номер 60/895930, озаглавленной "METHOD FOR TRANSFERRING SESSIONS REFERENCE CONTROLLER IN DISTRIBUTED RADIO ACCESS NETWORKS", поданной 20 марта 2007 года, и предварительной заявки номер 60/945067, озаглавленной "METHOD AND APPARATUS FOR IAS INTERFACE MESSAGE", поданной 19 июня 2007 года, обе из которых назначены правопреемнику этой заявки и таким образом явно содержатся в данном документе по ссылке.

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

Область техники, к которой относится изобретение

Последующее описание, в общем, относится к беспроводной связи, а более конкретно, к способам и устройствам для передачи владения сеансом между сетевыми объектами.

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

Беспроводные сетевые системы во всем мире стали распространенным средством связи. Устройства беспроводной связи, такие как сотовые телефоны, персональные цифровые помощники и т.п., становятся более компактными и более мощными, чтобы удовлетворять потребности потребителей и повышать портативность и удобство. Потребители стали зависимы от этих устройств, запрашивая надежное обслуживание, расширенные зоны покрытия, дополнительные услуги (к примеру, поддержку просмотра веб-страниц) и продолжение уменьшения размера и стоимости таких устройств.

В частности, по мере того как продолжается развитие беспроводных технологий, прогресс в предоставлении мобильных услуг продолжает эволюционировать к более производительным мобильным устройствам с еще более широкими возможностями и конвергентным услугам. Вследствие потребностей конечных пользователей в больших объемах и в более высококачественном мультимедийном содержимом во всех окружениях, развитие технологий устройств будет продолжать, улучшать возрастающее потребление данных. Например, за последние несколько лет технологии беспроводной связи эволюционировали от аналоговых систем к цифровым системам. Типично в традиционных аналоговых системах, аналоговые сигналы ретранслируются по прямой линии связи и обратной линии связи и требуют значительной ширины полосы пропускания, чтобы обеспечить отправку и прием сигналов, при этом сохраняя приемлемое качество. Поскольку аналоговые сигналы являются непрерывными во времени и пространстве, статусные сообщения (к примеру, сообщения, указывающие наличие или отсутствие приема данных) не формируются. В отличие от этого, системы с коммутацией пакетов позволяют преобразовать аналоговые сигналы в пакеты данных и их отправки посредством физического канала между терминалом доступа и базовой станцией, маршрутизатором и т.п. Помимо этого цифровые данные могут быть ретранслированы в своей естественной форме (к примеру, текст, Интернет-данные и т.п.) через использование сети с коммутацией пакетов.

По сути, цифровые системы беспроводной связи широко развертываются для того, чтобы предоставлять различные услуги связи, например телефонную связь, передачу видео, данных, обмен сообщениями, широковещательную передачу и т.п. Такие системы обычно используют сеть доступа, которая подключает множество терминалов доступа к глобальной вычислительной сети (WAN) посредством совместного использования доступных сетевых ресурсов. Сеть доступа типично реализуется с помощью множества точек доступа, рассредоточенных по всей географической зоне покрытия. Кроме того, географическая зона покрытия может быть разделена на соты с точкой доступа в каждой соте. Аналогично, сота может быть дополнительно разделена на секторы. Тем не менее, в такой архитектуре системы, предоставление информации сеанса и управление поисковыми вызовами к движущимся AT становится сложной задачей.

Сущность изобретения

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

Описанные аспекты предусматривают передачу сеанса связи от исходного сеансового контроллера (к примеру, исходного сеансового опорного сетевого контроллера, SRNC) целевому сеансовому контроллеру (к примеру, целевому SRNC) через компонент передачи сеанса и предоставляют возможность развязывания управления сеансами от управления соединениями в беспроводных сетях. Соответственно, управление сеансами становится независимым от управления соединениями, причем если сеанс должен быть передан, это не обязательно требует перемещения ассоциированного с ним соединения. Это является отличием от традиционных систем, которые требуют перемещения соединения, если сеанс перемещается, что дополнительно может приводить к прерываниям. Следовательно, описанные аспекты предусматривают передачу сеанса без прерывания потока данных между AT и системой беспроводной связи.

В общем, соединение представляет назначение ресурсов (к примеру, выделенных ресурсов), которые позволяют терминалу доступа (AT) устанавливать связь с сетью доступа (AN). Аналогично, сеанс представляет совокупность конфигураций, атрибутов или параметров, согласованных между AT и AN (к примеру, качество сервисных конфигураций), при этом сеансовый контроллер сохраняет полномочия для этих конфигураций. Связь между базовой станцией и AT основана на конфигурациях, поддерживаемых сеансовым контроллером, причем базовая станция должна получить такую конфигурацию от сеансового контроллера до связи с AT. Соединение сохраняется независимо от состояния сеанса, при этом базовые станции (а не сеансовый контроллер) управляют соединением.

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

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

В связанном аспекте, передача SRNC происходит без прерывания в потоке данных, между находящимися на связи AT и базовыми станциями, независимо от которых выбирается SRNC. Кроме того, AT может распознавать каждую базовую станцию и может устанавливать связь непосредственно с ней, при этом SRNC может выступать в качестве координатора согласований, которые AT проводил с этими базовыми станциями. SRNC типично включает в себя аутентификационные функции и ассоциированные конфигурации, которые согласуются между базовой станцией(ями) и терминалом(ами) доступа, и функции в качестве опорной информации для базовых станций, чтобы извлекать информацию (к примеру, получение информации сеанса, чтобы исключить конфликты в ходе изменения сеанса). Исходный SRNC также может хранить опорную копию сеанса и выполнять функцию контроллера поисковых вызовов. Местоположение SRNC может быть определено с помощью UATI AT. В связанном аспекте, компонент передачи сеанса может устойчиво к ошибкам передавать SRNC другому объекту, при этом одновременно другая AN добавляется в активный набор или согласование сеанса.

Согласно методике, первоначально исходный SRNC и целевой SRNC находятся в маршрутном наборе для обмена сообщениями (к примеру, установленном для связи). Затем сообщение, относящееся к запросу на передачу SRNC, может быть отправлено в исходный SRNC от целевого SRNC. Исходный SRNC затем может предоставить порядковые номера UATI (к примеру, возрастающий номер, ассоциированный с UATI), чтобы обозначить для базовых станций порядковые номера, предоставленные для целевого SRNC. Кроме того, целевой SRNC может предоставлять обновленный UATI в AT. После приема этого сообщения посредством AT, он затем отвечает с сообщением завершения UATI в целевой SRNC, чтобы показать согласование с обновленным UATI и передать в назначенный целевой SRNC. Целевой SRNC затем может уведомлять членов маршрута, ассоциированного с ним (к примеру, исходный SRNC и обслуживающую eBS), о том, что UATI изменился, и целевой SRNC после этого принимает владение сеансом. Аналогично, базовые станции могут изменять свой ассоциированный UATI на UATI целевого SRNC.

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

Краткое описание чертежей

Фиг.1 иллюстрирует примерный компонент передачи сеанса, который передает сеанс от исходного сеансового опорного контроллера (SRNC) целевому SRNC.

Фиг.2 иллюстрирует примерную систему для передачи SRNC, которая включает в себя сети доступа в форме функционального объекта, который содержит экземпляр маршрута AN (ANRI) для логического обмена данными с терминалом доступа (AT).

Фиг.3 иллюстрирует примерный уникальный идентификатор терминала доступа (UATI), который является обновляемым, чтобы указывать передачу для базовых станций.

Фиг.4 иллюстрирует связанную методику передачи состояния целевому SRNC согласно аспекту.

Фиг.5 иллюстрирует дополнительную методику передачи владения сеансом от исходного SRNC целевому SRNC согласно аспекту.

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

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

Фиг.8 иллюстрирует дополнительную блок-схему последовательности операций способа, когда согласование сеанса предпринимается в ходе передачи опорной информации сеанса, в соответствии с дополнительным аспектом.

Фиг.9 иллюстрирует связанную блок-схему последовательности операций способа, которая иллюстрирует примерную передачу опорной информации сеанса, когда AT не принимает сообщение UATIAssign (Назначение UATI).

Фиг.10 иллюстрирует дополнительный примерный аспект последовательности операций вызова, которая описывает сценарий сбоя при передаче опорной информации сеанса, когда сообщение UATIComplete (Завершение UATI) потеряно.

Фиг.11 иллюстрирует конкретную систему, которая упрощает передачу владения сеансом от исходного SRNC целевому SRNC.

Фиг.12 иллюстрирует систему, которая может использоваться в соединении с отправкой сеанса целевому SRNC согласно аспекту.

Фиг.13 иллюстрирует примерные функции базовых станций, которые управляют соединением, которые позволяют AT и AN устанавливать связь, как частям беспроводной системы.

Подробное описание изобретения

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

При использовании в данной заявке терминов "компонент", "модуль", "система" и т.п. предполагается связанный с компьютером объект, такой как, но не только, аппаратные средства, аппаратно реализованное программное обеспечение, комбинация аппаратных средств и программного обеспечения, программное обеспечение или программное обеспечение в режиме выполнения. Например, компонент может быть, но не только, процессом, запущенным на процессоре, процессором, объектом, исполняемым файлом, потоком исполнения, программой и/или компьютером. В качестве иллюстрации, и приложение, запущенное на вычислительном устройстве, и вычислительное устройство может быть компонентом. Один или более компонентов могут постоянно находиться внутри процесса и/или потока исполнения, и компонент может быть локализован на одном компьютере и/или распределен между двумя и более компьютерами. Кроме того, эти компоненты могут выполняться с различных машиночитаемых носителей, имеющих различные структуры хранения данных. Компоненты могут устанавливать связь посредством локальных и/или удаленных процессов, например, в соответствии с сигналом, имеющим один или более пакетов данных, к примеру, данных из одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или по сети, например, по Интернету, с другими системами посредством сигнала.

Кроме того, различные аспекты описываются в данном документе касательно терминала, который может быть проводным терминалом или беспроводным терминалом. Терминал также может называться системой, устройством, абонентским модулем, абонентской станцией, мобильной станцией, мобильным аппаратом, мобильным устройством, удаленной станцией, удаленным терминалом, терминалом доступа, пользовательским терминалом, терминалом, устройством связи, пользовательским агентом, пользовательским устройством или пользовательским оборудованием (UE). Беспроводным терминалом может быть сотовый телефон, спутниковый телефон, беспроводной телефон, телефон по протоколу инициирования сеанса (SIP), станция беспроводного абонентского доступа (WLL), персональный цифровой помощник (PDA), карманное устройство с поддержкой беспроводных соединений, вычислительное устройство или другие обрабатывающие устройства, соединенные с беспроводным модемом. Помимо этого, различные аспекты описываются в данном документе касательно базовой станции. Базовая станция может быть использована для установления связи с беспроводным терминалом(ами) и также может упоминаться как точка доступа, узел B, усовершенствованная базовая станция (eBS) или какой-либо другой термин.

Кроме того, термин "или" имеет намерение означать включающее "или" вместо исключающего "или". Таким образом, если иное не указано или не является очевидным из контекста, "X использует A или B" имеет намерение означать любую из естественных включающих перестановок. Таким образом, фраза "X использует A или B" удовлетворяется посредством любого из следующих случаев: "X использует A; X использует B; или X использует как A, так и B". Помимо этого, артикли "a" и "an" при использовании в данной заявке и прилагаемой формуле изобретения, в общем, должны истолковываться так, чтобы означать "один или более", если иное не указано или не является очевидным из контекста, что направлено на форму единственного числа.

Методики, описанные в данном документе, могут использоваться для различных систем беспроводной связи, таких как системы CDMA, TDMA, FDMA, OFDMA, SC-FDMA и других систем. Термины "система" и "сеть" зачастую используются взаимозаменяемо. CDMA-система может реализовывать такую технологию радиосвязи, как универсальный наземный радиодоступ (UTRA) cdma2000 и т.д. UTRA включает в себя широкополосную CDMA (W-CDMA) и другие варианты CDMA. Дополнительно, cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. TDMA-система может реализовывать такую технологию радиосвязи, как глобальная система мобильной связи (GSM). OFDMA-система может реализовывать такую технологию радиосвязи, как усовершенствованная UTRA (E-UTRA), сверхширокополосная передача для мобильных устройств (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM® и т.д. UTRA и E-UTRA являются частью универсальной системы мобильной связи (UMTS). Стандарт долгосрочного развития (LTE) 3GPP является версией UMTS, которая использует E-UTRA, которая применяет OFDMA в нисходящей линии связи и SC-FDMA в восходящей линии связи. UTRA, E-UTRA, UMTS, LTE и GSM описываются в документах организации, называемой Партнерским проектом третьего поколения (3GPP). Дополнительно, cdma2000 и UMB описываются в документах организации, называемой Партнерским проектом третьего поколения 2 (3GPP2).

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

Фиг.1 иллюстрирует компонент 125 передачи сеанса, который передает сеанс 142 от исходного сеансового опорного контроллера 111 (SRNC) целевому SRNC 113. Обычно исходные и целевые SRNC 111, 113 отвечают за поддержку опорной информации сеанса с терминалом доступа 120 (AT). Кроме того, эти исходный SRNC 111 и целевой SRNC 113 могут поддерживать управление состоянием бездействия AT 120 и предоставлять функции управления поисковыми вызовами, когда AT 120 находится в режиме бездействия. В одном аспекте SRNC 111, 113 содержит опорный маршрут сеанса для каждого AT 120, который он поддерживает. Кроме того, выбор шлюза доступа (AGW) может быть выполнен посредством SRNC 111, 113 для AT 120. Помимо этого, SRNC может принимать на себя функцию точки присоединения данных SRNC, чтобы устанавливать привязку только для передачи служебных сигналов к AGW, когда AT находится в режиме бездействия. SRNC также может выступать в качестве аутентификатора для аутентификации доступа.

Как проиллюстрировано на фиг.1, компонент 125 передачи сеанса передает владение сеансом 142 от исходного SRNC 111 целевому SRNC 113, причем ассоциированный уникальный идентификатор терминала доступа (UATI) затем может быть обновлен для того, чтобы указывать эту передачу для связанной базовой станции(й). Соответственно, управление сеансами становится независимым от управления соединениями, причем, если сеанс должен быть перемещен, это не обязательно требует перемещения ассоциированного с ним соединения. Это является отличием от традиционных систем, которые требуют перемещения соединения, если сеанс перемещается, что дополнительно может приводить к прерываниям. Установление связи между базовой станцией (не показана) и AT 120 основано на конфигурациях, поддерживаемых сеансовым контроллером, причем базовая станция должна получать такую конфигурацию от сеансового контроллера до установления связи с AT. Сеанс и AT 120 могут быть идентифицированы для базовых станций на основе уникального идентификатора терминала доступа (UATI), при этом подписи сеансов дополнительно могут указывать версию сеанса для AT. Данная идентификация посредством подписей сеансов может быть основана на последовательности номеров, которые могут увеличиваться по мере того, как сеанс обновляется, к примеру, сеанс может модифицироваться при инициировании нового приложения, которое требует дополнительных ресурсов.

На основе таких обновлений базовая станция, которая принимает UATI, может определенно и однозначно определять местоположения целевой SRNC 111, который теперь управляет сеансом, чтобы извлекать информацию сеанса. Следует принимать во внимание, что базовая станция может повторно согласовывать сеанс, если информация сеанса является нежелательной. UATI может включать в себя сегмент идентификатора подсети (к примеру, имеющий размер на 8 битов) и часть идентификатора AT, имеющую заранее определенный размер (к примеру, 24 бита). Он также может включать в себя IP-адрес SRNC для AT 120. Соответственно, когда AT-система перемещается (к примеру, из исходной подсети в целевую подсеть), целевой SRNC может быть идентифицирован из UATI, и к сеансу обращаются или определяют его местоположение после этого посредством обновленного или нового UATI. Следует принимать во внимание, что, несмотря на то, что фиг.1 иллюстрирует компонент передачи сеанса как один модуль, этот модуль может быть распределен по всей системе. Кроме того, процессы поисковых вызовов в ходе передачи сеанса могут быть выполнены посредством использования как старого идентификатора поискового вызова (к примеру, назначенного посредством исходного сеансового контроллера для AT), так и нового идентификатора поискового вызова (к примеру, назначенного для AT посредством целевого SRNC), и перед тем, как новый UATI подтвержден от AT.

Фиг.2 иллюстрирует примерную систему для передачи SRNC, которая включает в себя сети доступа в форме функционального объекта, который содержит экземпляр маршрута AN (ANRI) 211, 213, 215 для логического обмена данными с терминалом доступа (AT) 220. Связь посредством ANRI, который в настоящий момент не обслуживает AT 220, по прямой или обратной линии радиосвязи выполняется логически посредством туннелирования пакетов протокола маршрутизации UMB через обслуживающую eBS прямой линии связи (FLSE) и обслуживающую eBS обратной линии связи (RLSE). SRNC 230 может иметь маршрут с AT 220, при этом SRNC 230 может устанавливать связь прозрачно с другими базовыми станциями. В одном аспекте передача сеанса осуществляется без прерывания потока данных между AT и системой беспроводной связи. Кроме того, AT 220 может распознавать каждую базовую станцию и может устанавливать связь непосредственно с ней, при этом SRNC может выступать в качестве координатора согласований, которые AT проводил с этими базовыми станциями.

Как проиллюстрировано на фиг.2, шлюз доступа (AGW) 225 предоставляет "точку IP-присоединения" к сети пакетной передачи данных для AT. Соответственно, AGW 225 фактически является маршрутизатором первого перескока для AT 220, причем AGW 225 может состоять из плоскости управления (C-плоскости), чтобы оперировать служебными сообщениями между eBS/SRNC и AGW, и пользовательской плоскости (U-плоскости), чтобы оперировать трафиком однонаправленного канала. C-плоскость и U-плоскость могут иметь различную конечную точку IP. Компонент передачи перемещает SRNC от одного объекта в другой объект.

Исходный SRNC также может содержать опорную копию сеанса и выполнять функцию контроллера поисковых вызовов. Местоположение SRNC может определяться с помощью UATI AT 220. Например, IP-адрес SRNC может быть встроен как часть UATI. Компонент передачи устойчиво передает SRNC другому объекту, что может осуществляться одновременно с тем, как другая AN добавляется. Соответственно, компонент передачи передает владение сеансом от исходного SRNC целевому SRNC, причем ассоциированный уникальный идентификатор терминала доступа (UATI) затем может быть обновлен для того, чтобы указать эту передачу для базовых станций.

Сеанс и AT могут быть идентифицированы для базовых станций на основе уникального идентификатора терминала доступа (UATI), при этом подписи сеансов дополнительно могут указывать версию сеанса для AT. На основе таких обновлений базовая станция, которая принимает UATI, может определенно и однозначно определять местоположение целевой SRNC, который теперь управляет опорной информацией сеанса, чтобы извлекать информацию сеанса. Следует принимать во внимание, что базовая станция может повторно согласовывать сеанс, если информация сеанса является нежелательной. Как проиллюстрировано на фиг.2, опорная точка U1 переносит управляющую информацию и информацию однонаправленного канала между eBS и AGW. Аналогично, опорная точка U2 переносит управляющую информацию между SRNC и eBS; а опорная точка U3 переносит управляющую информацию и информацию однонаправленного канала между двумя eBS. Кроме того, опорная точка U4 переносит управляющую информацию между SRNC. Кроме того, опорная точка U6 переносит управляющую информацию между SRNC и AGW.

Фиг.3 иллюстрирует примерный уникальный идентификатор терминала доступа (UATI) 319, который является обновляемым для того, чтобы указывать передачу AT от одной базовой станции другой базовой станции, как часть системы связи 300. UATI выступает в качестве временного идентификатора, чтобы идентифицировать AT и ассоциированный SRNC, обслуживающий AT. Например, UATI 319 может использоваться в сообщениях, отправляемых по радиоинтерфейсу между мобильной станцией 326 327, AN, целевым SRNC 340 или исходным SRNC 330. Как проиллюстрировано на фиг.3, UATI 319 может включать в себя заранее определенное число битов (к примеру, 24 бита, которые включают в себя 8-битовый префикс для AN и 16-разрядный идентификатор SRNC). Следует принимать во внимание, что данная компоновка является примерной по характеру, и другие компоновки попадают в пределы области настоящего новшества.

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

В связанном аспекте, такая передача SRNC через обновляемые UATI может осуществляться без прерывания потока данных между AT 326, 327 и системой беспроводной связи. Кроме того, AT 326, 327 может распознавать каждую базовую станцию и может устанавливать связь непосредственно с ней, при этом SRNC может выступать в качестве координатора согласований, которые AT проводил с этими базовыми станциями.

Фиг.4 иллюстрирует связанную методику 400 передачи сеанса от исходного SRNC целевому SRNC согласно аспекту. Хотя примерный способ проиллюстрирован и описан в данном документе как последовательность этапов, представляющих различные события и/или действия, различные аспекты не ограничены проиллюстрированным порядком этих этапов. Например, некоторые действия или события могут осуществляться в другой последовательности и/или одновременно с другими действиями или событиями, наряду с последовательностью, проиллюстрированной в данном документе, в соответствии с различными аспектами, описанными в данном документе. Кроме того, не все проиллюстрированные этапы, события или действия могут требоваться для того, чтобы реализовывать методику в соответствии с области настоящего новшества. Кроме того, следует понимать, что примерный способ и другие способы согласно новшеству могут быть осуществлены в ассоциативной связи со способом, иллюстрированным и описанным в данном документе, также как и в ассоциативной связи с другими не иллюстрированными или описанными системами и устройствами. Сначала и на этапе 410 могут быть обнаружены изменения в базовой станции, обслуживающей AT, которые вызывают изменение между исходным SRNC и целевым SRNC. Затем и на этапе 420, UATI, ассоциированный с исходным SRNC, может быть обновлен, чтобы указывать целевой SRNC. На этапе 430 сеанс может передавать владение от исходного SRNC целевому SRNC. Данная передача владения от исходного SRNC целевому SRNC предоставляет развязывание управления сеансом от управления соединениями сеанса на этапе 440. Соответственно, управление сеансами становится независимым от управления соединениями, причем если сеанс должен быть перемещен, это не обязательно требует перемещения ассоциированного с ним соединения. Это является отличием от традиционных систем, которые требуют перемещения соединения, если сеанс перемещается, что дополнительно может приводить к прерываниям.

Фиг.5 иллюстрирует дополнительную методику 500 передачи владения сеансом от исходного SRNC целевому SRNC согласно аспекту. Сначала на этапе 510 исходный SRNC и целевой SRNC размещаются в маршрутном наборе для обмена сообщениями. Затем на этапе 520 сообщение, связанное с запросом на передачу SRNC, может быть отправлено в исходный SRNC от целевого SRNC. На этапе 530 исходный SRNC затем может предоставлять порядковые номера UATI (к примеру, возрастающий номер, ассоциированный с UATI), чтобы обозначить для базовых станций порядковые номера, предоставленные для целевого SRNC. Кроме того, целевой SRNC может предоставлять обновленный UATI в AT. После приема этого сообщения посредством AT, он затем отвечает с сообщением завершения UATI в целевой SRNC, чтобы показать согласование с помощью обновленного UATI и передавать в назначенный целевой SRNC. На этапе 540 целевой SRNC затем может уведомлять членов ассоциированного с ним маршрута (к примеру, исходный SRNC и обслуживающую eBS), что UATI изменился, и целевой SRNC принял владение сеансом. Аналогично, базовые станции могут изменять свой ассоциированный UATI на UATI целевого SRNC.

Фиг.6 иллюстрирует примерную последовательность операций 600 вызова для передачи SRNC согласно дополнительному аспекту, при этом можно предполагать, что исходный SRNC и целевой SRNC уже находятся в маршрутном наборе (к примеру, устанавливать связь друг с другом). Как проиллюстрировано, сначала на этапе 610, целевой SRNC отправляет сообщение IAS (обмен служебными сигналами между сетями доступа)-SRNC Transfer Request (Запрос на передачу IAS-SRNC) в исходный SRNC, чтобы запрашивать передачу опорной информации сеанса, и запускает таймер Tstr-ias. Такие таймеры используются для того, чтобы повышать надежность процедур обмена сообщениями.

Затем на этапе 620 исходный SRNC отвечает целевому SRNC с сообщением IAS-SRNC Transfer Response (Ответ по передаче IAS-SRNC). Это сообщение включает в себя новый UATI_SeqNo (для нового UATI). Как только исходный SRNC отправляет сообщение IAS-SRNC Transfer Response, сеанс, ассоциированный с ним, может быть блокирован. Это блокировка сеанса может включать в себя отклонения дополнительной модификации сеанса, и при этом принятие запроса на копию сеанса, а также запроса на то, чтобы осуществлять поисковый вызов AT. После приема сообщения IAS-SRNC Transfer Response, целевой SRNC останавливает таймер Tstr-ias. Целевой SRNC также может блокировать свой сеанс.

На этапе 630 целевой SRNC отправляет сообщение UATIAssign, содержащее новый UATI, в AT. Затем на этапе 640, после приема сообщения UATIAssign, AT отправляет сообщения UATIComplete в целевой SRNC. После приема сообщения UATIComplete или служебного сообщения, адресованного на новый UATI, целевой SRNC разблокирует свой сеанс, к примеру, он позволяет конфигурирование сеанса и отправляет сообщение IAS-UATI Update (Обновление IAS-UATI) по всем ANRI в маршрутном наборе.

Затем на этапе 640, после приема сообщения IAS-UATI Update с новым UATI_SeqNo, исходный SRNC высвобождает старый UATI и отправляет сообщение IAS-UATI Update Ack (Подтверждение приема обновления IAS-UATI) обратно в целевой SRNC. После приема сообщения IAS-UATI Update Ack, целевой SRNC разблокирует сеанс и останавливает таймер Tuupd-ias.

Фиг.7 иллюстрирует последовательность операций 700 вызова, когда добавление в маршрутный набор осуществляется в ходе передачи опорной информации сеанса. Эта последовательность операций 700 вызова предполагает, что исходный SRNC и целевой SRNC уже находятся в маршрутном наборе, в то время как eBS1 еще не находится в маршрутном наборе. Сначала на этапе 710 целевой SRNC отправляет сообщение IAS-SRNC Transfer Request (Запрос на передачу IAS-SRNC) в исходный SRNC, чтобы запрашивать передачу опорной информации сеанса, и запускает таймер Tstr-ias.

Затем на этапе 720, исходный SRNC блокирует свой сеанс и отвечает целевому SRNC с сообщением IAS-SRNC Transfer Response. Это сообщение включает в себя новый UATI_SeqNo (для нового UATI). После приема сообщения IAS-SRNC Transfer Response, целевой SRNC останавливает таймер Tstr-ias.

Затем на этапе 730 целевой SRNC отправляет сообщение UATIAssign, содержащее новый UATI, в AT. Тем не менее, до того как сообщение принимается в AT, AT отправляет сообщение RouteOpenRequest (Запрос на открытие маршрута) в eBS1 со старым UATI, чтобы добавлять eBS1 в маршрутный набор. На этапе 740 eBS1 отправляет сообщение IAS-Session Information Request (Запрос информации сеанса IAS), адресующее старый UATI, в исходный SRNC с флагом, показывающим, что оно предназначено для добавления в маршрутный набор, и запускает таймер Tsir-ias.

На этапе 750 исходный SRNC соглашается с запросом на сеанс посредством отправки сообщения IAS-Session Information Response (Ответ с информацией сеанса IAS) с информацией сеанса. После приема сообщения IAS-Session Information Response, eBS1 останавливает таймер Tsir-ias.

После этого на этапе 760 AT принимает сообщение UATIAssign от целевого SRNC. Затем на этапе 770, после приема сообщения UATIAssign, AT отправляет сообщение UATIComplete в целевой SRNC.: по сути, после приема сообщения UATIComplete или служебного сообщения, адресованного на новый UATI, целевой SRNC разблокирует свой сеанс, при этом конфигурирование сеанса может быть разрешено, и отправляет сообщение IAS-UATI Update по всем ANRI в маршрутном наборе.

На этапе 780 целевой SRNC отправляет сообщение IAS-UATI Update с новым UATI и новым UATI_SeqNo в исходный SRNC и запускает таймер Tuupd-ias. Кроме того, на этапе 790, после приема сообщения IAS-UATI Update, исходный SRNC высвобождает старый UATI и отправляет сообщение IAS-UATI Update Ack обратно в целевой SRNC. После приема сообщения IAS-UATI Update Ack целевой SRNC останавливает таймер Tuupd-ias. На этапе 792 AT принимает сообщение RouteOpenAccept (Подтверждение открытия маршрута) от eBS1 в ответ на сообщение RouteOpenRequest (Запрос на открытие маршрута) на этапе 730. После этого на этапе 794 AT отправляет сообщение RouteMapStatus (Состояние карты маршрута) по всем ANRI в маршрутном наборе, включая целевой SRNC.

Затем на этапе 796, после приема сообщения RouteMapStatus, которое содержит новый eBS1 в маршрутном наборе, целевой SRNC отправляет сообщение IAS-UATI Update, содержащее новый UATI и новый UATI_SeqNo, в eBS1 и запускает таймер Tuupd-ias. Затем на этапе 799, после приема сообщения IAS-UATI Update, eBS1 отправляет сообщение IAS-UATI Update Ack в целевой SRNC. После приема сообщения IAS-UATI Update Ack целевой SRNC останавливает таймер Tuupd-ias.

Фиг.8 иллюстрирует дополнительную блок-схему последовательности операций способа в соответствии с дополнительным аспектом. Данная блок-схема последовательности операций способа описывает последовательность операций вызова, когда согласование сеанса предпринимается в ходе передачи опорной информации сеанса. Последовательность операций 800 вызова предполагает, что eBS1 891, исходный SRNC 892 и целевой SRNC 893 уже находятся в маршрутном наборе. Сначала на этапе 801 целевой SRNC 893 отправляет сообщение IAS-SRNC Transfer Request в исходный SRNC 892, чтобы запросить передачу опорной информации сеанса, и запускает таймер Tstr-ias.

После этого на этапе 802 исходный SRNC 892 блокирует свой сеанс и отвечает целевому SRNC 893 с сообщением IAS-SRNC Transfer Response. Это сообщение включает в себя новый UATI_SeqNo (для нового UATI). После приема сообщения IAS-Session Information Request, целевой SRNC 893 останавливает таймер Tstr-ias. Целевой SRNC отправляет сообщение UATIAssign, содержащее новый UATI, в AT. Тем не менее, до того как сообщение принимается в AT, AT и eBS1 инициируют согласование сеанса на этапе 803.

Затем на этапе 804, чтобы завершить согласование сеанса, eBS1 891 отправляет сообщение IAS-Session Information Update Request (Запрос на обновление информации сеанса IAS) со старым UATI в исходный SRNC 892 и запускает таймер Tsur-ias. На этапе 805 исходный SRNC отклоняет запрос посредством отправки сообщения IAS-Session Information Update Response (Ответ по обновлению информации сеанса IAS) в eBS1 891 со значением причины ошибки, показывающим, что сеанс заблокирован. После приема сообщения IAS-Session Information Update Response eBS1 останавливает таймер Tsir-ias, и eBS1 может повторить обновление сеанса в SRNC после того, как он принимает сообщение IAS-UATI Update, или может завершить согласование сеанса с AT 895. Затем на этапе 806 AT принимает сообщение UATIAssign от целевого SRNC.

Далее, после приема сообщения UATIAssign, AT отправляет сообщение UATIComplete в целевой SRNC на этапе 807. После приема сообщения UATIComplete или служебного сообщения, адресованного на новый UATI, целевой SRNC разблокирует свой сеанс, при этом он может позволить конфигурирование сеанса, и отправляет сообщение IAS-UATI Update по всем ANRI в маршрутном наборе, включая исходный SRNC и eBS1.

Затем на этапе 808 целевой SRNC отправляет сообщение IAS-UATI Update с новым UATI в исходный SRNC и запускает таймер Tuupd-ias. На этапе 809, после приема сообщения IAS-UATI Update, исходный SRNC высвобождает старый UATI и отправляет сообщение IAS-UATI Update Ack обратно в целевой SRNC. После приема сообщения IAS-UATI Update Ack целевой SRNC останавливает таймер Tuupd-ias.

После этого на этапе 810 целевой SRNC отправляет сообщение IAS-UATI Update с новым UATI в eBS1 и запускает таймер Tuupd-ias. На этапе 811, после приема сообщения IAS-UATI Update, eBS1 использует новый UATI и отправляет сообщение IAS-UATI Update Ack обратно в целевой SRNC. После приема сообщения IAS-UATI Update Ack целевой SRNC останавливает таймер Tuupd-ias. Затем на этапе 812, после приема сообщения IAS-UATI Update, eBS1 отправляет сообщение IAS-Session Update Request (Запрос на обновление сеанса с IAS) с новым UATI в целевой SRNC и запускает таймер Tsur-ias.

После этого на этапе 813 целевой SRNC соглашается с запросом посредством отправки сообщения IAS-Session Update Response (Ответ с обновлением сеанса) в eBS1 с новой подписью сеанса. После приема сообщения IAS-Session Update Response eBS1 останавливает таймер Tsur-ias. Соответственно, на этапе 814, eBS1 и AT завершают согласование сеанса с использованием новой подписи сеанса.

Фиг.9 иллюстрирует связанную последовательность операций 900 вызова, которая иллюстрирует примерную передачу опорной информации сеанса, когда AT 999 не принимает сообщение UATIAssign. Эта последовательность операций 900 вызова предполагает, что исходный SRNC 991 и целевой SRNC 993 уже находятся в маршрутном наборе, тогда как eBS1 997 еще не находится в маршрутном наборе. Сначала на этапе 910 целевой SRNC 993 отправляет сообщение IAS-SRNC Transfer Request в исходный SRNC 991, чтобы запросить передачу опорной информации сеанса, и запускает таймер Tstr-ias.

Затем на этапе 911 исходный SRNC 991 отвечает целевому SRNC 993 с сообщением IAS-SRNC Transfer Response. Это сообщение включает в себя новый UATI_SeqNo (для нового UATI). После приема сообщения IAS-SRNC Transfer Response целевой SRNC 993 останавливает таймер Tstr-ias. После этого на этапе 912 целевой SRNC 993 отправляет сообщение UATIAssign, содержащее новый UATI, в AT 999. Тем не менее, AT 999 не принимает сообщение, поскольку он потерял соединение.

В течение этого периода, если исходный SRNC 991 принимает сообщение Paging Request (Запрос на поисковый вызов), то исходный SRNC 991 должен инициировать процедуру поискового вызова для AT 999 с помощью старого PageID (Идентификатор поискового вызова). Аналогично, если сообщение UATIComplete не принято, то исходный SRNC и целевой SRNC 993 могут высвобождать новый UATI после того, как таймер KeepAlive (Поддержание активности) сеанса истекает. На этапе 913 AT 999 осуществляет доступ к eBS1 997 посредством отправки RouteOpenRequest со старым UATI в eBS1 997. После этого на этапе 914 eBSN1 отправляет сообщение IAS-Session Information Request в исходный SRNC с флагом, показывающим, что это сообщение доступа, и запускает таймер Tsir-ias.

Затем на этапе 915, после приема сообщения IAS-Session Information Request со старым UATI и флагом доступа, исходный SRNC разблокирует сеанс и отвечает eBS1 с сообщением IAS-Session Information Response. Это сообщение содержит текущий сеанс, текущую точку присоединения данных (DAP) и подпись текущего сеанса. После приема сообщения IAS-Session Information Response eBS1 останавливает таймер Tsir-ias.

После этого на этапе 916 eBS1 отправляет сообщение RouteOpenAccept в AT, чтобы завершить процедуру установления маршрута с AT. Аналогично, на этапе 917, AT отправляет RouteMapStatus по всем ANRI в маршрутном наборе. Затем на этапе 918, после приема IAS-Session Information Request со старым UATI и флагом доступа, исходный SRNC также отправляет сообщение IAS-UATI Update в целевой SRNC, чтобы сообщить целевому SRNC, что он может высвобождать новый UATI. Затем исходный SRNC запускает таймер Tuupd-ias.

После этого на этапе 919, после приема сообщения IAS-UATI Update, целевой SRNC высвобождает новый UATI и отправляет сообщение IAS-UATI Update Ack обратно в исходный SRNC. После приема сообщения IAS-UATI Update Ack исходный SRNC останавливает таймер Tuupd-ias. Соответственно, последовательность операций 900 вызова приводит пример сценария, который предоставляет возможность исходному контроллеру повторно инициировать сеанс и сохранить владение исходным контроллером, если сообщение UATIAssign потеряно.

Фиг.10 иллюстрирует дополнительный примерный аспект последовательности операций 1000 вызова, которая описывает сценарий сбоя при передаче опорной информации сеанса, когда сообщение UATIComplete (Завершение UATI) потеряно. Эта последовательность операций 1000 вызова предполагает, что исходный SRNC и целевой SRNC уже находятся в маршрутном наборе, тогда как eBS1 еще не находится в маршрутном наборе. Сначала на этапе 1001 целевой SRNC отправляет сообщение IAS-SRNC Transfer Request в исходный SRNC, чтобы запросить передачу опорной информации сеанса и запустить таймер Tstr-ias. Затем на этапе 1002 исходный SRNC отвечает целевому SRNC с сообщением IAS-SRNC Transfer Response. Это сообщение содержит новый UATI_SeqNo (для нового UATI). После приема сообщения IAS-SRNC Transfer Response целевой SRNC останавливает таймер Tstr-ias.

После этого на этапе 1003 целевой SRNC отправляет сообщение UATIAssign, содержащее новый UATI, в AT. После этого на этапе 1004, AT принимает сообщение UATIAssign от целевого SRNC. Тем не менее, как проиллюстрировано на фиг.1000, AT теряет соединение до того, как сообщение доставлено. В течение этого периода, если исходный SRNC принимает сообщение Paging Request, то исходный SRNC должен инициировать процедуру поискового вызова для AT с помощью старого PageID. Следует принимать во внимание, что AT отслеживает как старый PageID, так и новый PageID, если сообщение UATIComplete не отправлено успешно. Кроме того, если сообщение UATIComplete не принято, то исходный SRNC и целевой SRNC могут высвобождать новый UATI после того, как таймер KeepAlive сеанса истекает. На этапе 1005 AT осуществляет доступ к eBS1 посредством отправки сообщения RouteOpenRequest с новым UATI.

Затем на этапе 1006 eBS1 отправляет сообщение IAS-Session Information Request с флагом, показывающим, что это сообщение доступа, в целевой SRNC и запускает таймер Tsir-ias. На этапе 1007, после приема сообщения IAS-Session Information Request с новым UATI, целевой SRNC разблокирует сеанс и отправляет сообщение IAS-Session Information Response в eBS1. Сообщение содержит сеанс AT. После приема сообщения IAS-Session Information Response, eBS1 останавливает таймер Tsir-ias.

Затем на этапе 1008 eBS1 отправляет сообщение RouteOpenAccept в AT, чтобы завершить процедуру установления маршрута. Затем на этапе 1009 AT отправляет сообщение RouteMapStatus по всем ANRI в маршрутном наборе, включая eBS1 и целевой SRNC. На этапе 1010, после приема сообщения IAS-Session Information Request с новым UATI, целевой SRNC отправляет сообщение IAS-UATI Update в исходный SRNC и запускает таймер Tuupd-ias. Затем на этапе 1011, после приема сообщения IAS-UATI Update, исходный SRNC отправляет сообщение IAS-UATI Update Ack в целевой SRNC и может высвобождать старый UATI. После приема сообщения UATI Update Ack, целевой SRNC останавливает таймер Tuupd-ias. По сути, система телекоммуникации может восстанавливаться в ходе сценария сбоя для передачи опорной информации сеанса, если сообщение UATIComplete потеряно.

Фиг.11 иллюстрирует конкретную систему 1100, которая упрощает передачу владения сеансом от исходного SRNC целевому SRNC. Система 1100 может быть ассоциирована с точкой доступа и включает в себя группировку 1102 компонентов, которые могут устанавливать связь друг с другом в соединении с передачей владения сеансом и предоставлением обновлений в UATI.

Группировка 1102 также включает в себя компонент 1106 для передачи сеанса от исходного SRNC целевому. Данная группировка дополнительно может включать в себя компоненты для отслеживания подписей сеансов (не показаны) и компонент 1107 для предоставления конфигурации QoS, при этом если сеанс должен быть перемещен, это не обязательно требует перемещения ассоциированного с ним соединения. Группировка 1102 добавочно включает в себя компонент 1108 для приема данных связи, и/или обмена сообщениями от исходного SRNC, причем данные предпочтительно отправляют в AT и/или целевой SRNC. Кроме того, данные связи, принимаемые от AT, могут быть IP-инкапсулированным пакетом данных, который ассоциирован с порядковым номером или меткой. Группировка 1102 дополнительно может включать в себя компонент 1110 для отправки данных связи (к примеру, обмена сообщениями), в целевой SRNC 1110 в надлежащей последовательности. Система 1100 также может включать в себя запоминающее устройство 1112, которое может сохранять инструкции, относящиеся к выполнению компонентов 1104-1110. Система 1100 дополнительно включает в себя компонент 1104 для уведомления базовых станций и других модулей, устанавливающих связь с AT, о передаче сеанса и/или идентификационных данных целевого SRNC.

Фиг.12 иллюстрирует систему 1200, которая может использоваться в соединении с взаимодействием с сеансом, отправляемым в целевой SRNC, согласно аспекту. Система 1200 содержит приемник 1202, который принимает сигнал, например, от одной или более приемных антенн и выполняет типичные действия (к примеру, фильтрует, усиливает, преобразует с понижением частоты и т.д.) с принимаемым сигналом и оцифровывает приведенный к требуемым параметрам сигнал, чтобы получить выборки. Демодулятор 1204 может демодулировать и предоставлять принимаемые пилотные символы в процессор 1206 для оценки канала.

Процессор 1206 может быть процессором, выделенным для анализа информации, принимаемой посредством компонента 1202 приемника, и/или формирования информации для передачи посредством передатчика 1214. Процессор 1206 может быть процессором, который управляет одной или более частей системы 1200, и/или процессором, который анализирует информацию, принимаемую посредством приемника 1202, формирует информацию для передачи посредством передатчика 1214 и управляет одной или более частей системы 1200. Система 1200 может включать в себя компонент 1208 оптимизации, который может оптимизировать производительность пользовательского оборудования до, в ходе и/или после передачи обслуживания. Компонент 1208 оптимизации может быть встроен в процессор 1206. Следует принимать во внимание, что компонент 1208 оптимизации может включать в себя код оптимизации, который осуществляет анализ полезности в соединении с определением того, следует ли инициировать передачу обслуживания сеанса от исходного SRNC системе целевого SRNC. Код оптимизации может использовать способы на основе искусственного интеллекта в связи с осуществлением выводов и/или вероятностных определений, и/или статистических определений в связи с выполнением передачи обслуживания.

Система (абонентское устройство) 1200 дополнительно может содержать запоминающее устройство 1210, которое функционально сочленено с процессором 1206 и которое хранит такую информацию, как информация об интенсивности сигнала относительно базовой станции, информация диспетчеризации и т.п., причем эта информация может использоваться в связи с определением того, следует ли и когда следует инициировать и запрашивать передачу обслуживания сеанса. Запоминающее устройство 1210 дополнительно может хранить протоколы, ассоциированные с формированием таблиц поиска и т.д., с тем, чтобы система 1200 могла использовать сохраненные протоколы и/или алгоритмы для того, чтобы повысить пропускную способность системы. Следует принимать во внимание, что компоненты хранения данных (к примеру, запоминающие устройства), описанные в данном документе, могут быть энергозависимым запоминающим устройством или энергонезависимым запоминающим устройством либо могут включать в себя как энергозависимое, так и энергонезависимое запоминающее устройство. В качестве иллюстрации, но не ограничения, энергонезависимое запоминающее устройство может включать в себя постоянное запоминающее устройство (ROM), программируемое ROM (PROM), электрически программируемое ROM (EPROM), электрически стираемое ROM (EEPROM) или флэш-память. Энергозависимое запоминающее устройство может включать в себя оперативное запоминающее устройство (RAM), которое выступает в качестве внешнего кэша. В качестве иллюстрации, но не ограничения, RAM доступно во многих формах, таких как синхронное RAM (SRAM), динамическое RAM (DRAM), синхронное DRAM (SDRAM), SDRAM с двойной скоростью передачи (DDR SDRAM), усовершенствованное SDRAM (ESDRAM), DRAM с синхронной связью (SLDRAM) и direct Rambus RAM (DRRAM). Запоминающее устройство 1210 имеет намерение содержать (но не только) эти и любые другие подходящие типы запоминающих устройств. Процессор 1206 соединен с модулятором 1212 символов и передатчиком 1214, который отправляет модулированный сигнал.

Фиг.13 иллюстрирует функции базовых станций, при этом базовые станции управляют соединением, которое представляет назначение ресурсов (к примеру, выделенных ресурсов), которые позволяют терминалу доступа (AT) устанавливать связь с сетью доступа (AN). Как проиллюстрировано, система 1300 содержит базовую станцию 1302 с приемником 1310, который принимает сигнал(ы) от одного или более пользовательских устройств 1304 посредством одной или более приемных антенн 1306 и передает в одно или более пользовательских устройств 1304 посредством множества передающих антенн 1308. В одном примере приемные антенны 1306 и передающие антенны 1308 могут быть реализованы с помощью одного набора антенн. Приемник 1310 может принимать информацию от приемных антенн 1306, и он функционально ассоциирован с демодулятором 1312, который демодулирует принимаемую информацию. Приемником 1310 может быть, например, многоотводный когерентный приемник (к примеру, техника, которая отдельно обрабатывает компоненты многолучевого сигнала с помощью множества основополосных корреляторов, и т.д.), MMSE-приемник или какой-либо другой приемлемый приемник для разделения пользовательских устройств, назначенных ему, как следует принимать во внимание специалистам в данной области техники. Например, может быть использовано множество приемников (к примеру, по одному на приемную антенну), и эти приемники могут устанавливать связь друг с другом, чтобы предоставлять улучшенные оценки пользовательских данных. Демодулированные символы анализируются посредством процессора 1314, который аналогичен процессору, описанному выше со ссылкой на фиг.11, и сочленен с запоминающим устройством 1316, которое хранит информацию, относящуюся к назначениям пользовательских устройств, таблиц поиска, относящихся к ним, и т.п. Выход приемника для каждой антенны может быть совместно обработан посредством приемника 1310 и/или процессора 1314. Модулятор 1318 может мультиплексировать сигнал для передачи с помощью передатчика 1320 посредством передающих антенн 1308 в пользовательские устройства 1304.

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

Дополнительно, этапы и/или действия способа или алгоритма, описанные в связи с раскрытыми в данном документе аспектами, могут быть реализованы непосредственно в аппаратных средствах, в программном модуле, приводимом в исполнение посредством процессора, или в их комбинации. Программный модуль может постоянно находиться в памяти типа RAM, флэш-памяти, памяти типа ROM, памяти типа EPROM, памяти типа EEPROM, в регистрах, на жестком диске, сменном диске, CD-ROM или любой другой форме носителя данных, известной в данной области техники. Типичный носитель данных может быть сочленен с процессором, причем процессор может считывать информацию и записывать информацию на носитель данных. В альтернативном варианте, носитель данных может быть встроен в процессор. Дополнительно, в некоторых аспектах, процессор и носитель данных могут постоянно находиться в ASIC. Дополнительно, ASIC может постоянно находиться в пользовательском терминале. В альтернативном варианте, процессор и носитель данных могут постоянно находиться в пользовательском терминале как дискретные компоненты. Дополнительно, в некоторых аспектах, этапы и/или действия способа или алгоритма могут постоянно находиться как один или любая комбинация или набор кодов и/или инструкций на машиночитаемом носителе и/или читаемом компьютером носителе, который может быть включен в компьютерный программный продукт.

В одном или более аспектов, описанные функции могут быть реализованы в аппаратных средствах, программном обеспечении, аппаратно реализованном программном обеспечении или любой комбинации вышеозначенного. При реализации в программном обеспечении функции могут быть сохранены или отправлены как одна или более инструкций или код на читаемом компьютером носителе. Читаемые компьютером носители включают в себя как компьютерные носители данных, так и среду связи, включающую в себя любую среду, которая упрощает перемещение компьютерной программы из одного места в другое. Носителями данных могут быть любые доступные носители, к которым можно осуществлять доступ посредством компьютера. В качестве примера, но не ограничения, эти машиночитаемые носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое устройство хранения на оптических дисках, устройство хранения на магнитных дисках или другие магнитные устройства хранения, либо любой другой носитель, который может быть использован для того, чтобы переносить или хранить требуемый программный код в форме инструкций или структур данных, и к которому можно осуществлять доступ посредством компьютера. Также любое соединение может называться машиночитаемым носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника с помощью коаксиального кабеля, оптоволоконного кабеля, "витой пары", цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасные, радиопередающие и микроволновые среды, то коаксиальный кабель, оптоволоконный кабель, "витая пара", DSL или беспроводные технологии, такие как инфракрасные, радиопередающие и микроволновые среды, включены в определение носителя. Диск (disk) и диск (disc) при использовании в данном документе включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск Blu-Ray, при этом диски (disk) обычно воспроизводят данные магнитно, тогда как диски (disc) обычно воспроизводят данные оптически с помощью лазеров. Комбинации вышеперечисленного также следует включать в число машиночитаемых носителей.

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

Изобретение относится к мобильной связи. Предложен способ развязывания управления сеансами от управления соединениями беспроводной сети посредством обеспечения возможности передачи сеанса между сеансовыми контроллерами. Компонент передачи сеанса передает владение сеансом от исходного сеансового контроллера целевому сеансовому контроллеру, при этом передача сеанса не обязательно требует перемещения ассоциированных с ним соединений. Эта передача использует уникальный идентификатор терминала доступа (UATI), который обновляется, чтобы информировать связанные базовые станции о передаче сеанса. Технический результат заключается в обеспечении передачи сеанса без прерывания потока данных между терминалом доступа и системой беспроводной связи. 9 н. и 21 з.п. ф-лы, 13 ил.

1. Способ передачи обслуживания сеанса, содержащий этапы, на которых:
- идентифицируют сеанс и терминал доступа (AT) для базовой станции; и
- передают владение сеансом от исходного сеансового контроллера целевому сеансовому контроллеру без прерывания потока данных, передаваемых между AT и базовой станцией, причем сеанс передается независимо от соединения, ассоциированного с ним.

2. Способ по п.1, дополнительно содержащий этап, на котором используют уникальный идентификатор(ы) терминала доступа (UATI), который уведомляет базовую станцию об идентификационных данных сеанса.

3. Способ по п.2, дополнительно содержащий этап, на котором предоставляют исходный сеансовый опорный сетевой контроллер (SRNC) в качестве исходного сеансового контроллера и целевой SRNC в качестве целевого контроллера в 3GPP2-системах.

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

5. Способ по п.3, дополнительно содержащий этап, на котором принимают запрос на передачу SRNC посредством исходного SRNC, чтобы инициировать передачу сеанса.

6. Способ по п.3, дополнительно содержащий этап, на котором предоставляют порядковые номера UATI базовым станциям, чтобы упростить идентификацию сеанса.

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

8. Способ по п.7, дополнительно содержащий этап, на котором разблокируют сеанс после завершения назначения UATI от целевого SRNC для AT.

9. Способ по п.3, дополнительно содержащий этап, на котором уведомляют о передаче владения сеансом во все объекты, которые находятся на связи с AT.

10. Процессор, выполненный с возможностью предоставлять передачу обслуживания сеанса, содержащий:
- первый модуль для идентификации сеанса и терминала доступа (AT) для базовой станции и
- второй модуль для передачи владения сеансом от исходного сеансового контроллера целевому сеансовому контроллеру без прерывания потока данных, передаваемых между AT и упомянутой базовой станцией, причем сеанс передается независимо от соединения, ассоциированного с ним.

11. Читаемый компьютером носитель, содержащий:
- первый набор кодов, заставляющих компьютер идентифицировать сеанс и терминал доступа (AT) для базовой станции; и
- второй набор кодов, заставляющих компьютер передавать сеанс от исходного сеансового контроллера целевому сеансовому контроллеру без прерывания потока данных, передаваемых между AT и упомянутой базовой станцией, причем сеанс передается независимо от соединения, ассоциированного с ним.

12. Устройство для передачи сеанса, содержащее:
- средство для передачи сеанса от исходного SRNC целевому SRNC без прерывания потока данных, передаваемых между терминалом доступа (AT) и базовой станцией, причем сеанс передается независимо от своего соединения; и
- средство для уведомления упомянутых базовых станций о передаче сеанса.

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

14. Способ по п.13, дополнительно содержащий этап, на котором используют уникальный идентификатор терминала доступа (UATI), который уведомляет базовую станцию об идентификационных данных сеанса.

15. Способ по п.13, дополнительно содержащий этап, на котором предоставляют исходный сеансовый опорный сетевой контроллер (SRNC) в качестве исходного сеансового контроллера и целевой SRNC в качестве целевого контроллера в 3GPP2-системах.

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

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

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

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

20. Способ по п.19, дополнительно содержащий этап, на котором разблокируют сеанс при указании целевого SRNC.

21. Способ по п.13, дополнительно содержащий этап, на котором уведомляют о передаче владения сеансом во все объекты, которые находятся на связи с AT.

22. Компьютерная система для передачи сеанса, содержащая:
- беспроводной терминал доступа, выполненный с возможностью идентифицировать сеанс и AT для базовой станции;
- компонент передачи сеанса, выполненный с возможностью передавать сеанс от исходного SRNC целевому SRNC без прерывания потока данных, передаваемых между AT и упомянутой базовой станцией, причем сеанс передается независимо от соединения, ассоциированного с ним.

23. Система для беспроводной связи, содержащая:
- запоминающее устройство, которое предоставляет инструкции для переключения сеанса между исходным SRNC и целевым SRNC без прерывания потока данных, передаваемых между AT и базовой станцией; и
- процессорный блок который выполняет инструкции для переключения сеанса между исходным SRNC и целевым SRNC, причем сеанс передается независимо от соединения, ассоциированного с ним.

24. Система связи, содержащая:
- средство для передачи сеанса от исходного SRNC целевому SRNC без прерывания потока данных, передаваемых между AT и базовыми станциями, причем сеанс передается независимо от соединения, ассоциированного с ним; и
- средство для уведомления базовых станций о передаче сеанса целевому SRNC.

25. Система связи по п.24, дополнительно содержащая средство для идентификации целевого SRNC.

26. Способ передачи сеанса в системе беспроводной связи, содержащий этапы, на которых:
- принимают сообщение с запросом передачи IAS-SRNC посредством исходного SRNC для запроса передачи опорной информации сеанса целевому SRNC без прерывания потока данных, передаваемых между терминалом доступа (AT) и базовой станцией; и
- отправляют ответное сообщение передачи IAS-SRNC посредством исходного SRNC, которое включает в себя информацию для нового UATI для упрощения передачи сеанса.

27. Способ по п.26, дополнительно содержащий этап, на котором блокируют сеанс, чтобы отклонять его модификацию.

28. Способ по п.26, дополнительно содержащий этап, на котором отправляют сообщение подтверждения обновления IAS-UATI посредством исходного SRNC в целевой SRNC для упрощения передачи сеанса.

29. Способ по п.26, дополнительно содержащий этап, на котором останавливают или запускают таймеры в ходе обмена сообщениями, чтобы управлять временами отклика.

30. Способ по п.26, дополнительно содержащий этап, на котором уведомляют базовую станцию о передаче сеанса целевому SRNC.