RU2551121C2

RU2551121C2 - Способ и устройство для связи

Info

Publication number: RU2551121C2
Application number: RU2013125759/07A
Authority: RU
Inventors: Юн ЯН; Гуннар РЮДНЕЛЛЬ
Original assignee: Телефонактиеболагет Л М Эрикссон (Пабл)
Priority date: 2010-11-05
Filing date: 2010-12-21
Publication date: 2015-05-20
Also published as: CN103329580A; CN103329580B; WO2012059141A1; EP3573389A1; EP2636230B1; EP2636230A1; US20120113894A1; RU2013125759A; JP2014502078A; US8861435B2; JP5746358B2

Abstract

Изобретение относится к мобильной связи. Предложены способ и устройство для обеспечения процедуры мобильности после ожидания. Способ и устройство предоставляют индикацию типа технологии радиодоступа (RAT) после уменьшения сигнализации в режиме ожидания (ISR). Технический результат заключается в предоставлении индикации относительно того, была ли использована новая RAT, наряду с минимизацией сигнализации. 5 н. и 4 з.п. ф-лы, 5 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Примерные варианты осуществления, представленные в настоящем описании, относятся к предоставлению индикации типа технологии радиодоступа (RAT) после процедуры ожидания.

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

В типичной системе сотовой связи, также упомянутой как беспроводная сеть связи, беспроводные терминалы, также известные как мобильные станции и/или блоки пользовательского оборудования (UE), осуществляют связь через сеть радиодоступа (RAT) с одной или более базовыми сетями. Беспроводные терминалы могут быть мобильными станциями или блоками пользовательского оборудования, такими как мобильные телефоны, также известные как “сотовые” телефоны, и портативными переносными компьютерами с беспроводными функциональными возможностями, например мобильным оконечным устройством, и, таким образом, могут быть, например, портативными, карманными, ручными, включенными в компьютер или установленными в автомобиле мобильными устройствами, которые передают речь и/или данные с помощью сети радиодоступа.

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

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

Универсальная система мобильной связи (UMTS) является мобильной системой связи третьего поколения, которая стала развитием глобальной системы мобильной связи (GSM) и предназначена для того, чтобы предоставлять улучшенные услуги мобильной связи на основе технологии широкополосного множественного доступа с кодовым разделением (WCDMA). Наземная сеть радиодоступа UMTS (UTRAN) по существу является сетью радиодоступа, использующей широкополосный множественный доступ с кодовым разделением для блоков пользовательского оборудования (UE). Проект партнерства третьего поколения (3GPP) взял на себя обязательство дополнительно развивать технологии сетей радиодоступа на основе UTRAN и GSM. В 3GPP в настоящее время ведется работа относительно систем проекта долгосрочного развития (LTE) 3G.

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

Каждая базовая станция сотовой сети покрывает ограниченную географическую область, которая может быть упомянута как соты. Объединение зоны покрытия нескольких базовых станций или сот предоставляет сотовую сеть с радиопокрытием в более широкой области. В E-UTRAN eNodeB или группа этих базовых станций может быть упомянута как покрывающие зону слежения (ТА). Зона маршрутизации (RA) также может быть образована из одной или более из этих сот.

Процедура обновления зоны слежения (TAU) и/или обновления зоны маршрутизации (RAU) позволяет UE информировать сотовую сеть, когда UE перемещается из одной ТА и/или RA в другую. Когда UE обнаруживает, что оно переместилось в другую ТА и/или RA и UE не было зарегистрировано для этой ТА и/или RA, UE пошлет запрос TAU и/или RAU в сотовую сеть, для того чтобы получить список идентификационной информации зоны слежения (TAI) и/или идентификационной информации зоны маршрутизации (RAI) ТА и/или RA, ассоциированный с текущим местоположением UE.

Узел сети, обычно ответственный за управление мобильностью, является объектом управления мобильностью (ММЕ) в системах LTE и обслуживающим узлом поддержки пакетной радиосвязи общего назначения (SGSN) в системах 2G/3G. ММЕ и SGSN являются главными управляющими узлами, обычно ответственными за отслеживание UE в режиме ожидания, пейджинговых процедур, процессов активации/деактивации однонаправленного канала, и ММЕ и SGSN также отвечают за выбор обслуживающего шлюза (SGW) для конкретного UE.

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

В EPS 3GPP функция, связанная с управлением мобильностью, которая обычно используется, является уменьшением сигнализации в режиме ожидания (ISR). Целью этой функции является уменьшить сигнализацию из UE в режиме ожидания. При ISR UE может зарегистрироваться одновременно в RA и ТА в соответствующий SGSN или ММЕ и может свободно перемещаться между системами 2G/3G и LTE без посылки RAU или TAU в сеть, пока оно остается в зарегистрированной RA или TA.

