УПРАВЛЕНИЕ РАЗРЫВОМ УСЛУГИ ДЛЯ БЕСПРОВОДНОГО УСТРОЙСТВА Российский патент 2021 года по МПК H04W76/27 

Описание патента на изобретение RU2749750C1

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

[0001] Варианты осуществления, представленные в данном документе, относятся к способам, устройствам беспроводной связи, компьютерным программам и компьютерным программным продуктам для обеспечения управления разрывом услуги, которое относится к беспроводному устройству в системе беспроводной связи.

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

[0002] Разрыв услуги обсуждался уже некоторое время (см. Ericsson и др. «S2-171904: Update of APN rate control to support small data allowance plans», SA WG2 Meeting #120, 27-31 марта 2017 г., Пусан, Южная Корея; Nokia и др. «S2-174300: Update of back-off timer to support Service Gap for small data», SA WG2 Meeting #122, 26-30 июня 2017 г., Сан-Хосе-дель-Кабо, Мексика; и Ericsson и др. «S2-174731: Proposed TEI15 discussion on support for small data allowance plans», TSG SA WG2 Meeting #122 26-30 июня 2017 г., Сан-Хосе-дель-Кабо, Мексика.

[0003] Намерение состоит в том, чтобы ограничить то, насколько часто сетевые ресурсы используются для устройства Оборудования Пользователя (UE) или, в частности, частоту запросов на соединение для передачи инициируемых подвижной станцией (MO) данных, например, MO данных Плоскости Пользователя (UP), MO данных Плоскости Управления (CP) (Данные через Уровень без Доступа (NAS) («DoNAS»)) и MO Службы Коротких Сообщений (SMS). Это означает, что нагрузка от большого количества устройств CIoT может быть выровнена, и что вклад в пиковую нагрузку сети от таких устройств CIoT может быть уменьшен. Т.е. сетевые ресурсы используются более оптимальным образом. Разрыв услуги как правило будет использоваться для «планов предоставления небольших данных» применительно к CIoT подпискам, которые обладают низким доходом и в которых приложения терпимы к потенциальной задержке услуги. При использовании разрыва услуги оператор может добавлять большое число устройств CIoT с низким доходом, не беспокоясь о больших инвестициях в емкость сетевой сигнализации.

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

[0004] Существующие решения в вышеупомянутом документе S2-174300, автор - Nokia и др., пытаются обеспечить управление разрывом услуги путем осуществления прохождения к UE параметра разрыва услуги в слое Администрирования Сеанса (SM). Модемная часть UE тогда будет лишь прозрачным транспортом информации таймера для прикладной части UE. Приложение в UE вовсе не обладает информацией о переходах вида соединенное-бездействие в модеме. Согласованные допущения в вышеупомянутом документе S2-174731, автор - Ericsson и др., состоят в том, что переходы вида соединенное-бездействие должны быть основаны на свойстве разрыва услуги.

[0005] Варианты осуществления настоящего изобретения предлагают осуществление прохождения к UE параметра разрыва услуги в подслое Администрирования Мобильности (MM) в NAC-слое, вместо как-бы параметра (например, параметра PCO) в рамках подслоя SM, как указано в документе S2-174300. Параметр разрыва услуги является значением или указанием значения для таймера разрыва услуги применительно к UE. Например, параметр разрыва услуги может указывать минимальное время между двумя последовательными запросами на соединение для передачи MO данных. Это может, например, быть использовано для запуска таймера разрыва Услуги в UE, если параметр был принят в Принятии Присоединения или Принятии TAU. Параметр разрыва услуги может быть принят от HSS. Например, параметр разрыва услуги может указывать таймер Разрыва Услуги, который, например, может указывать время истечения для запущенного таймера разрыва услуги. Модемная часть UE (NAS-слой) тогда будет как приемником, так и пользователем информации таймера разрыва услуги в UE. Существующие решения в документе S2-174300 лишь осуществляют прохождение параметра разрыва услуги к прикладному слою (за пределами NAS-слоя), причем прикладной слой даже может быть реализован на другом чипе, чем NAS-слой в UE. Т.е., там, где отсутствует знание о переходах между состоянием бездействия (IDLE) и соединенным состоянием (CONNECTED) на прикладном слое.

[0006] Следует отметить, что слой NAS отличается от прикладного слоя, который переправляет сообщения прикладного слоя, и отличается от слоя уровня доступа, который переправляет относящиеся к доступу сообщения. NAS является функциональным слоем, например, в UMTS и LTE, стеках протокола между базовой сетью и UE. Слой NAS отвечает за администрирование создания сеансов связи и за обеспечение непрерывной связи с UE, по мере его перемещения. Подслой MM является подслоем слоя NAS, который, например, обладает функциональной возможностью предоставления услуг мобильности UE (например, присоединение, отсоединение, запрос услуги и т.д.). Как описано в данном документе предпочтительным является чтобы подслой MM, среди прочего, переправлял сообщения NAS, которые содержат параметр разрыва услуги.

[0007] Подслой MM в UE осуществляет управление, когда предпринимается попытка перехода из режима IDLE в режим CONNECTED. Это поступает на NAS-слой в качестве запросов от приложения в UE. Затем NAS-слой может сохранить таймер разрыва услуги и, если он не истек, NAS-слой не будет допускать какого-либо перехода в режим CONNECTED, чтобы разрешать передачу данных пользователя. Т.е. соблюдение разрыва услуги может быть обеспечено в UE.

[0008] Также может быть выполнено управление передачей данных CP (DoNAS) (т.е. создание соединения (CONNECTION) Управления Радиоресурсами (RRC) на слое Уровня Доступа (AS)), поскольку запрос на создание соединения RRC CONNECTION на AS-слое осуществляется NAS-слоем. Т.е. возможно обеспечение соблюдения разрыва услуги.

[0009] NAS-слой сохраняет таймер разрыва услуги и будет перезапускать таймер разрыва услуги, когда происходит переход из состояния CONNECTED в состояние IDLE. Для управления данными DoNAS NAS-слой также перезапускает таймер разрыва услуги каждый раз, когда соединение RRC CONNECTION высвобождается после того, как были отправлены данные CP/данные DoNAS.

[0010] Системы и способы, раскрытые в данном документе, обеспечивают ряд преимуществ. Например, разрыв услуги может быть обработан и управление им может осуществляться в рамках модемной части UE (т.е. NAS-слой/MM-подслой у UE). Модемная часть UE тогда будет как приемником, так и пользователем информации таймера разрыва услуги. Тогда управление и запуск таймера разрыва услуги могут осуществляться на основании информации, известной в той части UE, т.е. переходы состояний CONNECTED-В-IDLE, поисковый вызов событий, Завершающихся на Подвижной Станции (MT) и прочая сигнализация NAS/MM.

[0011] Разрыв услуги с управлением в рамках NAS-слоя/MM-подслоя позволяет обеспечить нормальную сигнализацию MM NAS, такую как Обновление Зоны Отслеживания (TAU), перераспределение Глобального Уникального Временного Идентификатора (ID) (GUTI) и т.д., когда обеспечивается разрыв услуги, т.е. в то время как запущен таймер разрыва услуги. Слой NAS/MM-подслой также отвечает за инициированный сетью поисковый вызов, что позволяет сделать разрыв услуги выборочным только для MO запросов.

[0012] Возможен упрощенный интерфейс с прикладной частью UE, например, «уведомление-когда-начинать-отправлять-данные» и «уведомление-когда-заканчивать-отправлять-данные» на основании запуска и остановки таймера разрыва услуги.

[0013] Применительно к UE, которое поддерживает свойство управления разрывом услуги, нет необходимости в использовании свойства таймера отсрочки MM, который может потребовать дополнительной сигнализации, когда запросы отклоняются. (ПРИМЕЧАНИЕ: Применительно к не поддерживающим UE по-прежнему может быть применено свойство таймера отсрочки MM).

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

[0014] Фигуры сопроводительных чертежей, включенные в и образующие часть данного технического описания, иллюстрируют некоторые аспекты изобретения и вместе с описанием служат для объяснения принципов изобретения.

[0015] Фигуры с 1A по 1D иллюстрируют процедуру присоединения в соответствии с некоторыми вариантами осуществления настоящего изобретения;

[0016] Фигуры 2A и 2B иллюстрируют процедуру TAU в соответствии с некоторыми вариантами осуществления настоящего изобретения;

[0017] Фигура 3 иллюстрирует процедуру запроса услуги в соответствии с некоторыми вариантами осуществления настоящего изобретения;

[0018] Фигура 4 иллюстрирует процедуру возобновления соединения в соответствии с некоторыми вариантами осуществления настоящего изобретения;

[0019] Фигура 5 иллюстрирует один пример системы беспроводной связи, в которой могут быть реализованы варианты осуществления настоящего изобретения;

[0020] Фигура 6 является блок-схемой, которая иллюстрирует работу устройства беспроводной связи в соответствии с некоторыми вариантами осуществления настоящего изобретения;

[0021] Фигура 7 является блок-схемой, которая иллюстрирует работу сетевого узла в соответствии с некоторыми вариантами осуществления настоящего изобретения;

[0022] Фигуры 8 и 9 иллюстрируют примерные варианты осуществления устройства беспроводной связи; и

[0023] Фигуры с 10 по 12 иллюстрируют примерные варианты осуществления сетевого узла.

Подробное описание

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

[0025] Радиоузел: Используемый в данном документе «радиоузел» является либо узлом радиодоступа, либо беспроводным устройством.

[0026] Узел Радиодоступа: Используемый в данном документе «узел радиодоступа» или «узел радиосети» является любым узлом в сети радиодоступа у сети сотовой связи, который работает для передачи и/или приема сигналов беспроводным образом. Некоторые примеры узла радиодоступа включают в себя, но не ограничиваются, базовую станцию (например, базовую станцию Новой Радиосвязи (NR) (gNB) в сети NR 3GPP Пятого Поколения (5G) или улучшенный или развитый Узел-B (eNB) в сети 3GPP LTE), высокомощную или макро базовую станцию, маломощную базовую станцию (например, микро базовую станцию, пико базовую станцию, Домашний eNB (HeNB) или аналогичное) и узел-ретранслятор.

[0027] Узел Базовой Сети: Используемый в данном документе «узел базовой сети» является любым типом узла в базовой сети. Некоторые примеры узла базовой сети включают в себя, например, MM Объект (MME), Шлюз Сети Пакетной Передачи Данных (PDN) (P-GW), Функцию Экспонирования Возможностей Услуги (SCRF) или аналогичное.

[0028] Беспроводное Устройство: Используемое в данном документе «беспроводное устройство» является любым типом устройства, которое имеет доступ к (т.е. обслуживается) сетью сотовой связи путем передачи и/или приема сигналов беспроводным образом к узлу(ам) радиодоступа. Некоторые примеры беспроводного устройства включают в себя, но не ограничиваются, UE в сети 3GPP, устройство MTC и устройство CIoT.

[0029] Сетевой Узел: Используемый в данном документе «сетевой узел» является любым узлом, который является либо частью сети радиодоступа, либо базовой сети у сети/системы сотовой связи.

[0030] Сетевая Функция: Используемая в данном документе «сетевая функция» является любой сетевой функцией, которая является либо частью сети радиодоступа, либо базовой сети у сети/система сотовой связи.

[0031] Сетевой Объект: в контексте данного документа может быть либо сетевым узлом, либо сетевой функцией, например, узлом базовой сети или функцией базовой сети.

[0032] Следует отметить, что описание, приведенное в данном документе, сконцентрировано на системе сотовой связи 3GPP и, раз так, часто используется терминология 3GPP или терминология сходная с терминологией 3GPP. Однако концепции, раскрытые в данном документе, не ограничиваются системой 3GPP.

[0033] Следует отметить, что описание в данном документе может обращаться к понятию «сота»; однако, в частности, в отношении концепций 5G NR вместо сот могут быть использованы лучи и, раз так, то важно отметить, что концепции, описанные в данном документе, в равной степени могут быть применены как к сотам, так и лучам.

[0034] Управление разрывом услуги является свойством, которое первоначально предназначено для устройств CIoT, чтобы управлять тем, что минимальное время проходит после того, как была осуществлена связь для передачи MO данных пользователя с UE (т.е. MO UP данных, MO CP данных или MO SMS). Намерение состоит в том, чтобы ограничить то, насколько часто сетевые ресурсы используются для UE. Это означает, что нагрузка от большого количества устройств CIoT может быть выровнена, и что вклад в пиковую нагрузку сети от таких устройств CIoT может быть уменьшен. Т.е. сетевые ресурсы используются более оптимальным образом. Разрыв услуги как правило будет использоваться для «планов предоставления небольших данных» применительно к подпискам CIoT, которые обладают низким доходом и в которых приложения терпимы к потенциальной задержке услуги.

[0035] Разрыв услуги является, в некоторых вариантах осуществления, параметром подписки. Соблюдение разрыва услуги обеспечивается из расчета на уровень UE (т.е. общий для всех PDN соединений) в UE и в MME, или сходном объекте администрирования мобильности. Прохождение параметра разрыва услуги осуществляется на подслое MM, и он обрабатывается на слое NAS в UE или MME или аналогичном, как подробно описано ниже. MME или аналогичное осуществляет прохождение параметра разрыва услуги к UE в сообщении принятия присоединения и/или сообщении принятия TAU. В некоторых вариантах осуществления MME или аналогичное осуществляет прохождение параметра разрыва услуги к UE в сообщении принятия присоединения и/или сообщении принятия TAU для UE, которое указало в сетевых возможностях UE, что оно поддерживает свойство разрыва услуги.

[0036] Разрыв услуги применяется к режиму бездействия, т.е. он требует, чтобы UE оставалось минимальное время в режиме ECM-IDLE. Если не запущен, таймер разрыва услуги должен запускаться каждый раз, когда UE переходит из состояния ECM-CONNECTED в состояние ECM-IDLE. Единственными исключениями являются случаи, когда соединение было инициировано после поискового вызова MT события, или после MO TAU сигнализации без установки любого активного флага (т.е. активный флаг или активный флаг сигнализации), которые не должны инициировать запуск нового интервала разрыва услуги. Другими словами, как обсуждалось выше, MME или аналогичное осуществляет прохождение параметра разрыва услуги в слое NAS/подслое MM. Состояния и переходы из ECM-IDLE в ECM-CONNECTED, поисковый вызов и TAU все из перечисленного является частью слоя NAS/подслоя MM.

[0037] В качестве альтернативного варианта осуществления, MME или аналогичное может быть Функцией Доступа и MM (AMF) в базовой сети 5G.

[0038] В качестве альтернативного варианта осуществления решение о сбросе и запуске таймера разрыва услуги может быть основано на мотиве, который используется для создания соединения сигнализации, т.е. причине создания RRC, которая указывает, является ли создание соединения запрошенным для MO сигнализации или MO данных.

[0039] Отсоединение должно быть разрешено в любой момент. Когда отсоединение выполняется в состоянии ECM-CONNECTED (часть слоя NAS/подслоя MM), таймер разрыва услуги должен быть запущен при отсоединении. Исключениями являются случаи, когда соединение было инициировано после поискового вызова MT события или после MO TAU сигнализации без установки любого активного флага (т.е. активного флага или активного флага сигнализации), которые не должны инициировать запуск нового интервала разрыва услуги. Отсоединение в состоянии ECM-IDLE не влияет на таймер разрыва услуги.

[0040] UE должно обеспечивать соблюдение разрыва услуги не разрешая запросы на соединение для передачи MO UP данных, MO CP данных и MO SMS и запросов на присоединение, когда запущен таймер разрыва услуги (на слое NAS/подслое MM в UE). В некоторых вариантах осуществления приложение в UE должно быть проинформировано слоем NAS о том, когда данные могут быть отправлены, т.е. уведомлено о том, когда запускается и останавливается таймер разрыва услуги. Подробности оставлены для реализации (см. Техническую Спецификацию (TS) 24.301 Проекта Партнерства Третьего Поколения (3GPP)).

[0041] MME или аналогичное должен обеспечивать соблюдение разрыва услуги путем отклонения запросов на соединение для передачи MO UP данных, MO CP данных и MO SMS и запросов на присоединение, когда запущен таймер разрыва услуги (в слое NAS/подслое MM в MME). В некоторых вариантах осуществления при отклонении запросов на соединение для передачи MO данных, MME или аналогичное должен включать таймер отсрочки MM, соответствующий оставшемуся времени текущего разрыва услуги. Другими словами, в некоторых вариантах осуществления в дополнение к тому, что делает UE, MME также будет отправлять таймер отсрочки MM, когда запущен таймер разрыва услуги, если запросы на соединение для передачи MO данных принимаются в MME. ПРИМЕЧАНИЕ: Применительно к UE с регулярным поведением и с поддержкой это не должно происходить. Но для UE без поддержки или с нерегулярным поведением это может происходить.

[0042] В альтернативном варианте осуществления таймер отсрочки может быть новым таймером отсрочки MO данных. Такой таймер отсрочки будет влиять на (т.е. останавливать) MO UP данные, MO CP данные и MO SMS. Таймер отсрочки MO данных не будет влиять на сигнализацию NAS, такие как периодические TAU или TAU мобильности (без активного флага и без активного флага сигнализации - поскольку активные флаги могут указывать то, что будут переданы данные). Одним исключением является то, что таймер отсрочки MO данных будет влиять на (т.е. останавливать) запросы на присоединение после отсоединения или цикла включения и выключения питания (цикл включения и выключения питания в UE может восприниматься в MME или аналогичном как новый запрос на присоединение применительно к UE, которое уже зарегистрировано как присоединенное в сети). Преимущество данного нового таймера отсрочки MO данных в сравнении с таймером отсрочки MM предшествующего уровня техники состоит в том, что он будет разрешать MM продолжать работать при запуске таймера отсрочки. (Недостаток состоит в том, что потребуется его поддержка со стороны UE, т.е. невозможность использования для всех UE).

[0043] Когда MME или аналогичное запускает таймер разрыва услуги, MME должен предпочтительно использовать значение, которое на несколько секунд короче параметра разрыва услуги, принятого от Услуги Домашних Абонентов (HSS) в информации о подписке (т.е. используемого UE). Это гарантирует то, что MME не отклоняет любые запросы UE прямо после того, как истекает таймер разрыва услуги, например, из-за незначительно несинхронизированных таймеров UE и MME.

[0044] Дополнительные предпочтительные аспекты разрыва услуги:

- Разрыв услуги применяется в случаях роуминга и отсутствия роуминга.

- Разрыв услуги применяется к MO данным (т.е. MO CP данным, MO UP данным и MO SMS).

- Когда запущен таймер разрыва услуги и UE принимает поисковый вызов, UE должно отвечать как обычно.

- Управление разрывом услуги применяется к низкоприоритетному (delayTolerant), нормальному трафику и представлению отчета об исключениях (применительно к NB-IoT).

ПРИМЕЧАНИЕ: Разрыв услуги не должен использоваться для подписок с приложениями, чувствительными к задержке услуги, например, когда используется представление отчета об исключениях, или UE, использующих экстренные услуги.

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

- TAU с активным флагом или активным флагом сигнализации не допускается, когда запущен таймер разрыва услуги.

- Присоединение во время сохранения запущенного таймера разрыва услуги запрещено. Разрыв услуги при выборе Наземной Сети Мобильной Связи Общего Пользования (PLMN):

a) Повторное присоединение к той же самой PLMN: Таймер разрыва услуги сохраняется и управляет повторным присоединением.

b) Присоединение или TAU к другой PLMN с тем же самым Универсальным Идентификационным Модулем Абонента (USIM): Таймер разрыва услуги сохраняется и управляет присоединением/TAU к новой PLMN.

c) Смена USIM: Таймер разрыва услуги останавливается и разрыв услуги сбрасывается.

- Множество пакетов восходящей линии связи и пакетов нисходящей линии связи допускается во время одного соединения RRC для UE, работающего в рамках его лимитов управления скоростями Имени Точки Доступа (APN).

[0045] Следующие процедуры считаются «запросами на соединение для передачи MO данных» и подлежат управлению разрывом услуги:

- Первоначальное присоединение к Развитой Универсальной Наземной Сети Радиодоступа (E-UTRAN), см. пункт 5.3.2.1 документа 3GPP TS 23.401 V15.0.0;

- Процедуры TAU, см. пункты под пунктом 5.3.3 документа 3GPP TS 23.401 V15.0.0;

- Инициированный UE запрос услуги, см. пункт 5.3.4.1 документа 3GPP TS 23.401 V15.0.0;

- Запрос на возобновление контекста UE S1-AP, см. пункт 5.3.5A документа 3GPP TS 23.401 V15.0.0;

- Первоначальное сообщение UE с Блоком Данных Протокола (PDU) данных NAS S1-AP, см. пункт 5.3.4B.2 документа 3GPP TS 23.401 V15.0.0;

- Процедура Доставки MO Данных Не-Интернет Протокола (NIDD), см. пункт 5.13.4 документа 3GPP TS 23.682;

- MO короткое сообщение, см. пункт 10.2 документа 3GPP TS 23.040.

Процедура присоединения

Первоначальное Присоединение к E-UTRAN

[0046] Как проиллюстрировано на Фигурах 1A-1D UE требуется зарегистрироваться в сети, чтобы принимать услуги, для которых требуется регистрация. Данная регистрация описывается как присоединение к сети. Постоянная соединяемость Интернет Протокола (IP) для UE/пользователей Развитой Пакетной Системы (EPS) может быть обеспечена путем создания канала-носителя (bearer) EPS по умолчанию в момент присоединения к сети. Правила Управления Политикой и Тарификацией (PCC), которые применяются к каналу-носителю EPS по умолчанию, могут быть предопределены в P-GW и активируются при присоединении самим P-GW. Процедура присоединения может инициировать одну или множество процедур создания выделенного канала-носителя, чтобы создавать выделенный канал-носитель(ы) EPS для того UE. Во время процедуры присоединения UE может запрашивать распределение IP-адреса. Также поддерживаются терминалы, которые используют только механизмы, основанные на Целевой Группе Инженерной Поддержки (IETF) для распределения IP-адреса.

[0047] Во время процедуры первоначального присоединения идентификационные данные Мобильного Оборудования (ME) получаются от UE. Оператор MME может проверять идентификационные данные ME с помощью Реестра Идентификационных Данных Оборудования (EIR). MME осуществляет прохождение идентификационных данных ME (Международные Идентификационные Данные Мобильного Оборудования Версия Программного Обеспечения (IMEISV)) к HSS и P-GW.

[0048] Во время процедуры первоначального присоединения, если MME поддерживает Отдельную Непрерывность Голосового Вызова на Радиоинтерфейсе (SRVCC) и, если выполняются любые из условий, описанных на этапе 8 на Фигурах с 1A по 1D, то MME информирует HSS о возможностях UE SRVCC, например, для дальнейшей регистрации Мультимедийной Подсистемы на Базе Протокола IP (IMS).

[0049] Процедура первоначального присоединения к E-UTRAN используется для экстренного присоединения посредством UE, которым требуется выполнить экстренные услуги, но которые не могут получить нормальные услуги от сети. Эти UE находятся в состоянии ограниченной услуги, как определено в документе 3GPP TS 32.122. Также UE, которые присоединились применительно к нормальным услугам и не имеют созданных экстренных каналов-носителей и закреплены в соте в состоянии ограниченной услуги (например, ограниченная Зона Отслеживания (TA) или не разрешенная Закрытая Группа Абонентов (CSG)), должны инициировать процедуры присоединения, указывая что присоединение является для приема экстренных услуг. UE, которые закреплены нормально в соте, т.е. UE, которые не находятся в состоянии ограниченной услуги, должны инициировать нормальное первоначальное присоединение, когда уже не присоединены, и должны инициировать запрошенную UE процедуру соединяемости PDN, чтобы принимать экстренные услуги канала-носителя EPS.

- ПРИМЕЧАНИЕ 1: UE с экстренным присоединением выполняет процедуру первоначального присоединения до того, как будет способна получать нормальные услуги.

[0050] Для того, чтобы ограничить нагрузку на сеть, только при выполнении присоединения к E-UTRAN с новой PLMN (т.е. не с зарегистрированной PLMN или эквивалентной PLMN (ePLMN) для зарегистрированной PLMN), UE, сконфигурированное для выполнения присоединения с помощью Международных Идентификационных Данных Мобильного Абонента (IMSI) при смене PLMN (см. документ 3GPP TS 24.368), должно идентифицировать себя посредством своих IMSI вместо любого сохраненного временного идентификатора.

[0051] Данная процедура также используется, чтобы создавать первое соединение PDN через E-UTRAN, когда UE уже имеет активные соединения PDN через не-3GPP сеть доступа и желает создать одновременные соединения PDN с разными APN через множественный доступ.

- ПРИМЕЧАНИЕ 2: Применительно к основанному на Прокси Мобильном IPv6 (PMIP) S5/S8 этапы (A), (B) и (C) процедуры определяются в документе 3GPP TS 23.402. Этапы 7, 10, 13, 14, 15 и 23A/B имеют отношение к основанному на Протоколе Туннелирования Услуги Пакетной Радиосвязи Общего Назначения (GTP)S5/S8.

