СПОСОБЫ И ОБЪЕКТ УПРАВЛЕНИЯ МОБИЛЬНОСТЬЮ (ММЕ) ДЛЯ ПЕРЕНАПРАВЛЕНИЯ ПОЛЬЗОВАТЕЛЬСКОГО ОБОРУДОВАНИЯ (UE) НА НАЗНАЧЕННЫЙ УЗЕЛ БАЗОВОЙ СЕТИ
METHODS AND OBJECT OF MOBILITY MANAGEMENT (MME) FOR REDIRECTION OF USER EQUIPMENT (UE) TO ASSIGNED NODE OF BASIC NETWORK

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
[0001] По настоящей заявке испрашивается приоритет в соответствии с предварительной заявкой на патент США № 61/990.543, поданной 8 мая 2014 года, предварительной заявкой на патент США № 62/014.356, поданной 19 июня 2014 года, и предварительной заявкой на патент США № 62/017.628, поданной 26 июня 2014 года, содержание которых полностью включено в настоящую заявку посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
[0002] Блок беспроводной передачи/приема (WTRU) может запускать множество служб и приложений в пределах сотовых сетей, которые определены в проекте партнерства по созданию сетей третьего поколения (3GPP). Примером службы, определенной посредством проекта 3GPP, является речь. Управление некоторыми блоками WTRU, например, смартфонами, осуществляется посредством людей, при этом блоки WTRU впоследствии выполняют процедуры проекта 3GPP. Примеры процедур проекта 3GPP могут включать в себя запрос адреса протокола сети Интернет (IP) или ресурсов с конкретным качеством обслуживания (QoS). Однако, по мере необходимости, другие блоки WTRU могут общаться с людьми, могут запускать приложения, которые изменяются с интеллектуальных счетчиков на датчики, среди прочего, а также могут называться устройствами машинного типа, которые могут взаимодействовать через связь машинного типа (MTC).
[0003] Операторы сотовой связи планируют работать со своими сетями с постоянно увеличивающимся количеством устройств машинного типа, что в результате может вызвать проблемы обслуживания, такие как, например, повышенная нагрузка на систему сотовой связи. Соответственно, операторы сотовой связи могут предпочесть развертывать назначенные узлы, которые могут служить исключительно устройствами, которые соответствуют одной или более конкретным характеристикам, такими как, например, устройства, которые известны в качестве устройств машинного типа, которые имеют очень предсказуемый шаблон взаимодействия или IP-соединение которых требуется для удовлетворения конкретной модели взаимодействия или обработки. Благодаря использованию назначенных узлов, оператор сотовой связи может получить гарантию того, что блоки WTRU, которые используются посредством людей, будут всегда получать ожидаемое качество QoS.
[0004] Операторы сотовой связи планируют работать со своими сетями с постоянно увеличивающимся количеством устройств M2M, что в результате может вызвать проблемы обслуживания, такие как, например, повышенная нагрузка на систему сотовой связи. Соответственно, операторы сотовой связи могут предпочесть развертывать назначенные узлы, которые могут служить исключительно устройствами, которые имеют конкретную характеристику. Примеры устройств, имеющих конкретную характеристику, включают в себя устройства, которые известны в качестве устройств машинного типа (типа M2M), которые имеют очень предсказуемый шаблон взаимодействия или IP-соединение которых требуется для удовлетворения конкретной модели взаимодействия или обработки. Благодаря использованию назначенных узлов, оператор сотовой связи может получить гарантию того, что блоки WTRU, которые используются посредством людей, такие как, например, смартфоны, будут всегда получать ожидаемое качество QoS.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0005] Раскрываются способ и устройство, выполненное с возможностью выполнения способа. Способ может быть предназначен для перенаправления блока беспроводной передачи/приема (WTRU) на назначенный узел базовой сети (CN). Вариант осуществления способа может включать в себя этап определения, на основе информации о подписке, того, что блок WTRU должен быть перенаправлен на назначенный узел сети CN. Вариант осуществления способа может дополнительно включать в себя этап приема от блока WTRU запроса на обслуживание, такого как, например, запрос на обслуживание, для соединения по протоколу сети Интернет (IP). Вариант осуществления способа может дополнительно включать в себя этап выделения глобального уникального временного идентификатора (GUTI) в ответ на запрос на обслуживание. Вариант осуществления способа может дополнительно включать в себя этап передачи на блок WTRU идентификатора GUTI в ответ на запрос на обслуживание.
[0006] В варианте осуществления способа идентификатор GUTI может включать в себя пустой идентификатор группы объектов MME (null-MMEGI), причем значение идентификатора null-MMEGI может указать назначенный узел сети CN.
[0007] Вариант осуществления способа может дополнительно включать в себя этап приема от блока WTRU запроса на обновление отслеживаемой области (TAU). Вариант осуществления способа может дополнительно включать в себя этап перенаправления блока WTRU на назначенный узел сети CN на основе идентификатора null-MMEGI в ответ на запрос на обновление TAU.
[0008] В варианте осуществления способа этап перенаправления может включать в себя этап пересылки обновления TAU на назначенный узел сети CN.
[0009] Вариант осуществления способа может дополнительно включать в себя этап выполнения поискового вызова блока WTRU для перевода блока WTRU в подсоединенный режим в ответ на определение.
[0010] Вариант осуществления способа может дополнительно включать в себя этап приема информации о подписке от опорного абонентского сервера (HSS), где информация о подписке может являться принудительно отправляемой информацией о подписке.
[0011] В варианте осуществления способа этап приема принудительно отправляемой информации о подписке может инициировать объект MME к выполнению определения.
[0012] В варианте осуществления способа принудительно отправляемая информация о подписке может указать изменение в информации о подписке, при этом принудительно отправляемая информация о подписке может указать то, что блок WTRU должен быть обслужен посредством назначенного узла сети CN.
[0013] Вариант осуществления способа может дополнительно включать в себя этап выполнения поискового вызова блока WTRU в ответ на изменение в информации о подписке.
[0014] В варианте осуществления способа принудительно отправляемая информация о подписке может включать в себя параметр типа узла сети CN, который указывает тип назначенного узла сети CN.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0015] Более обстоятельное понимание может быть получено после прочтения нижеследующего описания, представленного в виде примера, во взаимосвязи с прилагаемыми чертежами, на которых изображено следующее:
[0016] Фиг. 1А изображает графическое представление иллюстративной системы связи, в которой может быть реализован один или более раскрытых вариантов осуществления;
[0017] Фиг. 1B изображает графическое представление иллюстративного блока беспроводной передачи/приема (WTRU), который может быть использован в пределах системы связи, продемонстрированной на Фиг. 1А;
[0018] Фиг. 1C изображает графическое представление иллюстративной сети радиодоступа и иллюстративной базовой сети, которые могут быть использованы в пределах системы связи, продемонстрированной на Фиг. 1А;
[0019] Фиг. 2 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел базовой сети (CN) при подключении;
[0020] Фиг. 3 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN после запроса/ответа с аутентификационной информацией;
[0021] Фиг. 4 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN с использованием конкретного глобального уникального временного идентификатора (GUTI) и идентификатора отслеживаемой области (TAI), который не подвергался широковещательной рассылке;
[0022] Фиг. 5 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN с использованием пустого идентификатора группы объектов управления мобильностью (MMEGI);
[0023] Фиг. 6 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN с использованием эстафетной передачи обслуживания S1, инициированной посредством объекта MME;
[0024] Фиг. 7 изображает графическое представление сигнализации иллюстративного способа блока WTRU, перенаправляемого на назначенный узел сети CN, когда блок WTRU отправляет запрос на обслуживание;
[0025] Фиг. 8 изображает графическое представление иллюстративного способа, с помощью которого блок WTRU переключается со назначенного узла сети CN на неназначенный узел сети CN;
[0026] Фиг. 9 изображает графическое представление иллюстративного способа, с помощью которого назначенный узел сети CN инициирует блок WTRU к обратному переключению на неназначенный узел сети CN;
[0027] Фиг. 10А и 10B изображают графическое представление иллюстративного способа выполнения перенаправления блока WTRU;
[0028] Фиг. 11 изображает графическое представление иллюстративной процедуры обновления информации о местоположении, инициированной посредством объекта MME; и
[0029] Фиг. 12 изображает графическое представление иллюстративной процедуры отключения международного идентификатора мобильного абонента (IMSI), когда назначенный объект MME не поддерживает функцию CSFB.
ПОДРОБНОЕ ОПИСАНИЕ
[0030] Фиг. 1А изображает графическое представление иллюстративной системы 100 связи, в которой может быть реализован один или более раскрытых вариантов осуществления. Система 100 связи может являться системой множественного доступа, которая обеспечивает информационное содержание, такое как, например, речевая информация, данные, видеоинформация, сообщения, широковещательные сообщения и т.д., для множества пользователей беспроводной связи. Система 100 связи может позволить множеству пользователей беспроводной связи осуществить доступ к такому информационному содержанию посредством коллективного использования системных ресурсов, включающих в себя беспроводную полосу частот. Например, системы 100 связи могут использовать один или более способов доступа к каналу, таких как, например, множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), множественный доступ с частотным разделением каналов на одной несущей (SC-FDMA) и т.п.
[0031] Как изображено на Фиг. 1А, система 100 связи может включать в себя блоки 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), базовую сеть 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть 110 Интернет и другие сети 112, тем не менее, следует понимать, что раскрытые варианты осуществления предполагают любое количество блоков WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из блоков 102a, 102b, 102c, 102d WTRU может являться любым типом устройства, выполненного с возможностью работы и/или взаимодействия в среде беспроводной связи. В качестве примера, блоки 102a, 102b, 102c, 102d WTRU могут являться выполненными с возможностью передачи и/или приема радиосигналов, а также могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, личное цифровое устройство (PDA), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронную аппаратуру и т.п.
[0032] Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может являться любым типом устройства, выполненного с возможностью беспроводного взаимодействия с, по меньшей мере, одним из блоков 102a, 102b, 102c, 102d WTRU для обеспечения доступа к одной или более сетям связи, таким как, например, базовая сеть 106, сеть 110 Интернет и/или другие сети 112. В качестве примера, базовые станции 114a, 114b могут являться базовой приемопередающей станцией (BTS), узлом B, усовершенствованным узлом B, исходным узлом В, исходным усовершенствованным узлом B, контроллером пункта связи, точкой доступа (AP), беспроводным маршрутизатором и т.п. Несмотря на то, что каждая из базовых станций 114a, 114b изображается в качестве отдельного элемента, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно-соединенных базовых станций и/или сетевых элементов.
[0033] Базовая станция 114a может являться частью сети 104 RAN, которая также может включать в себя другие базовые станции и/или сетевые элементы (не изображены), такие как, например, контроллер базовых станций (BSC), контроллер радиосети (RNC), транзитные узлы и т.д. Базовая станция 114a и/или базовая станция 114b может являться выполненной с возможностью передачи и/или приема радиосигналов в пределах конкретной географической области, которая может называться сотой (не изображена). Сота может быть дополнительно разделена на секторы соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Следовательно, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть, по одному для каждого сектора соты. В другом варианте осуществления базовая станция 114a может использовать технологию многоканального входа и многоканального выхода (MIMO), и поэтому может использовать множество приемопередатчиков для каждого сектора соты.
[0034] Базовые станции 114a, 114b могут взаимодействовать с одним или более блоками 102a, 102b, 102c, 102d WTRU по радиоинтерфейсу 116, который может являться любой подходящей линией беспроводной связи (например, линией связи в радиочастотной области спектра (RF), линией связи в микроволновой области спектра, линией связи в инфракрасной области спектра (IR), линией связи в ультрафиолетовой области спектра (UV), линией связи в видимой области спектра и т.д.). Радиоинтерфейс 116 может быть организован с использованием любой подходящей технологии радиодоступа (RAT).
[0035] Более конкретно, как было отмечено выше, система 100 связи может являться системой множественного доступа, а также может использовать одну или более схем доступа к каналу, таких как, например, CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в сети 104 RAN и блоки 102a, 102b, 102c WTRU могут реализовать технологию радиодоступа, такую как, например, наземный радиодоступ (UTRA) к универсальной системе мобильной связи (UMTS), которая может организовать радиоинтерфейс 116 с использованием схемы широкополосного CDMA (WCDMA). Схема WCDMA может включать в себя протоколы связи, такие как, например, высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей линии связи (HSUPA).
[0036] В другом варианте осуществления базовая станция 114a и блоки 102a, 102b, 102c WTRU могут реализовать технологию радиодоступа, такую как, например, усовершенствованный наземный радиодоступ к системе UMTS (E-UTRA), которая может организовать радиоинтерфейс 116 с использованием стандарта «Долгосрочное развитие систем связи» (LTE) и/или «Продвинутая версия LTE» (LTE-A).
[0037] В других вариантах осуществления базовая станция 114a и блоки 102a, 102b, 102c WTRU могут реализовать технологии радиодоступа, такие как, например, IEEE 802.16 (то есть, широкополосный доступ в микроволновом диапазоне (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, промежуточный стандарт 2000 (IS-2000), промежуточный стандарт 95 (IS-95), промежуточный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), улучшенная скорость передачи данных для эволюции сетей (EDGE), GSM EDGE (GERAN) и т.п.
[0038] Например, базовая станция 114b, изображенная на Фиг. 1А, может являться беспроводным маршрутизатором, исходным узлом В, исходным усовершенствованным узлом B или точкой доступа, а также может использовать любую подходящую технологию RAT для обеспечения возможности беспроводного соединения в локализованной области, такой как, например, офисное здание, дом, транспортное средство, территория учебного заведения и т.п. В одном варианте осуществления базовая станция 114b и блоки 102c, 102d WTRU могут реализовать технологию радиодоступа, такую как, например, IEEE 802.11, для организации беспроводной локальной сети (WLAN). В другом варианте осуществления базовая станция 114b и блоки 102c, 102d WTRU могут реализовать технологию радиодоступа, такую как, например, IEEE 802.15, для организации персональной беспроводной локальной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и блоки 102c, 102d WTRU могут использовать технологию RAT на основе соты (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для организации пикосоты или фемтосоты. Как изображено на Фиг. 1А, базовая станция 114b может иметь прямое соединение с сетью 110 Интернет. Следовательно, для осуществления доступа к сети 110 Интернет через базовую сеть 106 базовая станция 114b может не потребоваться.
[0039] Сеть 104 RAN может состоять в связи с базовой сетью 106, которая может являться любым типом сети, выполненной с возможностью обеспечения речевой информации, данных, приложений и/или служб передачи речи по протоколу сети Интернет (VoIP) для одного или более блоков 102a, 102b, 102c, 102d WTRU. Например, базовая сеть 106 может обеспечить управление вызовами, службы биллинга, службы на основе определения местоположения мобильных объектов, вызовы по предварительной оплате, возможность соединения с сетью Интернет, распространение видеоинформации и т.д., и/или выполнять высокоуровневые функции обеспечения защиты, такие как, например, аутентификация пользователя. Несмотря на то, что на Фиг. 1А это не изображено, следует понимать, что сеть 104 RAN и/или базовая сеть 106 может состоять в прямой или непрямой связи с другими сетями RAN, которые используют технологию RAT, которая является аналогичной используемой сетью 104 RAN, или отличную технологию RAT. Например, в дополнение к соединению с сетью 104 RAN, которая может использовать технологию радиодоступа E-UTRA, базовая сеть 106 также может состоять в связи с другой сетью RAN (не изображена), использующей технологию радиодоступа GSM.
[0040] Базовая сеть 106 также может служить в качестве шлюза для блоков 102a, 102b, 102c, 102d WTRU, предназначенного для осуществления доступа к сети 108 PSTN, сети 110 Интернет и/или другим сетям 112. Сеть 108 PSTN может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают традиционную службу телефонной связи (POTS). Сеть 110 Интернет может включать в себя глобальную систему взаимно-соединенных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как, например, протокол управления передачей (TCP), протокол передачи пользовательских дейтаграмм (UDP) и протокол сети Интернет (IP) в наборе протоколов сети Интернет TCP/IP. Сети 112 могут включать в себя сети проводной и/или беспроводной связи, которыми владеют и управляют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или более сетями RAN, которые могут использовать технологию RAT, которая является аналогичной используемой сетью 104 RAN, или отличную технологию RAT.
[0041] Некоторые или все блоки 102a, 102b, 102c, 102d WTRU в системе 100 связи могут включать в себя многорежимные возможности, то есть, блоки 102a, 102b, 102c, 102d WTRU могут включать в себя множество приемопередатчиков, предназначенных для взаимодействия с разными беспроводными сетями по разным беспроводным линиям связи. Например, блок 102c WTRU, изображенный на Фиг. 1А, может являться выполненным с возможностью взаимодействия с базовой станцией 114a, которая может использовать технологию радиодоступа на основе соты, а также с базовой станцией 114b, которая может использовать технологию радиодоступа IEEE 802.
[0042] Фиг. 1B изображает графическое представление иллюстративного блока 102 WTRU. Как изображено на Фиг. 1B, блок 102 WTRU может включать в себя процессор 118, приемопередатчик 120, элемент 122 передачи/приема, громкоговоритель/микрофон 124, кнопочную панель 126, дисплей/сенсорную панель 128, несъемную память 130, съемную память 132, источник 134 энергоснабжения, набор 136 микросхем глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Следует понимать, что блок 102 WTRU может включать в себя любую подкомбинацию вышеупомянутых элементов, и при этом отвечать требованиям варианта осуществления.
[0043] Процессор 118 может являться процессором общего назначения, процессором специального назначения, традиционным процессором, цифровым сигнальным процессором (DSP), множеством микропроцессоров, одним или более микропроцессорами, состоящими в связи с ядром процессора DSP, контроллером, микроконтроллером, назначенными интегральными схемами (ASIC), схемами с программируемой пользователем вентильной матрицей (FPGA), любым другим типом интегральной схемы (IC), конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление энергоснабжением, обработку ввода/вывода и/или любую другую функцию, которая позволяет блоку 102 WTRU работать в среде беспроводной связи. Процессор 118, может быть соединен с приемопередатчиком 120, который может быть соединен с элементом 122 передачи/приема. Несмотря на то, Фиг. 1B изображает процессор 118 и приемопередатчик 120 в качестве отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно интегрированы в электронный блок или микросхему.
[0044] Элемент 122 передачи/приема может являться выполненным с возможностью передачи сигналов или приема сигналов от базовой станции (например, от базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления элемент 122 передачи/приема может являться антенной, выполненной с возможностью передачи и/или приема радиочастотных (RF) сигналов. В другом варианте осуществления элемент 122 передачи/приема может являться излучателем/детектором, выполненным с возможностью передачи и/или приема сигналов, например, в инфракрасной (IR), ультрафиолетовой (UV) или видимой области спектра. В еще одном варианте осуществления элемент 122 передачи/приема может являться выполненным с возможностью передачи и приема как радиочастотных (RF), так и световых сигналов. Следует понимать, что элемент 122 передачи/приема может являться выполненным с возможностью передачи и/или приема любой комбинации радиосигналов.
[0045] Кроме того, несмотря на то, что элемент 122 передачи/приема изображен на Фиг. 1В в качестве одного элемента, блок 102 WTRU может включать в себя любое количество элементов 122 передачи/приема. Более конкретно, блок 102 WTRU может использовать технологию MIMO. Следовательно, в одном варианте осуществления блок 102 WTRU может включать в себя два или более элементов 122 передачи/приема (например, множество антенн), предназначенных для передачи и приема радиосигналов по радиоинтерфейсу 116.
[0046] Приемопередатчик 120 может являться выполненным с возможностью модулирования сигналов, которые подлежат передаче посредством элемента 122 передачи/приема, и демодулирования сигналов, которые принимаются посредством элемента 122 передачи/приема. Как было отмечено выше, блок 102 WTRU может иметь многорежимные возможности. Следовательно, приемопередатчик 120 может включать в себя множество приемопередатчиков, чтобы позволить блоку 102 WTRU осуществлять взаимодействие с использованием множества технологий RAT, таких как, например, UTRA и IEEE 802.11.
[0047] Процессор 118 блока 102 WTRU может быть соединен с громкоговорителем/микрофоном 124, кнопочной панелью 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)), а также может принимать от них вводимые пользователем данные. Процессор 118 также может выводить пользовательские данные на громкоговоритель/микрофон 124, кнопочную панель 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может осуществлять доступ к информации, находящейся в любом типе подходящей памяти, такой как, например, несъемная память 130 и/или съемная память 132, а также сохранять данные в ней. Несъемная память 130 может включать в себя оперативную память (RAM), постоянную память (ROM), жесткий диск или любой другой тип запоминающего устройства. Съемная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации, находящейся в памяти, которая физически не располагается в блоке 102 WTRU, а располагается, например, на сервере или домашнем компьютере (не изображен), а также сохранять данные в ней.
[0048] Процессор 118 может принимать энергию от источника 134 энергоснабжения, а также может являться выполненным с возможностью распределения и/или управления энергией для других компонентов в блоке 102 WTRU. Источник 134 энергоснабжения может являться любым подходящим устройством, предназначенным для снабжения энергией блока 102 WTRU. Например, источник 134 энергоснабжения может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-метал-гидридных (NiMH), литиево-ионных (Li-ion) и т.д.), солнечных элементов, топливных элементов и т.п.
[0049] Процессор 118 также может быть соединен с набором 136 микросхем GPS, который может являться выполненным с возможностью обеспечения информации о местоположении (например, долготы и широты) в отношении текущего местоположения блока 102 WTRU. В дополнение к информации от набора 136 микросхем GPS или взамен нее, блок 102 WTRU может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять собственное местоположение на основе синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что блок 102 WTRU может получать информацию о местоположении с использованием любого подходящего способа определения местоположения, и при этом отвечать требованиям варианта осуществления.
[0050] Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включить в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные свойства, функции и/или возможность проводного или беспроводного соединения. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для создания фотографий или видеозаписи), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, гарнитуру, модуль Bluetooth, блок радиосвязи с частотой модуляцией (FM), проигрыватель цифровой музыки, мультимедийный проигрыватель, модуль приставки для видеоигр, Интернет-браузер и т.п.
[0051] Фиг. 1C изображает графическое представление сети 104 RAN и базовой сети 106, согласно варианту осуществления. Как было отмечено выше, сеть 104 RAN может использовать технологию радиодоступа E-UTRA для взаимодействия с блоками 102a, 102b, 102c WTRU по радиоинтерфейсу 116. Сеть 104 RAN также может состоять в связи с базовой сетью 106.
[0052] Сеть 104 RAN может включать в себя усовершенствованные узлы B 140a, 140b, 140c, хотя следует понимать, что сеть 104 RAN может включать в себя любое количество усовершенствованных узлов B, и при этом отвечать требованиям варианта осуществления. Каждый из усовершенствованных узлов B 140a, 140b, 140c может включать в себя один или более приемопередатчиков, предназначенных для взаимодействия с блоками 102a, 102b, 102c WTRU по радиоинтерфейсу 116. В одном варианте осуществления усовершенствованные узлы B 140a, 140b, 140c могут реализовать технологию MIMO. Следовательно, например, усовершенствованный узел B 140a может использовать множество антенн для передачи и приема радиосигналов от блока 102а WTRU.
[0053] Каждый из усовершенствованных узлов B 140a, 140b, 140c может быть связан с конкретной сотой (не изображена), а также может являться выполненным с возможностью обработки решений по управлению радиоресурсами, решений по эстафетной передаче обслуживания, планирования пользователей на восходящей линии связи и/или нисходящей линии связи и т.п. Как изображено на Фиг. 1C, усовершенствованные узлы B 140a, 140b, 140c могут взаимодействовать друг с другом по интерфейсу Х2.
[0054] Базовая сеть 106, изображенная на Фиг. 1C, может включать в себя шлюз 142 объекта управления мобильностью (MME), обслуживающий шлюз 144 и шлюз 146 сети передачи пакетных данных (PDN). Несмотря на то, что каждый из вышеупомянутых элементов изображается в качестве части базовой сети 106, следует понимать, что любой из этих элементов может принадлежать и/или находиться под управлением объекта, отличного от оператора базовой сети.
[0055] Объект 142 MME может быть соединен с каждым из усовершенствованных узлов B 140a, 140b, 140c в сети 104 RAN через интерфейс S1, а также может служить в качестве узла управления. Например, объект 142 MME может отвечать за аутентификацию пользователей блоков 102a, 102b, 102c WTRU, активацию/деактивацию однонаправленного канала, выбор конкретного обслуживающего шлюза в течение начального подключения блоков 102a, 102b, 102c WTRU и т.п. Объект 142 MME также может обеспечивать функцию плоскости управления для переключения между сетью 104 RAN и другими сетями RAN (не изображены), которые используют другие технологии радиодоступа, такие как, например, GSM или WCDMA.
[0056] Обслуживающий шлюз 144 может быть соединен с каждым из усовершенствованных узлов B 140a, 140b, 140c в сети 104 RAN через интерфейс S1. Обслуживающий шлюз 144 может, в целом, маршрутизировать и пересылать пользовательские пакеты данных на/от блоков 102a, 102b, 102c WTRU. Обслуживающий шлюз 144 также может выполнять другие функции, такие как, например, фиксация плоскости пользователя в течение эстафетных передач обслуживания между усовершенствованными узлами B, инициирование поискового вызова, когда данные нисходящей линии связи являются доступными для блоков 102a, 102b, 102c WTRU, управление и сохранение информационного содержания блоков 102a, 102b, 102c WTRU и т.п.
[0057] Обслуживающий шлюз 144 также может быть соединен со шлюзом 146 сети PDN, который может обеспечить блокам 102a, 102b, 102c WTRU доступ к сетям с коммутацией пакетов, таким как, например, сеть 110 Интернет, для обеспечения взаимодействия между блоками 102a, 102b, 102c WTRU и устройствами с поддержкой протокола IP.
[0058] Базовая сеть 106 может обеспечить взаимодействие с другими сетями. Например, базовая сеть 106 может обеспечить блокам 102a, 102b, 102c WTRU доступ к сетям с коммутацией каналов, таким как, например, сеть 108 PSTN, для обеспечения взаимодействия между блоками 102a, 102b, 102c WTRU и традиционными устройствами наземной линии связи. Например, базовая сеть 106 может включать в себя или может взаимодействовать с IP-шлюзом (например, с мультимедийным сервером на базе протокола IP (IMS)), который служит в качестве интерфейса между базовой сетью 106 и сетью 108 PSTN. Кроме того, базовая сеть 106 может обеспечить блокам 102a, 102b, 102c WTRU доступ к сетям 112, которая может включать в себя другие проводные или беспроводные сети, которые принадлежат и/или находятся под управлением других поставщиков услуг.
[0059] Для того, чтобы оператор сотовой сети обслуживал блоки WTRU, которые имеют конкретную характеристику со назначенным узлом сети CN, такие блоки WTRU должны быть перенаправлены на назначенный узел сети CN. Назначенный узел сети CN может включать в себя объект MME, обслуживающий шлюз (SGW) или шлюз сети передачи пакетных данных (PGW). Такое перенаправление блоков WTRU может быть выполнено на основе информации о подписке, которая может быть сохранена на опорном абонентском сервере (HSS). Объект MME может загружать информацию о подписке, когда блока WTRU регистрируется или подключается к сети.
[0060] Блок WTRU, который запускает приложение машинного типа или по иным причинам имеет низкий приоритет, может в обычном состоянии указать то, что он является низкоприоритетным устройством доступа (LAPD) с использованием индикации LAPD, которую блок WTRU может сигнализировать, когда он первоначально осуществляет доступ к сети. Блок WTRU может сигнализировать о собственном низкоприоритетном состоянии доступа на уровне радиосвязи (то есть, управление радиоресурсами (RRC)) и без доступа (NAS). При необходимости, сеть может использовать эту индикацию для выполнения конкретных измерений, например, для применения контроля перегрузки посредством обеспечения таким устройствам возвратных индикаций и таймеров. Однако для устройства LAPD, которое подлежит перенаправлению на назначенный узел сети CN, системная информация (SI) может не использовать индикации блока WTRU, однако может опираться на информацию о подписке. Информация о подписке может содержать индикацию того, что рассматриваемое устройство должно быть обслужено посредством назначенного узла сети CN. Поскольку информация о подписке может измениться в любое время, момент, в который блок WTRU может быть перенаправлен на конкретный узел сети CN, может быть не определен. Например, перенаправление может происходить, когда возникает любая из следующих процедур: подключение, обновление отслеживаемой области (TAU), обновление области маршрутизации (RAU), запрос на обслуживание, мобильность в режиме ожидания в рамках одной технологии RAT, мобильность в режиме ожидания среди множества технологий RAT, эстафетная передача обслуживания в рамках одной технологии RAT, эстафетная передача обслуживания среди множества технологий RAT, сценарий роуминга или коллективного использования сети. Например, запрос на обслуживание может запросить IP-соединение. IP-соединение может установить информационное соединение для передачи данных на и/или от блока WTRU.
[0061] Иллюстративные способы перенаправления блока WTRU на назначенный узел сети CN описываются ниже со ссылкой на Фиг. 2, 3, 4, 5 и 6.
[0062] Фиг. 2 изображает графическое представление иллюстративного варианта осуществления способа перенаправления блока WTRU на назначенный узел сети CN при подключении. В изображенном на Фиг. 2 варианте осуществления блок 210 WTRU может передать запрос 201 на подключение на узел 220 eNB, который может впоследствии переслать запрос 201 на подключение на объект 230 MME. Запрос 201 на подключение может включать в себя идентификатор IMSI. Объект 230 MME может установить контакт с сервером 250 HSS и выполнить обмен командами 202 запроса/ответа на обновление местоположения (ULR/ULA) с сервером HSS. Объект MME может выполнить поиск профиля 202 подписки блока WTRU от сервера 250 HSS. Профиль подписки может включать в себя индикацию того, что блок WTRU должен быть перенаправлен на назначенный узел сети CN. Сервер 250 HSS может информировать объект 230 MME о том, что блок 210 WTRU может выбрать тип узла сети CN в данных о подписке.
[0063] Объект 230 MME может впоследствии отправить на узел 220 eNB командное сообщение 203 о перемаршрутизации (S1AP), причем может быть обеспечен параметр типа узла сети CN и глобальный уникальный временной идентификатор (GUTI). Подключение на основе идентификатора IMSI может быть преобразовано в запрос 204 на подключение на основе идентификатора GUTI. Узел 220 eNB может выбрать назначенный объект 240 MME на основе типа узла сети CN и отправить запрос 204 на подключение на основе идентификатора GUTI на назначенный объект 240 MME. Назначенный объект 240 MME может установить контакт с первым объектом 230 MME, выполнить поиск параметров 205 защиты, а затем продолжить процедуру подключения. Назначенный объект 240 MME может сообщаться с блоком 210 WTRU посредством использования ключа защиты первого объекта MME. Назначенный объект 240 MME также может выбрать новый шлюз 260 SGW или PGW и установить однонаправленные каналы 206. Назначенный объект 240 MME также может установить контакт с сервером 250 HSS для выполнения команд 207 ULR/ULA для обновления информации о местоположении блока 210 WTRU на сервере 250 HSS.
[0064] Несмотря на то, что изображенный на Фиг. 2 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0065] Фиг. 3 изображает графическое представление другого иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN. В продемонстрированном на Фиг. 3 примере блок 310 WTRU может отправить запрос 301 на подключение на узел 320 eNB. Узел 320 eNB может впоследствии переслать запрос 302 на подключение на объект 330 MME. Например, объект 330 MME может впоследствии выполнить обмен сообщениями 303а и 303b с запросом/ответом идентификации со старым объектом MME/узлом SGSN 340 или блоком 310 WTRU для получения идентификатора IMSI. Блок 310 WTRU, объект 330 MME и сервер 360 HSS могут выполнить обмен сообщениями 305 с аутентификационной информацией, включающей в себя запрос 305а аутентификационной информации и ответ 305b с аутентификационной информацией. Объект 330 MME может принять параметр типа сети CN от сервера 360 HSS в случае приема сообщения 305b с ответом с аутентификационной информацией. Объект 330 MME может впоследствии отправить на узел 320 eNB командное сообщение 306 о перемаршрутизации, которое может включать в себя сообщение с запросом на подключение и параметр типа базовой сети, указывающий тип назначенной сети CN. Узел 320 eNB может впоследствии отправить сообщение 307 с запросом на подключение на назначенный объект 350 MME.
[0066] Несмотря на то, что изображенный на Фиг. 3 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0067] Фиг. 4 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN с использованием конкретного идентификатора GUTI, который может быть выделен посредством объекта MME, и идентификатора отслеживаемой области (TAI), который не подвергался широковещательной рассылке. Идентификатор GUTI может быть образован из идентификаторов в соответствии с нижеследующим:
GUTI=<PLMN ID><MME Group ID><MME Code><M-TMSI>,
где PLMN является аббревиатурой наземной сети мобильной связи общего пользования, а M-TMSI является аббревиатурой уникального временного идентификатора мобильного абонента (TMSI) в пределах объекта MME, который выделил идентификатор GUTI.
[0068] Идентификатор M-TMSI является уникальным значением, состоящим из четырех восьмибитовых слогов, которое может идентифицировать блок WTRU в пределах объекта MME, и код объекта MME (1 восьмибитовый слог), представляющий конкретный объект MME в пределах идентифицированного идентификатора группы объектов MME (2 восьмибитовых слога). Глобальный уникальный идентификатор объекта MME (GUMMEI) может быть образован из идентификаторов в соответствии с нижеследующим:
GUMMEI=<PLMN ID><MME Group ID><MME Code>.
Следовательно, идентификатор GUTI также может быть выражен в качестве:
GUTI=<GUMMEI><M-TMSI>.
[0069] В продемонстрированном на Фиг. 4 примере блок 410 WTRU может передать запрос 401 на подключение на узел 420 eNB, который может впоследствии переслать запрос 401 на подключение на объект 430 MME. Объект 430 MME может установить контакт с сервером 460 HSS и выполнить обмен командами запроса/ответа на обновление местоположения (ULR/ULA) с сервером 460 HSS. Объект 430 MME может выполнить поиск данных 402 о подписке блока WTRU от сервера 460 HSS. Данные 402 о подписке могут включать в себя индикацию того, что блок 410 WTRU должен быть перенаправлен на назначенный узел сети CN. Сервер 460 HSS может информировать объект 430 MME о том, что блок 410 WTRU может выбрать параметр типа сети CN в данных о подписке. Объект MME может установить однонаправленные каналы 403 для взаимодействия с шлюзом 450 SGW.
[0070] Объект 430 MME может выделить конкретный идентификатор GUTI, который может включать в себя идентификатор группы объектов управления мобильностью (MMEGI) назначенного объекта 440 MME, и отправить его на блок 410 WTRU, например, через узел 420 eNB, в сообщении 404 о подтверждении подключения. В конечном счете, блок 410 WTRU может впоследствии отправить Запрос 405 на обновление TAU с идентификатором MMEGI назначенного объекта 440 MME. Объект 430 MME также может отправить идентификатор TAI, который не подвергался широковещательной рассылке, например, 0000 или FFFF, чтобы инициировать блок 410 WTRU к выполнению запроса 405 на обновление TAU. Объект 430 MME также может иметь идентификатор MMEGI. Идентификатор MMEGI объекта 430 MME и назначенного объекта 440 MME может быть сконфигурирован заранее. Узел 420 eNB может маршрутизировать запрос 405 на обновление TAU на назначенный объект 440 MME на основе идентификатора MMEGI. Назначенный объект 440 MME может впоследствии выполнить процедуру 406 идентификации с объектом 430 MME для получения контекстной информации от объекта 430 MME. Назначенный объект 440 MME может установить однонаправленные каналы 407 для взаимодействия со назначенным шлюзом 470 S/PGW. Назначенный объект 440 MME также может установить контакт с сервером 460 HSS для выполнения команд 408 ULR/ULA для обновления информации о местоположении блока 410 WTRU на сервере 460 HSS.
[0071] Несмотря на то, что изображенный на Фиг. 4 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0072] Фиг. 5 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN с использованием идентификатора null-MMEGI. Продемонстрированный на Фиг. 5 пример является аналогичным примеру, продемонстрированному на Фиг. 4, за исключением того, что в данном примере объект 530 MME может выделить конкретный идентификатор GUTI, который включает в себя идентификатор null-MMEGI сети, которой принадлежит назначенный объект 540 MME, и код объекта MME (MMEC) объекта 530 MME. Когда блок 510 WTRU выполняет запрос 505 на обновление TAU, узел 520 eNB может маршрутизировать запрос 505 на обновление TAU на назначенный объект 540 MME, согласно идентификатору null-MMEGI. Назначенный объект 540 MME может впоследствии установить контакт с объектом 530 MME, поскольку в идентификаторе GUTI содержится код MMEC, и может начать процедуру 506 запроса/ответа с информационным содержанием.
[0073] Несмотря на то, что изображенный на Фиг. 5 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0074] Фиг. 6 изображает графическое представление иллюстративного способа перенаправления блока WTRU на назначенный узел сети CN с использованием эстафетной передачи обслуживания S1, инициированной посредством объекта MME. В продемонстрированном на Фиг. 6 примере выполняется процедура 601 подключения. В этом примере объект 630 MME может установить соединение сети передачи пакетных данных (PDN) со назначенным шлюзом 650 S/PGW на основе информации о соединении сети PDN в информации о подписке, обеспеченной посредством сервера 640 HSS. После завершения выполнения процедуры 601 подключения объект 630 MME может инициировать эстафетную передачу 602 обслуживания на назначенный объект 660 MME с использованием нового сообщения по интерфейсу S1. Однако обслуживающая сота и узел 620 eNB могут не изменяться в ходе эстафетной передачи обслуживания. Объект 630 MME может отправить запрос 604 на прямое повторное выделение на назначенный объект 660 MME. Назначенный объект 660 MME и узел 620 eNB могут впоследствии выполнить обмен сообщениями 605 с запросом/подтверждением эстафетной передачи обслуживания. Назначенный объект 660 MME может впоследствии отправить ответ 606 на прямое повторное выделение на объект 630 MME. Объект 630 MME может впоследствии отправить команду 607 эстафетной передачи обслуживания на узел 620 eNB. Назначенный объект 660 MME может впоследствии выполнить обмен сообщениями 608 с запросом/ответом на обновление местоположения с сервером 640 HSS.
[0075] Несмотря на то, что на Фиг. 6 это не изображено, этапы измерений, пересылки данных, передач состояния, повторного выделения шлюза SGW и уведомления об эстафетной передаче обслуживания могут быть включены в иллюстративный способ, изображенный на Фиг. 6. Помимо всего прочего, несмотря на то, что изображенный на Фиг. 6 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0076] Дополнительные процедуры могут быть реализованы для дополнения к примерам, которые были описаны выше со ссылкой на Фиг. 2, 3, 4, 5 и 6. Например, может быть реализован механизм, который маршрутизирует информационное содержание защиты от одного объекта MME к другому, где исходный объект MME может инициировать маршрутизацию. Целевой объект MME может запросить параметры информационного содержания/защиты блока WTRU от исходного объекта MME. Кроме того, блок WTRU может запросить активацию назначенного однонаправленного канала до завершения выполнения процедуры подключения. Система может испытывать потребность в выполнении этой процедуру таким образом, чтобы она пересылалась или окончательно выполнялась посредством назначенного объекта MME.
[0077] В вариантах осуществления, которые включают в себя блок WTRU, выполняющий обновление TAU для того, чтобы узел eNB выбрал назначенный узел сети CN, блок WTRU может по-прежнему обслуживаться посредством условно оптимального узла сети CN в течение долгого времени, поскольку для выполнения такой процедуры может потребоваться много времени.
[0078] Кроме того, некоторые блоки WTRU могут выполнить комбинированную регистрацию в доменах с коммутацией пакетов (PS) и с коммутацией каналов (CS) через объект MME, который может зарегистрировать блок WTRU в домене PS, а затем установить контакт с коммутационным центром мобильной связи (MSC)/регистром местоположения посетителей (VLR) для регистрации блока WTRU в домене CS. Несмотря на то, что объект MME может являться назначенным объектом MME для устройства, центр MSC/регистр VLR может отсутствовать, и поэтому может быть сделан лучший выбор для центра MSC/регистра VLR. Для решения проблемы данного сценария могут потребоваться механизмы.
[0079] Кроме того, блок WTRU может быть переключен обратно со назначенного узла сети CN на неназначенный узел сети CN по ряду разных причин. Например, назначенный узел сети CN может быть перегружен или работать неправильно вследствие аппаратной или программной ошибки, или же блок WTRU может быть запланирован для обслуживания назначенным узлом сети CN на протяжении заданного периода времени. Механизм может переключить блок WTRU со назначенного узла сети CN на неназначенный узел сети CN.
[0080] Кроме того, поскольку разнообразные классы устройств могут иметь разные характеристики трафика и требования к использованию данных, отдельные назначенные узлы сети CN должны эффективно поддерживать эти классы. Однако устройство не должно в обязательном порядке ограничиваться единым типом использования данных или трафика. Устройство может поддерживать различные типы действий и поведений на протяжении его срока эксплуатации. Например, устройство может являться выполненным с возможностью запуска приложений машинного типа, например, сообщения автоматизированных измерений, в один момент времени, несмотря на то, что в другой момент времени то же самое устройство может быть использовано для взаимодействия с человеком для другого типа службы/приложения. В этом случае устройство может быть перенаправлено с одного назначенного узла сети CN на другой, чтобы удовлетворить требования/характеристики взаимодействия конкретной службы, которую устройство использует на тот момент. Следовательно, может потребоваться механизм для поддержки перенаправления блока WTRU с одного назначенного узла сети CN на другой.
[0081] Кроме того, блок WTRU может быть перенаправлен на назначенный узел сети CN после процедуры подключения/обновления TAU/обновления RAU с использованием эстафетной передачи обслуживания, инициированной посредством сети CN, которая может сменить объект MME, с которым соединяется узел eNB. Эта процедура может являться прозрачной для блока WTRU. Однако в ходе подключения/обновления TAU/обновления RAU первый обслуживающий объект MME может иметь выделенный идентификатор GUTI, который присваивает сам первый обслуживающий объект MME. Следовательно, если выполняется эстафетная передача обслуживания, инициированная посредством сети CN, то идентификатор GUTI блока WTRU может являться идентификатором GUTI, аналогичным идентификатору, обеспеченному посредством первого обслуживающего объекта MME. Последствия, которые могут наступить в результате этого, могут заключаться в том, что в случае, когда блок WTRU впоследствии переходит в режим ожидания, например, после перенаправления его узла сети CN, он может отправить сообщение с запросом на обслуживание для перехода в подсоединенный режим. В ходе процедуры запроса на обслуживание блок WTRU может использовать свой временный идентификатор мобильного абонента SAE (S-TMSI) в процедуре установления соединения уровня RRC, например, в сообщении с запросом на установление соединения уровня RRC, которое отправляется на узел eNB,
где S-TMSI=<MMEC><M-TMSI>.
Идентификатор S-TMSI может идентифицировать конкретный объект MME, который имеет информационное содержание блока WTRU. Следовательно, если после эстафетной передачи обслуживания, инициированной посредством сети CN, идентификатор GUTI повторно не выделяется, то идентификаторы блока WTRU могут указать старый объект MME, который может иметь удаленное информационное содержание блока WTRU, поскольку назначенная сеть CN уже была выбрана в ходе эстафетной передачи обслуживания, инициированной посредством сети CN.
[0082] Кроме того, блоку WTRU, который уже является зарегистрированным или подключенным к системе, может быть выделен идентификатор GUTI, частью которого может являться идентификатор S-TMSI. В ходе процедуры установления соединения уровня RRC для отправки сообщения уровня NAS, например, запроса на обновление TAU или обслуживание, блок WTRU может включить идентификатор S-TMSI в сообщение RRCConnectionRequest. Идентификатор GUMMEI может быть включен в сообщение RRCConnectionSetupComplete. После того, как узел eNB примет сообщение RRCConnectionSetupComplete, узел eNB может иметь, как идентификатор S-TMSI, так и идентификатор GUMMEI. Идентификатор GUMMEI может указать зарегистрированную сеть PLMN и группу объектов MME, в то время как идентификатор S-TMSI может содержать код объекта MME, который указывает конкретный объект ММЕ в пределах группы объектов MME, как идентифицируется посредством идентификатора MMEGI.
[0083] В случае использования идентификатора null-MMEGI, узел eNB может принять идентификатор null-MMEGI, который указывает назначенный объект MME, и идентификатор S-TMSI, который указывает неназначенный объект MME, который на тот момент имеет информационное содержание блока WTRU, например, объект MME, которому выделен идентификатор GUTI с идентификатором null-MMEGI. Следовательно, сообщение уровня NAS, например, запрос на обновление TAU или обслуживание, может быть переслан на назначенный объект MME на основе идентификатора null-MMEGI. Если сообщение уровня NAS является обновлением TAU, то обновление TAU может инициировать назначенный объект MME к извлечению информационного содержания блока WTRU из неназначенного объекта MME. Однако, если сообщение уровня NAS является запросом на обслуживание, и это сообщение уровня NAS отравляется на назначенный объект MME, то назначенный объект MME может быть неспособен извлечь информационное содержание блока WTRU. Вследствие этого, объект MME может отклонить блок WTRU, по возможности, с кодом причины «#9 - идентификатор блока WTRU не был получен сетью», который может инициировать блок WTRU к повторному подключению к системе, а также к удалению выделенного ему идентификатора GUTI, который указывает назначенную сеть CN. В этом сценарии процесс может быть перезапущен заново.
[0084] Использование назначенного узла сети CN может принять несколько форм. Например, назначенная сеть CN может предусматривать использование назначенного объекта MME, назначенного шлюза SGW и коллективно используемого шлюза PGW. В другой сети политика использования назначенной сети CN также может включать в себя использование назначенного шлюза PGW. Если блок WTRU уже является зарегистрированным или подключенным к системе, то его шлюз PGW уже может быть выбран. Как правило, выбор шлюза PGW может осуществляться в ходе процедуры подключения. Следовательно, если блок WTRU требуется для использования назначенного шлюза PGW, то блок WTRU может заново выполнить выбор шлюза PGW. Вследствие этого, блок WTRU может выполнить процедуру повторного подключения. Блок WTRU также может повторно выбрать шлюз PGW без выполнения повторного подключения посредством блока WTRU. Если блок WTRU выполняет повторное подключение, то повторное подключение может быть выполнено на обслуживающем объекте MME или может быть выполнено на назначенном объекте MME. Оба варианта могут иметь конкретные преимущества и недостатки. Например, если повторное подключение выполняется на обслуживающем объекте MME, который может являться неназначенным объектом MME, то обслуживающий объект MME может подвергаться этой сигнализации. После завершения выполнения процедуры подключения, обслуживающий объект MME может предпринять попытку перенаправить блок WTRU на назначенный объект MME. Более того, надлежащий шлюз PGW может быть выбран посредством предшествующего обслуживающего объекта MME. Поскольку цель перенаправления может заключаться в освобождении неназначенного объекта MME от этого блока WTRU, данный вариант осуществления может инициировать некую сигнализацию на неназначенном объекте MME. Следовательно, разные способы могут быть использованы для повторного подключения блока WTRU, либо на исходном неназначенном объекте MME, либо на целевом назначенном объекте MME, после перенаправления.
[0085] Если блок WTRU является зарегистрированным и на объекте MME и в центре MSC/регистре VLR для использования возврата в исходный режим с коммутацией каналов (CSFB), то эстафетная передача обслуживания S1, инициированная посредством объекта MME, как было описано выше, может перенаправить блок WTRU на назначенный объект MME. Однако блок WTRU может быть неспособен использовать возврат CSFB, поскольку назначенный объект MME может не иметь информационного содержания возврата CSFB, при этом регистр VLR может поддерживать шлюз SGW, ассоциированный со старым объектом MME. Следовательно, требуется способ установления ассоциации шлюза SGW между новым назначенным объектом MME и центром MSC/регистром VLR.
[0086] В настоящей заявке описываются варианты осуществления, которые могут обеспечить процедуры и механизмы для предоставления возможности осуществлять перенаправление блока WTRU на назначенный узел сети CN, например, согласно примерам, которые были описаны выше со ссылкой на Фиг. 2, 3, 4, 5 и 6. Нижеописанные варианты осуществления описываются в отношении стандарта LTE, выступающего в качестве технологии RAT. Однако эти варианты осуществления могут быть применены к любой технологии RAT.
[0087] В иллюстративном варианте осуществления способа обеспечения перенаправления на назначенную сеть CN может быть использован периодический таймер с более коротким заданным временем. Периодический таймер является таймером, который начинает работать на блоке WTRU в момент разрыва соединения сигнализации, например, соединения сигнализации уровня NAS, с обслуживающим узлом сети CN, например, объектом MME. Например, в стандарте LTE периодический таймер обновления TAU является таймером общей службы пакетной радиопередачи (GPRS), определенным таким образом, чтобы он имел диапазон значений от 2 секунд до 3 часов и 6 минут. Например, когда объект MME определяет из доступной информации, что блок WTRU должен быть перенаправлен на назначенный узел сети CN, или когда объект MME выделяет специальный идентификатор GUTI или идентификатор GUMMEI, объект MME может выделить короткий период периодического таймера. Например, объект MME может выделить период таймера, который меньше стандартного значения, равного 54 минутам для таймера обновления TAU в стандарте LTE. Это может позволить блоку WTRU более быстро осуществить перенаправление на назначенный узел сети CN, поскольку блок WTRU может выполнить периодическое обновление TAU за более короткий период времени, чем в случае использования стандартного значения.
[0088] Объект MME описывается в предыдущем варианте осуществления; однако вариант осуществления может быть применен в случае использования UMTS/GERAN, причем обслуживающий узел поддержки GPRS (SGSN) может являться обслуживающим узлом для домена PS, при этом периодический таймер может называться периодическим таймером обновления RAU. Центр MSC/регистр VLR может являться объектом уровня NAS в домене CS, где соответствующий таймер называется периодическим таймером обновления области местоположения (LAU).
[0089] В другом варианте осуществления сеть может информировать блок WTRU о том, является ли она назначенной сетью. Сеть может отправить индикацию с использованием широковещательной рассылки или назначенной сигнализации. Широковещательная сигнализация может использовать сообщения уровня RRC, например, блоки системной информации (SIB), в то время как назначенная сигнализация может быть достигнута с использованием любых сообщений уровня RRC и/или NAS. Например, новый информационный элемент (IE) может быть включен в любое сообщение уровня NAS для указания того, является ли узел сети CN назначенным узлом сети CN. Этот информационный элемент IE может быть включен в сообщение о подтверждении подключения, в сообщение о подтверждении обновления TAU или в любое сообщение управления сеансом уровня NAS. На основе этой индикации блок WTRU может принять решение о выполнении повторной регистрации (либо на основе сообщения о подтверждении подключения, либо на основе сообщения о подтверждении обновления TAU), чтобы сеть RAN могла выбрать отличный/назначенный узел сети CN.
[0090] Блок WTRU также может обеспечить индикацию назначенной сети CN на узел eNB, чтобы узел eNB знал о пересылке сообщения уровня NAS надлежащему назначенному узлу сети CN. Блок WTRU может обеспечить такую индикацию в сообщении уровня RRC, таком как, например, сообщение с запросом на установление соединения уровня RRC или сообщение о завершении настройки соединения уровня RRC. Блок WTRU может являться выполненным с возможностью использования назначенного узла сети CN, или же может являться выполненным с возможностью обеспечения индикации того, что он подвергается использованию назначенного узла сети CN, с использованием функции обнаружения и выбора сети доступа (ANDSF), процедуры управления устройством открытого сообщества производителей мобильной связи (OMA DM), службы передачи коротких сообщений (SMS) или любого другого способа конфигурирования, или же он может являться предварительно сконфигурированным в универсальной карте с интегральной схемой (UICC)/оборудовании мобильной связи(МЕ).
[0091] Если узел eNB принимает индикацию того, что блок WTRU подвергается обслуживанию посредством назначенного узла сети CN, то узел eNB может выбрать назначенный узел сети CN, которому пересылается сообщение уровня NAS. Узел eNB также может принять идентификатор (который может быть включен посредством блока WTRU вышеописанным способом), который узел eNB может использовать для разрешения конкретного узла сети CN, которому отправляется сообщение уровня NAS блока WTRU. В качестве альтернативы, узел eNB может иметь адреса назначенных узлов сети CN, и посредством использования этой конфигурации узел eNB может выбрать назначенный узел. В качестве альтернативы, выбор узла сети CN может являться функцией или зависеть от индикации или идентификатора, обеспеченного посредством блока WTRU, как было описано выше.
[0092] Дополнительно или альтернативно, блок WTRU может использовать новую причину установления для указания того, что он подвергается выбору назначенного узла сети CN, если блок WTRU является выполненным с возможностью использования назначенного узла сети CN. Сообщения уровня NAS могут включать в себя эту информацию, а также могут обеспечить причину установления для уровня RRC. В некоторых случаях может быть определен новый тип вызова, такой как, например, сигнализация назначенной сети CN или данные назначенной сети CN, для указания уровню RRC того, что блок WTRU должен использовать назначенный узел сети CN. Уровень RRC может впоследствии задать или включить в себя конкретные параметры уровня RRC, соответственно. Примеры параметров могут включать в себя причину установления и/или другие индикации, как было описано выше. Кроме того, блок WTRU может использовать особое случайное число в сообщении с запросом на установление соединения уровня RRC, вместо идентификатора S-TMSI, когда сеть выполняет широковещательную рассылку того, что он является назначенным узлом. Например, это особое случайное число может быть распознано посредством узла eNB при помощи предварительно определенной последовательности битов. Например, посредством наиболее значимых битов случайного числа, имеющего упомянутую предварительно определенную последовательность. В случае, когда узел eNB принимает запрос на установление соединения уровня RRC с упомянутым особым случайным числом, он может впоследствии либо маршрутизировать первоначальное сообщение уровня NAS на назначенный узел, либо уведомить первый объект MME о том, что блок WTRU подвергается выбору назначенного узла сети CN.
[0093] Кроме того, когда блок WTRU указывает узлу eNB, что он является выполненным с возможностью использования назначенного узла сети CN, узел eNB может передать эту информацию на первый объект MME. Таким образом, если объект MME уже является назначенным узлом сети CN, то объект MME может продолжить процедуру подключения, а в противном случае он может впоследствии запросить или приказать узлу eNB перемаршрутизировать сообщение о подключении на другой объект MME.
[0094] Если блок WTRU запрашивается о комбинированном подключении, то объект MME может установить ассоциацию шлюза SGW с регистром VLR. Таким образом, блок WTRU, следуя одному из предшествующих решений, может выполнить обновление TAU позже, и такое обновление TAU может являться комбинированным обновлением, которое может инициировать новый транзитный объект MME к установлению контакта с регистром VLR, а также к установлению ассоциации шлюза SGW.
[0095] В качестве альтернативы, первый объект MME может не устанавливать контакт с регистром VLR, а вместо этого может информировать блок WTRU в сообщении о подтверждении подключения о том, что рекомендуется или требуется новая регистрация CS. Например, сообщение о подтверждении подключения может включать в себя новый информационный элемент IE или новую причину. В частности, может быть полезно, когда в сети CN разворачивается коллективное использование, и при этом операторы соглашаются использовать обозначенные объекты для назначенных узлов сети CN.
[0096] Выше был описан вариант перемаршрутизации, в котором узел сети CN, такой как, например, объект MME, информирует узел eNB о маршрутизации сообщения уровня NAS на другой объект сети CN, который является известным в качестве назначенного узла сети CN или планирует стать назначенным узлом сети CN. В варианте осуществления новый объект MME может получить сообщение уровня NAS блока WTRU, такое как, например, запрос на подключение, аутентификационное информационное содержание, векторы или любое общее информационное содержание защиты. Вследствие этого, сообщение о перемаршрутизации может включать в себя эту информацию. Информационное содержание защиты может быть включено в перемаршрутизацию. В качестве примера, информационное содержание защиты может быть включено в дополнение к сообщению о подключении и типе сети CN.
[0097] Для включения общей информации о защите в сообщение о перемаршрутизации может быть использовано, по меньшей мере, два способа. Объект MME может отправить один контейнер, который включает в себя, как сообщение блока WTRU, так и параметры защиты. Параметры защиты могут включать в себя, например, аутентификационные векторы и/или другое информационное содержание, параметры или алгоритмы защиты. В качестве альтернативы, информационный элемент IE может быть включен для каждой части. Например, один информационный элемент IE может быть включен для сообщения блока WTRU, один информационный элемент IE может быть включен для аутентификационных параметров, и один информационный элемент IE может быть включен для параметров защиты, и т.д.
[0098] В варианте осуществления назначенный узел сети CN может запустить процедуру выполнения команд режима защиты уровня NAS (SMC). Первый объект MME может запустить процедуры запроса/ответа идентификатора и запроса/ответа аутентификации, а назначенный узел сети CN может запустить процедуру SMC. Оператор может сделать выбор, а именно, не запускать вовсе, запустить одну или запустить несколько процедур до перемаршрутизации сообщения на назначенный узел сети CN. Например, первый объект MME может являться выполненным с возможностью не запускать процедуры идентификации, аутентификации или SMC. Объект MME может впоследствии маршрутизировать сообщение о подключении. Отсутствие информационных элементов IE, связанных или определенных специально для идентификатора блока WTRU, аутентификационного информационного содержания и другого информационного содержания защиты, такого как, например, алгоритмы для шифрования и/или защиты целостности, могут инициировать назначенный узел сети CN к запуску соответствующей процедуры идентификации, аутентификации и SMC. В качестве альтернативы, первый объект MME может запустить только процедуру запроса/ответа идентификации, и включить информацию, связанную с идентификатором блока WTRU, таким как, например, идентификатор IMSI, в сообщение о перемаршрутизации. Отсутствие параметров аутентификации и защиты может информировать назначенный узел сети CN о запуске процедур для этих параметров. Первый объект MME может либо не включать в себя связанную информацию, либо может включать в себя соответствующий информационный элемент IE, однако задает значениям общеизвестное значение, например, NULL или ноль. Известное значение может указывать назначенный узел сети CN, который должен запустить эти процедуры с блоком WTRU.
[0099] В качестве альтернативы, первый объект MME может в явной форме указать, какие процедуры запустил он, и какие процедуры должны быть запущены посредством назначенного объекта MME. В качестве альтернативы, первый объект MME может указать, какие процедуры запустил он, при этом назначенный объект MME может в неявной форме знать, какие иные процедуры должны быть запущены. Для этого первый объект MME может использовать битовую карту, где каждая позиция бита соответствует процедуре, при этом задание биту значения, которое может являться равным «1» или «0», может подразумевать, что процедура была запущена. Могут быть использованы другие явные или неявные индикации, такие как, например, включение информационного элемента IE для каждой процедуры.
[0100] Как было раскрыто выше в отношении ранее описанных вариантов осуществления, объект MME может взаимодействовать с сервером HSS для приема информации о подписке. В одном примере сервер HSS может принудительно отправить информацию о подписке на объект MME в случае возникновения изменения в информации о подписке.
[0101] Информация о подписке блока WTRU может измениться в сети CN, например, когда сеть CN имеет обновленную информацию о профиле блока WTRU, которая указывает, что блок WTRU должен быть обслужен посредством назначенного узла сети CN. Когда информация о подписке блока WTRU изменяется, объект MME или узел SGSN может выполнить поисковый вызов блока WTRU. Объект MME или узел SGSN может использовать идентификатор IMSI в качестве идентификатора поискового вызова блока WTRU. Поисковый вызов блока WTRU посредством идентификатора IMSI в домене PS может инициировать блок WTRU к выполнению повторного подключения к системе. Поэтому, при выполнении поискового вызова с использованием идентификатора IMSI, блок WTRU может повторно подключиться к системе, при этом объект MME или узел SGSN может использовать любое решения перенаправления для подключения для перенаправления блока WTRU на назначенный узел сети CN. Следовательно, изменение информации о профиле блока WTRU в сети CN может инициировать сеть CN к выполнению поискового вызова блока WTRU.
[0102] Изменение информации о профиле блока WTRU также может инициировать сеть CN к выполнению поискового вызова блока WTRU с использованием другого идентификатора, такого как, например, идентификатор S-TMSI в системе LTE и идентификатор P-TMSI в системе UMTS. Когда блок WTRU переходит в подсоединенный режим, в случае, когда узел сети CN является объектом MME, команда повторного выделения идентификатора GUTI может быть использована для повторного выделения идентификатора блока WTRU. В случае, когда узел сети CN является узлом SGSN, команда повторного выделения идентификатора P-TMSI может быть использована для повторного выделения идентификатора блока WTRU. В случае, когда узел сети CN является центром MSC/регистром VLR, команда повторного выделения идентификатора TMSI может быть использована для повторного выделения идентификатора блока WTRU.
[0103] Как было указано выше, сеть может выполнить поисковый вызов блока WTRU с использованием идентификатора S-TMSI. После завершения выполнения процедуры запроса на обслуживание, сеть может инициировать процедуру отключения, например, посредством, отправки запроса на отключение на блок WTRU, а также может указать «требуется повторное подключение». Это может инициировать блок WTRU к выполнению повторного подключения к системе.
[0104] Фиг. 7 изображает графическое представление сигнализации способа перенаправления блока WTRU на назначенный узел сети CN, когда выполняется процедура запроса на обслуживание. На этапе 701 сеть, которая может являться, например, объектом 720 MME, может выполнить поисковый вызов блока 710 WTRU для перевода блока 710 WTRU в подсоединенный режим. Объект 720 MME также может являться узлом SGSN или центром MSC. На этапе 702 блок 710 WTRU может выполнить процедуру запроса на обслуживание. Блок 710 WTRU может инициировать установление соединения уровня NAS посредством отправки запроса на обслуживание в сеть. Сеть может являться, например, объектом 720 MME. На этапе 703 объект 720 MME может инициировать процедуру повторного выделения идентификатора GUTI и ответить блоку 710 WTRU идентификатором TAI, который не подвергался широковещательной рассылке, или идентификатором области маршрутизации (RAI). Процедура повторного выделения идентификатора GUTI может дополнительно или альтернативно включать в себя идентификатор GUTI, который указывает назначенную базовую сеть. На этапе 704 объект 720 MME может впоследствии высвободить ресурсы сети RAN, связанные с блоком 710 WTRU. Блок 710 WTRU может впоследствии перейти в режим ожидания. Следовательно, при следующем переходе блока 710 WTRU в подсоединенный режим, на этапе 705, блок 710 WTRU может включить идентификатор GUTI или, по меньшей мере, часть идентификатора GUTI, такую как, например, идентификатор S-TMSI, в запрос на обновление TAU, а также он может быть перенаправлен на назначенный объект MME. Блок 710 WTRU, принимающий идентификатор TAI или RAI, может инициировать блок 710 WTRU к выполнению процедуры обновления TAU/RAU и отправке запроса на обновление TAU/RAU. Несмотря на то, что на Фиг. 7 это не изображено, блок WTRU может взаимодействовать с объектом MME через узел eNB. Объект MME или узел eNB может перенаправить блок WTRU на назначенный объект MME посредством процедуры перенаправления уровня NAS.
[0105] Дополнительно или альтернативно, на процедуру запроса на обслуживание можно ответить посредством отправки команды повторного выделения идентификатора GUTI, после чего блок 710 WTRU может понять, что выполнение процедуры завершено, и остановить таймер, который контролирует процедуру запроса на обслуживание. В качестве альтернативы, процедура повторного выделения идентификатора GUTI может быть инициирована после команды эстафетной передачи обслуживания, инициированной посредством узла сети CN.
[0106] Объект 720 MME также может запустить процедуру повторного выделения идентификатора GUTI, если первое сообщение, принятое от блока 710 WTRU, является сообщением с запросом на отключение. Это также может позволить системе перенаправить блок 710 WTRU на назначенный узел сети CN при следующем подключении блока 710 WTRU к системе. Следовательно, для любой процедуры уровня NAS, которая не является процедурой подключения или обновления TAU, если объекту MME известно о том, что блок 710 WTRU подвергается перенаправлению на назначенный узел сети CN, то объект 720 MME может запустить процедуру повторного выделения идентификатора GUTI для выделения идентификатора, который указывает конкретный узел сети CN.
[0107] Несмотря на то что изображенный на Фиг. 7 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0108] Вышеописанные примеры могут быть применены к системам LTE, GERAN и UMTS, где соответствующие процедуры повторного выделения идентификатора могут быть использованы согласно системе/домену. Например, если блок WTRU имеет соединение сигнализации уровня NAS с центром MSC в системе GERAN или UMTS, то центр MSC может запустить процедуру выполнения команды повторного выделения идентификатора TMSI, как было описано выше. В отношении узла SGSN, процедура выполнения команды повторного выделения идентификатора P-TMSI может быть запущена, как было описано выше.
[0109] Для ускорения процедуры перенаправления сеть CN может разорвать соединение блока WTRU с кодом причины для инициирования блока WTRU к повторному установлению нового соединения уровня NAS. Новый код причины может быть определен на уровне RRC для указания того, что блок WTRU должен повторно подключиться к системе. В качестве альтернативы, новый код причины может быть определен для блока WTRU для выполнения процедуры обновления TAU.
[0110] Вышеописанные примеры могут быть применены к системам GERAN и UTRAN, где могут быть использованы аналогичные процедуры, такие как, например, обновление LAU для домена CS и обновление RAU для домена PS. Помимо всего прочего, узел eNB может быть заменен посредством контроллеров BSC и RNC для систем GERAN и UMTS, соответственно.
[0111] В качестве альтернативы, для быстрого перенаправления блоков WTRU может быть использован ранее разработанный механизм. Объект MME может использовать процедуру выравнивания нагрузки, которая может инициировать разрыв соединений S1 и RRC. Уровень RRC может включать в себя код разрыва «требуется выравнивание нагрузки обновления TAU», который может инициировать блок WTRU к выполнению обновления TAU. Следовательно, когда идентификатор GUTI повторно выделяется таким образом, чтобы он мог указать конкретный объект MME, использование процедуры выравнивания нагрузки может позволить выполнить быстрое перенаправление.
[0112] Следовательно, при использовании любой процедуры уровня NAS, такой как, например, обновление TAU или запрос на обслуживание, повторное выделение идентификатора GUTI может быть использовано так, чтобы сначала обеспечить блоку WTRU идентификатор, который указывает конкретную сеть CN, а затем соединение блока WTRU может быть разорвано, как было описано выше, для ускорения перенаправления.
[0113] Другая альтернатива заключается в том, чтобы для конкретной процедуры уровня NAS или запроса на обслуживание (MSC) подсоединенного режима (CM) узел сети CN мог сначала запустить соответствующую процедуру идентификации. После завершения ее выполнения, узел сети CN может отклонить процедуру уровня NAS с отклонением обслуживания, отклонением обслуживания СМ, при этом узел сети CN может указать, что блок WTRU является неявно отключенным. Например, может быть использован код причины для домена PS системы UMTS и LTE. При необходимости также могут быть использованы другие причины, которые могут инициировать блок WTRU к повторному установлению соединения сигнализации уровня NAS, такие как, например, повторная регистрация. В качестве альтернативы, может быть определен новый код причины, который может инициировать блок WTRU к повторной регистрации в системе. Например, блок WTRU может выполнить процедуру подключения или обновления, такую как, например, обновление TAU, RAU или LAU.
[0114] В варианте осуществления узел сети CN может повторно выделить идентификатор после завершения выполнения процедуры запроса на обслуживание. Например, объект MME может отправить командное сообщение о повторном выделении идентификатора GUTI, узел SGSN может отправить командное сообщение о повторном выделении идентификатора P-TMSI, или центр MSC/регистр VLR может отправить командное сообщение о повторном выделении идентификатора TMSI.
[0115] В иллюстративном варианте осуществления, в котором узел сети CN является объектом MME, объект MME может принять сообщение с запросом на обслуживание или сообщение с запросом на расширенное обслуживание, а также информацию о профиле блока WTRU, которые обеспечиваются посредством сервера HSS. Информация о профиле может указать, что блок WTRU должен быть обслужен посредством назначенного узла сети CN. Объект MME может инициировать процедуру/командное сообщение о повторном выделении идентификатора GUTI до или после завершения выполнения процедуры запроса на обслуживание. Если команда повторного выделения идентификатора GUTI запускается до завершения выполнения процедуры запроса на обслуживание, то в некоторых случаях объект MME может отправить отклонение обслуживание с кодом причины, который может инициировать блок WTRU к повторному подключению к системе.
[0116] В иллюстративном варианте осуществления, в котором узел сети CN является узлом SGSN, узел SGSN может принять сообщение с запросом на обслуживание и информацию о профиле блока WTRU, которые обеспечиваются посредством сервера HSS/HLR. Информация о профиле может указать, что блок WTRU должен быть обслужен посредством назначенного узла сети CN. Узел SGSN может инициировать процедуру/командное сообщение о повторном выделении идентификатора P-TMSI до или после завершения выполнения процедуры запроса на обслуживание.
[0117] В иллюстративном варианте осуществления, в котором узел сети CN является центром MSC/регистром VLR, центр MSC/регистр VLR может принять сообщение с запросом на обслуживание СМ и информацию о профиле блока WTRU, которые обеспечиваются посредством сервера HSS/HLR. Информация о профиле может указать, что блок WTRU должен быть обслужен посредством назначенного узла сети CN. Центр MSC/регистр VLR может инициировать процедуру/командное сообщение о повторном выделении идентификатора TMSI до или после завершения выполнения процедуры запроса на обслуживание.
[0118] Перенаправление с повторным выделением идентификатора GUTI может быть использовано для любого начального сообщения уровня NAS, которое отправляет блок WTRU, например, ответ на поисковый вызов в системе GERAN, при этом оно может не ограничиваться сообщениями с запросом на обслуживание или запросом на обслуживание СМ. Для любой процедуры или сообщения уровня NAS, которое отправляет блок WTRU, сеть CN может принять решение о повторном выделении идентификатора, например, посредством команды повторного выделения идентификатора GUTI, до или после завершения выполнения процедуры. Сеть CN может принять решение, например, на основе изменения информации о подписке, чтобы она указывала использование назначенного узла сети CN для блока WTRU.
[0119] Помимо всего прочего, узел сети CN, который может являться, например, объектом MME, узел SGSN или центр MSC/регистр VLR может запустить процедуру повторного выделения идентификатора в любое время, когда блок WTRU находится в подсоединенном режиме. Процедуры повторного выделения идентификатора могут включать в себя, например, команду повторного выделения идентификатора GUTI для объекта MME, команду повторного выделения идентификатора P-TMSI для узла SGSN или команду повторного выделения идентификатора TMSI для центра MSC/регистра VLR. В иллюстративном варианте осуществления блок WTRU может быть вовлечен в происходящий перенос данных, и, если информация о подписке или профиле блока WTRU обновляется таким образом, что блок WTRU должен обслуживаться посредством назначенного узла сети CN, то может быть выполнена надлежащая процедура повторного выделения идентификатора блока WTRU.
[0120] Раскрытые в настоящей заявке дополнительные варианты осуществления обращаются к способу обработки состояний состязания в ходе перенаправления с эстафетной передачей обслуживания, инициированной посредством сети CN. В варианте осуществления эстафетная передача обслуживания, инициированная посредством сети CN, может инициировать узел eNB к выбору нового объекта MME без оказания влияния на блок WTRU. Сеть CN может инициировать эстафетную передачу обслуживания в любое время после завершения выполнения процедуры подключения. Если эстафетная передача обслуживания инициируется посредством сети CN, то блок WTRU или узел eNB может начать другую процедуру. Например, блок WTRU может начать процедуру управления сеансом, чтобы инициировать активацию соединения сети PDN или нового назначенного однонаправленного канала. Дополнительно или альтернативно, объект MME может начать эстафетную передачу обслуживания, инициированную посредством объекта MME. В другом иллюстративном варианте осуществления узел eNB может участвовать в процессе передачи через блок WTRU на другой узел eNB либо с использованием эстафетной передачи обслуживания S1, либо X2, и, в то же время, объект MME может инициировать эстафетную передачу обслуживания на узел eNB для перенаправления блока WTRU.
[0121] Несмотря на то, что сценарий эстафетной передачи обслуживания, инициированной посредством сети CN, может быть использован для представления в качестве примера способов обработки состояний состязания, эти способы могут быть применены к аналогичным состояниям состязания в других решениях.
[0122] В другом варианте осуществления состояние состязания может быть обработано для эстафетной передачи обслуживания, инициированной посредством сети CN, в ходе происходящей эстафетной передачи обслуживания сети RAN. После приема запроса на эстафетную передачу обслуживания, инициированную посредством сети CN, для перенаправления блока WTRU, если узел сети RAN, например, узел eNB, контроллер RNC или контроллер BSC выполняет эстафетную передачу обслуживания, то узел сети RAN может отклонить запрос и указать, что причиной является происходящая эстафетная передача обслуживания. После приема отклоненного запроса на эстафетную передачу обслуживания, инициированную посредством сети CN, который может быть принят от узла сети RAN, узел сети CN может ожидать до тех пор, пока выполнение эстафетной передачи обслуживания не будет завершено, перед инициированием нового запроса. Сеть CN может определить, что выполнение эстафетной передачи обслуживания завершено, когда сеть CN примет подтверждение завершения выполнения эстафетной передачи обслуживания от целевого узла сети RAN. Например, в системе LTE сеть CN может определить, что выполнение эстафетной передачи обслуживания завершено, когда она примет сообщение с запросом на переключение канала от целевого узла eNB.
[0123] В еще одном варианте осуществления обращаются к обработке других процедур в ходе происходящей эстафетной передачи обслуживания, инициированной посредством сети CN. В ходе эстафетной передачи обслуживания, инициированной посредством сети CN, сеть CN может принять запрос либо от блока WTRU, либо от шлюза SGW/PGW, для активации, дезактивации или изменения однонаправленного канала. Обработка этого запроса может зависеть от того, является ли успешной эстафетная передача обслуживания.
[0124] Объект MME может предпринять нижеследующие действия, когда он принимает запрос на активацию, дезактивацию или изменение однонаправленного канала от шлюза SGW/PGW, при этом объект MME инициирует эстафетную передачу обслуживания для перенаправления блока WTRU. Объект MME может отклонить запрос и включить код причины для указания того, что имеется активная эстафетная передача обслуживания. Например, если объект MME принимает запрос на создание канала от шлюза SGW, то объект MME может ответить ответом на создание канала и включить код причины для указания того, что имеется активная эстафетная передача обслуживания. Объект MME может включать в себя таймер, по истечении которого узел-адресат, такой как, например, шлюз SGW или PGW, может повторить попытку. После приема ответа, указывающего наличие активной эстафетной передачи обслуживания, шлюз SGW или PGW может повторить запрос по истечении конкретного предварительно сконфигурированного времени или по истечении указанного времени. После приема такого ответа, шлюз SGW может либо повторить попытку по истечении времени, как было описано выше, либо он может, в свою очередь, отправить ответ на создание канала на шлюз PGW и включить тот же самый код причины, а также значение таймера, если таковое имеется. Шлюз PGW может впоследствии повторить запрос. В качестве альтернативы, может быть использован известный код причины. Например, блок WTRU может отказаться или являться неспособным выполнить поисковый вызов блока WTRU.
[0125] Объект MME может предпринять нижеследующие действия, когда он принимает запрос на активацию, дезактивацию или изменение однонаправленного канала от блока WTRU, при этом объект MME инициирует эстафетную передачу обслуживания для перенаправления блока WTRU. Объект MME может проигнорировать запрос, который может, в конечном счете, инициировать истечение таймера в блоке WTRU. Блок WTRU может впоследствии снова выполнить запрос. Объект MME может отклонить запрос и включить известный или новый код причины, который может либо информировать блок WTRU о том, что эстафетная передача обслуживания ожидается, либо о том, что блок WTRU должен повторить попытку. Объект MME может отклонить запрос и включить возвратный таймер управления сеансом уровня NAS со значением, равным нулю, или с любым другим ненулевым, но коротким значением. Объект MME может инициировать процедуру маршрутизации этого запроса, если объект MME принимает подтверждение того, что эстафетная передача обслуживания была успешной. Объект MME может переслать запрос на новый объект MME, когда новый объект MME запрашивает информационное содержание блока WTRU. Может быть определен новый информационный элемент IE или процедура. Новый информационный элемент IE может быть включен в ответное информационное содержание, которое исходный объект MME отправляет на целевой назначенный объект MME. Этот новый информационный элемент IE может сохранять сообщение уровня NAS блока WTRU. После приема посредством целевого объекта MME, целевой объект MME может обработать запрос и ответ на него, соответственно.
[0126] В качестве альтернативы, если узел eNB определяет наличие происходящей эстафетной передачи обслуживания для перенаправления блока WTRU, то узел eNB может не пересылать запрос на исходный объект MME. Узел eNB может впоследствии переслать сообщение уровня NAS на целевой объект MME после завершения выполнения эстафетной передачи обслуживания. В качестве альтернативы, узел eNB может не подтверждать получение сообщения по уровню RRC, PDCP, RLC, MAC и т.д., которое может впоследствии инициировать блок WTRU к повторной отправке сообщения уровня NAS. К тому времени, если выполнение эстафетной передачи обслуживания завершилось, то узел eNB может переслать его на новый объект MME.
[0127] В варианте осуществления узел сети CN, такой как, например, объект MME, узел SGSN или центр MSC, может выполнить повторное выделение идентификатора блока WTRU после завершения выполнения эстафетной передачи обслуживания для обеспечения блоку WTRU нового идентификатора ID, который указывает фактический обслуживающий узел сети CN. Этот обслуживающий узел сети CN может являться узлом сети CN, который имеет информационное содержание блока WTRU после эстафетной передачи обслуживания. После эстафетной передачи обслуживания, инициированной посредством сети CN, целевой назначенный объект MME может иметь информационное содержание блока WTRU, а также может инициировать команду повторного выделения идентификатора GUTI для блока WTRU и присвоить новый идентификатор GUTI. Подобным образом, целевой или новый узел SGSN может запустить процедуру повторного выделения идентификатора P-TMSI после завершения выполнения эстафетной передачи обслуживания для обеспечения блоку WTRU нового идентификатора, который может указать обслуживающий узел SGSN. Подобным образом, целевой или новый центр MSC/регистр VLR может запустить процедуру повторного выделения идентификатора TMSI после завершения выполнения эстафетной передачи обслуживания для обеспечения блоку WTRU нового идентификатора, который указывает обслуживающий центр MSC/регистр VLR.
[0128] В ходе вышеописанной процедуры повторного выделения идентификатора сеть CN может включить в процедуру идентификатор, который не подвергался широковещательной рассылке. Иллюстративные процедуры повторного выделения идентификатора включают в себя команду повторного выделения идентификатора GUTI для системы LTE, команду повторного выделения идентификатора P-TMSI для домена PS для системы GPRS/UMTS или команду повторного выделения идентификатора TMSI для домена CS для системы GPRS/UMTS. В примере системы LTE, в ходе вышеописанной команды повторного выделения идентификатора GUTI, объект MME также может включить идентификатор TAI, который не был подвержен широковещательной рассылке, в сообщение, такой как, например, команда повторного выделения идентификатора GUTI, которая отправляется на блок WTRU. Это может способствовать ускорению регистрации от блока WTRU. Когда блок WTRU считывает системную информацию, он может понять, что список разрешенных идентификаторов TAI, который обеспечивается посредством объекта MME в команде повторного выделения идентификатора GUTI, не является эквивалентным списку, который в действительности пересылается при помощи широковещательной рассылки посредством сети RAN. Поэтому блок WTRU может незамедлительно отправить сообщение о регистрации, такое как, например, обновление TAU, на объект MME.
[0129] Аналогичный пример может применяться к узлу SGSN и центру MSC/регистру VLR с соответствующими сообщениями. Например, в ходе команды повторного выделения идентификатора P-TMSI, узел SGSN также может включать идентификатор RAI, который не был подвержен широковещательной рассылке, для блока WTRU. Подобным образом, когда блок WTRU понимает, что идентификатор RAI, переданный посредством широковещательной рассылки, не является эквивалентным идентификатору RAI, который не подвергался широковещательной рассылке, который обеспечивается в команде повторного выделения идентификатора P-TMSI, блок WTRU может впоследствии отправить обновление RAU на узел SGSN. Подобным образом, в ходе команды повторного выделения идентификатора TMSI, центр MSC/регистр VLR также может включить идентификатор области местоположения (LAI), который не подвергался широковещательной рассылке, для блока WTRU. Когда блок WTRU понимает, что идентификатор LAI, переданный посредством широковещательной рассылки, не является эквивалентным идентификатору LAI, который не подвергался широковещательной рассылке, который обеспечивается команде повторного выделения идентификатора TMSI, блок WTRU может впоследствии отправить обновление LAU на центр MSC/регистр VLR.
[0130] Дополнительные иллюстративные варианты осуществления обеспечивают решения для переключения со назначенной сети CN на неназначенную сеть CN. Когда блок WTRU уже является подключенным/зарегистрированным на назначенном узле сети CN, блок WTRU может установить потребность в обратном переключении на неназначенный узел сети CN. Нижеследующие события могут инициировать обратное переключение на неназначенный узел сети CN. Блок WTRU может принять индикацию от назначенного узла сети CN о его перегрузке. В таком сценарии блок WTRU может принять отклонение подключения, отклонение обновления TAU или отклонение обслуживания с возвратным таймером управления мобильностью от назначенного узла сети CN. Ошибки передачи данных на старшем уровне могут указать, что назначенный узел сети CN, такой как, например, назначенный шлюз SGW или PGW, работает неправильно. Может быть запланировано так, что блок WTRU будет оставаться подключенным к назначенному узлу сети CN в течение некоторой части дня, после чего, в течение оставшейся части дня, он будет подключен к неназначенному узлу сети CN. Имя точки доступа (APN), к которой блок WTRU запросил доступ, может не поддерживаться посредством назначенного узла сети CN.
[0131] Фиг. 8 изображает графическое представление иллюстративного способа переключения блока WTRU со назначенного узла сети CN на неназначенный узел сети CN. В продемонстрированном на Фиг. 8 примере на этапе 801 блок 810 WTRU может быть подключен к назначенной сети CN. На этапе 802 удовлетворяемое условие может инициировать блок 810 WTRU к переключению со назначенной сети на неназначенную. На этапе 803 блок 810 WTRU может отключиться от назначенного узла сети CN посредством отправки запроса на отключение, а затем инициировать новый запрос на подключение на этапе 804. Может быть определен новый тип отключения. Новая индикация может быть включена в новый запрос на подключение для информирования неназначенного объекта 830 MME о том, что он должен игнорировать данные о подписке, которые указывают то, что блок 810 WTRU должен быть перенаправлен на назначенный узел сети CN. Запрос на подключение может дополнительно включать в себя индикацию продолжительности времени, в течение которого неназначенный объект 830 MME должен игнорировать данные о подписке. После приема этой индикации, неназначенный объект 830 MME может обработать запрос на подключение в качестве нормального запроса на подключение блока WTRU, и не перенаправлять запрос на подключение, и следовательно блок 810 WTRU, на назначенный узел сети CN.
[0132] Для того, чтобы узел eNB маршрутизировал новый запрос на подключение на неназначенный объект 830 MME, блок 810 WTRU может исключить идентификатор S-TMSI, который имеет код объекта MME назначенного объекта 820 MME, из сообщения с запросом на установление соединения уровня RRC. Вышеописанные способы включения некой индикации в сообщение уровня RRC для инициирования узла eNB к выбору назначенного узла сети CN также могут быть использованы подобно инициированию узла eNB к выбору нормального объекта MME для этого нового запроса на подключение.
[0133] Дополнительно или альтернативно, блок 810 WTRU может указать неназначенному объекту 830 MME, на протяжении какого времени блок 810 WTRU должен быть подключен к неназначенной сети CN. По истечении этого периода времени неназначенный объект 810 MME может снова перенаправить блок 810 WTRU на назначенный объект 820 MME. В качестве альтернативы, продолжительность времени, в течение которого блок 810 WTRU может быть подключен к неназначенному объекту 830 MME, может быть предварительно сконфигурирована в объекте MME или может быть включена в данные о подписке блока WTRU.
[0134] Несмотря на то, что изображенный на Фиг. 8 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0135] Фиг. 9 изображает графическое представление иллюстративного способа, с помощью которого назначенный узел сети CN инициирует процедуру к обратному переключению блока WTRU на неназначенный узел сети CN. На этапе 901 блок 910 WTRU может быть подключен к назначенному объекту 920 MME. Назначенный объект 920 MME может принять решение об отключении блока 910 WTRU по любой из ряда причин. В качестве примера, на этапе 902 назначенный объект 920 MME может стать перегруженным и принять решение об отключении блока 910 WTRU. На этапе 903 назначенный объект 920 MME может в явной форме отправить запрос на отключение на блок 910 WTRU с некой индикацией того, что блок 910 WTRU должен повторно подключиться к неназначенному объекту 930 MME. Например, для того, чтобы служить в качестве этой индикации, может быть определен новый тип отключения. После запроса на отключение, на этапе 904, блок 910 WTRU может отправить запрос на подключение на неназначенный объект 930 MME. Как было описано выше, запрос на подключение может включать в себя новую индикацию для информирования неназначенного объекта 930 MME о том, что он должен игнорировать данные о подписке, которые указывают то, что блок 910 WTRU должен быть перенаправлен на назначенный узел сети CN, а также может дополнительно включать в себя индикацию продолжительности времени, в течение которого неназначенный объект 930 MME должен игнорировать данные о подписке. В качестве альтернативы, несмотря на то, что на Фиг. 9 это не изображено, после приема запроса на отключение от назначенного объекта 920 MME, блок 910 WTRU может в явной форме отправить запрос на отключение для отключения от назначенного объекта 920 MME, а затем повторно подключиться к неназначенному объекту 930 MME.
[0136] Несмотря на то, что на Фиг. 9 это не изображено, назначенный узел сети CN может включить индикацию в сообщение об отклонении обновления TAU или отклонении обслуживания для запроса блока 910 WTRU на предмет повторного подключения к неназначенному узлу сети CN.
[0137] Несмотря на то, что изображенный на Фиг. 9 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0138] Как было описано выше, целевой объект MME может принять сообщение уровня NAS, такое как, например, запрос на обслуживание, от блока WTRU, для которого объект MME не содержит информационного содержания. Для того чтобы это предотвратить, узел eNB может включить идентификаторы GUMMEI и S-TMSI в начальную процедуру сообщения блока WTRU, которая отправляется по интерфейсу S1AP. Вследствие этого, когда узел eNB принимает идентификатор GUMMEI от блока WTRU в качестве части процедуры соединения уровня RRC, как, например, в сообщении RRCConnectionSetupComplete, узел eNB может проверить, содержит ли идентификатор GUMMEI идентификатор null-MMEGI.
[0139] Если идентификатор GUMMEI содержит идентификатор null-MMEGI, то узел eNB может включить идентификатор GUMMEI в начальное сообщение блока WTRU, отправленное на целевой объект MME. В этом случае начальное сообщение блока WTRU отравляется на назначенный объект MME, поскольку узел eNB отправляет сообщение уровня NAS на назначенный объект MME на основе идентификатора GUMMEI. Назначенный объект MME может принять рассматриваемое начальное сообщение уровня NAS для блока WTRU через узел eNB.
[0140] Целевой объект MME может знать, способен ли он функционировать в качестве назначенного объекта MME. Целевой объект MME может проверить, имеет ли идентификатор MMEGI в идентификаторе GUMMEI значение идентификатора null-MMEGI. Если идентификатор null-MMEGI является включенным в идентификатор GUMMEI, то целевой объект MME может обработать сообщение уровня NAS и не отклонять его даже в том случае, если объект MME не содержит информационного содержания для этого блока WTRU.
[0141] Целевой объект MME может извлечь информационное содержание блока WTRU из исходного объекта MME с использованием информации, принятой от узла eNB, например, посредством использования идентификатора GUMMEI и идентификатора S-TMSI. Например, если начальное сообщение уровня NAS является запросом на расширенное обслуживание или запросом на обслуживание (совместно называемым запросом на обслуживание), то целевой объект MME, даже в том случае, если он не содержит информационного содержания для блока WTRU, может извлечь информационное содержание блока WTRU из исходного объекта MME на основе вышеописанной проверки.
[0142] Несмотря на то, что целевой объект MME извлекает информационное содержание, исходный объект MME может обеспечить целевому объекту MME любую информацию о подписке, которая указывает, должен ли блок WTRU быть обслужен посредством назначенной сети CN. Исходный объект MME может обеспечить целевому объекту MME индикацию того, должен ли блок WTRU быть обслужен только посредством назначенного объекта MME, посредством назначенного объекта MME и шлюза SGW, или посредством назначенного объекта MME, шлюза SGW и шлюза PGW. Например, если информация о подписке или информационное содержание указывает, что шлюз PGW должен быть повторно выделен и являться назначенным шлюзом PGW, то целевой объект MME может впоследствии определить инициирование блока WTRU к повторному подключению.
[0143] В качестве альтернативы, после того, как целевой объект MME получит информационное содержание блока WTRU, целевой объект MME может проверить с использованием системы доменных имен (DNS) или других способов, требуется ли повторно выделять шлюз PGW блока WTRU и инициировать блок WTRU к повторному подключению.
[0144] После извлечения информационного содержания, целевой объект MME может ответить блоку WTRU с использованием любого из описанных в настоящей заявке способов.
[0145] Объект MME, даже в том случае, если он имеет извлеченное информационное содержание блока WTRU, может ответить отклонением обслуживания и включить код причины, который инициирует блок WTRU к повторному подключению к системе, в некоторых случаях с использованием кода причины, который не инициирует блок WTRU к удалению идентификатора GUTI.
[0146] Например, объект MME может отправить отклонение обслуживания и включить код причины «#10 - Отключен в неявной форме». В качестве альтернативы, объект MME может использовать код причины «#40 - Отсутствует активированное информационное содержание однонаправленного канала EPS». Отклонение обслуживания может быть использовано с кодами причины, как было описано выше, если объект MME должен повторно выделить назначенный шлюз PGW. Если сообщение уровня NAS является запросом на обновление TAU, то объект MME может по-прежнему отклонить обновление TAU и включить код причины, который инициирует блок WTRU к повторному подключению к системе, в некоторых случаях с кодом причины, который не инициирует удаление идентификатора GUTI на блоке WTRU, например, код причины № 10 или № 40.
[0147] В другом варианте осуществления способа инициирования блока WTRU к повторному подключению к системе, объект MME может инициировать деактивацию информационного содержания однонаправленного канала и идентифицировать однонаправленный канал, который должен являться однонаправленным каналом по умолчанию. По любой причине или в любое время, когда объект MME хочет, чтобы блок WTRU повторно подключился к системе, например, для использования назначенных узлов сети CN, объект MME, может отправить дезактивацию запроса информационного содержания однонаправленного канала EPS и включить код причины, который может инициировать блок WTRU к окончательному повторному подключению к системе. Повторное подключение может выполняться после явного отключения.
[0148] Например, объект MME может использовать код причины «#39 - запрашивается повторная активация». Это может инициировать перенаправление блока WTRU на назначенную сеть CN независимо от фактического решения о перенаправлении. Решения о перенаправлении могут включать в себя перемаршрутизацию решения о подключении или решений идентификатора null-MMEGI и т.д. Объект MME может дезактивировать однонаправленный канал по умолчанию и полное соединение сети PDN блока WTRU в любой момент с использованием или без использования повторного выделения идентификатора GUTI.
[0149] Альтернативно или дополнительно, объект MME может инициировать процедуру отключения, если объект MME требует повторного подключения блока WTRU к системе для перенаправления блока WTRU на назначенный узел сети CN. В любой момент объект MME может принять решение о перенаправлении блока WTRU, а также может потребовать повторного подключения блока WTRU, например, для повторного выбора другого назначенного шлюза PGW. Объект MME может отправить сообщение с запросом на отключение на блок WTRU и включить в тип отключения информационного элемента IE значение «требуется повторное подключение». Этот способ может быть реализован в сочетании с другими способами, описанными в настоящей заявке. Например, объект MME может сначала выполнить повторное выделение идентификатора GUTI, а затем инициировать процедуру отключения посредством отправки запроса на отключение и указания «требуется повторное подключение» в качестве типа отключения.
[0150] Если объект MME может продолжить обслуживать блок WTRU без повторного выделения шлюза PGW, то объект MME может использовать извлеченное информационное содержание блока WTRU и принять запрос блока WTRU. Однако, если объект MME должен повторно выделить шлюз SGW, то объект MME может в дополнение инициировать повторное выделение шлюза SGW для выбора шлюза SGW, который является назначенным шлюзом SGW. Объект MME может выполнить повторное выделение шлюза SGW в качестве части процедуры запроса на обслуживание или, в альтернативном варианте, после завершения выполнения процедуры запроса на обслуживание.
[0151] Как было описано выше, исходный объект MME, который может являться неназначенным объектом MME, или целевой объект MME, который может являться назначенным объектом MME, может инициировать блок WTRU к повторному подключению. Далее будут описаны способы инициирования блока WTRU к повторному подключению посредством неназначенного и назначенного объектов MME.
[0152] В отношении блоков WTRU, которые уже являются зарегистрированными в системе, повторный выбор шлюза PGW может потребовать повторного подключения блока WTRU, если требуется назначенный шлюз PGW.
[0153] Конфигурации в исходном объекте MME могут указать, должно ли повторное подключение быть инициировано посредством исходного объекта MME до перенаправления. Когда исходный объект MME принимает обновленную информацию о подписке для перенаправления блока WTRU, или ввиду какой-либо локальной политики, которая требует перенаправления блока WTRU на назначенную сеть CN, исходный объект MME может сначала проверить, следует ли выполнять повторный выбор шлюза PGW. Это можно сделать с использованием системы DNS или другой локальной политики или других функций. Если шлюз PGW также должен быть перенаправлен, то объект MME может проверить свою локальную политику для выяснения того, должен ли он повторно подключить блок WTRU или же перенаправить блок WTRU и оставить его для целевого объекта MME для выполнения повторного подключения.
[0154] Если политики или конфигурации объекта MME указывают, что объект MME должен выполнить повторное подключение блока WTRU, то объект MME может использовать любой из вышеописанных способов для перенаправления блока WTRU. Например, объект MME может инициировать процедуру запроса на отключение блока WTRU и включить тип «требуется повторное подключение», или же объект MME может дезактивировать соединения сети PDN блока WTRU. Несмотря на дезактивацию последнего соединения сети PDN или последнего однонаправленного канала по умолчанию, сеть может указать «#39 - запрашивается повторная активация» в сообщении управления сеансом уровня NAS, как разъяснялось выше.
[0155] После повторного подключения блока WTRU, как было описано выше, исходный объект MME может перенаправить блок WTRU на назначенный целевой объект MME. Исходный объект MME может переслать информацию на целевой объект MME, например, когда целевой объект MME пытается извлечь информационное содержание блока WTRU из исходного объекта MME. Информация может указать, что перенаправление объекта MME и/или шлюза SGW требуется только для предотвращения повторного выбора шлюза PGW, который может инициировать другое повторное подключение на целевом объекте MME.
[0156] Исходный объект MME может иметь конфигурации для предоставления целевому объекту MME возможности повторного подключения к блоку WTRU при необходимости. В этой связи, когда подписка изменяется таким образом, что блок WTRU должен быть перенаправлен на назначенный объект MME, исходный объект MME может выполнить перенаправление и полагаться на целевой объект MME, чтобы оценить, является ли необходимым до сих пор выполнение повторного подключения для блока WTRU. После перенаправления блока WTRU целевой объект MME может извлечь информационное содержание блока WTRU из исходного объекта MME. Исходный объект MME может включить соответствующую информацию о подписке в информационное содержание блока WTRU для информирования целевого объекта MME о том, должен ли быть перенаправлен шлюз PGW. В качестве альтернативы, после приема информации о подписке от исходного объекта MME или от сервера HSS, целевой объект MME может дополнительно определить, должен ли шлюз PGW быть повторно выделен. Целевой объект MME может выполнить определение, например, с использованием системы DNS или других способов.
[0157] Если шлюз PGW должен быть повторно выделен, то целевой объект MME может инициировать блок WTRU к повторному подключению с использованием любого из вышеописанных способов. Например, целевой объект MME может отклонить сообщение уровня NAS блока WTRU и указать, что требуется повторное подключение.
[0158] Важно отметить, что все вышеописанные способы и процедуры также применяются и к другим технологиям RAT, таким как, например, системы GERAN и UTRAN, с соответствующими процедурами по интерфейсам/протоколам сети уровня NAS или RAN-To-core. Следовательно, несмотря на то, что способы описываются в отношении системы LTE, они также относятся и к другим системам, соответственно.
[0159] Фиг. 10А и 10B изображают диаграмму прохождения сигнала иллюстративного способа выполнения перенаправления блока WTRU. Как изображено на Фиг. 10А, на этапе 1001 блок 1010 WTRU регистрируется с обслуживающим неназначенным объектом 1030 MME. На этапе 1002 сервер 1060 HSS может обновить пользовательский профиль 1002 в объекте 1030 MME для указания того, что блок 1010 WTRU должен быть обслужен посредством назначенного объекта 1040 MME. Сервер 1060 HSS может сделать это посредством принудительной отправки информации о подписке на объект 1030 MME. На этапе 1003 обслуживающий объект 1030 MME может проверить, должен ли шлюз PGW быть повторно выбран или перенаправлен на назначенный шлюз PGW. На этапах 1004a и 1004b объект 1030 MME может в некоторых случаях заблаговременно перенаправить блок WTRU 1010 посредством поискового вызова блока 1010 WTRU, если блок 1010 WTRU находится в режиме ожидания. На этапе 1004a сообщение о поисковом вызове S1AP может быть отправлено посредством обслуживающего объекта 1030 MME на узел 1020 eNB, а на этапе 1004b сообщение о поисковом вызове уровня RRC может быть отправлено посредством узла 1020 eNB на блок 1010 WTRU. В качестве альтернативы, на этапе 1005 объект 1030 MME может ожидать до тех пор, пока блок 1010 WTRU не выполнит запрос на обслуживание или запрос на расширенное обслуживание. Если объект MME 1030 ожидает до тех пор, пока блок 1010 WTRU не выполнит запрос на обслуживание, то поисковый вызов не выполняется.
[0160] Если блок WTRU уже находится в подсоединенном режиме, то этап 1006, продемонстрированный на Фиг. 10А, может выполняться сразу после этапа 1003. На этапе 1006 обслуживающий объект 1030 MME может повторно выделить идентификатор GUTI для блока 1010 WTRU на основе обновленной информации о подписке. Это может быть выполнено на этапе 1006a посредством объекта 1030 MME, отправляющего команду повторного выделения идентификатора GUTI, содержащую идентификатор null-MMEGI и идентификатор TAI, который не подвергался широковещательной рассылке, на блок 1010 WTRU. На этапе 1006b блок 1010 WTRU может ответить объекту 1030 MME сообщением о завершении выполнения повторного выделения идентификатора GUTI. В свою очередь, как было отмечено выше, аналогичные процедуры могут быть использованы в системах GERAN и UTRAN между блоком WTRU и узлом SGSN с использованием соответствующих сообщений уровня NAS. Например, вместо команды повторного выделения идентификатора GUTI может быть использована команда повторного выделения идентификатора P-TMSI.
[0161] Как изображено на Фиг. 10B, на этапе 1007 объект 1030 MME может инициировать блок 1010 WTRU к повторному подключению посредством отправки запроса на отключение с типом «требуется повторное подключение» на этапе 1007a. На этапе 1007b блок 1010 WTRU может впоследствии ответить подтверждением отключения на этапе 1007b. На этапе 1008, при следующем обновлении TAU блока WTRU, которое может быть отправлено посредством блока 1010 WTRU после перехода в режим ожидания, узел 1020 eNB может выбрать назначенный объект 1040 MME. Это может быть выполнено на этапе 1008a посредством блока 1010 WTRU, отправляющего запрос на подключение, включающий в себя идентификатор GUMMEI, указывающий идентификатор null-MMEGI в сообщении уровня RRC, а на этапе 1008b узел 1020 eNB пересылает запрос на подключение на назначенный объект 1040 MME на основе идентификатора null-MMEGI.
[0162] Несмотря на то, что изображенный на Фиг. 10 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0163] Фиг. 11 изображает графическое представление иллюстративной процедуры обновления информации о местоположении, инициированной посредством неназначенного объекта 1130 MME. На этапе 1101 неназначенный объект 1130 MME может отправить сообщение об инициировании эстафетной передачи обслуживания на узел 1120 eNB. На этапе 1102 узел 1120 eNB может ответить сообщением запрошенной эстафетной передачей обслуживания. На этапе 1103 неназначенный объект 1130 MME может отправить сообщение с запросом на прямое повторное выделение на назначенный объект 1140 MME. Сообщение с запросом на прямое повторное выделение может включать в себя зарегистрированный идентификатор LAI, номер регистра VLR и/или флаг CSFB для указания того, что блок 1110 WTRU был зарегистрирован в центре MSC/регистре VLR 1150, при этом между неназначенным объектом 1130 MME и центром MSC/регистром VLR 1150 имеются ассоциации активного шлюза SGW. После приема запроса на прямое повторное выделение и вышеупомянутого флага или зарегистрированного идентификатора LAI или номера VLR в сообщении, если назначенный объект 1140 MME поддерживает функцию CSFB, то назначенный объект 1140 MME может инициировать процедуру обновления информации о местоположении для зарегистрированного центра MSC/регистра VLR 1150 от имени блока WTRU. На этапе 1104 назначенный объект 1140 MME может отправить запрос на обновление информации о местоположении на центр MSC/регистр VLR, а на этапе 1105 он принимает подтверждение обновления информации о местоположении в ответе. На этапе 1006 узел 1120 eNB и назначенный объект 1140 MME может впоследствии выполнить обмен сообщениями с подтверждением запроса на эстафетную передачу обслуживания. На этапе 1107 назначенный объект 1140 MME может впоследствии отправить ответ на прямое повторное выделение на неназначенный объект 1130 MME. На этапе 1108 неназначенный объект 1130 MME может впоследствии отправить команду эстафетной передачи обслуживания на узел 1120 eNB.
[0164] Несмотря на то, что изображенный на Фиг. 11 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0165] В качестве альтернативы, назначенный объект MME может отправить запрос на отключение на блок WTRU с типом «отключение идентификатора IMSI» для инициирования блока WTRU к выполнению повторного подключения для служб, не принадлежащих EPS. Назначенный объект MME может отправить запрос на отключение на основе информации, принятой от неназначенного объекта MME, о комбинированной регистрации блока WTRU. Такая информация может включать в себя флаг CSFB, зарегистрированный идентификатор LAI, номер/адрес регистра VLR, идентификатор TMSI и т.д. Следовательно, когда впоследствии выполняется обновление TAU с типом «подключение идентификатора IMSI» или когда блоку WTRU требуется зарегистрироваться для служб CS, объект MME может отправить запрос на обновление информации о местоположении по интерфейсу шлюза SGW.
[0166] Фиг. 12 изображает графическое представление иллюстративной процедуры отключения идентификатора IMSI, когда назначенный объект 1240 MME не поддерживает функцию CSFB. На этапе 1201 неназначенный объект 1230 MME может отправить сообщение об инициировании эстафетной передачи обслуживания на узел 1220 eNB. На этапе 1202 узел 1220 eNB может ответить сообщением о запрошенной эстафетной передаче обслуживания. На этапе 1203 неназначенный объект 1230 MME может отправить сообщение с запросом на прямое повторное выделение на назначенный объект 1240 MME. Сообщение с запросом на прямое повторное выделение может включать в себя зарегистрированный идентификатор LAI, номер VLR и/или флаг CSFB для указания того, что блок 1210 WTRU был зарегистрирован в центре MSC/регистре VLR 1250, при этом между неназначенным объектом 1230 MME и центром MSC/регистром VLR 1250 имеются ассоциации активного шлюза SGW. На этапе 1204 узел 1220 eNB и назначенный объект 1240 MME могут впоследствии выполнить обмен сообщениями с подтверждением запроса на эстафетную передачу обслуживания. На этапе 1205, если назначенный объект 1240 MME не поддерживает функцию CSFB, то он может возвратить в сообщении с ответом на прямое повторное выделение, индикацию того, что функция CSFB не поддерживается. После приема такой индикации, на этапе 1205 неназначенный объект 1230 MME может отправить команду эстафетной передачи обслуживания на узел 1220 eNB. На этапе 1206 неназначенный объект 1230 MME может инициировать процедуру отключения идентификатора IMSI для зарегистрированного 1250 центра MSC/регистра VLR.
[0167] Несмотря на то, что изображенный на Фиг. 12 иллюстративный способ изображает сообщения и/или этапы в конкретном порядке, следует понимать, что не все сообщения и/или этапы могут являться необходимыми, и что конкретный порядок может быть отличным. Помимо всего прочего, поскольку этапы и/или сообщения могут быть изображены в качестве отдельных событий, этапы и/или сообщения могут быть объединены в единое событие. Подобным образом, единое событие может быть разбито на множество событий.
[0168] Вышеописанные способы и процедуры применяются к комбинированным процедурам в системах GERAN и UTRAN, а также используют соответствующие интерфейсы и протокольные сообщения. Вышеописанные способы и процедуры также могут применяться с любыми известными способами и процедурами перенаправления. Например, посредством использования любого из известных способов перенаправления, целевой объект MME может извлечь информационное содержание блока WTRU из исходного объекта MME, который должен впоследствии обеспечить вышеописанные индикации. На основе этих индикаций целевой объект MME может предпринять вышеописанные действия.
[0169] Вышеописанные варианты осуществления также могут быть использованы для перенаправления блока WTRU со назначенного узла сети CN на неназначенный узел сети CN в случае изменения информации о подписке блока WTRU или в случае, когда локальная политика обслуживающей сети CN требует такого поведения.
[0170] Варианты осуществления
1. Способ перенаправления блока беспроводной передачи/приема (WTRU) на назначенный узел базовой сети (CN).
2. Способ первого варианта осуществления, дополнительно содержащий этап определения, на основе информации о подписке, того, что блок WTRU должен быть перенаправлен на назначенный узел сети CN.
3. Способ второго варианта осуществления, дополнительно содержащий этап приема от блока WTRU запроса на обслуживание для соединения, и в котором соединение может являться соединением по протоколу сети Интернет (IP).
4. Способ третьего варианта осуществления, дополнительно содержащий этап выделения глобального уникального временного идентификатора (GUTI) в ответ на запрос на обслуживание.
5. Способ четвертого варианта осуществления, дополнительно содержащий этап передачи на блок WTRU идентификатора GUTI в ответ на запрос на обслуживание.
6. Способ пятого варианта осуществления, в котором идентификатор GUTI включает в себя пустой идентификатор группы объектов MME (null-MMEGI), в котором значение идентификатора null-MMEGI указывает назначенный узел сети CN.
7. Способ шестого варианта осуществления, дополнительно содержащий этап приема от блока WTRU запроса на обновление отслеживаемой области (TAU).
8. Способ седьмого варианта осуществления, дополнительно содержащий этап перенаправления блока WTRU на назначенный узел сети CN на основе идентификатора null-MMEGI в ответ на запрос на обновление TAU.
9. Способ восьмого варианта осуществления, в котором этап перенаправления включает в себя этап пересылки обновления TAU на назначенный узел сети CN.
10. Способ любого из вариантов осуществления со второго по девятый, дополнительно содержащий этап выполнения поискового вызова блока WTRU для перевода блока WTRU в подсоединенный режим в ответ на определение.
11. Способ любого из вариантов осуществления со второго по десятый, дополнительно содержащий этап приема информации о подписке от опорного абонентского сервера (HSS), в котором информация о подписке является принудительно отправляемой информацией о подписке.
12. Способ одиннадцатого варианта осуществления, дополнительно содержащий этап приема принудительно отправляемой информации о подписке, инициирующей объект MME к выполнению определения.
13. Способ одиннадцатого или двенадцатого вариантов осуществления, в котором принудительно отправляемая информация о подписке указывает изменение в информации о подписке, а также принудительно отправляемая информация о подписке указывает то, что блок WTRU должен быть обслужен посредством назначенного узла сети CN.
14. Способ тринадцатого варианта осуществления, дополнительно содержащий этап выполнения поискового вызова блока WTRU в ответ на изменение в информации о подписке.
15. Способ любого из вариантов осуществления с первого по четырнадцатый, дополнительно содержащий этап, на котором блок WTRU принимает выделяемое значение периодического таймера для задания периодического таймера.
16. Способ пятнадцатого варианта осуществления, в котором при предварительно определенном условии выделяемое значение периодического таймера короче стандартного выделяемого значения для периодического таймера.
17. Способ пятнадцатого или семнадцатого варианта осуществления, дополнительно содержащий этап, на котором блок WTRU задает периодическому таймеру время, обеспеченное посредством выделяемого значения периодического таймера в ответ на разрыв соединения сигнализации с неназначенным узлом сети CN.
18. Способ семнадцатого варианта осуществления, дополнительно содержащий этап, на котором блок WTRU устанавливает соединение со назначенным узлом сети CN в ответ на истечение времени.
19. Способ семнадцатого или восемнадцатого варианта осуществления, в котором соединение сигнализации является соединением уровня без доступа (NAS).
20. Способ любого из вариантов осуществления с семнадцатого по девятнадцатый, в котором назначенный узел сети CN является объектом управления мобильностью (MME).
21. Способ любого из вариантов осуществления с пятнадцатого по двадцатый, в котором периодический таймер является периодическим таймером обновления отслеживаемой области (TAU).
22. Способ любого из вариантов осуществления с пятнадцатого по двадцать первый, в котором периодический таймер является таймером общей службы пакетной радиопередачи (GPRS), определенным таким образом, чтобы он имел диапазон значений от 2 секунд до 3 часов и 6 минут.
23. Способ любого из вариантов осуществления с шестнадцатого по двадцать второй, в котором стандартное выделяемое значение для периодического таймера составляет 54 минуты.
24. Способ любого из вариантов осуществления с пятнадцатого по двадцать третий, в котором предварительно определенное условие заключается в том, чтобы либо блок WTRU указывался в качестве блока WTRU, который подлежит перенаправлению на назначенный узел сети CN, либо объект MME выделял особый идентификатор GUTI или глобальный уникальный идентификатор объекта MME (GUMMEI).
25. Способ любого из вариантов осуществления с пятнадцатого по двадцать четвертый, дополнительно содержащий этап, на котором блок WTRU принимает из сети индикацию, указывающую то, что сеть является назначенной сетью.
26. Способ двадцать пятого варианта осуществления, в котором блок WTRU принимает индикацию либо через широковещательную рассылку, либо через назначенную сигнализацию.
27. Способ двадцать шестого варианта осуществления, в котором широковещательная сигнализация включает в себя сообщения уровня управления радиоресурсами (RRC), а назначенная сигнализация включает в себя вставку информационного элемента (IE) либо в сообщение о подтверждении подключения, либо в сообщение о подтверждении обновления отслеживаемой области (TAU), либо в сообщение управления сеансом уровня без доступа (NAS).
28. Способ любого из вариантов осуществления с пятнадцатого по двадцать седьмой, дополнительно содержащий этап, на котором блок WTRU обеспечивает усовершенствованному узлу В (eNB) индикацию того, что блок WTRU является выполненным с возможностью использования назначенного узла сети CN таким образом, чтобы узел eNB пересылал принятое от блока WTRU сообщение уровня NAS на назначенный узел сети CN.
29. Способ любого из вариантов осуществления с шестнадцатого по двадцать восьмой, дополнительно содержащий этап, на котором блок WTRU принимает сообщение о перемаршрутизации от назначенной сети CN, причем сообщение о перемаршрутизации включает в себя информационное содержание защиты.
30. Способ двадцать девятого варианта осуществления, в котором сообщение о перемаршрутизации содержит один контейнер, который включает в себя как сообщение блока WTRU, так и параметры защиты.
31. Способ двадцать девятого или тридцатого варианта осуществления, в котором сообщение о перемаршрутизации содержит информационный элемента IE для сообщения блока WTRU и отдельный информационный элемента IE для параметров защиты.
32. Способ любого из вариантов осуществления с пятнадцатого по тридцать первый, дополнительно содержащий этап, на котором блок WTRU принимает идентификатор GUTI, который указывает назначенный узел сети CN, несмотря на то, что блок WTRU является отсоединенным от неназначенного узла сети CN.
33. Способ тридцать второго варианта осуществления, дополнительно содержащий этап, на котором блок WTRU перенаправляется на назначенный узел сети CN в ответ на переход блока WTRU в подсоединенный режим.
34. Способ любого из вариантов осуществления с пятнадцатого по тридцать третий, в котором после завершения выполнения эстафетной передачи обслуживания, инициированной посредством сети CN, блок WTRU принимает новый идентификатор ID, который указывает узел сети CN, который имеет информационное содержание блока WTRU после эстафетной передачи обслуживания, инициированной посредством сети CN.
35. Способ двадцать четвертого варианта осуществления, в котором узел сети CN является объектом MME, при этом блок WTRU принимает команду повторного выделения идентификатора GUTI, присваивающую новый идентификатор GUTI.
36. Способ любого из вариантов осуществления с пятнадцатого по тридцать пятый, дополнительно содержащий этап, на котором блок WTRU принимает индикацию для обратного переключения на неназначенный узел сети CN.
37. Способ тридцать шестого варианта осуществления, в котором индикация для обратного переключения на неназначенный узел сети CN является либо индикацией от назначенного узла сети CN того, что назначенный узел сети CN является перегруженным, либо индикацией ошибок передачи данных на старшем уровне, которая указывает, что назначенный узел сети CN работает неправильно, либо индикацией того, что имя точки доступа (APN), к которой блок WTRU запросил доступ, не поддерживается посредством назначенного узла сети CN.
38. Способ любого из вариантов осуществления с пятнадцатого по тридцать седьмой, в котором планируется, что блок WTRU будет оставаться подключенным к назначенному узлу сети CN в течение конкретной части дня, после чего, в течение оставшейся части дня, он будет подключен к неназначенному узлу сети CN.
39. Способ любого из вариантов осуществления с тридцать шестого по тридцать восьмой, дополнительно содержащий этап, на котором блок WTRU определяет обратное переключение на неназначенный узел сети CN.
40. Способ тридцать девятого варианта осуществления, дополнительно содержащий этап, на котором блок WTRU отправляет сообщение с запросом на отключение на назначенный узел сети CN в ответ на определение обратного переключения на неназначенный узел сети CN, а затем инициирует новый запрос для неназначенного узла сети CN.
41. Способ любого из вариантов осуществления с пятнадцатого по сороковой, дополнительно содержащий этап, на котором блок WTRU принимает сообщение с запросом на отключение от назначенного узла сети CN, в котором сообщение с запросом на отключение включает в себя индикацию того, что блок WTRU должен выполнить повторное подключение к неназначенному узлу сети CN.
42. Способ сорок первого варианта осуществления, дополнительно содержащий этап, на котором блок WTRU отправляет сообщение с запросом на подключение на неназначенный узел сети CN в ответ на принятое сообщение с запросом на отключение.
43. Способ сорок первого варианта осуществления, в котором блок WTRU отключается посредством назначенного узла, в котором блок WTRU не принимает сообщение с запросом на отключение от назначенного узла сети CN.
44. Способ любого из вариантов осуществления с пятнадцатого по сорок третий, дополнительно содержащий этап, на котором блок WTRU принимает поисковый вызов при условии, что информация о профиле блока WTRU указывает, что блок WTRU должен быть обслужен посредством назначенного узла сети CN.
45. Способ сорок четвертого варианта осуществления, в котором поисковый вызов включает в себя международный идентификатор мобильного абонента (IMSI), временный идентификатор мобильного абонента SAE (S-TSMI) или временный пакетный идентификатор мобильного абонента (P-TMSI).
46. Способ любого из вариантов осуществления с пятнадцатого по сорок пятый, дополнительно содержащий этап, на котором блок WTRU отправляет сообщение уровня NAS на назначенный узел сети CN, в котором сообщение уровня NAS не включает в себя информационное содержание для блока WTRU.
47. Способ сорок шестого варианта осуществления, дополнительно содержащий этап, на котором блок WTRU принимает сообщение для повторного подключения от назначенного узла сети CN, в котором сообщение для повторного подключения принимается в ответ на информационное содержание блока WTRU, принятое посредством назначенного узла сети CN.
48. Способ сорок седьмого варианта осуществления, дополнительно содержащий этап, на котором блок WTRU принимает сообщение об отклонении обслуживания, включающее в себя код причины.
49. Способ сорок восьмого варианта осуществления, в котором код причины инициирует блок WTRU к повторному подключению к сети.
50. Способ перенаправления блока беспроводной передачи/приема (WTRU) на назначенный узел базовой сети (CN), выполняемого посредством исходного узла сети CN, содержащий этап приема обновленной информации о подписке, в котором обновленная информация о подписке включает в себя индикацию о перенаправлении блока WTRU на назначенный узел сети CN.
51. Способ пятидесятого варианта осуществления, дополнительно содержащий этап определения того, должен ли шлюз сети передачи пакетных данных (PGW) быть повторно выбран или перенаправлен на назначенный шлюз PGW.
52. Способ пятьдесят первого варианта осуществления, дополнительно содержащий этап определения того, следует ли выполнить повторное подключение блока WTRU или перенаправить блок WTRU на назначенный узел сети CN для выполнения повторного подключения.
53. Способ поддержки служб с коммутацией каналов (CS) в ходе эстафетной передачи обслуживания блока беспроводной передачи/приема (WTRU) на назначенный узел базовой сети (CN), содержащий этап передачи первого сообщения на назначенный узел сети CN, в котором первое сообщение включает в себя информацию о регистрации блока WTRU.
54. Способ пятьдесят третьего варианта осуществления, дополнительно содержащий этап:
приема второго сообщения от назначенного узла сети CN в ответ на первое сообщение, в котором второе сообщение включает в себя индикацию того, что назначенный узел сети CN не поддерживает службы CS.
55. Способ пятьдесят четвертого варианта осуществления, дополнительно содержащий этап инициирования процедуры отключения.
56. Блок WTRU, выполненный с возможностью реализации способа любого из вариантов осуществления с первого по сорок девятый.
57. Узел сети, выполненный с возможностью реализации способа любого из вариантов осуществления с пятидесятого по пятьдесят пятый.
58. Блок WTRU пятьдесят шестого варианта осуществления, в котором блок WTRU является выполненным с возможностью функционирования с использованием одной из технологий «Долгосрочное развитие систем связи» (LTE), глобальная система мобильной связи (GSM), улучшенная скорость передачи данных для эволюции сетей (EDGE), сеть радиодоступа (GERAN) или универсальная сеть наземного радиодоступа (UTRAN).
59. Узел сети пятьдесят седьмого варианта осуществления, в котором узел сети является выполненным с возможностью функционирования с использованием одной из технологий «Долгосрочное развитие систем связи» (LTE), глобальная система мобильной связи (GSM), улучшенная скорость передачи данных для эволюции сетей (EDGE), сеть радиодоступа (GERAN) или универсальная сеть наземного радиодоступа (UTRAN).
60. Блок WTRU, содержащий периодический таймер.
61. Блок WTRU шестидесятого варианта осуществления, дополнительно содержащий блок приема, выполненный с возможностью приема выделяемого значения периодического таймера для задания периодического таймера, в котором, при предварительно определенном условии, выделяемое значение периодического таймера короче стандартного выделяемого значения для периодического таймера.
62. Блок WTRU шестьдесят первого варианта осуществления, дополнительно содержащий блок обработки, выполненный с возможностью задания периодическому таймеру времени, обеспеченного посредством выделяемого значения периодического таймера в ответ на разрыв соединения сигнализации с неназначенным узлом сети CN.
63. Блок WTRU шестьдесят второго варианта осуществления, в котором блок обработки является дополнительно выполненным с возможностью установления соединения со назначенным узлом сети CN в ответ на истечение времени.
[0171] Несмотря на то, что компоненты и элементы были описаны выше в качестве комбинаций, специалисту в данной области техники должно быть понятно, что каждый компонент или элемент может быть использован в отдельности или в любой комбинации с другими компонентами и элементами. Кроме того, описанные в настоящей заявке способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, включенном в компьютерно-читаемый носитель для выполнения посредством компьютера или процессора. Примеры компьютерно-читаемого носителя включают в себя электронные сигналы (которые передаются по проводным или беспроводным соединениям) и компьютерно-читаемый носитель хранения данных. Примеры компьютерно-читаемого носителя хранения данных включают в себя, в числе прочего, постоянную память (ROM), оперативную память (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитную среду, такую как, например, внутренние жесткие диски и сменные диски, магнитооптическая среда, и оптическую среду, такую как, например, диски CD-ROM и цифровые универсальные диски (DVD). Процессор совместно с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика, предназначенного для использования в блоке WTRU, пользовательском оборудовании UE, терминале, базовой станции, контроллере RNC или любом хост-компьютере.