Во время процедуры RAU или TAU новый SGSN или ММЕ может выбрать активировать ISR и указать в старый SGSN/ММЕ сохранить записи и ассоциирование с SGW для UE. Также SGW может быть уведомлен сохранить ассоциирование со старым SGSN/ММЕ. В случае данных нисходящей линии связи SGW может послать уведомление о данных нисходящей линии связи как в SGSN через интерфейс S4, так и в ММЕ через интерфейс S11.

Всякий раз, когда UE осуществляет доступ к сети через новый тип технологии радиодоступа (RAT), новая RAT должна быть сообщена в SGW, а затем направлена через интерфейс S5/S8 в PDN-GW в сообщении запроса модификации однонаправленного канала (MBR). SGW должен получить новую RAT из нового MME/SGSN, если RAT изменилась.

Однако, когда ISR активируется, новый MME/SGSN не знает, изменилась ли RAT и должна ли RAT быть включена в MBR к SGW, вследствие уменьшенной сигнализации из UE в режиме ожидания. В настоящее время новый MME/SGSN даже не знает, было ли активировано ISR.

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

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

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

Примерами процедуры мобильности после ожидания может быть TAU или RAU. Примером процедуры ожидания может быть ISR. Следует понимать, что представленные примерные варианты осуществления могут быть направлены на любую процедуру ожидания или процедуру мобильности после ожидания, известную в данной области техники. Также следует понимать, что процедура мобильности после ожидания может иметь место в любой момент времени после выхода из процедуры ожидания.

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

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

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

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

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

В некоторых примерных вариантах осуществления тип узла управления мобильностью может быть узлом объекта управления мобильностью (ММЕ) или узлом обслуживающего узла поддержки радиосвязи общего назначения (SGSN).

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

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

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

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

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

В некоторых примерных вариантах осуществления блок может быть расположен в пользовательском оборудовании, в узле объекта управления мобильностью (MME), в узле обслуживающего узла поддержки радиосвязи общего назначения (SGSN) или в автономном узле.

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

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

ОПРЕДЕЛЕНИЯ

ASIC - прикладная интегральная схема

BSC - контроллер базовой станции

BTS - базовая приемопередающая станция

DSP - процессор цифровых сигналов

E-UTRAN - улучшенная наземная сеть радиодоступа универсальной мобильной системы связи

FPGA - вентильная матрица, программируемая в условиях эксплуатации

GERAN - сеть радиодоступа EDGE GSM

GSM - глобальная система мобильной связи

HSS - высокоскоростной последовательный интерфейс

IP-CAN - сеть доступа с возможностью связи с протоколом Internet

ISR - уменьшение сигнализации в режиме ожидания

LTE - проект долгосрочного развития

MBR - запрос модификации однонаправленного канала

MME - объект управления мобильностью

PCEF - функция осуществления политики и оплаты

PGW - шлюз сети данных общего пользования

RA - зона маршрутизации

RAN - сеть радиодоступа

RAT - технология радиодоступа

RAU - обновление зоны маршрутизации

RBS - базовая радиостанция

RNC - контроллер радиосети

SGW - обслуживающий шлюз

SSGN - обслуживающий узел поддержки радиосвязи общего назначения

3GPP - проект партнерства третьего поколения

TA - зона слежения

TAU - обновление зоны слежения

UE - пользовательское оборудование

UMTS - универсальная мобильная система связи

UTRAN - наземная сеть радиодоступа UMTS

WAN - глобальная сеть

WCDMA - широкополосный множественный доступ с кодовым разделением

ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

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

Как только UE 101 входит в TA, которая не включена в текущий список TAI упомянутого UE 101, UE может инициировать процедуру TAU (сообщение 1). TAU может инициироваться, когда UE 101 посылает запрос в eNodeB 102 в наземной сети радиодоступа усовершенствованной универсальной мобильной системы связи (E-UTRAN) 103 (сообщение 2). eNodeB 102 может быть базовой приемопередающей станцией (BTS), сконфигурированной с возможностью связи, управляемой с помощью UE. eNodeB 102 может передать запрос TAU в ММЕ 104 в новой ТА, в которую вошло UE (сообщение 3). Запрос TAU может содержать информацию, относящуюся к UE 101.

Полагаясь на информацию, содержащуюся в запросе TAU, ММЕ 104, связанный с новой ТА, может послать запрос контекста в ММЕ, ассоциированный с ТА, которую UE использовало до входа в новую и текущую ТА, который может использоваться, чтобы запросить касательно аутентичности UE (сообщение 4). Старый ММЕ или базовый узел 105 может в ответ предоставить ответ контекста, который может быть использован, чтобы проверить аутентичность (сообщение 5).