- ПРИМЕЧАНИЕ 3: Обслуживающие Шлюзы (S-GW) и P-GW, задействованные на этапах 7 и/или 10, могут отличаться от тех, что на этапах 13-15.

- ПРИМЕЧАНИЕ 4: Этапы в (D) исполняются только после передачи обслуживания от не-3GPP доступа или если информация зоны представления отчета о присутствии принимается от MME.

- ПРИМЕЧАНИЕ 5: Более подробно этапы (E) процедуры определены в этапах (B) процедуры в пункте 5.3.8.3.

- ПРИМЕЧАНИЕ 6: Более подробно этапы (F) процедуры определены в этапах (B) процедуры в пункте 5.3.8.4.

[0052] Фигуры 1A-1D иллюстрируют процедуру присоединения. Этапы процедуры присоединения, проиллюстрированные на Фигурах с 1A по 1D, теперь будут описаны, как раскрывается в документе 3GPPTS 23.401 V15.0.0, с добавлением того, что было включено свойство разрыва услуги настоящего изобретения.

[0053] Этап 1: UE, которое закрепляется в соте E-UTRAN, читает имеющую отношение широковещательную передачу системной информации.

[0054] Сота E-UTRAN применительно к PLMN, которая поддерживает CIoT улучшения, должна осуществлять широковещательную передачу:

- Для случая NB-IoT:

-- Может ли она соединяться с MME, который поддерживает присоединение EPS без соединяемости PDN.

- Для случая Широкополосной E-UTRAN (WB-E-UTRAN):

-- Поддерживает ли она Оптимизацию CP CIoT EPS и может ли она соединяться с MME, который поддерживает Оптимизацию CP CIoT EPS.

-- Поддерживает ли она Оптимизацию UP CIoT EPS и может ли она соединяться с MME, который поддерживает Оптимизацию UP CIoT EPS.

-- Может ли она соединяться с MME, который поддерживает присоединение EPS без соединяемости PDN.

[0055] Если PLMN не объявляет поддержку присоединения EPS без соединяемости PDN, а UE может присоединяться только без соединяемости PDN, тогда UE не должно присоединяться к PLMN в данной соте и должно действовать, как указано в документе 3GPP TS 23.122.

[0056] В случае WB-E-UTRAN, если PLMN не поддерживает Оптимизацию CP CIoT EPS, а UE поддерживает только Оптимизацию CP CIoT EPS и не может иначе присоединяться, тогда UE не должно продолжать присоединение к PLMN в данной соте и должно действовать, как указано в документе 3GPP TS 23.122.

[0057] В случае, когда таймер разрыва услуги запущен в UE (см. пункт 4.3.x ниже), тогда UE не должно присоединяться к данной PLMN или любой другой PLMN, пока запущен таймер. Следует отметить, что «пункт 4.3.x» является обращением к еще неназванному новому пункту, который вводит Запрос на Изменение (см. ниже). Он вероятно будет назван как пункт 4.3.30 в следующей версии документа 3GPP TS 23.401.

[0058] Если UE может продолжить присоединение, оно инициирует процедуру присоединения путем передачи eNB сообщения запроса на присоединение (IMSI или старый GUTI, тип старого GUTI, Идентификационные данные TA (TAI) последнего посещения (если доступно), возможности базовой сети UE, особые для UE параметры Прерывистого Приема (DRX), параметры расширенного DRX режима бездействия, тип присоединения, контейнер сообщения Развитого Сеанса Системы Пакетной Передачи (ESM) (тип запроса, тип PDN, опции конфигурации протокола, флаг переноса зашифрованных опций, конфигурация сжатия заголовков), Идентификатор Набора Ключей Объекта Администрирования Безопасности Доступа (KSIASME), порядковый номер NAS, NAS Управление Доступом к Среде (MAC), дополнительный GUTI, подпись Пакетных Временных Идентификационных Данных Мобильного Абонента (P-TMSI), предпочтение голосовой области и установка использования UE, предпочтительное поведение сети, сетевые возможности Подвижной Станции (MS), поддержка ограничения использования улучшенного покрытия) вместе с параметрами RRC, указывающими выбранную сеть и старый Глобально Уникальный Идентификатор MME (GUMMEI).

[0059] В сигнализации создания соединения RRC, ассоциированной с запросом на присоединение, UE указывает свою поддержку оптимизаций CIoT EPS, соответствующих выбору MME.

[0060] Если UE идентифицирует себя с помощью старого GUTI, UE должно установить тип старого GUTI, чтобы указывать, является ли старый GUTI собственным GUTI или отображен из P-TMSI и Идентификации Зоны Маршрутизации (RAI). Старый GUTI может быть получен из P-TMSI и RAI. IMSI должны быть включены, если UE не имеет доступного действительного GUTI или действительного P-TMSI, или если UE выполнено с возможностью выполнять присоединение с помощью IMSI при смене PLMN и осуществляет доступ к новой PLMN. UE сохраняет Временные Идентификационные Данные (TIN) в отсоединенном состоянии. Если TIN UE указывают «GUTI» или «относящийся к RAT TMSI» и UE содержит действительный GUTI, тогда старый GUTI указывает данный действительный GUTI. Если TIN UE указывают «P-TMSI» и UE содержит действительные P-TMSI и связанный RAI, тогда эти два элемента указываются в качестве старого GUTI. Отображение P-TMSI и RAI в GUTI указано в документе 3GPP TS 23.003. Если UE содержит действительный GUTI, а старый GUTI указывает GUTI, отображенный из P-TMSI и RAI, тогда UE указывает GUTI в качестве дополнительного GUTI. Если старый GUTI указывает GUTI, отображенный из P-TMSI и RAI и UE имеет действительную подпись P-TMSI, ассоциированную с ним, то должна быть включена подпись P-TMSI. UE устанавливает предпочтение голосовой области и установку использования UE в соответствии со своей конфигурацией, как описано в пункте 4.3.5.9 в документе 3GPP TS 23.401 V15.0.0.

[0061] В качестве альтернативы, когда UE поддерживает только E-UTRAN, если UE имеет доступный GUTI и UE осуществляет доступ к той же самой PLMN (или ePLMN), тогда оно идентифицирует себя с помощью старого GUTI и устанавливает тип старого GUTI в «собственный», иначе конфигурация UE определяет, идентифицирует ли UE себя с помощью своих IMSI или старого GUTI.

[0062] UE включает элемент информации параметров расширенного DRX режима бездействия, если UE требуется разрешить расширенный DRX режима бездействия.

[0063] Если доступно, TAI последнего посещения должны быть включены для того, чтобы помочь MME создать хороший список TAI для любого последующего сообщения принятия присоединения. Выбранная сеть указывает PLMN, которая выбрана в целях совместного использования сети. Параметр RRC «старые GUMMEI» берет свое значение из «старого GUTI», который содержится в запросе на присоединение. Сетевые возможности UE описаны в возможностях UE, см. пункт 5.11 документа 3GPP TS 23.401 V15.0.0.

[0064] Если UE имеет действительные параметры безопасности, то сообщение запроса на присоединение должно быть с защитой целостности посредством NAS-MAC для того, чтобы обеспечить проверку UE посредством MME. KSIASME, порядковый номер NAS и NAS-MAC включаются, если UE имеет действительные параметры безопасности EPS. Порядковый номер NAS указывает порядковый номер сообщения NAS. Если UE не имеет действительной ассоциации безопасности EPS, тогда сообщение запроса на присоединение является без защиты целостности. В данном случае ассоциация безопасности устанавливается на этапе 5A. Сетевые возможности UE также указывают поддерживаемые алгоритмы безопасности NAS и AS.

[0065] Тип PDN указывает запрошенную версию IP (IPv4, IPv4/IPv6, IPv6). Применительно к UE, которое поддерживает оптимизации CIoT EPS, тип PDN также может быть «не-IP» Опциями Конфигурации Протокола (PCO), которые используются для переноса параметров между UE и P-GW, и отправляются прозрачно через MME и S-GW. PCO могут включать в себя предпочтение распределения адресов, указывающее, что UE предпочитает получать IPv4-адрес только после активации канала-носителя по умолчанию посредством Протокола Динамического Конфигурирования Хоста Версии 4 (DHCPv4). Если UE намеревается отправить PCO, которые требуют шифрования (например, пароли и имена пользователей Протокола Аутентификации Пароля (PAP)/ Протокола Аутентификации по Методу «Оклик-Приветствие» (CHAP)) или отправить APN, или как то, так и другое, то UE должно установить флаг переноса зашифрованных опций и отправлять PCO и APN или как то, так и другое только после того, как была завершена аутентификация и настройка безопасности NAS (см. ниже).

- ПРИМЕЧАНИЕ 7: Внешние операторы сети, желающие использовать PAP для аутентификации, предупреждены о том, что PAP является устаревшим протоколом с точки зрения безопасности. CHAP обеспечивает более сильную защиту, чем PAP.

[0066] UE должно включать в PCO статус UE выключения передачи данных с 3GPP Коммутацией Пакетов (PS), который указывает, активировал или деактивировал пользователь выключение передачи данных 3GPP PS.

[0067] Если UE обладает возможностями Универсальной Наземной Сети Радиодоступа (UTRAN) или Сети Радиодоступа c поддержкой технологий Глобальной Системы Связи с Подвижными Объектами/Развития Глобальной Системы Связи с Подвижными Объектами c Увеличенными Скоростями Передачи Данных (GERAN), то оно должно отправлять Поддержку UE Запроса Сети (NRSU) в PCO, чтобы указывать поддержку запрошенного сетью управления каналом-носителем в UTRAN/GERAN. UE отправляет Поддержку UE Расширенного Шаблона Потока Трафика (TFT) (ETFTU) в PCO, чтобы указать поддержку формата фильтра расширенного TFT. Тип запроса включается в контейнер сообщения ESM и указывает «передачу обслуживания», когда UE уже имеет активированный P-GW/Домашний Агент (HA) из-за мобильности с не-3GPP доступами.

[0068] Если UE указывает поддержку оптимизаций CIoT в сообщении RRC, оно может опустить контейнер сообщения ESM. Если контейнер сообщения ESM опущен, то MME не должен создавать соединение PDN как часть процедуры присоединения. В данном случае этапы 6, с 12 по 16 и с 23 по 26 не исполняются. В дополнение для случая, когда UE присоединяется с оптимизацией CP CIoT EPS без создания UP, этапы с 17 по 22 замещаются сообщениями транспорта NAS S1-AP и прямого переноса RRC, которые транспортируют лишь сообщения принятия присоединения NAS и завершения присоединения NAS.

[0069] Тип присоединения указывает, является ли оно присоединением EPS или объединенным присоединением EPS/IMSI или экстренным присоединением. Экстренное присоединение не должно указываться, когда UE использует NB-IoT. При использовании оптимизаций CIoT EPS, UE может указывать присоединение EPS и запрашивать SMS путем отправки флага «SMS переноса без объединенного присоединения» в Элементе Информации (IE) предпочтительного поведения сети.

[0070] Если UE включает предпочтительное поведение сети, то это определяет поведение сети, которое UE ожидает что будет доступно в сети, как определено в пункте 4.3.5.10 документа 3GPP TS 23.401 V15.0.0.

[0071] Если UE указывает поддерживаемую оптимизацию CP CIoT EPS в предпочтительном поведении сети и UE включает контейнер сообщения ESM, и типом PDN был IPv4 или IPv6, или IPv4v6 и UE поддерживает сжатие заголовков, то оно должно включать конфигурацию сжатия заголовков. Конфигурация сжатия заголовков включает в себя информацию, необходимую для настройки канала Устойчивого Сжатия Заголовков (ROHC). В необязательном порядке, конфигурация сжатия заголовков может включать в себя дополнительные параметры настройки контекста сжатия заголовков, если UE уже имеет информацию трафика приложения, например, IP-адрес целевого сервера.

[0072] Применительно к экстренному присоединению UE должно устанавливать, как тип присоединения, так и тип запроса в «экстренный», и IMSI должны быть включены, если UE не имеет доступного действительного GUTI или действительных P-TMSI. Международные Идентификационные Данные Мобильного Оборудования (IMEI) должны быть включены, когда UE не имеет ни IMSI, ни действительного GUTI и не действительных P-TMSI.

[0073] Этап 2: eNB получает адрес MME из параметров RRC, которые несут старый GUMMEI, указанную выбранную сеть и RAT (NB-IoT или WB-E-UTRAN). Если этот MME не ассоциирован с eNB или старый GUMMEI не является доступным, то eNB выбирает MME, как описано в пункте 4.3.8.3 касательно «Функции выбора MME» документа 3GPP TS 23.401 V15.0.0. eNB переадресовывает новому MME сообщение запроса на присоединение в сообщении управления S1-MME (первоначальное сообщение UE) вместе с выбранной сетью, режимом доступа CSG, CSG ID, адресом Локального Шлюза (L-GW), TAI+Глобальный ID Соты Развитой Универсальной Наземной Сети Радиодоступа (ECGI) соты, от которой он принял сообщение. CSG ID предоставляется, если UE присоединяется через соту CSG или гибридную соту. Режим доступа CSG предоставляется, если UE присоединяется через гибридную соту. Если режим доступа CSG не предоставлен, а CSG ID предоставлен, то MME должен считать соту сотой CSG. Если eNB имеет совместно размещенный L-GW, то он включает адрес L-GW в Первоначальное сообщение UE к MME.

[0074] Если MME не сконфигурирован для поддержки экстренного присоединения, то MME должен отклонять любой запрос на присоединение, который указывает тип присоединения «экстренный».

[0075] Если UE включило предпочтительное поведение сети и то, что UE указывает, что оно поддерживает в предпочтительном поведении сети, несовместимо с поддержкой сети, например, UE указывает поддержку только для оптимизации CP CIoT EPS, а MME поддерживает только оптимизацию UP CIoT EPS, то MME должен отклонять запрос на присоединение с подходящим значением причины (например, тем, которое не допускает повторные попытки по данной PLMN).

[0076] Чтобы помочь услугам местоположения eNB указывает MME уровень покрытия UE.

[0077] Этап 3: Если UE идентифицирует себя с помощью GUTI и MME сменился с момента отсоединения, то новый MME определяет тип старого узла, т.е. MME или Обслуживающий Узел Поддержки Пакетной Радиосвязи Общего Назначения (SGSN), как указано в пункте 4.3.19 документа 3GPP TS 23.401 V15.0.0, использует GUTI, принятый от UE, для получения адреса старого MME/SGSN и отправляет запрос на идентификацию (старый GUTI, сообщение завершения запроса на присоединение) старому MME/SGSN, чтобы запросить IMSI. Если запрос отправляется старому MME, то старый MME сначала верифицирует сообщение запроса на присоединение посредством NAS MAC, а затем отвечает ответом идентификации (IMSI, контекст MM). Если запрос отправляется старому SGSN, то старый SGSN сначала верифицирует сообщение запроса на присоединение посредством подписи P-TMSI, а затем отвечает ответом идентификации (контекст MM). Если UE не известно в старом MME/SGSN или если проверка целостности или проверка подписи P-TMSI для сообщения запроса на присоединение терпит неудачу, то старый MME/SGSN отвечает подходящей причиной ошибки. Контекст MM содержит относящуюся к безопасности информацию, как, впрочем, и другие параметры (включая IMSI), как описано в пункте 5.7.2 (хранение информации для MME) документа 3GPP TS 23.401 V15.0.0.

[0078] Дополнительный GUTI в сообщении запроса на присоединение позволяет новому MME найти любой уже существующий контекст UE, хранящийся в новом MME, когда старый GUTI указывает GUTI, отображенный из P-TMSI и RAI.

[0079] Применительно к экстренному присоединению, если UE идентифицирует себя с помощью временных идентификационных данных, которые неизвестны MME, то MME сразу запрашивает IMSI у UE. Если UE идентифицирует себя с помощью IMEI, то запрос IMSI должен быть пропущен.

- ПРИМЕЧАНИЕ 8: SGSN всегда отвечает параметрами безопасности Универсальной Системы Мобильной Связи (UMTS) и MME может сохранить их для использования позже.

[0080] Этап 4: Если UE неизвестно как старому MME/SGSN, так и новому MME, то новый MME отправляет UE запрос идентификационных данных, чтобы запросить IMSI. UE отвечает ответом идентификационных данных (IMSI).

[0081] Этап 5A: Если нигде в сети не существует контекста UE для UE, если запрос на присоединение (отправленный на этапе 1) не был с защитой целостности, или если проверка целостности терпит неудачу, тогда аутентификация и настройка безопасности NAS для активации защиты целостности и шифрования NAS являются обязательными. В противном случае они являются необязательными. Если алгоритм безопасности NAS должен быть изменен, то на данном этапе выполняется настройка безопасности NAS. Функции аутентификации и настройки безопасности NAS определяются в пункте 5.3.10 касательно «функции безопасности» документа 3GPP TS 23.401 V15.0.0.

[0082] Если MME выполнен с возможностью поддерживать экстренное присоединение для не аутентифицированных IMSI и указанным UE типом присоединения является «экстренный», то MME пропускает аутентификацию и настройку безопасности или MME осуществляет принятие того, что аутентификация может терпеть неудачу, и продолжает процедур присоединения.

[0083] После этапа 5A все сообщения NAS должны быть защищены функциями безопасности NAS (целостность и шифрование), указанными MME, за исключением того, когда UE с экстренным присоединением и без успешной аутентификации.

[0084] Этап 5B: Идентификационные данные ME (IMEISV) должны быть извлечены из UE. Идентификационные данные ME должны быть перенесены зашифрованными, за исключением того, когда UE выполняет экстренное присоединение и не может быть аутентифицировано.

[0085] Применительно к экстренному присоединению UE возможно включило IMEI в экстренное присоединение. Если так, то извлечение Идентификационных Данных ME пропускается.

[0086] Для того чтобы минимизировать задержки сигнализации извлечение идентификационных данных ME может быть объединено с настройкой безопасности NAS на этапе 5A. MME может отправлять EIR запрос на проверку идентификационных данных ME (идентификационные данные ME, IMSI). EIR должен отвечать с помощью Квитирования (ACK) проверки идентификационных данных ME (результат). В зависимости от результата MME принимает решение о том, продолжать ли данную процедуру присоединения или отклонять UE.

[0087] Применительно к экстренному присоединению может быть выполнена проверка IMEI в EIR. Если IMEI заблокированы, то политики оператора определяют, продолжается ли процедура экстренного присоединения или останавливается.

[0088] Этап 6: Если UE установило флаг переноса зашифрованных опций в сообщении запроса на присоединение, то зашифрованные опции, т.е. PCO или APN, или как то, так и другое, теперь должны быть извлечены из UE.

[0089] Для того, чтобы обрабатывать ситуации, при которых UE может иметь подписки на множество PDN, то если опции конфигурации протокола содержат мандаты пользователя (например, имя пользователя/пароль внутри параметров PAP или CHAP), тогда UE также должно отправлять APN к MME.

[0090] Этап 7: Если присутствуют активные контексты канала-носителя в новом MME для данного конкретного UE (т.е. UE повторно присоединяется к тому же самому MME, не будучи правильно отсоединенным ранее), то новый MME удаляет эти контексты канала-носителя путем отправки сообщений запроса на удаление сеанса (ID Связанного Канала-носителя (LBI)) вовлеченным шлюзам. Шлюзы осуществляют квитирование с помощью сообщения ответа (причина) на удаление сеанса. Если развернута Функция Правил Политики и Тарификации (PCRF), то P-GW использует процедуру завершения сеанса Сети Доступа с IP-Соединениями (IP-CAN), чтобы указать, что ресурсы были высвобождены.

[0091] Этап 8: Если присутствует действительный контекст подписки для UE в MME с запущенным таймером разрыва услуги, то MME отклоняет запрос на присоединение от UE с подходящей причиной и с таймером отсрочки MM, установленным на оставшееся время разрыва услуги.

[0092] Если MME сменился с момента последнего отсоединения, или если отсутствует действительный контекст подписки для UE в MME, или если UE предоставляет IMSI или UE предоставляет старый GUTI, который не обращается к действительному контексту в MME, или применительно к некоторым сценариям совместного использования сети (например, Шлюзовая Базовая Сеть (GWCN)), если PLMN-ID у TAI, который подается eNB, отличается от того, что у GUTI в контексте UE, то MME отправляет HSS сообщение запроса на обновление местоположения (идентификационные данные MME, IMSI, идентификационные данные ME (IMEISV), возможности MME, флаги Запроса-На-Обновление-Местоположения (ULR), однородная поддержка IMS передачи голоса через сеансы PS, возможность UE SRVCC, список эквивалентных PLMN). Возможности MME указывают поддержку MME функциональной возможности ограничений регионального доступа. Флаги ULR указывают «индикатор-первоначального-присоединения», так как это процедура присоединения. Включение списка эквивалентных PLMN указывает на то, что MME поддерживает передачу обслуживания между PLMN для соты CSG в эквивалентной PLMN, используя информацию о подписке целевой PLMN. Указание «однородной поддержки IMS передачи голоса через сеансы PS» (см. пункт 4.3.5.8A документа 3GPP TS 23.401 V15.0.0) не должно включаться до тех пор, пока MME не завершает свою оценку поддержки «IMS передачи голоса через сеанс PS», как указано в пункте 4.3.5.8 документа 3GPP TS 23.401 V15.0.0.

- ПРИМЕЧАНИЕ 9: На данном этапе MME может не иметь всей информации, которая требуется для определения установки указания поддерживаемой IMS передачи голоса через сеанс PS для данного UE (см. пункт 4.3.5.8 документа 3GPP TS 23.401 V15.0.0). Следовательно, MME может отправлять «однородную поддержку IMS передачи голоса через сеансы PS» позже в данной процедуре.

[0093] Если UE выполняет первоначальное присоединение или присоединение передачи обслуживания в Гостевой PLMN (VPLMN), поддерживающей автономный роуминг CSG и Домашняя PLMN (HPLMN) допускает автономный роуминг CSG в VPLMN (через соглашение на уровне услуги) и MME требуется извлечь информацию о подписке CSG у UE из Сервера Абонентов Закрытой Группы Абонентов (CSS), то MME инициирует процедуру обновления местоположения CSG с CSS, как описано в пункте 5.3.12 документа 3GPP TS 23.401 V15.0.0.

[0094] Если MME определяет, что изменилась только возможность UE SRVCC, то MME отправляет HSS запрос на уведомление, чтобы проинформировать об изменившейся возможности UE SRVCC.

[0095] Применительно к экстренному присоединению, при котором UE не было успешно аутентифицировано, MME не должен отправлять HSS запрос на обновление местоположения.

[0096] Этап 9: HSS отправляет старому MME отмену местоположения (IMSI, тип отмены). Стрый MME осуществляет квитирование с помощью ACK отмены местоположения (IMSI) и удаляет MM и контексты канала-носителя. Если флаги ULR указывают «индикатор-первоначального-присоединения» и HSS имеет регистрацию SGSN, тогда HSS отправляет старому SGSN отмену местоположения (IMSI, тип отмены). Тип отмены указывает старому MME/SGSN высвободить ресурс старого S-GW.

[0097] Этап 10: Если присутствуют активные контексты канала-носителя в старом MME/SGSN для данного конкретного UE, то старый MME/SGSN удаляет эти контексты канала-носителя путем отправки вовлеченным шлюзам сообщений запроса на удаление сеанса (LBI). Шлюзы возвращают старому MME/SGSN сообщение ответа (причина) на удаление сеанса. Если развернута PCRF, то P-GW использует процедуру завершения сеанса IP-CAN, как определено в документе 3GPP TS 23.203, чтобы указать то, что ресурсы были высвобождены.

[0098] Этап 11: HSS осуществляет квитирование сообщения обновления местоположения путем отправки новому MME сообщения ACK обновления местоположения (IMSI, данные подписки). Данные подписки содержат один или более контексты подписки PDN. Каждый контекст подписки PDN содержит «профиль Качества Услуги (QoS) по подписке EPS» и Среднюю Максимальную Битовую Скорость Передачи Данных APN (AMBR) по подписке (см. пункт 4.7.3 документа 3GPP TS 23.401 V15.0.0) и указание возможности разгрузки Беспроводной Локальной Сети (WLAN) (см. пункт 4.3.23 документа 3GPP TS 23.401 V15.0.0). Новый MME проверяет действительность присутствия UE в (новой) TA. Если из-за региональных ограничений подписки или ограничений доступа (например, ограничения CSG) UE не разрешено присоединяться в TA или из-за того, что проверка подписки терпит неудачу по другим мотивам, новый MME отклоняет запрос на присоединение с подходящей причиной. Если все проверки являются успешными, тогда новый MME создает контекст для UE. Если APN, предоставленное UE, недоступно по подписке, или обновление местоположения отклонено HSS, то новый MME отклоняет запрос на присоединение от UE с подходящей причиной.

