СПОСОБ, И УСТРОЙСТВО, И ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ ДЛЯ ОТОБРАЖЕНИЯ ПОЛИТИК
METHOD, AND DEVICE, AND USER EQUIPMENT FOR DISPLAY OF POLICIES

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Варианты осуществления настоящего изобретения относятся к технической области мобильной связи и, в частности, к способу, и устройству, и пользовательскому оборудованию (UE) для отображения политик.
ПРЕДПОСЫЛКИ ИЗОБРЕТЕНИЯ
Некоторые политики UE определены в системе мобильной связи 4-го поколения (4G), например политика обнаружения и выбора сети доступа (ANDSP). Следовательно, необходимо осуществлять развертывание сетевого элемента ANDSF в сети 4G для того, чтобы UE получило ANDSP. Однако многие поставщики услуг пока еще не развернули или не запланировали развертывание ANDSF. Как следствие, UE не может определять, какую политику UE необходимо использовать в системе мобильной связи 4G.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
В вариантах осуществления настоящего изобретения предлагаются способ, и устройство, и UE для отображения политик.
В вариантах осуществления настоящего изобретения предлагается способ отображения политик, который может включать:
отображение UE всех политик или части политик, используемых в первой системе мобильной связи, на политику, используемую во второй системе мобильной связи, при этом политики, используемые в первой системе, включают по меньшей мере один элемент из ANDSF и политики выбора маршрута UE (URSP).
В вариантах осуществления настоящего изобретения предлагается устройство отображения политик, которое может содержать блок отображения.
Блок отображения может быть выполнен с возможностью отображения всех политик или части политик, используемых в первой системе мобильной связи, на политику, используемую во второй системе мобильной связи, причем политики, используемые в первой системе, включают по меньшей мере один элемент из ANDSF и URSP.
В вариантах осуществления настоящего изобретения предлагается UE, которое может содержать процессор и запоминающее устройство. Запоминающее устройство может быть выполнено с возможностью хранения компьютерной программы, и процессор может быть выполнен с возможностью вызова и запуска компьютерной программы, хранящейся в запоминающем устройстве, для исполнения способа отображения политик.
В вариантах осуществления настоящего изобретения предлагается микросхема, которая может быть выполнена с возможностью реализации способа отображения политик.
В частности, микросхема может содержать процессор, выполненный с возможностью вызова и запуска компьютерной программы в запоминающем устройстве, чтобы позволять устройству, в котором установлена микросхема, исполнять способ отображения политик.
В вариантах осуществления настоящего изобретения предлагается машиночитаемый носитель данных, который может быть выполнен с возможностью хранения компьютерной программы, при этом компьютерная программа позволяет компьютеру исполнять способ отображения политик.
В вариантах осуществления настоящего изобретения предлагается компьютерный программный продукт, который может содержать команду компьютерной программы, при этом команда компьютерной программы позволяет компьютеру исполнять способ отображения политик.
В вариантах осуществления настоящего изобретения предлагается компьютерная программа, которая может работать на компьютере, чтобы позволять компьютеру исполнять способ отображения политик.
Посредством технических решений UE может отображать политики, используемые в первой системе мобильной связи, на политику, используемую во второй системе мобильной связи, так что когда UE переходит от первой системы мобильной связи ко второй системе мобильной связи, политика, полученная путем отображения, может быть использована во второй системе мобильной связи.
КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
Графические материалы, описанные в данном документе, используются для обеспечения дополнительного понимания настоящей заявки и составляют часть настоящего изобретения. Схематические варианты осуществления настоящего изобретения и его описание используются для того, чтобы объяснять настоящую заявку, и не предназначены для того, чтобы устанавливать ненадлежащие ограничения для настоящей заявки. На графических материалах:
на фиг. 1 представлено схематическое изображение архитектуры системы связи согласно варианту осуществления настоящего изобретения.
На фиг. 2 представлена схема архитектуры системы сети 5-го поколения (5G) согласно варианту осуществления настоящего изобретения.
На фиг. 3 представлена блок-схема обновления конфигурации UE (UCU) согласно варианту осуществления настоящего изобретения.
На фиг. 4 представлена блок-схема активного запроса политики UE, выполняемого UE, согласно варианту осуществления настоящего изобретения.
На фиг. 5 представлена блок-схема установления сеанса для блока данных протокола (PDU) согласно варианту осуществления настоящего изобретения.
На фиг. 6 представлена блок-схема способа отображения политик согласно варианту осуществления настоящего изобретения.
На фиг. 7-1 представлено первое схематическое изображение отображения политик согласно варианту осуществления настоящего изобретения.
На фиг. 7-2 представлено второе схематическое изображение отображения политик согласно варианту осуществления настоящего изобретения.
На фиг. 7-3 представлено третье схематическое изображение отображения политик согласно варианту осуществления настоящего изобретения.
На фиг. 8 представлена первая блок-схема передачи первой указательной информации согласно варианту осуществления настоящего изобретения.
На фиг. 9 представлена вторая блок-схема передачи первой указательной информации согласно варианту осуществления настоящего изобретения.
На фиг. 10 представлена третья блок-схема передачи первой указательной информации согласно варианту осуществления настоящего изобретения.
На фиг. 11 представлена структурная схема состава устройства отображения политик согласно варианту осуществления настоящего изобретения.
На фиг. 12 представлено схематическое структурное изображение устройства связи согласно варианту осуществления настоящего изобретения.
На фиг. 13 представлено схематическое структурное изображение микросхемы согласно другому варианту осуществления настоящего изобретения.
На фиг. 14 представлена структурная схема системы связи согласно варианту осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
Технические решения в вариантах осуществления настоящего изобретения будут описаны ниже в сочетании с графическими материалами в вариантах осуществления настоящего изобретения. Очевидно, что описанные варианты осуществления представляют собой не все варианты осуществления, а часть вариантов осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистами в данной области техники на основании вариантов осуществления настоящей заявки без каких-либо творческих усилий, находятся в пределах объема правовой охраны настоящего изобретения.
Технические решения вариантов осуществления настоящего изобретения могут быть применены к различным системам связи, например глобальной системе мобильной связи (GSM), системе многостанционного доступа с кодовым разделением каналов (CDMA), системе широкополосного многостанционного доступа с кодовым разделением каналов (WCDMA), службе пакетной передачи данных общего пользования (GPRS), системе долгосрочного развития (LTE), системе дуплексной передачи с частотным разделением каналов LTE (FDD), дуплексной передаче с временным разделением каналов LTE (TDD), универсальной системе мобильной связи (UMTS), системе связи технологии широкополосного доступа в микроволновом диапазоне (WiMAX) или будущей системе 5G.
В качестве примера система 100 связи, к которой применяются варианты осуществления настоящего изобретения, показана на фиг. 1. Система 100 связи может содержать сетевое устройство 110, и сетевое устройство 110 может представлять собой устройство, осуществляющее связь с терминалом 120 (или называемым терминалом связи и терминалом). Сетевое устройство 110 может обеспечивать зону покрытия связи для конкретной географической области и может осуществлять связь с терминалом, расположенным в зоне покрытия. Необязательно сетевое устройство 110 может представлять собой базовую приемопередающую станцию (BTS) в системе GSM или CDMA, может также представлять собой NodeB (NB) в системе WCDMA и может дополнительно представлять собой усовершенствованный Node B (eNB или eNodeB) в системе LTE или беспроводной контроллер в облачной сети радиодоступа (CRAN). Или же сетевое устройство может представлять собой мобильный коммутационный центр, ретрансляционную станцию, точку доступа, устройство на транспортном средстве, носимое устройство, концентратор, коммутатор, сетевой мост, маршрутизатор, устройство на стороне сети в будущей сети 5G, сетевое устройство в будущей усовершенствованной публичной наземной сети мобильной связи (PLMN) или т. п.
Система 100 связи может дополнительно содержать по меньшей мере один терминал 120 в зоне покрытия сетевого устройства 110. В контексте данного документа термин «терминал» включает, но без ограничения, устройство, выполненное с возможностью приема/отправки сигнала связи посредством соединения по проводной линии, например, посредством телефонной сети общего пользования (PSTN), цифровой абонентской линии (DSL), цифрового кабеля и прямых кабельных подключений, и/или другого соединения/сети передачи данных, и/или посредством беспроводного интерфейса, например, для сотовой сети, беспроводной локальной сети (WLAN), сети цифрового телевидения, такой как сеть цифрового вещания для карманных устройств (DVB-H), спутниковой сети, и радиовещательного передатчика с амплитудно-частотной модуляцией (AM-FM), и/или другого терминала, и/или устройства Интернета вещей (IoT). Терминал, выполненный с возможностью осуществления связи через беспроводной интерфейс, может называться «беспроводным терминалом связи», «беспроводным терминалом» или «мобильным терминалом». Примеры мобильного терминала включают, но без ограничения, спутниковый или сотовый телефон, терминал системы персональной связи (PCS), который может объединять сотовый радиотелефон с возможностями обработки данных, факсимильной связи и передачи данных, персональный цифровой секретарь (PDA), который может включать радиотелефон, пейджер, доступ к Интернет/интранет, веб-браузер, блокнот, календарь и/или приемник системы глобального позиционирования (GPS), и обычный портативный компьютер и/или карманный приемник или другое электронное устройство, содержащее радиотелефонный приемопередатчик. Терминал может относиться к терминалу доступа, UE, пользовательскому блоку, пользовательской станции, мобильной станции, мобильной радиостанции, удаленной станции, удаленному терминалу, мобильному устройству, пользовательскому терминалу, терминалу, устройству беспроводной связи, пользовательскому агенту или пользовательскому устройству. Терминал доступа может представлять собой сотовый телефон, беспроводной телефон, телефон, работающий по протоколу инициирования сеанса связи (SIP), станцию беспроводного абонентского доступа (WLL), PDA, карманное устройство с функцией беспроводной связи, вычислительное устройство, другое устройство обработки, подключенное к беспроводному модему, устройство на транспортном средстве, носимое устройство, терминал в сети 5G, терминал в будущей усовершенствованной PLMN или т. п.
Необязательно связь от устройства к устройству (D2D) может осуществляться между терминалами.
Необязательно система 5G или сеть 5G может также называться системой нового радио (NR) или сетью NR.
Сетевое устройство и два терминала показаны в качестве примера на фиг. 1. Необязательно система 100 связи может содержать несколько сетевых устройств, и другое количество терминалов может быть включено в зону покрытия каждого сетевого устройства. В вариантах осуществления настоящего изобретения для этого не предусмотрено никаких ограничений.
Необязательно система 100 связи может дополнительно содержать другой сетевой объект, такой как сетевой контроллер и узел управления мобильностью. В вариантах осуществления настоящего изобретения для этого не предусмотрено никаких ограничений.
Следует понимать, что устройство, обладающее функцией связи в сети/системе, в вариантах осуществления настоящего изобретения может быть названо устройством связи. Например, для системы 100 связи, показанной на фиг. 1, устройства связи могут содержать сетевое устройство 110 и терминал 120 с функцией связи. Сетевое устройство 110 и терминал 120 могут быть конкретными устройствами, упомянутыми выше, и не будут описаны подробно в данном документе. Устройства связи могут дополнительно включать другие устройства в системе 100 связи, например, другие сетевые объекты, такие как сетевой контроллер и узел управления мобильностью. В вариантах осуществления настоящего изобретения для этого не предусмотрено никаких ограничений.
Следует понимать, что термины «система» и «сеть» в настоящем изобретении могут обычно быть взаимозаменяемыми в настоящем изобретении. В настоящем изобретении термин «и/или» представляет собой лишь отношение взаимосвязи, описывающее взаимосвязанные объекты, и обозначает, что могут существовать три отношения. Например, A и/или B может обозначать три состояния: т. е. независимое существование A, существование как A, так и B, и независимое существование B. Кроме этого, символ «/» в настоящем изобретении обычно обозначает, что предыдущий и последующий взаимосвязанные объекты образуют отношение «или».
Для облегчения понимания технических решений вариантов осуществления изобретения далее будут описаны технологии, задействованные в вариантах осуществления изобретения.
Архитектура сети 5G
На фиг. 2 представлена схема архитектуры системы сети 5G согласно варианту осуществления настоящего изобретения. Как показано на фиг. 2, устройства, входящие в состав системы сети 5G, включают:
UE, сеть радиодоступа (RAN), функцию плоскости пользователя (UPF), сеть данных (DN), функцию управления доступом и мобильностью (AMF), функцию управления сеансом (SMF), функцию управления политикой (PCF), функцию приложения (AF), функцию сервера аутентификации (AUSF) и унифицированное управление данными (UDM).
Как показано на фиг. 2, сетевые элементы, связанные с политиками, в основном включают PCF, AMF, SMF, RAN и UE. SMF в основном отвечает за исполнение политик, связанных с сеансом. AMF в основном отвечает за исполнение политик, связанных с доступом и политикой UE. Передача политик и обновление обоих сетевых элементов (AMF и SMF) контролируется и управляется PCF.
Для политики UE информация, связанная с политикой UE, включая содержимое политики UE, идентификатор политики UE и т. п., могут отслеживаться между PCF и UE посредством объекта-хранилища. В восходящем направлении объект-хранилище может отправляться на AMF UE посредством сообщения слоя без доступа (NAS) и может продолжать передаваться прозрачно (без восприятия или модификации) на PCF AMF. И наоборот, в нисходящем направлении объект-хранилище может отправляться на AMF PCF и может дополнительно прозрачно передаваться на UE AMF посредством сообщения NAS.
Политика 5G UE и ее конфигурация
Политика UE может включать ANDSP и URSP. ANDSP может включать политику выбора WLAN (WLANSP) и информацию выбора усовершенствованного шлюза пакетных данных (ePDG)/сетевой элемент, не принадлежащий межсетевой функции (N3IWF) проекта партнерства третьего поколения (3GPP). В ANDSP WLANSP является обязательной, и информация выбора сетевого элемента ePDG/N3IWF является необязательной.
1) WLANSP: WLANSP включает несколько правил (называемых правилами WLANSP), которые применяются UE для выбора точки доступа WLAN.
2) URSP: URSP включает несколько правил (называемых правилами URSP), и каждое правило URSP состоит из дескриптора трафика и группы дескрипторов выбора маршрута (RSD). Дескриптор трафика в URSP приспособлен для описания конкретной службы. Например, служба микроблога может быть описана с помощью интернет-протокола (IP) @1~9. В качестве другого примера, служба подсистемы мультимедиа IP (IMS) может быть описана с помощью имени сети данных (DNN) IMS. Также могут существовать один или более RSD в соответствии с дескриптором трафика, и каждый RSD соответствует атрибуту сеанса PDU. То есть, служебные данные, соответствующие дескриптору трафика, могут передаваться в сеансе PDU, соответствующем RSD. Связанное содержимое URSP показано в таблице 1 и таблице 2.
<b>Название информации</b>
<b>Описание</b>
<b>Категория</b>
<b>Разрешение модификации PCF в контексте UE</b>
<b>Границы</b>
Приоритет правила
Определяет порядок, в котором правило URSP приводится в исполнение в UE.
Обязательно (ЗАПИСЬ 1)
Да
Контекст UE
Дескриптор трафика
Эта часть определяет компоненты дескриптора трафика для правила URSP.
Обязательно (ЗАПИСЬ 3)
Дескрипторы приложений
Состоит из OSId и OSAppId. (ЗАПИСЬ 2)
Необязательно
Да
Контекст UE
Дескрипторы IP(ЗАПИСЬ 5)
Кортеж(и) целевого IP 3 (IP-адрес или сетевой префикс IPv6, номер порта, ID протокола в протоколе над IP).
Необязательно
Да
Контекст UE
Дескрипторы доменов
Целевой (целевые) FQDN
Необязательно
Да
Контекст UE
Дескрипторы, не связанные с IP(ЗАПИСЬ 5)
Дескриптор(ы) для целевой информации трафика, не связанного с IP
Необязательно
Да
Контекст UE
DNN
Это сопоставляется с информацией DNN, предоставленной приложением.
Необязательно
Да
Контекст UE
Возможности подключения
Это сопоставляется с информацией, предоставленной приложением UE при запросе сетевого подключения с определенными возможностями. (ЗАПИСЬ 4)
Необязательно
Да
Контекст UE
Список дескрипторов выбора маршрута
Список дескрипторов выбора маршрута Компоненты дескриптора выбора маршрута описаны в таблице 6.6.2.1–3.
Обязательно
Таблица 1: Правило URSP
<b>Название информации</b>
<b>Описание</b>
<b>Категория</b>
<b>Разрешение модификации PCF в URSP</b>
<b>Границы</b>
Приоритет дескрипторов выбора маршрута
Определяет порядок, в котором должны применяться дескрипторы выбора маршрута.
Обязательно (ЗАПИСЬ 1)
Да
Контекст UE
Компоненты выбора маршрута
Эта часть определяет компоненты выбора маршрута
Обязательно (ЗАПИСЬ 2)
Выбор режима SSC
Одно единственное значение режима SSC.(ЗАПИСЬ 5)
Необязательно
Да
Контекст UE
Выбор фрагмента сети
Либо единственное значение, либо список значений S-NSSAI.
Необязательно (ЗАПИСЬ 3)
Да
Контекст UE
Выбор DNN
Либо единственное значение, либо список значений DNN.
Необязательно
Да
Контекст UE
Выбор типа сеанса PDU
Одно единственное значение типа сеанса PDU
Необязательно
Да
Контекст UE
Указание не являющейся безразрывной разгрузки
Указывает, должен ли трафик согласующегося приложения разгружаться на доступ, не связанный с 3GPP, вне сеанса PDU.
Необязательно (ЗАПИСЬ 4)
Да
Контекст UE
Предпочтение типа доступа
Указывает предпочтительный тип доступа (3GPP или не связанный с 3GPP или множественный доступ), когда UE устанавливает сеанс PDU для согласующегося приложения.
Необязательно
Да
Контекст UE
Критерии проверки правильности выбора маршрута(ЗАПИСЬ 6)
Эта часть определяет компоненты критериев проверки правильности маршрута
Необязательно
Интервал времени
Интервал времени, в котором разрешен согласующийся трафик. RSD не считается действительным, если текущее время не находится в данном интервале времени.
Необязательно
Да
Контекст UE
Критерии расположения
Расположение UE, в котором разрешен согласующийся трафик. Правило RSD не считается действительным, если расположение UE не соответствует критериям расположения.
Необязательно
Да
Контекст UE
Таблица 2: RSD
Конфигурация политики UE реализуется посредством потока UCU. Архитектура подключения каждого сетевого элемента в потоке UCU может ссылаться на фиг. 2. Как показано на фиг. 3, поток UCU включает следующие операции.
При операции 301 PCF определяет необходимость обновления политики UE.
При операции 302 PCF включает политику UE, обновление которой требуется, в объект-хранилище и передает объект-хранилище на AMF.
При операции 303 AMF непосредственно перенаправляет объект-хранилище на UE посредством сообщения NAS.
При операции 304 UE отправляет результат конфигурации политики (результат доставки политик UE) на AMF.
3GPP указывает поток активного запроса политики UE, выполняемого UE. Как показано на фиг. 4, поток включает следующие операции.
При операции 401 UE отправляет сообщение запроса политики UE на AMF.
При операции 402 AMF отправляет сообщение управления обновлением политики UE на PCF.
При операции 403 поток конфигурации политики UE осуществляется между UE и PCF.
В данном документе поток конфигурации политики UE относится к потоку, как показано на фиг. 3.
Следует отметить, что UE может одновременно принимать несколько типов политик UE, таких как политики URSP и связи транспорта с окружением (V2X) со стороны сети. С другой стороны, поток активного запроса политики UE, выполняемого UE, на фиг. 4 применяется только для запроса политики UE (т.е. политики V2X) для службы V2X.
В потоках на фиг. 3 и фиг. 4 политика UE передается следующим образом: политика UE разделяется сетевым устройством на одну или более секций политики и отправляется UE, причем каждая секция политики соответствует идентификатору секции политики (PSI).
Использование способа 5G URSP
На основании URSP UE ассоциирует данные приложения с соответствующим сеансом PDU для передачи посредством следующего механизма.
При наличии данных в слое приложения UE может проверять, согласован ли признак данных приложения с дескриптором трафика определенного правила из правил URSP, на основании правил URSP, принадлежащих URSP. Последовательность проверки может быть определена приоритетами дескрипторов трафика в правилах URSP. То есть, UE последовательно проверяет условие согласования на основании последовательности приоритетов. При наличии согласования с правилом URSP список RSD в соответствии с правилом URSP может быть использован для ассоциирования с сеансом PDU.
При наличии согласования с правилом URSP UE может проверить подходящий сеанс PDU согласно последовательности приоритетов RSD. В данном документе предпочтительным является RSD с высоким приоритетом. Когда определенный параметр RSD имеет одно или более значений, UE может выбирать и комбинировать один и другой параметры для проверки того, существует ли сеанс PDU:
1) Если сеанс PDU существует, данные приложения могут быть ассоциированы с сеансом для передачи.
2) Если сеанс PDU не существует, UE может запускать установление сеанса PDU, и сообщение запроса на установление содержит параметр атрибута, который сообщило UE, сеанса PDU.
Кроме того, исполняются следующие операции:
2.1) Если сеанс успешно установлен, UE ассоциирует данные приложения с сеансом для передачи.
2.2) Если установить сеанс не удалось, UE проверяет, существует ли сеанс PDU снова на основании другой комбинации параметров RSD или комбинации параметров RSD с более низким приоритетом (1 повторяется).
Если не удалось найти подходящий сеанс PDU для ассоциирования в соответствии с согласованным URSP, UE может последовательно проверять, может ли дескриптор трафика в правиле URSP с более низким приоритетом быть согласован с признаком данных приложения в соответствии с приоритетами.  При наличии согласования вышеописанный процесс повторяется.
Процесс нахождения подходящего сеанса PDU для приложения в настоящем изобретении называется «оценкой». После нахождения и ассоциирования подходящего сеанса PDU UE может повторно выполнять оценку при следующих условиях для определения того, требуется ли обновление первоначальной ассоциации между данными приложения и сеансом PDU. Нижеприведенные условия включают следующее:
-PCF обновляет URSP;
-UE переходит от развитого пакетного ядра (EPC) к ядру 5G (5GC);
-происходит обновление разрешенной вспомогательной информации выбора фрагмента сети (NSSAI) или сконфигурированной NSSAI;
-обновляется доступность DNN локальной сети данных (LADN);
-происходит регистрация UE в сети доступа 3GPP или сети доступа, отличной от 3GPP; и
-UE устанавливает подключение к сети доступа WLAN.
4G ANDSP
4G ANDSP обычно включают следующие типы.
1) Межсистемная политика мобильности (IMSP)
UE выбирает предпочтительную технологию радиодоступа (RAT) для маршрутизации пакета данных на основании IMSP. Например, осуществляется подключение к базовой сети с двумя типами доступа RAT, которые представляют собой доступ LTE RAT и доступ WLAN RAT. UE может выбирать из них тип для передачи пакета данных на основании IMSP.
Правило ISMP может включать следующую информацию: действительное состояние (например, время и местоположение), список приоритетов систем доступа или сетей доступа, и приоритет правила ISMP.
2) Информация открытия сети доступа
Сторона сети может отправлять целый ряд информации сети доступа вокруг UE. Информация может включать: тип системы доступа (например, WLAN и WiMAX), идентификатор RAN (например, идентификатор набора служб (SSID) WLAN), другую специфическую техническую информацию (например, информацию о частоте одной или более несущих) и условие действительности (например, местоположение).
3) Межсистемная политика маршрутизации (ISRP)
Пакет данных может передаваться посредством одного или более интерфейсов беспроводного доступа (например, нескольких RAT) одновременно UE согласно ISRP. Существуют три типа ISRP, а именно, мобильность потока IP (IFOM), возможность взаимодействия (MAPCON) с сетью данных общего пользования с множественным доступом (PDN) и не являющая безразрывной разгрузка WLAN (NSWO).  Первые два типа в основном используются для ассоциирования конкретного потока данных или подключения PDN с конкретным именем точки доступа (APN) и системой доступа. Третий тип может быть применен для указания того, разрешено ли не являющееся безразрывным переключение WLAN для конкретного потока данных.
4) Политика маршрутизации между APN (IARP)
IARP может быть применена для UE для определения конкретных потоков данных, требующих передачи через разные подключения посредством PDN и конкретных потоков данных, требующих NSWO. Для передачи путем подключения посредством PDN подключение посредством PDN, соответствующее конкретному APN, может также быть выбрано на основании IARP.
5) Политика выбора WLAN (WLANSP)
WLANSP может быть применена для UE для выбора конкретной точки доступа (SSID) WLAN.
Вышеприведенные политики UE, касающиеся 4G, могут иметь повторяющиеся части. Таким образом, возможно, выбирают лишь одну политику для развертывания во время фактического использования.
Поток, касающийся установления сеанса PDU
В потоке, касающемся установления сеанса PDU, наиболее важным для стороны UE является сообщение запроса на установление сеанса PDU и принятое ответное сообщение. На фиг. 5 представлена блок-схема установления сеанса PDU. Включены следующие операции.
При операции 1 сообщение запроса на установление сеанса PDU отправляется на AMF UE посредством сообщения NAS. Сообщение NAS может включать единственную (единственные) NSSAI (S-NSSAI), DNN, идентификатор сеанса PDU, тип запроса, старый идентификатор сеанса PDU и объект-хранилище управления сеансом (SM). Объект-хранилище SM также отправляется на SMF AMF и в основном включает информацию, связанную с признаком сеанса. UE может добавлять идентификатор «требуется постоянное включение», чтобы давать SMF команду на установление постоянно включенного сеанса PDU в данной операции.
При операции 2 AMF выбирает SMF на основании сообщения NAS, отправленного UE, и отправляет объект-хранилище NAS N1, включающий сообщение NAS в 1, на SMF.
При операциях 3–10 SMF определяет, следует ли устанавливать сеанс PDU, на основании сообщения NAS от UE, информации о подписке и динамической или локальной статической политики.
При операциях 11–13 SMF отправляет сообщение на RAN, причем сообщение в основном включает параметр, такой как объект-хранилище SM N1, информацию качества обслуживания (QoS), информацию SM N2, [допуск на постоянно включенный сеанс PDU], выбранный режим непрерывности сеанса и службы (SSC), S-NSSAI, NDD, адрес выделенного IP версии 4 (IPv4) и идентификатор интерфейса. RAN может отправлять объект-хранилище SM N1 на UE. Информация SM N2 применяется для RAN для создания радиоканала. Другие параметры, такие как параметр [допуск на постоянно включенный сеанс PDU], также могут отправляться на UE.
Кроме того, в случае если UE не запрашивает постоянное включение в запросе установления сеанса PDU, SMF может по-прежнему самостоятельно определить задание постоянного включения. В таком случае SMF может добавлять параметр [допуск на постоянно включенный сеанс PDU] в сообщении принятия установления сеанса PDU.
ANDSP определяется в сети 4G, и вследствие этого необходимо осуществлять развертывание сетевого элемента ANDSP в сети 4G для того, чтобы UE получило ANDSP. Однако, с одной стороны, многие поставщики услуг не развертывают или не планируют развертывать сетевые элементы ANDSP, так что необходимо предусмотреть отображение политики (политики UE), полученной UE от сети 5G, на политику, используемую в сети 4G. С другой стороны, поставщики услуг опасаются независимого отображения политики 5G, выполняемого UE, на сеть 4G для использования и могут планировать управление частью операций отображения или всеми операциями отображения, так что существует потребность в способе управления операциями отображения UE.
На фиг. 6 представлена блок-схема способа отображения политик согласно варианту осуществления настоящего изобретения. Как показано на фиг. 6, способ отображения политик включает следующую операцию.
При операции 601 UE отображает все политики или часть политик, используемых в первой системе мобильной связи, на политику, используемую во второй системе мобильной связи, причем политики, используемые в первой системе, включают по меньшей мере один элемент из ANDSF и URSP.
В варианте осуществления настоящего изобретения политики могут представлять собой политики UE. Политики UE включают ANDSP и/или URSP. ANDSP может включать WLANSP. ANDSP может необязательно дополнительно включать информацию о выборе сетевого элемента ePDG/N3IWF.
В необязательном варианте реализации настоящего изобретения первая система мобильной связи представляет собой систему мобильной связи 5G (т.е. систему 5G (5GS)), и вторая система мобильной связи представляет собой систему мобильной связи 4G (т.е. развитую пакетную систему (EPS)). В примере со ссылкой на фиг. 7–1 UE при нахождении в 5GS может получать политики, используемые в 5GS, из сети и отображать все политики или часть политик, используемых в 5GS, на политики, используемые в EPS. Ниже будет описано то, как UE отображает политики.
1) Политики, используемые в первой системе мобильной связи, по меньшей мере включают ANDSP, и UE копирует все содержимое или часть содержимого ANDSP на вторую систему мобильной связи для использования.
Со ссылкой на фиг. 7–2 для отображения ANDSP часть (например, WLANSP) или все ANDSP могут быть непосредственно скопированы на EPS для использования без изменения какого-либо параметра. Содержимое WLANSP и содержимое информации о выборе сетевого элемента ePDG/N3IWF являются совместимыми в 5GS и EPS.
2) Политики, используемые в первой системе мобильной связи, по меньшей мере включают URSP, и UE копирует все правила или часть правил URSP на вторую систему мобильной связи для использования.
В данном документе первое правило, используемое в первой системе мобильной связи, и второе правило, используемое во второй системе мобильной связи, соответствуют одному и тому же дескриптору трафика и/или приоритету правила, и второе правило получают путем отображения первого правила.
Со ссылкой на фиг. 7–3 URSP включает одно или более правил URSP. Для отображения URSP часть правил URSP или все правила URSP, принадлежащие URSP, могут быть отображены на EPS для использования. Для каждого правила URSP правило URSP в 5GS и правило URSP в EPS имеют одинаковый дескриптор трафика и/или приоритет правила.
Кроме того, когда нужно отобразить одно или более первых правил URSP, UE может отображать и/или копировать по меньшей мере часть параметров RSD в соответствии с одним или более первыми правилами на вторую систему мобильной связи для использования. В варианте реализации по меньшей мере часть параметров (часть параметров или все параметры) RSD в правиле URSP в 5GS могут быть отображены и/или скопированы на EPS для использования. Поскольку правило URSP в 5GS и правило URSP в EPS имеют одинаковый дескриптор трафика, когда UE переходит от 5GS к EPS, поток данных, соответствующий дескриптору трафика, может передаваться c подключением PDN, соответствующим отображенному RSD.
В варианте осуществления настоящего изобретения RSD в политике, используемой в первой системе мобильной связи (например, 5GS), включает по меньшей мере один из следующих параметров: режим SSC, S-NSSAI, тип сеанса PDU, DNN, указание не являющейся безразрывной разгрузки, предпочтение типа доступа, действительный интервал времени и действительная область. RSD в политике, используемой во второй системе мобильной связи (например, EPS) может включать по меньшей мере один из следующих параметров: APN, тип подключения PDN, указание не являющейся безразрывной разгрузки, предпочтение типа доступа, действительный интервал времени и действительную область.
Действительный интервал времени и действительная область необязательно поддерживаются UE, то есть UE может не иметь возможности распознавания этих двух параметров. Хотя другие параметры необязательно конфигурируются стороной сети, подразумевается, что UE после их приема будет способен распознать их при нормальном условии. Кроме того, каждый из S-NSSAI и DNN может иметь одно или более множественных значений, и любые другие параметры имеют единственное значение. Следует указать, что первые четыре параметра (т.е. режим SSC, S-NSSAI, тип сеанса PDU и DNN) относятся к атрибуту сеанса PDU.
Следует отметить, что подключение PDN второй системы мобильной связи обычно включает следующие параметры атрибутов: APN и тип подключения PDN. Кроме того, режим SSC поддерживает только первый режим SSC (т.е. режим SSC-1). Следовательно, в варианте осуществления настоящего изобретения применяют следующий способ отображения политик.
В необязательном варианте реализации UE может отображать S-NSSAI и/или DNN на APN.
В необязательном варианте реализации UE может отображать тип сеанса PDU на тип подключения PDN.
Кроме того, при условии, что тип сеанса PDU представляет собой тип Ethernet, в ответ на поддержку UE и сетью во второй системе мобильной связи типа подключения Ethernet PDN, UE может отображать тип подключения PDN на тип Ethernet; и в ответ на отсутствие поддержки UE и/или сетью во второй системе мобильной связи типа Ethernet, но наличие поддержки типа, не связанного с IP, UE может отображать тип подключения PDN на тип, не связанный с IP.
В необязательном варианте реализации при условии, что тип сеанса PDU в политике UE в 5GS представляет собой тип Ethernet в ответ на поддержку UE и сетью в EPS типа подключения Ethernet PDN UE может отображать тип подключения PDN на тип Ethernet; и в ответ на отсутствие поддержки UE и/или сетью в EPS типа Ethernet, но наличие поддержки типа, не связанного с IP, UE может отображать тип подключения PDN на тип, не связанный с IP.
Кроме того, при условии, что тип сеанса PDU представляет собой неструктурированный тип, UE может отображать тип подключения PDN на тип, не связанный с IP.
В необязательном варианте реализации при условии, что тип сеанса PDU в политике UE в 5GS представляет собой неструктурированный тип, UE может отображать тип подключения PDN на тип, не связанный с IP.
В необязательном варианте реализации UE может копировать по меньшей мере один элемент из указания не являющейся безразрывной разгрузки, предпочтения типа доступа, действительного интервала времени и действительной области на вторую систему мобильной связи для использования.
В необязательном варианте реализации UE может устанавливать режим SSC в RSD равным нулю или первому режиму SSC.
Следует отметить, что под режимами SSC в 5GS подразумевают три режима, т.е. режим SSC-1, режим SSC-2 и режим SSC-3 соответственно. Режим SSC-1 заключается в том, что UPF не меняется после установления сеанса PDU. Режим SSC-2 заключается в том, что сторона сети может изменять UPF путем запуска переключения с разрывом до включения после установления сеанса PDU. Режим SSC-3 заключается в том, что сторона сети может изменять UPF путем запуска переключения с включением до разрыва после установления сеанса PDU.
В варианте осуществления настоящего изобретения UE может отображать часть параметров или все параметры RSD. Кроме того, UE может необязательно добавлять первый параметр к политике, полученной путем отображения, и применять политику с добавленным первым параметром ко второй системе мобильной связи. В данном документе первый параметр может представлять собой параметр, относящийся ко второй системе мобильной связи. В необязательном варианте реализации после отображения политики UE в 5GS на политику для EPS другой параметр может продолжать добавляться к политике, полученной путем отображения, с образованием новой политики для использования в EPS.
Кроме того, способ согласно варианту осуществления настоящего изобретения может дополнительно включать следующее: UE принимает первую указательную информацию от сетевого устройства, причем первая указательная информация указывает на по меньшей мере один элемент из следующего:
разрешено ли UE отображение политик;
первая политика, требующая отображения;
правило, доступное для отображения политик в первой политике;
доступен ли RSD в соответствии с каждым правилом первой политики для отображения политик;
параметр, доступный для отображения политик в RSD; и
параметр, недоступный для отображения политик в RSD.
В решении то, разрешено ли UE отображать политики, в частности, относится к тому, разрешено ли UE отображать политику, используемую в первой системе мобильной связи (например, 5GS), на политику, используемую во второй системе мобильной связи (например, EPS).
В решении первая политика, требующая отображения, может включать ANDSP и/или URSP.
В решении правило, доступное для отображения политик в первой политике, может представлять собой, например, то, может ли быть выполнено отображение политик в отношении правила URSP в URSP, или, например, может ли быть выполнено отображение политик в отношении правила WLANSP в ANDSP.
В решении то, может ли быть выполнено отображение политик в отношении RSD в соответствии с каждым правилом в первой политике, может, например, представлять собой то, может ли быть выполнено отображение политик в отношении RSD в соответствии с правилом URSP в URSP.
В решении параметр, доступный для отображения политик в RSD, может представлять собой, например, S-NSSAI, DNN, тип сеанса PDU, указание не являющейся безразрывной разгрузки, предпочтение типа доступа, действительный интервал времени и действительную область. Указание не являющейся безразрывной разгрузки, предпочтение типа доступа, действительный интервал времени и действительная область могут быть отображены способом непосредственного копирования.
В решении параметр, недоступный для отображения политик в RSD, может представлять собой, например, режим SSC.
Ниже будет описана реализация первой указательной информации в комбинации с конкретными сценариями применения.
Первый сценарий: сетевое устройство представляет собой первый элемент базовой сети, первая указательная информация отправляется на второй элемент базовой сети первым элементом базовой сети посредством первого объекта-хранилища, и первый объект-хранилище отправляется на UE вторым элементом базовой сети посредством сообщения NAS.
В данном документе первый элемент базовой сети может представлять собой PCF, и второй элемент базовой сети может представлять собой AMF. Сообщение NAS относится к нисходящему сообщению NAS.
В варианте реализации первая указательная информация и первая политика могут передаваться посредством одного и того же сообщения. В другом варианте реализации первая указательная информация и первая политика могут передаваться посредством разных сообщений. Первая политика представляет собой политику, передаваемую на UE первым элементом базовой сети.
Кроме того, при условии, что первая указательная информация и первая политика передаются посредством одного и того же сообщения, первая указательная информация может быть включена в правило первого правила, и/или первая указательная информация может быть включена в RSD в соответствии с правилом первой политики.
Со ссылкой на фиг. 8 PCF может отправлять первую указательную информацию на UE. Первая указательная информация включается в объект-хранилище. Объект-хранилище отправляется на AMF от PCF и прозрачно передается на UE AMF посредством нисходящего сообщения NAS. То есть объект-хранилище не требует проверки или модификации промежуточным сетевым элементом (AMF и RAN) при передаче на UE от PCF. Кроме того, первая указательная информация может отправляться на UE совместно с политикой UE посредством одного и того же сообщения. В частности, первая указательная информация может включать следующие возможные формы:
1. Первая указательная информация отправляется независимо, и первая указательная информация независима от остальной политики UE; и
2. Первая указательная информация включается в правило политики UE. URSP взят в качестве примера. Первая указательная информация может быть добавлена к правилу или RSD в соответствии с этим правилом. Как показано в таблице 3, первая указательная информация добавляется к правилу URSP, и первая указательная информация указывает, разрешено ли (может ли быть) отображение правила на правило, используемое в EPS (попросту, может ли быть выполнено отображение политик в отношении правила). Кроме того, как показано в таблице 4, первая указательная информация может также быть добавлена к RSD в соответствии с правилом URSP, и первая указательная информация указывает, разрешено ли отображение RSD на параметр правила, используемый в EPS (попросту, может ли быть выполнено отображение политик в отношении RSD). Первая указательная информация может также быть добавлена к одному или более параметров в соответствии с RSD, например, первая указательная информация может быть добавлена к по меньшей мере одному из режима SSC, S-NSSAI, DNN, типа сеанса PDU, указания не являющейся безразрывной разгрузки, предпочтения типа доступа, действительного интервала времени и действительной области. Следует отметить, что необязательно может быть добавлена первая указательная информация, как показано в таблице 3 и таблице 4.
<b>Название информации</b>
<b>Описание</b>
<b>Категория</b>
<b>Разрешение модификации PCF в контексте UE</b>
<b>Границы</b>
Приоритет правила
Определяет порядок, в котором правило URSP приводится в исполнение в UE.
Обязательно (ЗАПИСЬ 1)
Да
Контекст UE
Дескриптор трафика
Эта часть определяет компоненты дескриптора трафика для правила URSP.
Обязательно (ЗАПИСЬ 3)
Дескрипторы приложений
Состоит из OSId и OSAppId. (ЗАПИСЬ 2)
Необязательно
Да
Контекст UE
Дескрипторы IP (ЗАПИСЬ 5)
Кортеж(и) целевого IP 3 (IP-адрес или сетевой префикс IPv6, номер порта, ID протокола в протоколе над IP).
Необязательно
Да
Контекст UE
Дескрипторы доменов
Целевой (целевые) FQDN
Необязательно
Да
Контекст UE
Дескрипторы, не связанные с IP (ЗАПИСЬ 5)
Дескриптор(ы) для целевой информации трафика, не связанного с IP
Необязательно
Да
Контекст UE
DNN
Это сопоставляется с информацией DNN, предоставленной приложением.
Необязательно
Да
Контекст UE
Возможности подключения
Это сопоставляется с информацией, предоставленной приложением UE при запросе сетевого подключения с определенными возможностями. (ЗАПИСЬ 4)
Необязательно
Да
Контекст UE
Первая указательная информация
Указывает, разрешено ли (может ли быть) конфигурирование правила для отображения на правило, используемое в EPS.
Список дескрипторов выбора маршрута
Список дескрипторов выбора маршрута. Компоненты дескриптора выбора маршрута описаны в таблице 6.6.2.1–3.
Обязательно
Таблица 3: Правило URSP (включающее первую указательную информацию)
Название информации
Описание
Категория
Разрешение модификации PCF в URSP
Границы
Приоритет дескрипторов выбора маршрута
Определяет порядок, в котором должны применяться дескрипторы выбора маршрута.
Обязательно (ЗАПИСЬ 1)
Да
Контекст UE
Первая указательная информация
Указывает, разрешено ли конфигурирование RSD для отображения на параметр правила, используемый в EPS.
Компоненты выбора маршрута
Эта часть определяет компоненты выбора маршрута
Обязательно (ЗАПИСЬ 2)
Выбор режима SSC
Одно единственное значение режима SSC. (ЗАПИСЬ 5)
Необязательно
Первая указательная информация
Да
Контекст UE
Выбор фрагмента сети
Либо единственное значение, либо список значений S-NSSAI.
Необязательно (ЗАПИСЬ 3)
Первая указательная информация
Да
Контекст UE
Выбор DNN
Либо единственное значение, либо список значений DNN.
Необязательно
Первая указательная информация
Да
Контекст UE
Выбор типа сеанса PDU
Одно единственное значение типа сеанса PDU
Необязательно
Первая указательная информация
Да
Контекст UE
Указание не являющейся безразрывной разгрузки
Указывает, должен ли трафик согласующегося приложения разгружаться на доступ, не связанный с 3GPP, вне сеанса PDU.
Необязательно (ЗАПИСЬ 4)
Первая указательная информация
Да
Контекст UE
Предпочтение типа доступа
Указывает предпочтительный тип доступа (3GPP или не связанный с 3GPP или множественный доступ), когда UE устанавливает сеанс PDU для согласующегося приложения.
Необязательно
Первая указательная информация
Да
Контекст UE
Критерии проверки правильности выбора маршрута (ЗАПИСЬ 6)
Эта часть определяет компоненты критериев проверки правильности маршрута
Необязательно
Интервал времени
Интервал времени, в котором разрешен согласующийся трафик. RSD не считается действительным, если текущее время не находится в данном интервале времени.
Необязательно
Первая указательная информация
Да
Контекст UE
Критерии расположения
Расположение UE, в котором разрешен согласующийся трафик. Правило RSD не считается действительным, если расположение UE не соответствует критериям расположения.
Необязательно
Первая указательная информация
Да
Контекст UE
Таблица 4: RSD (включающее первую указательную информацию)
В необязательном варианте реализации UE может отправлять вторую указательную информацию на сетевое устройство. Вторая указательная информация указывает возможность отображения политик UE и/или ожидание или отсутствие ожидания UE выполнения отображения политик. При конкретной реализации вторая указательная информация может отправляться на второй элемент базовой сети (например, AMF) UE посредством второго объекта-хранилища, и второй объект-хранилище может отправляться на первый элемент базовой сети (например, PCF) вторым элементом базовой сети (например, AMF) посредством сообщения NAS. Кроме того, второй объект-хранилище включается в сообщение запроса регистрации. Следовательно, PCF может передавать первую указательную информацию на основании второй указательной информации, которую сообщило UE.
Второй сценарий: сетевое устройство представляет собой второй элемент базовой сети, первая указательная информация отправляется на UE вторым элементом базовой сети в процессе регистрации, и первая указательная информация включается в сообщение-ответ на запрос регистрации.
В данном документе второй элемент базовой сети может представлять собой AMF.
В необязательном варианте реализации UE может отправлять вторую указательную информацию на сетевое устройство. Вторая указательная информация указывает возможность отображения политик UE и/или ожидание или отсутствие ожидания UE выполнения отображения политик. Кроме того, вторая указательная информация включается в сообщение запроса регистрации.
Со ссылкой на фиг. 9 UE может сообщать о второй указательной информации в запросе регистрации (о второй указательной информации сообщается необязательно), так что AMF может передавать первую указательную информацию на основании второй указательной информации, которую сообщило UE. Например, AMF может определять, разрешать ли UE отображать политики (выполняя определение согласно информации о подписке UE или параметру, такому как параметр фрагмента сети, который сообщило UE, в запросе на регистрацию) и уведомлять UE о первой указательной информации посредством сообщения-ответа на запрос регистрации (например, сообщения принятия регистрации).
Следует указать, что гранулярность отображения политик в первой указательной информации в первом сценарии и втором сценарии не ограничена в настоящем изобретении. Следующий третий сценарий представляет собой решение для выполнения отображения политик путем принятия сеанса PDU как гранулярности.
Третий сценарий: сетевое устройство представляет собой третий элемент базовой сети, и первая указательная информация отправляется на UE третьим элементом базовой сети в процессе установления или модификации сеанса PDU. Процесс установления или модификации сеанса PDU реализуется для установления или модификации первого сеанса PDU, и первый сеанс PDU соответствует первому RSD в соответствии с первым правилом.
В данном документе третий элемент базовой сети может представлять собой SMF.
Первая указательная информация может указывать по меньшей мере один элемент из следующего:
разрешено ли UE отображение политик;
доступно ли первое правило, соответствующее первому сеансу PDU, для отображения политик;
доступен ли первый RSD в соответствии с первым правилом, соответствующим первому сеансу PDU, для отображения политик;
параметр, доступный для отображения политик в первом RSD; и
параметр, недоступный для отображения политик в первом RSD.
В необязательном варианте реализации UE может отправлять вторую указательную информацию на сетевое устройство, причем вторая указательная информация указывает на возможность отображения политик UE и/или ожидание или отсутствие ожидания UE выполнения отображения политик. Кроме того, вторую указательную информацию включают в сообщение о запросе на установление или модификацию сеанса PDU.
Со ссылкой на фиг. 10 UE при запуске установления сеанса PDU может сообщать о второй указательной информации в запросе регистрации (вторая указательная информация сообщается необязательно), так что SMF может передавать первую указательную информацию на основании второй указательной информации, которую сообщило UE. Например, SMF после приема второй указательной информации может определять, разрешать ли UE исполнение отображения политик. Аналогичным образом, в потоке, касающемся модификации сеанса PDU, SMF может также взаимодействовать с UE посредством сообщения NAS для передачи первой указательной информации на UE.
Следует указать, что в третьем сценарии первая указательная информация может передаваться на основании потока, касающегося установления или модификации сеанса PDU Таким образом, отображение политик в первой указательной информации заключается в том, что сеанс PDU принимается как гранулярность.
В необязательном варианте реализации URSP включает правило-1/2/3 URSP, и правило-1/2/3 URSP имеет соответствующие RSD-1/2/3. После согласования потока данных с дескриптором трафика правила-2 URSP и его успешного ассоциирования с сеансом PDU, соответствующим RSD-2, на основании RSD в соответствии с правилом URSP UE может: 1) отображать все параметры или часть параметров RSD-1/2/3 в соответствии с правилом-2 URSP для использования, когда UE переходит к EPS, или 2) отображать все параметры или часть параметров RSD-2 в соответствии с правилом-2 URSP для использования, когда UE переходит к EPS. Например, когда UE исполняет процесс отображения в соответствии с 2), параметр, полученный путем отображения на основании RSD-2, представляет собой параметр признака, соответствующий подключению PDN в EPS. Кроме того, поток данных, согласующийся с дескриптором трафика в правиле-2 URSP, может быть ассоциирован с подключением PDN для передачи.
В варианте осуществления настоящего изобретения рассматривается привязка данных при стыковке (включая передачу обслуживания или переориентацию) от 5GS к EPS. В частности, UE может исполнять два процесса, которые представляют собой оценку/повторную оценку и привязку/повторную привязку при определенном условии. Однако данные подключений PDN, соответствующих некоторым сеансам PDU, не должны повторно привязываться немедленно, поскольку это может сказаться на непрерывности службы данных (например, может измениться IP-адрес). При стыковке применяют следующие два способа обработки сеансов.
Условие 1): в процессе передачи обслуживания сторона сети отображает сеанс PDU на параметр, соответствующий подключению PDN, тем самым генерируя контекст SM. В данном процессе не требуется, чтобы UE направляло запрос на установление подключения PDN, и параметр, связанный с установлением подключения PDN, генерируется стороной сети.
Условие 2): для сценария переориентации UE с 5GS на EPS посредством управления радиоресурсами (RRC) UE после завершения установления RRC с усовершенствованной сетью наземного радиодоступа UMTS (E-UTRAN) отправляет запрос на обновление зоны отслеживания (TAU) или прикрепленное сообщение запроса. При этом условии параметр подключения PDN, соответствующий сеансу PDU, генерируется (отображается) стороной сети. При условии, что UE переходит к EPS, UE может отправлять сообщение запроса на установление подключения PDN, причем сообщение запроса на установление подключения PDN включает метку «передача обслуживания», и идентификатор сеанса PDU, так что сторона сети после приема сообщения может отображать контекст, соответствующий идентификатору сеанса PDU, на контекст SM EPS для использования.
На основании двух вышеназванных условий рассматривается случай, в котором сторона сети отображает параметр сеанса PDU на подключение PDN, когда UE переходит от 5GS к EPS, и от UE может потребоваться сохранение ассоциации между данными приложения и соответствующим подключением PDN для обеспечения непрерывности служб. То есть данные приложения, изначально передаваемые в сеансе PDU, по-прежнему передаются в подключении PDN, на которое стороной сети выполнено отображение. Например, данные приложения-1 могут быть привязаны к сеансу-1 PDU в 5GS. При условии, что UE переходит от 5GS к EPS (исполняется процесс передачи обслуживания или переориентации), сторона сети получает параметр подключения-1 PDN, соответствующий сеансу-1 PDU, путем отображения, UE может определять путем отображения на основании политики UE в 5GS, что приложение-1 должно быть привязано или предпочтительно привязано к подключению-2 PDN. В таком случае UE сохраняет ассоциацию между приложением-1 и подключением-1 PDN при условии перехода к подключению-1 PDN. UE при инициирующем воздействии конкретного условия (например, UE входит в состояние простоя или подключение-1 PDN удаляется) может создавать новую ассоциацию, а именно привязывание приложения-1 к подключению-2 PDN.
На основании этого UE при условии перехода от первой системы мобильной связи ко второй системе мобильной связи может обновлять ассоциацию между данными и первым подключением согласно политике, соответствующей второй системе мобильной связи. Следует отметить, что политика во второй системе мобильной связи может быть получена путем отображения политики в первой системе мобильной связи или также может быть получена иначе, чем путем отображения политики в первой системе мобильной связи, например, путем получения политики во второй системе мобильной связи из сети.
В необязательном варианте реализации при условии, что UE переходит к EPS, ассоциация между данными и первым подключением (например, подключением PDN) должна быть обновлена согласно политике UE в EPS (политика UE в EPS может быть получена путем отображения политики UE в 5GS или может также быть получена иначе, чем путем отображения политики UE в 5GS, например, путем получения политики UE в EPS из сети).
Кроме того, операция, заключающаяся в обновлении ассоциации между данными и первым подключением согласно политике, соответствующей второй системе мобильной связи, может включать следующее: согласно политике, соответствующей второй системе мобильной связи, выполняется по меньшей мере одна из следующих операций: оценка первого подключения, соответствующего данным (т.е. операция по оценке); и ассоциирование данных с первым подключением.
В необязательном варианте реализации при условии, что UE переходит от первой системы мобильной связи ко второй системе мобильной связи, когда UE входит в состояние простоя или первый таймер истекает, может быть обновлена ассоциация между данными и первым подключением. В необязательном варианте реализации при условии, что UE переходит к EPS, UE не оценивает политику UE, принадлежащую EPS, в EPS. При входе в состояние простоя UE оценивает политику UE в EPS и далее ассоциирует данные с подключением PDN на основании результата оценки. В необязательном варианте реализации, при условии, что UE переходит к EPS, UE оценивает политику UE, принадлежащую EPS, в EPS, но не ассоциирует данные с подключением PDN на основании результата оценки до входа в состояние простоя.
В другом необязательном варианте реализации при условии, что UE переходит от первой системы мобильной связи ко второй системе мобильной связи, ассоциация между данными и первым подключением может быть обновлена в подключенном состоянии. В необязательном варианте реализации при условии, что UE переходит к EPS, UE может оценивать политику UE, принадлежащую EPS, в EPS в подключенном состоянии и ассоциировать данные с подключением PDN. Следует отметить, что когда ассоциация между данными и подключением PDN, соответствующим сеансу PDU, при этих двух условиях должна быть изменена, ассоциацию изменяют только тогда, когда осуществляется передача обслуживания или переориентация UE на EPS и входит в состояние простоя, или проходит определенное время, или происходит испускание конкретной несущей или потока данных QoS.
В необязательном варианте реализации первое подключение в решении может представлять собой подключение PDN или сеанс PDU.
В необязательном варианте реализации в процессе голосового перехода в переходе EPS сеанс PDU, включающий поток QoS с индексом качества 5G (5QI) = 1, может быть отображен на подключение PDN несущей QoS с идентификатором класса QoS (QCI) = 1 (в данном документе поток/несущая QoS приспособлены для передачи пакета данных IMS), и после этого в EPS может быть установлен сеанс PDU. В таком случае хотя ассоциация, оцененная на основании политики UE в EPS, требует привязки сообщения IMS к другому сеансу для передачи, ассоциация должна быть изменена после входа UE в состояние простоя в EPS или при испускании несущей QoS с QCI = 1, в противном случае голосовая служба может быть прервана.
Согласно техническому решению варианта осуществления настоящего изобретения предлагается способ отображения политики UE из 5GS на EPS под контролем провайдера услуг, так что потоком данных в EPS можно управлять путем использования политики UE в 5GS при условии, что в сети 4G не развернут сетевой элемент ANDSF для конфигурирования политики UE. Кроме того, отображение политики UE может быть запущено на основании разных существующих потоков, чтобы уменьшить влияние на существующие протокол и механизм.
Большинство примеров в техническом решении варианта осуществления настоящего изобретения основаны на сценарии перехода UE от 5GS к EPS. Следует понимать, что сценарий перехода UE от EPS к 5GS может также применяться к техническому решению варианта осуществления настоящего изобретения.
На фиг. 11 представлена структурная схема состава устройства отображения политик согласно варианту осуществления настоящего изобретения. Как показано на фиг. 11, устройство отображения политик содержит блок 1101 отображения.
Блок 1101 отображения выполнен с возможностью отображения всех политик или части политик, используемых в первой системе мобильной связи, на политику, используемую во второй системе мобильной связи, причем политики, используемые в первой системе, включают по меньшей мере один элемент из ANDSF и URSP.
В варианте реализации политики, используемые в первой системе мобильной связи, могут по меньшей мере включать ANDSP.
Блок 1101 отображения выполнен с возможностью копирования всего содержимого или части содержимого ANDSP на вторую систему мобильной связи для использования.
В варианте реализации политики, используемые в первой системе мобильной связи, могут по меньшей мере включать URSP.
Блок 1101 отображения выполнен с возможностью отображения всех правил или части правил URSP на вторую систему мобильной связи для использования.
Первое правило, используемое в первой системе мобильной связи, и второе правило, используемое во второй системе мобильной связи, соответствуют одному и тому же дескриптору трафика и/или приоритету правила, и второе правило получают путем отображения первого правила.
В варианте реализации, когда нужно отобразить одно или более первых правил URSP, блок 1101 отображения может отображать и/или копировать по меньшей мере часть параметров RSD в соответствии с одним или более первыми правилами на вторую систему мобильной связи для использования.
В варианте реализации RSD может включать по меньшей мере один из следующих параметров: режим SSC, S-NSSAI, тип сеанса PDU, DNN, указание не являющейся безразрывной разгрузки, предпочтение типа доступа, действительный интервал времени и действительная область.
В необязательном варианте реализации блок 1101 отображения выполнен с возможностью отображения S-NSSAI и/или DNN на APN.
В необязательном варианте реализации блок 1101 отображения выполнен с возможностью отображения типа сеанса PDU на тип подключения PDN.
В варианте реализации при условии, что тип сеанса PDU представляет собой тип Ethernet,
в ответ на то, что UE и сеть во второй системе мобильной связи поддерживают тип подключения Ethernet PDN, блок 1101 отображения может отображать тип подключения PDN на тип Ethernet; или
в ответ на то, что UE и/или сеть во второй системе мобильной связи поддерживают тип, не связанный с IP, и не поддерживают тип Ethernet, блок 1101 отображения может отображать тип подключения PDN на тип, не связанный с IP.
В варианте реализации при условии, что тип сеанса PDU представляет собой неструктурированный тип:
блок 1101 отображения может отображать тип подключения PDN на тип, не связанный с IP.
В варианте реализации блок 1101 отображения выполнен с возможностью копирования по меньшей мере одного элемента из указания не являющейся безразрывной разгрузки, предпочтения типа доступа, действительного интервала времени и действительной области на вторую систему мобильной связи для использования.
В варианте реализации устройство может дополнительно содержать блок установки, выполненный с возможностью установки режима SSC в RSD равным нулю или первому режиму SSC.
В варианте реализации блок 1101 отображения дополнительно выполнен с возможностью добавления первого параметра к политике, полученной путем отображения, и применения политики с добавленным первым параметром ко второй системе мобильной связи.
В варианте реализации устройство может дополнительно содержать блок 1102 приема.
Блок 1102 приема выполнен с возможностью приема первой указательной информации от сетевого устройства, причем первая указательная информация указывает на по меньшей мере один элемент из следующего:
разрешено ли UE отображение политик;
первая политика, требующая отображения;
правило, доступное для отображения политик в первой политике;
доступен ли RSD в соответствии с каждым правилом первой политики для отображения политик;
параметр, доступный для отображения политик в RSD; и
параметр, недоступный для отображения политик в RSD.
В варианте реализации сетевое устройство может представлять собой первый элемент базовой сети.
Первая указательная информация может отправляться на второй элемент базовой сети первым элементом базовой сети посредством первого объекта-хранилища, и первый объект-хранилище может отправляться на UE вторым элементом базовой сети посредством сообщения NAS.
В варианте реализации первая указательная информация и первая политика могут передаваться посредством одного и того же сообщения или разных сообщений, и первая политика может представлять собой политику, передаваемую на UE первым элементом базовой сети.
В варианте реализации при условии, что первая указательная информация и первая политика могут передаваться посредством одного и того же сообщения,
первая указательная информация может включаться в правило первой политики; и/или
первая указательная информация может включаться в RSD в соответствии с правилом первой политики.
В варианте реализации устройство может дополнительно содержать блок 1103 отправки.
Блок 1103 отправки выполнен с возможностью отправки второй указательной информации на сетевое устройство, причем вторая указательная информация указывает на возможность отображения политик UE и/или ожидание или отсутствие ожидания UE выполнения отображения политик.
В варианте реализации вторая указательная информация может отправляться на второй элемент базовой сети UE посредством второго объекта-хранилища, и второй объект-хранилище может отправляться на первый элемент базовой сети вторым элементом базовой сети посредством сообщения NAS.
В варианте реализации второй объект-хранилище может включаться в сообщение запроса регистрации.
В варианте реализации сетевое устройство может представлять собой второй элемент базовой сети.
Первая указательная информация может отправляться на UE вторым элементом базовой сети в процессе регистрации, и первая указательная информация может включаться в сообщение-ответ на запрос регистрации.
В варианте реализации устройство может дополнительно содержать блок 1103 отправки.
Блок 1103 отправки выполнен с возможностью отправки второй указательной информации на сетевое устройство, причем вторая указательная информация указывает на возможность отображения политик UE и/или ожидание или отсутствие ожидания UE выполнения отображения политик.
В варианте реализации второй объект-хранилище может включаться в сообщение запроса регистрации.
В варианте реализации устройство может дополнительно содержать блок 1102 приема.
Блок 1102 приема выполнен с возможностью приема первой указательной информации от сетевого устройства, причем первая указательная информация указывает на по меньшей мере один элемент из следующего:
разрешено ли UE отображение политик;
доступно ли первое правило, соответствующее первому сеансу PDU, для отображения политик;
доступен ли первый RSD в соответствии с первым правилом, соответствующим первому сеансу PDU, для отображения политик;
параметр, доступный для отображения политик в первом RSD; и
параметр, недоступный для отображения политик в первом RSD.
В варианте реализации сетевое устройство может представлять собой третий элемент базовой сети.
Первая указательная информация может отправляться на UE третьим элементом базовой сети в процессе установления или модификации сеанса PDU. Процесс установления или модификации сеанса PDU реализуется для установления или модификации первого сеанса PDU, и первый сеанс PDU соответствует первому RSD в соответствии с первым правилом.
В варианте реализации устройство может дополнительно содержать блок 1103 отправки.
Блок 1103 отправки выполнен с возможностью отправки второй указательной информации на сетевое устройство, причем вторая указательная информация указывает на возможность отображения политик UE и/или ожидание или отсутствие ожидания UE выполнения отображения политик.
В варианте реализации вторая указательная информация может быть включена в сообщение о запросе на установление или модификацию сеанса PDU.
В варианте реализации устройство может дополнительно содержать блок 1104 обновления, выполненный с возможностью при условии, что UE переходит от первой системы мобильной связи ко второй системе мобильной связи, обновления ассоциации между данными и первым подключением согласно политике, соответствующей второй системе мобильной связи.
В варианте реализации блок 1104 обновления выполнен с возможностью выполнения по меньшей мере одной из следующих операций согласно политике, соответствующей второй системе мобильной связи:
оценка первого подключения, соответствующего данным; и
ассоциирование данных с первым подключением.
В варианте реализации блок 1104 обновления выполнен с возможностью при условии, что UE переходит от первой системы мобильной связи ко второй системе мобильной связи, когда UE входит в состояние простоя или первый таймер истекает, обновления ассоциации между данными и первым подключением.
В варианте реализации блок 1104 обновления выполнен с возможностью при условии, что UE переходит от первой системы мобильной связи ко второй системе мобильной связи, обновления ассоциации между данными и первым подключением в подключенном состоянии.
В варианте реализации первое подключение может представлять собой подключение PDN или сеанс PDU.
Специалисты в данной области техники должны понимать, что описания, относящиеся к устройству отображения политик согласно вариантам осуществления настоящего изобретения, могут быть понятны со ссылкой на описания, относящиеся к способу отображения политик согласно вариантам осуществления настоящего изобретения.
На фиг. 12 представлено схематическое структурное изображение устройства 1200 связи согласно варианту осуществления настоящего изобретения. Устройство связи может представлять собой терминал. Устройство 1200 связи, показанное на фиг. 12, содержит процессор 1210, и процессор 1210 может вызывать и запускать компьютерную программу в запоминающем устройстве для реализации способа в вариантах осуществления настоящего изобретения.
Необязательно, как показано на фиг. 12, устройство 1200 связи может дополнительно содержать запоминающее устройство 1220. Процессор 1210 может вызывать и запускать компьютерную программу в запоминающем устройстве 1220 для реализации способа в вариантах осуществления настоящего изобретения.
Запоминающее устройство 1220 может быть независимым устройством, независимым от процессора 1210, и также может быть интегрировано в процессор 1210.
Необязательно, как показано на фиг. 12, устройство 1200 связи может дополнительно содержать приемопередатчик 1230. Процессор 1210 может управлять приемопередатчиком 1230 для осуществления связи с другим устройством, в частности отправки информации или данных на другое устройство или приема информации или данных, отправленных другим устройством.
Приемопередатчик 1230 может содержать передатчик и приемник. Приемопередатчик 1230 может дополнительно содержать антенну, и количество антенн может быть равно одному или более.
Устройство 1200 связи может необязательно, в частности, представлять собой сетевое устройство согласно варианту осуществления настоящего изобретения. Устройство 1200 связи может реализовывать соответствующие потоки, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Устройство 1200 связи может необязательно, в частности, представлять собой мобильный терминал/терминал согласно вариантам осуществления настоящего изобретения. Устройство 1200 связи может реализовывать соответствующие потоки, реализуемые мобильным терминалом/терминалом в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
На фиг. 13 представлено схематическое структурное изображение микросхемы согласно другому варианту осуществления настоящего изобретения. Микросхема 1300, показанная на фиг. 13, содержит процессор 1310, и процессор 1310 может вызывать и запускать компьютерную программу в запоминающем устройстве для реализации способа в вариантах осуществления настоящего изобретения.
Необязательно, как показано на фиг. 13, микросхема 1300 может дополнительно содержать запоминающее устройство 1320. Процессор 1310 может вызывать и запускать компьютерную программу в запоминающем устройстве 1320 для реализации способа в вариантах осуществления настоящего изобретения.
Запоминающее устройство 1320 может быть независимым устройством, независимым от процессора 1310, и также может быть интегрировано в процессор 1310.
Необязательно микросхема 1300 может дополнительно содержать входной интерфейс 1330. Процессор 1310 может управлять входным интерфейсом 1330 для осуществления связи с другим устройством или микросхемой, в частности получения информации или данных, отправленных другим устройством или микросхемой.
Необязательно микросхема 1300 может дополнительно содержать выходной интерфейс 1340. Процессор 1310 может управлять выходным интерфейсом 1340 для осуществления связи с другим устройством или микросхемой, в частности вывода информации или данных, отправленных другим устройством или микросхемой.
Необязательно к сетевому устройству может быть применена микросхема согласно вариантам осуществления настоящего изобретения. Микросхема может реализовывать соответствующие потоки, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Необязательно к мобильному терминалу/терминалу согласно варианту осуществления настоящего изобретения может быть применена микросхема. Микросхема может реализовывать соответствующие потоки, реализуемые мобильным терминалом/терминалом в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Следует понимать, что микросхема, упомянутая в варианте осуществления настоящего изобретения, также может называться микросхемой системного уровня, системной микросхемой, микросхемной системой или системой на микросхеме и т. д.
На фиг. 14 представлена вторая структурная схема системы 1400 связи согласно варианту осуществления настоящего изобретения. Как показано на фиг. 14, система 1400 связи содержит терминал 1410 и сетевое устройство 1420.
Терминал 1410 может быть выполнен с возможностью реализации соответствующих функций, реализуемых терминалом в способе, и сетевое устройство 1420 может быть выполнено с возможностью реализации соответствующих функций, реализуемых сетевым устройством в способе. В данном документе для простоты подробные описания опущены.
Следует понимать, что процессор в варианте осуществления настоящего изобретения может представлять собой кристалл интегральной схемы и обладает способностью обработки сигналов. В процессе реализации каждая операция вариантов осуществления способа может быть выполнена посредством интегральной логической схемы аппаратного обеспечения в процессоре или посредством команды в форме программного обеспечения. Процессор может представлять собой универсальный процессор, процессор цифровой обработки сигналов (DSP), интегральную схему специального назначения (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другое программируемое логическое устройство, логический элемент на дискретных компонентах или транзисторное логическое устройство и дискретный аппаратный компонент. Каждый способ, операция и логическая блок-схема, раскрытые в вариантах осуществления настоящего изобретения, могут быть реализованы или исполнены. Универсальный процессор может представлять собой микропроцессор, или процессор также может представлять собой любой традиционный процессор и т. п. Операции способа, описанные в сочетании с вариантами осуществления настоящего изобретения, могут быть непосредственно осуществлены для исполнения и выполнения аппаратным декодирующим процессором или исполнения и выполнения посредством сочетания модулей аппаратного и программного обеспечения в декодирующем процессоре. Модуль программного обеспечения может быть расположен на хорошо известном в этой области техники носителе данных, таком как оперативное запоминающее устройство (RAM), флеш-память, постоянное запоминающее устройство (ROM), программируемое ROM (PROM) или электрически стираемое PROM (EEPROM) и регистр. Носитель данных расположен в запоминающем устройстве, и процессор считывает информацию в запоминающем устройстве и выполняет операции способа вместе с аппаратным обеспечением.
Следует понимать, что запоминающее устройство в варианте осуществления настоящего изобретения может представлять собой энергозависимое запоминающее устройство или энергонезависимое запоминающее устройство или может содержать как энергозависимое, так и энергонезависимое запоминающие устройства. Энергонезависимое запоминающее устройство может представлять собой ROM, PROM, стираемое PROM (EPROM), EEPROM или флеш-память. Энергозависимое запоминающее устройство может представлять собой RAM и используется в качестве внешней высокоскоростной кеш-памяти. В качестве примера, но не ограничения, описано, что могут применяться RAM в различных формах, например, статическое RAM (SRAM), динамическое RAM (DRAM), синхронное DRAM (SDRAM), SDRAM с двукратной скоростью передачи данных (DDR SDRAM), усовершенствованное SDRAM (ESDRAM), DRAM с синхронным каналом (SLDRAM) и RAM с шиной прямого резидентного доступа (DR RAM). Следует отметить, что предполагается, что запоминающее устройство системы и способа, описанных в настоящем изобретении, включает, но без ограничения, запоминающие устройства этих и любых других надлежащих типов.
Следует понимать, что запоминающее устройство описано в качестве примера, но не ограничения. Например, запоминающее устройство в вариантах осуществления настоящего изобретения также может представлять собой SRAM, DRAM, SDRAM, DDR SDRAM, ESDRAM, SLDRAM и DR RAM. То есть запоминающее устройство в вариантах осуществления настоящего изобретения предназначено для включения, но без ограничения, запоминающих устройств этих и любых других надлежащих типов.
В вариантах осуществления настоящего изобретения также предлагается машиночитаемый носитель данных, который выполнен с возможностью хранения компьютерной программы.
Необязательно машиночитаемый носитель данных может применяться в сетевом устройстве в вариантах осуществления настоящего изобретения, и компьютерная программа позволяет компьютеру исполнять соответствующие потоки, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Необязательно машиночитаемый носитель данных может применяться в мобильном терминале/терминале в вариантах осуществления настоящего изобретения, и компьютерная программа позволяет компьютеру исполнять соответствующие потоки, реализуемые мобильным терминалом/терминалом в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
В вариантах осуществления настоящего изобретения также предлагается компьютерный программный продукт, который содержит команду компьютерной программы.
Необязательно компьютерный программный продукт может применяться в сетевом устройстве в вариантах осуществления настоящего изобретения, и команда компьютерной программы позволяет компьютеру исполнять соответствующие потоки, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Необязательно компьютерный программный продукт может применяться в мобильном терминале/терминале в вариантах осуществления настоящего изобретения, и команда компьютерной программы позволяет компьютеру исполнять соответствующие потоки, реализуемые мобильным терминалом/терминалом в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
В вариантах осуществления настоящего изобретения также предлагается компьютерная программа.
Необязательно компьютерная программа может применяться в сетевом устройстве в вариантах осуществления настоящего изобретения, и компьютерная программа работает на компьютере, чтобы позволять компьютеру исполнять соответствующие потоки, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Необязательно компьютерная программа может применяться в мобильном терминале/терминале в вариантах осуществления настоящего изобретения, и компьютерная программа работает на компьютере, чтобы позволять компьютеру исполнять соответствующие потоки, реализуемые мобильным терминалом/терминалом в каждом способе согласно вариантам осуществления настоящего изобретения. В данном документе для простоты подробные описания опущены.
Специалисты в данной области техники могут понять, что блоки и операции алгоритмов каждого примера, описанного в сочетании с вариантами осуществления, раскрытыми в настоящем изобретении, могут быть реализованы электронным аппаратным обеспечением или комбинацией компьютерного программного обеспечения и электронного аппаратного обеспечения. В зависимости от конкретных применений и конструктивных ограничений технических решений эти функции исполняются или в аппаратном обеспечении, или в программном обеспечении. Специалисты могут реализовывать описанные функции для каждого конкретного применения, используя разные способы, но такая реализация будет находиться в пределах объема охраны настоящего изобретения.
Специалисты в данной области техники могут четко понимать, что конкретные процессы работы системы, устройства и блока, описанных выше, могут ссылаться на соответствующие процессы в варианте осуществления способа и не будут подробно описаны в данном документе для удобства и краткости описания.
Следует понимать, что в некоторых вариантах осуществления, предоставленных в настоящей заявке, раскрытые система, устройство и способ могут быть реализованы другим образом. Например, вариант осуществления устройства, описанный выше, является лишь схематическим. Например, разделение блоков представляет собой только разделение логических функций. При практической реализации могут быть применены другие способы разделения. Например, несколько блоков или компонентов могут быть объединены или интегрированы в другую систему, или некоторые характерные признаки могут быть опущены или не исполнены. Кроме этого, связь, или непосредственная связь, или соединение связи между каждым из показанных или рассмотренных компонентов могут представлять собой косвенную связь или соединение связи, реализованные посредством некоторых интерфейсов устройства или блоков, и могут быть электрическими и механическими или принимать другие формы.
Блоки, описанные как отдельные части, могут быть или могут не быть физически разделены. Части, показанные как блоки, могут быть или не быть физическими блоками, а именно могут быть расположены в одном и том же месте или могут также быть распределены по нескольким сетевым блокам. Часть или все из блоков могут быть выбраны для достижения решений вариантов осуществления согласно практическому требованию.
В дополнение, каждый функциональный блок в каждом варианте осуществления настоящего изобретения может быть интегрирован в блок обработки, каждый блок также может физически существовать отдельно, и два или более двух блоков также могут быть интегрированы в один блок.
При реализации в виде функционального блока программного обеспечения и продаже или использовании в качестве самостоятельного продукта функция также может храниться на машиночитаемом носителе данных. На основании такого понимания технические решения настоящего изобретения по существу, или части, вносящие вклад в известный уровень техники, или часть технических решений могут быть осуществлены в форме программного продукта. Компьютерный программный продукт может храниться на носителе данных, включая множество команд, предназначенных для того, чтобы позволять вычислительному устройству (которое может быть персональным компьютером, сервером, сетевым устройством и т. п.) исполнять все или часть из операций способа в каждом варианте осуществления настоящего изобретения. Вышеупомянутый носитель данных включает: различные носители, которые могут хранить программные коды, такие как U-диск, мобильный жесткий диск, ROM, RAM, магнитный диск или оптический диск.
Выше приведен лишь конкретный режим реализации настоящего изобретения, и он не предназначен для ограничения объема правовой охраны настоящего изобретения. Любые изменения или замены, очевидные специалистам в данной области техники, в рамках технического объема, раскрытого в настоящей заявке, находятся в пределах объема правовой охраны настоящего изобретения. Следовательно, объем правовой охраны настоящего изобретения будет зависеть от объема правовой охраны формулы изобретения.