Способ мобильной связи и коммутационный узел

Способ мобильной связи и коммутационный узел

Иллюстрации

Показать все

Реферат

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

Изобретение относится к способу мобильной связи и коммутационному узлу для управления пакетным доступом для разрешения новому узлу SGSN (Serving GPRS Support Node, обслуживающий узел поддержки GPRS), обслуживающему терминал после перемещения, получить информацию о канале связи от предыдущего узла SGSN, обслуживавшего указанный терминал до перемещения.

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

Согласно действующим спецификациям 3GPP в процедуре обновления местоположения между зонами обслуживания узлов SGSN в случае, когда терминал находится в состоянии незанятости (режиме ожидания), определен процесс обработки, в котором новый узел SGSN получает каналы связи в сохраненном состоянии от предыдущего узла SGSN (непатентный документ 1). Что касается типов каналов связи, существуют контекст PDP для пользователей GPRS и контекст EPS для пользователей EPS, и действующие 3GPP спецификации описывают их получение только посредством сигналов GTPv1 (протокол GTP, версия 1) и сигналов GTPv2 (протокол GTP, версия 2) (непатентные документы 2 и 3), соответственно.

Фиг.8(А) и 8(В) иллюстрируют процедуру получения информации о канале связи от предыдущего узла SGSN в новом узле SGSN, где фиг.8(А) изображает случай получения информации о канале связи (контекста PDP), которая представляет собой информацию о логическом тракте связи, используя сигнал GTPv1 в качестве сигнала второго протокола, а фиг.8(В) изображает случай получения информации о канале связи (контекста EPS), используя сигнал GTPv2 в качестве сигнала первого протокола.

Как изображено на фиг.8(А), когда терминал UE (User Equipment, пользовательское устройство) в состоянии незанятости перемещается между узлами SGSN и отправляет сообщение об обновлении местоположения в новый узел SGSN, новый узел SGSN получает от предыдущего узла SGSN информацию о канале связи GPRS, определенную на предшествующем участнике связи. Для этого новый узел SGSN запрашивает информацию о канале связи у предыдущего узла SGSN, используя сигнал GTPv1. После приема сигнала GTPv1 от нового узла SGSN предыдущий узел SGSN задает в ответном сигнале информацию о канале связи для канала связи GPRS, установленного в данный момент времени, и возвращает указанный ответный сигнал. Новый узел SGSN получает информацию о канале связи на основании информации о канале связи, заданной в указанном ответном сигнале от предыдущего узла SGSN, и на основании указанной информации о канале связи (контекста PDP) устанавливает канал связи GPRS между новым узлом SGSN и узлом GGSN (Gateway GPRS Support Node, шлюзовый узел поддержки GPRS).

Также, как изображено на фиг.8(В), когда новый узел SGSN получает информацию о канале связи EPS, установленном между предыдущим узлом SGSN и устройством S-GW (Serving Gateway, обслуживающий шлюз), новый узел SGSN запрашивает у предыдущего узла SGSN информацию о канале связи, используя сигнал GTPv2. После приема сигнала GTPv2 от нового узла SGSN предыдущий узел SGSN задает в ответном сигнале информацию о канале связи (контекст EPS) для канала связи EPS, установленного в данный момент времени, и возвращает указанный ответный сигнал. На основании информации о канале связи, заданной в ответном сигнале, новый узел SGSN устанавливает новый канал связи EPS между новым узлом SGSN и устройством S-GW.

При этом для достижения совместимости между системами UMTS и EPS узел SGSN, который соединяет терминал, поддерживающий сеть UTRAN (W-CDMA/HSPA), с сетью ЕРС, поддерживает как сигнал GTPv1, так и сигнал GTPv2.

Список источников

Непатентная литература

Непатентный документ 1: 3GPP TS23.060 (version 8.7.0).

Непатентный документ 2: 3GPP TS29.060 (version 8.10.0).

Непатентный документ 3: 3GPP TS29.274 (version 8.4.0).