[0099] Данные подписки могут содержать информацию о подписке CSG для зарегистрированной PLMN или для списка ePLMN, запрошенного MME на этапе 8.

[0100] Данные подписки могут содержать параметр ограниченного улучшенного покрытия. Если принят от HSS, то MME сохраняет данный параметр ограниченного улучшенного покрытия в контексте MME MM.

[0101] Данные подписки могут содержать параметр разрыва услуги. Если принят от HSS, то MME сохраняет данный параметр разрыва услуги в контексте MME MM и осуществляет прохождение его к UE в сообщении принятия присоединения.

[0102] Если APN, предоставленное UE, является авторизованным для Локального IP-Доступа (LIPA) в соответствии с подпиской пользователя, то MME должен использовать данные подписки CSG для авторизации соединения.

[0103] Применительно к экстренному присоединению MME не должен проверять ограничения доступа, региональные ограничения или ограничения подписки (например, ограничения CSG). Применительно к экстренному присоединению MME должен игнорировать любой неуспешный ответ на обновление местоположения от HSS и продолжать процедуру присоединения.

[0104] Этап 12: Если контейнер ESM не был включен в запрос на присоединение, то этапы 12, 13, 14, 15 и 16 пропускаются. Если тип присоединения не установлен в «экстренный» и контейнер ESM был включен в запрос на присоединение, и UE указало поддержку присоединения без соединяемости PDN, и сеть поддерживает присоединение без соединяемости PDN, и ограничение соединения PDN установлено в данных абонента, тогда новый MME не должен создавать соединение PDN и этапы 12, 13, 14, 15 и 16 пропускаются.

[0105] Применительно к экстренному присоединению MME применяет параметры из данных экстренной конфигурации MME для создания экстренного канала-носителя, которое выполняется на данном этапе, и любые потенциально хранящиеся IMSI, которые относятся к данным подписки, игнорируются MME.

[0106] Если UE выполняет первоначальное присоединение или присоединение передачи обслуживания через соту CSG и отсутствует подписка для той CSG или подписка CSG истекла, то MME должен отклонить запрос на присоединение с подходящей причиной. Если UE имеет данный CSG ID и ассоциированную PLMN в своем разрешенном списке CSG, то UE должно удалить CSG ID и ассоциированную PLMN из списка при приеме данной причины отклонения.

[0107] Если адрес PDN по подписке распределен для UE применительно к данному APN, то контекст подписки PDN содержит IPv4-адрес и/или IPv6-префикс UE и в необязательном порядке, идентификационные данные P-GW. Если контекст подписки PDN содержит IPv4-адрес и/или IPv6-префикс по подписке, то MME указывает это в адресе PDN. Применительно к типу запроса, указывающему «первоначальный запрос», если UE не предоставляет APN, то MME должен использовать P-GW, соответствующий APN по умолчанию, для активации канала-носителя по умолчанию. Если UE предоставляет APN, то данное APN должно быть использовано для активации канала-носителя по умолчанию. Применительно к типу запроса, указывающему «передачу обслуживания», если UE предоставляет APN, то MME должен использовать P-GW, соответствующий предоставленному APN, для активации канала-носителя по умолчанию. Если UE не предоставляет APN и контекст подписки от HSS содержит идентификационные данные P-GW, соответствующие APN по умолчанию, то MME должен использовать P-GW, соответствующий APN по умолчанию, для активации канала-носителя по умолчанию. Случай, когда тип запроса указывает «передачу обслуживания», а UE не предоставляет APN, и контекст подписки от HSS не содержит идентификационные данные P-GW, соответствующие APN по умолчанию, составляет случай ошибки. Если тип запроса указывает «первоначальный запрос» и выбранный контекст подписки PDN не содержит идентификационные данные P-GW, то новый MME выбирает P-GW как описано в пункте 4.3.8.1 касательно функции выбора P-GW (доступы 3GPP) документа 3GPP TS 23.401 V15.0.0. Если контекст подписки PDN содержит динамически распределяемые идентификационные данные P-GW, а тип запроса не указывает «передачу обслуживания», то MME может выбирать новый P-GW, как описано в пункте функции выбора P-GW, например, чтобы распределять P-GW, который обеспечивает более эффективную маршрутизацию.

[0108] Применительно к первоначальному экстренному присоединению и экстренному присоединению передачи обслуживания MME использует функцию выбора P-GW, определенную в пункте 4.3.12.4 документа 3GPP TS 23.401 V15.0.0, для выбора P-GW.

[0109] Если контекст подписки не указывает, что APN служит для соединения PDN с SCEF, то новый MME выбирает S-GW, как описано в пункте 4.3.8.2 касательно функции выбора S-GW документа 3GPP TS 23.401 V15.0.0, и распределяет идентификационные данные канала-носителя EPS для канала-носителя по умолчанию, ассоциированного с UE. Затем он отправляет выбранному S-GW сообщение запроса на создание сеанса (IMSI, номер Мобильного Абонента Цифровой Сети с Комплексными Услугами (MSISDN), ID конечной точки Туннеля (TEID) MME для CP, адрес P-GW, адрес PDN, APN, тип RAT, QoS канала-носителя EPS по умолчанию, тип PDN, APN-AMBR, идентификационные данные канала-носителя EPS, PCO, указание передачи обслуживания, идентификационные данные ME (IMEISV), информацию о местоположении пользователя (ECGI), временную зону UE, информацию CSG пользователя, указание поддержки представления отчета об изменении информации MS, режим выбора, характеристики тарификации, эталонное значение трассировки, тип трассировки, инициирующий ID, идентификационные данные Центра Управления и Обслуживания (OMC), максимальное ограничение APN, флаг канала-носителя двойного адреса, тип протокола через S5/S8, обслуживающую сеть). Если применяется оптимизация CP CIoT EPS, тогда MME также должен указать туннелирование S11-U у данных пользователя NAS и отправить свой собственный IP-адрес S11-U и TEID нисходящей линии связи MME для переадресации данных нисходящей линии связи посредством S-GW. Информация CSG пользователя включает в себя CSG ID, режим доступа и указание членства CSG.

[0110] Применительно к типу PDN «не-IP», когда оптимизации CP CIoT EPS разрешены для UE, если данные подписки APN указывают, что должно быть использовано соединение SCEF, тогда MME распределяет идентификационные данные канала-носителя EPS для канала-носителя по умолчанию, ассоциированного с UE, и создает соединение с адресом SCEF, указанным в данных подписки в соответствии с документом 3GPP TS 23.682 и этапы 12, 13, 14, 15 и 16 не исполняются. Оставшаяся часть взаимодействий с UE применяется как указано ниже.

[0111] Если MME определяет, что соединение PDN должно использовать только оптимизацию CP CIoT EPS, то MME должен включать индикатор соединения PDN только CP в запрос на создание сеанса.

[0112] Если тип запроса указывает «экстренный», то управление максимальным ограничением APN не должно выполняться.

[0113] Применительно к UE с экстренным присоединением, IMSI включаются, если доступны, и, если IMSI не могут быть аутентифицированы, тогда IMSI должны быть помечены как не аутентифицированные.

[0114] Тип Технологии Радиодоступа (RAT) предоставляется в данном сообщении для решения по PCC позже. Тип RAT должен различать типы NB-IoT и WB-E-UTRA. В данном сообщении также предоставляется APN-AMBR по подписке для APN. MSISDN включается, если предоставлен в данных подписки от HSS. Указание передачи обслуживания включается, если тип запроса указывает передачу обслуживания. Режим выбора указывает, было ли выбрано APN по подписке, или было выбрано APN не по подписке, отправленное UE. Характеристики тарификации указывают, за какой вид тарификации отвечает контекст канала-носителя. MME может менять запрошенный тип PDN в соответствии с данными подписки для данного APN, как описано в пункте 5.3.1.1 документа 3GPP TS 23.401 V15.0.0. MME должен устанавливать флаг канала-носителя двойного адреса, когда тип PDN установлен в IPv4v6 и все SGSN, к которым может быть передано обслуживание UE, соответствуют Редакции 8 или выше, поддерживающей двойную адресацию, что определяется на основании предварительной конфигурации узла оператором. Тип протокола через S5/S8 предоставляется S-GW, причем протокол должен быть использован через интерфейс S5/S8.

[0115] Характеристики тарификации для подписки PS и APN с индивидуальной подпиской, как, впрочем, и метод обработки характеристик тарификации и то, отправлять их или нет P-GW, определено в документе 3GPP TS 32.251. MME должен включать эталонное значение трассировки, тип трассировки, инициирующий ID и идентификационные данные OMC, если активирована трассировка S-GW и/или P-GW. MME должен копировать эталонное значение трассировки, тип трассировки и идентификационные данные OMC из информации трассировки, принятой от Реестра Домашнего Местоположения (HLR) или OMC.

[0116] Максимальное ограничение APN обозначает самое строгое ограничение, требуемое любым уже активным контекстом канала-носителя. Если отсутствуют уже активные контексты канала-носителя, то данное значение устанавливается в наименее ограниченный тип (см. пункт 15.4 документа 3GPP TS 23.060). Если P-GW принимает максимальное ограничение APN, тогда P-GW должен проверить, не конфликтует ли значение максимального ограничения APN со значением ограничения APN, ассоциированным с данным запросом контекста канала-носителя. Если конфликт отсутствует, запрос должен быть разрешен, в противном случае запрос должен быть отклонен с отправкой UE подходящей причины ошибки.

[0117] Если MME требует, чтобы eNB проверял, совместимы ли возможности радиосвязи UE с конфигурацией сети (например, согласуется ли SRVCC или поддержка частоты у UE, с теми, что у сети), чтобы иметь возможность установки указания поддержки IMS передачи голоса через сеанс PS (см. пункт 4.3.5.8 документа 3GPP TS 23.401 V15.0.0), тогда MME может оправлять eNB запрос на согласование возможностей радиосвязи UE, как определено в пункте 5.3.14 документа 3GPP TS 23.401 V15.0.0.

[0118] Этап 13: S-GW создает новую запись в своей таблице каналов-носителей EPS и отправляет P-GW, который указывается адресом P-GW, который принят на предыдущем этапе, сообщение запроса на создание сеанса (IMSI, MSISDN, APN, адрес S-GW для UP, S-GW TEID у UP, S-GW TEID у CP, тип RAT, QoS канала-носителя EPS по умолчанию, тип PDN, адрес PDN, APN-AMBR по подписке, идентификационные данные канала-носителя EPS, PCO, указание передачи обслуживания, идентификационные данные ME, информация о местоположении пользователя (ECGI), временная зона UE, информация CSG пользователя, указание поддержки представления отчета об изменении информации MS, указание поддержки временной остановки тарификации PDN, режим выбора, характеристики тарификации, эталонное значение трассировки, тип трассировки, инициирующий ID, идентификационные данные OMC, максимальное ограничение APN, флаг канала-носителя двойного адреса, обслуживающая сеть). После этого этапа S-GW буферизует любые пакеты нисходящей линии связи, которые он может принять от P-GW, без отправки MME сообщения уведомления о данных нисходящей линии связи до тех пор, пока он не принимает сообщение запроса на модифицирование канала-носителя на этапе 23 ниже. MSISDN включается, если принят от MME.

[0119] Если S-GW принял индикатор соединения PDN только CP на этапе 12, то S-GW информирует P-GW о данной информации в запросе на создание сеанса. S-GW и P-GW должны указывать использование только CP в своих Записях Данных Тарификации (CDR).

[0120] P-GW не должен выполнять любые проверки максимального ограничения APN, если запрос на создание канала-носителя по умолчанию включает в себя экстренное APN.

[0121] Применительно к UE с экстренным присоединением IMSI включаются, если доступны, и, если IMSI не могут быть аутентифицированы, тогда IMSI должны быть помечены как не аутентифицированные.

[0122] В случае присоединения передачи обслуживания и если P-GW обнаруживает, что изменился статус UE выключения передачи данных с 3GPP PS, то P-GW должен указывать данное событие системе тарификации для офлайновой и онлайновой тарификации.

[0123] Этап 14: Если развернуто динамическое PCC и указание передачи обслуживания не присутствует, то P-GW выполняет процедуру создания сеанса IP-CAN, как определено в документе 3GPP TS 23.203, и тем самым получает правила PCC по умолчанию для UE. Это может привести к созданию некоторого числа выделенных каналов-носителей вслед за процедурами, определенными в пункте 5.4.1 документа 3GPP TS 23.401 V15.0.0, в ассоциации с созданием канала-носителя по умолчанию, что описано в Приложении F.

[0124] IMSI, APN, IP-адрес UE, информация о местоположении пользователя (ECGI), временная зона UE, обслуживающая сеть, тип RAT, APN-AMBR, QoS канала-носителя EPS по умолчанию, ETFTU (если ETFTU не предоставлено, то это означает, что UE и/или P-GW не поддерживают формат фильтра расширенного TFT) предоставляются PCRF посредством P-GW, если приняты посредством предыдущего сообщения. Информация о местоположении пользователя и временная зона UE используются для основанной на местоположении тарификации. Применительно к UE с экстренным присоединением, которые являются не аутентифицированными, P-GW предоставляет IMEI в качестве Идентификационных Данных UE вместо IMSI, для PCRF. Если PCRF принимает решение от том, что соединение PDN может использовать формат фильтра расширенного TFT, она должна возвращать P-GW индикатор Сети с Поддержкой Расширенного Шаблона Потока Трафика (ETFTN) для включения в опции конфигурации протокола, которые возвращаются UE.

[0125] PCRF может модифицировать APN-AMBR и параметры QoS (ID Класса Качества Услуги (QCI) и ARP), ассоциированные с каналом-носителем по умолчанию в ответе P-GW, как определено в документе 3GPP TS 23.203.

[0126] Если PCC выполнено с возможностью поддерживать экстренные услуги и если развернуто динамическое PCC, то PCRF, на основании экстренного APN, устанавливает ARP у правил PCC в значение, которое зарезервировано для экстренных услуг и авторизацию правил динамического PCC, как описано в документе 3GPP TS 23.303. Если динамическое PCC не развернуто, то P-GW использует ARP экстренного канала-носителя EPS по умолчанию для любого потенциально инициированного выделенного экстренного канала-носителя EPS. P-GW определяет, что запрошены экстренные услуги, на основании экстренного APN, принятого в сообщении запроса на создание сеанса.

- ПРИМЕЧАНИЕ 10: Несмотря на то, что P-GW и Функция Обеспечения Соблюдения Политики и Тарификации (PCEF) могут быть выполнены с возможностью активировать предопределенные правила PCC для канала-носителя по умолчанию, взаимодействие с PCRF по-прежнему требуется, чтобы предоставлять PCRF, например, информацию о IP-адресе UE.

- ПРИМЕЧАНИЕ 11: Если IP-адрес недоступен, когда P-GW выполняет процедуру создания сеанса IP-CAN с PCRF, то P-GW инициирует процедуру модифицирования сеанса IP-CAN, чтобы проинформировать PCRF о распределенных IP-адресах, как только адрес является доступным. В данной версии технического описания это применяется только для распределения IPv4-адресов.

[0127] Если развернуто динамическое PCC и присутствует указатель передачи обслуживания, то P-GW исполняет процедуру инициированного PCEF модифицирования сеанса IP-CAN с PCRF, как указано в документе 3GPP TS 23.203, чтобы представить отчет о новом типе IP-CAN. В зависимости от активных правил PCC может потребоваться создание выделенных каналов-носителей для UE. Создание этих каналов-носителей должно иметь место в сочетании с активацией канала-носителя по умолчанию, как описано в Приложении F. Данная процедура может продолжаться без ожидания ответа PCRF. Если требуются изменения в активных правилах PCC, то PCRF может предоставлять их после того, как заканчивается процедура передачи обслуживания.

[0128] В обоих случаях (присутствует или нет указание передачи обслуживания), если не развернуто динамическое PCC, то P-GW может применять локальную политику QoS. Это может привести к созданию некоторого количества выделенных каналов-носителей для UE вслед за процедурами, которые определены в пункте 5.4.1 документа 3GPP TS 23.401 V15.0.0, в сочетании с созданием канала-носителя по умолчанию, что описано в Приложении F.

[0129] Если инициирующие события представления отчета об информации CSG приняты от PCRF, то P-GW должен устанавливать соответственно IE действия представления отчета об информации CSG.

[0130] Дополнительное поведение P-GW применительно к выключению передачи данных 3GPP PS определено в документе 3GPP TS 23.203.

[0131] Этап 15: P-GW создает новую запись в своей таблице контекста канала-носителя EPS и формирует ID тарификации для канала-носителя по умолчанию. Новая запись позволяет P-GW осуществлять маршрутизацию UP PDU между S-GW и сетью пакетной передачи данных, и начинать тарификацию. Метод, посредством которого P-GW обрабатывает характеристики тарификации, которые он возможно принял, определяется в документе 3GPP TS 32.251.

[0132] P-GW возвращает S-GW сообщение ответа на создание сеанса (адрес P-GW для UP, P-GW TEID у UP, P-GW TEID у CP, тип PDN, адрес PDN, идентификационные данные канала-носителя EPS, QoS канала-носителя EPS, PCO, ID тарификации, запрет сжатия полезной нагрузки, ограничение APN, причина, действие представления отчета об изменении информации MS (начало) (если P-GW принимает решение о приеме информации о местоположении UE во время сеанса), действие представления отчета об информации CSG (начало) (если P-GW принимает решение о приеме информации CSG пользователя UE во время сеанса), действие зоны представления отчета о присутствии (если P-GW принимает решение о приеме уведомлений об изменении присутствия UE в зоне представления отчета о присутствии), указание разрешенной временной остановки тарификации PDN (если P-GW выбрал разрешить функцию), APN-AMBR, терпимое к задержке соединение).

[0133] P-GW учитывает принятый тип PDN, флаг канала-носителя двойного адреса и политики оператора, когда P-GW выбирает тип PDN, который будет использован следующим образом. Если принятым типом PDN является IPv4v6 и возможна адресация как IPv4, так и IPv6 в PDN, но флаг канала-носителя двойного адреса не установлен, или возможна только адресация одной версии IP для данного APN в PDN, то P-GW выбирает одну версию IP (либо IPv4, либо IPv6). Если принятым типом PDN является IPv4 или IPv6 или «не IP», то P-GW использует принятый тип PDN, если он поддерживается в PDN, в противном случае будет возвращена подходящая причина ошибки. Применительно к IPv4, IPv6 и IPv4v6 P-GW распределяет адрес PDN в соответствии с выбранным типом PDN. Если P-GW выбрал тип PDN отличный от принятого типа PDN, то P-GW указывает UE вместе с IE типа PDN мотивированную причину того, почему тип PDN был модифицирован, как описано в пункте 5.3.1.1 документа 3GPP TS 23.401 V15.0.0. P-GW должен либо осуществить принятие, либо отклонить (но не модифицировать) тип PDN, если тип PDN установлен в «не IP». Адрес PDN может содержать IPv4-адрес для IPv4 и/или IPv6-префикс и ID интерфейса, или быть опущен для типа PDN «не IP». Если PDN была сконфигурирована оператором так, что адреса PDN для запрошенного APN должны быть распределены только путем использования DHCPv4, или если P-GW разрешает UE использовать DHCPv4 для распределения адресов в соответствии с предпочтением распределения адресов, принятым от UE, то адрес PDN должен быть установлен в 0.0.0.0, указывающий, что IPv4-адрес PDN должен быть согласован UE с помощью DHCPv4 после завершения процедуры активации канала-носителя по умолчанию. Применительно к внешней адресации PDN для IPv6, P-GW получает IPv6-префикс от внешней PDN, используя функцию клиента либо RADIUS, либо Diameter. В поле адреса PDN у ответа на создание сеанса P-GW включает ID интерфейса и IPv6-префикс. P-GW отправляет UE объявление маршрутизатора после создания канала-носителя по умолчанию с информацией IPv6-префикса для всех случаев.

[0134] Если адрес PDN содержится в запросе на создание сеанса, то P-GW должен распределять IPv4-адрес и/или IPv6-префикс, который содержится в адресе PDN, для UE. Подробности в отношении распределения IP-адресов описаны в пункте 5.3.1 касательно «Распределение IP-адресов» документа 3GPP TS 23.401 V15.0.0. P-GW получает BCM на основании NRSU и политики оператора. P-GW получает, должен ли быть использован формат фильтра расширенного TFT, на основании ETFTU, ETFTN, принятого от PCRF, и политики оператора. PCO содержат Режим Управления Каналом-носителем (BCM), ETFTN, как, впрочем, и необязательные параметры PDN, которые P-GW может переносить к UE. Эти необязательные параметры PDN могут быть запрошены UE, или могут быть отправлены не запрошенными посредством P-GW. Опции конфигурации протокола отправляются прозрачно через MME.

[0135] P-GW включает указание терпимого к задержке соединения, если P-GW поддерживает прием причины отклонения от S-GW, указывающей, что UE временно недостижимо из-за энергосбережения, и удержание завершающихся на подвижной станции процедур до тех пор, пока P-GW не принимает сообщение, указывающее на то, что UE доступно для непрерывной сигнализации.

[0136] Когда присутствует указание передачи обслуживания P-GW еще не отправляет S-GW пакеты нисходящей линии связи; трасса нисходящей линии связи должна быть переключена на этапе 23A.

[0137] Если P-GW является L-GW, то он не переадресовывает S-GW пакеты нисходящей линии связи. Пакеты будут переадресованы HeNB только на этапе 20 через прямую UP трассу.

[0138] Этап 16: S-GW возвращает новому MME сообщение ответа на создание сеанса (тип PDN, адрес PDN, адрес S-GW для UP, S-GW TEID для UP S1-U, S-GW TEID для CP, идентификационные данные канала-носителя EPS, QoS канала-носителя EPS, адреса и TEID P-GW (основанные на GTP S5/S8) или ключи GRE (основанные на PMIP S5/S8) в P-GW для трафика восходящей линии связи, PCO, запрет сжатия полезной нагрузки, ограничение APN, причина, действие представления отчета об изменении информации MS (начало), действие зоны представления отчета о присутствии, действие представления отчета об информации CSG (начало), APN-AMBR, терпимое к задержке соединение). Применительно к оптимизации CP CIoT EPS адрес S-GW для UP S11-U и S-GW TEID используются MME для переадресации S-GW данных восходящей линии связи. Если статус UE выключения передачи данных 3GPP PS присутствовал в PCO запроса на создание сеанса и P-GW поддерживает свойство выключение передачи данных 3GPP PS, то P-GW должен включать указание поддержки выключения передачи данных 3GPP PS в PCO ответа на создание сеанса.

[0139] Этап 17: Если принято ограничение APN, тогда MME должен сохранить данное значение для контекста канала-носителя, и MME должен сверять данное принятое значение с сохраненным значением для максимального ограничения APN, чтобы гарантировать то, что отсутствуют конфликты между значениями. Если было осуществлено принятие контекста канала-носителя, то MME должен определять (новое) значение для максимального ограничения APN. Если отсутствует ранее сохраненное значение для максимального ограничения APN, тогда максимальное ограничение APN должно быть установлено в значение принятого ограничения APN. MME не должен деактивировать канал-носитель(ы) с экстренным Приоритетом Распределения и Удержания (ARP), если присутствует, для обеспечения действительного сочетания ограничений APN.

[0140] P-GW должен игнорировать максимальное ограничение APN, если запрос включает в себя экстренное APN.

[0141] Если действие представления отчета об изменении информации MS (начало) и/или действие представления отчета об информации CSG (начало) приняты для данного контекста канала-носителя, тогда MME должен сохранять это для контекста канала-носителя и MME должен представлять отчет тому P-GW через S-GW всякий раз, когда происходит изменение местоположения UE и/или информации CSG пользователя, которое удовлетворяет запросу P-GW, как описано в пункте 15.1.1a документа 3GPP TS 23.060. Если действие зоны представления отчета о присутствии принято для данного контекста канала-носителя, то MME должен сохранять данную информацию для контекста канала-носителя и должен представлять отчет тому P-GW через S-GW всякий раз, когда обнаруживается изменение присутствия UE в зоне представления отчета о присутствии, как описано в пункте 5.9.2.2 документа 3GPP TS 23.401 V15.0.0.

[0142] MME определяет UE AMBR, которая должна быть использована eNB, на основании UE-AMBR по подписке и APN-AMBR для APN по умолчанию, см. пункт 4.7.3 документа 3GPP TS 23.401 V15.0.0.

[0143] Применительно к экстренному присоединению, MME определяет UE-AMBR, которая должна быть использована посредством eNB, из APN AMBR, принятой от S-GW.

[0144] Если новый MME не принял, на этапе 12, индикатор согласования голосовой поддержки для UE от eNB, тогда на основании реализации MME может устанавливать указание поддержки IMS передачи голоса через сеанс PS и обновлять его на более поздних стадиях.

