СИГНАЛИЗАЦИЯ ПАРАМЕТРОВ УПРАВЛЕНИЯ ПОТОКОМ QoS
SIGNALLING OF THE QOS STREAM CONTROL PARAMETERS

Область техники, к которой относится изобретение
Настоящее изобретение в целом относится к технической области телекоммуникации и, в частности, к способам, объектам сетевых функций (NF), устройствам пользователя (UEs) для сигнализации параметров управления потоком качества обслуживания (QoS) и соответствующим читаемым носителям информации.
Уровень техники
Настоящий раздел предназначен для предоставления общих сведений о различных вариантах осуществления технологии, описанной в настоящем изобретении. Описание в этом разделе может включать в себя концепции, которые могут быть реализованы, но не обязательно те, которые были ранее задуманы или реализованы. Следовательно, если не указано иное, то содержание данного раздела не следует рассматривать в качестве предшествующим уровнем техники для описания и/или формулы изобретения настоящего изобретения и не допускается в качестве предшествующего уровня техники посредством простого изложения в данном разделе.
В сетях 5-го поколения (5G) в качестве логической сети представлен сетевой сегмент, который обеспечивает определенные сетевые возможности и характеристики сети. Экземпляр сетевого сегмента (например, экземпляр сетевого сегмента (NSI)) представляет собой набор экземпляров сетевой функции (NF) и требуемых ресурсов (например, вычислительных, запоминающих и сетевых ресурсов), которые образуют развернутый сетевой сегмент. NF является принятой или определенной функцией обработки 3GPP в сети, которая имеет определенное функциональное поведение и определенные 3GPP интерфейсы. NF может быть реализована либо как сетевой элемент на выделенном аппаратном обеспечении, экземпляр программного обеспечения, работающий на выделенном аппаратном обеспечении, либо как виртуализированный функционал на соответствующей платформе, например, в облачной инфраструктуре.
3GPP 5GS также определяет поток качества обслуживания (QoS). Поток QoS представляет собой детальную гранулярность обработки пересылки QoS в 5G системе. Весь трафик, сопоставленный с одним и тем же 5G потоком QoS, обработан посредством одинаковой операции пересылки (например, политика планирования, политика управления очередью, политика формирования скорости, RLC конфигурация и т.д.). Предоставление другого процесса пересылки QoS требует отдельного 5G потока QoS.
Раскрытие сущности изобретения
Настоящее изобретение относится к сигнализации параметров управления потока QoS в 5G или будущей системе.
В соответствии с первым аспектом настоящего изобретения предоставлен способ в сетевом узле для сигнализации параметров управления качества обслуживания (QoS) потока в устройство пользователя, UE. Способ содержит генерирование одного или нескольких правил потока данных, ассоциированных с потоком QoS, в котором каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит потоку QoS. Способ дополнительно содержит генерирования профиля потока QoS для UE потока QoS, в котором профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS. Способ также содержит передачу одного или нескольких правил потока данных и профиля потока QoS в UE.
В примерном варианте осуществления каждое из одного или нескольких правил потока данных представлено идентификатором, который отличается от другого, который передают в UE.
В примерном варианте осуществления каждое из одного или нескольких правил потока данных содержит параметры, которые относятся к одному или нескольким шаблонами потока служебных данных (SDF) и/или одним или несколькими ассоциированными значениями приоритета.
В примерном варианте осуществления каждое из одного или нескольких правил потока данных и профиля потока QoS содержит идентификатор потока QoS.
В примерном варианте осуществления способ может дополнительно содержать передачу одного или нескольких правил потока данных в UE, чтобы информировать UE о добавлении одного или нескольких правил потока данных для потока QoS.
В примерном варианте осуществления способ может дополнительно содержать передачу параметра в UE, если параметр в профиле потока QoS изменяется по сравнению с параметром в предшествующим профиле потока QoS, чтобы позволить UE обновить параметр в профиле потока QoS для потока QoS.
В примерном варианте осуществления способ может дополнительно содержать передачу идентификатора правила потока данных в UE, чтобы информировать UE об удалении правила потока данных, идентифицированного идентификатором.
В примерном варианте осуществления способ может дополнительно содержать передачу идентификатора потока QoS в UE, если правило потока данных, которое должно быть удалено, является последним из потока QoS, для информирования UE об удалении профиля потока QoS для потока QoS и последнего правила потока данных.
Согласно второму аспекту настоящего изобретения предоставлен способ для устройства пользователя (UE) для приема параметра. Способ содержит прием одного или нескольких правил потока данных, ассоциированных с потоком качества обслуживания (QoS), в котором каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит этому потоку QoS. Способ дополнительно содержит прием профиля потока QoS для потока QoS, в котором профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS.
В примерном варианте осуществления способ может дополнительно содержать прием идентификатора правила потока данных и удаление правила потока данных.
В примерном варианте осуществления способ может дополнительно содержать прием только правила потока данных.
В примерном варианте осуществления способ может дополнительно содержать прием идентификатора потока QoS и удаление правила потока данных и профиля потока QoS, ассоциированного с потоком QoS.
В примерном варианте осуществления способ может дополнительно содержать прием параметра и обновление параметра в профиле потока QoS с помощью принятого параметра.
В соответствии с третьим аспектом настоящего изобретения предоставлен способ в сетевом узле для сигнализации правила качества обслуживания (QoS) в устройство пользователя (UE). Способ содержит генерирование QoS правила, ассоциированного с потоком QoS, в котором правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, в котором каждый из одного или нескольких наборов параметров содержит параметры, которые относятся к потоку данных, который принадлежит потоку QoS. Способ затем содержит передачу правила QoS в UE.
В примерном варианте осуществления каждый из одного или нескольких наборов параметров отличается друг от друга идентификатором, который содержится в одном или нескольких наборах параметров.
В примерном варианте осуществления каждый из одного или нескольких наборов параметров содержит параметры, которые относятся к одному или нескольким шаблонам потока служебных данных (SDF) и/или одному или нескольким ассоциированным значениям приоритета.
В примерном варианте осуществления способ может дополнительно содержать передачу набора параметров вместе с идентификатором правила QoS в UE, если правило QoS уже было передано, чтобы позволить UE обновить правило QoS, чтобы включать в себя набор параметров.
В примерном варианте осуществления способ может дополнительно содержать передачу одного или нескольких общих параметров вместе с идентификатором правила QoS в UE, чтобы позволить UE обновлять соответствующий параметр в правиле QoS с помощью принятых одного или нескольких параметров.
В примерном варианте осуществления способ может дополнительно содержать передачу идентификатора набора параметров вместе с идентификатором правила QoS в UE, чтобы позволить UE обновлять правило QoS путем удаления набора параметров из правила QoS.
В примерном варианте осуществления способ может дополнительно содержать передачу идентификатора потока QoS в UE, если набор параметров, который должен быть удален, является последним из правила QoS, для информирования UE об удалении правила QoS для потока QoS.
В примерном варианте осуществления способ может дополнительно содержать передачу параметра и идентификатора набора параметров, которому принадлежит параметр, вместе с идентификатором правила QoS в UE, чтобы позволить UE обновлять правило QoS путем обновления параметра в наборе параметров.
В соответствии с четвертым аспектом настоящего изобретения предоставлен способ в устройстве пользователя (UE) для приема правила качества обслуживания (QoS). Способ содержит прием правила QoS, ассоциированного с потоком QoS, в котором правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, в котором каждый из одного или нескольких наборов параметров содержит параметры, которые относятся к потоку данных, который принадлежит потоку QoS.
В примерном варианте осуществления способ может дополнительно содержать прием набора параметров вместе с идентификатором правила QoS и обновление правила QoS для набора параметров.
В примерном варианте осуществления способ может дополнительно содержать прием идентификатора набора параметров вместе с идентификатором правила QoS и обновление правила QoS путем удаления набора параметров из правила QoS.
В примерном варианте осуществления способ может дополнительно содержать прием одного или нескольких общих параметров вместе с идентификатором QoS правила и обновление соответствующего параметра в QoS правиле на принятый.
В примерном варианте осуществления способ может дополнительно содержать прием параметра и идентификатора набора параметров, которому принадлежит параметр, наряду с идентификатором QoS правила, и обновление QoS правила путем обновления параметра в наборе параметров.
В соответствии с пятым аспектом настоящего изобретения предоставлен NF объект, содержащий: по меньшей мере, один процессор, и память, содержащая инструкции, которые при выполнении, по меньшей мере, одним процессором, вызывают NF объект работать в соответствии с первым и третьим аспектом настоящего изобретения.
В соответствии с шестым аспектом настоящего изобретения предоставлено UE, содержащее: по меньшей мере, один процессор, и память, содержащая инструкции, которые при исполнении, по меньшей мере, одним процессором вызывают UE работать согласно второму и четвертому аспекту настоящего изобретения.
В соответствии с седьмым аспектом настоящего изобретения предоставлен NF объект, содержащий: модуль генерирования, выполненный с возможностью генерировать одно или нескольких правил потока данных, ассоциированных с потоком QoS, в котором каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит потоку QoS, и модуль генерирования, дополнительно выполненный с возможностью генерировать профиль потока QoS в UE для потока QoS, в котором профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS; и модуль передачи, выполненный с возможностью передавать одно или несколько правил потока данных и профиль потока QoS в UE.
Согласно восьмому аспекту настоящего изобретения предоставлено UE, содержащее: модуль приема, выполненный с возможностью принимать одно или несколько правил потока данных, ассоциированных с потоком качества обслуживания (QoS), в котором каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит этому потоку QoS; и модуль приема, дополнительно выполненный с возможностью принимать профиль потока QoS для потока QoS, в котором профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS.
Согласно девятому аспекту настоящего изобретения предоставлен NF объект, содержащий: модуль генерирования, выполненный с возможностью генерировать правило QoS, ассоциированное с потоком QoS, причем правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, в котором каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для потока данных, который принадлежит потоку QoS; и модуль передачи, выполненный с возможностью передавать правило QoS в UE.
Согласно десятому аспекту настоящего изобретения предоставлено UE, содержащее: модуль приема, выполненный с возможностью принимать правило QoS, ассоциированное с потоком QoS, в котором правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, в котором каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для потока данных, который принадлежит потоку QoS.
Согласно другому аспекту настоящего изобретения предоставлен машиночитаемый носитель, который хранит компьютерную программу, содержащую инструкции, которые при выполнении, по меньшей мере, на одном процессоре устройства вызывают устройство выполнять способы в соответствии с первым, вторым, третьим и четвертым аспектами как обсуждалось ранее.
В соответствии с вышеупомянутыми техническими решениями настоящего изобретения общие параметры будут переданы только один раз, тем самым, повышая эффективность сигнализации.
Краткое описание чертежей
Задачи, преимущества и характеристики настоящего изобретения будут более очевидными в соответствии с описаниями предпочтительных вариантов осуществления со ссылкой на чертежи, на которых:
Фиг.1 иллюстрирует один пример системы беспроводной связи, в которой могут быть реализованы варианты осуществления настоящего изобретения;
Фиг.2 иллюстрирует систему беспроводной связи, представленную в виде архитектуры 5G сети, состоящей из основных NFs;
Фиг.3 иллюстрирует 5G сетевую архитектуру, использующую интерфейсы служб между NFs в плоскости управления, вместо опорных точек/интерфейсов точка-точка, используемых в 5G сетевой архитектуре по фиг.2;
Фиг.4 представляет собой примерную схему сигнализации, иллюстрирующую подробности способа сигнализации параметров управления потоком QoS и/или правила QoS;
Фиг.5 представляет собой иллюстративную блок-схему последовательности операций способа сигнализации параметров в UE в соответствии с примерным вариантом осуществления настоящего изобретения;
Фиг.6 показывает блок-схему последовательности операций способа удаления правила потока данных в соответствии с примерным вариантом осуществления настоящего изобретения;
Фиг.7 показывает блок-схему последовательности операций способа приема параметров в соответствии с примерным вариантом осуществления настоящего изобретения;
Фиг.8 является иллюстративной блок-схемой последовательности операций способа для сигнализации QoS правила в UE согласно примерному варианту осуществления настоящего изобретения;
Фиг.9 иллюстрирует блок-схему последовательности операций способа удаления набора параметров в соответствии с примерным вариантом осуществления настоящего изобретения;
Фиг.10 иллюстрирует блок-схему последовательности операций способа для приема правила QoS согласно примерному варианту осуществления настоящего изобретения;
Фиг.11 иллюстрирует схематическую структурную схему NF объекта согласно примерному варианту осуществления настоящего изобретения;
Фиг.12 является иллюстративной структурной схемой NF объекта согласно примерному варианту осуществления настоящего изобретения;
Фиг.13 является иллюстративной схематической структурной схемой NF объекта в соответствии с примерным вариантом осуществления настоящего изобретения;
Фиг.14 иллюстрирует схематическую структурную схему UE согласно примерному варианту осуществления настоящего изобретения;
Фиг.15 иллюстрирует схематическую структурную схему NF объекта согласно примерному варианту осуществления настоящего изобретения;
Фиг.16 иллюстрирует схематическую структурную схему NF объекта согласно примерному варианту осуществления настоящего изобретения;
Фиг.17 иллюстрирует схематическую структурную схему NF объекта согласно примерному варианту осуществления настоящего изобретения;
Фиг.18 иллюстрирует схематическую структурную схему UE согласно примерному варианту осуществления настоящего изобретения;
Фиг.19 схематически иллюстрирует сеть связи, подключенную через промежуточную сеть к хост-компьютеру;
Фиг.20 представляет собой обобщенную блок-схему хост-компьютера, осуществляющего связь через базовую станцию с устройством пользователя по частично беспроводному соединению; и
Фиг.21-24 показывают блок-схемы алгоритма, иллюстрирующие способы, реализованные в системе связи, включающей в себя хост-компьютер, базовую станцию и устройство пользователя.
Следует отметить, что на всех чертежах одинаковые или похожие ссылочные позиции используют для обозначения одинаковых или похожих элементов; различные части на чертежах изображены не в масштабе, а только для иллюстративной цели и, таким образом, их не следует понимать, как какие-либо ограничения и ограничения объема настоящего изобретения.
Осуществление изобретения
Далее будет приведено описание принципа и сущности настоящего изобретения со ссылкой на иллюстративные варианты осуществления. Некоторые из рассмотренных в настоящем документе вариантов осуществления теперь будут описаны более полно со ссылкой на прилагаемые чертежи. Другие варианты осуществления, однако, также находятся в рамках объема настоящего изобретения, раскрытого в данном документе, при этом раскрытый предмет настоящего изобретения не должен рассматриваться как ограниченный только вариантами осуществления, изложенными в данном документе; скорее, эти варианты осуществления предоставлены в качестве примера для пояснения объема изобретения специалистам в данной области техники.
Ссылки в этом описании на «один вариант осуществления», «вариант осуществления», «примерный вариант осуществления» и т. д. указывают, что описанный вариант осуществления может включать в себя конкретный признак, структуру или характеристику, но возможно, что каждый вариант осуществления включает в себя конкретный признак, структура или характеристика. Более того, такие фразы не обязательно относятся к одному и тому же варианту осуществления. Кроме того, когда конкретный признак, структура или характеристика описывают в связи с вариантом осуществления, утверждается, что специалисту в данной области техники известно, как влияет такой признак, структура или характеристика в связи с другими вариантами осуществления, независимо от явного указания.
Терминология, используемая в настоящем документе, предназначена только для описания конкретных вариантов осуществления и не предназначена для ограничения примерных вариантов осуществления. Используемые в настоящем документе формы единственного числа «а», «an» и «the» предназначены также для описания форм множественного числа, если контекст явно не указывает на иное. Далее будет понятно, что термины «содержит», «содержащий», «имеет», «имеющий», «включает в себя» и/или «включающий в себя», при использовании в настоящем документе, определяют наличие заявленных признаков, элементов и/или компонентов и т. д., но не исключают наличие или добавление одного или нескольких других признаков, элементов, компонентов и/или их комбинаций.
В нижеследующем описании и формуле изобретения, если не указано иное, все технические и научные термины, используемые в данном документе, имеют то же значение, которое обычно понимают специалисты в области техники, к которой относится настоящее изобретение.
Описанные в настоящем документе технологии могут быть использованы для различных сетей беспроводной связи, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), множественный доступ с ортогональным частотным разделением (OFDMA), множественный доступ с частотным разделением на одной несущей (SC-FDMA), «Долгосрочное развитие» (LTE) и другие сети, разработанные в будущем. Термины «сеть» и «система» часто используют взаимозаменяемо. Только для иллюстрации ниже описаны некоторые аспекты технологий для сети беспроводной связи 5-го поколения. Однако специалистам в данной области техники должно быть понятно, что описанные в данном документе технологии также могут быть использованы для других беспроводных сетей, таких как LTE и соответствующих технологий радиосвязи, упомянутых в настоящем документе, а также для беспроводных сетей и технологий радиосвязи, предложенных в будущем.
Используемый в настоящем документе термин «UE» может быть использован в качестве примера, а не ограничения, и представлять устройство пользователя (UE), SS (абонентская станция), портативную абонентскую станцию (PSS), мобильную станцию (MS), мобильный терминал (MT) или терминал доступа (AT). UE может включать в себя, помимо прочего, мобильные телефоны, сотовые телефоны, смартфоны или персональные цифровые помощники (PDA), портативные компьютеры, терминальные устройства захвата изображений, такие как цифровые камеры, игровые терминальные устройства, устройства хранения и воспроизведения музыки, носимые оконечные устройства, установленные на транспортном средстве беспроводные оконечные устройства и тому подобное. В последующем описании термины «UE», «терминальное устройство», «мобильный терминал» и «устройство пользователя» могут быть использованы взаимозаменяемо.
Фиг.1 иллюстрирует один пример системы 100 беспроводной связи, в которой могут быть реализованы варианты осуществления настоящего изобретения. Система 100 беспроводной связи может быть системой сотовой связи, такой как, например, 5G «Новое радио» (NR) сеть или LTE система сотовой связи. Как показано в этом примере, система 100 беспроводной связи включает в себя множество узлов 120 радиодоступа (например, усовершенствованные узлы B (eNB), 5G базовые станции, которые называют gNB, или другие базовые станции или аналогичные) и множество устройств 140 беспроводной связи (например, обычные UEs, UEs машинного типа связи (MTC)/машина-машина (M2M)). Система 100 беспроводной связи организована в соты 160, которые подключены к базовой сети 180 через соответствующие узлы 120 радиодоступа. Узлы 120 радиодоступа могут осуществлять связь с устройствами 140 беспроводной связи (также называемыми в данном документе как устройство 140 беспроводной связи или UE 140) вместе с любыми дополнительными элементами, подходящими для поддержки связи между устройствами беспроводной связи или между устройством беспроводной связи и другим устройством связи (таким как стационарный телефон). Базовая сеть 180 включает в себя один или несколько сетевых узлов или функций 210. В некоторых вариантах осуществления сетевые узлы/функции 210 могут содержать, например, любую из сетевых функций, показанных на фиг.2 и фиг.3.
На фиг.2 показана система 200 беспроводной связи, представленная в виде 5G сетевой архитектуры, состоящей из базовых NFs, где взаимодействие между любыми двумя NFs представлено опорной точкой/интерфейсом точка-точка.
Со стороны доступа, 5G архитектура сети, показанная на фиг.2, содержит множество устройств пользователя (UEs), подключенный либо к сети радиодоступа (RAN), либо к сети доступа (AN), а также к функции управления доступом и мобильностью (AMF). Как правило, RAN или AN содержат базовые станции, например, такие как усовершенствованные узлы B (eNB) или базовые станции 5G (gNB) или подобные. Если смотреть со стороны базовой сети, основные 5G NFs, показанные на фиг.2, включают в себя функцию выбора сетевого сегмента (NSSF), функцию сервера аутентификации (AUSF), унифицированное управление данными (UDM), функцию управления доступом и мобильностью (AMF), функцию управления сеансом (SMF), функцию управления политикой (PCF), функцию приложения (AF).
Представления опорной точки 5G сетевой архитектуры используют для разработки подробных потоков вызовов в нормативной стандартизации. Опорная точка N1 определена для передачи сигналов между UE и AMF. Опорные точки для соединения между AN и AMF и между AN и UPF определяют, как N2 и N3, соответственно. Между AMF и SMF используют опорную точку N11, подразумевая, что SMF, по меньшей мере, частично управляется посредством AMF. N4 используют SMF и UPF, так что UPF может быть установлена с использованием управляющего сигнала, генерируемого SMF, и UPF может сообщать свое состояние SMF. N9 является опорной точкой для соединения между различными UPFs и N14 представляет собой опорную точку, соединяющую различные AMFs, соответственно. N15 и N7 определены, поскольку PCF применяет политику к AMF и SMP, соответственно. N12 требуется для AMF для выполнения аутентификации UE. N8 и N10 определены, поскольку UE требуется данные подписки для AMF и SMF.
5G базовую сеть используют для разделения плоскости пользователя и плоскости управления. Плоскость пользователя передает пользовательский трафик, в то время как плоскость управления передает сигнализацию в сети. На фиг.2 UPF находится в плоскости пользователя, а все другие NFs, то есть AMF, SMF, PCF, AF, AUSF и UDM находятся в плоскости управления. Разделение плоскостей пользователя и управления гарантирует, что каждый ресурс плоскости будет масштабироваться независимо. Это также позволяет использовать UPFs отдельно от функций плоскости управления распределенным способом. В этой архитектуре UPFs могут быть развернуты очень близко к UEs, чтобы сократить время прохождения сигнала в обоих направлениях (RTT) между UEs и сетью данных для некоторых приложений, требующих малой задержки.
5G базовая сетевая архитектура состоит из модульных функций. Например, AMF и SMF являются независимыми функциями в плоскости управления. Разделенные AMF и SMF обеспечивают независимую развертывание и масштабирование. Другие функции плоскости управления, такие как PCF и AUSF, могут быть разделены, как показано на фиг.2. Модульная конструкция функций позволяет 5G базовой сети гибко поддерживать различные службы.
Каждая NF напрямую взаимодействует с другой NF. Можно использовать промежуточные функции для маршрутизации сообщений от одной NF к другой NF. В плоскости управления набор взаимодействий между двумя NFs определен как служба, поэтому представляется возможным его повторное использование. Данная служба обеспечивает поддержку модульности. Плоскость пользователя поддерживает взаимодействия, такие как операции пересылки между различными UPFs.
На фиг.3 показана 5G архитектура сети, использующая основанные на службах интерфейсы между NFs в плоскости управления, вместо опорных точек/интерфейсов точка-точка, используемых в 5G архитектуре сети на фиг.2. Однако NFs, описанные выше со ссылкой на фиг.2, соответствуют NFs, показанным на фиг.3. Службы и т. д., которые NF предоставляет другим авторизованным NFs, могут быть предоставлены авторизованным NFs через интерфейс на основе служб. На фиг.3 интерфейсы на основе служб обозначены буквой «N», за которой следует наименование NF, например, Namf для интерфейса AMF на основе услуг, Nsmf для интерфейса SMF на основе служб и так далее. Функция сетевого воздействия (NEF) и функция хранилища сетевых функций (NRF) на фиг.3 не показаны на фиг. 2. Однако следует уточнить, что все NFs, изображенные на фиг.2, могут взаимодействовать с NEF и NRF на фиг.3. при необходимости, хотя это явно не указано на фиг. 2.
Некоторые свойства NFs, показанных на фиг.2 и фиг.3, могут быть описаны следующим образом. AMF обеспечивает аутентификацию, авторизацию, управление мобильностью на основе UE и т.д. UE, даже использующее технологии множественного доступа, в основном, подключено к одной AMF, поскольку AMF не зависит от технологий доступа. SMF отвечает за управление сеансом и выделяет IP-адреса для UEs. Также выбирает и управляет UPF для передачи данных. Если UE имеет несколько сеансов, разные SMFs могут быть выделены для каждого сеанса, чтобы управлять ими индивидуально и, возможно, предоставлять разные функциональные возможности для каждого сеанса. AF предоставляет информацию о потоке пакетов PCF, ответственному за управление политикой, для поддержки качества обслуживания (QoS). На основании этой информации PCF определяет политики в отношении мобильности и управления сеансами, чтобы обеспечить надлежащую работу AMF и SMF. AUSF поддерживает функцию аутентификации для UEs или аналогично и, таким образом, сохраняет данные для аутентификации UEs или аналогично, в то время как UDM сохраняет данные подписки UE. Сеть передачи данных (DN), не являющаяся частью 5G базовой сети, предоставляет доступ к интернету или службы оператора и т.п.
NF может быть реализована либо как сетевой элемент на выделенном аппаратном обеспечении, в качестве экземпляра программного обеспечения, работающего на выделенном аппаратном обеспечении, так и в виде виртуализированной функции, основанной на соответствующей платформе, например, облачной инфраструктуре.
Далее будет описан способ сигнализации параметров управления потоком QoS в соответствии с примерным вариантом осуществления настоящего изобретения со ссылкой на фиг.4 и фиг.5.
В настоящем изобретении правило QoS может быть сгенерировано на основании правила управления политикой и тарификацией (PCC), и значение приоритета правила QoS установлено равным значению приоритета правила PCC; и такие параметры, как 5QI и окно усреднения, которые содержатся в правиле QoS, вместе с несколькими другими параметрами, ассоциированные с потоком QoS.
На фиг.4 показана примерная схема сигнализации, иллюстрирующая подробности способа 400 для сигнализации параметров управления потоком QoS и/или правила QoS.
Как показано на фиг.4, способ 400 может включать в себя этапы S410-S430.
На этапе S410 PCF 403 может предоставить правило PCC для SMF 402. Этот этап является возможным. Правило PCC может быть предоставлено в SMF 402 по умолчанию.
SMF 402 затем выводит параметры управления потоком QoS и/или правило QoS на этапе S420 и передает параметры управления потоком QoS и/или правило QoS в UE 401 на этапе S430.
При генерировании несколько правил QoS с одним и тем же QoS идентификатором потока (QFI) из множества PCC правил и/или, когда множество правил QoS для одного и того же потока QoS генерируют из множества PCC правил, некоторые параметры повторяются в разных правилах QoS. Когда количество правил QoS для одного и того же QFI увеличивается, время повторения некоторых параметров также увеличивается. Чем больше раз повторяется, тем больше снижается эффективность сигнализации.
Ниже приведен пример x правил QoS с тем же QFI значением:
правило QoS 1
идентификатор 1 правила QoS
QFI1
Пакетный фильтр 1
Приоритет 1
Окно усреднения
(если GBR)
GFBR UL
(если GBR)
GFRB DL
(если GBR)
MFBR UL
(если GBR)
MFRB DL
(если GBR)
5QI
(если не совпадает с QFI)
EBI
(если требуется EPS IWK)
Отображаемые параметры QoS
(если требуется EPS IWK)
Отображенные расширенные EPS параметры QoS
(если требуется EPS IWK)
Шаблон отображаемого потока трафика
(если требуется EPS IWK)
правило QoS 2
идентификатор 2 правила QoS
QF11
Пакетный фильтр 2
Приоритет 2
Окно усреднения
(повторяется)
GFBR UL
(повторяется)
GFRB DL
(повторяется)
MFBR UL
(повторяется)
MFRB DL
(повторяется)
5QI (если не совпадает с QFI)
(повторяется)
EBI
(повторяется)
Отображаемые параметры QoS
(повторяется)
Отображенные расширенные EPS параметры QoS
(повторяется)
Шаблон отображаемого потока трафика
(повторяется)
…
правило QoS х
идентификатор х правила QoS
QFI1
Пакетный фильтр х
Приоритет х
Окно усреднения
(повторяется)
GFBR UL
(повторяется)
GFRB DL
(повторяется)
MFBR UL
(повторяется)
MFRB DL
(повторяется)
5QI (если не совпадает с QFI)
(повторяется)
EBI
(повторяется)
Отображаемые параметры QoS
(повторяется)
Отображаемые расширенные EPS параметры QoS
(повторяется)
Шаблон отображаемого потока трафика
(повторяется)
Фиг.5 иллюстрирует блок-схему последовательности операций способа 500 для сигнализации параметров в UE согласно примерному варианту осуществления настоящего изобретения. В варианте осуществления способ 500 может быть выполнен в объекте сетевой функции (NF), таком как SMF.
Как показано на фиг.5, способ 500 может включать в себя этапы S510-S530.
На этапе S510 может быть сгенерировано одно или несколько правил потока данных, ассоциированных с потоком QoS. Каждое из одного или нескольких правил правила потока данных содержит параметры, специфичные для потока данных, который принадлежит потоку QoS.
На этапе S520 может быть сгенерирован профиль потока QoS для UE для потока QoS. Профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS.
Затем на этапе S530 одно или более правил потока данных и профиль потока QoS могут быть переданы в UE.
Понятно, что, при генерировании множества правил QoS для одного и того же QFI из множества PCC правил, некоторые параметры повторяются в разных правилах QoS. В настоящем изобретении параметры в правиле QoS, которые являются общими для потока QoS, содержатся в профиле потока QoS, в то время как параметры в правиле QoS, которые являются специфическими для потока данных (такого как SDF), который принадлежит поток QoS, содержатся в правиле потока данных. Профиль потока QoS и правило потока данных могут быть связаны любым указанием, таким как идентификатор потока QoS. Посредством передачи профиля потока QoS и правила потока данных отдельно в UE эффективность сигнализации может быть улучшена. Например, если есть два, три или более правил QoS для одного и того же потока QoS, которые генерируются из двух, трех или более PCC правил, профиль потока QoS и два, три или более правил потока данных могут быть переданы, где параметры в двух, трех или более общих правил QoS содержатся в профиле потока QoS, в то время как другие параметры в правиле QoS, кроме общих параметров, содержатся в соответствующем правиле потока данных. Общие параметры будут переданы только один раз, тем самым, повышается эффективность сигнализации.
Ниже приведен пример профиля потока QoS и 3 правила потока данных в случае 3 потоков данных, которые принадлежат одному и тому же значению QFI, описанному выше:
Правило 1 потока данных
Идентификатор 1 правила потока данных
Пакетный фильтр 1
Приоритет 1
Правило 2 потока данных
Идентификатор 2 правила потока данных
Пакетный фильтр 2
Приоритет 2
Правило 3 потока данных
Идентификатор 3 правила потока данных
Пакетный фильтр 3Приоритет 3профиль потока QoSОкно усреднения
(если GBR)
GFBR UL
(если GBR)
GFRB DL
(если GBR)
MFBR UL
(если GBR)
MFRB DL
(если GBR)
5QI
(если не совпадает с QFI)
EBI
(если требуется EPS IWK)
Отображаемые параметры QoS
(если требуется EPS IWK)
Отображаемые расширенные EPS параметры QoS
(если требуется EPS IWK)
Шаблон отображаемого потока трафика
(если требуется EPS IWK)
Правило потока данных и профиль потока QoS могут передаваться в разных или одинаковых информационных элементах.
В варианте осуществления каждое из одного или нескольких правил потока данных представлено идентификатором, который отличается от другого, который передается в UE. Идентификатор показан как идентификатор правила потока данных в приведенном выше примере.
В варианте осуществления каждое из одного или нескольких правил потока данных содержит параметры, которые связаны с одним или несколькими SDF шаблонами и/или одним или несколькими ассоциированными значениями приоритета. Например, в вышеприведенном примере каждое правило потока данных содержит один или несколько пакетных фильтров и/или одно или несколько значений приоритета.
В варианте осуществления каждое из одного или нескольких правил потока данных и профиля потока QoS для UE содержит идентификатор потока QoS. Например, идентификатор потока QoS может быть идентификатором потока QoS (QFI).
Как показано на фиг.5, способ 500 может дополнительно содержать этап S540 передачи одного или нескольких правил потока данных в UE, чтобы информировать UE о добавлении одного или нескольких правил потока данных для потока QoS. Например, если предоставлено новое PCC правило, и оно связано с тем же потоком QoS, то новое правило QoS может быть сгенерировано из нового PCC правила. Новое правило потока данных генерируется параметрами, которые являются специфическими для потока служебных данных (управляемых PCC правилом) в новом правиле QoS. Если параметры в новом правиле QoS, которые являются общими с параметрами в профиле потока QoS, не изменяются, то в этом случае передают только новое правило потока данных на этапе S540. В другом варианте осуществления, если какой-либо параметр в новом правиле QoS, который является общим для параметров в профиле потока QoS, изменяется, т.е. любой параметр изменяется по сравнению с параметром в предшествующем профиле потока QoS, измененный параметр также передается в UE на этапе S550, чтобы позволить UE обновлять общие параметры для потока QoS.
Фиг.6 иллюстрирует блок-схему последовательности операций способа 600 для удаления правила потока данных в соответствии с примерным вариантом осуществления настоящего изобретения. В варианте осуществления способ 600 может быть выполнен в объекте сетевой функции (NF), таком как SMF.
Например, при удалении PCC правила, правило потока данных, которое содержит параметры, специфичные для потока служебных данных (управляемые PCC правилом), должно быть удалено. Как показано на фиг.6, способ 600 может дополнительно содержать этап S610 определения, является ли правило потока данных, которое должно быть удалено, последним из потока QoS. Если оно не последнее, то определяют, нужно ли ему обновить профиль потока QoS на этапе S620. Если какой-либо параметр в профиле потока QoS изменяется, то измененный параметр и идентификатор правила потока данных передают на этапе S630. Если нет необходимости обновлять профиль потока QoS, на этапе S640 передают только идентификатор правила потока данных. Если правило потока данных, которое должно быть удалено, является последним из потока QoS, то передают идентификатор потока QoS на этапе S650. Например, когда поток данных удаляется, параметры, связанные с потоком данных, должны быть удалены, включающие в себя правило потока данных и профиль потока QoS. В качестве альтернативы, идентификатор потока QoS и идентификатор правила потока данных передают на этапе S650, чтобы информировать UE об удалении всех параметров, связанных с потоком данных, включающие в себя правило потока данных и профиль потока QoS.
Фиг.7 иллюстрирует блок-схему последовательности операций способа 700 для приема параметров в соответствии с примерным вариантом осуществления настоящего изобретения. В варианте осуществления способ 700 может выполняться в UE.
Как показано на фиг.7, способ 700 может включать в себя этап S710 приема одного или нескольких правил потока данных, связанных с потоком QoS. Каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит этому потоку QoS. Способ 700 может дополнительно включать в себя этап S720 приема профиля потока QoS для потока QoS. Профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS.
В варианте осуществления каждое из одного или нескольких правил потока данных представлено идентификатором, который отличается от другого, который также принимается. В приведенном выше примере идентификатор является идентификатором правила потока данных.
В варианте осуществления каждое из одного или нескольких правил потока данных и профиля потока QoS содержит идентификатор потока QoS. Например, идентификатор потока QoS может быть идентификатором потока QoS (QFI).
В варианте осуществления, как показано на фиг.7, способ может включать в себя этап S730 приема идентификатора правила потока данных. При приеме идентификатора правила потока данных сообщается, что правило потока данных должно быть удалено. Таким образом, способ может включать в себя этап S740 удаления правила потока данных.
В варианте осуществления, как показано на фиг.7, способ может включать в себя этап S750 приема правила потока данных. Правило потока данных, принятое независимо, означает, что это новое правило потока данных для потока QoS. Посредством идентификатора в правиле потока данных, который идентифицирует поток QoS, принимающий объект (например, UE) может, например, связать принятое правило потока данных с потоком QoS и, таким образом, с профилем потока QoS потока QoS.
В варианте осуществления, как показано на фиг.7, способ может включать в себя этап S770 приема идентификатора потока QoS, который должен быть удален. При приеме идентификатора потока QoS, подлежащего удалению, сообщается, что все параметры, связанные с потоком QoS, должны быть удалены. Таким образом, способ дополнительно содержит этап S780 удаления правила потока данных и профиля потока QoS, связанного с потоком QoS.
В варианте осуществления, как показано на фиг.7, способ может включать в себя этап S790 приема параметра. При приеме параметра, сообщают, что параметр в профиле потока QoS должен быть обновлен. Таким образом, способ дополнительно содержит этап S7100 обновления параметра в профиле потока QoS с помощью принятого параметра.
Этапы могут быть выполнены в любой комбинации. Например, если принят идентификатор правила потока данных (например, как на этапе S730) и принят параметр (например, как на этапе S790), правило потока данных удаляется, и параметр в профиле потока QoS обновляют согласно принятому параметру. В качестве другого примера, если принимают правило потока данных, которое должно быть добавлено (например, как на этапе S750), и принимают параметр (например, как на этапе S790), правило потока данных связывают с потоком QoS и параметром в профиле потока QoS и обновляют согласно принятому параметру.
Следует понимать, что используемые здесь термины, такие как «правило потока данных», «профиль потока QoS», являются только примерами. Другие соответствующие обозначения также могут быть применимы. Например, в будущем разработанном стандарте правило потока данных может по-прежнему называться «правилом QoS» для поддержания обычного правила QoS или «профиля потока QoS» может называться по-другому, например, «FLOW профиль», как пример.
Фиг.8 иллюстрирует блок-схему последовательности операций способа 800 для сигнализации правила QoS в UE согласно примерному варианту осуществления настоящего изобретения. В варианте осуществления способ 800 может выполняться в объекте сетевой функции (NF), таком как SMF.
Как показано на фиг.8, способ 800 может включать в себя этапы S810 и S820.
На этапе S810 может быть сгенерировано правило QoS, связанное с потоком QoS. Правило QoS содержит параметры, общие для всех SDFs, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, причем каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для SDF, которые принадлежат потоку QoS.
На этапе S820 сгенерированное правило QoS может быть передано в UE.
Понятно, что, когда генерируют множество правил QoS для одного и того же QFI из множества PCC правил, некоторые параметры повторяются в разных правилах QoS. В настоящем изобретении предлагают новое (модифицированное) правило QoS. Параметры, которые являются общими для потока QoS, включают в состав правила QoS один раз, в то время как параметры, которые являются специфическими для потока данных (такого как SDF), который принадлежит потоку QoS, содержатся в наборе параметров. Посредством передачи правила QoS, которое содержит общие параметры и один или более наборов параметров, в UE, эффективность сигнализации может быть улучшена. Например, если есть два, три или более унаследованных правил QoS для одного и того же потока QoS, которые генерируются из двух, трех или более PCC правил, может быть передано (новое/модифицированное) правило QoS, где общие параметры включены в состав правила QoS один раз, тогда как другие параметры, кроме общих параметров, содержатся в соответствующих наборах параметров. Общие параметры будут передаваться только один раз, тем самым, повышается эффективность сигнализации.
Ниже приведен пример нового правила QoS в случае, когда несколько потоков данных используют одно и то же QFI значение, описанное выше:
правило QoS
идентификатор правила QoS
Qfi
Набор 1 параметров
Пакетный фильтр1
Приоритет 1
Набор 2 параметров
Пакетный фильтр2
Приоритет 2
...
Набор х параметров
Пакетный фильтр х
Приоритет x
// перечисленные ниже параметры являются общими параметрами для всех потоков служебных данных, принадлежащих потоку QoS
GFBR UL
(если GBR)
GFRB DL
(если GBR)
MFBR UL
(если GBR)
MFRB DL
(если GBR)
Окно усреднения5QI
(если GBR)(если не совпадает с QFI)
EBI
(если требуется EPS IWK)
Отображаемые параметры QoS
(если требуется EPS IWK)
Отображаемые расширенные EPS параметры QoS
(если требуется EPS IWK)
Шаблон отображаемого потока трафика
В варианте осуществления каждый из одного или нескольких наборов параметров отличается друг от друга идентификатором, который содержится в одном или нескольких наборах параметров. Идентификатор показан в качестве идентификатора набора параметров в приведенном выше примере.
В варианте осуществления каждый из одного или нескольких наборов параметров содержит параметры, которые связаны с одним или несколькими шаблонами потока служебных данных (SDF) и/или одним или несколькими ассоциированными значениями приоритета. Например, в вышеприведенном примере каждый набор параметров содержит один или несколько пакетных фильтров и/или одно или несколько значений приоритета.
Как показано на фиг.8, способ 800 может дополнительно содержать этап S830 передачи набора параметров вместе с идентификатором правила QoS в UE, если правило QoS уже было передано, чтобы позволить UE обновить правило QoS для включения в состав набора параметров. Например, если предоставлено новое PCC правило, и оно связано с тем же потоком QoS, новый набор параметров может быть сгенерирован из нового PCC правила. Если параметры, которые являются общими для потока QoS, не изменяются, на этапе S830 передают только набор параметров. В другом варианте осуществления, если какой-либо параметр в правиле QoS, который является общим для потока QoS, изменяется, то есть, любой параметр изменяется по сравнению с параметром в предшествующем правиле QoS, измененный параметр также передают в UE на этапе S840, чтобы разрешить UE обновить общие параметры для потока QoS.
Как показано на фиг.8, способ 800 может дополнительно содержать этап S840 передачи параметра и идентификатора набора параметров, которому принадлежит параметр, вместе с идентификатором правила QoS в UE, чтобы позволить UE обновлять правило QoS путем обновления параметра в наборе параметров. Например, если правило PCC изменяется, один или несколько параметров в наборе параметров, сгенерированном из PCC, могут измениться. В таком случае, измененный параметр и идентификатор набора параметров, которому принадлежит параметр, передают в UE, чтобы позволить UE обновлять параметр.
Фиг.9 иллюстрирует блок-схему последовательности операций способа 900 для удаления набора параметров в соответствии с примерным вариантом осуществления настоящего изобретения. В варианте осуществления способ 900 может выполняться в объекте сетевой функции (NF), таком как SMF.
Например, когда удаляют PCC правило, тогда набор параметров, который содержит параметры, специфичные для потока служебных данных (управляемый PCC правилом), должен быть удален. Как показано на фиг.9, способ 900 может дополнительно содержать этап S910 определения, является ли набор параметров, который должен быть удален, последним из потока QoS. Если он не последний, определяют, нужно ли обновить общие параметры на этапе S920. Если кто-либо в общих параметрах изменяется, идентификатор потока QoS, измененный параметр и идентификатор набора параметров передают на этапе S930. Если нет необходимости обновлять общие параметры, на этапе S940 передают только идентификатор набора параметров. Если набор параметров, который должен быть удален, является последним из потока QoS, идентификатор потока QoS или идентификатор правила QoS передают на этапе S950. Например, когда поток данных удаляется, параметры, связанные с потоком данных, то есть, правилом QoS, должны быть удалены, включающие в себя общие параметры и набор параметров.
В варианте осуществления, для ассоциации переданного набора параметров/параметра с правилом QoS, которому принадлежит набор параметров, на этапах S830, S840, S930, S940, идентификатор правила QoS или идентификатор потока QoS передают по одному, так что UE может ассоциировать принятый набор параметров/параметр с правилом QoS.
Фиг.10 иллюстрирует блок-схему последовательности операций способа 1000 для приема правила QoS согласно примерному варианту осуществления настоящего изобретения. В варианте осуществления способ 1000 может выполняться в UE.
Как показано на фиг.10, способ 1000 может включать в себя этап S1010 приема правила QoS, ассоциированного с потоком QoS, в котором правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, в котором каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для потока данных, который принадлежит потоку QoS.
В варианте осуществления каждый из одного или нескольких наборов параметров отличается друг от друга идентификатором, который содержится в одном или нескольких наборах параметров. В приведенном выше примере идентификатор является идентификатором набора параметров.
В варианте осуществления, как показано на фиг.10, способ может включать в себя этап S1020 приема набора параметров вместе с идентификатором правила QoS. Набор параметров, который принимается независимо, означает, что это новый набор параметров для потока QoS. Посредством идентификатора правила QoS, которое идентифицирует поток QoS/правило QoS, принимающий объект (например, UE) может обновить правило QoS для использования принятого набора параметров на этапе S1030.
В варианте осуществления, как показано на фиг.10, способ может включать в себя этап S1040 получения идентификатора набора параметров вместе с идентификатором правила QoS. При приеме идентификатора набора параметров сообщается, что набор параметров должен быть удален. Таким образом, способ 1000 может включать в себя этап S1050 обновления правила QoS путем удаления набора параметров из правила QoS.
В варианте осуществления, как показано на фиг.10, способ может включать в себя этап S1060 получения одного или нескольких общих параметров вместе с идентификатором правила QoS и этап S1070 обновления соответствующего параметра в правилом QoS с принятым. Когда принимающий объект (например, UE) принимает один или несколько общих параметров, он информируется об обновлении общих параметров. Таким образом, принимающий объект обновит те, которые находятся в принятом правиле QoS.
В варианте осуществления, как показано на фиг.10, способ может включать в себя этап S1080 приема параметра и идентификатора набора параметров, которому принадлежит параметр вместе с идентификатором правила QoS, и этап S1090 обновления правила QoS посредством обновления параметра в наборе параметров. Когда принимающий объект принимает один или несколько параметров в наборе параметров, он информируется обновлением этих параметров в наборе параметров. Таким образом, принимающий объект будет обновлять принятые в наборе параметров.
Далее будет описана структура NF объекта со ссылкой на фиг.11. На фиг. 11 показана схематическая структурная схема NF объекта 1100 согласно примерному варианту осуществления настоящего изобретения. NF объект 1100 на фиг. 11 может выполнять способы 500 и 600 для сигнализации параметров, описанных ранее со ссылкой на фиг. 5-6. Соответственно, некоторое подробное описание NF объекта 1100 может ссылаться на соответствующее описание способов 400 и 500 для параметров сигнализации, как обсуждалось ранее.
Как показано на фиг.11, NF объект 1100 может включать в себя модуль 1101 генерирования и модуль 1102 передачи. Как будет понятно специалистам в данной области техники, с целью упрощения изложения идеи настоящего изобретения, общие компоненты в NF объекте 1100 на фиг.11 опущены. Кроме того, некоторые модули могут быть распределены в большем количестве модулей или интегрированы в меньшее количество модулей.
Модуль 1101 генерирования NF объекта 1100 может быть выполнен с возможностью генерирования одного или нескольких правил потока данных, ассоциированных с потоком QoS, и профиль потока QoS для UE для потока QoS.
Модуль 1102 передачи NF объекта 1100 может быть выполнен с возможностью передавать одно или несколько правил потока данных и профиль потока QoS.
В варианте осуществления модуль 1102 передачи NF объекта 1100 может быть дополнительно выполнен с возможностью передавать только одно или несколько правил потока данных в UE. Например, если предоставлено новое PCC правило, и оно ассоциировано с тем же потоком QoS, новое правило QoS может быть сгенерировано из нового PCC правила. Новое правило потока данных генерируется параметрами, которые являются специфическими для потока служебных данных (управляемых PCC правилом) в новом правиле QoS. Если параметры в новом правиле QoS, которые являются общими с параметрами в профиле потока QoS, не изменяются, передается только новое правило потока данных. В другом варианте осуществления, если какой-либо параметр в новом правиле QoS, которое является общим для параметров в профиле потока QoS, изменяется, т.е. любой параметр изменяется по сравнению с этим параметром в предшествующем профиле потока QoS, модуль 1102 передачи NF объекта 1100 может быть дополнительно выполнен с возможностью передавать измененный параметр в UE, чтобы позволить UE обновлять общие параметры для потока QoS.
В варианте осуществления NF объект 1100 может дополнительно включать в себя модуль 1103 определения. Модуль 1103 определения NF объекта 1100 может быть выполнен с возможностью определять, является ли правило потока данных, которое должно быть удалено, последним из потока QoS. Если определено, что не является последним, модуль 1103 определения NF объекта 1100 может быть выполнен с возможностью определять, нужно ли ему обновлять профиль потока QoS. Если определено, что какой-либо параметр в профиле потока QoS изменяется, модуль 1102 передачи NF объекта 1100 передает измененный параметр и идентификатор правила потока данных. Если определено, что нет необходимости обновлять профиль потока QoS, модуль 1102 передачи NF объекта 1100 передает только идентификатор правила потока данных. Если определено, что правило потока данных, которое должно быть удалено, является последним из потока QoS, модуль 1102 передачи NF объекта 1100 передает идентификатор потока QoS. Например, когда поток данных удаляется, параметры, связанные с потоком данных, должны быть удалены, включающие в себя правило потока данных и профиль потока QoS. Альтернативно, модуль 1102 передачи NF объекта 1100 передает идентификатор потока QoS и идентификатор правила потока данных, чтобы информировать UE об удалении всех параметров, связанных с потоком данных, включающие в себя правило потока данных и профиль потока QoS.
В дальнейшем будет описана другая структура NF объекта 1200 со ссылкой на фиг.12. На фиг.12 схематично показана структурная схема NF объекта 1200 в соответствии с примерным вариантом осуществления настоящего изобретения. NF объект 1200 на фиг.12 может выполнять способы 500 и 600 для сигнализации параметров, описанных ранее со ссылкой на фиг.5-6. Соответственно, изложение некоторого подробного описания NF объекта может быть сделано со ссылкой на соответствующее описание способов 500 и 600 для сигнализации параметров, как обсуждалось ранее.
Как показано на фиг.12, NF объект 1200 может включать в себя, по меньшей мере, один контроллер или процессор 1203, включающий в себя, например, любой подходящий центральный процессор, CPU, микроконтроллер, процессор цифровых сигналов, DSP и т.д., выполненный с возможностью выполнять инструкции компьютерной программы. Инструкции компьютерной программы могут храниться в памяти 1205. Память 1205 может быть любой комбинацией RAM (оперативного запоминающего устройства) и ROM (постоянное запоминающее устройство). Память также может содержать постоянное хранилище, которое, например, может быть любым единичным или комбинацией магнитной памяти, оптической памяти или твердотельной памяти, или даже удаленно установленной памяти. Примерный NF объект 1200 дополнительно содержит интерфейс 1201 связи, предназначенный для установления связи.
Инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут вызывать NF объект 1200 выполнять способы 500 и 600, как описано выше.
В частности, инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут вызывать NF объект 1200 генерировать одно или несколько правил потока данных, ассоциированных с потоком QoS, в котором каждый из одного или нескольких данных правила потока содержат параметры, специфичные для потока данных, который принадлежит потоку QoS, и генерировать профиль потока QoS для UE для потока QoS, в котором профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS. Инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут вызывать NF объект 1200 передавать одно или более правил потока данных и профиль потока QoS в UE.
В варианте осуществления каждое из одного или нескольких правил потока данных представлено идентификатором, который отличается от другого, который передается в UE. Идентификатор показан как идентификатор правила потока данных в приведенном выше примере.
В варианте осуществления каждое из одного или нескольких правил потока данных содержит параметры, которые ассоциированы с одним или несколькими SDF шаблонами и/или одним или несколькими ассоциированными значениями приоритета. Например, в вышеприведенном примере каждое правило потока данных содержит один или несколько фильтров пакетов и/или одно или несколько значений приоритета.
В варианте осуществления каждое из одного или нескольких правил потока данных и профиля потока QoS для UE содержит идентификатор потока QoS. Например, идентификатор потока QoS может быть идентификатором потока QoS (QFI).
Инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут вызывать NF объект 1200 передавать одно или более правил потока данных в UE. Например, если предоставлено новое PCC правило, и оно связано с тем же потоком QoS, новое правило QoS может быть сгенерировано из нового PCC правила. Новое правило потока данных генерируют параметрами, которые являются специфическими для потока служебных данных (управляемых PCC правилом) в новом правиле QoS. Если параметры в новом правиле QoS, которые являются общими с параметрами в профиле потока QoS, не изменяются, передается только новое правило потока данных. В другом варианте осуществления, если какой-либо параметр в новом правиле QoS, который является общим для параметров в профиле потока QoS, изменяется, то есть, любой параметр изменяется по сравнению с этим параметром в предшествующем профиле потока QoS, инструкции загружаются из памяти 1205 и выполняются, по меньшей мере, одним процессором 1203, что может вызвать NF объект 1200 также передавать измененный параметр в UE, чтобы позволить UE обновлять общие параметры для потока QoS.
При удалении PCC правила, правило потока данных, которое содержит параметры, специфичные для потока служебных данных (контролируемые PCC правилом), должно быть удалено. Инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере одним, процессором 1203, могут вызвать NF объект 1200 определять, является ли правило потока данных, которое должно быть удалено, последним из потока QoS. Если это не последнее, инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут побудить NF объект 1200 определить, нужно ли ему обновить профиль потока QoS. Если какой-либо параметр в профиле потока QoS изменяется, то инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут побудить NF объект 1200 передавать измененный параметр и идентификатор правила потока данных. Если нет необходимости обновлять профиль потока QoS, инструкции, если они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут побудить NF объект 1200 передавать только идентификатор правила потока данных. Если правило потока данных, которое должно быть удалено, является последним из потока QoS, инструкции, если они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут побудить NF объект 1200 передавать идентификатор потока QoS. Например, когда поток данных удаляется, параметры, ассоциированные с потоком данных, должны быть удалены, включающие в себя правило потока данных и профиль потока QoS. Альтернативно, инструкции, когда они загружены из памяти 1205 и выполнены, по меньшей мере, одним процессором 1203, могут побудить NF объект 1200 передавать идентификатор потока QoS и идентификатор правила потока данных, чтобы информировать UE об удалении всех параметров, ассоциированных с потоком данных, включающие в себя правило потока данных и профиль потока QoS.
В дальнейшем структура UE будет описана со ссылкой на фиг. 13. Фиг. 13 иллюстрирует схематическую структурную схему UE 1300 согласно примерному варианту осуществления настоящего изобретения. UE 1300 на фиг. 13 может выполнять способ 700 для приема параметров, описанных ранее со ссылкой на фиг. 7. Соответственно, некоторое подробное описание для UE 1300 может ссылаться на соответствующее описание способа 700, как обсуждалось ранее.
Как показано на фиг. 13, UE 1300 может включать в себя модуль 1301 приема. Как будет понятно специалисту в данной области техники, общие компоненты в UE 1300 опущены на фиг. 13, чтобы не затенять идею настоящего изобретения. Кроме того, некоторые модули могут быть распределены в большем количестве модулей или интегрированы в меньшее количество модулей.
Модуль 1301 приема UE 1300 может быть выполнен с возможностью принимать одно или нескольких правил потока данных, ассоциированных с потоком QoS. Каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит этому потоку QoS. Модуль 1301 приема UE 1300 может быть дополнительно выполнен с возможностью принимать профиль потока QoS для потока QoS. Профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS.
В варианте осуществления каждое из одного или нескольких правил потока данных представлено идентификатором, который отличается от другого, который также принимается. В приведенном выше примере идентификатор является идентификатором правила потока данных.
В варианте осуществления каждое из одного или нескольких правил потока данных и профиля потока QoS содержит идентификатор потока QoS. Например, идентификатор потока QoS может быть идентификатором потока QoS (QFI).
В варианте осуществления модуль 1301 приема UE 1300 может быть дополнительно выполнен с возможностью принимать идентификатор правила потока данных.
В варианте осуществления UE 1300 может включать в себя модуль 1302 удаления. Когда модуль 1301 приема принимает идентификатор правила потока данных, информируют, что правило потока данных должно быть удалено. Модуль 1302 удаления UE 1300 может быть выполнен с возможностью удалять правило потока данных.
В варианте осуществления модуль 1301 приема UE 1300 может быть дополнительно выполнен с возможностью принимать правило потока данных. Правило потока данных, принятое независимо, означает, что это новое правило потока данных для потока QoS. Посредством идентификатора в правиле потока данных, которое идентифицирует поток QoS, UE 1300 может, например, связать принятое правило потока данных с потоком QoS и, таким образом, с профилем потока QoS потока QoS.
В варианте осуществления модуль 1301 приема UE 1300 может быть дополнительно выполнен с возможностью принимать идентификатор потока QoS, который должен быть удален. При приеме идентификатора потока QoS, подлежащего удалению, сообщается, что все параметры, ассоциированные с потоком QoS, должны быть удалены. Таким образом, модуль 1302 удаления UE 1300 может быть выполнен с возможностью удалять правило потока данных и профиль потока QoS, ассоциированный с потоком QoS.
В варианте осуществления модуль 1301 приема UE 1300 может быть дополнительно выполнен с возможностью принимать параметр. Когда параметр принят, сообщают, что параметр в профиле потока QoS должен быть обновлен.
В варианте осуществления UE 1300 может включать в себя модуль 1303 обновления. Когда модуль 1301 приема принимает параметр, модуль 1303 обновления UE 1300 может быть выполнен с возможностью обновлять параметр в профиле потока QoS с помощью принятого параметра.
Далее будет описана другая структура NF объекта со ссылкой на фиг. 14. На фиг. 14 иллюстративно показана схематическая структурная схема UE 1400 согласно примерному варианту осуществления настоящего изобретения. UE 1400 на фиг. 14 может выполнять способ 700 для приема параметров, описанных ранее со ссылкой на фиг. 5. Соответственно, некоторое подробное описание для UE 1400 может ссылаться на соответствующее описание способа 500, как обсуждалось ранее.
Как показано на фиг.14, UE 1400 может включать в себя, по меньшей мере, один контроллер или процессор 1403, включающий в себя, например, любой подходящий центральный процессор, CPU, микроконтроллер, процессор цифровых сигналов, DSP и т.д., выполненный с возможностью выполнять инструкции компьютерной программы. Инструкции компьютерной программы могут быть сохранены в памяти 1405. Память 1405 может быть любой комбинацией RAM (оперативного запоминающего устройства) и ROM (постоянное запоминающее устройство). Память также может содержать постоянное хранилище, которое, например, может быть любым единичным или комбинацией магнитной памяти, оптической памяти или твердотельной памяти, или даже удаленно установленной памяти. Примерное UE 1400 дополнительно содержит интерфейс 1401 связи, предназначенный для установления связи.
Инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побуждать UE 1400 выполнять способ 700, как описано ранее.
В частности, инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побуждать UE 1400 принимать одно или несколько правил потока данных, ассоциированных с потоком QoS и профилем потока QoS для потока QoS. Каждое из одного или нескольких правил потока данных содержит параметры, специфичные для потока данных, который принадлежит этому потоку QoS. Профиль потока QoS содержит параметры, которые являются общими для всех потоков данных, которые принадлежат одному и тому же потоку QoS.
В варианте осуществления каждое из одного или нескольких правил потока данных представлено идентификатором, который отличается от другого, который также принимается. В приведенном выше примере идентификатор является идентификатором правила потока данных.
В варианте осуществления каждое из одного или нескольких правил потока данных и профиля потока QoS содержит идентификатор потока QoS. Например, идентификатор потока QoS может быть идентификатором потока QoS (QFI).
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побуждать UE 1400 принимать идентификатор правила потока данных. При приеме идентификатора правила потока данных сообщается, что правило потока данных должно быть удалено. Инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побудить UE 1400 удалять правило потока данных.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут понудить UE 1400 принимать правило потока данных. Правило потока данных, принятое независимо, означает, что это новое правило потока данных для потока QoS. Посредством идентификатора в правиле потока данных, которое идентифицирует потока QoS, NF объект может, например, связать принятое правило потока данных с потоком QoS и, таким образом, с профилем потока QoS потока QoS.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут понудить UE 1400 принимать идентификатор потока QoS, который должен быть удален. При приеме идентификатора потока QoS, подлежащего удалению, сообщают, что все параметры, связанные с потоком QoS, должны быть удалены. Инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побудить UE 1400 удалять правило потока данных и профиль потока QoS, ассоциированный с потоком QoS.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побудить UE 1400 принимать параметр. Когда параметр принят, сообщают, что параметр в профиле потока QoS должен быть обновлен. Инструкции, когда они загружены из памяти 1405 и выполнены, по меньшей мере, одним процессором 1403, могут побудить UE 1400 обновлять параметр в профиле потока QoS с помощью принятого параметра.
Далее будет описана структура NF объекта со ссылкой на фиг. 15. На фиг. 15 иллюстративно показана схематическая структурная схема NF объекта 1500 согласно примерному варианту осуществления настоящего изобретения. NF объект 1500 на фиг. 15 может выполнять способы 800 и 900 для сигнализации правила QoS для UE, описанного ранее со ссылкой на фиг. 8-9. Соответственно, некоторое подробное описание NF объекта 1500 может ссылаться на соответствующее описание способов 800 и 900 для сигнализации правила QoS для UE, как обсуждалось ранее.
Как показано на фиг.15, NF объект 1500 может включать в себя модуль 1501 генерирования и модуль 1502 передачи. Как будет понятно специалисту в данной области техники, общие компоненты в NF объекте 1500 на фиг.15 опущены, чтобы не усложнять описание идеи настоящего изобретения. Кроме того, некоторые модули могут быть распределены в большем количестве модулей или интегрированы в меньшее количество модулей.
Модуль 1501 генерирования NF объекта 1500 может быть выполнен с возможностью генерирования правила QoS, ассоциированного с потоком QoS. Правило QoS содержит параметры, общие для всех SDFs, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, причем каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для SDF, который принадлежит потоку QoS.
Модуль 1502 передачи NF объекта 1500 может быть выполнен с возможностью передавать сгенерированное правило QoS.
В варианте осуществления модуль 1502 передачи NF объекта 1500 может быть дополнительно выполнен с возможностью передавать набор параметров вместе с идентификатором правила QoS в UE, если правило QoS уже было передано, чтобы позволить UE обновлять правило QoS для добавления в набор параметров. Например, если предоставлено новое PCC правило, и оно ассоциировано с тем же потоком QoS, новый набор параметров может быть сгенерирован из нового PCC правила. Если параметры, которые являются общими для потока QoS, не изменяются, модуль 1502 передачи NF объекта 1500 передает только набор параметров. В другом варианте осуществления, если какой-либо параметр в правиле QoS, который является общим для потока QoS, изменяется, т.е. любой параметр изменяется по сравнению с параметром в предшествующем правиле QoS, модуль 1502 передачи NF объекта 1500 также передает измененный параметр, чтобы разрешить UE обновлять общие параметры для потока QoS.
В варианте осуществления модуль 1502 передачи NF объекта 1500 может быть дополнительно выполнен с возможностью передавать параметр и идентификатора набора параметров, которому принадлежит параметр, вместе с идентификатором правила QoS в UE, чтобы позволить UE обновите правило QoS, обновив параметр в наборе параметров. Например, если изменяют PCC правило, один или несколько параметров в наборе параметров, сгенерированном из PCC, могут измениться. В таком случае, измененный параметр и идентификатор набора параметров, которому принадлежит параметр, передают в UE, чтобы позволить UE обновлять параметр.
В варианте осуществления NF объект 1500 может дополнительно включать в себя модуль 1503 определения. Модуль 1503 определения NF объекта 1500 может быть выполнен с возможностью определять, является ли набор параметров, который должен быть удален, последним из потока QoS. Если он не последний, модуль 1503 определения NF объекта 1500 может быть выполнен с возможностью определять необходимость обновления общих параметров. Если какой-либо в общих параметрах изменяется, модуль 1502 передачи NF объекта 1500 может быть дополнительно выполнен с возможностью передавать измененный параметр и идентификатор набора параметров. Если нет необходимости обновлять общие параметры, модуль 1502 передачи NF объекта 1500 может быть дополнительно выполнен с возможностью передавать только идентификатор набора параметров. Если набор параметров, который должен быть удален, является последним из потока QoS, модуль 1502 передачи NF объекта 1500 может быть дополнительно выполнен с возможностью передавать идентификатор потока QoS или идентификатор правила QoS. Например, когда поток данных удаляется, параметры, связанные с потоком данных, то есть правило QoS, должны быть удалены, включающие в себя общие параметры и набор параметров.
Далее будет описана другая структура NF объекта 1600 со ссылкой на фиг.16. На фиг.16 схематично показана структурная схема NF объекта 1600 в соответствии с примерным вариантом осуществления настоящего изобретения. NF объект 1600 на фиг.16 может выполнять способы 800 и 900 для сигнализации правила QoS для UE, описанного ранее со ссылкой на фиг.8 и фиг.9. Соответственно, некоторое подробное описание NF объекта 1600 может ссылаться на соответствующее описание способы 800 и 900 для сигнализации правила QoS для UE, как обсуждалось ранее.
Как показано на фиг.16, NF объект 1600 может включать в себя, по меньшей мере, один контроллер или процессор 1603, включающий в себя, например, любой подходящий центральный процессор, CPU, микроконтроллер, процессор цифровых сигналов, DSP и т.д., выполненный с возможностью выполнять инструкции компьютерной программы. Инструкции компьютерной программы могут храниться в памяти 1605. Память 1605 может быть любой комбинацией из RAM (оперативного запоминающего устройства) и ROM (постоянное запоминающее устройство). Память также может содержать постоянное хранилище, которое, например, может быть любым единичным или комбинацией магнитной памяти, оптической памяти или твердотельной памяти, или даже удаленно установленной памяти. Примерный NF объект 1600 дополнительно содержит интерфейс 1601 связи, предназначенный для установления связи.
Инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 выполнять способы 800 и 900, как описано ранее.
В частности, инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 генерировать правило QoS, ассоциированное с потоком QoS. Правило QoS содержит параметры, общие для всех SDFs, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, причем каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для SDF, который принадлежит потоку QoS.
Инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побудить NF объект 1600 передавать набор параметров вместе с идентификатором правила QoS в UE, если правило QoS уже было передано, разрешить UE обновлять правило QoS для добавления в набор параметров. Например, если предоставлено новое PCC правило, и оно ассоциировано с тем же потоком QoS, новый набор параметров может быть сгенерирован из нового PCC правила. Если параметры, которые являются общими для потока QoS, не изменяются, инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 передавать только набор параметров. В другом варианте осуществления, если какой-либо параметр в правиле QoS, который является общим для потока QoS, изменяется, то есть любой параметр изменяется по сравнению с тем параметром в предшествующем правиле QoS, инструкции загружаются из памяти 1605 и выполняются, по меньшей мере, одним процессор 1603 и может побудить NF объект 1600 передавать измененный параметр, чтобы позволить UE обновлять общие параметры для потока QoS.
В варианте осуществления инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 передавать параметр и идентификатор набора параметров, которому принадлежит параметр, вместе с идентификатором правила QoS в UE, чтобы позволить UE обновлять правило QoS путем обновления параметра в наборе параметров. Например, если PCC правило изменяется, один или несколько параметров в наборе параметров, сгенерированном из PCC, могут измениться. В таком случае, измененный параметр и идентификатор набора параметров, которому принадлежит параметр, передают в UE, чтобы позволить UE обновлять параметр.
В варианте осуществления инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 определять, является ли набор параметров, который должен быть удален, последним из потока QoS. Если он не последний, инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 определять, нужно ли ему обновлять общие параметры. Если какой-либо в общих параметрах изменяется, инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 передавать измененный параметр и идентификатор набора параметров. Если нет необходимости обновлять общие параметры, инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 передавать только идентификатор набора параметров. Если набор параметров, который должен быть удален, является последним из потока QoS, инструкции, когда они загружены из памяти 1605 и выполнены, по меньшей мере, одним процессором 1603, могут побуждать NF объект 1600 передавать идентификатор потока QoS или идентификатор правила QoS. Например, когда поток данных удаляют, параметры, ассоциированные с потоком данных, то есть правило QoS, должны быть удалены, включающие в себя общие параметры и набор параметров.
Далее будет описана структура UE со ссылкой на фиг.17. На фиг.17 схематично показана структурная схема UE 1700 в соответствии с примерным вариантом осуществления настоящего изобретения. UE 1700 на фиг. 17 может выполнять способ 1000 для приема правила QoS, описанного ранее со ссылкой на фиг. 10. Соответственно, некоторое подробное описание для UE 1700 может ссылаться на соответствующее описание способа 1000, как обсуждалось ранее.
Как показано на фиг. 17, UE 1700 может включать в себя модуль 1701 приема. Как будет понятно специалисту в данной области техники, общие компоненты в UE 1700 опущены на фиг. 17, чтобы не усложнять раскрытие идеи настоящего изобретения. Кроме того, некоторые модули могут быть распределены в большем количестве модулей или интегрированы в меньшее количество модулей.
Модуль 1701 приема UE 1700 может быть выполнен с возможностью принимать правило QoS, ассоциированное с потоком QoS, в котором правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат одному и тому же потоку QoS, и один или несколько наборов параметров, где каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для потока данных, который принадлежит потоку QoS.
В варианте осуществления каждый из одного или нескольких наборов параметров отличается друг от друга идентификатором, который включен в один или несколько наборов параметров. В приведенном выше примере идентификатор является идентификатором набора параметров.
В варианте осуществления UE 1700 может включать в себя модуль 1702 обновления.
В варианте осуществления модуль 1701 приема UE 1700 может быть выполнен с возможностью принимать набор параметров вместе с идентификатором правила QoS. Набор параметров, который принимается независимо, означает, что это новый набор параметров для потока QoS. Посредством идентификатора правила QoS, которое идентифицирует правило QoS /поток QoS, модуль 1702 обновления UE 1700 может быть выполнен с возможностью обновлять правило QoS, чтобы включать в себя принятый набор параметров.
В варианте осуществления модуль 1701 приема UE 1700 может быть выполнен с возможностью принимать идентификатор набора параметров вместе с идентификатором правила QoS. При приеме идентификатора набора параметров сообщается, что набор параметров должен быть удален. Модуль 1702 обновления UE 1700 может быть выполнен с возможностью обновлять правило QoS путем удаления набора параметров из правила QoS.
В варианте осуществления модуль 1701 приема UE 1700 может быть выполнен с возможностью принимать один или несколько общих параметров вместе с идентификатором правила QoS, и модуль 1702 обновления UE 1700 может быть выполнен с возможностью обновлять соответствующий параметр в правиле QoS с принятым. Когда объект приема (например, UE) принимает один или несколько общих параметров, то информируется об обновлении общих параметров. Таким образом, UE 1700 обновит те, которые приняты в правиле QoS.
В варианте осуществления модуль 1701 приема UE 1700 может быть выполнен с возможностью принимать параметр и идентификатора набора параметров, которому принадлежит параметр, наряду с идентификатором правила QoS, и модуль 1702 обновления UE 1700 может быть выполнен с возможностью обновлять правило QoS путем обновления параметра в наборе параметров. Когда объект приема принимает один или несколько параметров в наборе параметров, то информируется об обновлении этих параметров в наборе параметров. Таким образом, объект приема будет обновлять принятые в наборе параметров.
Далее будет описана другая структура NF объекта со ссылкой на фиг. 18. На фиг. 18 иллюстративно показана схематическая структурная схема UE 1800 согласно примерному варианту осуществления настоящего изобретения. UE 1800 на фиг. 18 может выполнять способ 1000 для приема правила QoS, описанного ранее со ссылкой на фиг. 10. Соответственно, некоторое подробное описание UE 1800 может ссылаться на соответствующее описание способа 1000, как обсуждалось ранее.
Как показано на фиг. 18, UE 1800 может включать в себя, по меньшей мере, один контроллер или процессор 1803, включающий в себя, например, любой подходящий центральный процессор, CPU, микроконтроллер, процессор цифровых сигналов, DSP и т.д., выполненный с возможностью выполнять инструкции компьютерной программы. Инструкции компьютерной программы могут храниться в памяти 1805. Память 1805 может быть любой комбинацией RAM (оперативного запоминающего устройства) и ROM (постоянное запоминающее устройство). Память также может содержать постоянное хранилище, которое, например, может быть любым единичным или комбинацией магнитной памяти, оптической памяти или твердотельной памяти, или даже удаленно установленной памяти. Примерное UE 1800 дополнительно содержит интерфейс 1801 связи, предназначенный для установления связи.
Инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побуждать UE 1800 выполнять способ 1000, как описано ранее.
В частности, инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побуждать UE 1800 принимать правило QoS, ассоциированное с потоком QoS, в котором правило QoS содержит параметры, общие для всех потоков данных, которые принадлежат к одному и тому же потоку QoS и одному или нескольким наборам параметров, в котором каждый из одного или нескольких наборов параметров содержит параметры, которые являются специфическими для потока данных, который принадлежит потоку QoS.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побуждать UE 1800 принимать набор параметров вместе с идентификатором правила QoS. Набор параметров, который принимается независимо, означает, что это новый набор параметров для потока QoS. Посредством идентификатора правила QoS, которое идентифицирует правило QoS /поток QoS, UE 1800 может обновить правило QoS для добавления в принятый набор параметров.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побудить UE 1800 принимать идентификатор набора параметров вместе с идентификатором правила QoS. При приеме идентификатора набора параметров сообщается, что набор параметров должен быть удален. Инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побудить UE 1800 обновлять правило QoS путем удаления набора параметров из правила QoS.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побуждать UE 1800 принимать один или несколько общих параметров вместе с идентификатором правила QoS, и обновить соответствующий параметр в принятом правиле QoS. Когда объект приема (например, UE) принимает один или несколько общих параметров, он информируется об обновлении общих параметров. Таким образом, объект приема обновит те, которые находятся в принятом правиле QoS.
В варианте осуществления настоящего изобретения инструкции, когда они загружены из памяти 1805 и выполнены, по меньшей мере, одним процессором 1803, могут побуждать UE 1800 принимать параметр и идентификатор набора параметров, которому принадлежит параметр, наряду с идентификатором правила QoS и обновить правило QoS путем обновления параметра в наборе параметров. Когда объект приема принимает один или несколько параметров в наборе параметров, он информируется об обновлении этих параметров в наборе параметров. Таким образом, объект приема будет обновлять принятые в наборе параметров.
Со ссылкой на фиг.19, в соответствии с вариантом осуществления, система связи включает в себя сеть 1910 связи, такую как 3GPP сеть связи, которая содержит сеть 1911 доступа, такую как сеть радиодоступа, и базовая сеть 1914. Сеть 1911 доступа содержит множество базовых станций 1912a, 1912b, 1912c, таких как NB, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую область 1913a, 1913b, 1913c покрытия. Каждая базовая станция 1912a, 1912b, 1912c может быть подключена к базовой сети 1914 через проводное или беспроводное соединение 1915. Первое устройство пользователя (UE) 1991, расположенное в области 1913c покрытия, выполнено с возможностью беспроводного подключения к соответствующей или проводной связи с соответствующей базовой станцией 1912с. Второе UE 1992 в области 1913a покрытия беспроводным образом подключается к соответствующей базовой станции 1912a. Хотя в этом примере проиллюстрировано множество UEs 1991, 1992, раскрытые варианты осуществления в равной степени применимы к ситуации, когда единственное UE находится в области покрытия или, когда единственное UE соединяется с соответствующей базовой станцией 1912.
Сеть 1910 связи сама подключена к хост-компьютеру 1930, который может быть реализован в аппаратном и/или программном обеспечении автономного сервера, сервера, реализованного в облаке, распределенного сервера или в качестве ресурсов обработки в ферме серверов. Хост-компьютер 1930 может находиться в собственности или под контролем поставщика служб или может управляться поставщиком служб или от имени поставщика служб. Соединения 1921, 1922 между сетью 1910 связи и хост-компьютером 1930 могут проходить непосредственно от базовой сети 1914 к хост-компьютеру 1930 или могут проходить через возможную промежуточную сеть 1920. Промежуточная сеть 1920 может быть одной из или комбинацией из более чем одной, публичной, частной или размещенной сети; промежуточная сеть 1920, если таковая имеется, может быть магистральной сетью или интернетом; в частности, промежуточная сеть 1920 может содержать две или более подсетей (не показаны).
Система связи, показанная на фиг.19, в целом обеспечивает возможность соединения между одним из подключенных UEs 1991, 1992 и хост-компьютером 1930. Связь может быть описана как соединение 1950 (OTT) по сетям передачи данных без прямого соединения с провайдером. Хост-компьютер 1930 и подключенные UEs 1991, 1992 выполнены с возможностью передавать данные и/или сигнализацию через OTT-соединение 1950, используя сеть 1911 доступа, базовую сеть 1914, любую промежуточную сеть 1920 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение 1950 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 1950, не знают о маршрутизации восходящей и нисходящей линий связи. Например, базовая станция 1912 может не знать или не нуждаться в информации о прошлой маршрутизации входящей связи нисходящей линии связи с данными, исходящими из хост-компьютера 1930, которые должны быть перенаправлены (например, переданы) в подключенное UE 1991. Аналогично, базовая станция станции 1912 не нужно знать о будущей маршрутизации исходящей связи по восходящей линии связи, исходящей из UE 1991 в направлении хост-компьютера 1930.
Примерные реализации, в соответствии с вариантом осуществления, UE, базовой станции и хост-компьютера, обсуждаемые в предшествующих абзацах, теперь будут описаны со ссылкой на фиг. 20. В системе 2000 связи хост-компьютер 2010 содержит аппаратное обеспечение 2015, включающее в себя интерфейс 2016 связи, выполненный с возможностью устанавливать и поддерживать проводное или беспроводное соединение с интерфейсом другого устройства связи системы 2000 связи. Хост-компьютер 2010 дополнительно содержит схему 2018 обработки, которая может иметь возможности хранения и/или обработки. В частности, схема 2018 обработки может содержать один или несколько программируемых процессоров, специализированные интегральные схемы, программируемые пользователем вентильные матрицы или их комбинации (не показаны), адаптированные для выполнения команд. Хост-компьютер 2010 дополнительно содержит программное обеспечение 2011, которое хранится в хост-компьютере 2010 или доступно для него и исполняется схемой 2018 обработки. Программное обеспечение 2011 включает в себя хост-приложение 2012. Хост-приложение 2012 может быть выполнено с возможностью предоставлять службу удаленному пользователю, такому как UE 2030, соединяющийся через OTT-соединение 2050, оканчивающееся в UE 2030 и хост-компьютере 2010. При предоставлении службы удаленному пользователю хост-приложение 2012 может предоставлять пользовательские данные, которые передают с использованием OTT-соединения 2050.
Система 2000 связи дополнительно включает в себя базовую станцию 2020, предусмотренную в системе связи и содержащую аппаратное обеспечение 2025, позволяющее ей обмениваться данными с хост-компьютером 2010 и с UE 2030. Аппаратное обеспечение 2025 может включать в себя интерфейс 2026 связи для конфигурирования и обслуживания проводной сети. или беспроводное соединение с интерфейсом другого устройства связи системы 2000 связи, а также радиоинтерфейсом 2027 для установки и поддержки, по меньшей мере, беспроводного соединения 2070 с UE 2030, расположенным в области покрытия (не показано на фиг. 20), обслуживаемой базовой станцией 2020. Интерфейс 2026 связи может быть выполнен с возможностью облегчения соединения 2060 с хост-компьютером 2010. Соединение 2060 может быть прямым или оно может проходить через базовую сеть (не показана на фиг. 20), систему связи и/или через одну или несколько промежуточных сетей вне системы связи. В показанном варианте осуществления аппаратное обеспечение 2025 базовой станции 2020 дополнительно включает в себя схему 2028 обработки, которая может содержать один или несколько программируемых процессоров, специализированные интегральные схемы, программируемые пользователем вентильные матрицы или их комбинации (не показаны), адаптированные для выполнения команд. Базовая станция 2020 дополнительно имеет программное обеспечение 2021, хранимое внутри или доступное через внешнее соединение.
Система 2000 связи дополнительно включает в себя уже упомянутое UE 2030. Его аппаратное обеспечение 2035 может включать в себя радиоинтерфейс 2037, выполненный с возможностью устанавливать и поддерживать беспроводное соединение 2070 с базовой станцией, обслуживающей область покрытия, в которой в настоящее время находится UE 2030. Аппаратное обеспечение 2035 UE 2030 дополнительно включает в себя схему 2038 обработки, которая может содержать один или несколько программируемых процессоров, специализированные интегральные схемы, программируемые пользователем вентильные матрицы или комбинации этих (не показаны), выполненные с возможностью выполнять инструкции. UE 2030 дополнительно содержит программное обеспечение 2031, которое хранится в UE 2030 или доступно для него и исполняется схемой 2038 обработки. Программное обеспечение 2031 включает в себя клиентское приложение 2032. Клиентское приложение 2032 может быть выполнено с возможностью предоставлять услугу человеку или пользователю, не являющимся человеком, через UE 2030 с поддержкой хост-компьютера 2010. В хост-компьютере 2010 исполняющее хост-приложение 2012 может связываться с исполняющим клиентским приложением 2032 через ОТТ-соединение 2050, оканчивающееся в UE 2030 и хост-компьютере 2010. При предоставлении службы пользователю клиентское приложение 2032 может принимать данные запроса от хост-приложения 2012 и предоставлять пользовательские данные в ответ на данные запроса. OTT-соединение 2050 может передавать как данные запроса, так и данные пользователя. Клиентское приложение 2032 может взаимодействовать с пользователем для генерирования пользовательских данных, которые оно предоставляет.
Следует отметить, что хост-компьютер 2010, базовая станция 2020 и UE 2030, показанные на фиг. 20, могут быть идентичны хост-компьютеру 1930, одной из базовых станций 1912a, 1912b, 1912c и одного из UEs 1991, 1992 по фиг. 19, соответственно. То есть, процесс функционирования этих объектов может быть таким, как показано на фиг.20, и независимо, топология окружающей сети может соответствовать топологии, показанной на фиг.19.
На фиг.20 ОТТ-соединение 2050 было изображено абстрактно для иллюстрации связи между хост-компьютером 2010 и устройством 2030 пользователя через базовую станцию 2020 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которая выполнена с возможностью скрывать от UE 2030 или от поставщика услуг, управляющего хост-компьютером 2010, или обоих. Пока OTT-соединение 2050 активно, сетевая инфраструктура может дополнительно принимать решения, с помощью которых она динамически изменяет маршрутизацию (например, на основании рассмотрения распределения нагрузки или реконфигурации сети).
Беспроводное соединение 2070 между UE 2030 и базовой станцией 2020 соответствует принципам вариантов осуществления, описанным в настоящем изобретении. Один или более из различных вариантов осуществления улучшают производительность OTT служб, предоставляемых UE 2030, используя ОТТ-соединение 2050, в котором беспроводное соединение 2070 формирует последний сегмент. Более точно, идеи этих вариантов осуществления могут улучшить задержку и, таким образом, обеспечить такие преимущества, как уменьшенное время ожидания пользователя и лучшую отзывчивость.
С целью мониторинга скорости передачи данных, задержки и других факторов может быть выполнена процедура измерения, что улучшит один или несколько вариантов осуществления. Кроме того, может существовать дополнительная сетевая функциональность для реконфигурирования ОТТ-соединения 2050 между хост-компьютером 2010 и UE 2030 в ответ на изменения в результатах измерений. Процедура измерения и/или сетевые функциональные возможности для перенастройки OTT-соединения 2050 могут быть реализованы в программном обеспечении 2011 хост-компьютера 2010 или в программном обеспечении 2031 UE 2030, или в обоих. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 2050; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, из которых программное обеспечение 2011, 2031 может вычислять или оценивать контролируемые величины. Переконфигурирование OTT-соединения 2050 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 2020, и оно может быть неизвестным или незаметным для базовой станции 2020. Такие процедуры и функциональные возможности могут быть известны и осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя запатентованную сигнализацию UE, облегчающую измерения пропускной способности, времени распространения, задержки и т.п. хост-компьютера 2010. Измерения могут быть реализованы таким образом, что программное обеспечение 2011, 2031 вызывает передачу сообщений, в частности пустых или «фиктивных» сообщений, используя ОТТ-соединение 2050, в то время, как оно контролирует время распространения, ошибки и т.д.
Фиг.21 является блок-схемой последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, которые описаны со ссылкой на фиг. 19 и фиг. 20. Для простоты изложения настоящего изобретения в этом разделе будут использованы только ссылки на фиг. 21. На первом этапе 2110 способа хост-компьютер предоставляет пользовательские данные. На возможном подэтапе 2111 первого этапа 2110 хост-компьютер предоставляет пользовательские данные посредством выполнения хост-приложения. На втором этапе 2120 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. На возможном третьем этапе 2130 базовая станция передает в UE пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером, в соответствии с идеями вариантов осуществления, описанных в настоящем изобретении. На возможном четвертом этапе 2140 UE выполняет клиентское приложение, ассоциированное с хост-приложением, исполняемым хост-компьютером.
Фиг.22 является блок-схемой последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, которые описаны со ссылкой на фиг. 19 и фиг. 20. Для простоты изложения настоящего изобретения в этот раздел будут включены только ссылки на чертежи на фиг. 22. На первом этапе 2210 способа хост-компьютер предоставляет пользовательские данные. В возможном подэтапе (не показан) хост-компьютер предоставляет пользовательские данные, выполняя хост-приложение. На втором этапе 2220 хост-компьютер инициирует передачу, переносящую пользовательские данные в UE. Передача может проходить через базовую станцию в соответствии с идеями вариантов осуществления, описанных в настоящем изобретении. На возможном третьем этапе 2230 UE принимает пользовательские данные, переносимые при передаче.
Фиг.23 является блок-схемой последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, которые описаны со ссылкой на фиг. 19 и фиг. 20. Для простоты изложения настоящего изобретения в этом разделе будут включены только ссылки на фиг. 23. На возможном первом этапе 2310 способа UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или альтернативно, на возможном втором этапе 2320 UE предоставляет пользовательские данные. На возможном подэтапе 2321 второго этапа 2320 UE предоставляет пользовательские данные путем выполнения клиентского приложения. В дополнительном возможном подэтапе 2311 первого этапа 2310 UE выполняет клиентское приложение, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером. При предоставлении пользовательских данных исполняемое клиентское приложение может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных, UE инициирует, на возможном третьем подэтапе 2330, передачу пользовательских данных на хост-компьютер. На четвертом этапе 2340 способа хост-компьютер принимает пользовательские данные, переданные от UE, в соответствии с идеями вариантов осуществления, описанных в настоящем изобретении.
Фиг.24 является блок-схемой последовательности операций, иллюстрирующая способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которые могут быть теми, которые описаны со ссылкой на фиг. 19 и фиг. 20. Для простоты изложения настоящего изобретения в этом разделе будут включены только ссылки на фиг. 24. На возможном первом этапе 2410 способа в соответствии с идеями вариантов осуществления, описанных в настоящем изобретении, базовая станция принимает пользовательские данные от UE. На возможном втором этапе 2420 базовая станция инициирует передачу принятых пользовательских данных на хост-компьютер. На третьем этапе 2430 хост-компьютер принимает пользовательские данные, переносимые при передаче, инициированной базовой станцией.
Вышеприведенное описание реализаций обеспечивает иллюстрацию и описание, но не предназначено для исчерпывающего представления или для ограничения раскрытия точной раскрытой формой. Модификации и вариации возможны в свете вышеизложенного или могут быть получены из практики реализации настоящего изобретения.
Аспекты настоящего изобретения также могут быть воплощены в виде способов и/или компьютерных программных продуктов. Соответственно, настоящее изобретение может быть воплощено в аппаратном обеспечении и/или в аппаратном/программном обеспечении (включающее в себя встроенное программное обеспечение, резидентное программное обеспечение, микрокод и т.д.). Кроме того, варианты осуществления могут принимать форму компьютерного программного продукта на машиночитаемом или машиночитаемом носителе данных, имеющем машиночитаемый или машиночитаемый программный код, воплощенный на носителе для использования системой связи или в связи с ней. Такая система исполнения инструкций может быть реализована автономно или распределенным способом. Фактический программный код или специализированное аппаратное обеспечение управления, используемые для реализации вариантов осуществления, описанных в данном документе, не являются ограничением изобретения. Таким образом, были описаны процессы функционирования без ссылки на конкретный программный код, при этом следует понимать, что специалисты в данной области техники смогут разрабатывать программное обеспечение и аппаратное обеспечение управления для реализации аспектов, основанных на описании в данном документе.
Дополнительно, некоторые части настоящего изобретения могут быть реализованы как «логика», которая выполняет одну или несколько функций. Эта логика может включать в себя аппаратное обеспечение, такое как специализированная интегральная схема или программируемая пользователем вентильная матрица, или комбинация аппаратного и программного обеспечения.
Следует подчеркнуть, что термин «содержит/содержащий», когда он используется в данном описании, используют для определения наличия заявленных признаков, целых чисел, этапов, компонентов или групп, но не исключает наличия или добавления одного или нескольких других признаков, целых чисел, этапов, компонентов или групп.
Ни один элемент, действие или инструкция, используемые в настоящем изобретении, не должны рассматриваться как критические или существенные для раскрытия, если это явно не описано, как таковое. Также, как используется в данном документе, артикль «а» предназначен для обозначения одного или нескольких пунктов. Если предназначен только один элемент, используется термин «один» или аналогичный термин. Кроме того, фраза «на основании» предназначена для обозначения «на основании, по меньшей мере, частично, на», если явно не указано иное.
Вышеприведенное описание предоставляет только варианты осуществления настоящего изобретения и не предназначено для ограничения каким-либо образом настоящего изобретения. Таким образом, любая модификация, замена, улучшение и т.п., сделанные в рамках идеи и принципа настоящего изобретения, должны находиться в рамках объема настоящего изобретения.