Однако согласно текущим спецификациям в сигнале GTPv2 может быть задана только информация о канале связи EPS, а информация о канале связи GPRS не может быть задана. Также, напротив, в сигнале GTPv1 может быть задана только информация о канале связи GPRS, а информация о канале связи EPS не может быть задана. Следовательно, когда предыдущий узел SGSN поддерживает оба протокола (GTPv1 и GTPv2), а информация о канале связи, которую имеет предыдущий узел SGSN, и версия сигнала GTP, принятого от нового узла SGSN, не совпадают, это может привести к случаю, когда невозможно получить информацию о канале связи. Например, в примере на фиг.8(А), где предыдущий узел SGSN поддерживает протоколы GTPv1 и GTPv2 и имеет канал связи GPRS, установленный с пользователем GPRS, если запрос получения информации о канале связи от нового узла SGSN принимается при помощи сигнала GTPv2, то предыдущий узел SGSN не может задать в сигнале подлежащую передаче информацию о канале связи GPRS и, следовательно, возвращает ошибку, вызывая тем самым проблему, состоящую в том, что услуга для пользователя GPRS прерывается.

Следует отметить, что как изображено на фиг.9, параграф 7.10 документа 3 описывает случай, когда предыдущий узел SGSN, поддерживающий только протокол GTPv1, принимает сигнал GTPv2 от нового узла SGSN, предыдущий узел SGSN применяет откат к протоколу GTPv1 и осуществляет повторную попытку. Однако, когда предыдущий узел SGSN выполнен с возможностью поддержки как протокола GTPv1, так и протокола GTPv2, возникают вышеописанные проблемы.

Раскрытие изобретения

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

Один аспект настоящего изобретения включает следующие этапы: прием во втором коммуникационном узле от терминала, переместившегося из области управления первого коммутационного узла в область управления второго коммутационного узла, сообщения об обновлении местоположения; передачу в первый коммутационный узел от второго коммутационного узла, принявшего сообщение об обновлении местоположения, сигнала первого протокола для получения информации о тракте связи; уведомление второго коммутационного узла об ошибке при помощи сигнала первого протокола для обеспечения отката ко второму протоколу, когда между шлюзовым узлом поддержки GPRS (узлом GGSN), соединенным с первым коммутационным узлом и с внешней IP сетью, и первым коммутационным узлом установлен канал связи в качестве канала связи для указанного терминала; и смена типа протокола на второй протокол во втором коммутационном узле, который был уведомлен об ошибке первым коммутационным узлом при помощи сигнала первого протокола, и повторная передача в первый коммутационный узел сигнала протокола для получения информации о тракте связи с использованием смененного типа протокола.

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

Технический результат изобретения

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

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

Фиг.1 представляет собой диаграмму, показывающую конфигурацию сети мобильной связи в соответствии с первым вариантом осуществления;

Фиг.2 представляет собой принципиальную схему конфигурации параметров для сигнала GTPv2, используемого в первом варианте осуществления;

Фиг.3 представляет собой диаграмму, иллюстрирующую процедуру, в которой новый узел SGSN получает канал связи от предыдущего узла SGSN в соответствии с первым вариантом осуществления;

Фиг.4 представляет собой диаграмму последовательности действий, соответствующих получению канала связи, проиллюстрированному на фиг.3;

Фиг.5 представляет собой диаграмму, иллюстрирующую процедуру получения канала связи в соответствии со вторым вариантом осуществления;

Фиг.6(А) представляет собой диаграмму последовательности действий, соответствующих получению канала связи, проиллюстрированному на фиг.5, а фиг.6(В) представляет собой диаграмму последовательности действий, иллюстрирующую осуществление отката при получении канала связи, определенного в непатентном документе 3;

Фиг.7 представляет собой диаграмму последовательности действий с частичной модификацией процедуры получения канала связи в соответствии со вторым вариантом осуществления;

Фиг.8(А) и 8(В) представляют собой диаграмму, иллюстрирующую процедуру получения информации о канале связи в новом узле SGSN от предыдущего узла SGSN; и

Фиг.9 представляет собой диаграмму для разъяснения функции отката для сигналов неподдерживаемого протокола.

Осуществление изобретения

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

Первый вариант осуществления

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