[0145] Новый MME отправляет eNB сообщение принятия присоединения (GUTI, список TAI, запрос на администрирование сеанса (APN, тип PDN, адрес PDN, идентификационные данные канала-носителя EPS, PCO, конфигурация сжатия заголовков, индикатор только CP), порядковый номер NAS, NAS-MAC, указание поддержки IMS передачи голоса через сеанс PS, индикатор поддержки экстренной услуги, указание поддержки Услуги Местоположения (LCS), поддерживаемое поведение сети, разрыв услуги). GUTI включается, если новый MME распределяет новый GUTI. Тип PDN и адрес PDN опускаются, если запрос на присоединение (этап 1) не содержит контейнер сообщения ESM. MME указывает оптимизации CIoT EPS, принятие которых он осуществляет, в информации поддерживаемого поведения сети, как определено в пункте 4.3.5.10 документа 3GPP TS 23.401 V15.0.0. Параметр разрыва услуги включается, если разрыв услуги присутствует в информации о подписке (этап 11) и UE указало возможность разрыва услуги в сетевых возможностях UE. Данное сообщение содержится в запросе на настройку первоначального контекста сообщения управления S1_MME до тех пор, пока MME не выбрал использование оптимизации CP CIoT EPS или UE не включило контейнер сообщения ESM в запрос на присоединение (этап 1), и в этом случае используется сообщение транспорта NAS нисходящей линии связи S1-AP. Сообщение запроса на настройку первоначального контекста S1-AP также включает в себя информацию контекста безопасности AS для UE, список ограничений передачи обслуживания, QoS канала-носителя EPS, UE-AMBR, идентификационные данные канала-носителя EPS, как, впрочем, и TEID у S-GW, который используется для UP, и адрес у S-GW для UP и разрешена ли оптимизация UP CIoT EPS для UE. Если тип PDN установлен в «не-IP», то MME включает его в запрос на настройку первоначального контекста S1-AP так, что eNB отключает сжатие заголовков. В дополнение, если соединение PDN создано для LIPA, то соответствующее сообщение запроса на настройку первоначального контекста S1 включает в себя ID корреляции для обеспечения прямой UP трассы между HeNB и L-GW. Если соединение PDN создано для Разгрузки Выбранного IP-Трафика (SIPTO) в локальной сети с помощью функции L-GW, которая совместно размещена с (H)eNB, то соответствующее сообщение запроса на настройку первоначального контекста S1-AP включает в себя ID корреляции SIPTO для обеспечения прямой UP трассы между (H)eNB и L-GW. LIPA и SIPTO не применяются к оптимизации CP CIoT EPS.

- ПРИМЕЧАНИЕ 12: В данной редакции технического описания 3GPP ID корреляции и ID корреляции SIPTO установлены равными UP P-GW TEID (основанный на GTP S5) или ключу GRE (основанный на PMIP S5), которые MME принял на этапе 16.

[0146] Если оптимизация CP CIoT EPS применяется для IP PDN соединения и UE отправило в запросе на присоединение конфигурацию сжатия заголовков и MME поддерживает параметры сжатия заголовков, то MME должен включать конфигурацию сжатия заголовков в сообщение принятия соединяемости PDN. MME также связывает каналы ROHC восходящей линии связи и нисходящей линии связи, чтобы поддерживать сигнализацию обратной связи сжатия заголовков. Если UE включило параметры настройки контекста сжатия заголовков в конфигурацию сжатия заголовков в запросе на присоединение, то MME может квитировать параметры настройки контекста сжатия заголовков. Если контекст ROHC не создан во время процедуры присоединения для соединения PDN, то перед использованием сжатого формата для отправки данных UE и MME требуется создать контекст ROHC с помощью пакета ROHC IR на основании конфигурации сжатия заголовков.

[0147] Если MME на основании локальной политики определяет, что соединение PDN должно использовать только Оптимизацию CP CIoT EPS, то MME должен включать индикатор только CP в запрос на администрирование сеанса. Применительно к соединениям PDN с SCEF, MME всегда должен включать индикатор только CP. UE, принимающее индикатор только CP для соединения PDN, должно использовать только Оптимизацию CP CIoT EPS для данного соединения PDN.

[0148] Если контейнер ESM не был включен в запрос на присоединение на этапе 1, тогда сообщение принятия присоединения не должно включать относящиеся к PDN параметры, а сообщение переноса NAS нисходящей линии связи S1-AP не должно включать относящуюся к контексту AS информацию, но может включать в себя относящуюся к CSG информацию.

[0149] Если тип присоединения не установлен в «экстренный» и контейнер ESM был включен в запрос на присоединение на этапе 1, и UE указало поддержку присоединения без соединения PDN в запросе на присоединение, и MME поддерживает присоединение без соединения PDN, и ограничение соединения PDN установлено в данных абонента, тогда MME должен отклонять контейнер ESM в сообщении запроса на присоединение и не должен включать относящиеся к PDN параметры в принятие присоединения, но может включать относящуюся к CSG информацию.

[0150] MME не включает IPv6-префикс внутри адреса PDN в сообщение принятия присоединения. MME включает QCI параметра QoS канала-носителя EPS и APN-AMBR в запрос на администрирование сеанса. Кроме того, если UE обладает возможностями UTRAN или GERAN и сеть поддерживает мобильность в UTRAN или GERAN, то MME использует информацию QoS канала-носителя EPS, чтобы получать соответствующие согласованные QoS параметры контекста Протокола Пакетной Передачи Данных (PDP) (профиль R99 QoS), приоритет радиосвязи, ID потока пакета и Идентификатор Транзакции (TI) и включает их в запрос на администрирование сеанса. Если UE, указало в сетевых возможностях UE, что оно не поддерживает процедуры потока пакетов Системы Базовой Станции (BSS), тогда MME не должен включать ID потока пакета. Список ограничений передачи обслуживания описан в пункте 4.3.5.7 «ограничения мобильности» документа 3GPP TS 23.401 V15.0.0. MME устанавливает указание поддержки IMS передачи голоса через сеанс PS, как описано в пункте 4.3.5.8 документа 3GPP TS 23.401 V15.0.0. Указание поддержки LCS указывает, поддерживает ли сеть MO Запрос Местоположения (LR) Развитого Пакетного Ядра (EPC) и/или MO-LR с Коммутацией Каналов (CS), как описано в документе 3GPP TS 23.271. MME может включать указание, разрешена ли разгрузка трафика данного соединения PDN в WLAN, как описано в пункте 4.3.23 документа 3GPP TS 23.401 V15.0.0.

[0151] Если UE инициирует процедуру присоединения в гибридной соте, то MME должен проверять, содержится ли CSG ID в подписке CSG и не истек. MME должен отправлять Сети Радиодоступа (RAN) указание, является ли UE членом CSG, наряду с сообщением управления S1-MME. На основании данной информации RAN может выполнять дифференцированную обработку применительно к CSG и не-CSG членам.

[0152] Если MME или P-GW изменили тип PDN, то соответствующая мотивированная причина должна быть возвращена UE, как описано в пункте 5.3.1.1 документа 3GPP TS 23.401 V15.0.0. Если UE указало тип PDN «не-IP», то MME и P-GW не должны менять тип PDN.

[0153] Применительно к UE с экстренным присоединением, т.е. применительно к UE, у которых созданы только экстренные каналы-носители EPS, отсутствует информация контекста безопасности AS, включенная в сообщения управления S1 и отсутствует безопасность уровня NAS, когда UE не может быть аутентифицировано. Индикатор поддержки экстренной услуги информирует UE о том, что поддерживаются экстренные услуги канала-носителя, т.е. UE разрешено запрашивать соединяемость PDN для экстренных услуг.

[0154] Если UE включило элемент информации параметров расширенного DRX режима бездействия, то MME включает элемент информации параметров расширенного DRX режима бездействия, если он принимает решение о разрешении расширенного DRX режима бездействия.

[0155] Если UE включило поддержку ограничения использования улучшенного покрытия, то MME отправляет параметр ограниченного улучшенного покрытия eNB в сообщении запроса на настройку первоначального контекста S1-AP. MME также отправляет UE параметр ограниченного улучшенного покрытия и сообщении принятия присоединения.

[0156] Этап 18: Если eNB принял запрос на настройку первоначального контекста S1-AP, то eNB отправляет UE сообщение реконфигурации соединения RRC, включающее в себя идентификационные данные радиоканала-носителя EPS, и также UE будет отправлено сообщение принятия присоединения или сходное. В некоторых вариантах осуществления параметр разрыва услуги (см. этапы 11 и 17) содержится в сообщении реконфигурации соединения RRC и/или сообщении принятия присоединения.

[0157] Если eNB принимает сообщение транспорта NAS нисходящей линии связи S1-AP (например, содержащее сообщение принятия присоединения), то eNB отправляет UE сообщение прямого переноса RRC. В некоторых вариантах осуществления параметр разрыва услуги (см. этапы 11 и 17) содержится в сообщении прямого переноса RRC.

[0158] UE должно хранить согласованное QoS, приоритет радиосвязи, ID потока пакета и TI, которые оно приняло в запросе на администрирование сеанса, для использования при осуществлении доступа через GERAN или UTRAN. APN предоставляется UE чтобы уведомить его о APN, с которым ассоциирован активированный канал-носитель по умолчанию. Для получения дополнительной информации см. документ 3GPP TS 36.331. UE может предоставлять параметры QoS канала-носителя EPS приложению, обрабатывающему поток(и) трафика. Использование приложением QoS канала-носителя EPS зависит от реализации. UE не должно отклонять реконфигурацию соединения RRC на основе параметров QoS канала-носителя EPS, которые содержатся в запросе на администрирование сеанса.

[0159] Если UE принимает параметр ограниченного улучшенного покрытия в сообщении принятия присоединения или сходном, то UE должно сохранить данную информацию и должно использовать значение параметра ограниченного улучшенного покрытия, чтобы определять, должно или нет использоваться свойство улучшенного покрытия. Если UE принимает разрыв услуги в сообщении принятия присоединения или сходном, то UE должно сохранять данный параметр и применять управление разрывом услуги для запросов на соединение для передачи MO данных (см. пункт 4.3.x ниже).

[0160] Если процедура присоединения инициируется путем выбора CSG вручную и происходит через соту CSG, то UE после приема принятия присоединения должно проверить, содержится ли CSG ID и ассоциированная PLMN у соты, в которую UE отправило сообщение запроса на присоединение, в своем списке разрешенных CSG. Если CSG ID и ассоциированная PLMN не находятся в списке разрешенных CSG UE, то UE должно добавить CSG ID и ассоциированную PLMN в свой список разрешенных CSG. Выбор CSG вручную не поддерживается, когда была инициирована экстренная услуга.

- ПРИМЕЧАНИЕ 13: Если UE принимает сообщение принятия присоединения через гибридную соту, то UE не добавляет соответствующий CSG ID и ассоциированную PLMN в свой список разрешенных CSG. Добавление CSG ID и ассоциированной PLMN в локальный список разрешенных CSG для гибридной соты выполняется только посредством процедур Администрирования Устройства (DM) По Воздуху (OTA) или Открытого Мобильного Альянса (OMA).

[0161] При приеме сообщения принятия присоединения UE должно установить свой TIN в «GUTI» так как не указано, что ISR Активировано.

[0162] Если UE принимает IPv4-адрес, установленный в 0.0.0.0, оно может согласовать IPv4-адрес с помощью DHCPv4, как указано в документе 3GPP TS 29.061. Если UE принимает ID интерфейса IPv6, оно может ожидать объявления маршрутизатора от сети с информацией IPv6-префикса или оно может отправить ходатайство маршрутизатору при необходимости.

- ПРИМЕЧАНИЕ 14: Подробности распределения IP-адресов описаны в пункте 5.3.1 касательно «Распределения IP-адресов» в документе 3GPP TS 23.401 V15.0.0.

[0163] Если применяется Оптимизация CP CIoT EPS или UE не включило контейнер сообщения ESM в запрос на присоединение на этапе 1, тогда этапы 19 и 20 не исполняются.

[0164] Этап 19: UE отправляет eNB сообщение завершения реконфигурации соединения RRC. Для получения дополнительной информации см. документ 3GPP TS 36.331.

[0165] Этап 20: eNB отправляет новому MME сообщение ответа на первоначальный контекст. Данное сообщение ответа на первоначальный контекст включает в себя TEID у eNB и адрес eNB, используемый для трафика нисходящей линии связи в эталонной точке S1_U.

[0166] MME должен быть подготовлен для приема данного сообщения либо до, либо после сообщения завершения присоединения (отправляется на этапе 22).

[0167] Если ID корреляции или ID корреляции SIPTO был включен в сообщение запроса на настройку первоначального контекста, то eNB должен использовать включенную информацию, чтобы создавать прямую UP трассу с L-GW и переадресовывать данные восходящей линии связи для локального IP-доступа или SIPTO в локальной сети с функцией L-GW, совместно размещенной с (H)eNB соответственно.

[0168] Этап 21: UE отправляет eNB сообщение прямого переноса, которое включает в себя сообщение завершения присоединения (идентификационные данные канала-носителя EPS, порядковый номер NAS, NAS-MAC). Если UE опустило контейнер сообщения ESM в сообщении запроса на присоединение на этапе 1, тогда идентификационные данные канала-носителя EPS опущены в сообщении завершения присоединения.

[0169] Этап 22: eNB переадресовывает новому MME сообщение завершения присоединения в сообщении транспорта NAS восходящей линии связи.

[0170] Если контейнер сообщения ESM был включен на этапе 1, то после сообщения принятия присоединения и как только UE получило (если применимо к типу PDN) адрес PDN, UE затем может отправлять пакеты восходящей линии связи в направлении eNB, которые затем будет передаваться посредством туннелирования к S-GW и P-GW. Если применяются оптимизации CP CIoT EPS, то данные восходящей линии связи отправляются, как указано в пункте 5.3.4B документа 3GPP TS 23.401 V15.0.0. Если UE запрашивало тип PDN двойного адреса (IPv4v6) для заданного APN и ему было предоставлено разрешение типа PDN одного адреса (IPv4 или IPv6) сетью по мотивированной причине, указывающей, что только одна версия IP из расчета на соединение PDN разрешена для отправки вместе с типом PDN, то UE должно запросить активацию параллельного соединения PDN с тем же самым APN с типом PDN одного адреса (IPv4 или IPv6) отличным от того, что уже активирован. Если UE не принимает мотивированную причину на этапе 18 в ответ на тип PDN IPv4v6, и оно принимает ID интерфейса IPv6 отдельно от IPv4-адреса или 0.0.0.0 в поле адреса PDN, то оно считает, что запрос PDN двойного адреса был успешным. Оно может ожидать объявления маршрутизатора от сети с информацией IPv6-префикса или оно может отправлять ходатайство маршрутизатору, если необходимо.

[0171] Этап 23: По приему как сообщения ответа на первоначальный контекст на этапе 20, так и сообщения завершения присоединения на этапе 22, новый MME отправляет S-GW сообщение запроса на модифицирование канала-носителя (идентификационные данные канала-носителя EPS, адрес eNB, eNB TEID, указание передачи обслуживания, информация о зоне представления отчета о присутствии). Если применяется оптимизация CP CIoT EPS и соединение PDN не обслуживается SCEF и если MME не требуется представлять отчет об изменении присутствия UE в Зоне Представления Отчета о Присутствии (PRA), то отправка запроса на модифицирование канала-носителя на этапах 23A, 23B и 24 пропускается; в противном случае, если соединение PDN обслуживается посредством SCEF, то не исполняются этапы 23, 24, 25 и 26. Если у MME было запрошено представление отчета об изменении присутствия UE в PRA, то MME включает в данное сообщение информацию PRA, содержащую идентификатор(ы) PRA и указание(я) того, находится ли UE внутри или за пределами зон(ы). При приеме запроса на представление отчета об изменении присутствия UE в PRA и когда MME решает не активировать представление отчета о присутствии UE в одной или более из принятых PRA, MME также представляет отчет о неактивных PRA в данном сообщении.

[0172] Этап 23A: Если указание передачи обслуживания включено на этапе 23, то S-GW отправляет P-GW сообщение запроса на модифицирование канала-носителя (указание передачи обслуживания), чтобы указать P-GW осуществление туннелирования пакетов из не 3GPP IP-доступа в 3GPP систему доступа и немедленно начать маршрутизацию пакетов к S-GW для любых созданных по умолчанию или выделенных каналов-носителей EPS. Если информация PRA включена на этапе 23, то S-GW отправляет P-GW сообщение запроса на модифицирование канала-носителя (информация PRA).

- ПРИМЕЧАНИЕ 15: Ожидается, что P-GW обрабатывает пакеты восходящей линии связи, отправленные UE, через 3GPP доступ после этапа 22, даже если они прибывают до переключения трассы на этапе 23.

- ПРИМЕЧАНИЕ 16: P-GW переадресовывает PCRF, Онлайновой Системе Тарификации (OCS) или как первому, так и второму информацию PRA, как определено в документе 3GPP TS 23.203.

[0173] Этап 23B: P-GW осуществляет квитирование путем отправки S-GW ответа на модифицирование канала-носителя.

[0174] Этап 24: S-GW осуществляет квитирование путем отправки новому MME сообщения ответа на модифицирование канала-носителя (идентификационные данные канала-носителя EPS). S-GW затем может отправлять свои буферизованные пакеты нисходящей линии связи.

[0175] Если присутствует событие мониторинга «доступность после сбоя DDN» или событие мониторинга «достижимость UE», сконфигурированные для UE в контексте EPS MM (EMM) у MME, то MME отправляет уведомление о событии (см. документ TS 23.682 в отношении дополнительной информации).

[0176] Этап 25: После того, как MME принимает сообщение ответа на модифицирование канала-носителя (идентификационные данные канала-носителя EPS), если тип запроса не указывает передачу обслуживания и канал-носитель EPS был создан, а данные подписки указывают, что пользователю разрешено выполнение передачи обслуживания в не-3GPP доступы, и если MME выбрал P-GW, который отличается от идентификационных данных P-GW, которые были указаны HSS в контексте подписки PDN, то MME должен отправлять HSS запрос на уведомление, включающий в себя APN и идентификационные данные P-GW, в отношении мобильности с не-3GPP доступами. Сообщение должно включать в себя информацию, которая идентифицирует PLMN, в которой располагается P-GW.

[0177] Если идентификационные данные ME у UE изменились, а этап 8 не был выполнен, то MME отправляет сообщение запроса на уведомление (идентификационные данные ME), чтобы проинформировать HSS об обновленных идентификационных данных ME.

[0178] Применительно к не аутентифицированному UE или UE в роуминге, если тип запроса у UE, которое запрашивает процедуру соединяемости, указывает «экстренный», то MME не должен отправлять HSS какой-либо запрос на уведомление. Применительно к аутентифицированному UE не в роуминге на основании конфигурации оператора (например, поддерживается или нет оператором передача голоса через WLAN, использует ли оператор фиксированный P-GW для экстренных вызовов и т.д.), если тип запроса указывает «экстренный», то MME может отправлять HSS запрос на уведомление, включающий в себя «P-GW в настоящее время используется для экстренных услуг», который содержит адрес P-GW и указание того, что соединение PDN служит для экстренных услуг. HSS должен сохранить его как часть контекста UE для экстренных услуг.

[0179] После этапа 8 и параллельно с любым из предшествующих этапов MME должен отправлять HSS сообщение запроса на уведомление (однородная поддержка IMS передачи голоса через сеансы PS):

- Если MME оценил поддержку IMS передачи голоса через сеансы PS, см. пункт 4.3.5.8 документа 3GPP TS 23.401 V15.0.0, и

- Если MME определяет, что ему требуется обновить однородную поддержку IMS передачи голоса через сеансы PS, см. пункт 4.3.5.8A документа 3GPP TS 23.401 V15.0.0.

[0180] Этап 26: В случае не экстренных услуг HSS сохраняет пару APN и идентификационные данные P-GW. В случае экстренных услуг HSS сохраняет «P-GW в настоящее время используется для экстренных услуг». Затем HSS отправляет MME ответ на уведомление.

- ПРИМЕЧАНИЕ 17: Применительно к передаче обслуживания от не-3GPP доступа, P-GW инициирует процедуру деактивации распределения ресурсов в доверенном/не доверенном не-3GPP IP-доступе, как указано в документе 3GPP TS 23.402.

Процедура TAU со сменой S-GW

- ПРИМЕЧАНИЕ 1: Применительно к основанному на PMIP S5/S8 этапы (A) и (B) процедуры определены в документе 3GPP TS 23.402. Этапы 9 и 10 касаются основанного на GTP S5/S8.

- ПРИМЕЧАНИЕ 2: В случае TAU без смены MME сигнализация на этапах 4, 5, 7 и этапах 12-17 пропускается.

[0181] Фигуры 2A и 2B иллюстрируют процедуру TAU со сменой S-GW. Теперь будут описаны этапы, которые иллюстрируются на Фигурах 2A-2B. Все обращения относятся к документу 3GPP TS 23.401 V15.0.0.

[0182] Этап 1: Возникает одно из инициирующих событий, описанных в пункте 5.3.3.0 документа TS 23.401 V15.0.0 для запуска процедуры TAU.

[0183] Этап 2: UE инициирует процедуру TAU путем отправки eNB сообщения запроса TAU (возможности базовой сети UE, сетевые возможности MS, предпочтительное поведение сети, поддержка ограничения использования улучшенного покрытия, старый GUTI, тип старого GUTI, TAI последнего посещения, активный флаг, активный флаг сигнализации, статус канала-носителя EPS, подпись P-TMSI, дополнительный GUTI, ID Развитого Набора Ключей (eKSI), порядковый номер NAS, NAS-MAC, ID Набора Ключей (KSI), предпочтения голосовой области и установка использования UE) вместе с параметрами RRC, указывающими выбранную сеть и старый GUMMEI. Исключение состоит в том, что, если TAU было инициировано с целью повторной балансировки нагрузки (см. пункт 4.3.7.3 документа TS 23.401 V15.0.0), то старый GUMMEI не включается в параметры RRC. UE должно установить тип старого GUTI, чтобы указывать, является ли старый GUTI собственным GUTI или отображен из P-TMSI и RAI.

[0184] Если TIN UE указывают «GUTI» или «относящийся к RAT TMSI» и UE содержит действительный GUTI, тогда старый GUTI указывает данный действительный GUTI. Если TIN UE указывают «P-TMSI» и UE содержит действительные P-TMSI и связанный RAI, тогда эти два элемента указываются в качестве старого GUTI. Отображение P-TMSI и RAI в GUTI указано в Приложении H. Когда UE находится в соединенном режиме (например, в URA_PCH), когда оно повторно выбирает E-UTRAN, UE должно устанавливать свои TIN в «P-TMSI».

[0185] Если UE содержит действительный GUTI, а старый GUTI указывает GUTI, отображенный из P-TMSI и RAI, тогда UE указывает GUTI в качестве дополнительного GUTI. Если старый GUTI указывает GUTI, отображенный из P-TMSI и RAI, и UE имеет действительную подпись P-TMSI, то должна быть включена подпись P-TMSI.

[0186] Дополнительный GUTI в сообщении запроса TAU позволяет новому MME найти любой уже существующий контекст UE, сохраненный в новом MME, когда старый GUTI указывает значение, отображенное из P-TMSI и RAI.

[0187] В качестве альтернативы, когда UE поддерживает только E-UTRAN, оно идентифицирует себя с помощью старого GUTI и устанавливает тип старого GUTI в «собственный».

[0188] Параметр RRC «старые GUMMEI» берет свое значение из идентификатора, который сигнализируется как старый GUTI», в соответствии с правилами выше. Применительно к объединенному MME/SGSN, eNB выполнен с возможностью маршрутизировать MME-код(ы) данного объединенного узла к тому же самому объединенному узлу. Данный eNB также выполнен с возможностью маршрутизировать MME-код(ы) GUTI, которые сформированы путем отображения UE P-TMSI, распределенных объединенным узлом. Такая конфигурация eNB также может быть использована для отдельных узлов, чтобы не допускать смены узлов в пуле, вызванной меж-RAT мобильностью.

[0189] TAI последнего посещения должны быть включены для того, чтобы помочь MME создавать хороший список TAI для любого последующего сообщения принятия TAU. Выбранная сеть указывает сеть, которая выбрана. Активный флаг является запросом UE на активацию радиоканала-носителя и канала-носителя S1 для всех активных каналов-носителей EPS посредством процедуры TAU, когда UE находится в состоянии ECM-IDLE. Активный флаг сигнализации является запросом UE на использование Оптимизации CP CIoT EPS для обеспечения соединения сигнализации NAS после того, как завершается процедура TAU, для того, что передать отложенные данные, используя транспорт данных в Оптимизации CP CIoT EPS или сигнализации NAS. Статус канала-носителя EPS указывает каждый канал-носитель EPS, который является активным в UE. Сообщение запроса TAU должно быть с защитой целостности посредством NAS-MAC, как описано в документе 3GPP TS 33.401. eKSI, порядковый номер NAS и NAS-MAC включены, если UE имеет действительные параметры безопасности EPS. Порядковый номер NAS указывает последовательный номер сообщения NAS. KSI включен, если UE указывает GUTI, отображенный из P-TMSI, в элементе информации «старый GUTI».