После приема ответа контекста соединение аутентификации или безопасности может быть создано между UE 101 и новым MME 104. Аналогично, соединение аутентификации или безопасности также может быть создано между новым ММЕ 104 и высокоскоростным последовательным (HSS) интерфейсом 109 (сообщение 6). HSS 109 может использоваться, чтобы создавать линию связи через линии связи глобальных сетей (WAN). После этого новый ММЕ 104 может послать сообщение подтверждения приема контекста в старый базовый узел 105, подтверждающее, что ответ контекста был принят (сообщение 7).

После этого новый ММЕ 104 может послать запрос однонаправленного канала в новый обслуживающий шлюз (SGW) 106, ассоциированный с новым ММЕ 104 и ТА, в которой в текущий момент находится UE 101 (сообщение 8). SGW может быть ответственным за доставку пакетов данных из мобильных станций и в мобильные станции в ассоциированной географической области обслуживания. Новый SGW 106 может в ответ послать сообщение запроса обновления однонаправленного канала в шлюз сети данных общего пользования (PGW) 108 (сообщение 9). PGW может обеспечить возможность связи от UE ко внешним сетям пакетных данных.

После этого функция осуществления политики и оплаты (PCEF) может инициировать модификацию сеанса сети доступа с возможностью связи с протоколом Internet (IP-CAN) (сообщение 9а). Затем PGW 108 может послать ответ обновления однонаправленного канала в новый SGW 107, который может в свою очередь послать ответ создания однонаправленного канала в новый ММЕ 104 (сообщения 10-11). Новый ММЕ 104 может послать сообщение обновления местоположения в HSS 109, который может в свою очередь послать запрос отмены местоположения в старый базовый узел 105 (сообщения 12-13). Старый базовый узел 105 может послать подтверждение приема отмены местоположения в HSS 109 (сообщение 14). Для сценария, в котором старый базовый узел 105 является SGSN, старый базовый узел 105 может послать команду освобождения Iu в контроллер радиосети (RNC) 103 (сообщение 15А), в то время как в сценарии, в котором старый базовый узел 105 является ММЕ, старый базовый узел 105 может также послать команду освобождения контекста UE S1AP в 10х старого eNodeB (сообщение 15В). Старый RNC 103 или старый eNodeB может в свою очередь послать сообщение завершения освобождения Iu (сообщение 16А) или сообщение завершения освобождения контекста UE S1AP (сообщение 16В), соответственно, в старый базовый узел 105, а HSS 109 может послать подтверждение приема обновления местоположения в новый ММЕ 104 (сообщение 17). Старый базовый узел 105 может послать запрос удаления однонаправленного канала в старый SGW 107, а старый SGW 107 может в свою очередь послать ответ удаления однонаправленного канала обратно в старый базовый узел 105 (сообщения 18-19). В завершение, новый ММЕ 104 может послать сообщение приема TAU, посылающее новый список TAI, а UE 101 может послать сообщение завершения TAU, подтверждающее прием списка TAI (сообщения 20-21).

Проблемы с процедурой TAU, представленной выше, могут возникать, когда UE 101 находится в режиме после ожидания. Примером режима после ожидания может быть, когда UE только что закончило процедуру уменьшения сигнализации в режиме ожидания (ISR). ISR является признаком, который уменьшает сигнализацию мобильности. Во время ISR UE может зарегистрироваться в RA UTRAN/GERAN в то же время, как оно зарегистрировано в TA или в списке ТА E-UTRAN. Следовательно, UE может свободно переключаться из 2G/3G в систему LTE без дополнительной сигнализации сети. Уменьшенная сигнализация сети во время ISR также означает, что SGW не будет уведомлен ни о каких изменениях в типе RAT.

Таким образом, в соответствии с некоторыми примерными вариантами осуществления, может быть предоставлена индикация того, использует ли UE другой тип RAT в режиме после ожидания. Фиг.3 является иллюстративным примером блока 300 индикации, который может предоставлять индикацию RAT, а фиг.4 является блок-схемой, изображающей примерные рабочие этапы, которые могут быть предприняты блоком индикации фиг.3. Следует понимать, что блок 300 индикации может быть расположен в UE, MME, SGSN, HSS или в любом другом узле в беспроводной сети. Дополнительно следует понимать, что блок 300 индикации может также быть сконфигурирован как автономный узел.

Блок индикации

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