Настоящий вариант осуществления относится к терминалу, поддерживающему UMTS/GPRS, и терминалу, поддерживающему LTE, в качестве мобильного терминала 1. Сеть 2 радиодоступа образована сетью UTRAN (сеть радиодоступа UMTS) или сетью GERAN (сеть радиодоступа GSM/EDGE), которые способны осуществлять радиосвязь с мобильным терминалом 1.

Сеть 2 радиодоступа включает базовые радиостанции 11, предусмотренные в соответствующих сотах, и устройства 12 управления базовой станцией, которые управляют множеством базовых радиостанций 11. В сети UMTS базовая радиостанция 11 носит название node В, но также может называться «BTS» (Base Transceiver Station, базовая приемопередающая станция). Устройство 12 управления базовой станцией управляет множеством базовых радиостанций 11, а также управляет выделением и сменой радиоканалов для терминалов 1. Устройство 12 управления базовой радиостанцией носит название «устройство радиоуправления» (RNC: Radio Network Controller, контроллер радиосети) или также может называться «BSC» (Base Station Controller, контроллер базовых станций).

Опорная сеть включает такие функциональные элементы, как узлы SGSN 13А, узел GGSN 14, шлюз S-GW 15, шлюз P-GW 16 и сервер HSS 17.

Узлы SGSN 13A-13C определяют местоположение терминала 1, осуществляющего доступ к домену коммутации пакетов, и управляют передачей пользовательского трафика между узлом GGSN 14 и сетью 2 радиодоступа. Также узлы SGSN 13A-13C осуществляют маршрутизацию/передачу IP-пакетов при помощи протокола пакетной передачи и осуществляют управление мобильностью и управление сеансом (управление каналом связи), которые необходимы для мобильной связи.

Согласно настоящему варианту осуществления узлы SGSN 13A и 13В содержат интерфейс S3/S4 (протокол GTP, версия 2). Узлы SGSN, имеющие интерфейс S3/S4, представляют собой усовершенствованные функциональные элементы для обеспечения совместной работы сетей UMTS и EPS. Интерфейс S4, предусмотренный в узлах SGSN 13A и 13В, имеет функции управления сеансом (управление каналом связи EPS) с шлюзом S-GW 15, используя сигнал GTPv2, и передачи пользовательских пакетов. На фиг.1 узлы SGSN 13A и 13В, поддерживающие версию 2 протокола GTP, носят название узлы S4-SGSN. Узлы SGSN 13A и 13В также содержат интерфейс Gn/Gp (протокол GTP, версия 1). Узлы SGSN 13A и 13В способны соединяться с узлом GGSN 14 пакетного ядра, используя сигналы GTPv1, и устанавливать канал связи GPRS. Узел SGSN 13C представляет собой функциональный элемент, не имеющий интерфейса S3/S4, а имеющий только интерфейс Gn/Gp (протокол GTP, версия 1). На фиг.1 узел SGSN 13C, поддерживающий только версию 1 протокола GTP, носит название узел Gn/Gp-SGSN.

Узел GGSN 14 представляет собой функциональный элемент для управления соединением между пакетным ядром UMTS/GPRS и внешней IP-сетью в соответствии с запросами соединения от терминала 1. Узел GGSN 14 образует пакетное ядро UMTS/GPRS вместе с узлом SGSN 13C

Шлюз S-GW 15 соединяет плоскость пользователя (U-plane) между сетью 2 радиодоступа и сетью ЕРС и обеспечивает функции для маршрутизации/передачи пользовательских пакетов. Терминал 1 передает IP пакеты по каналу связи EPS, который устанавливается между узлами SGSN 13A и 13В и шлюзом S-GW 15 узлами SGSN 13A и 13В. Шлюз P-GW 16 функционирует в качестве точки соединения с внешней IP-сетью и передает пользовательские пакеты для внешней IP-сети. Сеть ЕРС образована функциональными элементами, такими как узлы S4-SGSN 13A и 13В, шлюзы S-GW 15 и P-GW 16, и узел ММЕ (Mobility Management Entity, узел управления мобильностью), который не показан. Сервер HSS 17 представляет собой абонентский сервер, управляющий информацией об абонентах. В информации об абонентах, зарегистрированной в сервере HSS 17, может быть проведен поиск по пользовательским идентификаторам, и в ней может содержаться информация о канале связи.