[0190] Применительно к UE, использующему оптимизацию CIoT EPS без какого-либо активированного соединения PDN, в сообщение запроса TAU не включены активный флаг или статус канала-носителя EPS. Применительно к UE с запущенным таймером разрыва услуги в UE активный флаг и активный флаг сигнализации не должны быть установлены в сообщении запроса TAU (см. пункт 4.3.x ниже).

[0191] Если UE имеет соединение PDN типа PDN «не-IP», то UE должно указывать статус канала-носителя EPS, включенный в сообщение запроса TAU.

[0192] UE устанавливает предпочтение голосовой области и установку использования UE в соответствии со своей конфигурацией, как описано в пункте 4.3.5.9 документа TS 23.401 V15.0.0.

[0193] UE включает элемент информации параметров расширенного DRX режима бездействия, если он требуется для обеспечения расширенного DRX режима бездействия, даже если параметры расширенного DRX режима бездействия уже были согласованы ранее.

[0194] Если UE включает предпочтительное поведение сети, то это определяет поведение сети, которое UE ожидает, что будет доступно в сети, как определено в пункте 4.3.5.10 документа TS 23.401 V15.0.0.

[0195] Этап 3: eNB получает адрес MME из параметров RRC, несущих старый GUMMEI, указанную выбранную сеть и RAT (NB-IoT или WB-E-UTRAN). Если этот MME не ассоциирован с тем eNB или GUMMEI недоступен или UE указывает, что процедура TAU была инициирована повторной балансировкой нагрузки, то eNB выбирает MME, как описано в пункте 4.3.8.3 касательно «Функции выбора MME» документа TS 23.401 V15.0.0.

[0196] eNB переадресовывает новому MME сообщение запроса TAU вместе с режимом доступа CSG, CSG ID, TAI+ECGI у соты, из которой он принял сообщение и с выбранной сетью. CSG ID предоставляется RAN, если UE отправляет сообщение запроса TAU через соту CSG или гибридную соту. Режим доступа CSG предоставляется, если UE отправляет сообщение запроса TAU через гибридную соту. Если режим доступа CSG не предоставляется, а CSG ID предоставляется, то MME должен рассматривать соту в качестве соты CSG. Применительно к SIPTO в локальной сети с архитектурой автономного GW, eNB включает ID локальной домашней сети в первоначальное сообщение UE и в сообщение транспорта NAS восходящей линии связи, если целевая сота находится в локальной домашней сети.

[0197] Чтобы помочь услугам местоположения eNB указывает MME уровень покрытия UE.

[0198] Этап 4: Новый MME дифференцирует тип старого узла, т.е. MME или SGSN, как указано в пункте 4.3.19 документа TS 23.401 V15.0.0, использует GUTI, принятый от UE, чтобы получить адрес старого MME/S4 SGSN, и отправляет старому MME/старому S4 SGSN сообщение запроса контекста (старый GUTI, сообщение завершение запроса TAU, подпись P-TMSI, адрес MME, UE с подтвержденной действительностью, указание поддержки оптимизации CIoT EPS), чтобы извлечь информацию пользователя. UE с подтвержденной действительностью указывает, что новый MME проверил действительность защиты целостности сообщения TAU, например, на основании собственного контекста безопасности EPS для UE. Чтобы проверить действительность запроса контекста старый MME использует сообщение завершения запроса TAU, а старый S4 SGSN использует подпись P-TMSI и отвечает подходящей ошибкой, если проверка целостности терпит неудачу в старом MME/S4 SGSN. Это должно инициировать функции безопасности в новом MME. Если функции безопасности аутентифицируют UE корректно, то новый MME должен отправить старому MME/S4 SGSN сообщение запроса контекста (IMSI, сообщение завершение запроса TAU, адрес MME, UE с подтвержденной действительностью) с набором UE с подтвержденной действительностью. Если новый MME указывает, что он имеет аутентифицированное UE или если старый MME/старый S4 SGSN корректно подтверждает действительность UE, тогда старый MME/старый S4 SGSN запускает таймер.

[0199] Если UE с экстренными каналами-носителями не аутентифицировано в старом MME/старом S4 SGSN (в сети, поддерживающей не аутентифицированные UE), то старый MME/старый S4 SGSN продолжает процедуру отправкой ответа контекста и запуская таймер также, когда он не может подтвердить действительность запроса контекста.

[0200] Если новый MME поддерживает оптимизацию CIoT EPS, то указание поддержки оптимизации CIoT EPS включается в запрос контекста, указывающий поддержку различных оптимизаций CIoT EPS (например, поддержку сжатия заголовков для оптимизации CP и т.д.).

[0201] Этап 5: Если запрос контекста отправляется старому MME, то старый MME отвечает сообщением ответа контекста (IMSI, идентификационные данные ME (IMEISV), контекст MM, контекст(ы) канала-носителя EPS, адрес сигнализации и TEID у S-GW, поддержка Сокращения Сигнализации в Состоянии Бездействия (ISR), действие представления отчета об изменении информации MS (если доступно), действие представления отчета об информации CSG (если доступно), временная зона UE, возможности базовой сети UE, особые для UE параметры DRX). Если новый MME поддерживает оптимизацию CIoT EPS и использование сжатия заголовков было согласовано между UE и старым MME, то ответ контекста также включает в себя конфигурацию сжатия заголовков, которая включает в себя информацию, необходимую для настройки канала ROHC, но не сам контекст ROHC.

[0202] Если запрос контекста отправляется старому S4 SGSN, то старый S4 SGSN отвечает ответом контекста (контекст MM, контекст(ы) канала-носителя EPS, адрес сигнализации и TEID у S-GW, поддержка ISR, действие представления отчета об изменении информации MS (если доступно), действие представления отчета об информации CSG (если доступно), временная зона UE, возможности базовой сети UE, особые для UE параметры DRX). Если исходный MME еще не представил P-GW отчет о ненулевом счетчике MO данных исключений, то ответ контекста также включает в себя счетчик MO данных исключений, как описано в документе 3GPP TS 29.274.

[0203] Контекст MM содержит относящуюся к безопасности информацию, как, впрочем, и другие параметры (включая IMSI и идентификационные данные ME (если доступны)), как описано в пункте 5.7.2 (хранение информации для MME) документа TS 23.401 V15.0.0. Неиспользованные квинтеты аутентификации в контексте MM также поддерживаются в SGSN. Документ 3GPP TS 33.401 предоставляет дополнительные подробности касательно переноса относящейся к безопасности информации.

[0204] Если контекст MM, принятый с помощью сообщения ответа контекста, не включает в себя IMEISV и MME уже не хранит IMEISV у UE, то MME должен извлечь идентификационные данные ME (IMEISV) из UE.

[0205] Адрес и TEID у P-GW (для основанного на GTP S5/S8) или ключи Общей Инкапсуляции Маршрутизации (GRE) (основанный на PMIP S5/S8 в P-GW для трафика восходящей линии связи) и TI, являются частью контекста канала-носителя EPS. Если UE неизвестно в старом MME/старом S4 SGSN или если проверка целостности для сообщения запроса TAU терпит неудачу, то старый MME/старый S4 SGSN отвечает подходящей причиной ошибки. Поддерживаемое ISR указывается, если старый MME/старый S4 SGSN и ассоциированный S-GW выполнены с возможностью активировать ISR для UE.

[0206] Если UE принимает экстренные услуги канала-носителя от старого MME/старого S4 SGSN и UE является без Универсальной Карты на основе Интегральной Микросхемы (UICC), то IMSI не могут быть включены в ответ контекста. Применительно к UE с экстренным присоединением, если IMSI не могут быть аутентифицированы, тогда IMSI должны быть помечены как не аутентифицированные. Также в данном случае параметры безопасности включаются только если доступны.

[0207] Если SIPTO в локальной сети является активной для соединения PDN в архитектуре с автономным шлюзом, то старый MME/старый S4 SGSN должен включать ID локальной домашней сети у старой соты в контекст канала-носителя EPS, соответствующий SIPTO в соединении PDN локальной сети.

[0208] Применительно к UE, использующему оптимизацию CIoT EPS без какого-либо активированного соединения PDN, отсутствует контекст(ы) канала-носителя EPS, включенный в сообщение ответа контекста.

[0209] На основании указания поддержки оптимизации CIoT EPS, старый MME только переносит контекст(ы) канала-носителя EPS, который поддерживает новый MME. Если новый MME не поддерживает оптимизацию CIoT EPS, то контекст(ы) канала-носителя EPS у не-IP соединения PDN не переносится к новому MME. Если контекст(ы) канала-носителя EPS соединения PDN не был перенесен, то старый MME должен считать все каналы-носители того соединения PDN как потерявшие работоспособность и высвобождать соединение PDN путем инициирования запрошенной MME процедуры разъединения PDN, указанной в пункте 5.10.3 документа TS 23.401 V15.0.0. Буферизованные данные в старом MME сбрасываются после приема ACK контекста.

[0210] Этап 6: Если проверка целостности сообщения запроса TAU (отправленного на этапе 2) терпит неудачу, тогда аутентификация является обязательной. Функции аутентификации определяются в пункте 5.3.10 касательно «функции безопасности» документа 3GPP TS 23.401 V15.0.0. Процедуры шифрования описаны в пункте 5.3.10 касательно «функции безопасности» документа 3GPP TS 23.401 V15.0.0. Если собираются выполнять распределение GUTI и сеть поддерживает шифрование, то сообщения NAS должны быть зашифрованы.

[0211] Если данный запрос TAU принимается для UE, которое уже находится в состоянии ECM_CONNECTED и PLMN-ID у TAI, отправленный eNB на этапе 3, отличается от того, что у GUTI, включенного в сообщение запроса TAU, то MME должен откладывать аутентификацию UE до тех пор, пока не закончится этап 21 (сообщение завершения TAU).

- ПРИМЕЧАНИЕ 3: MME откладывает аутентификацию таким образом, что UE сначала обновляет свой зарегистрированный PLMN-ID на новый PLMN-ID, выбранный RAN во время передачи обслуживания. Новый PLMN-ID предоставляется UE посредством MME как часть GUTI в сообщении принятия TAU на этапе 20. Выполнение этого гарантирует то, что один и тот же PLMN-ID используется при получении ключа KASME как сетью, так и UE.

[0212] Если новый MME выполнен с возможностью обеспечивать экстренные услуги канала-носителя для не аутентифицированного UE, то новый MME ведет себя следующим образом:

- в случае, когда UE имеет только экстренные услуги канала-носителя, MME либо пропускает аутентификацию и процедуру безопасности, либо осуществляет принятие того, что аутентификация может потерпеть неудачу и продолжает процедуру TAU; или

- в случае, когда UE имеет как экстренные, так и не экстренные услуги канала-носителя, и аутентификация терпит неудачу, MME продолжает процедуру TAU и деактивирует все не экстренные соединения PDN, как указано в пункте 5.10.3 документа TS 23.401 V15.0.0.

[0213] Этап 7: MME (если MME сменился, тогда он является новым MME) определяет перемещение S-GW. S-GW перемещается, когда старый S-GW не может продолжать обслуживание UE. MME (если MME сменился, тогда он является новым MME) также может принимать решение о перемещении S-GW, если ожидается, что новый S-GW будет обслуживать UE дольше и/или с более оптимальной трассой от UE к P-GW, или если новый S-GW может быть совместно размещен с P-GW. Выбор нового S-GW выполняется в соответствии с пунктом 4.3.8.2 касательно «функции выбора S-GW» документа TS 23.401 V15.0.0.

[0214] Если MME сменился, то новый MME отправляет старому MME/старому S4 SGSN сообщение ACK контекста (указание смены S-GW). Указание смены S-GW указывает, что был выбран новый S-GW. Старый MME/старый S4 SGSN отмечает в своем контексте UE, что информация в шлюзе является недействительной. И если старый узел является MME, то старый MME отмечает в своем контексте UE, что информация в HSS является недействительной. Это гарантирует то, что старый MME/старый S4 SGSN обновляет шлюзы, и старый MME обновляет HSS, если UE инициирует процедуру TAU или RAU обратно к старому MME/старому S4 SGSN до завершения происходящей процедуры TAU.

- ПРИМЕЧАНИЕ 4: Обновление шлюзов относится к удалению сеанса(ов) в S-GW, с последующим повторным созданием сеанса(ов) в S-GW. Повторное создание сеанса(ов) в S-GW приведет к успешному повторному созданию туннеля S5/S8 между выбранным S-GW и P-GW.

[0215] Если функции безопасности не аутентифицируют UE корректно, тогда TAU должно быть отклонено, и новый MME должен отправлять указание отклонения старому MME/старому S4 SGSN. Старый MME/старый S4 SGSN должен продолжать, как если бы указание и запрос контекста никогда не принимался.

[0216] ISR не указывается в ACK контекста поскольку ISR не активируется из-за смены S-GW.

[0217] Применительно к UE, использующему оптимизацию CIoT EPS без какого-либо активированного соединения PDN, этапы 8, 9, 10, 11, 18 и 19 пропускаются.

[0218] Этап 8: Если MME сменился, то новый MME верифицирует статус канала-носителя EPS, принятого от UE с контекстами канала-носителя, принятыми от старого MME/старого S4 SGSN. Если MME не сменился, то MME верифицирует статус канала-носителя EPS от UE с контекстами канала-носителя, доступными в контексте MM. MME высвобождает любые сетевые ресурсы, которые относятся к радиоканалам-носителям EPS, которые не являются активными в UE. Если вовсе отсутствует контекст канала-носителя, то MME отклоняет запрос TAU.

[0219] Если MME выбрал новый S-GW, то он отправляет выбранному новому S-GW из расчета на соединение PDN сообщение запроса на создание сеанса (IMSI, контексты канала-носителя, адрес и TEID MME, тип, тип протокола через S5/S8, тип RAT, обслуживающая сеть, временная зона UE, счетчик MO данных исключений). Адрес P-GW и TFT (для основанного на PMIP S5/S8) указываются в контекстах канала-носителя. Тип указывает S-GW отправлять P-GW запрос на модифицирование канала-носителя. Тип протокола через S5/S8 предоставляется S-GW, причем протокол должен быть использован через интерфейс S5/S8. Тип RAT указывает смену радиодоступа. Если это мобильность от SGSN к MME и если MME поддерживает представление отчета об изменении информации о местоположении, то MME должен включать информацию о местоположении пользователя (в соответствии с поддерживаемой степенью разбиения) в запрос на создание сеанса, независимо от того было ли запрошено представление отчета об изменении информации о местоположении в предыдущей RAT посредством P-GW. Если это мобильность между MME и если P-GW запросил представление отчета об изменении информации о местоположении, то MME включает IE информации о местоположении пользователя в данное сообщение, если она является отличной в сравнении с ранее отправленной информацией. Если P-GW запросил информацию CSG пользователя, то MME также включает IE информации CSG пользователя в данное сообщение. Если применяется Оптимизация CP CIoT EPS, то MME также может указывать туннелирование S11-U данных пользователя NAS и отправлять свой собственный IP-адрес S11-U и TEID нисходящей линии связи MME для переадресации данных нисходящей линии связи посредством S-GW. MME должен включать счетчик MO данных исключений, если он принял счетчик по причине RRC «MO данные исключений» в сообщении ответа контекста.

[0220] Если используется только Оптимизация CP CIoT EPS, то MME должен включать индикатор соединения PDN только CP в запрос на создание сеанса.

[0221] Если новый MME принимает контекст канала-носителя EPS с SCEF, тогда новый MME обновляет SCEF, как определено в документе 3GPP TS 23.682.

[0222] Этап 9: S-GW информирует P-GW об изменении, например, типа RAT, который, например, может быть использован для тарификации, путем отправки заинтересованным P-GW из расчета на соединение PDN сообщения запроса на модифицирование канала-носителя (адрес и TEID у S-GW, тип RAT, обслуживающая сеть, указание поддержки временной остановки тарификации PDN). IE информации о местоположении пользователя и/или IE временной зоны UE и/или IE информации CSG пользователя и/или счетчик MO данных исключений также включаются, если они присутствуют на этапе 8. S-GW и P-GW указывают каждое использование причины создания RRC «MO данные исключений» посредством связанного счетчика в своих CDR.

[0223] Если S-GW принял индикатор соединения PDN только CP на этапе 8, то S-GW указывает использование только CP в своих CDR.

[0224] Этап 9A: Если развернуто динамическое PCC и требуется переправка информации о типе RAT от P-GW к PCRF, тогда P-GW должен отправлять PCRF информацию о типе RAT посредством процедуры модифицирования сеанса IP-CAN, как определено в документе 3GPP TS 23.203.

- ПРИМЕЧАНИЕ 5: P-GW не требуется ждать ответа PCRF, а просто продолжает на следующем этапе. Если ответ PCRF приводит к модифицированию канала-носителя EPS, то P-GW должен инициировать процедуру обновления канала-носителя.

[0225] Этап 10: P-GW обновляет свои контексты канала-носителя и возвращает сообщение ответа на модифицирование канала-носителя (MSISDN, ID тарификации, указание разрешенной временной остановки тарификации PDN (если P-GW выбрал разрешение функции)). MSISDN включается, если P-GW сохранил его в своем контексте UE. Если произошла смена RAT в сторону E-UTRAN, и требуется и поддерживается представление отчета об изменении информации о местоположении в целевом MME, то P-GW должен предоставить действие представление отчета об изменении информации MS в ответе на модифицирование канала-носителя.

[0226] Если перемещается S-GW, то P-GW должен отправлять один или более пакеты «маркера конца» по старой трассе сразу после переключения трассы для того, чтобы помочь функции переупорядочивания в целевом eNB. Если у S-GW нет созданной UP нисходящей линии связи, то S-GW должен отклонять «маркер конца», принятый от P-GW, и не должен отправлять уведомление о данных нисходящей линии связи. В противном случае S-GW должен переадресовывать пакеты «маркера конца» исходному eNB или исходному S4 SGSN.

[0227] Этап 11: S-GW обновляет свой контекст канала-носителя. Это позволяет S-GW осуществлять маршрутизацию PDU канала-носителя к P-GW при приеме от eNB.

[0228] S-GW возвращает новому MME сообщение ответа на создание сеанса (адрес и TEID у S-GW для UP и CP и P-GW TEID (для основанного на GTP S5/S8) или ключи GRE (для основанного на PMIP S5/S8) для трафика восходящей линии связи и CP, действие представления отчета об изменении информации MS). Если применяется оптимизация CP CIoT EPS, то адрес S-GW для UP S11-U и S-GW TEID используются MME для переадресации данных восходящей линии связи к S-GW.

[0229] Когда MME принимает сообщение ответа на создание сеанса, MME проверяет, присутствует ли событие мониторинга «доступность после сбоя Уведомления о Данных Нисходящей Линии Связи (DDN)» или событие мониторинга «Достижимость UE», сконфигурированные для UE в MME, и в таком случае отправляет уведомление о событии (см. документ 3GPP TS 23.682 в отношении дополнительной информации).

[0230] Этап 12: Новый MME верифицирует, удерживает ли он данные подписки для UE, идентифицируемого посредством GUTI, дополнительного GUTI или посредством IMSI, принятые с данными контекста от старого узла базовой сети.

[0231] Если данные подписки отсутствуют в новом MME для данного UE, или применительно к некоторому сценарию совместного использования сети (например, GWCN), если PLMN-ID у TAI, который подается eNB, отличается от того, что у GUTI в контексте UE, тогда новый MME отправляет HSS сообщение запроса на обновление местоположения (идентификационные данные MME, IMSI, флаги ULR, возможности MME, однородная поддержка IMS передачи голоса через сеансы PS, возможности UE SRVCC, список эквивалентных PLMN, идентификационные данные ME (IMEISV)). Флаги ULR указывают, что обновление местоположения отправлено от MME и в HSS должна быть обновлена регистрация MME. HSS не отменяет какую-либо регистрацию SGSN. Возможности MME указывают поддержку MME для функциональной возможности региональных ограничений доступа. Включение списка эквивалентных PLMN указывает на то, что MME поддерживает передачу обслуживания между PLMN для соты CSG в ePLMN, используя информацию о подписке целевой PLMN. Указание «однородной поддержки IMS передачи голоса через сеансы PS» (см. пункт 4.3.5.8A документа TS 23.401 V15.0.0) не должно быть включено до тех пор, пока MME не завершит свою оценку поддержки «IMS передачи голоса через сеанс PS», как указано в пункте 4.3.5.8 документа TS 23.401 V15.0.0. Идентификационные данные ME включаются, если этап 5 предписывает MME извлечь IMEISV из UE.

- ПРИМЕЧАНИЕ 6: На данном этапе MME может не обладать всей информацией, которая требуется для определения установки указания поддержки IMS передачи голоса через сеанс PS для данного UE (см. пункт 4.3.5.8 документа TS 23.401 V15.0.0). Следовательно, MME может отправлять «однородную поддержку IMS передачи голоса через сеансы PS» позже в данной процедуре.

[0232] Если UE инициирует процедуру TAU в VPLMN, поддерживающей автономный роуминг CSG, и у HPLMN задействован Автономный Роуминг CSG в VPLMN (через соглашение об уровне услуги) и MME требуется извлечь информацию о подписке CSG у UE из CSS, то MME инициирует процедуру обновления местоположения CSG с CSS, как описано в пункте 5.3.12 документа TS 23.401 V15.0.0.

[0233] Если MME определяет, что изменились только возможности UE SRVCC, то MME отправляет HSS запрос на уведомление, чтобы проинформировать об изменившихся возможностях UE SRVCC.

[0234] Если все каналы-носители EPS у UE имеют значение экстренного ARP, то новый MME может пропускать процедуру обновления местоположения или продолжать, даже если обновление местоположения терпит неудачу.

[0235] Этап 13: HSS отправляет старому MME сообщение отмены местоположения (IMSI, тип отмены) с типом отмены, установленным в процедуру обновления.

[0236] Этап 14: Если таймер, запущенный на этапе 4, не работает, то старый MME удаляет контекст MM. В противном случае контексты удаляются, когда таймер истекает. Это также гарантирует то, что контекст MM удерживается в старом MME для случая, когда UE инициирует другую процедуру TAU до завершения происходящей процедуры TAU в новом MME. Старый MME осуществляет квитирование с помощью сообщения ACK отмены местоположения (IMSI).

[0237] Этап 15: Когда старый S4 SGSN принимает сообщение квитирования контекста и если UE находится в состоянии Iu соединенном, то старый S4 SGSN отправляет RNC сообщение команды высвобождения Iu после того, как таймер, запущенный на этапе 4, истек.

[0238] Этап 16: RNC отвечает сообщением завершения высвобождения Iu.

[0239] Этап 17: HSS осуществляет квитирование сообщения запроса на обновление местоположения путем отправки новому MME сообщения ACK обновления местоположения (IMSI, данные подписки). Данные подписки могут содержать данные подписки CSG для зарегистрированной PLMN и для списка эквивалентных PLMN, запрошенного MME на этапе 12.

[0240] Данные подписки могут содержать параметр ограниченного улучшенного покрытия. Если принимается от HSS, то MME сохраняет данный параметр ограниченного улучшенного покрытия в контексте MME MM.

[0241] Данные подписки могут содержать параметр разрыва Услуги. Если принимается от HSS, то MME сохраняет данный параметр разрыва Услуги в контексте MME MM и осуществляет прохождение его к UE в сообщении Принятия Обновления Зоны Отслеживания.

[0242] Если обновление местоположения отклоняется посредством HSS, то новый MME отклоняет запрос TAU от UE с подходящей причиной. В таких случаях новый MME высвобождает любые локальные контексты канала-носителя EPS MME для данного конкретного UE, и дополнительно удаляет ресурсы канала-носителя EPS в новом S-GW путем отправки новому S-GW сообщений запроса на удаление сеанса (причина, указание операции). Флаг указания операции не должен быть установлен. Вследствие этого новый S-GW, принимающий данный запрос, не должен инициировать процедуру удаления в направлении P-GW.

[0243] Если UE инициирует процедуру TAU в соте CSG, то новый MME должен проверять, содержатся ли CSG ID и ассоциированная PLMN в подписке CSG и не истекли. Если CSG ID и ассоциированная PLMN не присутствуют или истекли, то MME должен отправлять UE сообщение отклонения TAU с подходящим значением причины. UE должно удалять CSG ID и ассоциированную PLMN из своего списка разрешенных CSG, если присутствует. Если UE имеет происходящие экстренные услуги канала-носителя, то не должно выполняться управление доступом CSG.

[0244] Если все проверки успешны, тогда новый MME создает контекст для UE.

