СПОСОБ ДЛЯ ВЫПОЛНЕНИЯ СВЯЗАННОЙ С РЕГИСТРАЦИЕЙ AMF ПРОЦЕДУРЫ ПОСРЕДСТВОМ UDM В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И УСТРОЙСТВО ДЛЯ ЭТОГО
METHOD FOR PERFORMING REGISTRATION-RELATED AMF PROCEDURE BY UDM IN WIRELESS COMMUNICATION SYSTEM AND DEVICE THEREFOR

Область техники, к которой относится изобретение
[0001] Нижеприведенное описание относится к системе беспроводной связи, а более конкретно, к способу для обеспечения возможности UDM (унифицированного управления данными), с тем чтобы выполнять процедуру, связанную с регистрацией AMF (функции управления доступом и мобильностью), и к устройству для этого.
Уровень техники
[0002] Системы беспроводной связи широко развернуты для того, чтобы предоставлять различные типы услуг связи, таких как голос или данные. В общем, система беспроводной связи представляет собой систему со множественным доступом, которая поддерживает связь множества пользователей посредством совместного использования доступных системных ресурсов (полосы пропускания, мощности передачи и т.д.) между ними. Например, системы с множественным доступом включают в себя систему с множественным доступом с кодовым разделением каналов (CDMA), систему с множественным доступом с частотным разделением каналов (FDMA), систему с множественным доступом с временным разделением каналов (TDMA), систему с множественным доступом с ортогональным частотным разделением каналов (OFDMA), систему с множественным доступом с частотным разделением каналов с одной несущей (SC–FDMA) и систему с множественным доступом с частотным разделением каналов с несколькими несущими (MC–FDMA).
Сущность изобретения
Техническая проблема
[0003] Цель настоящего изобретения заключается в том, чтобы предоставлять способ для обеспечения возможности UDM, с тем чтобы эффективно выполнять регистрацию AMF в 5G–системе мобильной связи.
[0004] Специалисты в данной области техники должны принимать во внимание, что цели, которые могут достигаться с помощью настоящего изобретения, не ограничены тем, что конкретно описано выше, и вышеуказанные и другие цели, которых может достигать настоящее изобретение, должны более ясно пониматься из нижеприведенного подробного описания.
Техническое решение
[0005] В одном варианте осуществления настоящего изобретения, способ для обеспечения возможности UDM (унифицированного управления данными), с тем чтобы выполнять связанную с регистрацией процедуру AMF (функции управления доступом и мобильностью) в системе беспроводной связи содержит этапы: приема, посредством UDM, сообщения, связанного с регистрацией обслуживающей AMF UE, которое включает в себя информацию типа доступа и идентификационную (ID) информацию, из первой AMF; передачу, посредством UDM, связанного с разрегистрацией сообщения во вторую AMF, когда вторая AMF существует, при этом вторая AMF регистрируется в качестве обслуживающей AMF UE и связана с информацией типа доступа.
[0006] В одном варианте осуществления настоящего изобретения устройство UDM (унифицированного управления данными) для выполнения связанной с регистрацией процедуры AMF (функции управления доступом и мобильностью) в системе беспроводной связи содержит приемо–передающее устройство; и процессор, при этом процессор позволяет UDM принимать сообщение, связанное с регистрацией обслуживающей AMF UE, которое включает в себя информацию типа доступа и идентификационную (ID) информацию, из первой AMF, и если вторая AMF, зарегистрированная в качестве обслуживающей AMF UE, которое соответствует информации типа доступа, существует, UDM передает связанное с разрегистрацией сообщение во вторую AMF.
[0007] UDM может сохранять информацию типа доступа, связанную с AMF, и идентификационную информацию.
[0008] UDM может принимать сообщение с запросом, связанное с удалением контекста UE, из NF, и сообщение с запросом, связанное с удалением контекста UE, может включать в себя информацию типа доступа, когда NF представляет собой AMF.
[0009] Если UDM передает связанное с разрегистрацией сообщение вследствие отозванной подписки, оно может указывать тип доступа связанного с разрегистрацией сообщения.
[0010] Если сообщение для запроса информации обслуживающей AMF принимается из NF, информация обслуживающей AMF, связанная с типом доступа, может передаваться в NF, и сообщение для запроса информации обслуживающей AMF может включать в себя информацию типа доступа.
[0011] Способ дополнительно может содержать этап приема запроса для запроса на то, чтобы предоставлять информацию досягаемости UE из NF, при этом запрос для запроса на то, чтобы предоставлять информацию досягаемости UE, может включать в себя информацию типа доступа.
[0012] UDM может подписываться на службу предоставления уведомлений для события досягаемости UE посредством AMF, связанной с типом доступа.
[0013] Если информация, указывающая то, что UE является достижимым, принимается из AMF, связанной с типом доступа, информация, указывающая то, что UE является достижимым, может передаваться в NF.
[0014] Если UE выполняет передачу обслуживания из 5GS (5G–системы) EPS (усовершенствованной системе с пакетной коммутацией), отмена определения местоположения посредством UDM и HSS может выполняться для AMF, тип доступа которой представляет собой 3GPP.
[0015] Если UE изменяет 5GS на EPS в бездействующем режиме, операция отмены определения местоположения посредством UDM может выполняться для AMF, тип доступа которой представляет собой 3GPP.
Преимущества изобретения
[0016] Согласно настоящему изобретению информация обслуживающей AMF и/или связанная информация могут управляться эффективно в состоянии, в котором AMF может существовать согласно доступу в отношении 3GPP и не–3GPP–доступа.
[0017] Специалисты в данной области техники должны принимать во внимание, что преимущества, которые могут достигаться через настоящее изобретение, не ограничены тем, что конкретно описано выше, и другие преимущества настоящего изобретения должны более ясно пониматься из нижеприведенного подробного описания.
Краткое описание чертежей
[0018] Прилагаемые чертежи, которые включены для того, чтобы обеспечивать дополнительное понимание изобретения, иллюстрируют варианты осуществления изобретения и вместе с описанием служат для того, чтобы пояснять принципы настоящего изобретения.
[0019] Фиг. 1 является схемой, иллюстрирующей краткую структуру усовершенствованной системы с пакетной коммутацией (EPS), которая включает в себя усовершенствованное ядро пакетной коммутации (EPC).
[0020] Фиг. 2 является примерной схемой, иллюстрирующей архитектуру общей E–UTRAN и общего EPC.
[0021] Фиг. 3 является примерной схемой, иллюстрирующей структуру радиоинтерфейсного протокола на плоскости управления.
[0022] Фиг. 4 является примерной схемой, иллюстрирующей структуру радиоинтерфейсного протокола на пользовательской плоскости.
[0023] Фиг. 5 является блок–схемой последовательности операций способа, иллюстрирующей процедуру произвольного доступа.
[0024] Фиг. 6 является схемой, иллюстрирующей процедуру соединения на уровне управления радиоресурсами (RRC).
[0025] Фиг. 7 является схемой, иллюстрирующей 5G–систему.
[0026] Фиг. 8 иллюстрирует NextGe–архитектуру без роуминга.
[0027] Фиг. 9–21 являются схемами, иллюстрирующими примеры подробной процедуры согласно вариантам осуществления настоящего изобретения.
[0028] Фиг. 22 является схемой, иллюстрирующей конфигурацию узлового устройства согласно варианту осуществления настоящего изобретения.
Оптимальный режим осуществления изобретения
[0029] Нижеприведенные варианты осуществления представляют собой комбинации компонентов и признаков настоящего изобретения в предписанной форме. Каждый компонент или признак может считаться избирательным, если явно не упоминается иное. Каждый компонент или признак может выполняться в форме, которая не комбинируется с другими компонентами и признаками. Дополнительно, некоторые компоненты и/или признаки могут комбинироваться с тем, чтобы конфигурировать вариант осуществления настоящего изобретения. Порядок операций, описанных в вариантах осуществления настоящего изобретения, может изменяться. Некоторые компоненты или признаки варианта осуществления могут быть включены в другой вариант осуществления или могут заменяться соответствующим компонентом или признаком настоящего изобретения.
[0030] Конкретные термины, используемые в нижеприведенном описании, предоставляются, чтобы помогать пониманию настоящего изобретения, и использование таких конкретных терминов может изменяться на другую форму в пределах технической идеи настоящего изобретения.
[0031] В некоторых случаях, чтобы не допускать неопределенности принципа настоящего изобретения, известная структура и устройство могут опускаться, либо может использоваться блок–схема, ориентированная на базовые функции каждой структуры или устройства. Кроме того, идентичные ссылки с номерами используются для идентичных компонентов во всем настоящем описании изобретения.
[0032] Варианты осуществления настоящего изобретения могут поддерживаться посредством документов по стандартизации, раскрытых, по меньшей мере, относительно одного из системы на основе группы 802–стандартов IEEE (Института инженеров по электротехнике и радиоэлектронике), 3GPP–системы, 3GPP LTE– и LTE–A–системы и 3GPP2–системы. А именно, этапы или части, не описанные для того, чтобы прояснять техническую идею настоящего изобретения в вариантах осуществления настоящего изобретения, могут поддерживаться посредством вышеуказанных документов. Кроме того, все термины, раскрытые в настоящем документе, могут описываться согласно вышеуказанным документам по стандартизации.
[0033] Нижеописанная технология может использоваться для различных беспроводных систем связи. Для понятности, нижеприведенное описание ориентировано на 3GPP LTE и 3GPP LTE–A, посредством чего техническая идея настоящего изобретения не ограничивается.
[0034] Термины, используемые в настоящем документе, задаются следующим образом.
[0035] – UMTS (универсальная система мобильной связи): технология мобильной связи третьего поколения на основе GSM (глобальной системы мобильной связи), разработанная посредством 3GPP.
[0036] – EPS (усовершенствованная система с пакетной коммутацией): сетевая система, которая включает в себя EPC (усовершенствованное ядро пакетной коммутации), которое представляет собой базовую сеть с коммутацией пакетов на основе IP (Интернет–протокола), и сеть доступа, такую как LTE и UTRAN. Эта система представляет собой сеть усовершенствованной версии UMTS.
[0037] – Узел B: базовая станция GERAN/UTRAN. Эта базовая станция устанавливается вне помещения, и ее покрытие имеет масштаб макросоты.
[0038] – Усовершенствованный узел B: базовая станция LTE. Эта базовая станция устанавливается вне помещения, и ее покрытие имеет масштаб макросоты.
[0039] – UE (пользовательское оборудование): UE может упоминаться как терминал, ME (мобильное устройство), MS (мобильная станция) и т.д. Кроме того, UE может представлять собой портативное устройство, такое как ноутбук, сотовый телефон, PDA (персональное цифровое устройство), смартфон и мультимедийное устройство. Альтернативно, UE может представлять собой непортативное устройство, такое как PC (персональный компьютер), и установленное в транспортном средстве устройство. Термин "UE", при использовании относительно MTC, может означать MTC–устройство.
[0040] – HNB (собственный узел B): базовая станция UMTS–сети. Эта базовая станция устанавливается в помещениях, и ее покрытие имеет масштаб микросоты.
[0041] – HeNB (собственный усовершенствованный узел B): базовая станция EPS–сети. Эта базовая станция устанавливается в помещениях, и ее покрытие имеет масштаб микросоты.
[0042] – MME (объект управления мобильностью): сетевой узел EPS–сети, который выполняет управление мобильностью (MM) и управление сеансами (SM).
[0043] – PDN GW (шлюз сети пакетной передачи данных)/PGW: сетевой узел EPS–сети, который выполняет выделение UE IP–адресов, отбор и фильтрацию пакетов, сбор данных по тарификации и оплате услуг и т.д.
[0044] – SGW (обслуживающий шлюз): сетевой узел EPS–сети, который выполняет привязку для мобильности, маршрутизацию пакетов, буферизацию пакетов в бездействующем режиме и инициирование поисковых вызовов UE MME.
[0045] – NAS (не связанный с предоставлением доступа уровень): верхний уровень плоскости управления между UE и MME. Он представляет собой функциональный уровень для передачи и приема служебных сигналов и сообщения трафика между UE и базовой сетью в стеке LTE/UMTS–протоколов и поддерживает мобильность UE и поддерживает процедуру управления сеансами для установления и поддержания IP–соединения между UE и PDN GW.
[0046] – PDN (сеть пакетной передачи данных): сеть, в которой расположен сервер, поддерживающий конкретную услугу (например, сервер службы мультимедийных сообщений (MMS), сервер на основе прикладного протокола беспроводной связи (WAP) и т.д.).
[0047] – PDN–соединение: логическое соединение между UE и PDN, представленное в качестве одного IP–адреса (одного IPv4–адреса и/или одного IPv6–префикса).
[0048] – RAN (сеть радиодоступа): модуль, включающий в себя узел B, усовершенствованный узел B и контроллер радиосети (RNC) для управления узлом B и усовершенствованным узлом B в 3GPP–сети, который присутствует между UE и предоставляет соединение с базовой сетью.
[0049] – HLR (реестр собственных абонентов)/HSS (сервер собственных абонентов): база данных, имеющая информацию абонентов в 3GPP–сети. HSS может выполнять такие функции, как хранение конфигураций, управление идентификационными данными и хранение состояний пользователей.
[0050] – PLMN (наземная сеть мобильной связи общего пользования): сеть, сконфигурированная для цели предоставления услуг мобильной связи людям. Эта сеть может быть сконфигурирована согласно оператору.
[0051] – Услуги на основе близости (или ProSe–услуга, или услуга на основе близости): услуга, которая обеспечивает обнаружение между физически близкими устройствами и взаимную прямую связь/связь через базовую станцию/связь через третью сторону. В это время, данными пользовательской плоскости обмениваются через прямой тракт передачи данных без базовой 3GPP–сети (например, EPC).
EPC (усовершенствованное ядро пакетной коммутации)
[0052]
[0053] Фиг. 1 является принципиальной схемой, показывающей структуру усовершенствованной системы с пакетной коммутацией (EPS), включающей в себя усовершенствованное ядро пакетной коммутации (EPC).
[0054] EPC представляет собой базовый элемент стандарта развития архитектуры системы (SAE) для повышения производительности 3GPP–технологии. SAE соответствует научно–исследовательскому проекту для определения сетевой структуры, поддерживающей мобильность между различными типами сетей. Например, SAE нацелен на предоставление оптимизированной системы с коммутацией пакетов для поддержки различных технологий радиодоступа и предоставления усовершенствованных характеристик передачи данных.
[0055] В частности, EPC представляет собой базовую сеть IP–системы мобильной связи для 3GPP LTE и может поддерживать услуги с коммутацией пакетов в реальном времени и не в реальном времени. В традиционных системах мобильной связи (т.е. в системах мобильной связи второго поколения или третьего поколения), функции базовой сети реализуются через субдомен с коммутацией каналов (CS) для голоса и субдомен с коммутацией пакетов (PS) для данных. Тем не менее, в 3GPP LTE–системе, которая усовершенствована из системы связи третьего поколения, CS– и PS–субдомены унифицируются в один IP–домен. Таким образом, в 3GPP LTE, соединение терминалов, имеющих IP–характеристики, может устанавливаться через бизнес–станцию на основе IP (например, усовершенствованный узел B (усовершенствованный узел B)), EPC и прикладной домен (например, IMS). Таким образом, EPC представляет собой существенную структуру для сквозных IP–услуг.
[0056] EPC может включать в себя различные компоненты. Фиг. 1 показывает некоторые компоненты, а именно, обслуживающий шлюз (SGW), шлюз сети пакетной передачи данных (PDN GW), объект управления мобильностью (MME), обслуживающий поддерживающий узел по стандарту GPRS (общей службы пакетной радиопередачи) (SGSN) и усовершенствованный шлюз пакетной передачи данных (ePDG).
[0057] SGW работает в качестве граничной точки между сетью радиодоступа (RAN) и базовой сетью и поддерживает тракт передачи данных между усовершенствованным узлом B и PDN GW. Когда. Когда терминал перемещается по зоне, обслуживаемой посредством усовершенствованного узла B, SGW функционирует в качестве привязочной локальной точки для обеспечения мобильности. Таким образом, пакеты. Таким образом, пакеты могут маршрутизироваться через SGW для мобильности в усовершенствованной наземной сети радиодоступа UMTS (E–UTRAN), заданной после 3GPP версии 8. Помимо этого, SGW может служить в качестве привязочной точки для мобильности другой 3GPP–сети (RAN, заданной до 3GPP версии 8, например, UTRAN или GERAN (сети радиодоступа по стандарту глобальной системы мобильной связи (GSM)/развитию стандарта GSM с увеличенной скоростью передачи данных (EDGE)).
[0058] PDN GW соответствует оконечной точке интерфейса передачи данных для сети пакетной передачи данных. PDN GW может поддерживать признаки принудительной активации политики, пакетную фильтрацию и поддержку тарификации и оплаты услуг. Помимо этого, PDN GW может служить в качестве привязочной точки для управления мобильностью с 3GPP–сетью и не–3GPP–сетью (например, ненадежной сетью, такой как беспроводная локальная вычислительная сеть для межсетевого взаимодействия (I–WLAN) и надежной сетью, такой как сеть со множественным доступом с кодовым разделением каналов (CDMA) или WiMAX–сеть).
[0059] Хотя SGW и PDN GW сконфигурированы как отдельные шлюзы в примере сетевой структуры по фиг. 1, два шлюза могут реализовываться согласно варианту конфигурации с одним шлюзом.
[0060] MME выполняет передачу служебных сигналов и функции управления для поддержки доступа UE для сетевого соединения, распределения сетевых ресурсов, отслеживания, поисковых вызовов, роуминга и передачи обслуживания. MME управляет функциями плоскости управления, ассоциированными с абонентом и управлением сеансами. MME управляет множеством усовершенствованных узлов B и передачей служебных сигналов для выбора традиционного шлюза для передачи обслуживания другим 2G/3G–сетям. Помимо этого, MME выполняет процедуры обеспечения безопасности, обработку сеансов между терминалами и сетью, управление местоположением терминалов в бездействующем режиме и т.д.
[0061] SGSN обрабатывает все пакетные данные, такие как управление мобильностью и аутентификация пользователя для других 3GPP–сетей (например, для GPRS–сети).
[0062] EPDG служит в качестве узла обеспечения безопасности для не–3GPP–сети (например, I–WLAN, публичной Wi–Fi–точки доступа и т.д.).
[0063] Как описано выше со ссылкой на фиг. 1, терминал, имеющий IP–характеристики, может осуществлять доступ к сети предоставления IP–услуг (например, IMS), предоставленной посредством оператора, через различные элементы в EPC не только на основе 3GPP–доступа, но также и на основе не–3GPP–доступа.
[0064] Дополнительно, фиг. 1 показывает различные опорные точки (например, S1–U, S1–MME и т.д.). В 3GPP, концептуальная линия связи, соединяющая две функции различных функциональных объектов E–UTRAN и EPC, задается как опорная точка. Таблица 1 представляет собой список опорных точек, показанных на фиг. 1. Различные опорные точки могут присутствовать в дополнение к опорным точкам в таблице 1 согласно сетевым структурам.
[0065] Табл. 1
Опорная точка
Описание
S1–MME
Опорная точка для протокола плоскости управления между E–UTRAN и MME
S1–U
Опорная точка между E–UTRAN и обслуживающим GW для туннелирования в пользовательской плоскости в расчете на канал-носитель и коммутации трактов между усовершенствованными узлами B во время передачи обслуживания
S3
Она обеспечивает обмен информацией между пользователями и каналами-носителями для мобильности между 3GPP–сетями доступа в бездействующем и/или активном состоянии. Эта опорная точка может использоваться внутри PLMN или между PLMN (например, в случае HO между PLMN).
S4
Она предоставляет связанное управление и поддержку мобильности между GPRS–ядром и привязочной 3GPP–функцией обслуживающего GW. Помимо этого, если прямой туннель не устанавливается, она предоставляет туннелирование в пользовательской плоскости.
S5
Она предоставляет туннелирование в пользовательской плоскости и управление туннелями между обслуживающим GW и PDN GW. Она используется для переход на другой обслуживающий GW вследствие мобильности UE, а также если обслуживающий GW должен соединяться с размещенным несовместно PDN GW для требуемого PDN–подключения.
S11
Опорная точка между MME и SGW
SGi
Она представляет собой опорную точку между PDN GW и сетью пакетной передачи данных. Сеть пакетной передачи данных может представлять собой внешнюю для оператора сеть общего пользования или частную сеть для пакетной передачи данных либо внутреннюю сеть пакетной передачи данных оператора, например, для инициализации IMS–услуг. Эта опорная точка соответствует GPS для 3GPP–доступа.
[0066] Из числа опорных точек, показанных на фиг. 1, S2a и S2b соответствуют не–3GPP–интерфейсам. S2a представляет собой опорную точку которая, предоставляет надежный не–3GPP–доступ и связанное управление и поддержку мобильности между PDN GW для пользовательской плоскости. S2b представляет собой опорную точку, которая предоставляет связанное управление и поддержку мобильности между ePDG и PDN GW для пользовательской плоскость.
[0067] Фиг. 2 является схемой, примерно иллюстрирующей архитектуры типичной E–UTRAN и EPC.
[0068] Как показано на чертеже, в то время как соединение на уровне управления радиоресурсами (RRC) активируется, усовершенствованный узел B может выполнять маршрутизацию в шлюз, диспетчеризацию передачи сообщения поискового вызова, диспетчеризацию и передачу широковещательного канала (BCH), динамическое выделение ресурсов в UE в восходящей линии связи и нисходящей линии связи, конфигурирование и инициализацию измерения в усовершенствованном узле B, управление радиоканалами-носителями, управление допуском к радиосвязи и управление мобильностью соединений. В EPC, формирование поисковых вызовов, управление LTE–бездействующим состоянием, шифрование пользовательской плоскости, управление однонаправленными SAE–каналами и шифрование и защиту целостности передачи служебных NAS–сигналов.
[0069] Фиг. 3 является схемой, примерно иллюстрирующей структуру радиоинтерфейсного протокола в плоскости управления между UE и базовой станцией, и фиг. 4 является схемой, примерно иллюстрирующей структуру радиоинтерфейсного протокола в пользовательской плоскости между UE и базовой станцией.
[0070] Радиоинтерфейсный протокол основан на стандарте беспроводных 3GPP–сетей доступа. Радиоинтерфейсный протокол горизонтально включает в себя физический уровень, канальный уровень и сетевой уровень. Радиоинтерфейсный протокол разделяется на пользовательскую плоскость для передачи информации в виде данных и плоскость управления для доставки управляющих служебных сигналов, которые размещаются вертикально.
[0071] Протокольные уровни могут классифицироваться на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех подуровней модели взаимодействия открытых систем (OSI), которая известна в системе связи.
[0072] В дальнейшем в этом документе, приводится описание протокола радиосвязи в плоскости управления, показанной на фиг. 3, и протокола радиосвязи в пользовательской плоскости, показанной на фиг. 4.
[0073] Физический уровень, который представляет собой первый уровень, предоставляет услугу передачи информации с использованием физического канала. Физический канальный уровень соединяется уровнем управления доступом к среде (MAC), который представляет собой верхний уровень для физического уровня, через транспортный канал. Данные передаются между физическим уровнем и MAC–уровнем через транспортный канал. Передача данных между различными физическими уровнями, т.е. физическим уровнем передающего устройства и физическим уровнем приемного устройства выполняется через физический канал.
[0074] Физический канал состоит из множества субкадров во временной области и множества поднесущих в частотной области. Один субкадр состоит из множества символов во временной области и множества поднесущих. Один субкадр состоит из множества блоков ресурсов. Один блок ресурсов состоит из множества символов и множества поднесущих. Интервал времени передачи (TTI), единица времени для передачи данных, составляет 1 мс, что соответствует одному субкадру.
[0075] Согласно 3GPP LTE, физические каналы, присутствующие на физических уровнях передающего устройства и приемного устройства, могут разделяться на каналы передачи данных, соответствующие физическому совместно используемому каналу нисходящей линии связи (PDSCH) и физическому совместно используемому каналу восходящей линии связи (PUSCH), и каналы управления, соответствующие физическому каналу управления нисходящей линии связи (PDCCH), физическому каналу индикатора формата канала управления (PCFICH), физическому каналу индикатора гибридного ARQ (PHICH) и физическому каналу управления восходящей линии связи (PUCCH).
[0076] Второй уровень включает в себя различные уровни.
[0077] Во–первых, MAC–уровень на втором уровне служит для того, чтобы преобразовывать различные логические каналы в различные транспортные каналы, а также служит для того, чтобы преобразовывать различные логические каналы в один транспортный канал. MAC–уровень соединяется с RLC–уровнем, который представляет собой верхний уровень, через логический канал. Логический канал широко разделяется на канал управления для передачи информации плоскости управления и канал трафика для передачи информации пользовательской плоскости согласно типам передаваемой информации.
[0078] Уровень управления радиосвязью (RLC) на втором уровне служит для того, чтобы сегментировать и конкатенировать данные, принимаемые из верхнего уровня, чтобы регулировать размер данных таким образом, что размер является подходящим для нижнего уровня, чтобы передавать данные в радиоинтервале.
[0079] Уровень протокола конвергенции пакетных данных (PDCP) на втором уровне выполняет функцию сжатия заголовков для уменьшения размера заголовка IP–пакета, который имеет относительно большой размер и содержит необязательную управляющую информацию, чтобы эффективно передавать IP–пакет, такой как IPv4– или IPv6–пакет, в радиоинтервале, имеющем узкую полосу пропускания. Помимо этого, в LTE, PDCP–уровень также выполняет функцию обеспечения безопасности, которая состоит из шифрования для предотвращения, посредством третьей стороны, мониторинга данных, и защиту целостности для предотвращения манипулирования данными посредством третьей стороны.
[0080] Уровень управления радиоресурсами (RRC), который расположен в самой верхней части третьего уровня, задается только в плоскости управления и служит для того, чтобы конфигурировать радиоканалы-носители (RB) и управлять логическим каналом, транспортным каналом и физическим каналом относительно операций переконфигурирования и высвобождения. RB представляет услугу, предоставляемую посредством второго уровня, чтобы обеспечивать передачу данных между UE и E–UTRAN.
[0081] Если RRC–соединение устанавливается между RRC–уровнем UE и RRC–уровнем беспроводной сети, UE находится в RRC–соединенном режиме. В противном случае, UE находится в режиме RRC–бездействия.
[0082] В дальнейшем в этом документе, приводится описание RRC–состояния UE и способа RRC–соединения. RRC–состояние означает состояние, в котором RRC UE соединяется или не соединяется логически с RRC E–UTRAN. RRC–состояние UE, имеющего логическое соединение с RRC E–UTRAN, упоминается как RRC–соединенное состояние. RRC–состояние UE, которое не имеет логического соединения с RRC E–UTRAN, упоминается как RRC–бездействующее состояние. UE в RRC–соединенном состоянии имеет RRC–соединение, и в силу этого E–UTRAN может распознавать присутствие UE в единице соты. Соответственно, UE может эффективно управляться. С другой стороны, E–UTRAN не может распознавать присутствие UE, которое находится в RRC–бездействующем состоянии. UE в RRC–бездействующем состоянии управляется посредством базовой сети в зоне отслеживания (TA), которая представляет собой единицу зоны, большую соты. Таким образом, для UE в RRC–бездействующем состоянии, только присутствие или отсутствие UE распознается в единице зоне, большей соты. Для предоставления, для UE в RRC–бездействующем состоянии, обычной услуги мобильной связи, такой как голосовая услуга и услуга передачи данных, UE должно переходить в RRC–соединенное состояние. TA отличается от другой TA посредством идентификатора зоны отслеживания (TAI). UE может конфигурировать TAI через код зоны отслеживания (TAC), который представляет собой информацию, широковещательно передаваемую из соты.
[0083] Когда пользователь первоначально включает UE, UE сначала выполняет поиск надлежащей соты. Затем UE устанавливает RRC–соединение в соте и регистрирует информацию поблизости в базовой сети. После этого, UE остается в RRC–бездействующем состоянии. При необходимости, UE, остающееся в RRC–бездействующем состоянии, выбирает соту (снова) и проверяет системную информацию или информацию поисковых вызовов. Эта операция называется закреплением в соте. Только когда UE, остающееся в RRC–бездействующем состоянии, должно устанавливать RRC–соединение, UE устанавливает RRC–соединение с RRC–уровнем E–UTRAN через процедуру RRC–соединения и переходит в RRC–соединенное состояние. UE, остающееся в RRC–бездействующем состоянии, должно устанавливать RRC–соединение во многих случаях. Например, случаи могут включать в себя попытку пользователя осуществлять телефонный вызов, попытку передавать данные или передачу ответного сообщения после приема сообщения поискового вызова из E–UTRAN.
[0084] Не связанный с предоставлением доступа уровень (NAS), позиционированный поверх RRC–уровня, выполняет такие функции, как управление сеансами и управление мобильностью.
[0085] В дальнейшем в этом документе подробно описывается NAS–уровень, показанный на фиг. 3.
[0086] ESM (усовершенствованное управление сеансами), принадлежащее NAS–уровню, выполняет такие функции, как управление каналами-носителями по умолчанию и управление выделенными каналами-носителями, чтобы управлять UE с возможностью использовать PS–услугу из сети. UE назначается ресурс канала-носителя по умолчанию посредством конкретной сети пакетной передачи данных (PDN), когда UE первоначально осуществляет доступ к PDN. В этом случае, сеть выделяет доступный IP для UE, чтобы позволять UE использовать услугу передачи данных. Сеть также выделяет QoS канала-носителя по умолчанию для UE. LTE–поддерживает два вида каналов-носителей. Один канал-носитель представляет собой канал-носитель, имеющий характеристики QoS с гарантированной скоростью передачи битов (GBR) для гарантирования конкретной полосы пропускания для передачи и приема данных, и другой канал-носитель представляет собой однонаправленный не–GBR–канал, который имеет характеристики QoS на основе принципа максимальной эффективности без гарантирования полосы пропускания. Канал-носитель по умолчанию назначается однонаправленному не–GBR–каналу. Выделенному каналу-носителю может назначаться канал-носитель, имеющий QoS–характеристики GBR или не–GBR.
[0087] Канал-носитель, выделяемый UE посредством сети, упоминается как канал-носитель на основе усовершенствованной услуги с коммутацией пакетов (EPS). Когда однонаправленный EPS–канал выделяется UE, сеть назначает один идентификатор. Этот идентификатор называется идентификатором однонаправленного EPS–канала. Один однонаправленный EPS–канал имеет QoS–характеристики максимальной скорости передачи битов (MBR) и/или гарантированной скорости передачи битов (GBR).
[0088] Фиг. 5 является блок–схемой последовательности операций способа, иллюстрирующей процедуру произвольного доступа в 3GPP LTE.
[0089] Процедура произвольного доступа используется для получения, посредством UE, синхронизации в UL с eNB, или для назначения для UE UL–радиоресурса.
[0090] UE принимает индекс корня и индекс конфигурации физического канала с произвольным доступом (PRACH) из усовершенствованного узла B. Каждая сота имеет 64 возможных варианта преамбул произвольного доступа, заданных посредством последовательности Задова–Чу (ZC). Индекс корня представляет собой логический индекс, используемый для UE, чтобы формировать 64 возможных варианта преамбул произвольного доступа.
[0091] Передача преамбулы произвольного доступа ограничена конкретными временными и частотными ресурсами для каждой соты. Индекс PRACH–конфигурации указывает конкретный формат субкадра и преамбулы, в котором передача преамбулы произвольного доступа возможна.
[0092] UE передает случайно выбранную преамбулу произвольного доступа в усовершенствованный узел B. UE выбирает преамбулу произвольного доступа из числа 64 возможных вариантов преамбул произвольного доступа, и UE выбирает субкадр, соответствующий индексу PRACH–конфигурации. UE передает выбранную преамбулу произвольного доступа в выбранном субкадре.
[0093] После приема преамбулы произвольного доступа, усовершенствованный узел B отправляет ответ по произвольному доступу (RAR) в UE. RAR обнаруживается на двух этапах. Во–первых, UE обнаруживает PDCCH, маскированный с помощью RNTI с произвольным доступом (RA). UE принимает RAR в PDU (протокольной единице данных) MAC (управления доступом к среде) по PDSCH, указываемому посредством обнаруженного PDCCH.
[0094] Фиг. 6 иллюстрирует процедуру соединения на уровне управления радиоресурсами (RRC).
[0095] Как показано на фиг. 6, RRC–состояние задается согласно тому, устанавливается или нет RRC–соединение. RRC–состояние указывает то, имеет или нет объект RRC–уровня UE логическое соединение с объектом RRC–уровня усовершенствованного узла B. RRC–состояние, в котором объект RRC–уровня UE логически соединяется с объектом RRC–уровня усовершенствованного узла B, называется RRC–соединенным состоянием. RRC–состояние, в котором объект RRC–уровня UE не соединяется логически с объектом RRC–уровня усовершенствованного узла B, называется RRC–бездействующим состоянием.
[0096] UE в соединенном состоянии имеет RRC–соединение, и в силу этого E–UTRAN может распознавать присутствие UE в единице соты. Соответственно, UE может эффективно управляться. С другой стороны, E–UTRAN не может распознавать присутствие UE, которое находится в бездействующем состоянии. UE в бездействующем состоянии управляется посредством базовой сети в единице зоны отслеживания, которая представляет собой единицу зоны, большую соты. Зона отслеживания представляет собой единицу набора сот. Таким образом, для UE, которое находится в бездействующем состоянии, только присутствие или отсутствие UE распознается в большей единице зоны. Для предоставления, для UE в бездействующем состоянии, обычной услуги мобильной связи, такой как голосовая услуга и услуга передачи данных, UE должно переходить в соединенное состояние.
[0097] Когда пользователь первоначально включает UE, UE сначала выполняет поиск надлежащей соты и затем остается в бездействующем состоянии. Только тогда, когда UE, остающееся в бездействующем состоянии, должно устанавливать RRC–соединение, UE устанавливает RRC–соединение с RRC–уровнем усовершенствованного узла B через процедуру RRC–соединения и затем выполняет переход в RRC–соединенное состояние.
[0098] UE, остающееся в бездействующем состоянии, должно устанавливать RRC–соединение во многих случаях. Например, случаи могут включать в себя попытку пользователя осуществлять телефонный вызов, попытку передавать данные или передачу ответного сообщения после приема сообщения поискового вызова из E–UTRAN.
[0099] Для UE в бездействующем состоянии, чтобы устанавливать RRC–соединение с усовершенствованным узлом B, процедура RRC–соединения должна выполняться, как описано выше. Процедура RRC–соединения широко разделяется на передачу сообщения с запросом на установление RRC–соединения из UE в усовершенствованный узел B, передачу сообщения установления RRC–соединения из усовершенствованного узла B в UE и передачу сообщения завершения установления RRC–соединения из UE в усовершенствованный узел B, которые подробно описываются ниже со ссылкой на фиг. 6.
[00100] 1) Когда UE в бездействующем состоянии хочет устанавливать RRC–соединение по таким причинам, как попытка выполнять вызов, попытка передачи данных или ответ усовершенствованного узла B в поисковые вызовы, UE сначала передает сообщение с запросом на установление RRC–соединения в усовершенствованный узел B.
[00101] 2) После приема сообщения с запросом на установление RRC–соединения из UE, ENB принимает запрос на установление RRC–соединения UE, когда радиоресурсы являются достаточными, и затем передает сообщение установления RRC–соединения, которое представляет собой ответное сообщение, в UE.
[00102] 3) После приема сообщения установления RRC–соединения, UE передает сообщение завершения установления RRC–соединения в усовершенствованный узел B. Только тогда, когда UE успешно передает сообщение установления RRC–соединения, UE устанавливает RRC–соединение с усовершенствованным узлом B и переходит в RRC–соединенный режим.
[00103] В унаследованном EPC MME классифицируется на AMF (базовую функцию управления доступом и мобильностью) и SMF (функцию управления сеансами) в системе следующего поколения (или базовой 5G–сети (CN)). Следовательно, NAS–взаимодействие и MM (управление мобильностью) с UE выполняются посредством AMF, и SM (управление сеансами) выполняется посредством SMF. Кроме того, SMF управляет UPF (функцией пользовательской плоскости), которая представляет собой шлюз, имеющий функцию пользовательской плоскости, т.е. для маршрутизации пользовательского трафика. В этом случае часть плоскости управления S–GW и P–GW в унаследованном EPC может управляться посредством SMF, и часть пользовательской плоскости может управляться посредством UPF. Для маршрутизации пользовательского трафика, одна или более UPF могут существовать между RAN и DN (сетью передачи данных). Таким образом, унаследованное EPC может быть сконфигурировано в 5G, как проиллюстрировано на фиг. 7. Кроме того, в качестве принципа, соответствующего PDN–соединению в унаследованной EPS, сеанс на основе PDU (протокольных единиц данных) задается в 5G–системе. PDU–сеанс означает ассоциирование между UE, которое предоставляет услуги по обеспечению возможностей PDU–подключения Ethernet– или неструктурированного типа, а также IP–типа, и DN. Помимо этого, UDM (унифицированное управление данными) выполняет функцию, соответствующую HSS EPC, и PCF (функция управления политиками) выполняет функцию, соответствующую PCRF EPC. Чтобы удовлетворять требованиям 5G–системы, функции могут предоставляться в увеличенном типе. N1 представляет собой опорную точку для плоскости управления между 5G UE и AMF, N2 представляет собой опорную точку для плоскости управления между 5G (R)AN и AMF, и N3 представляет собой опорную точку для пользовательской плоскости между 5G (R)AN и UPF. Кроме того, N4 представляет собой опорную точку между SMF и UPF, N5 представляет собой опорную точку между PCF и прикладной функцией, и N6 представляет собой опорную точку между UPF и сетью передачи данных. Сеть передачи данных может представлять собой сеть передачи данных общего пользования или частную сеть передачи данных за пределами поставщика услуг мобильной связи либо может представлять собой сеть передачи данных поставщика услуг мобильной связи. N7 представляет собой опорную точку между SMF и PCF. Подробности архитектуры 5G–системы, каждой функции и каждого интерфейса соответствуют TS 23.501. В частности, 5G–система (т.е. система следующего поколения) должна поддерживать не–3GPP–доступ, и в силу этого такие подробности, как архитектура для поддержки не–3GPP–доступа и сетевой элемент, описываются в разделе 4.2.7 TS 23.501v0.2.0. Основной пример не–3GPP–доступа может включать в себя доступ к WLAN, который может включать в себя доверенную WLAN и недоверенную WLAN.
[00104] Архитектура, которая включает в себя различные типы не–3GPP–доступов, предлагается в TS 23.501. Например, AMF (т.е. обслуживающая AMF для 3GPP–доступа UE) для 3GPP–доступа может отличаться от AMF (т.е. обслуживающей AMF для не–3GPP–доступа UE) для не–3GPP–доступа, как показано на фиг. 8. Это обусловлено тем, что PLMN, которым принадлежат/в которых расположены соответствующие доступы, отличаются друг от друга.
[00105] Если число обслуживающих AMF для UE равно 2, UDM, которое должно сохранять обслуживающие AMF, не может идентифицировать тип доступа соответствующей обслуживающей AMF в случае операции запроса на регистрацию обслуживающего узла (например, (услуги Nudm_Serving_NF_Registration) в разделе 5.2.3.1 TS 23.502v0.3.0) из AMF. Следовательно, если обслуживающая AMF для UE уже существует, UDM не может определять то, следует или нет заменять обслуживающую AMF или добавлять обслуживающую AFM для другого доступа. Помимо этого, когда случайный сетевой объект выполняет запрос относительно информации касательно обслуживающей AMF UE для UDM или запрашивает UDM касательно операции в обслуживающую AMF, возникает проблема в том, что UDM не может определять тип доступа AMF.
[00106] В дальнейшем в этом документе описывается способ для эффективного управления обслуживающей AMF или способ для управления информацией относительно обслуживающей AMF в состоянии, в котором AMF может существовать согласно доступу в отношении 3GPP и не–3GPP–доступа.
Вариант осуществления
[00107]
[00108] UDM согласно одному варианту осуществления настоящего изобретения может принимать сообщение, связанное с регистрацией обслуживающей AMF UE, из первой AMF в процедуре, связанной с регистрацией AMF (функции управления доступом и мобильностью), при этом сообщение включает в себя информацию типа доступа и идентификационную (ID) информацию. UDM сохраняет информацию типа доступа относительно AMF и идентификационную информацию. Если вторая AMF, зарегистрированная в качестве обслуживающей AMF UE, которое соответствует информации типа доступа, существует, UDM может передавать связанное с разрегистрацией сообщение во вторую AMF. Тип доступа может включать в себя 3GPP–доступ и не–3GPP–доступ. (Информация типа доступа, связанная с AMF, и идентификационная информация может сохраняться как для случая, в котором вторая AMF, зарегистрированная в качестве обслуживающей AMF UE, которое соответствует информации типа доступа, существует, так и для случая, в котором вторая AMF не существует).
[00109] Таким образом, сообщение, передаваемое для того, чтобы регистрировать AMF в качестве обслуживающей AMF, включает в себя идентификатор AMF и уведомляет UDM относительно информации, указывающей тип доступа AMF. UDM сохраняет идентификатор AMF вместе с информацией типа доступа, ассоциированной с AMF–идентификатором, в отличие от предшествующего уровня техники, в котором UDM сохраняет только идентификатор AMF. В этом случае, UDM может управлять AMF согласно типу доступа, и если AMF, зарегистрированная в качестве обслуживающей AMF UE, которое является идентичным принимаемому типу доступа, уже существует, UDM разрегистрирует (отменяет регистрацию) AMF, которая заранее регистрируется. AMF–идентификатор, включенный в сообщение, передаваемое из AMF, может представлять собой одно или более из AMF–адреса, идентификатора NF (сетевой функции) AMF, AMF–идентификатора, AMF–IP–адреса и FQDN AMF и может включать в себя информацию NF–типа. Альтернативно, AMF–идентификатор может иметь тип GUAMI (глобально уникального AMF–идентификатора). Это может применяться к AMF–идентификатору, включенному в сообщение, передаваемое из другого NF, а также в сообщение, передаваемое из AMF. Кроме того, это может применяться к NF–идентификатору, включенному в сообщение, передаваемое из NF. Идентификатор AMF, которая сохраняется посредством UDM, может представлять собой AMF–идентификатор, включенный в сообщение, передаваемое из AMF, или информацию части AMF–идентификатора, либо может представлять собой идентификатор, модифицированный в форме, понимаемой посредством UDM. Это также может применяться к идентификатору NF, который сохраняется посредством UDM, в целом для настоящего изобретения.
[00110] В дальнейшем подробно описывается вышеуказанная операция через общую процедуру регистрации со ссылкой на фиг. 9. Общая процедура регистрации 3GPP TS 23.502v0.3.0 показана на фиг. 9. На фиг. 9, от этапа S901, который связан с передачей запроса на регистрацию UE, до этапа S913, и подробности этапов S915–S923 заменяются описанием общей регистрации 3GPP TS 23.502v0.3.0.
[00111] На этапе S914, если AMF изменяется вследствие последней процедуры регистрации, если отсутствует достоверный контекст подписки для UE в AMF, или если UE предоставляет SUPI (постоянный идентификатор подписки), который не означает достоверный контекст в AMF, новая AMF начинает процедуру обновления местоположения. Новая AMF предоставляет UDM с типом доступа, который обслуживается. Если AMF, связанная с типом доступа, существует, она включает в себя то, что UDM инициирует отмену определения местоположения для этой AMF, т.е. старую AMF. UDM сохраняет тип доступа, связанный с обслуживающей AMF (информацией), вместе с обслуживающей AMF (информацией). (Подробности операции, в которой новая AMF предоставляет UDM с информацией типа доступа и связанной UDM–операцией, должны пониматься со ссылкой на описание, приведенное на фиг. 11). Старая AMF уведомляет, удаляет MM–контекст и уведомляет все возможные и ассоциированные SMF в отношении удаленного MM–контекста, и новая AMF формирует MM–контекст для UE после получения связанных с AMF данных подписок из UDM. В это время, старая AMF может удалять MM–контекст, связанный с 3GPP–доступом, и сообщать удаленный MM–контекст в SMF для PDU–сеанса в 3GPP–доступе. Новая AMF может формировать MM–контекст для 3GPP–доступа. Старая AMF и новая AMF распознают то, что тип доступа представляет собой 3GPP–доступ. Это обусловлено тем, что доступ, полученный из UDM или обслуживаемый посредством UDM, представляет собой только 3GPP–доступ.
[00112] В этой процедуре, если UE регистрируется в идентичной AMF, уже зарегистрированной в не–3GPP–доступе (например, UE регистрируется по не–3GPP–доступу и инициирует эту процедуру регистрации, чтобы добавлять 3GPP–доступ), UE должно передавать сообщение с запросом на уведомление по AMF (AMF–идентификатор, тип доступа) в UDM. Тип доступа задается как "3GPP–доступ", и запрос на уведомление заключается в том, чтобы регистрировать обслуживающую AMF для 3GPP–доступа в UDM. UDM передает сообщение с ответом по уведомлению в AMF. Как описано выше, хотя AMF может уведомлять UDM в отношении добавления нового доступа через сообщение с запросом на уведомление, могут использоваться другие сообщения, такие как сообщение с запросом на обновление местоположения.
[00113] Процедура регистрации через недоверенный не–3GPP–доступ показана на фиг. 10. После этапа S1007, выполняются этапы S913 и S914 по фиг. 9. Хотя описание фиг. 9 основано на том, что тип доступа представляет собой 3GPP–доступ, это описание приводится на основе того, что тип доступа представляет собой не–3GPP–доступ. Этапы S913 и S914 могут выполняться до этапа S1007. Помимо этого, подробное описание каждой процедуры на фиг. 10 заменяется описанием регистрации через недоверенный не–3GPP–доступ 3GPP TS 23.502v0.3.0.
[00114] Информационный поток услуг/операции предоставления услуг для услуги Nudm_Serving_NF_Registration показан на фиг. 11. В этом случае, услуга Nudm_Serving_NF_Registration может указываться, как представлено в нижеследующей таблице 2. В нижеприведенном описании, объем настоящего изобретения не ограничен конкретным названием.
[00115] Табл. 2
Название услуги или операции предоставления услуг: Nudm_Serving_NF_RegistrationОписание: Регистрация обслуживающей NF UE в UDMИзвестные NF–потребители: AMF, SMF, SMSFПараллельное использование: НетНеобходимые условия: НетПостусловия: UDM сохраняет идентификатор NF–запросчика в контексте UEВводы, обязательные: идентификатор NF–запросчика, SUPIВводы, необязательные: индикатор извлечения данных подписокВыводы, обязательные: индикатор результатовВыводы, необязательные: Данные подписок UE извлекаются посредством идентификатора NF–запросчика, если индикатор извлечения данных подписок включен.
[00116] Ссылаясь на фиг. 11, на этапе S1101, NF–запросчик хочет регистрироваться в UDM в качестве обслуживающей NF UE. NF–запросчик передает сообщение с запросом на регистрацию обслуживающей NF UE (SUPI, идентификатор NF) в UDM. Идентификатор NF указывает NF–тип и идентификатор обслуживающей NF. Избирательно, в соответствии с NF–типом запросчика, сообщение с запросом может включать в себя дополнительную информацию, сохраненную в UDM. Например, если NF представляет собой SMF, NF–тип может включать в себя связанную APN.
[00117] Если тип запросчика представляет собой AMF, сообщение с запросом включает в себя тип доступа (например, "3GPP–доступ" или "не–3GPP–доступ"), сохраненный вместе с AMF (информацией) в UDM.
[00118] AMF может выполнять этап S1101 согласно типу доступа. Например, если UE#1 регистрируется в AMF#1 через 3GPP–доступ, AMF#1 передает сообщение с запросом, которое включает в себя тип доступа="3GPP–доступ", в UDM. Впоследствии, если UE#1 регистрируется в AMF#1 через не–3GPP–доступ, AMF#1 передает сообщение с запросом, которое включает в себя тип доступа="не–3GPP–доступ", в UDM. В качестве другого примера, если UE#2 регистрируется в AMF#2 через 3GPP–доступ, AMF#2 передает сообщение с запросом, которое включает в себя тип доступа="3GPP–доступ", в UDM. Впоследствии, если UE#2 регистрируется в AMF#3 через не–3GPP–доступ, AMF#3 передает сообщение с запросом, которое включает в себя тип доступа="не–3GPP–доступ", в UDM.
[00119] Хотя вышеуказанное описание приводится на основе того, что информация типа доступа представляет собой "3GPP–доступ" или "не–3GPP–доступ", информация типа доступа может выражаться в форме различных уровней/форматов. Например, 3GPP–доступ может выражаться как NG–RAN (или NR) либо E–UTRAN (или LTE). Кроме того, 3GPP–доступ может выражаться как его подробная RAN. Не–3GPP–доступ может выражаться как недоверенный не–3GPP–доступ, доверенный не–3GPP–доступ, WLAN и т.д. Кроме того, не–3GPP–доступ может выражаться как его подробный доступ. Кроме того, тип доступа может указывать все типы доступа, к примеру, "все доступы" или "оба доступа". Таким образом, если тип доступа указывает все типы доступа, и этап S1101 выполняется, AMF может задерживать этап S1101 до тех пор, пока AMF не распознает то, что AMF представляет собой обслуживающую AMF для всех типов доступа. Кроме того, информация типа доступа может указываться неявно. Например, RAT–тип может логически выводиться через информацию местоположения (идентификатор соты, SSID WLAN AP и т.д.) UE. Кроме того, информация типа доступа может истолковываться в качестве информации RAT–типа. Описание и операция, связанные с типом доступа, могут применяться к настоящему изобретению как есть либо могут применяться к нему посредством модификации.
[00120] AMF может включать информацию типа доступа в сообщение с запросом для всех UE (т.е. всегда). Альтернативно, AMF может включать информацию типа доступа в сообщение с запросом, если удовлетворяются одно или более следующих условий. Это применяется к настоящему изобретению.
[00121] i) Случай, в котором UE может принимать услугу через не–3GPP–доступ (или WLAN).
[00122] ii) Случай, в котором UE может выполнять передачу обслуживания не–3GPP–доступу (или WLAN).
[00123] iii) Случай, в котором PLMN, в которой находится/которой принадлежит AMF, не поддерживает не–3GPP–доступ (или WLAN).
[00124] iv) Случай, в котором PLMN, в которой находится/которой принадлежит AMF, не поддерживает/включает в себя N3IWF.
[00125] Случай, в котором тип доступа, обслуживаемый посредством AMF, представляет собой 3GPP–доступ, может не включать в себя информацию типа доступа. В этом случае, UDM может рассматривать то, что ассоциированный доступ AMF представляет собой 3GPP–доступ. Кроме того, в этом случае, поскольку тип доступа указывает то, что тип доступа представляет собой только не–3GPP–доступ, флаг (или бит) задается как "1" или "Да" или "Задано", за счет чего он может указывать то, что AMF обслуживает не–3GPP–доступ. Если информация типа доступа включает в себя флаг, он может указывать то, что AMF обслуживает не–3GPP–доступ. (Например, название флага задается для флага N3GPP). Это применяется к настоящему изобретению.
[00126] Необязательно, если информация типа доступа включает в себя индикатор извлечения данных подписок, NF–запросчик запрашивает UDM на предмет того, чтобы возвращать данные подписок UE, связанные с NF–типом, из ответного сообщения. Этот индикатор сообщается неявно посредством (UDM_Subscription_Data_UpdateNotification, см. фиг. 18), когда данные более не изменяются или синхронизируются.
[00127] Когда NF–запросчик передает сообщение с запросом на регистрацию обслуживающей NF UE в UDM, оно неявно уведомляет изменение (например, услуги Nudm_Serving_NF_ChangeNotification и NUDM_Subscription_Data_UpdateNotification) идентификатора NF. Подписка на эту службу предоставления уведомлений может представлять собой подписку на соответствующий тип доступа.
[00128] На этапе S1102, UDM сохраняет зарегистрированную обслуживающую NF в контексте UE. NF–тип, связанный с данными подписок, возвращается в NF–запросчик, если индикатор извлечения данных подписок включен в сообщение с запросом.
[00129] Если зарегистрированная обслуживающая NF представляет собой AMF, UDM сохраняет ассоциированный тип доступа вместе с обслуживающей NF. Если AMF, связанная с ассоциированным типом доступа, существует в UDM относительно UE, UDM заменяет существующую AMF новой AMF, т.е. NF–запросчиком. В этом случае, UDM дополнительно может передавать сообщение отмены определения местоположения в существующую AMF. В завершение, если AMF для ассоциированного типа доступа не существует в UDM, UDM сохраняет информацию новой AMF (NF–запросчик с типом доступа).
[00130] Между тем, если UDM принимает сообщение с запросом, связанное с удалением контекста UE, из NF, и NF представляет собой AMF, сообщение с запросом, связанное с удалением контекста UE, может включать в себя информацию типа доступа. В этом отношении, информационный поток услуг/операции предоставления услуг для услуги Nudm_Subscriber_Data_Purge показан на фиг. 12(a).
[00131] На этапе S1201, NF–запросчик передает сообщение с запросом на очистку данных UE (SUPI) в UDM. Оно представляет собой запрос на предоставление возможности UDM удалять сохраненный NF–запросчик из контекста UE. Когда NF–запросчик передает сообщение с запросом на очистку данных UE, ассоциированный тип доступа NF может быть включен в это сообщение. Ассоциированный тип доступа может быть включен в сообщение только тогда, когда NF представляет собой AMF. Кроме того, информация типа доступа может быть включена в сообщение только в случае не–3GPP–доступа.
[00132] На этапе S1202, UDM удаляет NF–запросчик из контекста UE и отвечает NF–запросчику в качестве ответа по очистке UE. Впоследствии, UDM более не передает уведомления обновления данных подписок в запросчик. UDM удаляет NF–запросчик из контекста UE относительно типа доступа, связанного с информацией типа доступа, т.е. запрашиваемого типа доступа (или типа доступа, рассматриваемого для запроса), на основе информации типа доступа, включенной или не включенной в сообщение с запросом. В это время, информация типа доступа может быть включена в ответ.
[00133] В вышеуказанном описании, Nudm_Subscriber_Data_Purge может указываться, как представлено в нижеследующей таблице 3.
[00134] Табл. 3
Название услуги или операции предоставления услуг: Nudm_Subscriber_Data_PurgeОписание: UDM удаляет информацию, связанную с NF–запросчиком, в контексте UEИзвестные NF–потребители: AMF, SMF, SMSFПараллельное использование: НетНеобходимые условия: НетПостусловия: UDM удаляет информацию, связанную с NF–запросчиком, в контексте UEВводы, обязательные: SUPIВводы, необязательные: НетВыводы, обязательные: индикатор результатовВыводы, необязательные: Нет
[00135] Между тем, каждый раз, когда пользовательский профиль изменяется в UDM, и каждый раз, когда изменение затрагивает пользовательский профиль AMF, UDM уведомляет AMF, затрагиваемую посредством изменения, относительно изменений через процедуру "уведомления относительно обновления данных абонентов в AMF". В этом случае, AMF добавляет или изменяет пользовательский профиль. Когда UDM выполняет операцию уведомления относительно обновления данных абонентов в AMF для AMF, информация, указывающая тип доступа изменения пользовательского профиля, может предоставляться в AMF. Если AMF, которая обслуживает 3GPP–доступ, отличается от AMF, которая обслуживает не–3GPP–доступ, UDM выполняет операцию уведомления относительно обновления данных абонентов в AMF для AMF, которая обслуживает доступ, связанный с изменением пользовательского профиля. Услуга "уведомления относительно обновления данных абонентов" используется для того, чтобы позволять UDM обновлять данные абонентов, сохраненные в AMF.
[00136] AMF инициирует надлежащую операцию в соответствии с измененными данными абонентов. Например, если обновленные данные подписок указывают то, что UE не разрешается для роуминга в сети, AMF инициирует AMF–инициированную процедуру разрегистрации. Если AMF обслуживает один доступ, даже отсутствует информация, AMF выполняет надлежащую операцию, связанную с измененной информацией абонентов относительно доступа, на основе информации относительно типа доступа, предоставленной из UDM.
[00137] Очистка данных абонентов из AMF–процедуры показана на фиг. 12(b). На этапе S1211, после того, как MM–контекст и данные абонентов разрегистрированного UE удаляются, AMF передает сообщение очистки UE (SUPI) в UDM. Когда AMF передает сообщение очистки UE в UDM, тип доступа сообщения очистки UE может быть включен в это сообщение явно или неявно. Если тип доступа сообщения очистки UE включен в сообщение явно, тип доступа может быть включен в сообщение в форме 3GPP–доступа, не–3GPP–доступа и информации, указывающей два доступа. Если тип доступа сообщения очистки UE включен в сообщение неявно, тип доступа может уведомляться посредством включения информации местоположения UE. Например, такая информация, как идентификатор соты, может истолковываться в качестве 3GPP–доступа, и такая информация, как SSID WLAN AP, может истолковываться в качестве не–3GPP–доступа. Если два доступа очищаются, информация местоположения относительно двух доступов может быть включена в соответствующую информацию.
[00138] На этапе S1212, UDM задает флаг очистки UE и отвечает через сообщение подтверждения очистки UE. UDM может управлять флагом очистки UE согласно типу доступа. Следовательно, UDM задает флаг очистки UE, связанный с очищенным доступом, на основе информации, предоставляемой посредством AMF, информации относительно доступа, обслуживаемого посредством AMF, и т.д.
[00139] Информационный поток услуг/операции предоставления услуг для услуги Nudm_Serving_NF_RemoveNotification показан на фиг. 13. На этапе S1301, если UDM обнаруживает то, что обслуживающая NF UE удаляется (например, новая AMF регистрируется в UDM), UDM уведомляет NF–запросчик, заранее подписанную на услугу Nudm_Serving_NF_RemoveNotification, касательно обнаруженного результата через уведомление относительно удаления обслуживающей NF UE (SUPI, причина удаления обслуживающей NF). Предоставленная причина удаления обслуживающей NF указывает то, почему NF удаляется (например, обновление вследствие того, что новая обслуживающая NF регистрируется). NF–запросчик дополнительно может выполнять связанный процесс (например, удалять контекст UE, который она поддерживает, когда UE не обслуживается посредством запросчика). UDM может выполнять вышеуказанную операцию, которая является подходящей для типа доступа, обслуживаемого посредством AMF. Таким образом, если NF–запросчик подписывается на услугу Nudm_Serving_NF_RemoveNotification для конкретного типа доступа, и когда обслуживающая NF UE, связанная с соответствующим типом доступа, удаляется, означенное может уведомляться в NF–запросчик. В это время, ассоциированный тип доступа обслуживающей NF может добавляться в сообщение уведомления относительно удаления обслуживающей NF UE.
[00140] В вышеуказанном описании, Nudm_Serving_NF_RemoveNotification может указываться, как представлено в нижеследующей таблице 4.
[00141] Табл. 4
Название услуги или операции предоставления услуг: Nudm_Serving_NF_RemoveNotificationОписание: UDM уведомляет NF–запросчик, которая подписывается на уведомление относительно удаления до того, как идентификатор NF–запросчика удален из UDM вследствие новой обслуживающей NF для UE, зарегистрированного в UDMИзвестные NF–потребители: AMF, SMF, SMSFПараллельное использование: НетНеобходимые условия: UDM обнаруживает то, что обслуживающая NF UE удаляетсяПостусловия: НетВводы, обязательные: Обслуживающая NF, зарегистрированная в UDM неявно/явноВводы, необязательные: НетВыводы, обязательные: SUPI, SUPI причины изменения обслуживающей NF, причина удаления обслуживающей NFВыводы, необязательные: Нет
[00142] Между тем, если UDM передает связанное с разрегистрацией сообщение вследствие отозванной подписки, UDM может указывать тип доступа связанного с разрегистрацией сообщения.
[00143] В дальнейшем описывается вышеописанная операция через UDM–инициированную процедуру разрегистрации со ссылкой на фиг. 14. Процедура разрегистрации 3GPP TS 23.502v0.3.0 показана на фиг. 14. На фиг. 14, подробности после этапа S1403 заменяются описанием процедур разрегистрации 3GPP TS 23.502v0.3.0.
[00144] На этапе S1401a, если UDM хочет сразу удалять MM–контексты и PDU–сеансы абонента, UDM должен передавать сообщение отмены определения местоположения (SUPI (постоянный идентификатор абонента), тип отмены) вместе с типом отмены, для которого отозванная подписка сконфигурирована относительно зарегистрированной AMF.
[00145] Когда UDM передает сообщение отмены определения местоположения, UDM может добавлять тип доступа запроса на отмену. UDM может добавлять вышеприведенную информацию, только если AMF обслуживает 3GPP–доступ и не–3GPP–доступ. Если AMF обслуживает два доступа несмотря на то, что вышеприведенная информация не включена в них, AMF может рассматривать то, что i) передается запрос на отмену на все доступы, обслуживаемые посредством AMF, из соответствующего UE, ii) передается запрос на отмену только для 3GPP–доступа, и iii) передается запрос на отмену только для не–3GPP–доступа. Это может рассматриваться в качестве i), ii) или iii) на основе такой информации, как локальная конфигурация, политика оператора и т.д., включенной в AMF.
[00146] Если обслуживающая AMF для 3GPP–доступа отличается от обслуживающей AMF для не–3GPP–доступа, UDM передает сообщение отмены определения местоположения в AMF, связанную с доступом, для которого должна запрашиваться отмена. Если два доступа должны отменяться (это может истолковываться так, что отмена должно выполняться независимо от доступа), сообщение отмены определения местоположения должно передаваться в каждую из двух AMF. Если имеется информация, указывающая тип доступа запроса на отмену, AMF может определять тип доступа запроса на отмену на основе информации. Альтернативно, даже если отсутствует информация, указывающая тип доступа запроса на отмену, поскольку AMF знает тип доступа, обслуживаемый отдельно, AMF может определять тип доступа запроса на отмену.
[00147] На этапе S1402, если тип отмены представляет собой отозванную подписку, AMF, имеющая активный контекст UE, уведомляет UE, который находится в CM–соединенном состоянии, относительно разрегистрированного факта посредством передачи сообщения с запросом на разрегистрацию (тип разрегистрации) в UE. Если сообщение отмены определения местоположения включает в себя флаг, указывающий то, что повторное присоединение требуется, AMF должна конфигурировать тип разрегистрации, чтобы указывать то, что требуется повторное присоединение. Если UE находится в CM–бездействующем состоянии, AMF осуществляет поисковый вызов UE. Как описано выше, поскольку AMF может распознавать тип доступа, для которого запрашивается отмена, или тип доступа, для которого определяется необходимость отмены, AMF выполняет операцию разрегистрации UE для соответствующего доступа. Если разрегистрация должна выполняться для 3GPP–доступа и не–3GPP–доступа, AMF может явно или неявно уведомлять в отношении того, что разрегистрация должна выполняться для двух доступов, при передаче запроса на разрегистрацию в один доступ.
[00148] Между тем, если сообщение для запроса информации обслуживающей AMF принимается из NF, UDM передает информацию обслуживающей AMF, связанную с типом доступа в NF, при этом сообщение для запроса информации обслуживающей AMF может включать в себя информацию типа доступа.
[00149] В этом отношении, информационный поток услуг/операции предоставления услуг для услуги Nudm_Serving_NF_Get показан на фиг. 15(a).
[00150] На этапе S1501, NF–потребитель передает сообщение с запросом на получение обслуживающей NF UE (идентификатор UE, NF–тип) в UDM, чтобы получать обслуживающую NF UE. NF–тип указывает то, какой тип NF (например, AMF, SMF и т.д.) запрошен. Когда NF–потребитель (т.е. запросчик) передает сообщение с запросом на получение обслуживающей NF UE, NF–потребитель может включать ассоциированную информацию типа доступа обслуживающей NF в это сообщение. Эта информация типа доступа может быть включена в соответствующее сообщение, только если NF–тип представляет собой AMF. Кроме того, информация типа доступа может быть включена в соответствующее сообщение только в случае не–3GPP–доступа.
[00151] На этапе S1502, UDM верифицирует то, разрешается или нет NF–запросчику осуществлять доступ к данным требуемой абонентской обслуживающей NF. Если да, UDM предоставляет запросчику требуемую абонентскую обслуживающую NF (например, FQDN или адрес обслуживающей NF). UDM предоставляет обслуживающую NF UE относительно типа доступа, связанного с информацией типа доступа, т.е. запрашиваемого типа доступа (или типа доступа, рассматриваемого для запроса), на основе информации типа доступа, включенной или не включенной в сообщение с запросом. В это время, информация типа доступа может быть включена в ответ.
[00152] UDM может безусловно предоставлять AMF–идентификатор, связанный с 3GPP–доступом, в ответ, если принимается сообщение с запросом этапа S1501. Это может истолковываться так, что предполагается то, что подробности относительно информации типа доступа, предлагаемой выше, не добавляются.
[00153] В этом случае, услуга Nudm_Serving_NF_Get может указываться, как представлено в нижеследующей таблице 5. В нижеприведенном описании, объем настоящего изобретения не ограничен конкретным названием и т.д.
[00154] Табл. 5
Название услуги или операции предоставления услуг: Nudm_Serving_NF_GetОписание: NF–запросчик запрашивает UDM на предмет того, чтобы получать обслуживающую NF UEИзвестные NF–потребители: NEFПараллельное использование: НетНеобходимые условия: НетПостусловия: НетВводы, обязательные: идентификатор UE, NF–типВводы, необязательные: НетВыводы, обязательные: SUPI, идентификатор обслуживающей NF NF–типа, запрашиваемого посредством NF–запросчикаВыводы, необязательные: Нет
[00155] Информационный поток услуг/операции предоставления услуг для услуги Nudm_Subscriber_Data_Get показан на фиг. 15(b).
[00156] На этапе S1511, NF–запросчик запрашивает UDM на предмет соответствующих данных абонентов при предоставлении идентификатора UE (например, SUPI) и информации NF–типа.
[00157] На этапе S1512, если NF–тип представляет собой SMF, DNN также включается. Когда NF–запросчик передает сообщение с запросом на получение данных абонентов, NF–запросчик может включать информацию типа доступа в это сообщение. Информация типа доступа может быть включена в соответствующее сообщение, только если NF представляет собой AMF. Кроме того, информация типа доступа может быть включена в соответствующее сообщение только в случае не–3GPP–доступа.
[00158] На этапе S1512, UDM проверяет идентификатор UE и NF–тип, чтобы извлекать соответствующие данные абонентов и предоставлять данные NF–запросчику. Если NF–запросчик представляет собой SMF, данные абонентов включают в себя например, PDU–тип(ы), авторизованный SSC–режим(ы), QoS–профиль по умолчанию и т.д. UDM предоставляет NF–запросчику информацию абонентов относительно типа доступа, связанного с информацией типа доступа, т.е. запрашиваемого типа доступа (или типа доступа, рассматриваемого для запроса), на основе информации типа доступа, включенной или не включенной в сообщение с запросом. В это время, информация типа доступа может быть включена в ответ.
[00159] В этом случае, Nudm_Subscriber_Data_Get может указываться, как представлено в нижеследующей таблице 6. В нижеприведенном описании, объем настоящего изобретения не ограничен конкретным названием и т.д.
[00160] Табл. 6
Название услуги: Nudm_Subscriber_Data_GetОписание: NF–запросчик получает данные абонентов из UDMИзвестные NF–потребители: SMF, SMSF, AMF, AUSFПараллельное использование: НетНеобходимые условия: НетПостусловия: НетВводы, обязательные: SUPI, NF–типВводы, необязательные: DNN, если NF–тип представляет собой SMFВыводы, обязательные: NF–запросчик получает запрашиваемые данные подписокВыводы, необязательные: Нет
[00161] Между тем, UDM может принимать запрос для запроса на то, чтобы предоставлять информацию досягаемости UE из NF, при этом запрос для запроса на то, чтобы предоставлять информацию досягаемости UE, может включать в себя информацию типа доступа. UDM может подписываться на службу предоставления уведомлений для события досягаемости UE для AMF, связанной с типом доступа. Если информация, указывающая то, что UE является достижимым, принимается из AMF, связанной с типом доступа, UDM может передавать информацию, указывающую то, что UE является достижимым, в NF.
[00162] В дальнейшем подробно описывается вышеописанная операция через процедуры обеспечения досягаемости со ссылкой на фиг. 16. Процедуры обеспечения досягаемости 3GPP TS 23.502v0.3.0 показаны на фиг. 16.
[00163] На этапе S1600, в процедуре регистрации или процедуре обновления подписки, UDM уведомляет AMF касательно идентификаторов (например, FQDN) сетевых объектов, в которых предоставлено разрешение на запрос на уведомление на предмет досягаемости UE. По существу, предоставляется разрешение для UDM и SMSF.
[00164] Когда UDM уведомляет AMF касательно сетевого объекта (объектов), которые запрашивают уведомление относительно досягаемости UE, UDM может предоставлять тип доступа, требуемый посредством каждого сетевого объекта, чтобы получать услугу уведомления относительно досягаемости. Тип доступа может определяться на основе ассоциированной информации, предоставляемой из каждого сетевого объекта, информации (локальной конфигурации, политики оператора и т.д.), сконфигурированной в UDM, типа/свойства объекта (например, услуги, предоставляемой посредством объекта) и информации абонентов UE. UDM может предоставлять вышеприведенную информацию, только если AMF обслуживает 3GPP–доступ и не–3GPP–доступ. Если AMF обслуживает два доступа несмотря на то, что вышеприведенная информация не включена в них, AMF может рассматривать то, что i) передается запрос на уведомление относительно досягаемости для всех доступов, обслуживаемых посредством AMF, из соответствующего UE, ii) передается запрос на уведомление относительно досягаемости только для 3GPP–доступа, и iii) передается запрос на уведомление относительно досягаемости только для не–3GPP–доступа. Это может рассматриваться в качестве i), ii) или iii) на основе локальной конфигурации, политики оператора, информации абонентов UE и т.д., включенной в AMF.
[00165] Если обслуживающая AMF для 3GPP–доступа отличается от обслуживающей AMF для не–3GPP–доступа, UDM передает сообщение, указывающее сетевой объект, в AMF, связанную с доступом, для которого должно запрашиваться уведомление относительно досягаемости UE. Если имеется информация, указывающая тип доступа запроса на уведомление относительно досягаемости, AMF может определять тип доступа запроса на уведомление относительно досягаемости на основе информации. Альтернативно, даже если отсутствует информация, указывающая тип доступа запроса на уведомление относительно досягаемости, поскольку AMF знает тип доступа, обслуживаемый отдельно, AMF может определять тип доступа запроса на уведомление относительно досягаемости.
[00166] AMF может сохранять информацию типа доступа, указывающую тип доступа каждого объекта, который запрашивает уведомление относительно досягаемости UE, вместе с идентификатором объекта.
[00167] На этапе S1601, если связанный с предоставлением услуг объект запрашивает UDM на предмет того, чтобы предоставлять уведомление относительно досягаемости UE, UDM проверяет то, что объекту предоставлено разрешение на то, чтобы выполнять запрос для абонента. Если объекту не предоставлено разрешение, запрос отклоняется (например, если запрашивающий объект распознается как достоверный объект, но не авторизован для этого абонента), или запрос игнорируется. (Например, если запрашивающий объект не распознается). Надлежащее OandM–сообщение формируется.
[00168] Когда связанный с предоставлением услуг объект запрашивает UDM касательно уведомления относительно досягаемости UE, тип доступа услуги уведомления относительно досягаемости, которая должна приниматься, может добавляться в запрос. Если вышеприведенная информация не включена в запрос, UDM может рассматривать то, что i) передается запрос на уведомление для всех доступов из соответствующего UE, ii) передается запрос на уведомление только для 3GPP–доступа, и iii) передается запрос на уведомление только для не–3GPP–доступа. Это может рассматриваться в качестве i), ii) или iii) на основе локальной конфигурации, политики оператора, типа/свойства (например, услуги, предоставляемой посредством объекта), который запрашивает уведомление относительно досягаемости, информации абонентов UE и т.д., включенной в UDM.
[00169] UDM может сохранять информацию типа доступа, указывающую тип доступа каждого объекта, который запрашивает уведомление относительно досягаемости UE, вместе с идентификатором объекта.
[00170] На этапе S1602a, UDM сохраняет идентификационные данные связанного с предоставлением услуг объекта и задает параметр URRP–AMF в качестве приема запроса. Если значение параметра URRP–AMF изменяется с "не задан" на "задан", UDM передает запрос на уведомление относительно досягаемости UE (URRP–AMF) в AMF. Когда UDM запрашивает AMF касательно уведомления относительно досягаемости UE, UDM может предоставлять тип доступа услуги уведомления относительно досягаемости, которая должна приниматься. Этот тип доступа может определяться на основе информации типа доступа, принимаемой из объекта, который запрашивает UDM касательно уведомления относительно досягаемости UE, информации (локальной конфигурации, политики оператора и т.д.), сконфигурированной в UDM, типа/свойства (например, услуги, предоставляемой посредством объекта) объекта, информации абонентов UE и т.д. UDM может предоставлять вышеприведенную информацию, только если AMF обслуживает 3GPP–доступ и не–3GPP–доступ. Если AMF обслуживает два доступа несмотря на то, что вышеприведенная информация не включена в них, AMF может рассматривать то, что i) передается запрос на уведомление относительно досягаемости для всех доступов, обслуживаемых посредством AMF, из соответствующего UE, ii) передается запрос на уведомление относительно досягаемости только для 3GPP–доступа, и iii) передается запрос на уведомление относительно досягаемости только для не–3GPP–доступа. Это может рассматриваться в качестве i), ii) или iii) на основе локальной конфигурации, политики оператора, информации абонентов UE и т.д., включенной в AMF.
[00171] Если обслуживающая AMF для 3GPP–доступа отличается от обслуживающей AMF для не–3GPP–доступа, UDM передает сообщение с запросом в AMF, связанную с доступом, для которого должно запрашиваться уведомление относительно досягаемости UE. Если имеется информация, указывающая тип доступа запроса на уведомление относительно досягаемости, AMF может определять тип доступа запроса на уведомление относительно досягаемости на основе информации. Альтернативно, даже если отсутствует информация, указывающая тип доступа запроса на уведомление относительно досягаемости, поскольку AMF знает тип доступа, обслуживаемый отдельно, AMF может определять тип доступа запроса на уведомление относительно досягаемости.
[00172] Параметр URRP–AMF, управляемый посредством UDM, может управляться согласно доступу. Например, если случайный объекта запрашивает уведомление относительно досягаемости UE относительно 3GPP–доступа, параметр URRP–AMF для 3GPP–доступа задается как "задан".
[00173] AMF может сохранять информацию типа доступа, указывающую тип доступа UDM, которое запрашивает уведомление относительно досягаемости UE, вместе с идентификатором объекта.
[00174] На этапе S1602b, SMSF передает запрос на уведомление относительно досягаемости UE (URRP–AMF) в AMF. Когда SMSF запрашивает AMF касательно уведомления относительно досягаемости UE, SMSF может добавлять тип доступа услуги уведомления относительно досягаемости, которая должна приниматься. Если вышеприведенная информация не включена в запрос, AMF может рассматривать то, что i) передается запрос на уведомление для всех доступов из соответствующего UE, ii) передается запрос на уведомление только для 3GPP–доступа, и iii) передается запрос на уведомление только для не–3GPP–доступа. Это может рассматриваться в качестве i), ii) или iii) на основе локальной конфигурации, политики оператора, информации абонентов UE и т.д., включенной в AMF. Альтернативно, если вышеприведенная информация не включена в запрос, AMF может рассматривать то, что передается запрос на уведомление для 3GPP–доступа, поскольку SMSF представляет собой функцию, которая отвечает за SMS. AMF может сохранять информацию типа доступа, указывающую тип доступа SMSF, которая запрашивает уведомление относительно досягаемости UE, вместе с идентификатором SMSF.
[00175] На этапе S1603, AMF проверяет то, что запрашивающему объекту предоставлено разрешение на то, чтобы выполнять запрос абонента. Если объекту не предоставлено разрешение, запрос отклоняется (например, если запрашивающий объект распознается как достоверный объект, но не авторизован для этого абонента), или запрос игнорируется. (Например, если запрашивающий объект не распознается). Надлежащее OandM–сообщение формируется.
[00176] Если AMF имеет MM–контекст для соответствующего пользователя, AMF конфигурирует URRP–AMF, чтобы указывать то, что требуется сообщать UDM–информацию относительно изменений из досягаемости UE. (Например, когда обнаруживается следующая активность NAS с этим UE).
[00177] Параметр URRP–AMF, управляемый посредством AMF, может управляться согласно доступу. Например, если UDM запрашивает уведомление относительно досягаемости UE относительно 3GPP–доступа, UDM задает параметр URRP–AMF для 3GPP–доступа как "задан".
[00178] Поскольку UDM принимает запрос на уведомление относительно досягаемости UE из другого сетевого объекта, или когда UDM выбирает/определяет AMF, чтобы выполнять запрос досягаемости UE, UDM может передавать запрос на уведомление относительно досягаемости UE в AMF посредством безусловного выбора/определения AMF, которая обслуживает 3GPP–доступ относительно соответствующего UE (когда этапы S1600 и 1602a выполняются). Это может истолковываться так, что AMF, связанная с 3GPP–доступом, выбирается/определяется, когда предусмотрено множество AMF, которые обслуживают UE.
[00179] Информационный поток услуг/операции предоставления услуг для услуги Nudm_UE_Reachability_Notification показан на фиг. 17. На этапе S1701, NF–запросчик передает сообщение с подпиской досягаемости UE для предоставления такой информации, как идентификатор UE и необязательные параметры, в UDM. Идентификатор UE (например, SUPI) должен идентифицировать UE посредством UDM. Когда NF–запросчик передает сообщение с подпиской досягаемости UE, информация типа доступа может быть включена в это сообщение. Информация типа доступа может быть включена в это сообщение только тогда, когда NF представляет собой AMF. Кроме того, информация типа доступа может быть включена в сообщение только в случае не–3GPP–доступа.
[00180] На этапе S1702, UDM может избирательно предоставлять разрешение запросчику на основе идентификационных NF–данных, включенных в необязательный параметр. Если NF–запросчику не предоставлено разрешение на то, чтобы использовать эту услугу, UDM передает ответ по отклонению.
[00181] На этапе S1703, если NF–запросчику предоставлено разрешение на то, чтобы осуществлять доступ к этой услуге, UDM передает сообщение уведомления относительно досягаемости UE в NF–запросчик, как только оно получает то, что UE является достижимым. UDM предоставляет NF–запросчику информацию досягаемости UE относительно типа доступа, связанного с информацией типа доступа, т.е. запрашиваемого типа доступа (или типа доступа, рассматриваемого для запроса), на основе информации типа доступа, включенной или не включенной в сообщение с запросом. В это время, информация типа доступа может быть включена в ответ. Например, если NF–запросчик рассматривается как выполняющий подписку досягаемости UE для 3GPP–доступа, UDM обнаруживает то, что UE является достижимым для 3GPP–доступа, и затем сообщает обнаруженный результат в NF–запросчик.
[00182] Если UDM принимает сообщение с подпиской этапа S1701, UDM может рассматриваться как безусловно подписывающееся на услугу уведомления относительно досягаемости UE для 3GPP–доступа. Это может истолковываться так, что предполагается то, что подробности относительно информации типа доступа, предлагаемой на этапе S1701, не добавляются.
[00183] В этом случае, Nudm_UE_Reachability_Notification может указываться, как представлено в нижеследующей таблице 7. В нижеприведенном описании, объем настоящего изобретения не ограничен конкретным названием и т.д.
[00184] Табл. 7
Название услуги: Nudm_UE_Reachability_NotificationОписание: NF–запросчик подписывается на такую услугу, что как только UE становится достижимым, NF–запросчик может уведомляться посредством UDMИзвестные NF–потребители: NEFПараллельное использование: НетНеобходимые условия: НетПостусловия: НетВводы, обязательные: идентификатор UEВводы, необязательные: необязательные параметрыВыводы, обязательные: UDM уведомляет NF–запросчик, когда соответствующее UE является достижимымВыводы, необязательные: Нет
[00185] Между тем, информационный поток услуг/операции предоставления услуг для услуги NUDM_Subscription_Data_UpdateNotification показан на фиг. 18. На этапе S1801, UDM передает сообщение уведомления относительно обновления данных абонентов (SUPI, данные подписок) в NF–запросчик, заранее зарегистрированную в UDM через предыдущий Nudm_Serving_NF_Registration. Если предусмотрено множество NF–запросчиков относительно UE (например, предусмотрено две обслуживающих AMF относительно UE, при этом одна представляет собой AMF для 3GPP–доступа, и другая представляет собой AMF для не–3GPP–доступа), UDM выполняет операцию этапа S1801 для всех NF–запросчиков.
[00186] UDM может выполнять вышеуказанную операцию, которая является подходящей для типа доступа, обслуживаемого посредством AMF. Таким образом, если информация абонентов для конкретного типа доступа изменяется, UDM может сообщать измененную информацию абонентов в NF–запросчик, связанную с соответствующим типом доступа. В это время, тип доступа, информация абонентов которого изменяется, может добавляться в сообщение уведомления относительно обновления данных абонентов.
[00187] Например, если информация абонентов для не–3GPP–доступа изменяется, UDM может сообщать измененную информацию абонентов в AMF, связанную с этим доступом. Это означает то, что сообщение не предоставляется в AMF, связанную с 3GPP–доступом, если существует соответствующая AMF. В этом случае, NUDM_Subscription_Data_UpdateNotification может указываться, как представлено в нижеследующей таблице 8. В нижеприведенном описании, объем настоящего изобретения не ограничен конкретным названием и т.д.
[00188] Табл. 8
Название услуги или операции предоставления услуг: NUDM_Subscription_Data_UpdateNotificationОписание: UDM уведомляет NF–потребителя относительно обновлений данных абонентов UEИзвестные NF–потребители: AMF, SMF, SMSFПараллельное использование: НетНеобходимые условия: UDM обнаруживает то, данные подписок UE обновляютсяПостусловия: НетВводы, обязательные: обслуживающая NF, зарегистрированная в UDM неявно/явно для уведомленияВводы, необязательные: НетВыводы, обязательные: SUPI, обновленные данные подписокВыводы, необязательные: Нет
[00189] Процедура выдачи уведомлений относительно активности UE показана на фиг. 19. Ссылаясь на фиг. 19, на этапе S1901, AMF принимает индикатор для досягаемости UE (например, сообщение с запросом на регистрацию или сообщение с запросом на предоставление услуг из UE, или индикатор досягаемости UE из RAN). RAN может представлять собой связанную с 3GPP–доступом RAN или N3IWF.
[00190] На этапе S1902, если AMF включает в себя MM–контекст UE, и URRP–AMF для UE выполнен с возможностью немедленно сообщать, если UE является достижимым, AMF передает сообщение уведомления относительно активности UE (постоянный идентификатор, досягаемость UE) в UDM (этап S1902a) или SMSF (этап S1902b) и очищает соответствующую URRP–AMF.
[00191] Если AMF управляет параметром URRP–AMF согласно доступу, и если URRP–AMF для доступа, для которого UE является достижимым, задается как "задан", сообщение, сообщающее то, что UE является активным, может передаваться в объект (например, UDM, SMSF и т.д.), который запрашивает уведомление относительно досягаемости UE относительно соответствующего доступа. В это время, сообщение может включать в себя доступ, для которого UE является достижимым. Тем не менее, даже если сообщение не включает в себя информацию относительно доступа, поскольку объект, такой как UDM, знает то, что AMF представляет собой обслуживающую AMF для соответствующего доступа, объект может определять доступ, для которого UE является достижимым. Впоследствии, AMF очищает URRP–AMF для соответствующего доступа.
[00192] На этапе S1903, если UDM принимает сообщение уведомления относительно активности UE (постоянный идентификатор, досягаемость UE) или сообщение обновления местоположения для UE, который имеет заданный URRP–AMF, UDM инициирует надлежащие уведомления для объектов, которые подписываются на эти уведомления, и очищает URRP–AMF для UE.
[00193] Если UDM принимает сообщение сообщения, указывающее то, что UE становится активным, из AMF, UDM может передавать сообщение для сообщения того, что UE является активным, в объект, который запрашивает уведомление относительно досягаемости UE относительно соответствующего доступа (способ для идентификации доступа описывается на этапе S1902). В это время, сообщение может включать в себя доступ, для которого UE является достижимым. Если UDM управляет параметром URRP–AMF согласно доступу, UDM очищает URRP–AMF для доступа, для которого UE является достижимым.
[00194] Между тем, передача обслуживания из 5GS EPS для режима с одной регистрацией с процедурой на основе Nx–интерфейса 3GPP TS 23.502v0.3.0 показана на фиг. 20. Nx–интерфейс представляет собой интерфейс между AMF и MME для взаимодействия 5GS и EPS. Подробности каждого этапа на фиг. 20 заменяется описанием передачи обслуживания из 5GS EPS для режима с одной регистрацией с Nx–интерфейсом 3GPP TS 23.502v0.3.0.
[00195] MME может выполнять операцию обновления местоположения вместе с HSS (это может истолковываться в качестве HSS+UDM и может упоминаться как UDM). Это служит для того, чтобы уведомлять HSS касательно того, что MME становится обслуживающим узлом для UE. Следовательно, MME передает сообщение с запросом на обновление местоположения в HSS, и HSS, который принимает сообщение с запросом на обновление местоположения выполняет, операцию отмены определения местоположения вместе с AMF. AMF, в которой HSS выполняет операцию отмены определения местоположения, представляет собой AMF, связанную с 3GPP–доступом. Таким образом, если UE выполняет передачу обслуживания из 5GS EPS, отмена определения местоположения посредством HSS и UDM может выполняться для AMF, тип доступа которой представляет собой 3GPP. Например, если имеются AMF#1, ассоциированная с 3GPP–доступом относительно соответствующего UE, и AMF#2, ассоциированная с не–3GPP–доступом, AMF выполняет операцию отмены определения местоположения вместе с AMF#1. (Подробности отмены определения местоположения должны пониматься со ссылкой на подробности, описанные в услуге Nudm_Serving_NF_RemoveNotification).
[00196] В отличие от вышеописанного случая, если MME передает сообщение с запросом на обновление местоположения в HSS, HSS может сохранять AMF, связанную с 3GPP, вместо отмены AMF. Операция обновления местоположения MME может вызываться посредством TAU–операции UE или нет. (Операция обновления местоположения и операция отмены определения местоположения в EPS должны пониматься со ссылкой на TS 29.272).
[00197] Вышеприведенное описание может экстенсивно или одинаково применяться к другому сценарию, в котором UE изменяет систему с 5G–системы на EPS, а также к показанной процедуре. Кроме того, вышеприведенное описание может применяться как к случаю, в котором UE изменяет 5G–систему на EPS в бездействующем режиме, так и к случаю, в котором UE изменяет 5G–систему на EPS в соединенном режиме. Например, если UE, которое находится в бездействующем режиме (или если UE бездействующего режима), изменяет 5GS на EPS, UDM может выполнять операцию отмены определения местоположения для AMF, тип доступа которой представляет собой 3GPP, т.е. может передавать разрегистрационное сообщение в AMF.
[00198] Кроме того, вышеприведенное описание может применяться как к случаю, в котором UE имеет SR (одну регистрацию: зарегистрировано только в одной системе), так и к случаю, в котором UE имеет DR (две регистрации: зарегистрировано в двух системах). Кроме того, вышеприведенное описание может применяться как к случаю, в котором предусмотрен интерфейс (Nx–интерфейс) между 5G–системой и EPS, так и к случаю, в котором отсутствует интерфейс.
[00199] Между тем, передача обслуживания из EPS 5GS с использованием процедуры на основе Nx–интерфейса 3GPP TS 23.502v0.3.0 показана на фиг. 21.
[00200] Ссылаясь на фиг. 21, на этапе S2101, исходная E–UTRAN определяет то, что UE должно выполнять передачу обслуживания 5G RAN. E–UTRAN передает сообщение необходимости передачи обслуживания (идентификатор целевого 5G RAN–узла, прозрачный контейнер для преобразования источника в цель) в MME.
[00201] На этапе S2102, MME выбирает целевую AMF и передает сообщение с Nx–запросом на переход на другую обслуживающую подсистему радиодоступа (идентификатор целевого 5G RAN–узла, прозрачный контейнер для преобразования источника в цель, EPS MM–контекст, информация PDN–соединения) в AMF.
[00202] Когда MME выбирает целевую AMF, MME может выполнять запрос относительно HSS (это может истолковываться в качестве HSS+UDM и может упоминаться как UDM). Если обслуживающая AMF для UE уже существует, HSS может предоставлять MME информацию, указывающую то, что обслуживающая AMF существует. В это время, HSS может предоставляться, только если обслуживающая AMF и MME принадлежат идентичной PLMN. В отличие от этого случая, PLMN–информация может предоставляться в MME вместе с обслуживающей AMF, за счет чего PLMN–информация может использоваться таким образом, что MME может выбирать/определять целевую AMF. Кроме того, HSS может предоставлять информацию (например, AMF–идентификатор) относительно AMF даже в случае, если обслуживающая AMF представляет собой AMF, связанную с не–3GPP–доступом. Если обслуживающая AMF для UE существует для 3GPP–доступа и не–3GPP–доступа, HSS может предоставлять информацию обслуживающей AMF, связанную с 3GPP–доступом.
[00203] Подробности других этапов S2103–S2118 заменяются описанием передачи обслуживания из 5GS EPS для режима с одной регистрацией с Nx–интерфейсом 3GPP TS 23.502v0.3.0.
[00204] Ссылаясь на фиг. 21, AMF может выполнять операцию обновления местоположения вместе с UDM (это может истолковываться в качестве HSS+UDM и может упоминаться как UDM). Это служит для того, чтобы уведомлять UDM касательно того, что AMF становится обслуживающим узлом для UE. Если AMF выполняет операцию обновления местоположения (или операцию, описанную в услуге Nudm_Serving_NF_Registration по фиг. 11) для UDM, UDM выполняет операцию отмены определения местоположения вместе с MME. В отличие от этого случая, UDM может сохранять MME вместо отмены MME.
[00205] Вышеприведенное описание может экстенсивно или одинаково применяться к другому сценарию, в котором UE изменяет систему с 5G–системы на EPS, а также к показанной процедуре. Кроме того, вышеприведенное описание может применяться как к случаю, в котором UE изменяет 5G–систему на EPS в бездействующем режиме, так и к случаю, в котором UE изменяет 5G–систему на EPS в соединенном режиме. Кроме того, вышеприведенное описание может применяться как к случаю, в котором UE имеет SR (одну регистрацию: зарегистрировано только в одной системе), так и к случаю, в котором UE имеет DR (две регистрации: зарегистрировано в двух системах). Кроме того, вышеприведенное описание может применяться как к случаю, в котором предусмотрен интерфейс (Nx–интерфейс) между 5G–системой и EPS (интерфейс между MME и AMF), так и к случаю, в котором отсутствует интерфейс.
[00206] Хотя операция, предлагаемая выше, описана на основе того, что NF (сетевая функция) представляет собой AMF, без ограничения этим случаем, другие NF (например, SMF, PCF, SMSF и т.д.) могут выполнять операцию, предлагаемую в настоящем изобретении. В вышеуказанном описании, сетевая функция, сетевой объект и сетевой узел означают идентичный объект.
[00207] Фиг. 22 является схемой, иллюстрирующей конфигурацию пользовательского оборудования и сетевого узлового устройства согласно предпочтительному варианту осуществления настоящего изобретения.
[00208] Ссылаясь на фиг. 22, UE 100 согласно настоящему изобретению может включать в себя приемо–передающее устройство 110, процессор 120 и запоминающее устройство 130. Приемо–передающее устройство 110 может быть выполнено с возможностью передавать различные сигналы, данные и информацию во внешнее устройство и принимать различные сигналы, данные и информацию из внешнего устройства. UE 100 может соединяться с внешним устройством проводным и/или беспроводным способом. Процессор 120 может управлять общей работой UE 100 и может быть выполнен с возможностью выполнять функцию функциональной обработки информации, которая должна передаваться и приниматься из внешнего устройства. Запоминающее устройство 130 может сохранять функционально обработанную информацию в течение предварительно определенного времени и может заменяться буфером (не показан). Кроме того, процессор 120 может быть выполнен с возможностью выполнять операцию UE, предлагаемую в настоящем изобретении.
[00209] Ссылаясь на фиг. 22, сетевое узловое устройство 200 согласно настоящему изобретению может включать в себя приемо–передающее устройство 210, процессор 220 и запоминающее устройство 230. Приемо–передающее устройство 210 может быть выполнено с возможностью передавать различные сигналы, данные и информацию во внешнее устройство и принимать различные сигналы, данные и информацию из внешнего устройства. Сетевое узловое устройство 200 может соединяться с внешним устройством проводным и/или беспроводным способом. Процессор 220 может управлять общей работой сетевого узлового устройства 200 и может быть выполнен с возможностью позволять сетевому узловому устройству 200 выполнять функцию функциональной обработки информации, которая должна передаваться и приниматься из внешнего устройства. Запоминающее устройство 230 может сохранять функционально обработанную информацию в течение предварительно определенного времени и может заменяться буфером (не показан). Кроме того, процессор 220 может быть выполнен с возможностью выполнять операцию сетевого узла, предлагаемую в настоящем изобретении. Подробно, UDM принимает сообщение, связанное с регистрацией обслуживающей AMF UE, которое включает в себя информацию типа доступа и идентификационную (ID) информацию, из первой AMF, и если вторая AMF, зарегистрированная в качестве обслуживающей AMF UE, которое соответствует информации типа доступа, существует, UDM может передавать связанное с разрегистрацией сообщение во вторую AMF.
[00210] Кроме того, подробности вышеуказанного UE 100 и вышеуказанного сетевого узлового устройства 200 могут быть сконфигурированы таким образом, что вышеуказанные различные варианты осуществления настоящего изобретения могут независимо применяться к вышеуказанному UE 100 и вышеуказанному сетевому узловому устройству 200, или два или более варианта осуществления могут одновременно применяться к вышеуказанному UE 100 и вышеуказанному сетевому узловому устройству 200, и повторное описание опускается для прояснения.
[00211] Вышеприведенные варианты осуществления согласно настоящему изобретению могут реализовываться посредством различных средств, например, посредством аппаратных средств, микропрограммного обеспечения, программного обеспечения или их комбинации.
[00212] Если варианты осуществления согласно настоящему изобретению реализуются посредством аппаратных средств, способ согласно вариантам осуществления настоящего изобретения может реализовываться посредством одной или более специализированных интегральных схем (ASIC), процессоров цифровых сигналов (DSP), устройств обработки цифровых сигналов (DSPD), программируемых логических устройств (PLD), программируемых пользователем вентильных матриц (FPGA), процессоров, контроллеров, микроконтроллеров, микропроцессоров и т.д.
[00213] Если варианты осуществления согласно настоящему изобретению реализуются посредством микропрограммного обеспечения или программного обеспечения, способ согласно вариантам осуществления настоящего изобретения может реализовываться посредством типа модуля, процедуры или функции, который выполняет функции или операции, описанные выше. Программный код может сохраняться в запоминающем устройстве и может выполняться посредством процессора. Запоминающее устройство может быть расположено внутри или снаружи процессора, с тем чтобы передавать и принимать данные в/из процессора через различные средства, которые широко известны.
[00214] Специалисты в данной области техники должны принимать во внимание, что настоящее изобретение может осуществляться конкретными способами, отличными от способов, изложенных в данном документе, без отступления от сущности и важнейших характеристик настоящего изобретения. В силу этого, вышеприведенные варианты осуществления должны рассматриваться во всех аспектах как иллюстративные, а не ограничительные. Объем изобретения должен определяться посредством прилагаемой формулы изобретения и ее допустимых эквивалентов, а не посредством вышеприведенного описания, и все изменения, попадающие в рамки смысла и в диапазон эквивалентности прилагаемой формулы изобретения, должны включаться в него. Специалистам в данной области техники также должно быть очевидным, что пункты формулы изобретения, которые явно приводятся в сочетании друг с другом в прилагаемой формуле изобретения, могут представляться в комбинации в качестве варианта осуществления настоящего изобретения либо включаться в качестве нового пункта посредством последующего изменения после того, как подана заявка.
Промышленная применимость
[00215] Хотя вышеуказанные различные варианты осуществления настоящего изобретения описываются на основе 3GPP–системы, вышеуказанные варианты осуществления могут одинаково применяться к различным системам мобильной связи.