Фиг.2 представляет собой принципиальную схему конфигурации параметров сигнала GTPv2, используемого в настоящем варианте осуществления. Как изображено на фиг.2, конфигурация включает пользовательский идентификатор (ID) 20, тип 21 протокола, имя 22 сигнала, действующие параметры 23 и дополнительный параметр 24. Пользовательский идентификатор 20 представляет собой информацию для идентификации пользователя терминала 1, от которого было получено сообщение об обновлении местоположения. В типе 21 протокола задается «GTPv1» или «GTPv2». В имени 22 сигнала задается «запрос контекста» (Context Request) при запросе информации о канале связи или задается «ответ контекста» (Context Response) при возврате информации о канале связи. В действующих параметрах 23 задаются различные параметры А, В и тому подобные, определяемые действующими спецификациями для «GTPv2», заданного в типе 21 протокола. Действующие параметры 23 конфигурируются таким образом, что информация 23а о канале связи EPS может быть задана в качестве параметра GTPv2. Дополнительный параметр 24 конфигурируется таким образом, что в нем может задаваться информация о канале связи GPRS канале (контекст PDP) для обработки в соответствии с протоколом GTPv1, который является протоколом наряду с протоколом GTPv2. Следует заметить, что так как конфигурация параметров сигнала GTPv2 сигнала, изображенная на фиг.2, имеет имя 22 сигнала = «ответ контекста», и, следовательно, добавляется дополнительный параметр 24 для задания информации о канале связи для различных типов протокола, то для запрашивания информации о канале связи дополнительный параметр 24 в «запрос контекста» не добавляется.

Таким образом, согласно настоящему варианту осуществления в конфигурации параметров GTPv2 в качестве дополнительного параметра 24 предусмотрена информация о канале связи GPRS (контекст PDP), которая обрабатывается при помощи различных версий протокола GTPv1. Таким образом, в сигнале GTPv2 возможно задать информацию о канале связи (информацию о канале связи GPRS) для различных версий протокола.

Далее будут описаны действия, выполняемые в настоящем варианте осуществления, выполненного, как описано выше. Фиг.3 иллюстрирует процедуру, в которой новый узел SGSN получает канал связи от предыдущего узла SGSN, а фиг.4 представляет собой последовательность действий, соответствующую получению канала связи, проиллюстрированному на фиг.3. Новый узел SGSN на фиг.3 является узлом S4-SGSN 13А, изображенным на фиг.1, а предыдущий узел SGSN является другим узлом S4-SGSN 13В, изображенным на фиг.1. Другими словами, предыдущий узел SGSN (13В) и новый узел SGSN (13A) оба являются узлами SGSN, поддерживающими как протокол GTPv1, так и протокол GTPv2.

Как изображено на фиг.3, предыдущий узел SGSN (13B), который выступает в качестве первого коммутационного узла, устанавливает канал связи GPRS к узлу GGSN 14 в качестве канала связи для выполнения в опорной сети пакетной передачи пользовательских данных терминала 1, который уже осуществил доступ к домену коммутации пакетов. Терминал 1 находится в состоянии незанятости, и не появляются какие-либо пользовательские данные, и, следовательно, предполагается состояние сохранения (preservation state) (S1), в котором радиоресурсы освобождены, в то время как канал связи GPRS поддерживается.

Как изображено на фиг.4, в состоянии сохранения, когда терминал 1 перемещается из области управления предыдущего узла SGSN 13В в область управления нового узла SGSN 13A, выступающего в качестве второго коммутационного узла (S2), терминал 1 передает в новый узел SGSN 13A, к которому перемещается (S3) терминал 1, сообщение об обновлении местоположения по сети 2 радиодоступа. Новый узел SGSN 13A после приема указанного сообщения об обновлении местоположения из терминала 1 отправляет запрос информации о канале связи в предыдущий узел SGSN 13B при помощи сигнала GTPv2 (S11). Здесь можно предположить, что новый узел SGSN 13A единообразно использует сигнал GTPv2 в качестве протокола для выполнения запроса информации о канале связи.