[0245] Этап 18: Если MME сменился, когда таймер, запущенный на этапе 4 истекает, старый MME/старый S4 SGSN высвобождает любые локальные ресурсы канала-носителя MME или SGSN и дополнительно старый MME/старый S4 SGSN удаляет ресурсы канала-носителя EPS путем отправки строму S-GW сообщений запроса на удаление сеанса (причина, указание операции), если он принял указание смены S-GW в сообщении квитирования контекста на этапе 7. Когда флаг указания операции не установлен, то это указывает старому S-GW, что старый S-GW не должен инициировать процедуру удаления в отношении P-GW. Если ISR Активировано, то причина указывает старому S-GW, что старый S-GW должен удалить ресурсы канала-носителя на другом старом узле базовой сети, путем отправки сообщения(ий) запроса на удаление канала-носителя узлу базовой сети.

[0246] Если MME не сменился, то этап 11 инициирует высвобождение ресурсов канала-носителя EPS на старом S-GW.

[0247] Этап 19: S-GW осуществляет квитирование с помощью сообщений ответа на удаления сеанса (причина). S-GW отклоняет любые пакеты, буферизованные для UE.

[0248] Этап 20: Если из-за региональных ограничений подписки или ограничений доступа (например, ограничений CSG) UE не разрешено осуществлять доступ к TA:

- MME отклоняет запрос TAU с подходящей причиной для UE.

- Применительно к UE с экстренными каналами-носителями EPS, т.е., по меньшей мере один канал-носитель EPS имеет значение ARP, зарезервированное для экстренных услуг, новый MME осуществляет принятие запроса TAU и деактивирует все не экстренные соединения PDN, как указано в пункте 5.10.3 документа TS 23.401 V15.0.0. Если процедура TAU инициируется в состоянии ECM-IDLE, то все не экстренные каналы-носители EPS деактивируются процедурой TAU без сигнализации деактивации канала-носителя между UE и MME.

[0249] MME отправляет UE сообщение принятия TAU (GUTI, список TAI, статус канала-носителя EPS, порядковый номер NAS, NAS-MAC, поддержка IMS передачи голоса через сеанс PS, индикатор поддержки экстренной услуги, указание поддержки LCS, поддерживаемое поведение сети, разрыв услуги). Если установлен активный флаг, то MME может предоставлять eNB список ограничений передачи обслуживания. GUTI включается, если MME распределяет новый GUTI. Если активный флаг установлен в сообщении запроса TAU, то процедура настройки UP может быть активирована в сочетании с сообщением принятия TAU. Если время истечения буфера данных нисходящей линии связи для UE в MME не истекло, то процедура настройки UP активируется, даже если MME не принимает активного флага в сообщении запроса TAU. Если новый MME принимает сообщение уведомления о данных нисходящей линии связи или любое сообщение сигнализации нисходящей линии связи в то время, как UE по-прежнему соединено, то процедура настройки UP может быть активирована, даже если новый MME не принимает активный флаг в сообщении запроса TAU. Процедура описана подробно в документе 3GPP TS 36.300. Последовательность сообщений должна быть точно такой же, как для процедуры инициированного UE запроса услуги, указанной в пункте 5.3.4.1 документа TS 23.401 V15.0.0, с этапа, когда MME создает канал-носитель(ы). MME указывает IE статуса канала-носителя EPS для UE. UE удаляет любые внутренние ресурсы, которые относятся к радиоканалам-носителям, которые не помечены активными в принятом статусе канала-носителя EPS. Если информация о статусе канала-носителя EPS была в запросе TAU, то MME должен указывать UE статус канала-носителя EPS. Список ограничений передачи обслуживания описан в пункте 4.3.5.7 «Ограничения Мобильности» документа TS 23.401 V15.0.0. MME устанавливает поддержку IMS передачи голоса через сеанс PS, как описано в пункте 4.3.5.8 документа TS 23.401 V15.0.0.

[0250] Применительно к UE, использующему оптимизацию CIoT EPS без какого-либо активированного соединения PDN, отсутствует статус канала-носителя EPS, включенный в сообщение принятия TAU.

[0251] MME указывает оптимизации CIoT, которые он поддерживает и предпочитает, в информации поддерживаемого поведения сети, как определено в пункте 4.3.5.10 документа TS 23.401 V15.0.0.

[0252] Если в MME для UE запущен таймер разрыва услуги, то активный флаг и активный флаг сигнализации, принятый в сообщении запроса TAU, должны быть проигнорированы и любые действия, инициированные активным флагом или активным флагом сигнализации в данной процедуре, не должны выполняться.

[0253] Параметр разрыва услуги включается в сообщение принятия TAU, если UE указало возможность разрыва услуги в сетевых возможностях UE и, либо если разрыв услуги был принят на этапе 17 от HSS в информации о подписке, либо если разрыв услуги в информации о подписке ранее был обновлен посредством администрирования профиля пользователя HSS (т.е. процедура вставки данных абонента в пункте 5.3.9.2 документа TS 23.401 V15.0.0). Следует отметить, что MME может включать в себя таймер разрыва услуги даже без явных указаний поддержки.

[0254] Если UE включило поддержку для ограничения использования улучшенного покрытия, то MME отправляет eNB параметр ограниченного улучшенного покрытия в сообщении S1-AP, как определено в пункте 4.3.28 документа TS 23.401 V15.0.0. MME также отправляет UE параметр ограниченного улучшенного покрытия в сообщении принятия TAU. UE должно сохранить параметр ограниченного улучшенного покрытия и должно использовать значение параметра ограниченного улучшенного покрытия, чтобы определять, должно или нет использоваться свойство улучшенного покрытия.

[0255] Если MME успешно получил параметры конфигурации сжатия заголовков на этапе 5, то он указывает UE продолжающееся использование ранее согласованной конфигурации в статусе контекста сжатия заголовков для каждого канала-носителя EPS у UE. Когда статус контекста сжатия заголовков указывает, что ранее согласованная конфигурация более не может быть использована для некоторых каналов-носителей EPS, то UE должно остановить выполнение сжатия и распаковки заголовков при отправке или приеме данных с использованием оптимизации CP CIoT EPS по этим радиоканалам-носителям EPS.

[0256] Если MME не принимает индикатор согласования голосовой поддержки в контексте MM, тогда MME может отправлять eNB запрос на согласование возможностей радиосвязи UE, как описано в пункте 5.3.14 документа TS 23.401 V15.0.0. Если MME не приняло индикатор согласования голосовой поддержки от eNB, тогда на основании реализации MME может устанавливать указание поддержки IMS передачи голоса через сеанс PS и обновлять его на более поздней стадии. После этапа 12 и параллельно любому из предшествующих этапов MME должен отправлять HSS сообщение запроса на уведомление (однородная поддержка IMS передачи голоса через сеансы PS):

- Если MME оценил поддержку IMS передачи голоса через сеансы PS, см. пункт 4.3.5.8 документа 3GPP TS 23.401 V15.0.0, и

- Если MME определяет, что ему требуется обновить однородную поддержку IMS передачи голоса через сеансы PS, см. пункт 4.3.5.8A документа 3GPP TS 23.401 V15.0.0.

[0257] Индикатор поддержки экстренной услуги информирует UE о том, что поддерживаются экстренные услуги канала-носителя. Указание поддержки LCS указывает, поддерживает ли сеть EPC-MO-LR и/или CS-MO-LR, как описано в документе 3GPP TS 23.271.

[0258] Если UE включило элемент информации параметров расширенного DRX режима бездействия, то MME включает элемент информации параметров расширенного DRX режима бездействия, если он принимает решение о разрешении расширенного DRX режима бездействия.

[0259] Когда принимается сообщение принятия TAU и в нем отсутствует указание, что ISR активировано, то UE должно устанавливать свои TIN в «GUTI».

[0260] Применительно к смене S-GW, активированное ISR никогда не указывается MME, поскольку сначала требуется Обновление Зоны Маршрутизации (RAU) с тем же самым S-GW, чтобы активировать ISR. Применительно к смене MME, ISR не активируется новым MME, чтобы избежать процедур переноса контекста с двумя старыми узлами базовой сети.

[0261] Если процедура TAU инициируется путем выбора CSG вручную и происходит через соту CSG, то UE по приему сообщения принятия TAU должно добавлять CSG ID и ассоциированную PLMN в свой список разрешенных CSG, если он уже не присутствует. Выбор CSG вручную не поддерживается, если у UE созданы экстренные каналы-носители.

[0262] Если настройка UP выполняется в сочетании с сообщением принятия TAU и TAU выполняется через гибридную соту, тогда MME должен отправлять RAN указание того, является ли UE членом CSG, наряду с сообщением управления S1-MME. На основании данной информации RAN может выполнять дифференцированную обработку применительно к CSG и не-CSG членам.

- ПРИМЕЧАНИЕ 7: Если UE принимает сообщение принятия TAU через гибридную соту, то UE не добавляет соответствующий CSG ID и ассоциированную PLMN в свой список разрешенных CSG. Добавление CSG ID и ассоциированной PLMN в локальный список разрешенных CSG UE для гибридной соты выполняется только посредством процедур DM OTA или OMA.

[0263] Если UE принимает разрыв услуги в сообщении принятия TAU, то UE должно сохранить данный параметр и применять управление разрывом услуги для запросов на соединение для передачи MO данных (см. пункт 4.3.x ниже).

[0264] Этап 21: Если GUTI был включен в принятие TAU, то UE осуществляет квитирование принятого сообщения путем возврата MME сообщения завершения TAU.

[0265] Когда «активный флаг» не установлен в сообщении запроса TAU и TAU не было инициировано в состоянии ECM-CONNECTED, то новый MME высвобождает соединение сигнализации с UE в соответствии с пунктом 5.3.5 документа 3GPP TS 23.401 V15.0.0. Применительно к UE, использующему оптимизацию CP CIoT EPS, когда установлен «активный флаг сигнализации», то новый MME не должен высвобождать соединение сигнализации NAS с UE сразу после того, как завершается процедура TAU.

- ПРИМЕЧАНИЕ 8: Новый MME может инициировать создание Канала-носителя Радиодоступа E-UTRAN (E-RAB) (см. документ 3GPP TS 36.413) после исполнения функций безопасности, или ожидать завершения процедуры обновления TA. Применительно к UE, создание E-RAB может происходить в любой момент после того, как отправляется запрос на обновление TA.

[0266] В случае отклоненной операции TAU из-за региональной подписки, ограничений роуминга или ограничений доступа (см. документ 3GPP TS 23.221 и 3GPP TS 23.008) новый MME не должен создавать контекст MM для UE. В случае приема данных абонента от HSS новый MME может создавать контекст MM и сохранять данные абонента для UE, чтобы оптимизировать сигнализацию между MME и HSS. Отклонение должно быть возвращено UE с подходящей причиной и соединение S1 должно быть высвобождено. По возврату в состояние бездействия UE должно действовать в соответствии с документом 3GPP TS 23.122.

[0267] Новый MME должен определять максимальное ограничение APN на основании принятого ограничения APN каждого контекста канала-носителя в сообщении ответа контекста и затем сохранять новое значение максимального ограничения APN.

[0268] Приоритет контекстов канала-носителя должен присваиваться посредством нового MME. Если новый MME неспособен поддерживать точно такое же количество активных контекстов канала-носителя, как принятое от старого MME/SGSN, то присвоение приоритетов используется, чтобы принять решение в отношении того, какие контексты канала-носителя сохранять активными, а какие удалять. В любом случае новый MME должен сначала обновить все контексты в одном или более P-GW, а затем деактивировать контекст(ы) канала-носителя, который он не может обеспечить, как описано в пункте «Процедура инициированной MME деактивации выделенного канала-носителя». Это не должно заставлять MME отклонять TAU.

[0269] Новый MME не должен деактивировать относящиеся к экстренной услуге каналы-носители EPS, т.е. каналы-носители EPS со значением ARP зарезервированным для экстренных услуг.

- ПРИМЕЧАНИЕ 9: Если MS (UE) была в состоянии PMM-CONNECTED, то контексты канала-носителя уже отправлены в сообщении запроса на перемещение вперед, как описано в пункте «Процедуры перемещения обслуживающей RNS» документа 3GPP TS 23.060.

[0270] Если процедура TAU терпит неудачу максимально допустимое количество раз или если MME возвращает сообщение отклонения TAU (причина), то UE должно переходить в состояние EMM DEREGISTERED.

