Независимая от соединения передача обслуживания сеанса от исходного сеансового опорного сетевого контроллера (srnc) целевому srnc

Иллюстрации

Показать все

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

Реферат

Притязание на приоритет согласно 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 останавлива