Когда предыдущий узел SGSN 13B принимает запрос информации о канале связи (GTPv2), устанавливается канал связи GPRS. Другими словами, тогда как информация о канале связи, которую имеет предыдущий узел SGSN 13B, является каналом связи GPRS по протоколу GTPv1, протоколом запроса информации о канале связи является протокол GTPv2, и, следовательно, информация о канале связи и протокол запроса информации о канале связи не соответствуют друг другу. Если спецификации вышеупомянутого непатентного документа 2 применять в неизменном виде, информация о канале связи GPRS другого протокола не может быть задана в качестве информации 23а о канале связи EPS в сигнале GTPv2, и, следовательно, возвращается ошибка. Настоящий вариант осуществления реализован таким образом, что в конфигурации параметров сигнала GTPv2 (фиг.2) предусмотрен дополнительный параметр 24, в котором может задаваться информация о канале связи GPRS другого протокола, и ошибка в этот момент времени не возвращается. Другими словами, после приема запроса информации о канале связи с использованием сигнала GTPv2 от нового узла SGSN 13A предыдущий узел SGSN 13B определяет тип протокола по типу 21 протокола сигнала GTPv2 (S12). В случае, если типом протокола является GTPv2, исходя из вышеописанных предварительных условий, предыдущий узел SGSN 13B поддерживает протокол GTPv2, так что результатом является определение продолжение процесса обработки (S13).

Предыдущий узел SGSN 13В, решивший продолжить процесс обработки, идентифицирует пользователя терминала по пользовательскому идентификатору 20 сигнала GTPv2, получает информацию о канале связи при помощи поиска информации о канале связи, который в настоящий момент установлен для пользователя терминала, в информации об абоненте, которая содержится в базе данных узла SGSN 13B (S14), и определяет тип информации о канале связи (S15). Другими словами, определяется, является ли канал связи, который в настоящий момент установлен для пользовательского терминала 1, каналом связи GPRS или каналом связи EPS. Из вышеуказанных предварительных условий определяется, что канал связи является каналом связи GPRS. Если информация о канале связи, установленном в настоящий момент времени, поиск которой производится, представляет собой информацию о канале связи GPRS другого протокола, ошибка не возвращается, а в конфигурации параметров сигнала GTPv2 в дополнительном параметре 24 задается указанная информация о канале связи GPRS. Таким образом, сигнал GTPv2, в котором информация о канале связи GPRS задается в дополнительном параметре 24, отправляется в качестве ответа в новый узел SGSN 13A (S16).

Новый узел SGSN 13A извлекает информацию о канале связи из сигнала GTPv2, переданного из предыдущего узла SGSN 13B. Здесь, как изображено на фиг.2, если в дополнительном параметре 24 сигнала GTPv2 задан «контекст PDP», на основании этого контекста PDP для терминала 1 по протоколу GTPv1 устанавливается канал связи GPRS с узлом GGSN 14 (S17). Затем терминалу 1 возвращается «ОК».

Как описано выше, настоящий вариант осуществления выполнен таким образом, что в сигнал GTPv2 может быть добавлен параметр канала связи GPRS другого протокола, и в случае несоответствия канала связи, установленного, когда был принят сигнал GTP, предыдущим узлом SGSN, принявшим запрос получения информации о канале связи при помощи сигнала GTPv2, и сигнала GTP, задается информация о канале связи, содержащаяся в дополнительном параметре 24 сигнала GTPv2. В результате этого в старом узле SGSN, в случае несоответствия канала связи, установленного после приема сигнала GTP, и сигнала GTP, даже если не работает функция для отката к другому протоколу, осуществляется надежный процесс получения канала связи между предыдущим узлом SGSN и новым узлом SGSN, и, следовательно, можно предотвратить возникновение ситуации, когда услуга прерывается.

Второй вариант осуществления

Настоящий вариант осуществления будет описан в предположении сети мобильной связи, имеющей такую же конфигурацию, что и сеть мобильной связи, изображенная на фиг.1. Дополнительный параметр 24 в конфигурации параметров сигнала GTPv2 является несущественным.