Во время работы блок 300 индикации может быть сконфигурирован с возможностью приема или передачи запроса 301 процедуры мобильности после ожидания (401). В примерном варианте осуществления, в котором блок индикации расположен в UE 101, блок индикации может быть сконфигурирован с возможностью передачи запроса процедуры мобильности после ожидания. В примерном варианте осуществления, в котором блок индикации расположен в ММЕ или SGSN, блок 300 индикации может быть сконфигурирован с возможностью приема запроса процедуры мобильности после ожидания. Следует понимать, что процедура мобильности после ожидания может быть RAU, или TAU, или любой другой процедурой мобильности после ожидания, известной в данной области техники.

После приема или передачи запроса может быть сделано определение статуса или индикации ожидания (403). Статус или индикация ожидания может быть в виде информационного элемента, такого как, например, установка сигнала или флага (например, установка флага ISR), указывающего, подвергалось ли UE 101 процедуре ожидания. Например, информационный элемент может быть в виде флага, однобитового сигнала, сигнала из двух битов или сигнала из любого числа битов. Процедура ожидания, например, может быть ISR. Следовательно, если информационный элемент является положительным, UE 101 подвергалось процедуре ожидания.

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

Первый случай: информационный элемент = индикатору из 1 бита

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

Следует понимать, что в некоторых примерных вариантах осуществления решение о том, посылать ли текущий тип RAT, может быть основано только на том, является ли последний тип узла управления мобильностью тем же, что и текущий тип узла управления мобильность (т.е. без индикации того, имело ли место ISR). Использование индикации того, является ли последний узел управления мобильностью того же типа, что и текущий узел управления мобильностью, будет объяснено более подробно в связи со вторым случаем.

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

Второй случай: информационный элемент = флагу или битовому индикатору с множеством значений

В некоторых примерных вариантах осуществления информационный элемент может быть обеспечен как флаг или битовый индикатор с множеством значений. Таким образом, информационный элемент может предоставить, например, положительная индикация или статус, если процедура ISR была инициирована. Информационный элемент может также предоставить, например, идентификацию последнего узла управления мобильностью, использованного в вызове процедуры ожидания. Следует понимать, что именно последний узел управления мобильностью (например, SGSN или ММЕ) может обновить SGW до начала режима ISR. Следовательно, если тип узла последнего узла управления мобильностью не является тем же, что тип узла текущего узла управления мобильностью, текущий тип RAT может быть не тем же, что тип RAT, сохраненный в SGW до ISR. Таким образом, при наличии знания о последнем узле управления мобильностью может быть получена более точная индикация того, должен ли быть предоставлен новый тип RAT.

Например, если UE регистрируется с ММЕ (например, ММЕ1), затем начинает использовать систему UTRAN и посылает RAU в SGSN (например, SGSN1), который решает начать ISR, SGSN1 может сигнализировать в ММЕ1 сохранить запись UE или информацию, ассоциированную с UE. SGSN1 может также сигнализировать в UE и в SGW, что ISR активировано. Следовательно, именно SGSN1 будет действовать как последний узел и обновлять SGW типом RAT до входа в ISR (RAT=UTRAN).

Во время ISR UE 101 может быть свободно взаимодействовать туда и обратно между подсистемой E-UTRAN и подсистемой UTRAN. Следовательно, UE 101 может переключаться туда и обратно между SGSN1 и ММЕ1 при осуществлении связи. Однако SGW может не быть уведомлен об изменении RAT. После выхода из ISR, если UE 101 находится на связи с новым, упомянутым в настоящем описании как текущий, ММЕ2, информационный элемент может предоставить индикацию, что последний узел является не того же типа (например, последний узел = SGSN1; текущий узел = ММЕ2). Следовательно, текущий ММЕ2 будет знать, что тип RAT, сохраненный в SGW с помощью последнего узла (SGSN1), был RAT, ассоциированной с SGSN1 (RAT=UTRAN). Таким образом, тип RAT будет необходимо обновить в текущий тип RAT (текущая RAT = E-UTRAN).

Однако, если текущий узел является узлом SGSN2, информационный элемент может предоставить индикацию, что тип узла текущего узла и последнего узла не являются разными (текущий узел = SGSN2; последний узел = SGSN1). В случае когда тип узла является тем же, текущий узел (SGSN2) не будет информировать SGW о типе RAT, поскольку правильный тип RAT уже хранится в SGW. После этого правильный тип RAT будет храниться в SGW после выполнения процедуры мобильности после ожидания.

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

Третий случай: отсутствие индикатора

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

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

Пример работы