[0271] Если новый MME идентифицирует, что изменился тип RAT, то MME проверяет информацию о подписке, чтобы идентифицировать для каждого APN, сохранять ли соединение PDN, разъединять соединение PDN с запросом на повторную активацию, или разъединять соединение PDN без запроса на повторную активацию. Если MME принимает решение о деактивации соединения PDN, то он выполняет процедуру инициированной MME деактивации соединения PDN после того, как завершается процедура TAU, но до того, как высвобождается соединение интерфейса S1/RRC. Существующие значения причины ESM, как указано в документе 3GPP TS 24.301 (например, #39, «запрошена повторная активация»; #66 «Запрошенное APN не поддерживается в текущем сочетании RAT и PLMN»; и применительно к выделенному каналу-носителю возможно #37 «не принимается EPS QoS») используются чтобы вызвать предсказуемое поведение UE. Если все соединения PDN разъединены и UE не поддерживает «присоединение без соединяемости PDN», то MME должен запросить у UE отсоединение и повторное присоединение.

Процедуры запроса услуги

Инициированный UE запрос услуги

[0272] Процедура запроса услуги в данном пункте инициируется UE в статусе ECM-IDLE, чтобы создать UP радиоканалы-носители для UE.

[0273] UE в состоянии ECM-IDLE также может использовать данную процедуру, чтобы создавать UP радиоканалы-носители, даже если UE применяет Оптимизацию CP CIoT EPS, когда UE и MME поддерживают перенос данных S1-U или оптимизацию UP EPS в дополнение к оптимизации CP CIoT EPS.

[0274] Если у UE запущен таймер разрыва услуги и запрос услуги не является ответом на MT поисковый вызов, то UE не должно инициировать данную процедуру (см. пункт 4.3.x ниже).

- ПРИМЕЧАНИЕ 1: Применительно к основанному на PMIP S5/S8 этапы (A) процедуры определены в документе 3GPP TS 23.402. Этапы 9 и 11 касаются основанного на GTP S5/S8.

[0275] Фигура 3 иллюстрирует процедуру инициированного UE запроса услуги. Теперь будут описаны этапы данной процедуры, иллюстрируемые на Фигуре 3. Все обращения относятся к документу 3GPP TS 23.401 V15.0.0.

[0276] Этап 1: UE отправляет eNB запрос услуги сообщения NAS по отношению к MME, инкапсулированный в сообщение RRC. Сообщение(ия) RRC, которое может быть использовано для переноса S-TMSI, и данное сообщение NAS описаны в документе 3GPP TS 36.300.

[0277] Этап 2: eNB переадресовывает MME сообщение NAS. Сообщение NAS инкапсулируется в S1-AP: первоначальное сообщение UE (сообщение NAS, TAI+ECGI обслуживающей соты, S-TMSI, CSG ID, режим доступа CSG, причина создания RRC). Подробности данного этапа описаны в документе 3GPP TS 36.300. Если MME не может обработать запрос услуги, то он его отклонит. CSG ID предоставляется, если UE отправляет сообщение запроса услуги через соту CSG или гибридную соту. Режим доступа CSG предоставляется, если UE отправляет сообщение запроса услуги через гибридную соту. Если режим доступа CSG не предоставляется, а CSG ID предоставляется, то MME должен считать соту в качестве соты CSG.

[0278] Если CSG ID указан, а режим доступа CSG не предоставлен, и отсутствуют данные подписки для данного CSG ID и ассоциированной PLMN или подписка CSG истекла, то MME отклоняет запрос услуги с подходящей причиной. UE должно удалять CSG ID и ассоциированную PLMN у соты, в которой UE инициировало процедуру запроса услуги из списка разрешенных CSG, если присутствует.

[0279] Применительно к UE с экстренными каналами-носителями EPS, т.е. по меньшей мере один канал-носитель EPS имеет значение ARP зарезервированное для экстренных услуг, если ограничения доступа CSG не позволяют UE получать нормальные услуги, то MME должен деактивировать все не экстренные каналы-носители и осуществить принятие запроса услуги.

[0280] Если LIPA активирован для соединения PDN и если сота, к которой осуществляет доступ UE, не связана с L-GW, в котором UE инициируется соединение LIPA PDN, то MME не должен запрашивать создание каналов-носителей соединения LIPA PDN у eNB на этапе 4, а должен запрашивать разъединение соединения LIPA PDN в соответствии с пунктом 5.10.3 документа TS 23.401 V15.0.0. Если UE не имеет другого соединения PDN, тогда MME должен отклонять запрос услуги с подходящим значение причины, что приводит к отсоединению UE, пропускать следующие этапы процедуры и инициировать высвобождение ресурсов базовой сети с помощью процедуры неявно инициированного MME отсоединения в соответствии с пунктом 5.3.8.3 документа TS 23.401 V15.0.0.

[0281] Если присутствует событие мониторинга «доступность после сбоя DDN» или событие мониторинга «достижимость UE», сконфигурированные для UE в MME, то MME отправляет уведомление о событии (см. документ TS 23.682 в отношении дополнительной информации).

[0282] Чтобы помочь услугам местоположения eNB указывает MME уровень покрытия UE.

[0283] Этап 3: Могут быть выполнены процедуры аутентификации/безопасности NAS, как определено в пункте 5.3.10 касательно «функции безопасности» в документе TS 23.401 V15.0.0.

[0284] Этап 4: Если запущен таймер разрыва услуги в контексте MME MM для UE и запрос услуги не является ответом на предшествующий MT поисковый вызов, то MME отклоняет запрос услуги с подходящей причиной и (например, в необязательном порядке) с таймером отсрочки (например, таймером отсрочки MM) установленным в оставшееся время разрыва услуги.

[0285] MME удаляет относящуюся к S11-U информацию в контексте UE, если присутствует, включая TEID(DL) для S11-U применительно к Оптимизации CP CIoT EPS, если буферизация данных осуществляется в MME, контекст ROHC применительно к Оптимизации CP CIoT EPS и т.д., но не конфигурацию сжатия заголовков. MME отправляет eNB сообщение запроса на настройку первоначального контекста S1-AP (адрес S-GW, S1-TEID (восходящая линия связи), QoS канала-носителя EPS, контекст безопасности, ID соединения сигнализации MME, список ограничений передачи обслуживания, указание членства CSG). Если присутствует соединение PDN, созданное для LIPA, то данное сообщение включает в себя ID корреляции для обеспечения прямой UP трассы между HeNB и L-GW. Если присутствует соединение PDN, созданное для SIPTO в локальной сети с функцией L-GW совместно размещенной с (H)eNB, то данное сообщение включает в себя ID корреляции SIPTO для обеспечения прямой UP трассы между (H)eNB и L-GW. Данный этап активирует радиоканалы-носители и каналы-носители S1 для всех активных каналов-носителей EPS. eNB сохраняет контекст безопасности, ID соединения сигнализации MME, QoS канала-носителя EPS и S1-TEID в контексте UE RAN. Этап описан подробно в документе 3GPP TS 36.300. Список ограничений передачи обслуживания описан в пункте 4.3.5.7 «Ограничения Мобильности» документа TS 23.401 V15.0.0.

- ПРИМЕЧАНИЕ 2: В данной редакции технического описания 3GPP ID корреляции и ID корреляции SIPTO установлены равными UP P-GW TEID (основанный на GTP S5) или ключу GRE (основанный на PMIP S5), что указано в пункте 5.3.2.1 и пункте 5.10.2 документа TS 23.401 V15.0.0.

[0286] Если UE включило поддержку для ограничения использования улучшенного покрытия, то MME отправляет eNB параметр ограниченного улучшенного покрытия в сообщении S1-AP.

[0287] MME должен запрашивать создание экстренного канала-носителя EPS, только если UE не разрешено осуществлять доступ к соте, в которой UE инициирует процедуру запроса услуги, из-за ограничения доступа CSG.

[0288] Если запрос услуги выполняется через гибридную соту, то указание членства CSG, указывающее, является ли UE членом CSG, должно быть включено в сообщение S1-AP от MME к RAN. На основании данной информации RAN может выполнять дифференцированную обработку применительно к CSG и не-CSG членам.

[0289] Этап 5: eNB выполняет процедуру создания радиоканала-носителя. На данном этапе создается UP безопасность, которая описана подробно в документе 3GPP TS 36.300. Когда UP радиоканалы-носители настроены, выполняется синхронизация состояния канала-носителя EPS между UE и сетью, т.е. UE должно локально удалить любой канал-носитель EPS, для которого не настроены радиоканалы-носители и, если радиоканал-носитель для канала-носителя EPS по умолчанию не создан, то UE должно локально деактивировать все каналы-носители EPS, ассоциированные с тем каналом-носителем EPS по умолчанию.

[0290] Этап 6: Данные восходящей линии связи от UE теперь могут быть переадресованы посредством eNB к S-GW. eNB отправляет данные восходящей линии связи по адресу и TEID у S-GW, которые предоставлены на этапе 4. S-GW переадресовывает P-GW данные восходящей линии связи.

[0291] Этап 7: eNB отправляет MME сообщение завершения настройки первоначального контекста S1-AP (адрес eNB, список принятых каналов-носителей EPS, список отклоненных каналов-носителей EPS, TEID S1 (нисходящая линия связи)). Данный этап описан подробно в документе 3GPP TS 36.300. Если ID корреляции или ID корреляции SIPTO включен на этапе 4, то eNB должен использовать включенную информацию, чтобы создавать прямую UP трассу с L-GW и переадресовывать данные восходящей линии связи применительно к LIPA или SIPTO в локальной сети с функцией L-GW, совместно размещенной с (H)eNB соответственно.

[0292] Этап 8: MME отправляет S-GW из расчета на соединение PDN сообщение запроса на модифицирование канала-носителя (адрес eNB, TEID S1 (нисходящая линия связи) для принятых каналов-носителей EPS, запрос на уведомление о Задержке пакета нисходящей линии связи, тип RAT, счетчик MO данных исключений). Если S-GW поддерживает процедуру запроса на модифицирование каналов-носителей доступа и если S-GW не требуется отправлять P-GW сигнализацию, то MME может отправлять S-GW из расчета на UE запрос на модифицирование каналов-носителей доступа (адрес(а) и TEID у eNB для UP нисходящей линии связи для принятых каналов-носителей EPS, запрос на уведомление о задержке пакета нисходящей линии связи), чтобы оптимизировать сигнализацию. S-GW теперь может передавать данные нисходящей линии связи по направлению к UE. Использование IE запроса на уведомление о задержке пакета нисходящей линии связи указано в пункте 5.3.4.2 документа TS 23.401 V15.0.0 ниже. Если P-GW запросил местоположение UE и/или информацию CSG пользователя и местоположение UE и/или информация CSG пользователя изменились, то MME также включает IE информации о местоположении пользователя и/или IE информации CSG пользователя в данное сообщение. Если ISR Активировано или если IE обслуживающей сети изменился в сравнении с последним представленным в отчете IE обслуживающей сети, тогда MME также включает IE обслуживающей сети в данное сообщение. Если временная зона UE изменилась в сравнении с последней представленной в отчете временной зоной UE, тогда MME должен включать IE временной зоны UE в данное сообщение. Если установлен внутренний флаг отложенной инициированной сетью сигнализации соединения PDN, то MME указывает UE доступное для непрерывной сигнализации в сообщении запроса на модифицирование канала-носителя и сбрасывает флаг.

[0293] MME включает счетчик MO данных исключений, только если причина создания RRC установлена в «MO данные исключений» и UE осуществляет доступ через NB-IoT RAT. MME обеспечивает счетчик MO данных исключений с целью управления скоростью передачи обслуживающей PLMN (см. пункт 4.7.7.2 документа TS 23.401 V15.0.0). Для того чтобы P-GW правильно применял управление скоростью передачи APN к MO данным исключений, MME может сразу отправлять S-GW счетчик MO данных исключений. В качестве альтернативы для того, чтобы сократить сигнализацию, MME может отправлять S-GW счетчик MO данных исключений как описано в документе 3GPP TS 29.274.

[0294] MME и S-GW обнуляют время истечения буфера данных нисходящей линии связи в своих контекстах UE, если оно было установлено, чтобы запомнить, что любые данные нисходящей линии связи, буферизованные для UE с использованием функций энергосбережения, были доставлены, и чтобы не допускать любой ненужной UP настройки в сочетании с более поздним TAU.

[0295] Если канал-носитель EPS по умолчанию не принят eNB, то все каналы-носители EPS, ассоциированные с тем каналом-носителем по умолчанию, должны рассматриваться как непринятые каналы-носители. MME высвобождает непринятые каналы-носители путем инициирования процедуры высвобождения канала-носителя, как указано в пункте 5.4.4.2 документа TS 23.401 V15.0.0. Если S-GW принимает пакет нисходящей линии связи для непринятого канала-носителя, то S-GW сбрасывает пакет нисходящей линии связи и не отправляет MME уведомление о данных нисходящей линии связи.

[0296] Этап 9: Если тип RAT изменился в сравнении с последним представленным в отчете типом RAT или если местоположение UE и/или IE информации и/или временная зона UE и/или если ISR не активировано и ID обслуживающей сети и/или указание UE доступного для непрерывной сигнализации присутствуют на этапе 8, то S-GW должен отправлять P-GW из расчета на соединение PDN сообщение запроса на модифицирование канала-носителя (тип RAT, счетчик MO данных исключений). IE информации о местоположении пользователя и/или IE информации CSG пользователя и/или IE обслуживающей сети и/или временная зона UE и/или указание UE доступного для непрерывной сигнализации также включаются, если они присутствовали на этапе 8.

[0297] Если сообщение запроса на модифицирование канала-носителя не отправляется по вышеупомянутым мотивам и временно остановлена тарификация P-GW, тогда S-GW должен отправлять сообщение запроса на модифицирование канала-носителя с указанием остановки временной остановки тарификации PDN, чтобы проинформировать P-GW о том, что тарификация более временно не остановлена. Другие IE не включаются в данное сообщение.

[0298] Если сообщение запроса на модифицирование канала-носителя не отправляется по вышеупомянутым мотивам, но MME указал счетчик MO данных исключений, тогда S-GW должен уведомить P-GW о том, что данная причина создания RRC была использована посредством счетчика MO данных исключений (см. документ 3GPP TS 29.274). S-GW указывает каждое использование данной причины создания RRC посредством связанного счетчика в своих CDR.

[0299] Этап 10: Если развернуто динамическое PCC, то P-GW взаимодействует с PCRF, чтобы получить правило(а) в соответствии с Типом RAT посредством процедуры инициированного PCEF модифицирования сеанса IP-CAN, как определено в документе 3GPP TS 23.203. Если динамическое PCC не развернуто, то P-GW может применять локальную политику QoS.

[0300] P-GW указывает каждое использование причины создания RRC «MO данные исключений» посредством связанного счетчика в своих CDR.

[0301] Этап 11: P-GW отправляет S-GW ответ на модифицирование канала-носителя.

[0302] Этап 12: S-GW должен возвращать MME ответ на модифицирование канала-носителя (адрес и TEID у SGW для трафика восходящей линии связи) в качестве ответа на сообщение запроса на модифицирование канала-носителя, или ответ на модифицирование каналов-носителей доступа (адрес и TEID у S-GW для трафика восходящей линии связи) в качестве ответа на сообщение запроса на модифицирование каналов-носителей доступа. Если S-GW не может обслужить запрос MME в сообщении запроса на модифицирование каналов-носителей доступа без S5/S8 сигнализации кроме как путем снятия временной остановки тарификации в P-GW или без соответствующей сигнализации Gxc, когда PMIP используется через интерфейс S5/S8, то он должен отвечать MME с указанием того, что модификации не ограничиваются каналами-носителями S1-U, и MME должен повторять свой запрос с использованием сообщения запроса на модифицирование канала-носителя из расчета на соединение PDN.

[0303] Если SIPTO в локальной сети активна для соединения PDN с развертыванием автономного шлюза и ID локальной домашней сети для автономного доступа, к которому обращается UE, отличается от ID локальной домашней сети, в которой UE инициировало соединение SIPTO@LN PDN, то MME должен запрашивать разъединение SIPTO в соединении(ях) PDN локальной сети со значением причины «запрошена повторная активация» в соответствии с пунктом 5.10.3 документа TS 23.401 V15.0.0. Если UE не имеет другого соединения PDN, то MME инициирует процедуру «явного отсоединения с требуемым повторным присоединением» в соответствии с пунктом 5.3.8.3 документа TS 23.401 V15.0.0.

[0304] Если SIPTO в локальной сети активирована для соединения PDN с развертыванием совместно размещенного L-GW и адрес CN L-GW у соты, к которой осуществляет доступ UE, отличается от адреса CN L-GW соты, в которой UE инициировал SIPTO в соединении PDN локальной сети, то MME должен запросить разъединение SIPTO в соединении(ях) PDN локальной сети со значением причины «запрошена повторная активация» в соответствии с пунктом 5.10.3 документа TS 23.401 V15.0.0. Если UE не имеет другого соединения PDN, то MME инициирует процедуру «явного отсоединения с требуемым повторным присоединением» в соответствии с пунктом 5.3.8.3 документа TS 23.401 V15.0.0.

Процедура возобновления соединения

[0305] Данная процедура используется UE для возобновления ECM-соединения, если UE и сеть поддерживают Оптимизацию UP CIoT EPS и UE сохранило необходимую информацию для проведения процедуры возобновления соединения (см. документ 3GPP TS 36.300), в противном случае используются процедуры запроса услуги, см. пункт 5.3.4.

[0306] Если у UE запущен таймер разрыва услуги и процедура возобновления соединения не является ответом на MT поисковый вызов, то UE не должно инициировать данную процедуру (см. пункт 4.3.x ниже).

[0307] Фигура 4 иллюстрирует процедуру возобновления соединения. Теперь будут описаны этапы данной процедуры, иллюстрируемой на Фигуре 4. Все обращения относятся к документу 3GPP TS 23.401 V15.0.0.

[0308] Этап 1: UE инициирует процедуру произвольного доступа к eNB, см. документ 3GPP TS 36.300.

[0309] Этап 2: UE инициирует процедуру возобновления соединения RRC, включая информацию, требуемую eNB для доступа к сохраненному контексту AS UE, см. документ 3GPP TS 36.300. E-UTRAN выполняет проверки безопасности. Синхронизация состояния канала-носителя EPS выполняется между UE и сетью, т.е. UE должно локально удалить любой канал-носитель EPS, для которого не настроен радиоканал-носитель и который не является каналом-носителем CP CIoT EPS. Если не создан радиоканал-носитель для канала-носителя EPS по умолчанию, то UE должно локально деактивировать все каналы-носители EPS, ассоциированные с тем каналом-носителем EPS по умолчанию.

[0310] Этап 3: eNB уведомляет MME о том, что соединение RRC UE возобновляется в сообщении запроса на возобновление контекста UE S1-AP, которое включает в себя причину возобновления RRC. Если eNB неспособен допустить все приостановленные каналы-носители, то eNB должен указать это в списке отклоненных каналов-носителей EPS, см. документ TS 36.413. Если запущен таймер разрыва услуги в контексте MME MM для UE и MME не ожидает ответа MT поискового вызова от UE и запрос на возобновление соединения не является потенциальным TAU (полученным на основании того, что параметр причины создания RRC равен mo-сигнализации), то MME отклоняет запрос на возобновление контекста с подходящей причиной и (например, в необязательном порядке) с таймером отсрочки, установленным в оставшееся время разрыва услуги. eNB должен высвобождать соединение RRC с расширенным временем ожидания равным времени отсрочки.

[0311] MME переходит в состояние ECM-CONNECTED. MME идентифицирует, что UE возвращается в eNB, для которого MME сохранил данные, которые относятся к ассоциации S1AP, контекст UE и контекст канала-носителя, включающий в себя TEID нисходящей линии связи, необходимые для возобновления соединения, см. процедуру приостановки соединения в пункте 5.3.4A документа TS 23.401 V15.0.0.

[0312] Если канал-носитель EPS по умолчанию не принят eNB, то все каналы-носители EPS, ассоциированные с тем каналом-носителем по умолчанию должны рассматриваться как непринятые каналы-носители. MME высвобождает непринятые или несозданные каналы-носители путем инициирования процедуры высвобождения канала-носителя, как указано в пункте 5.4.4.2 документа TS 23.401 V15.0.0.

[0313] Чтобы помочь услугам местоположения eNB указывает MME уровень покрытия UE.

[0314] Этап 3A: Если возобновляется соединение S1-U и UE осуществляет доступ через NB-IoT RAT с причиной возобновления RRC, установленной в «MO данные исключений», то MME должен уведомлять S-GW о каждом использовании данной причины создания посредством счетчика MO данных исключений. MME сохраняет счетчик MO данных исключений и отправляет его S-GW, как указано в документе 3GPP TS 29.274.

[0315] Этап 3B: S-GW должен уведомлять P-GW, если была использована причина создания RRC «MO данные исключений», посредством счетчика MO данных исключений (см. документ TS 29.274). S-GW указывает каждое использование данной причины создания RRC посредством связанного счетчика в своих CDR.

[0316] Этап 3C: P-GW указывает каждое использование причины создания RRC «MO данные исключений» посредством связанного счетчика в своих CDR.

[0317] Этап 4: MME осуществляет квитирование возобновления соединения в сообщении ответа на возобновление контекста UE S1-AP. Если MME неспособен допускать все приостановленные E-RAB, то MME должен указать это в IE списка E-RAB, которые не удалось возобновить.

[0318] Этап 5: Если MME включил на этапе 4 список E-RAB, которые не удалось возобновить, то eNB реконфигурирует радиоканалы-носители.

[0319] Этап 6: Данные восходящей линии связи от UE теперь могут быть переадресованы eNB к S-GW. eNB отправляет данные восходящей линии связи по адресу и TEID у S-GW во время процедуры приостановки соединения, см. пункт 5.3.4A документа TS 23.401 V15.0.0. S-GW переадресовывает P-GW данные восходящей линии связи.

[0320] Этап 7: MME отправляет S-GW из расчета на соединение PDN сообщение запроса на модифицирование канала-носителя (адрес eNB, TEID S1 (нисходящая линия связи) для принятых каналов-носителей EPS, запрос на уведомление о Задержке пакета нисходящей линии связи, тип RAT). Если S-GW поддерживает процедуру запроса на модифицирование каналов-носителей доступа и если S-GW не требуется отправлять P-GW сигнализацию, то MME может отправлять S-GW из расчета на UE запрос на модифицирование каналов-носителей доступа (адрес(а) и TEID у eNB для UP нисходящей линии связи для принятых каналов-носителей EPS, запрос на уведомление о задержке пакета нисходящей линии связи) для оптимизации сигнализации. S-GW теперь способен передавать данные нисходящей линии связи в направлении UE.

[0321] MME и S-GW обнуляют время истечения буфера данных нисходящей линии связи в своих контекстах UE, если оно было установлено, чтобы запомнить, что любые данные нисходящей линии связи, буферизованные для UE с использованием функций энергосбережения, были доставлены, и чтобы не допускать любой ненужной UP настройки в сочетании с более поздним TAU.

[0322] Этап 8: S-GW должен возвращать MME ответ на модифицирование канала-носителя (адрес и TEID у S-GW для трафика восходящей линии связи) в качестве ответа на сообщение запроса на модифицирование канала-носителя, или ответ на модифицирование каналов-носителей доступа (адрес и TEID у S-GW для трафика восходящей линии связи) в качестве ответа на сообщение запроса на модифицирование каналов-носителей доступа. Если S-GW не может обслужить запрос MME в сообщении запроса на модифицирование каналов-носителей доступа без S5/S8 сигнализации кроме как путем снятия временной остановки тарификации в P-GW или без соответствующей сигнализации Gxc, когда PMIP используется через интерфейс S5/S8, то он должен отвечать MME с указанием того, что модификации не ограничиваются каналами-носителями S1-U, и MME должен повторять свой запрос с использованием сообщения запроса на модифицирование канала-носителя из расчета на соединение PDN.

[0323] Если SIPTO в локальной сети активна для соединения PDN с развертыванием автономного GW и ID локальной домашней сети для автономного доступа, к которому обращается UE, отличается от ID локальной домашней сети, в которой UE инициировало соединение SIPTO@LN PDN, то MME должен запрашивать разъединение SIPTO в соединении(ях) PDN локальной сети со значением причины «запрошена повторная активация» в соответствии с пунктом 5.10.3 документа TS 23.401 V15.0.0. Если UE не имеет другого соединения PDN, то MME инициирует процедуру «явного отсоединения с требуемым повторным присоединением» в соответствии с пунктом 5.3.8.3 документа TS 23.401 V15.0.0.

[0324] Если SIPTO в локальной сети активирована для соединения PDN с развертыванием совместно размещенного L-GW и адрес базовой сети L-GW у соты, к которой осуществляет доступ UE, отличается от адреса базовой сети L-GW соты, в которой UE инициировал SIPTO в соединении PDN локальной сети, то MME должен запросить разъединение SIPTO в соединении(ях) PDN локальной сети со значением причины «запрошена повторная активация» в соответствии с пунктом 5.10.3 документа TS 23.401 V15.0.0. Если UE не имеет другого соединения PDN, то MME инициирует процедуру «явного отсоединения с требуемым повторным присоединением» в соответствии с пунктом 5.3.8.3 документа TS 23.401 V15.0.0.

[0325] ДОПОЛНИТЕЛЬНЫЕ ПРИМЕРЫ ТОГО, КАКИМ ОБРАЗОМ ТРЕБОВАНИЯ РЕАЛИЗУЮТСЯ В СЛЕДУЮЩИХ ПРОЦЕДУРАХ:

- Первоначальное сообщение UE S1-AP с PDU данных NAS, см. пункт 5.3.4B.2;

- Процедура MO NIDD, см. пункт 5.13.4 документа TS 23.682;

- MO короткое сообщение, см. пункт 10.2 документа TS 23.040.

[0326] Разрыв услуги обрабатывается внутри слоя NAS/подслоя MM, который является как приемником, так и пользователем информации таймера разрыва услуги.

[0327] Возможно основывать управление разрывом услуги на переходах CONNECTED-В-IDLE, которые являются существующими механизмами в слое NAS/подслое MM, но также использовать дополнительный ввод, доступный в слое NAS/подслое MM в качестве обработки поискового вызова в MT событиях, другую сигнализацию NAS/MM, такую как MM и т.д.

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

[0328] Фигура 5 иллюстрирует один пример системы 10 беспроводной связи, в которой могут быть реализованы варианты осуществления настоящего изобретения. В данном примере система 10 беспроводной связи является сетью сотовой связи и, в частности, является сетью сотовой связи 3GPP LTE или NR, которая поддерживает, например, устройства CIoT.

[0329] Как проиллюстрировано, система 10 беспроводной связи включает в себя некоторое количество беспроводных устройств 12 (т.е. устройств 12 беспроводной связи). В дополнение система 10 беспроводной связи включает в себя RAN, которая включает в себя некоторое количество узлов 14 радиодоступа (например, eNB или gNB), обслуживающих соответствующие зоны покрытия или соты 16. Узлы 14 радиодоступа соединены с базовой сетью 18, которая включает в себя некоторое количество узлов базовой сети (не показано), таких как, например, MME, SGSN, S-GW, P-GW, PCRF, HSS, EIR и/или аналогичное.

[0330] В некоторых вариантах осуществления беспроводные устройства 12, узлы 14 радиодоступа и узлы базовой сети работают в соответствии с любым одним или более из вариантов осуществления, описанных выше, для обеспечения управления разрывом услуги в слое NAS/подслое MM.

[0331] Фигура 6 является блок-схемой, иллюстрирующей работу беспроводного устройства 12 в соответствии по меньшей мере с одним из вариантов осуществления, раскрытых в данном документе. Как проиллюстрировано, беспроводное устройство 12 принимает параметр разрыва услуги от сетевого узла (например, MME или сходного) в сообщении NAS подслоя MM (например, сообщение запроса на присоединение или сообщение принятия TAU) (этап 100). Например, см. этап 18 Фигуры 1C и этап 20 Фигуры 2B). Беспроводное устройство 12 затем обеспечивает соблюдение параметра разрыва услуги в беспроводном устройстве 12 в слое NAS (этап 102).

[0332] Например, как описано выше:

- в первом варианте осуществления беспроводное устройство 12 может не разрешать беспроводному устройству 12 присоединяться к любой PLMN, пока запущен таймер разрыва услуги,

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

- в третьем варианте осуществления беспроводное устройство 12 может, в дополнение к или в качестве альтернативы первому и/или второму варианту осуществления, не разрешать беспроводному устройству 12 инициировать процедуру запроса услуги (например, отправлять запрос услуги), пока запущен таймер разрыва услуги (и в некоторых вариантах осуществления запрос услуги не является ответом на MT поисковый вызов), и/или

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

[0333] Фигура 7 является блок-схемой, которая иллюстрирует работу сетевого узла в соответствии по меньшей мере с некоторыми вариантами осуществления, раскрытыми в данном документе. Необязательные этапы указаны пунктирными линиями. Здесь предполагается, что сетевым узлом является MME или сходный, но этим не ограничивается. Как проиллюстрировано, сетевой узел получает параметр разрыва услуги для беспроводного устройства 12 (этап 200). Например, сетевой узел может получать или принимать параметр разрыва услуги для беспроводного устройства 12 от HSS, например, как описано выше при обращении к этапу 11 на Фигуре 1B и/или этапу 17 на Фигуре 2B. Сетевой узел отправляет параметр разрыва услуги беспроводному устройству 12 в сообщении NAS подслоя MM (например, сообщении принятия присоединения или сообщении принятия TAU), например, как на этапе 18 на Фигуре 1C и/или этапе 20 на Фигуре 2B (этап 202). В необязательном порядке, сетевой узел обеспечивает соблюдение параметра разрыва услуги в сетевом узле в слое NAS (этап 204). Например, как описано выше, сетевой узел может отклонять запросы на присоединение от беспроводного устройства 12, пока запущен таймер разрыва услуги для беспроводного устройства 12, и/или воздерживаться от выполнения любых действий, инициированных активным флагом или активным флагом сигнализации в сообщении TAU от беспроводного устройства, пока запущен таймер разрыва услуги для беспроводного устройства 12, и/или отклонять запросы услуги от беспроводного устройства 12, пока запущен таймер разрыва услуги для беспроводного устройства 12 (в некоторых вариантах осуществления запрос услуги не является ответом на MT поисковый вызов), и/или отклонять запросы на возобновление соединения от беспроводного устройства 12, пока запущен таймер разрыва услуги для беспроводного устройства 12 (и в некоторых вариантах осуществления запрос услуги не является ответом на MT поисковый вызов).

[0334] Фигура 8 является принципиальной структурной схемой устройства 12 беспроводной связи или UE в соответствии с некоторыми вариантами осуществления настоящего изобретения. Как проиллюстрировано, устройство 12 беспроводной связи включает в себя схему 20, содержащую один или более процессоры (например, Центральные Блоки Обработки (CPU), Проблемно-Ориентированные Интегральные Микросхемы (ASIC), Программируемые Вентильные Матрицы (FPGA), Цифровые Сигнальные Процессоры (DSP) и/или аналогичное) и память 24. Устройство 12 беспроводной связи также включает в себя один или боле приемопередатчики 26, каждый включающий в себя один или более передатчики 28 и один или более приемники 30, связанные с одной или более антеннами 32. В некоторых вариантах осуществления функциональные возможности устройства 12 беспроводной связи, описанного в данном документе, могут быть реализованы в аппаратном обеспечении (например, через аппаратное обеспечение в схеме 10 и/или в процессоре(ах) 22) или быть реализованы в сочетании аппаратного обеспечения и программного обеспечения (например, полностью или частично реализованы в программном обеспечении, которое, например, хранится в памяти 24 и исполняется процессором(ами) 22).

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

[0336] Фигура 9 является принципиальной структурной схемой устройства 12 беспроводной связи или UE в соответствии с некоторыми другими вариантами осуществления настоящего изобретения. Устройство 12 беспроводной связи включает в себя один или более модули 34, каждый из которых реализуется в программном обеспечении. Модуль(и) 34 обеспечивает функциональные возможности устройства 12 беспроводной связи, описанные в данном документе (например, как описано в отношении Фигур с 1A по 1D, Фигур 2A и 2B, Фигуры 3, Фигуры 4 и/или Фигуры 6).

[0337] Фигура 10 является принципиальной структурной схемой сетевого узла 36 (например, узла 14 радиодоступа, такого как, например, eNB или gNB, или узла базовой сети, такого как, например, MME) в соответствии с некоторыми вариантами осуществления настоящего изобретения. Как проиллюстрировано, сетевой узел 36 включает в себя систему 38 управления, которая включает в себя схему, содержащую один или более процессоры 40 (например, CPU, ASIC, DSP, FPGA и/или аналогичное) и память 42. Система 38 управления также включает в себя сетевой интерфейс 44. В вариантах осуществления, в которых сетевой узел 36 является узлом 14 радиодоступа, сетевой узел 36 также включает в себя один или более радиоблоки 46 так, что каждый включает в себя один или более передатчики 48 и один или более приемники 50, связанные с одной или более антеннами 52. В некоторых вариантах осуществления функциональные возможности сетевого узла 36 (например, функциональные возможности MME, S-GW, P-GW, SGSN, PCRF или HSS), описанного выше, могут быть полностью или частично реализованы в программном обеспечении, которое, например, хранится в памяти 42 и исполняется процессором(ами) 40.

[0338] Фигура 11 является принципиальной структурной схемой, которая иллюстрирует виртуализированный вариант осуществления сетевого узла 36 (например, узла 14 радиодоступа или узла базовой сети) в соответствии с некоторыми вариантами осуществления настоящего изобретения. Используемый в данном документе «виртуализированный» сетевой узел 36 является сетевым узлом 36, в котором по меньшей мере часть функциональных возможностей сетевого узла 36 реализуется в качестве виртуального компонента (например, виртуальной машин(ы), исполняемой в физическом узле(ах) обработки в сети(ях)). Как проиллюстрировано, сетевой узел 36, в необязательном порядке, включает в себя систему 38 управления, как описано в отношении Фигуры 10. В дополнение, если сетевой узел 36 является узлом 14 радиодоступа, то сетевой узел 36 также включает в себя один или более радиоблоки 46, как описано в отношении Фигуры 10. Система 38 управления (если присутствует) соединена с одним или более узлами 54 обработки, связанными с или включенными как часть сети(ей) 56, через сетевой интерфейс 44. В качестве альтернативы, если система 38 управления не присутствует, то один или более радиоблоки 46 (если присутствуют) соединены с одним или более узлами 54 обработки через сетевой интерфейс(ы). В качестве альтернативы, все функциональны возможности сетевого узла 36, описанного в данном документе, могут быть реализованы в узлах 54 обработки. Каждый узел 54 обработки включает в себя один или более процессоры 58 (например, CPU, ASIC, DSP, FPGA и/или аналогичное), память 60 и сетевой интерфейс 62.

[0339] В данном примере функции 64 сетевого узла 36 (например, функции eNB, RNC, MME, S-GW, P-GW, HSS или PCRF), описанного в данном документе, реализуются в одном или более узлах 54 обработки или распределены по системе 38 управления (если присутствует) и одному или более узлам 54 обработки любым требуемым образом. В некоторых конкретных вариантах осуществления некоторые или все из функций 64 сетевого узла 36, описанного в данном документе, реализуются в качестве виртуальных компонентов, исполняемых одной или более виртуальными машинами, реализованными в виртуальной среде(ах), размещенных в узле(ах) 54 обработки. Как будет понятно специалисту в соответствующей области техники, дополнительная сигнализация или связь между узлом(ами) 54 обработки и системой 38 управления (если присутствует) или альтернативно радиоблоком(ами) 46 (если присутствует) используется для того, чтобы выполнять по меньшей мере некоторые из требуемых функций. В особенности в некоторых вариантах осуществления система 38 управления может быть не включена и в этом случае радиоблок(и) 46 (если присутствует) осуществляет связь непосредственно с узлом(ами) 54 обработки через подходящий сетевой интерфейс(ы).

[0340] В некоторых конкретных вариантах осуществления функциональные возможности верхнего слоя (например, слоя 3 и выше и возможно некоторые слоя 2 у стека протоколов) сетевого узла 36 могут быть реализованы в узле(ах) 54 обработки в качестве виртуальных компонентов (т.е. реализованы «в облаке»), тогда как функциональные возможности нижнего слоя (например, слоя 1 и возможно некоторые слоя 2 у стека протоколов) могут быть реализованы в радиоблоке(ах) 46 и возможно системе 38 управления.

[0341] В некоторых вариантах осуществления предоставляется компьютерная программа, которая включает в себя инструкции, которые, когда исполняются по меньшей мере одним процессором 40, 58, предписывают по меньшей мере одному процессору 40, 58 выполнять функциональные возможности сетевого узла 36 или узла 54 обработки в соответствии с любыми из вариантов осуществления, описанных в данном документе. В некоторых вариантах осуществления предоставляется среда, содержащая вышеупомянутый компьютерный программный продукт. Среда является одним из электрического сигнала, оптического сигнала, радиосигнала или машиночитаемого носителя информации (например, долговременного машиночитаемого носителя информации, такого как память 42, 60).

[0342] Фигура 12 является принципиальной структурной схемой сетевого узла 36 в соответствии с некоторыми другими вариантами осуществления настоящего изобретения. Сетевой узел 36 включает в себя один или более модули 66, каждый из которых реализован в программном обеспечении. Модуль(и) 66 обеспечивает функциональные возможности сетевого узла 36, описанного в данном документе (например, функциональные возможности, соответствующие одному из сетевых узлов, описанных в отношении Фигур с 1A по 1D, Фигур 2A и 2B, Фигуры 3, Фигуры 4 и/или Фигуры 7).