Настоящий вариант осуществления реализован таким образом, что когда предыдущий узел SGSN принимает сигнал GTPv2 для запрашивания получения канала связи по протоколу GTPv2, определяется тип информации о канале связи, установленном в данный момент времени, содержащийся в предыдущем узле SGSN в отношении пользователя терминала. Когда тип канала связи представляет собой GPRS несмотря на тот факт, что запрос получения канала связи был принят посредством сигнал GTPv2, в качестве ошибки GTPv2 возвращается «откат к GTPv1», который назначает протокол.

Операции настоящего варианта осуществления будут описаны со ссылками на фиг.5 и 6. Фиг.5 представляет собой диаграмму, иллюстрирующую процедуру, в которой новый узел SGSN получает канал связи от предыдущего узла SGSN, а фиг.6(А) представляет собой диаграмму последовательности действий, соответствующую получению канала связи, проиллюстрированному на фиг.5. Новый узел SGSN на фиг.5 является узлом S4-SGSN 13А, показанным на фиг.1, а предыдущий узел SGSN является другим узлом S4-SGSN 13В, показанным на фиг.1. Другими словами, предыдущий узел SGSN 13В и новый узел SGSN 13А поддерживают как протокол GTPv1, так и протокол GTPv2.

Следуя тем же этапам, что и в вышеописанном варианте осуществления, новый узел SGSN 13А после приема сообщения об обновлении местоположения от терминала 1 отправляет запрос информации о канале связи в предыдущий узел SGSN 13В при помощи сигнала GTPv2 (S11). Новый узел SGSN 13А единообразно использует сигнал GTPv2 в качестве протокола для осуществления запроса информации о канале связи.

Как изображено на фиг.6(А), этапы являются теми же самыми, что и в описанном выше первом варианте осуществления от этапа, когда новый узел SGSN 13А, принявший сообщение об обновлении местоположения от терминала 1, отправляет запрос информации о канале связи (S11), до этапа, когда предыдущий узел SGSN 13В определяет тип информации о канале связи (S15). Далее, главным образом, будут описываться этапы после этапа S15. Предыдущий узел SGSN 13В получает информацию о канале связи (S14), и в результате определения типа информации о канале связи по вышеописанным предварительным условиям (S15) тип информации о канале связи определяется как канал связи GPRS. Предыдущий узел SGSN 13В отправляет в новый узел SGSN 13В ошибку «откат к GTPv1», которая предписывает выполнить откат к протоколу GTPv1 (S21).

Новый узел SGSN 13A после приема ошибки GTPv2 от предыдущего узла SGSN 13B осуществляет определение ошибки GTPv2 и определяет причину ошибки (S22). Так как причиной ошибки является «откат к GTPv1», для протокола применяется откат от протокола GTPv2 к протоколу GTPv1, и отправляется запрос информации о канале связи в предыдущий узел SGSN 13B с использованием сигнала GTPv1 (S23).

Как результат, предыдущий узел SGSN 13B может задать информацию о канале связи GPRS, установленном в данный момент времени (контекст PDP), в сигнале GTPv1 и возвращает сигнал в новый узел SGSN 13A (S24).

Фиг.6(В) изображает в качестве сравнительного примера последовательность функциональных действий для осуществления отката, определенных в непатентном документе 3 (глава 7.10 3GPP TS29.274 (версия 8.4.0)). Как изображено на этом чертеже, последовательность действий является той же самой вплоть до этапа, на котором предыдущий узел SGSN принимает запрос информации о канале связи и определяет протокол, но в соответствии с положениями указанной спецификации предыдущий узел SGSN не поддерживает протокол GTPv2 и, следовательно, в этом месте определяется ошибка передачи, и ошибка возвращается при помощи сигнала GTPv1, поддерживаемого предыдущим узлом SGSN. Следовательно, гибкая поддержка, аналогичная проиллюстрированной в настоящем втором варианте осуществления, является затруднительной.

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

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

Например, как изображено на фиг.7, хотя вплоть до этапа определения типа информации о канале связи (от S11 до 815) используется та же самая последовательность действий, что изображена на фиг.6(А), также можно отправить в новый узел SGSN ошибку GTPv2, не указывающую содержание ошибки (S31). Когда возвращается ошибка GTPv2, новый узел SGSN определяет откат к сигналу GTPv1, относящимся к другому протоколу, для протокола для использования для запроса информации о канале связи (S32), и повторно выдает запрос информации о канале связи при помощи сигнала GTPv1 (S33).