Фиг.5 является диаграммой последовательности сообщений TAU, использующей некоторые из примерных вариантов осуществлений, представленных в настоящем описании. В сообщении 2 (выделенном с помощью окружности 501) UE 101 может послать запрос TAU, характеризующий информационный элемент. Используя информационный элемент ожидания, новый ММЕ 104 может предоставить обновление индикации или статуса, что тип RAT должен быть обновлен, в сообщении 8 (выделенном с помощью окружности 505). После этого новый SGW может сделать любые необходимые корректировки в запросе обновления однонаправленного канала, как изображено в сообщении 9 (выделенном с помощью окружности 507). Следует понимать, что блок индикации может быть расположен в ММЕ, таким образом, в этом сценарии статус или индикация ожидания были бы предоставлены в сообщении 503.

Следует понимать, что примерные варианты осуществления, представленные в настоящем описании, могут быть применены к процедуре RAU аналогичным способом, как описано на фиг.5.

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

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

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

Claims

1. Способ в новом объекте управления мобильностью, MME, или в новом обслуживающем узле поддержки радиосвязи общего назначения, SGSN, во время процедуры мобильности после ожидания пользовательского оборудования, причем способ содержит этапы, на которых:
принимают из старого ММЕ или из старого SGSN сообщение, связанное с процедурой мобильности после ожидания в сети связи, причем процедура мобильности после ожидания является обновлением зоны маршрутизации, RAU, или обновлением зоны слежения, TAU;
определяют, подверглось ли пользовательское оборудование уменьшению сигнализации в режиме ожидания, ISR, с помощью информационного элемента, предоставленного в запросе процедуры мобильности после ожидания; и
предоставляют инструкции в обслуживающий шлюз, SGW, для процедуры мобильности после ожидания как функцию того, подверглось ли пользовательское оборудование ISR.

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

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

4. Способ в новом объекте управления мобильностью, MME, или
в новом обслуживающем узле поддержки радиосвязи общего назначения, SGSN, во время процедуры мобильности после ожидания, причем способ содержит этапы, на которых:
принимают из старого ММЕ или из старого SGSN сообщение, связанное с процедурой мобильности после ожидания в сети связи, причем процедура мобильности после ожидания является обновлением зоны маршрутизации, RAU, или обновлением зоны слежения, TAU;
определяют, подверглось ли пользовательское оборудование уменьшению сигнализации в режиме ожидания, ISR, с помощью информационного элемента, предоставленного в запросе процедуры мобильности после ожидания; и
предоставляют инструкции в обслуживающий шлюз, SGW, для процедуры мобильности после ожидания, причем инструкции содержат текущий тип технологии радиодоступа, RAT.

5. Блок индикации для процедуры мобильности после ожидания, причем блок содержит:
порт связи, сконфигурированный с возможностью приема из старого ММЕ- или из старого SGSN-сообщения, связанного с процедурой мобильности после ожидания в сети связи, причем процедура мобильности после ожидания является обновлением зоны маршрутизации, RAU, или обновлением зоны слежения, TAU;
процессор, сконфигурированный с возможностью определения, подверглось ли пользовательское оборудование уменьшению сигнализации в режиме ожидания, ISR, с помощью информационного элемента, предоставленного в запросе процедуры мобильности после ожидания; и
процессор дополнительно сконфигурирован с возможностью
предоставления инструкций в обслуживающий шлюз, SGW, для процедуры мобильности после ожидания как функции определенного ISR.

6. Блок по п. 5, дополнительно сконфигурированный с возможностью выполнения, этапов по любому из пп. 1-4.

7. Блок по п. 5 или 6, причем блок расположен в узле объекта управления мобильностью, MME, в узле обслуживающего узла поддержки радиосвязи общего назначения, SGSN, или в автономном узле.

8.Блок индикации для процедуры мобильности после ожидания, причем блок содержит:
порт связи, сконфигурированный с возможностью приема из старого ММЕ или из старого SGSN сообщения, связанного с процедурой мобильности после ожидания в сети связи, причем процедура мобильности после ожидания является обновлением зоны маршрутизации, RAU, или обновлением зоны слежения, TAU;
процессор, сконфигурированный с возможностью определения, подверглось ли пользовательское оборудование уменьшению сигнализации в режиме ожидания, ISR, с помощью информационного элемента, предоставленного в запросе процедуры мобильности после ожидания; и
процессор также сконфигурирован с возможностью предоставления инструкций для процедуры мобильности после ожидания, причем инструкции содержат текущий тип технологии радиодоступа, RAT.

9. Машиночитаемый носитель данных, закодированный с помощью исполняемых компьютером инструкций, причем инструкции при исполнении блоком индикации осуществляют способ по любому из пп. 1-4.