[0343] Не ограничиваясь этим, некоторые примерные варианты осуществления, описанные выше, могут быть обобщены следующим образом:

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

принимают (100) на беспроводном устройстве (12) параметр разрыва услуги от сетевого объекта (например, узла или функции Сети Радиодоступа (RAN), или узла или функции базовой сети) в сообщении уровня без доступа подслоя администрирования мобильности, причем параметр разрыва услуги указывает значение для таймера разрыва услуги для беспроводного устройства (12); и

обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12) в слое уровня без доступа.

2. Способ по варианту 1 осуществления, в котором сообщение уровня без доступа подслоя администрирования мобильности является сообщением принятия присоединения.

3. Способ по варианту 1 осуществления, в котором сообщение уровня без доступа подслоя администрирования мобильности является сообщением принятия обновления зоны отслеживания.

4. Способ по любому из вариантов с 1 по 3 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12) содержит этап, на котором запускают таймер разрыва услуги, когда беспроводное устройство (12) переходит в режим бездействия.

5. Способ по любому из вариантов с 1 по 3 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором запускают таймера разрыва услуги каждый раз, когда беспроводное устройство (12) переходит в режим бездействия, кроме одного или более исключений.

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

7. Способ по любому из вариантов с 1 по 6 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором не разрешают запросы на соединение для передачи инициируемых подвижной станцией данных пользователя, инициируемых подвижной станцией данных плоскости управления и/или инициируемых подвижной станцией SMS и/или запросы на присоединение, когда запущен таймер разрыва услуги.

8. Способ по любому из вариантов с 1 по 6 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором не разрешают беспроводному устройству (12) присоединяться к PLMN, пока запущен таймер разрыва услуги.

9. Способ по любому из вариантов с 1 по 6 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором передают сообщение обновления зоны отслеживания, в котором активный флаг и активный флаг сигнализации не установлены, если запущен таймер разрыва услуги.

10. Способ по любому из вариантов с 1 по 6 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором не разрешают беспроводному устройству (12) инициировать процедуру запроса услуги, пока запушен таймер разрыва услуги.

11. Способ по любому из вариантов с 1 по 6 осуществления, в котором этап, на котором обеспечивают (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором не разрешают беспроводному устройству (12) инициировать процедуру запроса услуги плоскости управления, пока запущен таймер разрыва услуги.

12. Способ по любому из вариантов с 1 по 6 осуществления, в котором этап, на котором обеспечиваю (102) соблюдение параметра разрыва услуги на беспроводном устройстве (12), содержит этап, на котором не разрешают беспроводному устройству (12) инициировать процедуру возобновления соединения, пока запущен таймер разрыва услуги.

13. Способ по любому из вариантов с 1 по 12 осуществления, в котором система (10) беспроводной связи является системой 3GPP LTE или 3GPP NR.

14. Беспроводное устройство (12), которое обеспечивает управление разрывом услуги в системе (10) беспроводной связи, причем беспроводное устройство (12) выполнено с возможностью выполнять способ по любому из вариантов осуществления с 1 по 13.

15. Беспроводное устройство (12), которое обеспечивает управление разрывом услуги в системе (10) беспроводной связи, содержащее:

один или более приемопередатчики (26); и

схему (20), соединенную с одним или более приемопередатчиками (26), причем схема (20) выполнена с возможностью предписывать беспроводному устройству (12) выполнять способ по любому из вариантов осуществления с 1 по 13.

16. Беспроводное устройство (12), которое обеспечивает управление разрывом услуги в системе (10) беспроводной связи, содержащее:

один или более модулей (34), выполнены с возможностью выполнять способ по любому из вариантов осуществления с 1 по 13.

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

получают (200) посредством объекта базовой сети параметр разрыва услуги для беспроводного устройства (12), причем параметр разрыва услуги указывает значение для таймера разрыва услуги для беспроводного устройства (12); и

отправляют (202) посредством объекта базовой сети параметр разрыва услуги беспроводному устройству (12) через сообщение уровня без доступа подслоя администрирования мобильности.

18. Способ по варианту 17 осуществления, в котором сообщение уровня без доступа подслоя администрирования мобильности является сообщением принятия присоединения.

19. Способ по варианту 17 или 18 осуществления, в котором сообщение уровня без доступа подслоя администрирования мобильности является сообщением принятия обновления зоны отслеживания.

20. Способ по любому из вариантов с 17 по 19 осуществления, дополнительно содержащий этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле в слое уровня без доступа.

21. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этап, на котором отклоняют запросы на соединение для передачи инициируемых подвижной станцией данных плоскости пользователя, инициируемых подвижной станцией данных плоскости управления и/или инициируемых подвижной станцией SMS и/или запросы на присоединение для беспроводного устройства (12), когда запущен таймер разрыва услуги для беспроводного устройства (12).

22. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают запрос на присоединение для беспроводного устройства (12); и

отклоняют запрос на присоединение, если запущен таймер разрыва услуги для беспроводного устройства (12).

23. Способ по варианту 22 осуществления, в котором этап, на котором отклоняют запрос на присоединение, содержит этап, на котором отправляют сообщение отклонения присоединения беспроводному устройству (12), причем сообщение отклонения присоединения содержит подходящую причину и/или таймер отсрочки, установленный в оставшееся значение таймера разрыва услуги для беспроводного устройства (12).

24. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают сообщение обновления зоны отслеживания от беспроводного устройства (12); и

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

25. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают запрос услуги для беспроводного устройства (12); и

отклоняют запрос услуги, если запущен таймер разрыва услуги для беспроводного устройства (12).

26. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают запрос услуги плоскости управления для беспроводного устройства (12); и

отклоняют запрос услуги, если запущен таймер разрыва услуги для беспроводного устройства (12).

27. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают запрос услуги или запрос услуги плоскости управления для беспроводного устройства (12); и

отклоняют запрос услуги или запрос услуги плоскости управления, если запущен таймер разрыва услуги для беспроводного устройства (12) и, если запрос услуги или запрос услуги плоскости управления не является ответом на предшествующий завершающийся на подвижной станции поисковый вызов.

28. Способ по любому из вариантов с 25 по 27 осуществления, в котором этап, на котором отклоняют запрос услуги, содержит этап, на котором отклоняют запрос услуги или запрос услуги плоскости управления с подходящей причиной и/или с таймером отсрочки, установленным в оставшееся значение таймера разрыва услуги для беспроводного устройства (12).

29. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают запрос на возобновление соединения для беспроводного устройства (12); и

отклоняют запрос на возобновление соединения, если запущен таймер разрыва услуги для беспроводного устройства (12).

30. Способ по варианту 20 осуществления, в котором этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом узле, содержит этапы, на которых:

принимают запрос на возобновление соединения для беспроводного устройства (12); и

отклоняют запрос на возобновление соединения, если запущен таймер разрыва услуги для беспроводного устройства (12) и, если запрос на возобновление соединения не является ответом на предшествующий завершающийся на подвижной станции поисковый вызов.

31. Способ по варианту 29 или 30 осуществления, в котором этап, на котором отклоняют запрос на возобновление соединения, содержит этап, на котором отклоняют запрос на возобновление соединения с подходящей причиной и/или с таймером отсрочки, установленным в оставшееся значение таймера разрыва услуги для беспроводного устройства (12).

32. Способ по любому из вариантов с 17 по 31 осуществления, в котором этап, на котором получают (200) параметр разрыва услуги для беспроводного устройства (12), содержит этапы, на которых:

отправляют HSS запрос на обновление местоположения; и

принимают данные подписки от HSS в квитировании обновления местоположения, причем данные подписки содержат параметр разрыва услуги для беспроводного устройства (12).

33. Способ по любому из вариантов с 17 по 32 осуществления, в котором сетевой узел является MME или AMF.

34. Способ по любому из вариантов с 17 по 33 осуществления, в котором система (10) беспроводной связи является системой 3GPP LTE или NR.

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

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

сетевой интерфейс (44, 62);

один или более процессоры (40, 58); и

память (42, 60), содержащую инструкции, исполняемые одним или более процессорами (40, 58), посредством чего сетевой узел или сетевая функция работают для выполнения способа по любому из вариантов с 17 по 34 осуществления.

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

один или более модули (66), выполненные с возможностью выполнять способ по любому из вариантов осуществления с 17 по 34.

[0344] Нижеследующие аббревиатуры используются на всем протяжении данного изобретения.

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

- 5G Пятое Поколение

- ACK Квитирование

- AMBR Агрегированная Максимальная Скорость Передачи Битов

- AMF Функция Доступа и Администрирования Мобильности

- APN Имя Точки Доступа

- ARP Приоритет Распределения и Удержания

- AS Уровень Доступа

- ASIC Проблемно-Ориентированная Интегральная Микросхема

- BCM Режим Управления Каналом-носителем

- BSS Система Базовой Станции

- CDR Запись Данных Тарификации

- CHAP Протокол Аутентификации по методу «Оклик-Приветствие»

- CIoP Сотовый Интернет Вещей

- CP Плоскость Управления

- CPU Центральный Блок Обработки

- CSG Закрытая Группа Абонентов

- CS С Коммутацией Каналов

- CSS Сервер Абонента Закрытой Группы Абонентов

- DDN Уведомление о Данных Нисходящей Линии Связи

- DHCPv4 Протокол Динамического Конфигурирования Хоста Версии 4

- DM Администрирование Устройства

- DoNAS Данные через Уровень Без Доступа

- DSP Цифровой Сигнальный Процессор

- ECGI Глобальный Идентификатор Соты Развитой Универсальной Наземной Сети Радиодоступа

- EIR Реестр Идентификационных Данных Оборудования

- eKSI Развитый Идентификатор Набора Ключей

- EMM Развитое Администрирование Мобильности Пакетной Системы

- eNB Улучшенный или Развитый Узел-B

- EPC Развитое Пакетное Ядро

- ePLMN Эквивалентная Наземная Сеть Мобильной Связи Общего Пользования

- EPS Развитая Пакетная Система

- E-RAB Канал-носитель Радиодоступа Развитой Универсальной Наземной Сети Радиодоступа

- ESM Администрирование Сеанса Развитой Пакетной Системы

- ETFTN Сеть с Поддержкой Расширенного Шаблона Потока Трафика

- ETFTU Оборудование Пользователя с Поддержкой Расширенного Шаблона Потока Трафика

- E-UTRAN Развитая Универсальная Наземная Сеть Радиодоступа

- FPGA Программируемая Вентильная Матрица

- GERAN Сеть Радиодоступа c Поддержкой Технологий Глобальной Системы Связи с Подвижными Объектами/Развитие Глобальной Системы Связи с Подвижными Объектами c Увеличенными Скоростями Передачи Данных

- gNB Базовая Станция Новой Радиосвязи

- GRE Общая Инкапсуляция Маршрутизации

- GTP Протокол Туннелирования Услуги Пакетной Радиосвязи Общего Назначения

- GUMMEI Глобально Уникальный Идентификатор Объекта Администрирования Мобильности

- GUTI Глобальный Уникальный Временный Идентификатор

- GWCN Шлюзовая Базовая Сеть

- HA Домашний Агент

- HeNB Домашний Улучшенный или Развитый Узел-B

- HLR Реестр Домашнего Местоположения

- HPLMN Домашняя Наземная Сеть Мобильной Связи Общего Пользования

- HSS Услуга Домашних Абонентов

- ID Идентификатор

- IE Элемент Информации

- IETF Целевая Группа Инженерной Поддержки Интернет

- IMEI Международные Идентификационные Данные Мобильного Оборудования

- IMEISV Международные Идентификационные Данные Мобильного Оборудования Версия Программного Обеспечения

- IMS Мультимедийная Подсистема на базе Интернет Протокола

- IMSI Международные Идентификационные Данные Мобильного Абонента

- IoT Интернет Вещей

- IP Интернет Протокол

- IP-CAN Сеть Доступа с Соединяемостью по Интернет Протоколу

- ISR Сокращение Сигнализации в Состоянии Бездействия

- KSI Идентификатор Набора Ключей

- LBI Идентификатор Связанного Канала-носителя

- LCS Услуга Местоположения

- L-GW Локальный Шлюз

- LIPA Локальный Доступ по Интернет Протоколу

- LR Запрос Местоположения

- LTE Долгосрочное Развитие

- M2M Связь типа Машина-с-Машиной

- MAC Управление Доступом к Среде

- ME Мобильное Оборудование

- MM Администрирование Мобильности

- MME Объект Администрирования Мобильности

- MO Инициированный Подвижной Станцией

- MS Подвижная Станция

- MSISDN Мобильный Абонент Цифровой Сети с Комплексными Услугами

- MT Завершающийся на Подвижной Станции

- MTC Связь Машинного Типа

- NAS Уровень без Доступа

- NB-IoT Узкополосный Интернет Вещей

- NIDD Доставка Данных Не-Интернет Протокола

- NR Новая Радиосвязь

- NRSU Оборудование Пользователя с Поддержкой Запроса Сети

- OCS Онлайновая Система Тарификации

- OMA Открытый Мобильный Альянс

- OMC Центр Управления и Обслуживания

- OTA По Воздуху

- PAP Протокол Аутентификации Пароля

- PCC Управление Политикой и Тарификацией

- PCEF Функция Обеспечения Соблюдения Политики и Тарификации

- PDN Сеть Пакетной Передачи Данных

- PDP Протокол Пакетной Передачи Данных

- PDU Блок Данных Протокола

- P-GW Шлюз Сети Пакетной Передачи Данных

- PLMN Наземная Сеть Мобильной Связи Общего Пользования

- PMIP Прокси Мобильный Интернет Протокол Версии 6

- PRA Зона Представления Отчета о Присутствии

- PS С Коммутацией Пакетов

- P-TMSI Пакетные Временные Идентификационные Данные Мобильного Абонента

- QCI Идентификатор Класса Качества Услуги

- QoS Качество Услуги

- RAI Идентификация Зоны Маршрутизации

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

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

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

- ROHC Устойчивое Сжатие Заголовков

- RRC Управление Радиоресурсами

- SCEF Функция Экспонирования Возможностей Услуги

- SGSN Обслуживающий Узел Поддержки Пакетной Радиосвязи Общего Назначения

- S-GW Обслуживающий Шлюз

- SIPTO Разгрузка Выбранного Трафика Интернет Протокола

- SM Администрирование Сеанса

- SMS Услуга Коротких Сообщений

- SRVCC Отдельная Непрерывность Голосового Вызова на Радиоинтерфейсе

- TA Зона Отслеживания

- TAI Идентификационные Данные Зоны Отслеживания

- TAU Обновление Зоны Отслеживания

- TEID Идентификатор Конечной Точки Туннеля

- TFT Шаблон Потока Трафика

- TI Идентификатор Транзакции

- TIN Временный Идентификатор

- TS Техническое Описание

- UE Оборудование Пользователя

- UICC Универсальная Карта на основе Интегральной Микросхемы

- ULR Запрос-Обновления-Местоположения

- UMTC Универсальная Система Мобильной Связи

- UP Плоскость Пользователя

- USIM Универсальный Идентификационный Модуль Абонента

- UTRAN Универсальная Наземная Сеть Радиодоступа

- VPLMN Гостевая Наземная Сеть Мобильной Связи Общего Пользования

- WB-E-UTRAN Широкополосная Развитая Универсальная Наземная Сеть Радиодоступа

- WLAN Беспроводная Локальная Сеть

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

Похожие патенты RU2749750C1

название год авторы номер документа
ОТОБРАЖЕНИЕ ТИПА СЕАНСА PDN И PDU И ОБНАРУЖЕНИЕ СПОСОБНОСТИ 2018
  • Роммер, Стефан
  • Ларсен, Аса
  • Чэнь, Цян
  • Бакман, Ян
  • Халл, Горан
RU2735699C1
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ, УСТРОЙСТВО УПРАВЛЕНИЯ МОБИЛЬНОСТЬЮ, СПОСОБ СВЯЗИ, ТЕРМИНАЛ МОБИЛЬНОЙ СВЯЗИ И НЕ-ВРЕМЕННЫЙ СЧИТЫВАЕМЫЙ КОМПЬЮТЕРОМ НОСИТЕЛЬ 2016
  • Тамура Тосиюки
  • Окабе Дзуниа
RU2652453C1
СЕТЕВЫЕ ЭЛЕМЕНТЫ, ИНТЕГРАЛЬНЫЕ СХЕМЫ И СПОСОБЫ УПРАВЛЕНИЯ МАРШРУТИЗАЦИЕЙ 2010
  • Гуттман Эрик
  • Зисимопулос Харис
RU2574845C2
ВОЗМОЖНОСТЬ МНОЖЕСТВЕННЫХ СОЕДИНЕНИЙ СЕТИ ПАКЕТНОЙ ПЕРЕДАЧИ ДАННЫХ С ОДНИМ ИМЕНЕМ ТОЧКИ ДОСТУПА 2008
  • Роммер Стефан
  • Соренсен Йохан
RU2455767C2
СИСТЕМА МОБИЛЬНОЙ СВЯЗИ, УСТРОЙСТВО УПРАВЛЕНИЯ МОБИЛЬНОСТЬЮ, СПОСОБ СВЯЗИ, ТЕРМИНАЛ МОБИЛЬНОЙ СВЯЗИ И НЕ-ВРЕМЕННЫЙ СЧИТЫВАЕМЫЙ КОМПЬЮТЕРОМ НОСИТЕЛЬ 2016
  • Тамура, Тосиюки
  • Окабе, Дзуниа
RU2691856C2
СИСТЕМА, СПОСОБ И УСТРОЙСТВО СВЯЗИ 2014
  • Дзембуцу Хадзиме
  • Тамура Тосиюки
RU2602088C1
СИСТЕМА, СПОСОБ И УСТРОЙСТВО СВЯЗИ 2014
  • Дзембуцу Хадзиме
  • Тамура Тосиюки
RU2642477C1
СИСТЕМА, СПОСОБ И УСТРОЙСТВО СВЯЗИ 2017
  • Дзембуцу, Хадзиме
  • Тамура, Тосиюки
RU2669792C1
СИСТЕМА, СПОСОБ И УСТРОЙСТВО СВЯЗИ 2014
  • Дзембуцу Хадзиме
  • Тамура Тосиюки
RU2600131C1
СПОСОБ ДЛЯ ПРИЕМА ОТЧЕТА, СЕТЕВОЕ УСТРОЙСТВО, СПОСОБ ДЛЯ ПРЕДОСТАВЛЕНИЯ ОТЧЕТА И БАЗОВАЯ СТАНЦИЯ 2018
  • Риу, Дзинсоок
RU2725166C1

Иллюстрации к изобретению RU 2 749 750 C1

Реферат патента 2021 года УПРАВЛЕНИЕ РАЗРЫВОМ УСЛУГИ ДЛЯ БЕСПРОВОДНОГО УСТРОЙСТВА

Изобретение относится к способу работы пользовательского оборудования (UE) для обеспечения управления разрывом услуги в системе беспроводной связи. Технический результат заключается в устранении необходимости использования дополнительной сигнализации. Для этого: принимают в UE данные подписки, содержащие параметр разрыва услуги, от сетевого объекта в сообщении принятия присоединения во время процедуры первоначального присоединения, причем параметр разрыва услуги указывает значение для таймера разрыва услуги для UE; и обеспечивают соблюдение в UE принятого параметра разрыва услуги на уровне UE в слое уровня без доступа посредством запуска таймера разрыва услуги, когда UE переходит из соединенного режима в режим бездействия. 4 н. и 12 з.п. ф-лы, 16 ил.

Формула изобретения RU 2 749 750 C1

1. Способ работы пользовательского оборудования (UE) (12) для обеспечения управления разрывом услуги в системе (10) беспроводной связи, содержащий этапы, на которых:

принимают (18, 100) в UE (12) данные подписки, содержащие параметр разрыва услуги, от сетевого объекта в сообщении принятия присоединения во время процедуры первоначального присоединения, причем параметр разрыва услуги указывает значение для таймера разрыва услуги для UE (12); и

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

2. Способ по п.1, в котором упомянутое обеспечение (102) соблюдения параметра разрыва услуги в UE (12) содержит этап, на котором запускают таймер разрыва услуги каждый раз, когда UE (12) переходит в режим бездействия.

3. Способ по п.1 или 2, в котором упомянутое обеспечение (102) соблюдения параметра разрыва услуги в UE (12) содержит этап, на котором не разрешают запросы на соединение для передачи инициируемых мобильной станцией данных пользователя, инициируемых мобильной станцией данных плоскости управления и/или инициируемых мобильной станцией SMS и/или запросы на присоединение, когда запущен таймер разрыва услуги.

4. Способ по п.1 или 2, в котором упомянутое обеспечение (102) соблюдения параметра разрыва услуги в UE (12) содержит этап, на котором не разрешают UE (12) присоединяться к PLMN, пока запущен таймер разрыва услуги.

5. Способ по п.1, в котором упомянутое обеспечение (102) соблюдения параметра разрыва услуги в UE (12) содержит этап, на котором не разрешают UE (12) инициировать процедуру запроса услуги, пока запущен таймер разрыва услуги.

6. Способ по п.1, в котором упомянутое обеспечение (102) соблюдения параметра разрыва услуги в UE (12) содержит этап, на котором не разрешают UE (12) инициировать процедуру возобновления соединения, пока запущен таймер разрыва услуги.

7. Пользовательское оборудование (UE) (12), которое обеспечивает управление разрывом услуги в системе (10) беспроводной связи, причем UE (12) выполнено с возможностью осуществлять способ по любому из пп.1-6.

8. Способ работы объекта базовой сети в базовой сети системы (10) беспроводной связи для обеспечения управления разрывом услуги, содержащий этапы, на которых:

получают (11, 200) посредством объекта базовой сети от сервиса домашних абонентов (HSS) данные подписки, содержащие параметр разрыва услуги, для пользовательского оборудования (UE) (12), причем параметр разрыва услуги указывает значение для таймера разрыва услуги для UE (12); и

отправляют (18, 202) посредством объекта базовой сети полученный параметр разрыва услуги в UE (12) в сообщении принятия присоединения во время процедуры первоначального присоединения.

9. Способ по п.8, дополнительно содержащий этап, на котором обеспечивают (204) соблюдение параметра разрыва услуги на сетевом объекте в слое уровня без доступа.

10. Способ по п.9, в котором упомянутое обеспечение (204) соблюдения параметра разрыва услуги на сетевом объекте содержит этап, на котором отклоняют запросы на соединение для передачи инициируемых мобильной станцией данных плоскости пользователя, инициируемых мобильной станцией данных плоскости управления и/или инициируемых мобильной станцией SMS и/или запросы на присоединение для UE (12), когда запущен таймер разрыва услуги для UE (12).

11. Способ по п.9, в котором упомянутое обеспечение (204) соблюдения параметра разрыва услуги на сетевом объекте содержит этапы, на которых:

принимают запрос на присоединение для UE (12); и

отклоняют запрос на присоединение, если запущен таймер разрыва услуги для UE (12).

12. Способ по п.9, в котором упомянутое обеспечение (204) соблюдения параметра разрыва услуги на сетевом объекте содержит этапы, на которых:

принимают запрос услуги для UE (12); и

отклоняют запрос услуги, если запущен таймер разрыва услуги для UE (12).

13. Способ по п.11, в котором упомянутое обеспечение (204) соблюдения параметра разрыва услуги на сетевом объекте содержит этапы, на которых:

принимают запрос на возобновление соединения для UE (12); и

отклоняют запрос на возобновление соединения, если запущен таймер разрыва услуги для UE (12).

14. Способ по п.9, в котором упомянутое обеспечение (204) соблюдения параметра разрыва услуги на сетевом объекте содержит этапы, на которых:

принимают запрос на возобновление соединения для UE (12); и

отклоняют запрос на возобновление соединения, если запущен таймер разрыва услуги для UE (12) и если запрос на возобновление соединения не является ответом на предшествующий завершающийся на мобильной станции поисковый вызов.

15. Способ по любому одному из пп.8-12, в котором упомянутое получение (200) параметра разрыва услуги для UE (12) содержит этапы, на которых:

отправляют в HSS запрос на обновление местоположения; и

принимают данные подписки от HSS в квитировании обновления местоположения, причем данные подписки содержат параметр разрыва услуги для UE (12).

16. Объект базовой сети в базовой сети системы (10) беспроводной связи для обеспечения управления разрывом услуги, причем объект базовой сети выполнен с возможностью осуществлять способ по любому из пп.8-15.

Документы, цитированные в отчете о поиске Патент 2021 года RU2749750C1

Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. 1921
  • Богач Б.И.
SU3A1

RU 2 749 750 C1

Авторы

Реннеке, Ханс, Бертил

Васс, Микаэль

Даты

2021-06-16Публикация

2018-06-20Подача