Таким образом, существует возможность исключения процесса определения содержания ошибки, когда ошибка GTPv2 исходит от нового узла SGSN.

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

Содержание патентной заявки Японии №2009-293016 от 24.12.2009, включая описание, чертежи и реферат, полностью включено в настоящий документ посредством ссылки.

1. Способ мобильной связи, включающий следующие этапы:прием во втором обслуживающем узле поддержки GPRS (SGSN) от терминала, переместившегося из области управления первого узла SGSN в область управления второго узла SGSN, сообщения об обновлении местоположения;передачу в первый узел SGSN от второго узла SGSN, принявшего сообщение об обновлении местоположения, сигнала протокола GTP версия 2 (GTPv2) для получения информации о тракте связи;уведомление второго узла SGSN об ошибке при помощи сигнала GTPv2 для обеспечения отката к протоколу GTP версия 1 (GTPv1), когда между шлюзовым узлом поддержки GPRS (узлом GGSN), соединенным с первым узлом SGSN и внешней IP сетью, и первым узлом SGSN установлен канал связи в качестве канала связи для указанного терминала; исмена типа протокола на GTPv1 во втором узле SGSN, который был уведомлен об указанной ошибке первым узлом SGSN при помощи сигнала GTPv2, и повторная передача в первый узел SGSN сигнала протокола для получения информации о тракте связи с использованием смененного таким образом типа протокола.

2. Способ по п.1, отличающийся тем, что на этапе уведомления об ошибке, когда между узлом GGSN и первым узлом SGSN установлен канал связи, первый узел SGSN передает во второй узел SGSN сигнал GTPv2, содержащий команду для отката к GTPv1 в качестве причины ошибки.

3. Способ по п.1, отличающийся тем, чтона этапе уведомления об ошибке, когда между узлом GGSN и первым узлом SGSN установлен канал связи, первый узел SGSN передает во второй узел SGSN сигнал GTPv2, содержащий команду для отката к GTPv1 в качестве причины ошибки; ипосле приема из первого узла SGSN сигнала GTPv2, содержащего команду для отката к GTPv1 в качестве причины ошибки, второй узел SGSN передает в первый узел SGSN сигнал GTPv1 для получения информации о тракте связи, соответствующей GTPv1.

4. Обслуживающий узел поддержки GPRS (SGSN), выполненный с возможностью передачи в другой узел SGSN информации о тракте связи, относящейся к терминалу, при перемещении терминала из области управления узла SGSN в область управления другого узла SGSN, причем узел SGSN содержитмодуль, выполненный с возможностью приема из другого узла SGSN сигнала GTPv2 для получения информации о тракте связи; имодуль, выполненный с возможностью передачи во второй узел SGSN сигнала GTPv2, содержащего команду для отката к GTPv1 в качестве причины ошибки, когда между узлом GGSN, соединенным с первым узлом SGSN и внешней IP сетью, и первым узлом SGSN установлен канал связи в качестве канала связи для терминала.

5. Обслуживающий узел поддержки GPRS (SGSN), выполненный с возможностью получения информации о тракте связи, относящейся к терминалу, от другого узла SGSN при перемещении терминала из области управления другого узла SGSN в область управления узла SGSN, причем узел SGSN содержитмодуль, выполненный с возможностью передачи в другой узел SGSN сигнала GTPv2 для получения информации о тракте связи;модуль, выполненный с возможностью передачи в другой узел SGSN сигнала GTPv1 для получения информации о тракте связи, соответствующей GTPv1, когда от другого узла SGSN при помощи сигнала GTPv2 получено уведомление об ошибке для обеспечения отката к GTPv1; имодуль, выполненный с возможностью получения канала связи для терминала на основании информации о тракте связи по соответствующему протоколу, когда информация о тракте связи по GTPv2 или GTPv1 задана в сигнале GTPv2 или GTPv2, принятом от другого узла SGSN.