СПОСОБ ОТЧЕТНОСТИ ПО ОБЪЕМУ ДАННЫХ ПРИ МНОЖЕСТВЕННОМ ПОДКЛЮЧЕНИИ
METHOD FOR REPORTING ON DATA VOLUME IN MULTIPLE CONNECTION

Область техники, к которой относится изобретение
Настоящее изобретение относится к области беспроводной связи и, в частности, к устройству и способу отчетности по объему данных при множественном подключении.
Уровень техники
th
Быстрое развитие технологий беспроводной связи в настоящее время привело к ускоренному обсуждению технологии беспроводной связи 5-го поколения (5 Generation, 5G) в данной отрасли. 5G поддерживает различные требования приложений, включающие в себя: поддержку возможности доступа с более высокой скоростью и более широкой полосой пропускания, обмен информацией с меньшей задержкой и высокой надежностью, доступ и управление более крупными устройствами связи машинного типа с низкими затратами и т.п. Дополнительно, 5G поддерживает множество сценариев вертикальных отраслевых приложений, таких как интернет для транспортных средств, экстренная связь и промышленный интернет. Для этих требований к производительности и сценариев приложений 5G сеть предъявляет более высокие требования к качеству обслуживания (Quality of Service, QoS) услуги связи. Следовательно, QoS управление на основании канала развитой пакетной системы (Evolved Packet System, EPS) в традиционной LTE системе больше не может быть применено. 5G определяет QoS структуру управления на основании QoS потока (QoS flow). QoS поток представляет собой самую малую гранулярность для оконечного устройства, позволяющая реализовать дифференциацию QoS в различных услугах связи с сетью, то есть, сеть может планировать и пересылать услуги связи для оконечного устройства на основании QoS потока.
В LTE системе оконечное устройство может быть отдельно подключено к двум усовершенствованным NodeB (evolved NodeB, eNB) через двойное подключение (dial connectivity), и затем подключено к LTE базовой сети с использованием двух eNBs. Точно так же в сценарии развертывания 5G системы, оконечное устройство подключается к множеству сетевых узлов доступа через множественное подключение (multi-connectivity) и подключается к 5G базовой сети (5G core, 5GC) с использованием множества сетевых узлов доступа. В этом сценарии начисление платы за услугу связи оконечного устройства включает в себя различные сетевые узлы доступа и связано с объемами данных (data volume) услуги связи, которые проходят через разные сетевые узлы доступа. Для реализации эффективной и точной тарификации необходимо своевременно точно подсчитывать объемы данных различных услуг, передаваемые всеми сетевыми узлами доступа для оконечного устройства, и предоставлять их в базовую сеть. В настоящее время, отсутствует надлежащее решение для эффективного подсчета объемов данных, передаваемых множеством сетевых узлов доступа для оконечного устройства в 5G сети.
Сущность изобретения
Варианты осуществления настоящего изобретения предоставляют способ отчетности по объему данных при множественном подключении, так что объемы данных, которые относятся к оконечному устройству при множественном подключении, и которые проходят через один или несколько сетевых узлов доступа, сообщаются в базовую сеть для обеспечения основы для тарификации сетевого трафика оконечного устройства.
Согласно первому аспекту вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: получение первым сетевым устройством первого отчета об объеме данных, где первый отчет об объеме данных используется для указания объема данных, который принадлежит оконечному устройству и которые проходят через второе сетевое устройство, и первый отчет об объеме данных включает в себя идентификаторы QoS потока QFIs одного или нескольких QoS потоков качества обслуживания, идентификаторы сеансов блока данных протокола PDU, которому принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; и отправку первым сетевым устройством первого отчета об объеме данных в третье сетевое устройство.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и проходят через второе сетевое устройство, и второй отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала главного узла MN получение первым сетевым устройством первого отчета об объеме данных включает в себя: подсчет первым сетевым устройством объема данных, которые имеет оконечное устройство, которые проходят через второе сетевое устройство; и формирование первым сетевым устройством первого отчета об объеме данных на основании объема данных.
В возможной реализации первый отчет об объеме данных дополнительно включает в себя типы каналов одного или нескольких QoS потоков и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы DRBs радиоканалов данных на которые отображены один или несколько QoS потоков, типы каналов одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал SCG вторичной группы сот и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является MN, подключенное к оконечному устройству, второе сетевое устройство является SN, подключенное к оконечному устройству, и третье сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, MN сообщает 5GC узлу объем данных, который принадлежит оконечному устройству при множественном подключении и которые проходят через SN, так что 5GC может получить объем данных, которые принадлежат оконечному устройству и которые проходят через SN на гранулярности QoS потока для обеспечения основы для тарификации сетевого трафика оконечного устройства.
Согласно второму аспекту, вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: получение первым сетевым устройством первого отчета об объеме данных, где первый отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп потоков качества обслуживания QoS и информация об объеме данных одной группы QoS потока включает в себя идентификаторы QoS потока QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы сеансов блоков данных протокола PDU, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков; и отправку первым сетевым устройством первого отчета об объеме данных в третье сетевое устройство.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и проходят через второе сетевое устройство, и второй отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, и информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала главного узла MN получение первым сетевым устройством первого отчета об объеме данных включает в себя: подсчет первым сетевым устройством объема данных, которые имеет оконечное устройство, которые проходят через второе сетевое устройство; и формирование первым сетевым устройством первого отчета об объеме данных на основании объема данных.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал SCG вторичной группы сот и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является MN, подключенное к оконечному устройству, второе сетевое устройство является SN, подключенное к оконечному устройству, и третье сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, MN сообщает 5GC узлу объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через SN, так что 5GC может получить объем данных, которые принадлежат оконечному устройству и которые проходят через SN, с гранулярностью группы QoS потоков для обеспечения основы для тарификации сетевого трафика оконечного устройства.
Согласно третьему аспекту вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: получение первым сетевым устройством первого отчета об объеме данных, где первый отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сеансов блока данных протокола PDU и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя идентификаторы QoS потока QFIs одного или нескольких качества обслуживания QoS потоков PDU сеанса и сумму объемов данных всех одного или нескольких QoS потоков; и отправку первым сетевым устройством первого отчета об объеме данных в третье сетевое устройство.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и проходят через второе сетевое устройство, и второй отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, и информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и сумму объемов данных всех одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала главного узла MN получение первым сетевым устройством первого отчета об объеме данных включает в себя: подсчет первым сетевым устройством объема данных оконечного устройства, которые проходят через второе сетевое устройство; и формирование первым сетевым устройством первого отчета об объеме данных на основании объема данных.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал SCG вторичной группы сот и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является MN, подключенное к оконечному устройству, второе сетевое устройство является SN, подключенное к оконечному устройству, и третье сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, MN сообщает 5GC узлу объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через SN, так что 5GC может получить объем данных оконечного устройства, которые проходят через SN с гранулярностью PDU сеанса для обеспечения основы для тарификации сетевого трафика оконечного устройства.
В соответствии с четвертым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: получение первым сетевым устройством первого отчета об объеме данных, где первый отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя идентификаторы QoS потока QFIs одного или нескольких QoS потоков качества обслуживания сетевого сегмента, идентификаторы сеансов блока данных протокола PDU, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех один или нескольких QoS потоков; и отправку первым сетевым устройством первого отчета об объеме данных в третье сетевое устройство.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и проходят через второе сетевое устройство, и второй отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, и информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и сумму объемов данных всех одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала SN вторичного узла, получение первым сетевым устройством первого отчета об объеме данных включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех одного или нескольких QoS потоков; и получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных.
В возможной реализации для оконечного канала главного узла MN получение первым сетевым устройством первого отчета об объеме данных включает в себя: подсчет первым сетевым устройством объема данных оконечного устройства, которые проходят через второе сетевое устройство; и формирование первым сетевым устройством первого отчета об объеме данных на основании объема данных.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал вторичной группы сот SCG и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является MN, подключенное к оконечному устройству, второе сетевое устройство является SN, подключенное к оконечному устройству, и третье сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, MN сообщает 5GC узлу объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через SN, так что 5GC может получить объем данных оконечного устройства, которые проходят через SN с гранулярностью сетевого сегмента для обеспечения основы для тарификации сетевого трафика оконечного устройства.
В соответствии с пятым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, и информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы QFIs QoS потока одного или нескольких потоков качества обслуживания QoS, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, идентификаторы сеансов блока данных протокола PDU, к которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных; и отправку первым сетевым устройством первого отчета об объеме данных в четвертое сетевое устройство.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображаются один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, и информация об объеме данных одного третьего сетевого устройства включает в себя QFIs одного или нескольких QoS потоков, которые принадлежат оконечному устройству и которые проходят через третье сетевое устройство, идентификаторы PDU сеансов, к которым принадлежит один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству, и которые проходят через третье сетевое устройство, и информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и сумму объемов данных всех из одного или больше QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и которые проходят через третье сетевое устройство и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы PDU сеансов, к которым один или несколько QoS потоки принадлежат, и сумму объемов данных всех одного или нескольких QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству, и четвертое сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-CP сообщает 5GC узлу объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через каждый DU, поэтому что 5GC может получить объем данных оконечного устройства, который проходит через каждый DU с гранулярностью QoS потока для обеспечения основы для тарификации сетевого трафика оконечного устройства.
Согласно шестому аспекту, вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя информацию об объеме данных одной или нескольких групп QoS потоков качества обслуживания, которые принадлежат оконечному устройству и которые проходят через третье сетевое устройство, и информация об объеме данных одной группы QoS потоков включает в себя идентификаторы QoS потока QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объема данных всех одного или нескольких QoS потоков; получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных; и отправку первым сетевым устройством первого отчета об объеме данных в четвертое сетевое устройство.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторов одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображаются один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации, первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству и которые проходят через третье сетевое устройство, и информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех одного или нескольких QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и сумму объемов данных всех из одного или больше QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству, и которые проходят через третье сетевое устройство и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы PDU сеансов, к которым один или несколько QoS потоки принадлежат, и сумму объемов данных всех одного или нескольких QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству, и четвертое сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-CP сообщает 5GC узлу объем данных, который принадлежит оконечному устройству при множественном подключении и которые проходят через каждый DU, поэтому что 5GC может получать объем данных, которые принадлежат оконечному устройству и которые проходят через каждый DU с гранулярностью группы QoS потоков, чтобы обеспечить основу для тарификации сетевого трафика оконечного устройства.
В соответствии с седьмым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сеансов блока данных протокола PDU, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких PDU сеансов, и информация объема данных одного PDU сеанса включает в себя идентификаторы QFIs QoS потока одного или нескольких потоков качества обслуживания QoS PDU сеанса и сумму объемов данных всех одного или нескольких QoS потоков; получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных; и отправку первым сетевым устройством первого отчета об объеме данных в четвертое сетевое устройство.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторов одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображаются один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и сумму объемов данных всех из одного или больше QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству, и которые проходят через третье сетевое устройство и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы PDU сеансов, к которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех одного или нескольких QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству, и четвертое сетевое устройство является 5GC узлом.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-CP сообщает 5GC узлу объем данных, который принадлежит оконечному устройству при множественном подключении и который проходит через каждый DU, поэтому что 5GC может получить объем данных оконечного устройства, которые проходят через каждый DU с гранулярностью PDU сеанса, чтобы обеспечить основу для тарификации сетевого трафика оконечного устройства.
В соответствии с восьмым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: прием первым сетевым устройством второго отчета об объеме данных, отправленного вторым сетевым устройством, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сетевых сегментов, которые принадлежат оконечному устройству и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя идентификаторы QFIs QoS потока одного или нескольких потоков качества обслуживания QoS сетевого сегмента, идентификаторы сеанса блока данных протокола PDU, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех одного или нескольких QoS потоков; получение первым сетевым устройством первого отчета об объеме данных на основании второго отчета об объеме данных; и отправку первым сетевым устройством первого отчета об объеме данных в четвертое сетевое устройство.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображаются один или несколько QoS потоков, и идентификатор сетевого сегмента, которому принадлежат один или несколько QoS потоков.
В возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству, и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы PDU сеансов, к которым принадлежат один или несколько QoS потоки, и сумму объемов данных всех одного или нескольких QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству, и четвертое сетевое устройство является 5GC узлом.
В соответствии со способом отчетности об объеме данных, предоставленным в этом варианте осуществления настоящего изобретения, CU-CP сообщает 5GC узлу объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через каждый DU, поэтому что 5GC может получить объем данных оконечного устройства, которые проходят через каждый DU с гранулярностью сетевого сегмента, чтобы обеспечить основу для тарификации сетевого трафика оконечного устройства.
В соответствии с девятым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, и второй отчет об объеме данных включает в себя идентификаторы QoS потока QFIs одного или нескольких потоков качества обслуживания QoS, идентификаторы сеансов блока данных протокола PDU, которому принадлежит один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторов радиоканалов данных DRBs, на которые отражены один или несколько QoS потоков, типы каналов одного или нескольких QoS потоков и идентификаторы сетевого сегмента, которым принадлежат один или несколько QoS потоков.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал вторичной группы сот SCG и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является главным узлом, подключенным к оконечному устройству, и второе сетевое устройство является вторичным узлом, подключенным к оконечному устройству.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, SN сообщает MN объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через SN, так что MN может получить объем данных, которые относятся к оконечному устройству и проходят через SN с гранулярностью QoS потока.
В соответствии с десятым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков качества обслуживания, и информация об объеме данных одной группы QoS потока включает в себя идентификаторы QFIs QoS потока одного или нескольких QoS потоков в группе QoS потоков, идентификаторы сеансов блоков данных протокола PDU, которым принадлежит один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал вторичной группы сот SCG и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является главным узлом, подключенным к оконечному устройству, и второе сетевое устройство является вторичным узлом, подключенным к оконечному устройству.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, SN сообщает MN объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через SN, так что MN может получить объем данных оконечного устройства, которые проходят через SN с гранулярностью группы QoS потоков.
Согласно одиннадцатому аспекту, вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объема данных, где второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя идентификаторы одного или нескольких сеансов блока данных протокола PDU и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя идентификаторы QFIs QoS потока одного или нескольких QoS потоков качества обслуживания PDU сеанса и сумму объемов данных всех одного или нескольких QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал вторичной группы сот SCG и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является главным узлом, подключенным к оконечному устройству, и второе сетевое устройство является вторичным узлом, подключенным к оконечному устройству.
Согласно способу отчетности об объеме данных, предоставленному в этом варианте осуществления настоящего изобретения, SN сообщает MN объем данных, который принадлежит оконечному устройству при множественном подключении и который проходит через SN, так что MN может получить объем данных оконечного устройства, которые проходят через SN с гранулярностью PDU сеанса.
В соответствии с двенадцатым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, в котором второй отчет об объеме данных используется для указания объема данных, которые принадлежат оконечному устройству и которые проходят через второе сетевое устройство, второй отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов и информацию об объеме данных одного или нескольких сетевых сегментов, и информация объема данных одного сетевого сегмента включает в себя идентификаторы QFIs QoS потока одного или нескольких QoS потоков качества обслуживания сетевого сегмента, идентификаторы сеансов блока данных протокола PDU, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех один или несколько QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации объемы данных одного или нескольких QoS потоков являются объемами данных, которые принадлежат оконечному устройству и которые проходят через канал вторичной группы сот SCG и/или разделенный канал второго сетевого устройства.
В возможной реализации первое сетевое устройство является главным узлом, подключенным к оконечному устройству, и второе сетевое устройство является вторичным узлом, подключенным к оконечному устройству.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, SN сообщает MN объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через SN, так что MN может получить объем данных оконечного устройства, которые проходят через SN с гранулярностью сетевого сегмента.
В соответствии с тринадцатым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств и объем данных информация об одном третьем сетевом устройстве включает в себя идентификаторы QFIs QoS потока одного или нескольких потоков качества обслуживания QoS, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, идентификаторы сеансов блоков данных протокола PDU, к которым принадлежит один или несколько QoS потоков и объемы данных одного или нескольких QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображены один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, и третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-UP сообщает в CU-CP объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через каждый DU подключенный к CU-UP, так что CU-CP может получить объем данных, которые принадлежат оконечному устройству и которые проходят через каждый DU с гранулярностью QoS потока.
Согласно четырнадцатому аспекту, вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя информацию об объеме данных одной или нескольких групп потоков качества обслуживания QoS, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, и информация об объеме данных одной группы QoS потоков включает в себя идентификаторы QFIs QoS потока одного или несколько QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех из одного или нескольких QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображаются один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, и третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-UP сообщает в CU-CP объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через каждый DU, подключенный к CU-UP, так что CU-CP может получить объем данных, которые принадлежат оконечному устройству и которые проходят через каждый DU с гранулярностью группы QoS потоков.
Согласно пятнадцатому аспекту, вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сеансов блока данных протокола PDU, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких PDU сеансов, и информация об объеме данных одного PDU сеанса включает в себя идентификаторы QFIs QoS потока одного или нескольких QoS потоков качества обслуживания PDU сеанса и сумму объемов данных всех одного или нескольких QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных первому сетевому устройству.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображены один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, и третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству.
Согласно способ отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-UP сообщает в CU-CP объем данных, которые принадлежат оконечному устройству при множественном подключении и которые проходят через каждый DU, подключенный к CU-UP, так что CU-CP может получить объем данных, которые принадлежат оконечному устройству и которые проходят через каждый DU с гранулярностью PDU сеанса.
В соответствии с шестнадцатым аспектом вариант осуществления настоящего изобретения обеспечивает способ отчетности по объему данных при множественном подключении, и этот способ включает в себя: формирование вторым сетевым устройством второго отчета об объеме данных, где второй отчет об объеме данных используется для указания объемов данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько третьих сетевых устройств, подключенных ко второму сетевому устройству, второй отчет об объеме данных включает в себя информацию об объеме данных одного или нескольких третьих сетевых устройств, информация об объеме данных одного третьего сетевого устройства включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через третье сетевое устройство, и информацию об объеме данных одного или нескольких сетевых сегментов, и информация об объеме данных одного сетевого сегмента включает в себя идентификаторы QFIs QoS потока одного или нескольких потоков качества обслуживания QoS сетевого сегмента, идентификаторы сеансов блока данных протокола PDU, к которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех одного или нескольких QoS потоков; и отправку вторым сетевым устройством второго отчета об объеме данных в первое сетевое устройство.
В возможной реализации второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы одного или нескольких третьих сетевых устройств, идентификаторы радиоканалов данных DRBs, на которые отображены один или несколько QoS потоков, и идентификатор сетевого сегмента, которому принадлежат один или несколько QoS потоков.
В возможной реализации первое сетевое устройство представляет собой узел CU-CP функции плоскости управления-центральный блок, подключенный к оконечному устройству, второе сетевое устройство представляет собой узел CU-UP функции уровня плоскости пользователя-центральный блок, подключенный к оконечному устройству, и третье сетевое устройство представляет собой распределенный узел DU, подключенный к оконечному устройству.
Согласно способу отчетности по объему данных, предоставленному в этом варианте осуществления настоящего изобретения, CU-UP сообщает в CU-CP объем данных, которые относятся к оконечному устройству с множественными подключениями и которые проходят через каждый DU, подключенный к CU-UP, так что CU-CP может получить объем данных, которые принадлежат оконечному устройству и проходят через каждый DU с гранулярностью сетевого сегмента.
Согласно семнадцатому аспекту предоставляется сетевое устройство, выполненное с возможностью выполнять способ по любому из первого аспекта и возможных реализаций первого аспекта, любому одному из второго аспекта и возможных реализаций второго аспекта, любому из третьего аспекта и возможных реализаций третьего аспекта, любому из четвертого аспекта и возможных реализаций четвертого аспекта, любому одного из пятого аспекта и возможных реализаций пятого аспекта, любому из шестого аспекта и возможные реализации шестого аспекта, любому одному из седьмого аспекта и возможные реализации седьмого аспекта или любому одному из восьмого аспекта и возможные реализации восьмого аспекта. В частности, сетевое устройство может включать в себя блок для выполнения способа в любом из первого аспекта и возможных реализаций первого аспекта, любого одного из второго аспекта и возможных реализаций второго аспекта, любого одного из третьего аспекта. и возможные реализации третьего аспекта, любого из четвертого аспекта и возможных реализаций четвертого аспекта, любого одного из пятого аспекта и возможных реализаций пятого аспекта, любого одного из шестого аспекта и возможных реализаций шестого аспекта, в любом из седьмого аспекта и возможных реализаций седьмого аспекта или в любом одном из восьмого аспекта и возможных реализаций восьмого аспекта.
Согласно восемнадцатому аспекту предоставляется другое сетевое устройство, выполненное с возможностью выполнять способ в любом из девятого аспекта и возможных реализаций девятого аспекта, любой один из десятого аспекта и возможных реализаций десятого аспекта, любой один из одиннадцатого аспекта и возможные реализации одиннадцатого аспекта, любой один из двенадцатого аспекта и возможные реализации двенадцатого аспекта, любой один из тринадцатого аспекта и возможные реализации тринадцатого аспекта, любой из четырнадцатого аспекта и возможные реализации четырнадцатого аспекта, любой один из пятнадцатого аспекта и возможные реализации пятнадцатого аспекта или любой один из шестнадцатого аспекта и возможные реализации шестнадцатого аспекта. В частности, сетевое устройство может включать в себя блок для выполнения способа в любом из девятого аспекта и возможных реализаций девятого аспекта, любом из десятого аспекта и возможных реализаций десятого аспекта, любом из одиннадцатого аспекта и возможных реализаций одиннадцатого аспекта, любом из двенадцатого аспекта и возможных реализаций двенадцатого аспекта, любом из тринадцатого аспекта и возможных реализаций тринадцатого аспекта, любом из четырнадцатого аспекта и возможных реализаций четырнадцатого аспекта, любом из пятнадцатого аспекта и возможных реализаций пятнадцатого аспекта или любом из шестнадцатого аспекта и возможных реализаций шестнадцатого аспекта.
Согласно девятнадцатому аспекту предоставляется другое сетевое устройство, включающее в себя память и процессор, где память выполнена с возможностью хранить компьютерную программу, и процессор выполнен с возможностью вызывать компьютерную программу из памяти и запускать компьютерную программу, так что сетевое устройство выполняет способ в любом из первого аспекта и возможных реализаций первого аспекта, любого одного из второго аспекта и возможных реализаций второго аспекта, любого одного из третьего аспекта и возможных реализации третьего аспекта, любой один из четвертого аспекта и возможные реализации четвертого аспекта, любой один из пятого аспекта и возможные реализации пятого аспекта, любой один из шестого аспекта и возможные реализации шестого аспекта, любой один из седьмого аспекта и возможные реализации седьмого аспекта или любой один из восьмого аспекта и возможные реализации восьмого аспекта.
Согласно двадцатому аспекту предоставляется другое сетевое устройство, включающее в себя память и процессор, где память выполнена с возможностью хранить компьютерную программу, и процессор выполнен с возможностью вызывать компьютерную программу из памяти и запускать компьютерною программу, так что сетевое устройство выполняет способ в любом из девятого аспекта и возможных реализаций девятого аспекта, любого одного из десятого аспекта и возможных реализаций десятого аспекта, любого одного из одиннадцатого аспекта и возможных реализации одиннадцатого аспекта, любой один из двенадцатого аспекта и возможные реализации двенадцатого аспекта, любой один из тринадцатого аспекта и возможные реализации тринадцатого аспекта, любой один из четырнадцатого аспекта и возможные реализации четырнадцатого аспекта, любой один из пятнадцатого аспекта и возможных реализаций пятнадцатого аспекта или любой один из шестнадцатого аспекта и возможные реализации мысли шестнадцатого аспекта.
Согласно двадцать первому аспекту вариант осуществления настоящего изобретения предоставляет систему связи, включающую в себя первое сетевое устройство и второе сетевое устройство, где первое сетевое устройство является первым сетевым устройством в любом из первого аспекта согласно восьмому аспекту, и второе сетевое устройство является вторым сетевым устройством в любом из аспектов с девятого по шестнадцатый аспект.
Согласно двадцать второму аспекту предоставляется компьютерный программный продукт, и компьютерный программный продукт включает в себя компьютерный программный код. Когда компьютерный программный код запускается блоком связи и блоком обработки или приемопередатчиком и процессором первого сетевого устройства (например, функция управления сетевым сегмента), первое сетевое устройство выполнено с возможностью выполнять способ в любом из первого аспекта и возможных реализаций первого аспекта, любого одного из второго аспекта и возможных реализаций второго аспекта, любого одного из третьего аспекта и возможных реализаций третьего аспекта, любого одного из четвертого аспекта и возможных реализаций четвертого аспекта, любой один из пятого аспекта и возможных реализаций пятого аспекта, любой один из шестого аспекта и возможных реализаций шестого аспекта, любой один из седьмого аспекта и возможных реализаций седьмого аспекта или любой один из восьмого аспекта и возможных реализаций восьмого аспекта.
Согласно двадцать третьему аспекту предоставляется другой компьютерный программный продукт, и компьютерный программный продукт включает в себя компьютерный программный код. Когда компьютерный программный код выполняется блоком связи и блоком обработки или приемопередатчиком и процессором второго сетевого устройства (например, функция управления подсетью сетевого сегмента), второе сетевое устройство может выполнять этот способ в любом одном из девятого аспекта и возможных реализаций девятого аспекта, любом одном из десятого аспекта и возможных реализаций десятого аспекта, любом одном из одиннадцатого аспекта и возможных реализаций одиннадцатого аспекта, любом одном из двенадцатого аспекта и возможных реализаций двенадцатого аспекта, любом одном из тринадцатого аспекта и возможных реализаций тринадцатого аспекта, любом одном из четырнадцатого аспекта и возможных реализаций четырнадцатого аспекта, любом одном из пятнадцатого аспекта и возможных реализаций пятнадцатого аспекта или любом одном из шестнадцатого аспекта и возможных реализаций шестнадцатого аспекта.
Согласно двадцать четвертому аспекту предоставляется машиночитаемый носитель данных, выполненный с возможностью хранить инструкцию компьютерной программы, используемой вышеупомянутым первым сетевым устройством. Когда программная инструкция выполняется первым сетевым устройством, первое сетевое устройство выполнено с возможностью выполнять способ в любом из первого аспекта и возможных реализаций первого аспекта, любом из второго аспекта и возможных реализаций второго аспекта, любом из третьего аспекта и возможных реализаций третьего аспекта, любом из четвертого аспекта и возможных реализаций четвертого аспекта, любом из пятого аспекта и возможных реализаций пятого аспекта, любом из шестого аспекта и возможных реализаций шестого аспекта, любом из седьмого аспекта и возможных реализаций седьмого аспекта или любом из восьмого аспекта и возможных реализаций восьмого аспекта.
Согласно двадцать пятому аспекту предоставляется машиночитаемый носитель данных, выполненный с возможностью хранить инструкцию компьютерной программы, используемую вышеупомянутым вторым сетевым устройством. Когда программная инструкция выполняется вторым сетевым устройством, второе сетевое устройство выполнено с возможностью выполнять способ в любом из девятого аспекта и возможных реализаций девятого аспекта, любом из десятого аспекта и возможных реализаций десятого аспекта, любом из одиннадцатого аспекта и возможных реализаций одиннадцатого аспекта, любом из двенадцатого аспекта и возможных реализаций двенадцатого аспекта, любом из тринадцатого аспекта и возможных реализаций тринадцатого аспекта, любом из четырнадцатого аспекта и возможных реализаций четырнадцатого аспекта, любом из пятнадцатого аспекта и возможных реализаций пятнадцатого аспекта или любом из шестнадцатого аспекта и возможных реализаций шестнадцатого аспекта.
Эти аспекты и другие аспекты настоящего изобретения будут проще и легче понять в описаниях следующих (множества) вариантов осуществления.
Краткое описание чертежей
Нижеследующее кратко описывает сопроводительные чертежи, используемые для описания вариантов осуществления настоящего изобретения или предшествующего уровня техники.
Фиг. 1 является схемой системы связи с двойным подключением согласно варианту осуществления настоящего изобретения;
Фиг. 2 является архитектурой стека протоколов сетевого узла доступа с двойным подключением согласно варианту осуществления настоящего изобретения;
Фиг. 3 является блок-схемой алгоритма способа отчетности по объему данных в сценарии множественного подключения согласно варианту осуществления настоящего изобретения;
Фиг. 4 является блок-схемой алгоритма другого способа отчетности по объему данных в сценарии множественного подключения согласно варианту осуществления настоящего изобретения;
Фиг. 5 является архитектурой gNB, разделенной на CU-CP, CU-UP и DU, согласно варианту осуществления настоящего изобретения;
Фиг. 6 является блок-схемой алгоритма еще одного способа отчетности по объему данных в сценарии множественного подключения согласно варианту осуществления настоящего изобретения;
Фиг. 7 является блок-схемой алгоритма еще одного способа отчетности по объему данных в сценарии множественного подключения согласно варианту осуществления настоящего изобретения;
Фиг. 8 является блок-схемой первого сетевого устройства согласно варианту осуществления настоящего изобретения;
Фиг. 9 является еще одной блок-схемой первого сетевого устройства согласно варианту осуществления настоящего изобретения;
Фиг. 10 является блок-схемой второго сетевого устройства согласно варианту осуществления настоящего изобретения; и
Фиг. 11 является еще одной блок-схемой второго сетевого устройства согласно варианту осуществления настоящего изобретения.
Описание вариантов осуществления
Ниже описаны варианты осуществления настоящего изобретения со ссылкой на прилагаемые чертежи в вариантах осуществления настоящего изобретения.
В настоящем изобретении слово «пример» используется для обозначения предоставления примера, иллюстрации или описания. Любой вариант осуществления, описанный в настоящем изобретении как «пример», не следует объяснять как более предпочтительный или имеющий больше преимуществ, чем другой вариант осуществления. Далее приведено описание настоящего изобретения с целью предоставления любому специалисту в данной области техники возможности реализовать и использовать настоящее изобретение. В нижеследующем описании детали изложены с целью объяснения. Следует понимать, что специалист в данной области техники может узнать, что настоящее изобретение может быть реализовано без использования этих конкретных деталей. В другом случае хорошо известная структура и хорошо известный процесс не описываются подробно, чтобы избежать излишнего описания настоящего изобретения, вызванного ненужными деталями. Следовательно, настоящее изобретение не ограничивается показанными вариантами осуществления, но согласуется с максимальным объемом принципов и признаков, раскрытых в настоящем изобретении.
В описании, формуле изобретения и прилагаемых чертежах настоящего изобретения термины «первый», «второй», «третий», «четвертый» и так далее (при наличии) предназначены для различения похожих объектов, но не обязательно указывает конкретный порядок или последовательность. Следует понимать, что данные, обозначенные таким образом, являются взаимозаменяемыми при надлежащих обстоятельствах, так что варианты осуществления настоящего изобретения, описанные в данном документе, могут быть реализованы в порядке, отличном от порядка, проиллюстрированного или описанного в данном документе. Кроме того, термины «включать в тебя», «содержать» и любые другие вариации означают охват неисключительного включения, например, процесс, способ, система, продукт или устройство, которое включает в себя список этапов или блоков, не обязательно ограничивается этими этапами или блоками, но могут включать в себя другие этапы или блоки, не указанные в явном виде или не присущие такому процессу, способу, системе, продукту или устройству.
Термины «система» и «сеть» могут использоваться в данном описании взаимозаменяемо. Термин «и/или» в этой спецификации описывает только отношения ассоциации для описания связанных объектов и представляет, что могут существовать три отношения. Например, A и/или B могут представлять следующие три случая: существует только A, существуют и A, и B, и существует только B. Кроме того, символ «/» в этой спецификации обычно указывает связь «или» между связанными объектами.
Конкретные варианты осуществления используются ниже для подробного описания технических решений настоящего изобретения. Следующие несколько конкретных вариантов осуществления могут быть объединены друг с другом, и одна и та же или подобная концепция или процесс могут не описываться повторно в некоторых вариантах осуществления.
Для эффективной поддержки различных типов приложений, таких как возможность доступа с высокой скоростью и широкой полосой пропускания, обмен информацией с низкой задержкой и высокой надежностью, а также массовая связь машинного типа с низкими затратами, для услуги в 5G сети QoS поток, основанный на структуре управления, реализован как ключевой признак 5G. QoS поток является самой малой гранулярностью для управления услугой связи оконечного устройства в 5G сети, то есть, одинаковая обработка пересылки пакетов (например, политика планирования, политика управления очередями и политика регулировки скорости) выполняется на данных в QoS потоке. Когда оконечное устройство устанавливает служебную связь с сетью, 5G сеть выделяет идентификатор QoS потока (QoS flow identifier, QFI) QoS потоку оконечного устройства для указания QoS потока, и такая же обработка QoS выполняется для пакетных данных с тем же QFI.
Для передачи данных между 5GC и сетью доступа служба связи оконечного устройства обрабатывается в сети на основании QoS потока. Оконечное устройство может одновременно поддерживать услуги одного или нескольких сетевых сегментов. Услуга одного сетевого сегмента может включать в себя один или несколько сеансов (session) блока данных протокола (protocol data unit, PDU), и один PDU сеанс может включать в себя один или несколько QoS потоков. Дополнительно, для передачи данных по радиоинтерфейсу между сетью доступа и оконечным устройством сетевой узел доступа или оконечное устройство отображает один или несколько QoS потоков на один радиоканал данных (data radio bearer, DRB) на уровне протокола адаптации служебных данных (service data adaptation protocol, SDAP) для реализации передачи на одноранговую сторону. Следует отметить, что в LTE системе стек протоколов для обработки данных плоскости пользователя в eNB и оконечном устройстве включает в себя уровень протокола конвергенции пакетных данных (packet data convergence protocol, PDCP), уровень управления радиоканалом (radio link control, RLC), уровень управления доступом к среде передачи (media access control, MAC) и физический уровень (PHY), где PDCP уровень предназначен для обработки данных, передаваемых по DRB. В 5G системе стек протоколов для обработки данных плоскости пользователя в сетевом узле доступа и оконечном устройстве дополнительно включает в себя SDAP уровень, где SDAP уровень находится выше PDCP уровня и предназначен для отображения и/или обратного отображения между QoS потоком и DRB. Для передачи данных через радиоинтерфейс один PDU сеанс для связи с помощью оконечного устройства может включать в себя один или несколько DRBs, и один DRB включает в себя один или несколько QoS потоков.
В 5G системе оконечное устройство может быть подключено к двум сетевым узлам доступа через двойное подключение или к трем или более сетевым узлам доступа через большее количество подключений. Для простоты описания вышеупомянутые два способа в совокупности именуются в настоящем изобретении множественным подключением. Фиг. 1 представляет собой схему системы 100 связи с двойным подключением согласно варианту осуществления настоящего изобретения. Оконечное устройство 120 отдельно выполняет беспроводную связь с сетевым узлом 140 доступа и сетевым узлом 142 доступа по линии 160 радиосвязи и линии 162 радиосвязи. Сетевой узел 140 доступа упоминается как главный узел (master node, MN) и сетевой узел 142 доступа упоминается как вторичный узел (secondary node, SN). Главный узел 140 может быть подключен к 5GC 180 через интерфейс плоскости управления NG-C и интерфейс плоскости пользователя NG-U, вторичный узел 142 может быть подключен к 5GC 180 через интерфейс плоскости пользователя NG-U и главный узел 140 может быть подключен к вторичному узлу 142 через интерфейс Xn-C плоскости управления и интерфейс Xn-U плоскости пользователя. Например, главный узел 140 подключен к узлу функции управления доступом и мобильностью (access and mobility management function, AMF) в 5GC 180 через интерфейс NG-C, и главный узел 140 и вторичный узел 142 подключены к узлу функции плоскости пользователя (UPF) в 5GC 180 через интерфейсы NG-U. Следует отметить, что главный узел 120 и вторичный узел 122 могут быть сетевыми узлами доступа «Новое радио» (new radio, NR) gNBs или усовершенствованными узлами eNB ng-eNB. Следует понимать, что на фиг. 1 показан только сценарий с двойным подключением. Для сценария множественного подключения один MN и множество SNs могут одновременно связываться с одним оконечным устройством. Функция MN и функция каждого из множества SNs соответственно аналогичны функции главного узла 140 и функции вторичного узла 142, и подробности здесь не описываются.
Фиг. 2 показывает архитектуру стека протоколов сетевого узла доступа с двойным подключением согласно варианту осуществления настоящего изобретения. Оконечное устройство выполняет обмен данными с двойным подключением с двумя сетевыми узлами доступа на основании типов каналов данных. Типы каналов определяются, когда оконечное устройство устанавливает связь с двойным подключением с сетью, и могут быть изменены в процессе связи с двойным подключением. На основании сетевого узла доступа, на котором расположен PDCP уровень для обработки канала данных плоскости пользователя, каналы могут быть классифицированы на оконечный канал MN и оконечный канал SN. Например, левая часть, показанная на фиг. 2, соответствует оконечному каналу MN, и PDCP уровень для обработки канала данных плоскости пользователя оконечного устройства на стороне сети доступа расположен в MN. Правая часть, показанная на фиг. 2, соответствует оконечному каналу SN, и PDCP уровень для обработки канала данных плоскости пользователя оконечного устройства на стороне сети доступа расположен в SN. Оконечный канал MN и оконечный канал SN могут дополнительно классифицироваться на канал главной группы сот (master cell group, MCG), канал вторичной группы сот (secondary cell group, SCG) и разделенный (split) канал на основании сетевого узла доступа, на котором расположен RLC уровень для обработки канала передачи данных плоскости пользователя. В типе оконечного канала MN для канала MCG данные плоскости пользователя канала обрабатываются с использованием PDCP уровня, RLC уровня и MAC уровня MN и передаются с использованием PHY уровня MN. Для канала SCG данные плоскости пользователя канала обрабатываются с использованием PDCP уровня MN, RLC уровня и MAC уровня SN, и передаются с использованием PHY уровня SN. Для разделенного канала данные плоскости пользователя канала обрабатываются с использованием PDCP уровня MN, часть данных канала обрабатывается с использованием RLC уровня и MAC уровня MN, и часть данных обрабатываются с использованием RLC уровня и MAC уровня SN, и обработанные данные передаются отдельно с использованием PHY уровня MN и PHY уровня SN. Аналогичным образом, в типе оконечного канала SN для канала SCG данные плоскости пользователя канала обрабатываются с использованием PDCP уровня, RLC уровня и MAC уровня SN и передаются с использованием PHY уровня SN. Для канала MCG данные плоскости пользователя канала обрабатываются с использованием PDCP уровня SN, RLC уровня и MAC уровня MN и передаются с использованием PHY уровня MN. Для разделенного канала данные плоскости пользователя канала обрабатываются с использованием PDCP уровня SN, часть данных канала обрабатывается с использованием RLC уровня и MAC уровня SN, и часть данных обрабатывается с использованием RLC уровня и MAC уровня MN, и обработанные данные передаются отдельно с использованием PHY уровня SN и PHY уровня MN.
В традиционной LTE системе для отчетности об объеме данных услуги оконечного устройства в сценарии с двойным подключением, MN отправляет в EPC объем данных услуги, принадлежащей оконечному устройству, и которая проходит через SN. Объем данных услуги, предоставляемой оконечным устройством и проходящей через SN, сообщается с использованием EPS канала в качестве гранулярности. Шлюз данных в EPC имеет информацию об общем объеме данных услуги данных оконечного устройства и может получать, на основании объема данных услуги, проходящей через SN, объем данных услуги, проходящей через MN. Таким образом, объемы данных услуги, проходящие через различные сетевые узлы доступа, могут эффективно и точно тарифицироваться. Например, MN подсчитывает в определенный период времени объем данных одного EPS канала, которые принадлежат оконечному устройству и которые проходят через SN, и сообщает объем данных в EPC. Изобретатель обнаружил, что, поскольку EPS канал больше не применим для управления QoS в 5G системе, необходимо использовать новый способ отчетности об объеме данных услуги, предоставляемой оконечным устройством и проходящей через SN. Таким образом, вариант осуществления настоящего изобретения предоставляет техническое решение для отчетности об объеме данных в сценарии множественного подключения.
Фиг. 3 является схематической блок-схемой алгоритма способа 300 отчетности об объеме данных в сценарии множественных подключений согласно варианту осуществления настоящего изобретения. Способ 300 может применяться к взаимодействию между главным узлом 140, вторичным узлом 142 и 5GC 180, показанным на фиг. 1, в типе оконечного канала SN. Процедура на фиг. 3 включает в себя следующие этапы.
301. SN отправляет второй отчет об объеме данных в MN.
На этом этапе SN отправляет в MN второй отчет об объеме данных об объеме данных, которые принадлежат оконечному устройству и которые проходят через SN. Второй отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, проходящих через SN, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков. Следует понимать, что объемы данных одного или нескольких QoS потоков могут быть объемами данных всех одного или нескольких QoS потоков, проходящих через SN, или могут быть суммой объемов данных всех одного или нескольких QoS потоков, проходящий через SN. Возможно, второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторов DRBs, на которые отображены один или несколько QoS потоков, проходящих через SN, типы канала одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которым принадлежат один или более QoS потоков. В этом варианте осуществления настоящего изобретения, поскольку PDCP уровень для обработки канала данных плоскости пользователя оконечного устройства расположен в SN, SN может подсчитывать объем данных служебных данных, которые относятся к каналу SCG и/или разделенному каналу оконечного устройства, которые проходят через SN, и отправляет объем данных в MN.
Например, оконечное устройство выполняет обмен данными с множеством возможностей подключения оконечного канала SN с множеством сетевых узлов, включающий в себя оконечный SCG канал SN и/или разделенный оконечный канал SN. Служебные данные, которые относятся к оконечному SCG каналу SN и/или разделенному оконечному каналу SN оконечного устройства и которые проходят через SN, включают в себя данные первого PDU сеанса и данные второго PDU сеанса. Первый PDU сеанс, проходящий через SN, включает в себя первый поток QoS, второй QoS поток и третий поток QoS, первый QoS поток и второй QoS поток отображаются на первый DRB, третий QoS поток отображается на второй DRB, и первый поток QoS, второй QoS поток и третий QoS поток принадлежат типу оконечного SCG канала SN. Второй PDU сеанс, проходящий через SN, включает в себя четвертый QoS поток и пятый поток QoS, четвертый QoS поток и пятый QoS поток отображаются на третий DRB, и четвертый QoS поток и пятый QoS поток принадлежат к типу оконечного разделенного канала SN. Первый PDU сеанс принадлежит первому сетевому сегменту, и второй PDU сеанс принадлежит второму сетевому сегменту. Следует понимать, что первый PDU сеанс и второй PDU сеанс могут дополнительно отдельно включать в себя другой поток QoS, который не проходит через SN. Первый сетевой сегмент и второй сетевой сегмент могут дополнительно отдельно включать в себя другой PDU сеанс, который не проходит через SN. В этом примере второй отчет об объеме данных, отправленный SN в MN, включает в себя идентификатор первого PDU сеанса, QFI первого QoS потока и объем данных первого QoS потока, проходящего через SN; QFI второго QoS потока и объем данных второго QoS потока, проходящего через SN; QFI третьего QoS потока и объем данных третьего QoS потока, проходящего через SN; идентификатор второго PDU сеанса, QFI четвертого QoS потока и объем данных четвертого QoS потока, проходящего через SN; и QFI пятого QoS потока и объем данных пятого QoS потока, проходящего через SN. Возможно, второй отчет об объеме данных дополнительно включает в себя идентификаторы от первого DRB по третий DRB, тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента. Следует отметить, что данные одного QoS потока, проходящего через SN, могут быть всеми данными QoS потока или могут быть частью данных QoS потока. Например, для оконечного SCG канала SN все данные одного QoS потока проходят через SN, и объем данных QoS потока, проходящего через SN, в этом случае является объемом данных всех данных QoS потока. Для оконечного разделенного канала SN, часть данных одного QoS потока проходит через SN и другая часть данных проходит через MN, и объем данных QoS потока, проходящего через SN, является объемом данных части данных QoS потока, который проходит через SN.
Например, в таблице 1 показаны информационные элементы (information element, IE) второго отчета об объеме данных, отправленного SN в MN.
Таблица 1 Второй отчет об объеме данных, отправленный SN в MN
IE/Название группы
> ID PDU сеанса
> S-NSSAI
>> Список каналов
>>> CHOICE опция канала
>>>> SCG канал
>>>>> ID канала
>>>>> Объем данных на один QoS поток
>>>> Разделенный канал
>>>>> ID канала
>>>>> Объем данных на один QoS поток
…
ID PDU сеанса указывает идентификаторы, которые относятся к PDU сеансам, которым принадлежит один или несколько QoS потоков, и которые отправляются SN в MN. Информация содействия при выборе одиночного сетевого сегмента (single network slice selection assistance information, S-NSSAI) указывает идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. Список каналов представляет собой список идентификаторов DRBs и используется для указания идентификаторов одного или нескольких DRBs, на которые отображается один или несколько QoS потоков. CHOICE опция канала используется для указания типа канала, такого как оконечного SCG канала SN или разделенного оконечного канала SN. Идентификатор канала указывает идентификатор DRB. Объем данных на QoS поток используется для указания объема данных одного QoS потока, которые принадлежат оконечному устройству и которые проходят через SN, включающий в себя QFI QoS потока, время начала счета Starttimestamp и время окончания счета Endtimestamp, где SN подсчитывает объем данных, проходящих через SN, объем данных восходящей линии связи UsagecountUL QoS потока, проходящего через SN, и объем данных нисходящей линии связи UsagecountDL QoS потока, проходящего через SN. Следует понимать, что когда второй отчет об объеме данных включает в себя объемы данных множества PDU сеансов, проходящих через SN, второй отчет об объеме данных включает в себя множество групп информационных элементов, показанных в таблице 1, то есть, включает в себя идентификаторы множества PDU сеансов и объем данных каждого PDU сеанса, проходящего через SN. Дополнительно, если SN подсчитывает, в одно и то же время начала подсчета и в одно и то же время окончания подсчета, объемы данных множества QoS потоков, проходящих через SN, каждая запись объема данных QoS потока не должна включать в себя соответствующий IE начала подсчета или соответствующий IE времени окончания подсчета, но помещает IE времени начала подсчета и IE времени окончания подсчета вне записи объема данных QoS потока в качестве общих параметров для подсчета объема данных каждого QoS потока.
302. MN получает первый отчет об объеме данных.
На этом этапе MN получает первый отчет об объеме данных на основании второго отчета об объеме данных, который сообщается SN и который принимается на этапе 301. IEs, включенные в первый отчет об объеме данных, могут быть частично или полностью такие же, как IEs, включенные во второй отчет об объеме данных.
В возможной реализации первый отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, которые относятся к одному или нескольким PDU сеансам оконечного устройства и проходят через SN, идентификаторы PDU сеансов, к которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков. Возможно, первый отчет об объеме данных дополнительно включает в себя типы каналов одного или нескольких QoS потоков, проходящих через SN, и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В соответствии с вышеприведенным примером, первый отчет об объеме данных включает в себя идентификатор первого PDU сеанса, QFI первого QoS потока и объем данных первого QoS потока, проходящего через SN; QFI второго QoS потока и объем данных второго QoS потока, проходящего через SN; QFI третьего QoS потока и объем данных третьего QoS потока, проходящего через SN; идентификатор второго PDU сеанса, QFI четвертого QoS потока и объем данных четвертого QoS потока, проходящего через SN; и QFI пятого QoS потока и объем данных пятого QoS потока, проходящего через SN. Возможно, первый отчет об объеме данных дополнительно включает в себя тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента.
В другой возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков в одной и той же группе QoS потоков во втором отчете об объеме данных, сообщенном SN, для формирования первого отчета об объеме данных. Одна группа QoS потоков включает в себя один или несколько QoS потоков одного PDU сеанса. Сеть классифицирует разные QoS потоки в разные группы QoS потоков в соответствии с конкретным критерием, например, политикой тарификации на основании 5GC, гранулярностью на основании DRB или указанием, отправленным 5GC, для классификации одного или нескольких QoS потоков в одну группу QoS потоков. В этой реализации первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые относятся к одному или нескольким PDU сеансам оконечного устройства и которые проходят через SN. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потоков, проходящих через SN). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя типы каналов одного или нескольких QoS потоков в группе QoS потоков и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В соответствии с вышеприведенным примером, если первый QoS поток и второй QoS поток принадлежат первой группе QoS потоков, третий QoS поток принадлежит второй группе QoS потоков и четвертый QoS поток и пятый QoS поток принадлежат третьей группе QoS потоков, первый отчет об объеме данных включает в себя идентификатор первого PDU сеанса, QFI первого QoS потока, QFI второго QoS потока и сумму объемов данных первого QoS потока и второго QoS потока, проходящего через SN (то есть, объем данных первой группы QoS потоков, проходящей через SN); QFI третьего QoS потока и объем данных третьего QoS потока, проходящего через SN (то есть, объем данных второй группы QoS потоков, проходящей через SN); и идентификатор второго PDU сеанса, QFI четвертого QoS потока, QFI пятого QoS потока и сумму объемов данных четвертого QoS потока и пятого QoS потока, проходящих через SN (то есть, объем данных третьей группы QoS потоков, проходящей через SN). Возможно, первый отчет об объеме данных дополнительно включает в себя тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента.
В еще одной возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков одного и того же PDU сеанса во втором отчете об объеме данных, сообщенном SN, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через SN, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через SN). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, типы каналов одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которые принадлежат одному или нескольким QoS потоков. В соответствии с предшествующим примером, первый отчет об объеме данных включает в себя идентификатор первого PDU сеанса и сумму объемов данных первого QoS потока для третьего QoS потока, проходящего через SN (то есть, объем данных первого PDU сеанса, проходящего через SN); и идентификатор второго PDU сеанса и сумма объемов данных четвертого QoS потока и пятого QoS потока, проходящего через SN (то есть, объем данных второго PDU сеанса, проходящего через SN). Возможно, первый отчет об объеме данных дополнительно включает в себя QFIs от первого QoS потока к пятому QoS потоку, тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента.
В еще одной возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщенном SN, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству, которые проходят через SN и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех из одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через SN). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, типы канала одного или нескольких QoS потоков и идентификаторы PDU сеансов, к которым принадлежат один или несколько QoS потоков. В соответствии с предшествующим примером, первый отчет об объеме данных включает в себя идентификатор первого сетевого сегмента и сумму объемов данных от первого QoS потока к третьему QoS потоку, проходящего через SN (то есть, объем данных первого сетевого сегмента, проходящий через SN); и идентификатор второго сетевого сегмента и сумму объемов данных четвертого QoS потока и пятого QoS потока, проходящих через SN (то есть, объем данных второго сетевого сегмента, проходящего через SN). Возможно, первый отчет об объеме данных дополнительно включает в себя QFIs от первого QoS потока к пятому потоку QoS, тип канала SCG, тип разделенного канала, идентификатор первого PDU сеанса и идентификатор второго PDU сеанса.
В еще одной возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков, которые принадлежат оконечному устройству и которые проходят через SN, во втором отчете об объеме данных, сообщаемом SN, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя сумму объемов данных всех одного или нескольких QoS потоков, которые принадлежат оконечному устройству и проходят через SN (то есть, объем данных, которые имеют оконечное устройство, которое проходит через SN).
303. MN отправляет первый отчет об объеме данных в 5GC узел.
Возможно, 5GC узел является AMF.
Следует отметить, что, если оконечное устройство реализует множественное подключение с использованием одного MN и множества SNs, часть или все из множества SNs отдельно отправляют соответствующие вторые отчеты об объеме данных в MN. В этом случае второй отчет об объеме данных дополнительно включает в себя идентификатор SN, такой как идентификатор базовой станции SN и список идентификаторов сот для SN. По аналогии MN формирует первый отчет об объеме данных для каждого SN, который сообщает об объеме данных на этапе 302, и отправляет один или несколько первых отчетов об объеме данных в 5GC узел на этапе 303. Следует понимать, что, если MN отправляет множество первых отчетов об объеме данных в 5GC узел, MN может добавить множество первых отчетов об объеме данных в одно сообщение и отправлять сообщение в 5GC узел, или может отдельно отправить множество первых отчетов об объеме данных в 5GC узел с использованием множества сообщений.
Возможно, прежде чем SN отправит второй отчет об объеме данных в MN, этот вариант осуществления настоящего изобретения дополнительно включает в себя этапы 304 и 305.
304. 5GC узел отправляет MN запрос объема данных в SN.
На этом этапе 5GC узел запрашивает MN отправить объем данных, который принадлежит оконечному устройству и проходит через SN. Запрос может инструктировать MN сообщать объем данных, которые принадлежат оконечному устройству и которые проходят через SN, или может инструктировать MN сообщать в конкретном состоянии (например, в процедуре модификации SN, инициированной MN, процедура высвобождения SN, инициированная MN, или процедура высвобождения SN, инициированная SN), объем данных, которые принадлежат оконечному устройству и которые проходят через SN, или могут инструктировать MN сообщить в конкретный период времени объем данных оконечного устройства, которые проходят через SN, и т.п. Возможно, запрос включает в себя: MN сообщает определенным образом объем данных, которые принадлежат оконечному устройству и которые проходят через SN, например, объем данных всех служебных данных, которые принадлежат оконечному устройству и который проходит через SN, объемы данных одного или нескольких сетевых сегментов, которые принадлежат оконечному устройству и которые проходят через SN, объемы данных одного или нескольких PDU сеансов, которые принадлежат оконечному устройству и которые проходят через SN, объемы данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству и проходящих через SN, и объемы данных одного или нескольких QoS потоков, принадлежащих оконечному устройству и проходящих через SN. Кроме того, запрос может дополнительно включать в себя критерий классификации, указывающий группу QoS потоков для отчета об объеме данных SN.
Если оконечное устройство реализует множественное подключение с использованием множества SNs, запрос объема данных SN дополнительно включает в себя идентификаторы одного или нескольких SNs.
305. MN отправляет запрос объема данных SN в SN.
На этом этапе MN запрашивает SN отправить объем данных, которые принадлежат оконечному устройству и которые проходит через SN. Запрос может инструктировать SN сообщать об объеме данных, которые принадлежат оконечному устройству и которые проходят через SN, или может указывать SN отправлять отчет в конкретном состоянии (например, в процедуре модификации SN, инициированной MN, процедуре высвобождения SN, инициированная MN, или процедуре высвобождения SN, инициированная SN), объема данных, которые принадлежат оконечному устройству и которые проходят через SN, или могут дать указание SN сообщить, в конкретный период времени, объем данных оконечного устройства, которые проходят через SN. Возможно, запрос включает в себя: SN сообщает определенным образом объем данных, которые принадлежат оконечному устройству и которые проходят через SN, например, объем данных всех служебных данных, которые принадлежат оконечному устройству и которые проходят через SN, объемы данных одного или нескольких сетевых сегментов, которые принадлежат оконечному устройству и которые проходят через SN, объемы данных одного или нескольких PDU сеансов, которые принадлежат оконечному устройству и которые проходят через SN, объемы данных одной или нескольких групп QoS потоков, принадлежащие оконечному устройству и проходящие через SN, и объемы данных одного или нескольких QoS потоков, принадлежащие оконечному устройству и проходящие через SN.
Если оконечное устройство реализует возможность множественного подключения с использованием множества SNs, MN отдельно отправляет запрос объема данных SN в множество SNs.
Возможно, на этапе 301 второй отчет об объеме данных, отправленный SN в MN, включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые относятся к одному или нескольким PDU сеансам оконечного устройства и которые проходят через SN. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящих через SN). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя, по меньшей мере, один из идентификаторов DRBs, которым отображены один или несколько QoS потоков в группе QoS потоков, типы канала одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 302, в возможной реализации, первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые относятся к каждому из одного или нескольких PDU сеансов оконечного устройства и которые проходят через SN. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящей через SN). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя типы каналов одного или нескольких QoS потоков в группе QoS потоков и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В другой возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков одного PDU сеанса во втором отчете об объеме данных, сообщенном SN, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через SN, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через SN). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, типы каналов одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В еще одной возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщенном SN, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству, которые проходят через SN, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех из одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через SN). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, типы канала одного или нескольких QoS потоков и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 301, второй отчет об объеме данных, отправленный SN в MN, включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через SN, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через SN). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, идентификаторы DRBs, на которые отображены один или несколько QFIs, типы канала одного или нескольких QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 302, в возможной реализации, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через SN, и информацию объема данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через SN). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, типы каналов одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В другой возможной реализации MN суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщенном SN, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству, которые проходят через SN, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех из одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через SN). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, типы канала одного или нескольких QoS потоков и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 301, второй отчет об объеме данных, отправленный SN в MN, включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и прошедших через SN, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех из одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через SN). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы DRBs, на которые отображены один или несколько QoS потоков, типы каналов одного или нескольких QoS потоков и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 302 первый отчет об объеме данных, сформированный MN, включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через SN, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех из одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через SN). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, типы канала одного или нескольких QoS потоков и идентификаторы PDU сеансов, к которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 302 первый отчет об объеме данных, сформированный MN, включает в себя сумму объемов данных всех из одного или нескольких QoS потоков, которые принадлежат оконечному устройству и которые проходят через SN (то есть, объем данных, которые принадлежат оконечному устройству и проходят через SN).
Очевидно, что запрос объема данных SN, второй отчет об обмене данных и первый отчет об объеме данных могут передаваться отдельно в разных сообщениях. Например, запрос объема данных SN может передаваться во втором сообщении запроса отчета об объеме данных технологии радиодоступа (ratio access technology, RAT), втором сообщении запроса отчета RAT или другом сообщении. Второй отчет об объеме данных и/или первый отчет об объеме данных может передаваться отдельно во втором сообщении отчета об объеме данных RAT, втором сообщении отчета RAT, втором сообщении ответа отчета об объеме данных RAT, втором сообщении ответа отчета RAT или другом сообщении. Это не ограничивается данным вариантом выполнения настоящего изобретения.
В соответствии с вышеизложенными этапами в этом варианте осуществления настоящего изобретения реализуется способ отчетности об объеме данных, которые принадлежат оконечному устройству и которые проходят через SN в типе оконечного канала SN в сценарии множественного подключения. Кроме того, реализован способ отчетности об объемах данных с различной гранулярностью сервисных данных (таких как гранулярность QoS потока, гранулярность группы QoS потоков, гранулярность PDU сеанса и гранулярность сетевого сегмента), так что базовая сеть может получать объемы данных с различной гранулярностью служебных данных для предоставления основы для гибкой тарификации трафика.
Фиг. 4 является блок-схемой алгоритма способа 400 отчетности по объему данных в другом сценарии множественных подключений согласно варианту осуществления настоящего изобретения. Способ 400 может применяться к взаимодействию между главным узлом 140, вторичным узлом 142 и 5GC 180, показанным на фиг. 1, в типе оконечного канала MN. Процедура на фиг. 4 включает в себя следующие этапы.
401. MN получает первый отчет об объеме данных.
На этом этапе MN получает первый отчет об объеме данных об объеме данных, который принадлежит оконечному устройству и который проходит через SN. В этом варианте осуществления настоящего изобретения, поскольку PDCP уровень для обработки канала данных плоскости пользователя оконечного устройства расположен в MN, MN может подсчитывать объем данных служебных данных, который принадлежит оконечному SCG каналу MN и/или MN оконечному разделенному каналу оконечного устройства, который проходит через SN. То, что MN получает первый отчет об объеме данных, может быть, в частности, тем, что MN формирует первый отчет об объеме данных на основании результата подсчета объема данных, проходящих через SN.
Например, оконечное устройство выполняет обмен данными при множественном подключении типа оконечного канала MN с множеством сетевых узлов, включающий в себя оконечный SCG канал MN и/или разделенный оконечный канал MN. Служебные данные, которые относятся к оконечному MN каналу SCG и/или оконечному MN разделенному каналу оконечного устройства, и которые проходят через SN, включают в себя данные первого PDU сеанса и данные второго PDU сеанса. Первый PDU сеанс, проходящий через SN, включает в себя первый поток QoS, второй QoS поток и третий поток QoS, первый QoS поток и второй QoS поток отображаются на первый DRB, третий QoS поток отображается на второй DRB, и первый поток QoS, второй QoS поток и третий QoS поток принадлежат типу оконечного SCG канала MN. Второй PDU сеанс, проходящий через SN, включает в себя четвертый QoS поток и пятый поток QoS, четвертый QoS поток и пятый QoS поток отображаются на третий DRB, и четвертый QoS поток и пятый QoS поток принадлежат оконечному MN типу раздельного канала. Первый PDU сеанс принадлежит первому сетевому сегменту и второй PDU сеанс принадлежит второму сетевому сегменту. Следует понимать, что первый PDU сеанс и второй PDU сеанс могут дополнительно отдельно включать в себя другой QoS поток, который не проходит через SN. Первый сетевой сегмент и второй сетевой сегмент могут дополнительно отдельно включать в себя другой PDU сеанс, который не проходит через SN.
В возможной реализации первый отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, которые относятся к одному или нескольким PDU сеансам оконечного устройства и проходят через SN, идентификаторы PDU сеансов, к которым принадлежит один или несколько QoS потоков и объемы данных одного или нескольких QoS потоков. Следует понимать, что объемы данных одного или нескольких QoS потоков могут быть объемами данных всех одного или нескольких QoS потоков, проходящих через SN, или могут быть суммой объемов данных всех одного или нескольких QoS потоков, проходящий через SN. Возможно, первый отчет об объеме данных дополнительно включает в себя типы каналов одного или нескольких QoS потоков, проходящих через SN, и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В соответствии с вышеприведенным примером, первый отчет об объеме данных включает в себя идентификатор первого PDU сеанса, QFI первого QoS потока и объем данных первого QoS потока, проходящего через SN; QFI второго QoS потока и объем данных второго QoS потока, проходящего через SN; QFI третьего QoS потока и объем данных третьего QoS потока, проходящего через SN; идентификатор второго PDU сеанса, QFI четвертого QoS потока и объем данных четвертого QoS потока, проходящего через SN; и QFI пятого QoS потока и объем данных пятого QoS потока, проходящего через SN. Возможно, первый отчет об объеме данных дополнительно включает в себя тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента. Следует отметить, что данные одного QoS потока, проходящего через SN, могут быть всеми данными QoS потока или могут быть частью данных QoS потока. Например, для оконечного SCG канала SN все данные одного QoS потока, проходящего через SN, и объем данных QoS потока, проходящего через SN является объемом данных всех данных QoS потока. Для оконечного разделенного канала SN, часть данных одного QoS потока проходит через SN, и другая часть данных проходит через MN, и объем данных QoS потока, проходящего через SN, является объемом данных части данных QoS потока, который проходит через SN.
В другой возможной реализации первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые относятся к одному или нескольким PDU сеансам оконечного устройства и которые проходят через SN. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящей через SN). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя типы каналов одного или нескольких QoS потоков в группе QoS потоков и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В соответствии с приведенным выше примером, если первый QoS поток и второй QoS поток принадлежат первой группе QoS потоков, третий QoS поток принадлежит второй группе QoS потоков, четвертый QoS поток и пятый QoS поток принадлежат третьей группе QoS потоков, первый отчет об объеме данных может включать в себя идентификатор первого PDU сеанса, QFI первого QoS потока, QFI второго QoS потока и сумму объемов данных первого QoS потока и второго QoS потока, проходящий через SN (то есть, объем данных первой группы QoS потоков, проходящий через SN); QFI третьего QoS потока и объем данных третьего QoS потока, проходящего через SN (то есть, объем данных второй группы QoS потоков, проходящий через SN); и идентификатор второго PDU сеанса, QFI четвертого QoS потока, QFI пятого QoS потока и сумму объемов данных четвертого QoS потока и пятого QoS потока, проходящих через SN (то есть, объем данных третьей группы QoS потоков, проходящей через SN). Возможно, первый отчет об объеме данных дополнительно включает в себя тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента.
В еще одной возможной реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через SN, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через SN). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, типы каналов одного или нескольких QoS потоков и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В соответствии с предшествующим примером, первый отчет об объеме данных включает в себя идентификатор первого PDU сеанса и сумму объемов данных первого QoS потока для третьего QoS потока, проходящего через SN (то есть, объем данных первого PDU сеанса, проходящего через SN); и идентификатор второго PDU сеанса и сумма объемов данных четвертого QoS потока и пятого QoS потока, проходящих через SN (то есть, объем данных второго PDU сеанса, проходящего через SN). Возможно, первый отчет об объеме данных дополнительно включает в себя QFIs от первого QoS потока к пятому потоку QoS, тип канала SCG, тип разделенного канала, идентификатор первого сетевого сегмента и идентификатор второго сетевого сегмента.
В еще одной возможной реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, которые принадлежат оконечному устройству и которые проходят через SN, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех из одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через SN). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, типы канала одного или нескольких QoS потоков и идентификаторы PDU сеансов, которым принадлежит один или несколько QoS потоков. В соответствии с предшествующим примером, первый отчет об объеме данных включает в себя идентификатор первого сетевого сегмента и сумму объемов данных от первого QoS потока к третьему QoS потоку, проходящего через SN (то есть, объем данных первого сетевого сегмента, проходящий через SN); и идентификатор второго сетевого сегмента и сумму объемов данных четвертого QoS потока и пятого QoS потока, проходящих через SN (то есть, объем данных второго сетевого сегмента, проходящего через SN). Возможно, первый отчет об объеме данных дополнительно включает в себя QFIs от первого QoS потока к пятому QoS потоку, тип канала SCG, тип разделенного канала, идентификатор первого PDU сеанса и идентификатор второго PDU сеанса.
В еще одной возможной реализации первый отчет об объеме данных включает в себя сумму объемов данных всех одного или нескольких QoS потоков, которые принадлежат оконечному устройству и которые проходят через SN (то есть, объем данных оконечного устройства и проходит через SN).
402. MN отправляет первый отчет об объеме данных в 5GC узел.
Возможно, 5GC узел является AMF.
Следует отметить, что, если оконечное устройство реализует возможность множественного подключения с использованием множества SNs, MN формирует первый отчет об объеме данных для каждой части или всего множества SNs на этапе 401, и отправляет один или несколько первых отчетов об объеме данных в 5GC узел на этапе 402. В этом случае первый отчет об объеме данных дополнительно включает в себя идентификатор SN, такой как идентификатор базовой станции SN и список идентификаторов сот для SN. Следует понимать, что, если MN отправляет множество первых отчетов об объеме данных в 5GC узел, MN может добавить множество первых отчетов об объеме данных в одно сообщение и отправить сообщение в 5GC узел или может отдельно отправить множество первых отчетов объема данных в 5GC узел с использованием множества сообщений.
Возможно, прежде чем MN сформирует первый отчет об объеме данных, этот вариант осуществления настоящего изобретения дополнительно включает в себя этап 403.
403. 5GC узел отправляет MN запрос объема данных в SN.
На этом этапе 5GC узел запрашивает у MN отправить объем данных, который принадлежит оконечному устройству и проходит через SN. Запрос может инструктировать MN сообщать об объеме данных, которые принадлежат оконечному устройству и которые проходят через SN, или может инструктировать MN сообщать в конкретном состоянии (например, в процедуре модификации SN, инициированной MN, процедуре высвобождения SN, инициированной MN, или процедуре высвобождении SN, инициированной SN) объем данных, которые принадлежат оконечному устройству и которые проходят через SN, или могут инструктировать MN сообщить в конкретный период времени объем данных оконечного устройства, которые проходят через SN и т.п. Возможно, запрос включает в себя: MN сообщает определенным образом об объеме данных, которые принадлежат оконечному устройству и которые проходят через SN, например, объем данных всех служебных данных, которые принадлежат оконечному устройству и который проходит через SN, объемы данных одного или нескольких PDU сеансов, принадлежащих оконечному устройству и проходящие через SN, объемы данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству и проходящих через SN, и объемы данных одного или нескольких QoS потоков, принадлежащих оконечному устройству и проходящих через SN. Кроме того, запрос может дополнительно включать в себя критерий классификации, указывающий группу QoS потоков для отчетности об объеме данных SN.
Если оконечное устройство реализует множественное подключение с использованием множества SNs, запрос объема данных SN дополнительно включает в себя идентификаторы одного или нескольких SNs.
Следует понимать, что запрос объема данных SN и первый отчет об объеме данных могут передаваться отдельно в разных сообщениях. Например, запрос объема данных SN может передаваться во втором сообщении запроса отчета об объеме данных технологии радиодоступа (ratio access technology, RAT), втором сообщении запроса отчета RAT или другом сообщении. Первый отчет об объеме данных может передаваться во втором сообщении отчета об объеме данных RAT, втором сообщении отчета RAT, втором сообщении ответа отчета об объеме данных RAT, втором сообщении ответа отчета RAT или другом сообщении. Это не ограничивается данным вариантом выполнения настоящего изобретения.
В соответствии с вышеизложенными этапами в этом варианте осуществления настоящего изобретения реализуется способ отчетности об объеме данных, которые принадлежат оконечному устройству и которые проходят через SN в типе оконечного канала MN в сценарии множественных подключений. Кроме того, реализован способ формирования отчетов об объемах данных с различной гранулярностью сервисных данных (таких как гранулярность QoS потока, гранулярность группы QoS потоков, гранулярность PDU сеанса и гранулярность сетевого сегмента), так что базовая сеть может получать объемы данных с различной гранулярностью служебных данных, чтобы обеспечить основу для гибкой тарификации трафика.
В 5G системе сетевой узел доступа gNB может быть дополнительно разделен на центральный блок (central unit, CU) и распределенный блок (distributed unit, DU) на основании стека протоколов, где CU выполняет операции RRC уровня, SDAP уровня и PDCP уровня, и DU выполняет операции RLC уровня, MAC уровня и PHY уровня. Кроме того, CU может быть дополнительно разделен на центральный блок плоскости управления (CU-CP) и центральный блок плоскости пользователя (CU-UP), где CU-CP выполнен с возможностью выполнять обработку плоскости управления RRC уровня и PDCP уровня, и CU-UP выполнен с возможностью выполнять обработку уровня пользователя SDAP уровня и PDCP уровня. Фиг. 5 показывает архитектуру gNB, разделенную на CU-CP, CU-UP и DU. Один gNB может включать в себя один CU-CP, один или несколько CU-UPs и один или несколько DUs. Один CU-CP подключен только к одному CU-CP через интерфейс E1; один DU подключен только к одному CU-CP через интерфейс F1-C; и под управлением CU-CP один DU может быть подключен к одному или нескольким CU-UPs, один CU-UP также может быть подключен к одному или нескольким DUs, и CU-UP подключен к DU через F1-U интерфейс. Следует отметить, что для поддержания эластичности сети один DU и/или один CU-UP также может быть подключен к множеству CU-CPs. Следует понимать, что способ, которым gNB делится на CU и DU на основании стека протоколов является просто примером, и gNB может быть разделен на CU и DU на основании другого стека протоколов. Например, CU может быть выполнен с возможностью управлять работой RLC уровня или DU выполнен с возможностью управлять работой уровня пользователя на PDCP уровне. Это не ограничивается настоящим изобретением.
В этой архитектуре, когда оконечное устройство выполняет обмен данными с множественным подключением с сетью, оконечное устройство выполняет беспроводную связь с множеством DUs и подключается к CU с использованием DU и подключается к 5GC с использованием CU. В этом случае один DU и CU-UP, подключенные к DU, аналогичны функции плоскости пользователя главного узла 140 или вторичного узла 142, показанных на фиг. 1, и CU-CP аналогичен функции уровня управления главного узла 140, показанного на фиг. 1. CU-CP может быть подключен к 5GC узлу через интерфейс NG-C, и CU-UP может быть подключен к 5GC узлу через NG-U интерфейс.
Фиг. 6 является блок-схемой алгоритма еще одного способа 600 отчетности об объеме данных в сценарии множественных подключений согласно варианту осуществления настоящего изобретения. Способ 600 применим к отчетности об объемах данных одного из одного или нескольких DUs, подключенных к одному CU-UP, и может применяться для взаимодействия между CU-CP, CU-UP и 5GC узлом, показанным на фиг. 5. Процедура на фиг. 6 включает в себя следующие этапы.
601. CU-UP отправляет второй отчет об объеме данных в CU-CP.
На этом этапе CU-UP отправляет в CU-CP второй отчет об объеме данных с объемами данных, которые принадлежат оконечному устройству и проходят через один или несколько DUs, подключенных к CU-UP. Второй отчет об объеме данных включает в себя идентификаторы одного или нескольких DUs, которые подключены к CU-UP и через которые проходит оконечное устройство, и информацию об объеме данных одного или нескольких DUs. Информация об объеме данных одного DU включает в себя QFIs одного или нескольких QoS потоков, проходящих через DU, идентификаторы PDU сеансов, к которым принадлежит один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков. Следует понимать, что объемы данных одного или нескольких QoS потоков могут быть объемами данных всех одного или нескольких QoS потоков, проходящих через DU, или могут быть суммой объемов данных всех одного или нескольких QoS потоков, проходящий через DU. Данные одного QoS потока, проходящего через один DN, могут быть всеми данными QoS потока или могут быть частью данных QoS потока. Возможно, информация об объеме данных одного DU дополнительно включает в себя идентификаторы DRBs, на которые отображены один или несколько QoS потоков, проходящие через DU, и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. Следует отметить, что, когда один DU подключен к множеству CU-UPs, данные, проходящие через DU, могут отдельно проходить через множество CU-UPs. Часть данных DU проходит через один CU-CP. В этом случае CU-UP отправляет в CU-CP объем данных той части данных, которая принадлежит DU и проходит через CU-UP.
Например, в таблице 2 показаны информационные элементы (information element, IE) второго отчета об объеме данных, отправленного CU-UP в CU-CP.
Таблица 2 Второй отчет об объеме данных, отправленный CU-UP в CU-CP
IE/Название группы
> DU ID
>> ID PDU сеанса
>> S-NSSAI
>>> Список каналов
>>>> ID канала
>>>>> Объем данных на QoS поток
…
ID DU указывает идентификатор DU, через который проходят данные, такой как идентификатор gNB-DU, название gNB-DU или один или несколько NR глобальных идентификаторов соты (NR cell global identifier, NCGI), где объем данных передается CU-UP в CU-CP. ID PDU сеанса указывает идентификаторы, относящиеся к PDU сеансам, которым принадлежит один или несколько QoS потоков, проходящих через DU, и которые отправляются CU-UP в CU-CP. S-NSSAI указывает идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. Список каналов представляет собой список идентификаторов DRBs и используется для указания идентификаторов одного или нескольких DRBs, на которые отображается один или несколько QoS потоков. Объем данных на QoS поток используется для указания объема данных одного QoS потока, который принадлежит оконечному устройству и который проходит через DU, включающий в себя QFI QoS потока, время начала счета Starttimestamp и время окончания счета Endtimestamp в который CU-UP подсчитывает объем данных, объем данных восходящей линии связи UsagecountUL QoS потока, проходящего через DU, и объем данных нисходящей линии связи UsagecountDL QoS потока, проходящего через DU. Следует понимать, что когда второй отчет об объеме данных включает в себя объемы данных, проходящих через множество DUs, второй отчет об объеме данных включает в себя множество групп информационных элементов, показанных в таблице 2, то есть, включает в себя идентификаторы множества DUs и объем данных, проходящих через каждый DU. Дополнительно, если CU-UP подсчитывает, в одно и то же время начала подсчета и одно и то же время окончания подсчета, объемы данных множества QoS потоков, проходящих через DU, подключенный к CU-UP, то нет необходимости иметь соответствующий IE времени начала подсчета или соответствующий IE времени окончания подсчета в каждой записи объема данных на QoS поток, но помещает IE времени начала подсчета и IE времени окончания подсчета вне каждой записи объема данных QoS потока в качестве общих параметров для подсчета объема данных каждого QoS потока.
602. CU-CP получает первый отчет об объеме данных.
На этом этапе CU-CP получает первый отчет об объеме данных на основании второго отчета об объеме данных, который сообщается CU-UP и который принимается на этапе 601. IEs, включенные в первый отчет об объеме данных, могут быть частично или полностью такими же, как IEs, включенные во второй отчет об объеме данных.
В возможной реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких DUs, которые подключены к CU-UP и через которые проходит оконечное устройство, и информацию об объеме данных одного или нескольких DUs. Информация об объеме данных одного DU включает в себя QFIs одного или нескольких QoS потоков, проходящих через DU, идентификаторы PDU сеансов, к которым принадлежит один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков. Возможно, информация об объеме данных одного DU дополнительно включает в себя идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков, проходящих через DU.
В другой возможной реализации для одного DU, подключенного к CU-UP, CU-CP суммирует объемы данных во втором отчете об объеме данных, сообщенном CU-UP, всех QoS потоков в одной и той же группе QoS потоков, проходя через DU, для формирования первого отчета об объеме данных. Одна группа QoS потоков включает в себя один или несколько QoS потоков одного PDU сеанса, которые проходят через один DU. Сеть классифицирует разные потоки QoS в разные группы QoS потоков в соответствии с определенным критерием, например, политикой тарификации на основании 5GC, гранулярностью на основании DRB или указанием, отправленным 5GC, для классификации одного или нескольких QoS потоков в одну группу QoS потоков. В этой реализации для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству и проходящих через DU. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящей через DU). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков в группе QoS потоков.
В еще одной возможной реализации для одного DU, подключенного к CU-UP, CU-CP суммирует объемы данных во втором отчете об объеме данных, сообщенном CU-UP, всех одного или нескольких QoS потоков того же PDU сеанса, проходящий через DU, для формирования первого отчета об объеме данных. В этой реализации для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В еще одной возможной реализации для одного DU, подключенного к CU-UP, CU-CP суммирует объемы данных во втором отчете об объеме данных, сообщенном CU-UP, для всех одного или нескольких QoS потоков того же сетевого сегмента, проходящий через DU, для формирования первого отчета об объеме данных. В этой реализации для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента и/или идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
603. CU-CP отправляет первый отчет об объеме данных в 5GC узел.
Возможно, 5GC узел является AMF.
Следует отметить, что, если оконечное устройство реализует возможность множественного подключения с использованием множества CU-UPs, часть или все из множества CU-UPs по отдельности выполняют этап 601 для сообщения в CU-CP, объемы данных оконечного устройства, которые проходят через один или несколько DUs, подключенных к CU-UP. По аналогии CU-CP формирует первый отчет об объеме данных для каждого CU-UP, который сообщает об объеме данных на этапе 602, и отправляет один или несколько первых отчетов об объеме данных в 5GC узел на этапе 603. Следует понимать, что если CU-CP отправляет множество отчетов о первых объемах данных в 5GC узел, CU-CP может добавлять множество отчетов о первых объемах данных в одно сообщение и отправлять сообщение в 5GC узел или может отдельно отправлять множество первых отчетов об объеме данных в 5GC узел с использованием множества сообщений.
Возможно, если один DU подключен к множеству CU-UPs, множество CU-UPs по отдельности отправляет в CU-CP во втором отчете об объеме данных объем данных, проходящих через DU каждого CU-UP. В этом случае для одного DU, CU-CP может суммировать объемы данных, которые проходят через DU во множестве принятых отчетов о втором объеме данных, чтобы сформировать первый отчет об объеме данных. В этой реализации первый отчет об объеме данных включает в себя информацию об объеме данных, принадлежащих оконечному устройству и проходящих через DU, то есть QFIs одного или нескольких QoS потоков, проходящих через DU, идентификаторы PDU сеансов, к которым принадлежат один или несколько QoS потоков, и объемы данных одного или нескольких QoS потоков. Кроме того, первый отчет об объеме данных может дополнительно включать в себя идентификаторы одного или нескольких DUs, через которые проходит оконечное устройство, и информацию об объеме данных каждого DU.
Возможно, прежде чем CU-UP отправит второй отчет об объеме данных в CU-CP, этот вариант осуществления настоящего изобретения дополнительно включает в себя этапы 604 и 605.
604. 5GC узел отправляет запрос объема данных DU в CU-CP.
На этом этапе 5GC узел запрашивает у CU-CP отправить объемы данных, принадлежащих оконечному устройству и проходящих через один или несколько DUs, подключенных к CU-UP. Запрос может инструктировать CU-CP сообщать объемы данных, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, или инструктировать CU-CP сообщать в определенном состоянии (например, процедура модификации DU, процедура добавления DU или процедура высвобождения DU) объемы данных, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, или дать команду CU-CP сообщить в определенный период времени объемы данных оконечного устройства, которые проходят через один или несколько DUs. Запрос объема данных DU включает в себя идентификаторы одного или нескольких DUs. Возможно, запрос дополнительно включает в себя: CU-CP сообщает определенным образом объемы данных, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, например, объемы данных всех служебных данных, которые относятся к оконечному устройству и которое проходят через один или несколько DUs, объемы данных одного или нескольких сетевых сегментов, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, объемы данных одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через один или несколько DUs, объемы данных одной или нескольких групп QoS потоков, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, и объемы данных одного или нескольких QoS потоков, которые относятся к оконечному устройству и которые проходят через один или несколько DUs.
605. CU-CP отправляет запрос объема данных DU в CU-UP.
На этом этапе CU-CP запрашивает CU-UP отправить объемы данных, которые принадлежат оконечному устройству и проходят через один или несколько DUs, подключенных к CU-UP. Запрос может инструктировать CU-UP сообщать об объемах данных, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, или инструктировать CU-UP сообщать, при определенных условиях, объемы данных, которые относятся к оконечному устройству и проходят через один или несколько DUs, или инструктирует CU-UP сообщать в определенный период времени объемы данных, которые принадлежат оконечному устройству и которые проходят через одно или несколько DUs. Запрос объема данных DU включает в себя идентификаторы одного или нескольких DUs. Возможно, запрос дополнительно включает в себя: CU-UP сообщает определенным образом объемы данных, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, например, объемы данных всех служебных данных, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, объемы данных одного или нескольких сетевых сегментов, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, объемы данных одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через один или несколько DUs, объемы данных одной или нескольких групп QoS потоков, которые принадлежат оконечному устройству и которые проходят через один или несколько DUs, и объемы данных одного или нескольких QoS потоков, которые относятся к оконечному устройству и которые проходят через один или несколько DUs. Кроме того, запрос может дополнительно включать в себя критерий классификации, указывающий группу QoS потоков для отчетности одного или нескольких объемов данных DU.
Если оконечное устройство реализует возможность множественного подключения с использованием множества CU-UPs, CU-CP отправляет запрос объема данных DU каждой части или всем CU-UPs.
Возможно, на этапе 601 для одного DU, подключенного к CU-UP, второй отчет об объеме данных, отправленный CU-UP в CU-CP, включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые относятся к оконечному устройству и проходящие через DU. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящей через DU). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя идентификаторы DRBs, на которые отображены один или несколько QoS потоков в группе QoS потоков, и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 602, в возможной реализации, для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые принадлежат оконечному устройству и которые проходят через DU. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящих через DU). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков в группе QoS потоков. В другой возможной реализации для одного DU, подключенного к CU-UP, CU-CP суммирует объемы данных всех одного или нескольких QoS потоков одного PDU сеанса во втором отчете об объеме данных, сообщаемом CU-UP, чтобы сформировать первый отчет об объеме данных. В этой реализации для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В еще одной возможной реализации для одного DU, подключенного к CU-UP, CU-CP суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщаемом CU-UP, для формирования первого отчета по объему данных. В этой реализации для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента и/или идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 601 для одного DU, подключенного к CU-UP, второй отчет об объеме данных, отправленный CU-UP на CU-CP, включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, идентификаторы DRBs, на которые отображены один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или больше QoS потоков.
Соответственно, на этапе 602, в возможной реализации, для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя QFIs одного или нескольких QoS потоков PDU сеанса и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В другой возможной реализации для одного DU, подключенного к CU-UP, CU-CP суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщаемом CU-UP, чтобы сформировать первый отчет об объеме данных. В этой реализации для одного DU, подключенного к CU-UP, первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента и/или идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 601 для одного DU, подключенного к CU-UP, второй отчет об объеме данных, отправленный CU-UP в CU-CP, включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы DRBs, на которые отображены один или несколько QoS потоков, и идентификаторы PDU сеансов, к которым принадлежат один или больше QoS потоков.
Соответственно, на этапе 602 первый отчет об объеме данных, сформированный CU-CP, включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через DU, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента и/или идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Следует понимать, что запрос объема данных DU, второй отчет об обмене данных и первый отчет об объеме данных могут передаваться отдельно в разных сообщениях. Например, запрос объема данных DU может передаваться в сообщении запроса отчета об объеме данных DU, сообщении запроса отчета DU или другом сообщении. Второй отчет об объеме данных и/или первый отчет об объеме данных может передаваться отдельно во RAT втором сообщении отчета об объеме данных, RAT втором сообщении отчета, RAT втором сообщении ответа отчета об объеме данных, RAT втором сообщении ответа отчета или в другом сообщении. Это не ограничивается данным вариантом выполнения настоящего изобретения.
В соответствии с вышеизложенными этапами в этом варианте осуществления настоящего изобретения реализован способ отчетности об объеме данных, которые принадлежат оконечному устройству и которые проходят через каждый DU в архитектуре CU/DU с множеством подключений. Кроме того, реализован способ формирования отчетов об объемах данных с различной гранулярностью сервисных данных (таких как гранулярность QoS потока, гранулярность группы QoS потоков, гранулярность PDU сеанса и гранулярность сетевого сегмента), так что базовая сеть может получать объемы данных с различной гранулярностью служебных данных, чтобы обеспечить основу для гибкой тарификации трафика.
Фиг. 7 является блок-схемой алгоритма еще одного способа 700 отчетности об объеме данных в сценарии множественных подключений согласно варианту осуществления настоящего изобретения. Способ 700 применим к отчетности суммы объемов данных всех одного или нескольких DUs, подключенных к одному CU-UP, и может применяться к взаимодействию между CU-CP, CU-UP и 5GC узлом, показанным на фиг. 5. Процедура на фиг. 7 включает в себя следующие этапы.
701. CU-UP отправляет второй отчет об объеме данных в CU-CP.
На этом этапе CU-UP отправляет в CU-CP второй отчет об объеме данных об объеме данных, который принадлежит оконечному устройству и проходит через DU, подключенный к CU-UP. Следует понимать, что к CU-UP может быть подключено одно или несколько DUs. Второй отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и объемы данных один или несколько QoS потоков, проходящих через DU, подключенный к CU-UP. Следует понимать, что объемы данных одного или нескольких QoS потоков, проходящих через DU, подключенный к CU-UP, могут быть объемами данных всех одного или нескольких QoS потоков, проходящих через DU, подключенный к CU-UP, или может быть суммой объемов данных всех одного или нескольких QoS потоков, проходящих через DU, подключенный к CU-UP. Объем данных одного QoS потока, проходящего через DU, подключенный к CU-UP, представляет собой сумму объемов данных QoS потока, проходящего через все DUs, подключенные к CU-UP. Возможно, второй отчет об объеме данных дополнительно включает в себя, по меньшей мере, один из идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, идентификаторы DRBs, на которые отображены один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
702. CU-CP получает первый отчет об объеме данных.
На этом этапе CU-CP получает первый отчет об объеме данных на основании второго отчета об объеме данных, который сообщается CU-UP и который принимается на этапе 701. IEs, включенные в первый отчет об объеме данных, могут быть частично или полностью такие же, как IEs, включенные во второй отчет о томе данных.
В возможной реализации первый отчет об объеме данных включает в себя QFIs одного или нескольких QoS потоков, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, идентификаторы PDU сеансов, к которым один или несколько QoS потоков принадлежат, и объемы данных одного или нескольких QoS потоков, проходящих через DU, подключенный к CU-UP. Возможно, первый отчет об объеме данных дополнительно включает в себя идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В другой возможной реализации CU-CP суммирует объемы данных во втором отчете об объеме данных, сообщенном CU-UP, всех одного или нескольких QoS потоков в одной и той же группе QoS потоков, проходящих через DU, подключенный к CU-UP, чтобы сформировать первый отчет об объеме данных. Одна группа QoS потоков включает в себя один или несколько QoS потоков одного PDU сеанса, которые проходят через один DU. Сеть классифицирует разные потоки QoS в разные группы QoS потоков в соответствии с определенным критерием, например, политикой тарификации на основании 5GC, с гранулярностью на основании DRB или указанием, отправленным 5GC, для классификации одного или нескольких QoS потоков в одну группу QoS потоков. В этой реализации первый отчет об объеме данных включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству и проходящих через DU, подключенный к CU-UP. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящих через DU, подключенный к CU-UP). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков в группе QoS потоков, и/или идентификаторы сетевых сегментов, к которым принадлежит один или больше QoS потоков.
В еще одной возможной реализации, CU-CP суммирует объемы данных во втором отчете об объеме данных, сообщенном CU-UP, всех одного или нескольких QoS потоков одного и того же PDU сеанса, проходящего через DU, подключенный к CU-UP, чтобы сформировать первый отчет об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU-UP, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя QFIs одного или нескольких QoS потоков PDU сеанса, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и/или идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
В еще одной возможной реализации CU-CP суммирует объемы данных во втором отчете об объеме данных, сообщаемом CU-UP, всех одного или нескольких QoS потоков одного и того же сетевого сегмента, проходящего через DU, подключенный к CU-UP, чтобы сформировать первый отчет об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и проходящих через DU, подключенный к CU-UP, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и/или идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
703. CU-CP отправляет первый отчет об объеме данных в 5GC узел.
Возможно, 5GC узел является AMF.
Следует отметить, что, если оконечное устройство реализует возможность множественного подключения с использованием множества CU-UPs, часть или все из множества CU-UPs по отдельности выполняют этап 701 для отчетности в CU-CP объемов данных, которые принадлежат оконечному устройству и проходят через один или несколько DUs, подключенных к CU-UP. По аналогии CU-CP формирует первый отчет об объеме данных для каждого CU-UP, который сообщает об объеме данных на этапе 702, и отправляет один или несколько первых отчетов об объеме данных в 5GC узел на этапе 703. Следует понимать, что если CU-CP отправляет множество первых отчетов об объемах данных в 5GC узел, CU-CP может добавлять множество первых отчетов об объемах данных в одно сообщение и отправлять сообщение в 5GC узел или может отдельно отправлять множество первых отчетов об объемах данных в 5GC узел с использованием множества сообщений.
Возможно, прежде чем CU-UP отправит второй отчет об объеме данных в CU-CP, этот вариант осуществления настоящего изобретения дополнительно включает в себя этапы 704 и 705.
704. 5GC узел отправляет запрос объема данных CU-UP в CU-CP.
На этом этапе 5GC узел запрашивает CU-CP отправить объем данных оконечного устройства, которые проходят через DU, подключенный к CU-UP. Запрос может инструктировать CU-CP сообщать об объеме данных, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, или инструктировать CU-CP сообщать в определенном состоянии (например, процедура модификации DU, процедура добавления DU или процедура высвобождения DU) объем данных, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, или инструктировать CU-CP сообщить, в определенный период времени, объем данных оконечного устройства, проходящих через DU, подключенный к CU-UP. Возможно, запрос дополнительно включает в себя: CU-CP сообщает определенным образом об объеме данных, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, например, объем данных всех служебных данных, принадлежащие оконечному устройству и проходящие через DU, подключенный к CU-UP, объемы данных одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и проходящие через DU, подключенный к CU-UP, объемы данных одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU-UP, объемы данных одной или нескольких групп QoS потоков, принадлежащих оконечному устройству и проходящих через DU, подключенный к CU-UP, и объемы данных одного или нескольких QoS потоков, которые принадлежат оконечному устройству и проходят через DU, подключенный к CU-UP.
705. CU-CP отправляет запрос объема данных CU-UP в CU-UP.
На этом этапе CU-CP запрашивает CU-UP отправить объем данных, который принадлежит оконечному устройству и проходит через DU, подключенный к CU-UP. Запрос может указать CU-UP сообщить об объеме данных, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, или указать CU-UP сообщить, в определенных условиях, объем данных, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, или указать CU-UP сообщить в определенный период времени объем данных, которые принадлежат оконечному устройству и которые проходит через DU, подключенный к CU-UP. Возможно, запрос дополнительно включает в себя: CU-UP сообщает определенным образом объем данных, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP, например, объем данных всех служебных данных, принадлежащие оконечному устройству и проходящие через DU, подключенный к CU-UP, объемы данных одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и проходящие через DU, подключенный к CU-UP, объемы данных одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU-UP, объемы данных одной или нескольких групп QoS потоков, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU -UP, и объемы данных одного или нескольких QoS потоков, которые принадлежат оконечному устройству и проходят через DU, подключенный к CU-UP. Кроме того, запрос может дополнительно включать в себя критерий классификации, указывающий группу QoS потоков для отчетности об объеме данных DU.
Если оконечное устройство реализует возможность множественного подключения с использованием множества CU-UPs, CU-CP отправляет запрос объема данных CU-UP каждой из части или всем CU-UPs.
Возможно, на этапе 701 второй отчет об объеме данных, отправленный CU-UP в CU-CP, включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потоков, проходящей через DU, подключенный к CU-UP). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя, по меньшей мере, один из идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков в группе QoS потоков, идентификаторы DRBs, на которые отображаются один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 702, в возможной реализации, первый отчет об объеме данных, сформированный CU-CP, включает в себя информацию об объеме данных одной или нескольких групп QoS потоков, которые принадлежат оконечному устройству и которые проходят через DU, подключенный к CU-UP. Информация об объеме данных одной группы QoS потоков включает в себя QFIs одного или нескольких QoS потоков в группе QoS потоков, идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков, и сумму объемов данных всех QoS потоков в группе QoS потоков (то есть, объем данных группы QoS потока, проходящей через DU, подключенный к CU-UP). Возможно, информация об объеме данных одной группы QoS потоков дополнительно включает в себя идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков в группе QoS потоков, и/или идентификаторы сетевых сегментов, к которым принадлежат один или больше QoS потоков. В другой возможной реализации CU-CP суммирует объемы данных всех одного или нескольких QoS потоков одного PDU сеанса во втором отчете об объеме данных, сообщенном CU-UP, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU-UP, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В еще одной возможной реализации CU-CP суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщенном CU-UP, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и проходящих через DU, подключенный к CU-UP, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 701 второй отчет об объеме данных, отправленный CU-UP на CU-CP, включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU- UP, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 702, в возможной реализации, первый отчет об объеме данных, сформированный CU-CP, включает в себя идентификаторы одного или нескольких PDU сеансов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU-UP, и информацию об объеме данных одного или нескольких PDU сеансов. Информация об объеме данных одного PDU сеанса включает в себя сумму объемов данных всех одного или нескольких QoS потоков PDU сеанса (то есть, объем данных PDU сеанса, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного PDU сеанса дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков PDU сеанса, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и идентификаторы сетевых сегментов, которым принадлежат один или несколько QoS потоков. В другой возможной реализации CU-CP суммирует объемы данных всех одного или нескольких QoS потоков одного и того же сетевого сегмента во втором отчете об объеме данных, сообщенном CU-UP, для формирования первого отчета об объеме данных. В этой реализации первый отчет об объеме данных включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и проходящих через DU, подключенный к CU-UP, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Возможно, на этапе 701 второй отчет об объеме данных, отправленный CU-UP в CU-CP, включает в себя идентификаторы одного или нескольких сетевых сегментов, принадлежащих оконечному устройству и проходящих через DU, подключенный к CU- UP, и информацию об объеме данных одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, идентификаторы DRBs, на которые отображены один или несколько QoS потоков, и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Соответственно, на этапе 702 первый отчет об объеме данных, сформированный CU-CP, включает в себя идентификаторы одного или нескольких сетевых сегментов, которые относятся к оконечному устройству и которые проходят через DU, подключенный к CU-UP, и информацию об объеме данных. одного или нескольких сетевых сегментов. Информация об объеме данных одного сетевого сегмента включает в себя сумму объемов данных всех одного или нескольких QoS потоков сетевого сегмента (то есть, объем данных сетевого сегмента, проходящего через DU, подключенный к CU-UP). Возможно, информация об объеме данных одного сетевого сегмента дополнительно включает в себя, по меньшей мере, один из QFIs одного или нескольких QoS потоков сетевого сегмента, идентификаторы всех DUs, которые подключены к CU-UP и через которые проходят один или несколько QoS потоков, и идентификаторы PDU сеансов, которым принадлежат один или несколько QoS потоков.
Следует понимать, что запрос объема данных CU-UP, второй отчет об объеме данных и первый отчет об объеме данных могут передаваться отдельно в разных сообщениях. Например, запрос объема данных CU-UP может передаваться в сообщении запроса отчета об объеме данных CU-UP, сообщении запроса отчета CU-UP или другом сообщении. Второй отчет об объеме данных и/или первый отчет об объеме данных может передаваться отдельно во RAT втором сообщении отчета об объеме данных, RAT втором сообщении отчета, RAT втором сообщении ответа отчета об объеме данных, RAT втором ответном сообщении отчета или в другом сообщении. Это не ограничивается данным вариантом выполнения настоящего изобретения.
В соответствии с вышеизложенными этапами в этом варианте осуществления настоящего изобретения реализован способ отчетности суммы объемов данных, которые принадлежат оконечному устройству и проходят через все DUs, подключенные к CU-UP в архитектуре CU/DU с множественном подключении. Кроме того, реализован способ отчетности об объемах данных с различной гранулярностью сервисных данных (таких как гранулярность QoS потока, гранулярность группы QoS потоков, гранулярность PDU сеанса и гранулярность сетевого сегмента), так что сеть может получать объемы данных с различной гранулярностью служебных данных, чтобы обеспечить основу для гибкой тарификации трафика.
Все или некоторые из вышеизложенных вариантов осуществления могут быть реализованы с помощью программного обеспечения, аппаратного обеспечения, встроенного программного обеспечения или любой их комбинации. Когда программное обеспечение используется для реализации вариантов осуществления, все или некоторые варианты осуществления могут быть реализованы в форме компьютерного программного продукта. Компьютерный программный продукт включает в себя одну или несколько компьютерных инструкций. Когда инструкции компьютерной программы загружаются и выполняются на компьютере, генерируются все или некоторые из процедур или функций в вариантах осуществления настоящего изобретения. Компьютер может быть компьютером общего назначения, специализированным компьютером, компьютерной сетью или другим программируемым устройством. Компьютерные инструкции могут храниться на машиночитаемом носителе данных или могут передаваться с машиночитаемого носителя данных на другой машиночитаемый носитель данных. Например, компьютерные инструкции могут быть переданы с веб-сайта, компьютера, сервера или центра обработки данных на другой веб-сайт, компьютер, сервер или центр обработки данных по проводному соединению (например, коаксиальному кабелю, оптическому волокну или цифровой абонентской линии (DSL)) или по беспроводной связи (например, связь инфракрасного, радио или микроволнового диапазонов). Машиночитаемый носитель данных может быть любым используемым носителем, доступным для компьютера, или устройством хранения данных, таким как сервер или центр обработки данных, объединяющим один или несколько используемых носителей. Используемый носитель может представлять собой магнитный носитель (например, гибкий диск, жесткий диск или магнитную ленту), оптический носитель (например, DVD), полупроводниковый носитель (например, твердотельный накопитель, solid state disk (SSD)) и т.п. Специалист в данной области может использовать разные способы для реализации описанных функций для каждого конкретного приложения, но следует учитывать, что реализация не выходит за рамки данной патентной заявки.
Вышеизложенное подробно описывает варианты осуществления способа данной заявки со ссылкой на фиг. 3, фиг. 4, фиг. 6 и фиг. 7. Нижеследующее подробно описывает варианты осуществления устройства по настоящему изобретению со ссылкой на фиг. 8 - фиг. 11. Следует понимать, что варианты осуществления устройства соответствуют вариантам осуществления способа. Подобные описания см. в вариантах осуществления способа. Следует отметить, что варианты осуществления устройства могут использоваться вместе с вышеизложенными способами или могут использоваться независимо.
Фиг. 8 является блок-схемой первого сетевого устройства 800 согласно варианту осуществления настоящего изобретения. Первое сетевое устройство 800 может соответствовать (например, может быть сконфигурировано как или может быть) MN, описанным в способе 300 или 400, или CU-CP, описанным в способе 600 или 700. MN или CU-CP 800 может включают в себя процессор 801 и приемопередатчик 802, и процессор 801 коммуникативно соединен с приемопередатчиком 802. Возможно, MN или CU-CP 800 дополнительно включает в себя память 803, и память 803 коммуникативно соединена с процессором 801. Возможно, процессор 801, память 803 и приемопередатчик 802 могут быть коммуникативно соединены друг с другом. Память 803 может быть выполнена с возможностью хранить инструкции, и процессор 801 выполнен с возможностью выполнять инструкции, хранящейся в памяти 803, для управления приемопередатчиком 802 для приема и/или отправки информации или сигнала. Процессор 801 и приемопередатчик 802 по отдельности выполнены с возможностью выполнять действия или процессы обработки, выполняемых MN, описанным в способе 300 или 400, или CU-CP, описанным в способе 600 или 700. Подробное описание повторно не приводится.
Фиг. 9 является еще одной блок-схемой первого сетевого устройства 900 согласно варианту осуществления настоящего изобретения. Первое сетевое устройство 900 может соответствовать (например, может быть сконфигурировано как или может быть) MN, описанным в способе 300 или 400, или CU-CP, описанным в способе 600 или 700. MN или CU-CP 900 может включают в себя блок 901 связи и блок 902 обработки, и блок 902 обработки коммуникативно соединен с блоком 901 связи. В этом варианте осуществления настоящего изобретения MN или CU-CP 900 представлены в форме функционального блока. «Блок» в данном документе может быть процессором и памятью, которые исполняют одно или несколько программ или программ микропрограмм, интегральной логической схемой и/или другим устройством, которое может обеспечивать вышеуказанную функцию. MN или CU-CP могут использовать форму, показанную на фиг.8. Блок 902 обработки может быть реализован процессором 801 на фиг. 8, и блок 901 связи может быть реализован приемопередатчиком 802 на фиг. 8. MN или CU-CP 900 могут дополнительно включать в себя блок памяти, выполненный с возможностью хранить программы или данные, которые должны быть выполнены блоком 902 обработки, или для хранения информации, полученной и/или отправленной с использованием блока 901 связи. Модули и блоки в MN или CU-CP 900 отдельно выполнены с возможностью выполнять действия или процессы обработки, выполняемые MN, описанные в способе 300 или 400, или CU-CP, описанные в способе 600 или 700. Чтобы избежать повторения, их подробное описание здесь опущено.
Фиг. 10 представляет собой блок-схему второго сетевого устройства 1000 согласно варианту осуществления настоящего изобретения. Второе сетевое устройство 1000 может соответствовать (например, может быть сконфигурировано как или может быть) SN, описанным в способе 300, или CU-UP, описанным в способе 600 или 700. SN или CU-UP 1000 может включать в себя процессор 1001 и приемопередатчик 1002, и процессор 1001 коммуникативно связан с приемопередатчиком 1002. Возможно, SN или CU-UP 1000 дополнительно включает в себя память 1003, и память 1003 коммуникативно соединена с процессором 1001. Возможно, процессор 1001, память 1003 и приемопередатчик 1002 могут быть коммуникативно связаны друг с другом. Память 1003 может быть выполнена с возможностью хранить инструкции, и процессор 1001 выполнен с возможностью выполнять инструкции, хранящейся в памяти 1003, для управления приемопередатчиком 1002 для приема и/или отправки информации или сигнала. Процессор 1001 и приемопередатчик 1002 по отдельности выполнены с возможностью выполнять действия или процессы обработки, выполняемые SN в способе 300 или CU-UP в способе 600 или 700. Чтобы избежать повторения, их подробное описание здесь опущено.
Фиг. 11 является другой схематической блок-схемой второго сетевого устройства 1100 согласно варианту осуществления настоящего изобретения. Второе сетевое устройство 1100 может соответствовать (например, может быть сконфигурировано как или может быть) SN, описанным в способе 300, или CU-UP, описанным в способе 600 или 700. SN или CU-UP 1000 может включать в себя блок 1101 связи и блок 1102 обработки, и блок 1102 обработки коммуникативно соединен с блоком 1101 связи. В этом варианте осуществления настоящего изобретения SN или CU-UP 1100 представлен в форме функционального блока. «Блок» в данном документе может быть процессором и памятью, которые исполняют одно или более программное обеспечение или микропрограмм, интегральной логической схемой и/или другим устройством, которое может обеспечивать вышеуказанную функцию. SN или CU-UP могут использовать форму, показанную на фиг. 10. Блок 1102 обработки может быть реализован процессором 1001 на фиг. 10, и блок 1101 связи может быть реализован приемопередатчиком 1002 на фиг. 10. SN или CU-UP 1100 может дополнительно включать в себя блок хранения, выполненный с возможностью хранить программы или данные, которые должны быть выполнены блоком 1102 обработки, или хранить информацию, принятую и/или отправленную с помощью блока 1101 связи. Модули и блоки в SN или CU-UP 1100 отдельно выполнены с возможностью выполнять действия или процессы обработки, выполняемых SN в способе 300 или CU-UP в способе 600 или 700. Чтобы избежать повторения, их подробное описание здесь опущено.
Следует понимать, что процессор (801 или 1001) в вариантах осуществления устройства настоящего изобретения может быть центральным процессором (central processing unit, CPU), сетевым процессором (network processor, NP), аппаратной микросхемой или любым их сочетанием. Аппаратная микросхема может быть специализированной интегральной схемой (application-specific integrated circuit, ASIC), программируемым логическим устройством (programmable logic device, PLD) или их комбинацией. PLD может представлять собой сложное программируемое логическое устройство (complex programmable logic device, CPLD), программируемую пользователем вентильную матрицу (field-programmable logic device, FPGA), общую логику массива (generic array logic, GAL) или любую их комбинацию.
Память (803 или 1003) в вариантах осуществления устройства настоящего изобретения может быть энергозависимой памятью (volatile memory), такой как оперативная память (random access memory, RAM), или может быть энергонезависимой памятью (non-volatile memory), например постоянная память (read-only memory, ROM), флэш-память (flash memory), жесткий диск (hard disk drive, HDD) или твердотельный накопитель (solid state drive, SSD) или может быть комбинацией вышеупомянутых типов памяти.
В нескольких вариантах осуществления, представленных в настоящем изобретении, следует понимать, что раскрытые устройство и способ могут быть реализованы другими способами. Например, описанный вариант осуществления устройства является просто примером. Например, разделение на блоки является просто разделением логических функций и может быть другим разделением в реальной реализации. Например, множество блоков или компонентов могут быть объединены или интегрированы в другую систему, или некоторые функции могут игнорироваться или не выполняться. Кроме того, отображаемые или обсуждаемые взаимные связи или прямые связи или коммуникационные соединения могут быть реализованы через некоторые интерфейсы. Непрямые связи или коммуникационные соединения между устройствами или блоками могут быть реализованы в электронной, механической или других формах.
Блоки, описанные как отдельные части, могут быть или не могут быть физически отдельными, и части, отображаемые как блоки, могут быть или могут не быть физическими блоками, могут быть расположены в одной позиции или могут быть распределены по множеству сетевых блоков. Некоторые или все блоки могут быть выбраны на основании фактических требований для достижения целей решений вариантов осуществления.
Дополнительно, функциональные блоки в вариантах осуществления этой патентной заявки могут быть интегрированы в один блок обработки, или каждый из блоков может существовать отдельно физически, или два или более блоков объединены в один блок.
Когда функции реализованы в форме программного функционального блока и продаются или используются как независимый продукт, функции могут храниться на машиночитаемом носителе данных. Основываясь на таком понимании, технические решения данной патентной заявки, по существу, или часть, вносящая вклад в предшествующий уровень техники, или некоторые из технических решений могут быть реализованы в форме программного продукта. Компьютерный программный продукт хранится на носителе данных и включает в себя несколько инструкций для указания компьютерному устройству (которое может быть персональным компьютером, сервером, сетевым устройством или т.п.) выполнять все или некоторые из этапов способов, описанные в вариантах осуществления настоящего изобретения. Вышеупомянутый носитель данных включает в себя: любой носитель, который может хранить программный код, такой как флэш-накопитель USB, съемный жесткий диск, постоянное запоминающее устройство (read-only memory, ROM), оперативное запоминающее устройство (random access memory, RAM), магнитный диск или оптический диск.
Вышеприведенные описания являются просто конкретными реализациями настоящего изобретения, но не предназначены для ограничения объема защиты настоящего изобретения. Любое изменение или замена, легко обнаруженные специалистом в данной области техники в рамках технического объема, раскрытого в настоящем изобретении, должны находиться в рамках объема защиты настоящего изобретения. Таким образом, объем защиты настоящего изобретения должен соответствовать объему защиты формулы изобретения.