СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ QoS Российский патент 2020 года по МПК H04W72/12 

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

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области связи, и, в частности, к способу и устройству для управления качеством обслуживания (Quality of Service, QoS).

УРОВЕНЬ ТЕХНИКИ

В современной системе проекта долгосрочного развития систем связи (Long Term Evolution, LTE) реализуется механизм сквозного QoS. Как показано на фиг. 1, несколько однонаправленных каналов (bearer) можно использовать чтобы гарантировать QoS от шлюза сети пакетной передачи данных (Packet Data Network Gateway, PGW) к UE, и однонаправленные каналы включают в себя три однонаправленных канала: однонаправленных канал S5/S8, однонаправленный канал S1 и однонаправленный радиоканал (radio bearer). PGW обеспечивает атрибут однонаправленного канала. На нисходящей линии связи, PGW отображает поток данных услуги (Service Data Flow, SDF) в однонаправленный канал усовершенствованной системы пакетной связи (Evolved Packet System, EPS) посредством фильтрации с использованием шаблона потока трафика (Traffic Flow Template, TFT). Требование QoS гарантируется на интерфейсе S5/S8, интерфейсе S1 и радиоинтерфейсе с использованием атрибута однонаправленного канала EPS. На S1 и радиоинтерфейсе, узел управления мобильностью (Mobility Management Entity, MME) в базовой сети обеспечивает параметр QoS усовершенствованного однонаправленного канала радиодоступа (Evolved Radio Access Bearer, E-RAB). Параметр QoS E-RAB включает в себя идентификатор класса качества обслуживания (QoS Classification Identifier, QCI) и приоритет выделения и удержания (Allocation and Retention Priority, ARP). В необязательном порядке, параметр QoS E-RAB дополнительно включает в себя гарантированную битовую скорость (Guaranteed Bit Rate, GBR) и совокупную максимальную битовую скорость (Aggregate Maximum Bit Rate, AMBR) UE. Разные QCI соответствуют разным требованиям качества QoS.

В реализации радиоинтерфейса LTE, один SDF соответствует одному специальному однонаправленному каналу, или множество SDF соответствуют одному принятому по умолчанию (default) однонаправленному каналу, один однонаправленный канал соответствует одному однонаправленному радиоканалу (radio bearer, RB), и один RB включает в себя узел протокола конвергенции пакетной передачи данных (Packet Data Convergence Protocol, PDCP), узел управления линией радиосвязи (Radio Link Control Protocol, RLC) и функцию управления доступом к среде (Media Access Control Protocol, MAC). Узел PDCP имеет такие функции, как шифрование, защита целостности, сжатие заголовка и выделение порядкового номера (sequence number, SN), узел RLC имеет такие функции, как сегментирование, конкатенация, повторная передача и упорядочение, и уровень MAC имеет функцию планирования на основе приоритета и функции мультиплексирования и демультиплексирования логических каналов.

В технологии мобильной связи 5-го поколения (5-Generation, 5G), предъявляется новое требование отражать информацию уровня приложений. Возможным решением является архитектура QoS на основе потока (flow-based), для реализации более тонко гранулированного признака QoS. Если дифференциация QoS осуществляется при гранулярности потока (flow) на стороне базовой сети (Core Network, CN), существует отображение между стороной земли и радиоинтерфейсом. На стороне сети радиодоступа (Radio Access Network, RAN), форма RB в настоящее время используется для планирования. Поскольку количество потоков UE относительно велико, множество потоков необходимо отображать в один и тот же RB для снижения издержек подзаголовков (subheaders) протокольной единицы данных MAC (Protocol Data Unit, PDU). Современное средство планирования уровня MAC осуществляет планирование на основании приоритетов логических каналов (Logical Channel, LCH), другими словами, множество потоков планируется совместно. Таким образом, не удается отразить разные приоритеты потоков, и не удается отразить QoS гранулярности уровня приложений.

Как показано на фиг. 2, в решении уровня техники, поток отображается в однонаправленный канал в слое без доступа (Non-Access Stratum, NAS). Каждый однонаправленный канал соответствует одному узлу PDCP и одному узлу RLC, и все множество RB планируется и мультиплексируется на уровне MAC. Базовое управление QoS на основе потока нельзя реализовать в планировании и мультиплексировании на уровне MAC.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

Согласно одному аспекту, предусмотрен способ управления QoS. Способ включает в себя: осуществление, узлом протокола конвергенции пакетной передачи данных PDCP первого устройства, обработки организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, для получения организованной очереди, где каждая очередь включает в себя, по меньшей мере, один поток; получение, узлом PDCP первого устройства, информации окна предварительного планирования; определение, узлом PDCP первого устройства, информации предварительного планирования каждой организованной очереди; и осуществление, узлом PDCP первого устройства, обработки предварительного планирования на основании информации предварительного планирования каждой очереди и информации окна предварительного планирования, и выбор, из организованной очереди, пакета данных размером с окно предварительного планирования, идентифицированное информацией окна предварительного планирования.

В возможной конструкции, способ дополнительно включает в себя: после осуществления обработки организации очереди и обработки предварительного планирования на служебной единице данных PDCP (PDCP SDU), осуществление, узлом PDCP первого устройства, выделение порядкового номера PDCP (SN номера PDCP), шифрование, и добавление заголовка PDCP для получения протокольной единицы данных PDCP PDCP PDU; или после выделения SN номера PDCP для PDCP SDU, осуществление, узлом PDCP первого устройства, обработки организации очереди и обработки предварительного планирования, и затем осуществление шифрования и добавление заголовка PDCP для получения PDCP PDU; или после осуществления выделения SN номера PDCP, шифрования и добавления заголовка PDCP на PDCP SDU, осуществление, узлом PDCP первого устройства, обработки организации очереди и обработки предварительного планирования для получения PDCP PDU.

В возможной конструкции, способ дополнительно включает в себя: доставку, узлом PDCP первого устройства, PDCP PDU на узел управления линией радиосвязи RLC для обработки; осуществление, узлом RLC, сегментирования или конкатенации на PDCP PDU, и размещение PDCP PDU на уровне управления доступом к среде MAC; и осуществление, на уровне MAC, планирования и мультиплексирования на данных множества логических каналов LCH для получения протокольной единицы данных MAC (MAC PDU), и доставки MAC PDU на физический уровень для обработки и отправки.

В возможной конструкции, до осуществления, на узле PDCP первого устройства, обработки организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, способ дополнительно включает в себя: получение, первым устройством, информации QoS первого устройства из базовой сети CN или сети радиодоступа RAN, где информация QoS первого устройства включает в себя один или более из идентификатора класса качества обслуживания QCI, гарантированной битовой скорости GBR, максимальной битовой скорости MBR, совокупной максимальной битовой скорости точки доступа APN-AMBR, совокупной максимальной битовой скорости пользовательского оборудования UE-AMBR и приоритета выделения и удержания ARP; и передачу, первым устройством, полученной информации QoS первого устройства на узел PDCP первого устройства.

В возможной конструкции, QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов, и информация QoS находится на уровне однонаправленных каналов, уровне потоков, уровне пакетов или уровне пользовательского оборудования UE.

В возможной конструкции, до осуществления, на узле PDCP первого устройства, обработки организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, способ дополнительно включает в себя: получение, узлом PDCP первого устройства, информации QoS, которая относится к первому устройству, и которая регулируется на основании относительной информации QoS слайса, которому принадлежит услуга.

В возможной конструкции, до получения, узлом PDCP первого устройства, информации QoS, которая относится к первому устройству, и которая регулируется на основании относительной информации QoS слайса, которому принадлежит услуга, способ дополнительно включает в себя: получение, первым устройством на основании идентификатора слайса, которому принадлежит услуга, информации QoS слайса, которому принадлежит услуга, причем информация QoS слайса включает в себя конкретную информацию QoS слайса и/или относительную информацию QoS слайса; и подготовку, первым устройством, ресурса для слайса на основании конкретной информации QoS слайса; и/или регулировку информации QoS первого устройства на основании относительной информации QoS слайса.

В возможной конструкции, информация QoS слайса дополнительно включает в себя информацию, указывающую, эффективна ли относительная информация QoS слайса; и регулировка информации QoS первого устройства на основании относительной информации QoS слайса включает в себя: регулировку информации QoS первого устройства на основании относительной информации QoS слайса, когда информация QoS слайса включает в себя информацию, указывающую, что относительная информация QoS слайса эффективна.

В возможной конструкции, осуществление, узлом PDCP первого устройства, обработки организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства включает в себя: фильтрацию, узлом PDCP первого устройства, данные из более высокого уровня на основании информации QoS на уровне потоков первого устройства, для получения потока данных на уровне потоков; или разделение, узлом PDCP первого устройства, данные из более высокого уровня на основании информации QoS уровня однонаправленных каналов первого устройства, для получения потока данных на уровне потоков; или классификацию, узлом PDCP первого устройства, данных из более высокого уровня на основании информации QoS уровня пакетов первого устройства, для получения потока данных на уровне потоков.

В возможной конструкции, получение, узлом PDCP первого устройства, информации окна предварительного планирования включает в себя: получение, узлом PDCP первого устройства, информации конфигурации отправленный сетью радиодоступа RAN, и задание информации окна предварительного планирования на основании информации конфигурации; или прием, узлом PDCP первого устройства, информации окна предварительного планирования периодически, сообщаемой узлом RLC; или прием, узлом PDCP первого устройства, информации окна предварительного планирования, сообщаемой узлом RLC на основании события; или выбор, узлом PDCP первого устройства, независимой информации окна предварительного планирования на основании одного или более из длины и времени ожидания организованной очереди и статуса буфера RLC.

В возможной конструкции, получение, узлом PDCP первого устройства, информации окна предварительного планирования включает в себя: выбор, узлом PDCP первого устройства, независимой информации окна предварительного планирования на основании одного или более из длины и времени ожидания организованной очереди и статуса буфера RLC, пока узел PDCP первого устройства не примет информацию окна предварительного планирования, сообщаемую узлом RLC, или информации, которая сообщается узлом RLC и указывает, что буфер RLC имеет тяжелую нагрузку, и выбирает информацию окна предварительного планирования на основании статуса буфера RLC.

В возможной конструкции, доставка, узлом PDCP первого устройства, PDCP PDU на узел RLC для обработки включает в себя: если один узел PDCP соответствует множеству узлов RLC, группирование, узлом PDCP, организованных очередей узла PDCP на основании различных типов узлов RLC, и доставку данных в каждой группе очередей на узел RLC соответствующего типа; или если один узел PDCP соответствует множеству узлов RLC, выбор, узлом PDCP на основании временного порядка предоставления отчета об информации окна предварительного планирования узлами RLC, узла RLC, на который нужно доставлять PDCP PDU; или если множество узлов PDCP соответствует одному узлу RLC, генерирование, узлом RLC, множества фрагментов информации окна предварительного планирования и сообщение множеству соответствующих узлов PDCP множества фрагментов информации окна предварительного планирования, и независимое осуществление, каждым узлом PDCP, обработки предварительного планирования, и отправку PDCP PDU на узел RLC; или выделение, узлом RLC, информации окна предварительного планирования на основании информации статуса каждого узла PDCP; или выделение, узлом RLC, информации окна предварительного планирования на основании информации планирования каждого узла PDCP; или использование, узлами PDCP с разными приоритетами планирования, разных методов предварительного планирования.

В возможной конструкции, определение, узлом PDCP первого устройства, информации предварительного планирования каждой организованной очереди включает в себя: получение, узлом PDCP первого устройства, информации предварительного планирования, которая относится к каждому потоку данных и которая отправляется сетью радиодоступа RAN; и/или получение, узлом PDCP первого устройства, информации QoS на уровне потоков первого устройства, которая отправляется базовой сетью CN, и определение информации предварительного планирования каждого потока данных на основании информации QoS на уровне потоков первого устройства; и/или получение, узлом PDCP первого устройства, информации из более высокого уровня для вычисления информации предварительного планирования.

В возможной конструкции, осуществление, узлом RLC, сегментирования или конкатенации на PDCP PDU, и размещение PDCP PDU на уровне управления доступом к среде MAC включает в себя: осуществление, узлом RLC, сегментирования и конкатенации пакетов данных для генерации протокольной единицы данных управления доступом к среде MAC PDU фиксированного размера, для буферизации на уровне MAC.

В возможной конструкции, способ дополнительно включает в себя: определение, первым устройством, фиксированного размера MAC PDU; и отправку, первым устройством, фиксированного размера на второе устройство, таким образом, что при выделении ресурса первому устройству, второе устройство выделяет ресурс, который можно использовать для передачи данных фиксированного размера или данных, размер которых является целым кратным фиксированного размера.

В возможной конструкции, осуществление, узлом RLC, сегментирования и конкатенации пакетов данных для генерации MAC PDU фиксированного размера включает в себя: прием, первым устройством, фиксированного размера, который имеет MAC PDU, и который определяется вторым устройством и отправляется вторым устройством; и осуществление, узлом RLC первого устройства, сегментирования и конкатенации пакетов данных на основании принятого фиксированного размера, для генерации MAC PDU фиксированного размера.

В возможной конструкции, осуществление, узлом RLC, сегментирования и конкатенации пакетов данных для генерации MAC PDU фиксированного размера включает в себя: осуществление, узлом RLC, сегментирования и конкатенации пакетов данных для генерации множества MAC PDU фиксированного размера; генерирование, на уровне MAC, множества очередей буфера, причем очереди соответствуют разным фиксированным размерам; и получение, на уровне MAC, пакета данных из соответствующей очереди на основании принятого статуса размера ресурса.

В возможной конструкции, один узел PDCP первого устройства соответствует множеству узлов RLC, и доставка, узлом PDCP первого устройства, PDCP PDU на узел RLC для обработки включает в себя: доставку, узлом PDCP первого устройства, PDCP PDU на каждый узел RLC для обработки.

В возможной конструкции, множество узлов PDCP первого устройства соответствует одному узлу RLC, и доставка, узлом PDCP первого устройства, PDCP PDU на узел RLC для обработки включает в себя: доставку, каждым узлом PDCP первого устройства, PDCP PDU на узел RLC для обработки.

В возможной конструкции, осуществление, на уровне MAC, планирования и мультиплексирования на данных множества логических каналов LCH включает в себя: получение, узлом MAC, информации планирования, которая относится к каждому однонаправленному радиоканалу RB и которая сконфигурирована элементом RAN; или получение информации планирования каждого RB на основании информации предварительного планирования согласно заранее установленному правилу вычисления; и осуществление, на уровне MAC, планирования и мультиплексирования на данных множества логических каналов LCH на основании информации планирования RB.

В возможной конструкции, получение, первым устройством, информации QoS первого устройства из CN или RAN включает в себя: получение, первым устройством, параметра QoS первой дорожной секции, в которой располагается первое устройство; или получение, первым устройством, сквозного E2E параметра QoS первого устройства и правила динамического выделения E2E параметра QoS.

В возможной конструкции, способ дополнительно включает в себя: прием, первым устройством, сообщения уведомления о способности или нагрузке от плоскости управления; и при определении, на основании сообщения уведомления о способности или нагрузке, что способность QoS дорожной секции, отличной от первой дорожной секции не удовлетворяет требованию QoS дорожной секции, регулировку параметра QoS первой дорожной секции первого устройства для повышения качества обслуживания первой дорожной секции, для удовлетворения E2E QoS.

В возможной конструкции, способ дополнительно включает в себя: прием, первым устройством, сообщения внутриполосного уведомления от плоскости пользователя, где сообщение внутриполосного уведомления несет информацию удовлетворения QoS, и информация удовлетворения QoS используется для указания занятой доли или величины счетчика E2E QoS или оставшейся доли или величины счетчика E2E QoS; и при определении, на основании информации удовлетворения QoS, что QoS не удовлетворяется в дорожной секции, отличной от первой дорожной секции, регулировку параметра QoS первой дорожной секции первого устройства для повышения качества обслуживания первой дорожной секции, для удовлетворения E2E QoS.

Согласно другому аспекту, предусмотрен способ управления качеством обслуживания QoS. Способ включает в себя: прием, сетевым элементом плоскости управления базовой сети CN-CP, информации способности качества обслуживания QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли, отправленной сетью радиодоступа RAN; и определение выбора или повторного выбора дорожной секции стороны радиоинтерфейса или дорожной секции стороны земли на основании информации способности QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли.

Согласно еще одному аспекту, предусмотрен способ управления качеством обслуживания QoS. Способ включает в себя: прием, первым элементом сети радиодоступа RAN, информации маршрутизации на стороне земли, отправленной соседним элементом RAN, где информация маршрутизации на стороне земли включает в себя одну или более из информации об обслуживающем шлюзе SGW, подключенном к соседнему элементу RAN, информации о шлюзе сети пакетной передачи данных PGW, информации о сети пакетной передачи данных PDN, подключенной к PGW, информации о домашней локальной сети LHN, информации способности к сверхнизкой задержке, и информации способности к сверхнадежной передаче; и осуществление, первым элементом RAN, выбора хэндовера в целевую соту на соседнем элементе RAN на основании информации маршрутизации на стороне земли и параметра QoS, для выбора подходящей целевой соты целевого элемента RAN для терминала, для выполнения программы хэндовера.

В возможной конструкции, способ дополнительно включает в себя: отправку, первым элементом RAN, первого сообщения на целевой элемент RAN, где первое сообщение несет параметр QoS, информацию причины хэндовера и информацию о целевой PDN, таким образом, что целевой элемент RAN осуществляет определение предоставления услуги на основании параметра QoS, информации причины хэндовера и информации о целевой PDN, которые переносятся в первом сообщении.

В возможной конструкции, способ дополнительно включает в себя:

прием, первым элементом RAN, второго сообщения, отправленного целевым элементом RAN, где второе сообщение используется для указания, что предоставление увенчивается успехом, и второе сообщение несет уровень удовлетворения параметра QoS; или

прием, первым элементом RAN, третьего сообщения, отправленного целевым элементом RAN, где третье сообщение используется для указания, что предоставление терпит неудачу, и третье сообщение несет конкретную причину.

В возможной конструкции, способ дополнительно включает в себя: в случае приема вторых сообщений, возвращаемых множеством целевых элементов RAN, выбор, первым элементом RAN, целевой соты на основании уровней удовлетворения параметра QoS, переносимых во вторых сообщениях; и инициирование хэндовера к целевой соте.

Согласно еще одному аспекту, предусмотрено устройство. Устройство используется в качестве первого устройства, и устройство включает в себя: блок организации очереди, выполненный с возможностью осуществления, на основании информации качества обслуживания QoS первого устройства, обработки организации очереди на данных, подлежащих отправке узлом протокола конвергенции пакетной передачи данных PDCP, для получения организованной очереди, где каждая очередь включает в себя, по меньшей мере, один поток; блок получения, выполненный с возможностью получения информации окна предварительного планирования узла PDCP; блок определения, выполненный с возможностью определения информации предварительного планирования каждой очереди, организованной блоком организации очереди; и блок предварительного планирования, выполненный с возможностью: осуществлять обработку предварительного планирования на основании информации предварительного планирования, которая относится к каждой очереди и которая определяется блоком определения и информации окна предварительного планирования, полученной блоком получения, и выбирать, из организованной очереди, пакет данных размером с окно предварительного планирования, идентифицированное информацией окна предварительного планирования.

В возможной конструкции, устройство дополнительно включает в себя блок генерации, выполненный с возможностью: после того, как блок организации очереди осуществляет обработку организации очереди на служебной единице данных PDCP (PDCP SDU) и блок предварительного планирования осуществляет обработку предварительного планирования, осуществлять выделение порядкового номера PDCP (SN номера PDCP), шифрование, и добавление заголовка PDCP для получения протокольной единицы данных PDCP PDCP PDU; или выделять SN номер PDCP для PDCP SDU, и после того, как блок организации очереди осуществляет обработку организации очереди и блок предварительного планирования осуществляет обработку предварительного планирования, осуществлять шифрование и добавление заголовка PDCP для получения PDCP PDU; или осуществлять выделение SN номера PDCP, шифрование, и добавление заголовка PDCP на PDCP SDU до того, как блок организации очереди осуществляет обработку организации очереди и блок предварительного планирования осуществляет обработку предварительного планирования для получения PDCP PDU.

В возможной конструкции, устройство дополнительно включает в себя блок доставки, выполненный с возможностью: доставлять PDCP PDU, сгенерированную блоком генерации, на узел управления линией радиосвязи RLC для обработки; осуществлять, на узле RLC, сегментирование или конкатенация на PDCP PDU, и размещать PDCP PDU на уровне управления доступом к среде MAC; и осуществлять, на уровне MAC, планирование и мультиплексирование на данных множества логических каналов LCH для получения протокольной единицы данных MAC (MAC PDU), и доставлять MAC PDU на физический уровень для обработки и отправки.

В возможной конструкции, блок получения дополнительно выполнен с возможностью получения информации QoS первого устройства из базовой сети CN или сети радиодоступа RAN до того, как блок организации очереди осуществляет обработку организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, где информация QoS первого устройства включает в себя один или более из идентификатора класса качества обслуживания QCI, гарантированной битовой скорости GBR, максимальной битовой скорости MBR, совокупной максимальной битовой скорости точки доступа APN-AMBR, совокупной максимальной битовой скорости пользовательского оборудования UE-AMBR и приоритета выделения и удержания ARP; и блок доставки дополнительно выполнен с возможностью доставки информации QoS первого устройства, полученной блоком получения, на узел PDCP первого устройства.

В возможной конструкции, QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов, и информация QoS находится на уровне однонаправленных каналов, уровне потоков, уровне пакетов или уровне пользовательского оборудования UE.

В возможной конструкции, блок получения дополнительно выполнен с возможностью: до того, как блок организации очереди осуществляет обработку организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, получать информацию QoS, которая относится к первому устройству, и которая регулируется на основании относительной информации QoS слайса, которому принадлежит услуга.

В возможной конструкции, блок получения дополнительно выполнен с возможностью: до получения информации QoS, которая относится к первому устройству, и которая регулируется на основании относительной информации QoS слайса, которому принадлежит услуга, получать, на основании идентификатора слайса, которому принадлежит услуга, информацию QoS слайса, которому принадлежит услуга, где информация QoS слайса включает в себя конкретную информацию QoS слайса и/или относительную информацию QoS слайса; и устройство дополнительно включает в себя блок обработки, выполненный с возможностью: подготавливать ресурс для слайса на основании конкретной информации QoS, которая связана со слайсом и которая получена блоком получения; и/или регулировать информацию QoS первого устройства на основании относительной информации QoS слайса.

В возможной конструкции, информация QoS, которая связана со слайсом и которая получена блоком получения дополнительно включает в себя информацию, указывающую, эффективна ли относительная информация QoS слайса; и блок обработки, в частности, выполнен с возможностью регулировки информации QoS первого устройства на основании относительной информации QoS слайса, когда информация QoS, которая связана со слайсом и которая получена блоком получения, включает в себя информацию, указывающую, что относительная информация QoS слайса эффективна.

В возможной конструкции, блок организации очереди в частности, выполнен с возможностью: фильтровать данные из более высокого уровня узла PDCP на основании информации QoS на уровне потоков первого устройства, для получения потока данных на уровне потоков; или делить данные из более высокого уровня узла PDCP на основании информации QoS уровня однонаправленных каналов первого устройства, для получения потока данных на уровне потоков; или классифицировать данные из более высокого уровня узла PDCP на основании информации QoS уровня пакетов первого устройства, для получения потока данных на уровне потоков.

В возможной конструкции, блок получения, в частности, выполнен с возможностью: получать информацию конфигурации, отправленную сетью радиодоступа RAN, и задавать информацию окна предварительного планирования узла PDCP на основании информации конфигурации; или принимать информацию окна предварительного планирования узла PDCP, периодически сообщаемую узлом RLC; или принимать информацию окна предварительного планирования узла PDCP, сообщаемую узлом RLC на основании события; или выбирать независимую информацию окна предварительного планирования узла PDCP на основании одного или более из длины и времени ожидания организованной очереди и статуса буфера RLC.

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

В возможной конструкции, блок доставки, в частности, выполнен с возможностью: если один узел PDCP соответствует множеству узлов RLC, группировать, узлом PDCP, организованные очереди узла PDCP на основании различных типов узлов RLC, и доставлять данные в каждой группе очередей на узел RLC соответствующего типа; или если один узел PDCP соответствует множеству узлов RLC, выбирать, на узле PDCP на основании временного порядка предоставления отчета об информации окна предварительного планирования узлами RLC, узел RLC, на который нужно доставлять PDCP PDU; или если множество узлов PDCP соответствует одному узлу RLC, генерировать, на узле RLC, множество фрагментов информации окна предварительного планирования и сообщать множеству соответствующих узлов PDCP множество фрагментов информации окна предварительного планирования, и независимо осуществлять, на каждом узле PDCP, обработку предварительного планирования, и отправлять PDCP PDU на узел RLC; или выделять, на узле RLC, информацию окна предварительного планирования на основании информации статуса каждого узла PDCP; или выделять, на узле RLC, информацию окна предварительного планирования на основании информации планирования каждого узла PDCP; или использовать, на узлах PDCP с разными приоритетами планирования, разные методы предварительного планирования.

В возможной конструкции, блок определения, в частности, выполнен с возможностью: получать информацию предварительного планирования, узла PDCP, которая относится к каждому потоку данных и которая отправляется сетью радиодоступа RAN; и/или получать информацию QoS на уровне потоков первого устройства, которая отправляется базовой сетью CN, и определять информацию предварительного планирования, узла PDCP, каждого потока данных на основании информации QoS на уровне потоков первого устройства; и/или получать информацию из более высокого уровня узла PDCP для вычисления информации предварительного планирования узла PDCP.

В возможной конструкции, блок доставки, в частности, выполнен с возможностью осуществления, на узле RLC, сегментирования и конкатенации пакетов данных для генерации протокольной единицы данных управления доступом к среде MAC PDU фиксированного размера, для буферизации на уровне MAC.

В возможной конструкции, блок определения дополнительно выполнен с возможностью определения фиксированного размера MAC PDU; и устройство дополнительно включает в себя блок отправки, выполненный с возможностью отправки фиксированного размера на второе устройство, таким образом, что при выделении ресурса первому устройству, второе устройство выделяет ресурс, который можно использовать для передачи данных фиксированного размера или данных, размер которых является целым кратным фиксированного размера.

В возможной конструкции, устройство дополнительно включает в себя блок приема, выполненный с возможностью приема фиксированного размера, который имеет MAC PDU, и который определяется вторым устройством и отправляется вторым устройством; и блок доставки, в частности, выполнен с возможностью предписания узлу RLC осуществлять сегментирование и конкатенацию пакетов данных на основании принятого фиксированного размера, для генерации MAC PDU фиксированного размера.

В возможной конструкции, блок доставки, в частности, выполнен с возможностью: предписывать узлу RLC осуществлять сегментирование и конкатенацию пакетов данных для генерации множества MAC PDU фиксированного размера; генерировать, на уровне MAC, множество очередей буфера, где очереди соответствуют разным фиксированным размерам; и получать, на уровне MAC, пакет данных из соответствующей очереди на основании принятого статуса размера ресурса.

В возможной конструкции, один узел PDCP первого устройства соответствует множеству узлов RLC, и блок доставки, в частности, выполнен с возможностью доставки, узлом PDCP первого устройства, PDCP PDU на каждый узел RLC для обработки.

В возможной конструкции, множество узлов PDCP первого устройства соответствует одному узлу RLC, и блок доставки, в частности, выполнен с возможностью доставки, каждым узлом PDCP первого устройства, PDCP PDU на узел RLC для обработки.

В возможной конструкции, блок доставки, в частности, выполнен с возможностью: предписывать узлу MAC получать информацию планирования, которая относится к каждому однонаправленному радиоканалу RB и которая сконфигурирована элементом RAN; или получать информацию планирования каждого RB на основании информации предварительного планирования согласно заранее установленному правилу вычисления; и осуществлять, на уровне MAC, планирование и мультиплексирование на данных множества логических каналов LCH на основании информации планирования RB.

В возможной конструкции, блок получения, в частности, выполнен с возможностью: получать параметр QoS первой дорожной секции, в которой располагается первое устройство; или получать параметр сквозного, E2E, QoS первого устройства и правило динамического выделения параметра E2E QoS.

В возможной конструкции, устройство дополнительно включает в себя: блок приема, выполненный с возможностью приема сообщения уведомления о способности или нагрузке от плоскости управления; и блок регулировки, выполненный с возможностью: когда, на основании сообщения уведомления о способности или нагрузке, принятого блоком приема, определяется, что способность QoS дорожной секции, отличной от первой дорожной секции, не удовлетворяет требованию QoS дорожной секции, регулировать параметр QoS первой дорожной секции первого устройства для повышения качества обслуживания первой дорожной секции, для удовлетворения E2E QoS.

В возможной конструкции, устройство дополнительно включает в себя: блок приема, выполненный с возможностью приема сообщения внутриполосного уведомления от плоскости пользователя, где сообщение внутриполосного уведомления несет информацию удовлетворения QoS, и информация удовлетворения QoS используется для указания занятой доли или величины счетчика E2E QoS или оставшейся доли или величины счетчика E2E QoS; и блок регулировки, выполненный с возможностью: при определении, на основании информации удовлетворения QoS, что QoS не удовлетворяется в дорожной секции, отличной от первой дорожной секции, регулировать параметр QoS первой дорожной секции первого устройства для повышения качества обслуживания первой дорожной секции, для удовлетворения E2E QoS.

Согласно еще одному аспекту, предусмотрено устройство базовой сети. Устройство базовой сети включает в себя: блок приема, выполненный с возможностью приема информации способности качества обслуживания QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли, отправленной сетью радиодоступа RAN; и блок определения, выполненный с возможностью определения выбора или повторного выбора дорожной секции стороны радиоинтерфейса или дорожной секции стороны земли на основании информации способности QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли, принятой блоком приема.

Согласно еще одному аспекту, предусмотрено устройство сети доступа. Устройство сети доступа включает в себя: блок приема, выполненный с возможностью приема информации маршрутизации на стороне земли, отправленной соседним элементом сети радиодоступа RAN, где информация маршрутизации на стороне земли включает в себя одну или более из информации об обслуживающем шлюзе SGW, подключенном к соседнему элементу RAN, информации о шлюзе сети пакетной передачи данных PGW, информации о сети пакетной передачи данных PDN, подключенной к PGW, информации о домашней локальной сети LHN, информации способности к сверхнизкой задержке, и информации способности к сверхнадежной передаче; и блок хэндовера, выполненный с возможностью осуществления выбора хэндовера в целевую соту на соседнем элементе RAN на основании информации маршрутизации на стороне земли, принятой блоком приема, и параметра качества обслуживания QoS, для выбора подходящей целевой соты целевого элемента RAN для терминала, для выполнения программы хэндовера.

В возможной конструкции, устройство сети доступа дополнительно включает в себя блок отправки, выполненный с возможностью отправки первого сообщения на целевой элемент RAN, где первое сообщение несет параметр QoS, информацию причины хэндовера и информацию о целевой PDN, таким образом, что целевой элемент RAN осуществляет определение предоставления услуги на основании параметра QoS, информации причины хэндовера и информации о целевой PDN, которые переносятся в первом сообщении.

В возможной конструкции, блок приема может быть дополнительно выполнен с возможностью: принимать второе сообщение, отправленное целевым элементом RAN, где второе сообщение используется для указания, что предоставление увенчивается успехом, и второе сообщение несет уровень удовлетворения параметра QoS; или принимать третье сообщение, отправленное целевым элементом RAN, где третье сообщение используется для указания, что предоставление терпит неудачу, и третье сообщение несет конкретную причину.

В возможной конструкции, блок хэндовера дополнительно выполнен с возможностью: когда блок приема принимает вторые сообщения, возвращаемые множеством целевых элементов RAN, выбирать целевую соту на основании уровней удовлетворения параметра QoS, переносимых во вторых сообщениях; и инициировать хэндовер к целевой соте.

Согласно еще одному аспекту, вариант осуществления настоящего изобретения предусматривает устройство. Устройство может быть пользовательским оборудованием, устройством сети доступа или устройством базовой сети, устройство может реализовать функции, осуществляемые устройством в вышеприведенном примере способа, и функции можно реализовать оборудованием или оборудованием, выполняющим соответствующее программное обеспечение. Оборудование или программное обеспечение включает в себя один или более модулей, соответствующих функциям.

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

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

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

По сравнению с уровнем техники, в вариантах осуществления настоящего изобретения, когда устройству нужно отправлять данные, узел PDCP сначала осуществляет предварительное планирование, и затем уровень MAC осуществляет планирование, вместо осуществления планирования на уровне MAC только один раз. Управление QoS на основе потока реализуется посредством двукратного планирования.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Фиг. 1 - схема архитектуры существующей системы LTE;

фиг. 2 - схема способа управления QoS в уровне техники;

фиг. 3 - схема архитектуры системы на которой базируется способ управления QoS согласно варианту осуществления настоящего изобретения;

фиг. 3a - схема возможной сетевой архитектуры RAN согласно варианту осуществления настоящего изобретения;

фиг. 4 - структурная схема состава стека протоколов на стороне UE согласно варианту осуществления настоящего изобретения;

фиг. 4a - схема соответствия между узлом PDCP и узлом RLC;

фиг. 5 - схема направления потока потока данных на стороне UE согласно варианту осуществления настоящего изобретения;

фиг. 6 - блок-схема последовательности операций способа управления QoS согласно варианту осуществления настоящего изобретения;

фиг. 6a - схема процедуры обработки узла PDCP согласно варианту осуществления настоящего изобретения;

фиг. 6b - схема другой процедуры обработки узла PDCP согласно варианту осуществления настоящего изобретения;

фиг. 6c - схема еще одной процедуры обработки узла PDCP согласно варианту осуществления настоящего изобретения;

фиг. 6d - схема обработки предварительного планирования согласно варианту осуществления настоящего изобретения;

фиг. 6e-1 и фиг. 6e-2 - схема общей сетевой архитектуры способа для QoS на основе потока согласно варианту осуществления настоящего изобретения;

фиг. 7 - схема потоков сигналов способа конфигурации QoS слайса согласно варианту осуществления настоящего изобретения;

фиг. 8 - схема одного уровня общей обработки кэширования;

фиг. 9 - схема двух уровней обработки кэширования согласно варианту осуществления настоящего изобретения;

фиг. 10 - блок-схема последовательности операций способа управления QoS согласно другому варианту осуществления настоящего изобретения;

фиг. 11 - схема перемещения пути согласно другому варианту осуществления настоящего изобретения;

фиг. 12 - блок-схема последовательности операций способа управления QoS согласно еще одному варианту осуществления настоящего изобретения;

фиг. 13 - схема процедуры хэндовера E2E QoS согласно настоящему изобретению;

фиг. 14 - схема потоков сигналов способа хэндовера согласно варианту осуществления настоящего изобретения;

фиг. 15 - структурная схема устройства согласно варианту осуществления настоящего изобретения;

фиг. 16 - структурная схема другого устройства согласно варианту осуществления настоящего изобретения; и

фиг. 17 - структурная схема еще одного устройства согласно варианту осуществления настоящего изобретения.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Технические решения настоящего изобретения дополнительно подробно описаны ниже со ссылкой на прилагаемые чертежи и варианты осуществления:

Для пояснения задач, технических решений и преимуществ вариантов осуществления настоящего изобретения, ниже наглядно описаны технические решения вариантов осуществления настоящего изобретения со ссылкой на прилагаемые чертежи в вариантах осуществления настоящего изобретения.

На фиг. 3 показана схема архитектуры системы, на которой базируется способ управления QoS согласно варианту осуществления настоящего изобретения. Настоящее изобретение может применяться к системе связи 5G и последующей усовершенствованной системе связи, и мобильной системе связи, например, LTE, 3G, 2G, Wi-Fi, и WiMAX. Конкретный сценарий применения способа может быть единственным сценарием осуществления связи, двойным сценарием осуществления связи, сценарием ретрансляции (Relay) или межустройственным (Device-to-Device, D2D) сценарием. Система, в основном, включает в себя UE 301, RAN 302, плоскость 303 управления (Control Plane, CP) CN, плоскость 304 пользователя (User Plane, UP) CN и публичную сеть 305 передачи данных (Public Data Network, PDN). Сетевые элементы в настоящем изобретении включают в себя элемент RAN, элемент базовой сети, оконечное устройство и сервер приложений. Элемент RAN, в основном, включает в себя: контроллер RAN, который отвечает за управление RAN, в том числе, такие функции, как выделение ресурсов и управление мобильностью; и базовая станция с плоскостью управления, плоскостью пользователя и такими функциями, как создание и мобильность услуги и планирование пользовательских данных. Элемент базовой сети в основном, включает в себя: сетевой элемент плоскости управления, используемый для таких функций, как управление сеансом терминала, управление мобильностью, управление QoS, и управление информацией подписки; и сетевой элемент плоскости пользователя, который имеет такие функции, как ретрансляция данных и который может включать в себя SGW (serving gateway) и PGW (PDN gateway). Оконечное устройство имеет такие функции, как отправка данных, прием данных и измерение. Сервер приложений обеспечивает требование к услуге уровня приложений.

На фиг. 3a показана схема возможной сетевой архитектуры RAN согласно варианту осуществления настоящего изобретения. В сети нового поколения, элемент RAN может включать в себя две части: централизованный блок (central unit, CU) и распределенный блок (distribute Unit, DU), CU и DU совместно реализуют функцию RAN, и новое радио (next radio, NR) gNB включает в себя две части: CU и DU.

Стек протоколов RAN также по отдельности устанавливается в CU и DU. Возможны следующие методы распределения:

В варианте (Option) A, функциональный узел управления радиоресурсами (Radio Resource Control, RRC) и функциональный узел PDCP установлены в CU, и функциональный узел RLC, функциональный узел MAC, функциональный узел физического уровня (Physical Layer protocol, PHY), и радиочастотный (Radio Frequency, RF) функциональный узел установлены в DU.

В варианте B, функциональный узел RRC и функциональный узел PDCP установлены в CU, некоторые функции RLC (функции повторной передачи и возможное сегментирование) находятся в CU, и оставшиеся функции RLC (например, сегментирование и повторная сборка), функциональный узел MAC, функциональный узел PHY и функциональный узел RF установлены в DU.

В варианте C, функциональный узел RRC, функциональный узел PDCP и функциональный узел RLC установлены в CU, и функциональный узел MAC, функциональный узел PHY и функциональный узел RF установлены в DU.

В варианте D, функциональный узел RRC и функциональный узел PDCP установлены в CU, и функциональный узел MAC, функциональный узел PHY и функциональный узел RF установлены в DU. Функция повторной передачи ARQ реализуется узлом PDCP, и функции сегментирования и конкатенации реализуются на уровне MAC в DU.

Способ управления QoS, предусмотренный в вариантах осуществления настоящего изобретения может применяться к процедуре обработки данных восходящей линии связи, или может применяться к процедуре обработки данных нисходящей линии связи. В процедуре обработки данных восходящей линии связи, обработка отправки данных осуществляется на UE, и обработка приема данных осуществляется на стороне RAN. В процедуре обработки данных нисходящей линии связи, обработка отправки данных нисходящей линии связи осуществляется на стороне RAN, и обработка приема данных осуществляется на UE.

В вариантах осуществления настоящего изобретения, процедура обработки данных восходящей линии связи используется в порядке примера для подробного описания способа управления QoS.

На фиг. 4 показана структурная схема состава стека протоколов на стороне UE согласно варианту осуществления настоящего изобретения. UE включает в себя узел PDCP, узел RLC, уровень MAC и уровень PHY. Процедура обработки предварительного планирования реализуется на уровне PDCP или протокольном уровне над уровнем PDCP. Например, протокольный уровень обработки предварительного планирования может быть вновь задана над уровнем PDCP, для выполнения функций процедуры обработки предварительного планирования, описанной в настоящем изобретении.

Функции каждого протокольного уровня кратко описаны ниже.

Узел PDCP, в основном, выполнен с возможностью обработки сообщения RRC от плоскости управления и пакета интернет-протокола (Internet Protocol, IP) или пакета не-IP от плоскости данных. Функция узла PDCP включает в себя любую одну или более из следующих функций: шифрования и дешифрования (Ciphering and deciphering) для данных плоскости пользователя и данных плоскости управления; защиты целостности (Integrity Protection) только для данных плоскости управления; передачи пользовательских данных и данных плоскости управления; обработки переупорядочения и повторной передачи в ходе хэндовера (handover); и отбрасывания данных плоскости пользователя вследствие истечения времени.

Функция узла RLC включает в себя любую одну или более из следующих функций:

сегментирования (segmentation)/конкатенации (concatenation) и повторной сборки (reassembly) служебных единиц данных (Service Data Unit, SDU) RLC: функция применима только к режиму без квитирования (unAcknowledged Mode, UM) и режиму квитирования (Acknowledged Mode, AM). Поскольку размер RLC PDU задается на уровне MAC, размер RLC PDU обычно не равен размеру RLC SDU. Таким образом, передающая сторона должна осуществлять сегментирование/конкатенацию RLC SDU, таким образом, что RLC SDU укладывается в размер, заданный на уровне MAC. Соответственно, принимающая сторона должна повторно собирать ранее сегментированные RLC SDU, для восстановления исходной RLC SDU и отправлять исходную RLC SDU на более высокий уровень.

Коррекция ошибок, осуществляемая с использованием автоматического запроса повторения (Automatic Repeat Request, ARQ): функция применима только к режиму AM, механизм гибридного автоматического запроса повторения передачи (Hybrid Automatic Repeat reQuest, HARQ) уровня MAC предназначен для реализации очень быстрой повторной передачи, и частота ошибок обратной связи механизма составляет приблизительно 1%. Частота ошибок обратной связи HARQ весьма высока для некоторых услуг, например, передачи по протоколу управления передачей (Transmission Control Protocol, TCP) (требующей, чтобы коэффициент потери пакетов был менее, чем 10-5). Для таких услуг, обработка повторной передачи на уровне RLC может дополнительно снижать частоту ошибок обратной связи.

Переупорядочение (reordering), осуществляемое на PDU данных RLC: функция применима только к режиму UM и режиму AM. HARQ уровня MAC может обеспечивать разупорядочение пакетов, поступающих на уровне RLC. Таким образом, данные должны переупорядочиваться уровнем RLC.

Обнаружение дублирующего пакета (duplicate detection): функция применима только к режиму UM и режиму AM. Наиболее возможная причина возникновения дублирующего пакета состоит в том, что передающая сторона возвращает квитирование (HARQ ACK), но принимающая сторона неправильно интерпретирует квитирование как отрицательное квитирование (NACK), что приводит к ненужной повторной передаче MAC PDU.

Повторное сегментирование (resegmentation), осуществляемое на PDU данных RLC: функция применима только к режиму AM. Когда PDU данных RLC (примечание: здесь не SDU) нужно повторно передавать, также может потребоваться повторное сегментирование. Например, если размер, заданный на уровне MAC, меньше размера исходной PDU данных RLC, необходимо осуществлять повторное сегментирование.

Функция узла MAC включает в себя любую одну или более из следующих функций: согласования между логическим каналом и транспортным каналом; мультиплексирования множества MAC SDU, принадлежащих одному или разным логическим каналам (radio bearers) в одну и ту же MAC PDU (Transport Block) и отправки множества MAC PDU на физический уровень; демультиплексирования; коррекции ошибок, осуществляемой с использованием HARQ; обработки планирования; обработки приоритетов логических каналов; сообщения информации планирования (только для стороны UE и восходящей линии связи), например, сообщения BSR (buffer status report); и обработки процедуры произвольного доступа.

В этом варианте осуществления, пример, в котором процедура обработки предварительного планирования осуществляется на уровне PDCP, используется для описания. Состав стека протоколов показан на фиг. 4. Узлы PDCP имеют взаимно-однозначное соответствие с узлами RLC. Обратимся к схеме соответствия между узлом PDCP и узлом RLC на фиг. 4a. Например, в сценарии разделения, один узел PDCP соответствует множеству узлов RLC, и каждый узел RLC соответствует одному логическому каналу. Уровень MAC осуществляет планирование и мультиплексирование приоритетов на данных множества логических каналов, и отправляет мультиплексированный пакет данных MAC PDU на физический уровень для обработки и отправки. Организация очереди и предварительное планирование осуществляются среди множества потоков на каждом узле PDCP.

Соответствие между потоком и RB может прочно конфигурироваться AN, или может выбираться UE. Правило выбора может конфигурироваться AN.

Например, понятие RB может включать в себя только фиксированный узел RLC. Множество узлов RLC совместно использует один узел PDCP. Дополнительно, узлы PDCP можно классифицировать на три типа, соответственно, соответствующие трем различным типам узлов RLC: прозрачный режим (Transparent Mode, TM), режим UM и режим AM.

Например, функции узла PDCP и узла RLC могут обрабатываться на одном протокольном уровне.

Например, функции узла RLC могут по отдельности реализоваться узлом MAC и узлом PDCP.

Например, соответствие между узлом PDCP и узлом RLC является отношением отображения "один в несколько".

Например, соответствие между узлом PDCP и узлом RLC является отношением отображения "несколько в один".

Например, соответствие между узлом PDCP и узлом RLC является отношением динамического отображения.

Например, функции узла RLC и узла MAC может обрабатываться на одном протокольном уровне.

Содержание настоящего изобретения соответствует функциям стека протоколов L2. Стек протоколов L2 включает в себя уровень PDCP, уровень RLC и уровень MAC. Разные методы распределения функций L2 в разных стеках протоколов не имеют конкретных ограничений в настоящем изобретении, разные методы распределения функций L2 на уровне PDCP, уровне RLC и уровне MAC не имеют ограничений.

На фиг. 5 показана схема направления потока потока данных на стороне UE согласно варианту осуществления настоящего изобретения. В этом варианте осуществления настоящего изобретения, на стороне UE, поток данных на уровне приложений первый проходит через буфер (buffer), и затем поступает на узел PDCP. Узел PDCP предварительно планирует поток данных, и в случае удовлетворения конкретного условия передачи (transmission opportunity), блок отправки (send unit), расположенный на узле PDCP, отправляет поток данных на узел RLC. Узел RLC осуществляет соответствующую обработку на потоке данных и затем отправляет обработанный поток данных на уровень MAC. Наконец, уровень PHY отправляет поток данных с использованием радиоинтерфейса.

Вариант осуществления 1

На фиг. 6 показана блок-схема последовательности операций способа управления QoS согласно варианту осуществления настоящего изобретения. Способ осуществляется на UE, UE является стороной, передающей данные, и способ включает в себя следующие этапы.

Этап 601: когда необходимо отправлять данные на уровне приложений UE, узел PDCP UE получает информацию QoS UE.

UE может получать информацию QoS UE из CN или AN. Информация QoS включает в себя один или более из QCI, GBR, MBR, совокупной максимальной битовой скорости точки доступа APN-AMBR, совокупной максимальной битовой скорости пользовательского оборудования UE-AMBR и ARP. UE передает полученную информацию QoS UE на узел PDCP UE.

CN может сообщать AN или UE информацию QoS с использованием плоскости управления или плоскости пользователя или обеих.

В этом варианте осуществления настоящего изобретения, QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов, и информация QoS присутствует на уровне однонаправленных каналов, уровне потоков, уровне пакетов или уровне UE.

Слайс сети является слайсом сетевого ресурса. Разные слайсы могут принадлежать разным арендаторам, причем разные арендаторы требуют, чтобы сеть обеспечивала разные уровни услуги, и QoS пользователей, принадлежащих разным слайсам могут различаться. Таким образом, информацию QoS и информацию слайса нужно комбинировать.

В этом варианте осуществления настоящего изобретения, UE может дополнительно получать относительную информацию QoS слайса, которому принадлежит услуга, и регулировать информацию QoS UE на основании относительной информации QoS слайса.

Этап 602: узел PDCP UE обрабатывает, на основании информации QoS UE, данные, подлежащие отправке на уровне приложений, для получения потока данных на уровне потоков.

В этом варианте осуществления настоящего изобретения, узел PDCP UE может фильтровать данные из уровня приложений на основании информации QoS на уровне потоков UE, для получения потока данных на уровне потоков; или узел PDCP UE делит данные из уровня приложений на основании информации QoS уровня однонаправленных каналов UE, для получения потока данных на уровне потоков; или узел PDCP UE классифицирует данные из уровня приложений на основании информации QoS уровня пакетов UE, для получения потока данных на уровне потоков.

Элемент базовой сети или RAN конфигурирует идентификатор ID потока для потока данных. Например, если информация QoS, сообщаемая базовой сетью, присутствует на уровне потоков, ID потока добавляется в информацию QoS.

Этап 602 может именоваться процедурой генерации или процедурой организации очереди заранее запланированной очереди. Каждый поток данных на уровне потоков соответствует одной организованной очереди. Дополнительно, множество потоков данных может соответствовать одной и той же организованной очереди, информация о соответствии между множеством потоков данных и одной очередью может конфигурироваться элементом RAN, и элемент RAN может дополнительно конфигурировать соответствие между ID потока данных и ID очереди. Например, множество потоков данных может соответствовать одной и той же очереди на основании одной и той же информации QoS или одного и того же приоритета в информации QoS. Дополнительно, если RAN не конфигурирует соответствие между потоком данных и очередью, предполагается, что потоки данных имеют взаимно-однозначное соответствие с очередями.

Например, очередь данных предварительного планирования поступает из данных уровня приложений, и данные уровня приложений могут иметь форму потока, другими словами, механизм QoS на основе потока. CN может сообщать UE информацию потока QoS, или RAN сообщает UE информацию потока QoS. Например, CN может сообщать UE шаблона TFT каждого потока, и UE фильтрует данные из уровня приложений с использованием шаблона TFT для получения множества потоков данных на уровне потоков. Информация потока QoS включает в себя одну или более из информации потока, например, QCI, GBR, максимальной битовой скорости, APN-AMBR, шаблона TFT, ARP и ID потока. QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов. Шаблон TFT означает фильтрацию пакета на основании пятерки IP и соответствующего поля QoS в заголовке IP. Шаблон фильтрации может включать в себя один или более из IPv4 remote address (удаленного адреса IPv4), и IPv6 remote address (удаленного адреса IPv6), protocol identifier/next header (идентификатора протокола), single local port (единственного номера локального порта), local port range (диапазона номеров локального порта), single remote port (единственного номера удаленного порта), remote port range (диапазона номеров удаленного порта), security parameter index (индекса параметра безопасности), type of service/traffic class (типа услуги), flow label type (типа метки потока) и пр. Информация потока QoS дополнительно включает в себя совокупную информацию QoS множества потоков, и совокупная информация QoS включает в себя одну или более из информации, например, QCI, GBR, максимальную битовую скорость, APN-AMBR, ARP и ID потока, и представляет признак объединения множества потоков, например, ограничение скорости. В общем случае, совокупная информация QoS сконфигурирована для множества потоков одного и того же приложения. В ходе реализации QoS на стороне RAN, информация QoS каждого потока должна удовлетворяться, и также должна удовлетворяться совокупная информация QoS множества потоков, например, ограничение или ограничение по полной скорости множества потоков.

Дополнительно, UE может сообщать, сети активно или по мере необходимости для сети, информацию способности, указывающую, поддерживается ли QoS на основе потока, для указания, может ли поддерживаться механизм QoS на основе потока. UE может сообщать информацию способности элементу базовой сети или элементу RAN с использованием сообщения AS (Access Stratum) или NAS (Non-access Stratum).

В порядке другого примера, CN или RAN сообщает UE информацию QoS однонаправленного канала, и UE делит данные однонаправленного канала для получения потока данных на уровне потоков. Правило разделения данных однонаправленного канала может быть правилом расширения шаблона TFT, правилом отображения заголовка пакета данных и т.п. Например, байт заголовка пакета данных одного или более из протоколов HTTP на уровне TCP, уровне IP и уровне приложений отображается для разделения данных однонаправленного канала для получения множества потоков. CN или RAN может дополнительно сообщать ID потока или аналогичный идентификатор, соответствующий правилу разделения.

Информация QoS однонаправленного канала включает в себя одну или более из информации однонаправленного канала, например, QCI, GBR, максимальной битовой скорости, APN-AMBR, ARP и шаблона TFT. QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов.

В порядке еще одного примера, CN или AN может сообщать UE информацию QoS пакетов, и UE классифицирует пакеты для получения потока данных на уровне потоков. Правило классификации может быть признаками нескольких байтов в заголовке пакета данных или идентификационной информации заголовка пакета данных, например, некоторыми особыми портами и полями признаков в протоколе TCP, и ключевыми словами, например, полями признаков пакетов HTTP "GET", "POST", "HTTP/1.1" и "HOST". Признаком ассоциации является совместной идентификации множества полей признаков, и средство идентификации поведения, идентифицирующее поведение потока данных, например, один или более из режимов поведения, например, диапазона портов в пакете, статистики длины пакета (последовательности длин пакета, набора длин пакета, диапазона длин пакета, средней длины пакета иa суммы длин пакетов, передаваемых в обе стороны), частоты отправки пакетов, доли принимаемых и отправляющих пакетов и степени разброса адреса назначения. CN или AN может дополнительно сообщать ID потока или аналогичный идентификатор, соответствующий правилу классификации. Например, классификация с использованием поля признака пакета HTTP "GET", позволяет установить, что ID потока для потока данных равен 1.

Например, для данных восходящей линии связи и данных нисходящей линии связи, маркировка может осуществляться в заголовке пакета данных для указания различной информации QoS. Передающая сторона может генерировать разные организованные очереди на основании меток. Например, метка переносится в заголовке пакета данных, метка может быть ID потока или идентификатором указания информации QoS, и положение метки может быть заголовком пакета данных или заголовком расширения. Например, маркировка может осуществляться с использованием пространства из 6 зарезервированных битов в заголовке TCP, пространства расширения в заголовке GTPU и поля DSCP в IP. В необязательном порядке, разные значения поля DSCP соответствуют разным параметрам QoS. Например, 00000001 идентифицирует один набор параметров QoS, и 00000011 идентифицирует другой набор параметров QoS. Здесь не существует ограничений. Для пакета не-IP может добавляться дополнительный заголовок, и маркировка осуществляется в области заголовки.

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

Этап 603: узел PDCP UE задает размер окна предварительного планирования и период отправки на основании информации конфигурации или информации, сообщаемой узлом RLC.

В этом варианте осуществления настоящего изобретения, узел PDCP UE может получать информацию конфигурации, отправленную RAN, и задавать одно или более из окна предварительного планирования и периода отправки на основании информации конфигурации; или узел PDCP UE принимает одно или более из окна предварительного планирования и периода отправки, которые периодически сообщаются узлом RLC; или узел PDCP UE принимает одно или более из окна предварительного планирования и периода отправки которые сообщаются узлом RLC на основании события.

На фиг. 6a показана схема процедуры обработки узла PDCP согласно варианту осуществления настоящего изобретения. На передающей стороне, узел PDCP принимает данные из более высокого уровня, осуществляет такие операции, как организация очереди, предварительное планирование, выделение SN номера PDCP, шифрование, и добавление заголовка PDCP, и затем доставляет PDCP PDU на узел RLC. В необязательном порядке, если узел PDCP соответствует множеству узлов RLC, узлу PDCP необходимо осуществлять обработку маршрутизации и выбирать подходящий узел RLC, на который нужно доставлять PDCP PDU. Соответственно, на принимающей стороне, узел PDCP принимает данные с более низкого уровня, осуществляет такие операции, как удаление заголовка PDCP, дешифрование, снятие сжатия заголовка, и последовательная доставка, и затем доставляет данные на более высокий уровень.

На фиг. 6b показана схема другой процедуры обработки узла PDCP согласно варианту осуществления настоящего изобретения. На передающей стороне, узел PDCP принимает данные из более высокого уровня, и осуществляет такие операции, как выделение SN номера PDCP, организация очереди, предварительное планирование, шифрование, и добавление заголовка PDCP, и затем может доставлять PDCP PDU на узел RLC. В необязательном порядке, если узел PDCP соответствует множеству узлов RLC, узлу PDCP необходимо осуществлять обработку маршрутизации и выбирать подходящий узел RLC, на который нужно доставлять PDCP PDU. Соответственно, на принимающей стороне, узел PDCP принимает данные с более низкого уровня, осуществляет такие операции, как удаление заголовка PDCP, дешифрование, снятие сжатия заголовка, и последовательная доставка, и затем доставляет данные на более высокий уровень.

На фиг. 6c показана схема еще одной процедуры обработки узла PDCP согласно варианту осуществления настоящего изобретения. На передающей стороне, узел PDCP принимает данные из более высокого уровня, и осуществляет такие операции, как выделение SN номера PDCP, шифрование, добавление заголовка PDCP, организация очереди, и предварительное планирование, и затем может доставлять PDCP PDU на узел RLC. В необязательном порядке, узел PDCP может дополнительно осуществлять сжатие заголовка функция на передающей стороне. Соответственно, на принимающей стороне, узел PDCP принимает данные с более низкого уровня, осуществляет такие операции, как удаление заголовка PDCP, дешифрование, снятие сжатия заголовка, и последовательная доставка, и затем доставляет данные на более высокий уровень.

Размер окна предварительного планирования необходимо устанавливать для отправки данных разных очередей на узле PDCP, и дополнительно можно устанавливать период отправки. В ходе предварительного планирования, окно предварительного планирования используется для указания полного размера пакетов данных, извлеченных из организованных очередей. Узел PDCP доставляет все пакеты данных в окне предварительного планирования на узел RLC. Узел PDCP может периодически осуществлять доставку.

Например, RAN конфигурирует одно или более из окна предварительного планирования и периода отправки узла PDCP. RAN конфигурирует набор информации окна предварительного планирования для каждого RB. Информация окна предварительного планирования включает в себя один или более из окна предварительного планирования и периода отправки. В направлении передачи данных восходящей линии связи, RAN передает информацию окна предварительного планирования RB на UE с использованием сообщения радиоинтерфейса, например, сообщения RRC или элемента информации управления PDCP (PDU управления PDCP).

В порядке другого примера, узел RLC периодически сообщает одно или более из окна предварительного планирования и периода отправки узла PDCP. RAN может конфигурировать период сообщения информации окна предварительного планирования узлом RLC. Узел RLC может вычислять информацию окна предварительного планирования с использованием одного или более из статуса буфера RLC, возможности планирования на уровне MAC и пропускной способности узла RLC.

В порядке еще одного примера, узел RLC может сообщать информацию окна предварительного планирования PDCP на основании события, и информация окна предварительного планирования включает в себя одно или более из окна предварительного планирования и периода отправки. Согласно статистики буфера RLC, если буфер RLC меньше порога, узел RLC предписывает узлу PDCP увеличивать окно предварительного планирования и/или сокращать период отправки; или если буфер RLC больше порога, узел RLC предписывает узлу PDCP сужать окно предварительного планирования и/или расширять период отправки.

В необязательном порядке, сообщение, передаваемое узлом RLC на узел PDCP, может нести предложенное окно предварительного планирования и предложенный период отправки узла PDCP.

Событие для сообщения информации предварительного планирования узлом RLC может конфигурироваться RAN и сообщаться UE с использованием сообщения плоскости управления или сообщения плоскости пользователя. Например, тот факт, что буфер RLC меньше заданного порога в указанное время, может задаваться как событие A, инициируя узел RLC сообщать информацию на узел PDCP, для предписания увеличивать окно предварительного планирования и/или сокращать период отправки. Тот факт, что буфер RLC больше заданного порога в указанное время, может задаваться как событие B, инициируя узел RLC сообщать информацию на узел PDCP, для предписания увеличивать окно предварительного планирования и/или сокращать период отправки.

Дополнительно, узел PDCP может сообщать информацию организации очереди, например, одну или более из информации, например, длины очереди и времени организации очереди, на уровень RLC.

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

Дополнительно, узел RLC может сообщать только информацию индекса информации окна предварительного планирования. RAN или узел RLC может заранее конфигурировать множество наборов информации окна предварительного планирования, информация окна предварительного планирования включает в себя одно или более из окна предварительного планирования и периода отправки, и информация индекса используется для указания конкретной соответствующей информации окна предварительного планирования, таким образом, снижая издержки взаимодействия сигнализации.

Узел PDCP принимает информацию окна предварительного планирования, сообщаемую узлом RLC, и обновляет старую информацию окна предварительного планирования до вновь принятой информации окна предварительного планирования.

Максимальный буфер узла RLC может конфигурироваться RAN.

Кроме того, узел PDCP может дополнительно независимо выбирать и регулировать информацию окна предварительного планирования, и узел PDCP может адаптивно выбирать независимую информацию окна предварительного планирования на основании одной или более из информации, например, длины и времени ожидания организованной очереди и статуса буфера RLC. Дополнительно, информацию окна предварительного планирования можно классифицировать на несколько уровней, и узел PDCP может выбирать уровень независимой информации окна предварительного планирования. Множество уровней информации окна предварительного планирования может конфигурироваться RAN. Множество уровней независимой информации окна предварительного планирования может альтернативно конфигурироваться узлом RLC.

Дополнительно, узел RLC может сообщать статус буфера RLC уровню PDCP периодически или на основании события. Статус буфера RLC может быть информацией статуса нагрузки буфера, например, состояния тяжелой, средней или легкой нагрузки. Событие для сообщения статуса буфера RLC может конфигурироваться элементом RAN. Например, узел RLC сообщает статус буфера RLC путем инициирования события при изменении статуса буфера. Пороги для состояний тяжелой, средней и легкой нагрузки буфера RLC может конфигурироваться RAN.

Значение периода для периодического сообщения статуса буфера узлом RLC также может конфигурироваться RAN.

Дополнительно, узел PDCP может выбирать уровень независимой информации окна предварительного планирования на основании статуса буфера RLC. Например, если буфер RLC находится в состоянии тяжелой нагрузки, узел PDCP выбирает уровень независимой информации окна предварительного планирования, соответствующий относительно малому окну предварительного планирования.

Дополнительно, узел PDCP может сообщать информацию организации очереди, например, одну или более из информации, например, длины очереди и времени организации очереди, уровню RLC.

Дополнительно, метод сообщения информации окна предварительного планирования узлом RLC и метод использования независимой информации окна предварительного планирования узлом PDCP можно использовать совместно. Например, когда нагрузка буфера RLC является относительно легкой, метод использования независимой информации окна предварительного планирования узлом PDCP можно использовать для ускорения отправки данных. Когда нагрузка буфера RLC является относительно тяжелой, узел RLC может сообщать информацию окна предварительного планирования, и узел PDCP использует принятую информацию окна предварительного планирования, сообщаемую узлом RLC.

Дополнительно, в решении, в ходе начального инициирования услуги, метод использования независимой информации окна предварительного планирования узла PDCP можно использовать, пока узел RLC не сообщит информацию окна предварительного планирования, или пока узел RLC не сообщит информацию, указывающую тяжелую нагрузку буфера RLC, и затем уровень информации окна предварительного планирования выбирается на основании статуса буфера RLC.

Дополнительно, классификация обработка может осуществляться на основании информация потока предварительного планирования. В частности, метод использования независимой информации окна предварительного планирования узла PDCP можно использовать для очередей, соответствующих некоторым потокам. Информация потока предварительного планирования может конфигурироваться RAN или сообщаться узлом RLC. Например, RAN может конфигурировать случай, когда очереди, соответствующие потокам с приоритетами 1 и 2 могут заранее планироваться в методе использования независимой информации окна предварительного планирования узла PDCP. В необязательном порядке, узел PDCP сообщает независимую информацию окна предварительного планирования на узел RLC. Узел RLC может определять, со ссылкой на независимую информацию окна предварительного планирования, информацию окна предварительного планирования, сгенерированную узлом RLC.

Дополнительно, RAN или узел RLC может конфигурировать случай, когда очереди некоторых потоков заранее не планируются. В частности, данные потоков (то есть PDCP SDU) непосредственно поступает на уровень PDCP из уровня приложений, затем обработка, например, выделение SN номера PDCP, шифрование, и добавление заголовка осуществляется уровнем PDCP для получения PDCP PDU, и PDCP PDU непосредственно доставляется на узел RLC.

Дополнительно, процедура на фиг. 6a демонстрирует метод объединения метода использования независимой информации окна предварительного планирования узлом PDCP и метода сообщения информации окна предварительного планирования узлом RLC. Узел PDCP осуществляет обработку предварительного планирования на основании независимой информации окна предварительного планирования, для получения и буферизации подлежащей отправке PDCP PDU. Узел PDCP принимает информацию окна предварительного планирования, сообщаемую узлом RLC, выбирает конкретное количество PDCP PDU из подлежащей отправке PDCP PDU в буфере в порядке увеличения SN номеров PDCP, и доставляет конкретное количество PDCP PDU на узел RLC. Конкретное количество PDCP PDU определяется на основании информации окна предварительного планирования, сообщаемой узлом RLC. Например, если количество подлежащих отправке PDCP PDU больше окна предварительного планирования, сообщаемого узлом RLC, конкретное количество может быть равно размеру окна предварительного планирования; или если количество подлежащих отправке PDCP PDU меньше или равно окну предварительного планирования, сообщаемому узлом RLC, конкретное количество может быть равно количеству подлежащих отправке PDCP PDU в буфере.

Если узел PDCP и узел RLC реализуются на одном и том же уровне, межуровневое окно реализуется внутри протокольного уровня.

Если функции узла RLC и узла MAC реализуются на одном протокольном уровне, соответствующая функция сообщения информации окна предварительного планирования узлом RLC реализуется на этом протокольном уровне.

Если функции узла RLC могут по отдельности реализоваться узлом MAC и узлом PDCP, например, функция повторной передачи RLC реализуется узлом PDCP, и функции сегментирования и повторной сборки узла RLC реализуются на уровне MAC, соответствующая функция сообщения информации окна предварительного планирования узлом RLC можно реализовать на уровне MAC.

Если один узел PDCP соответствует множеству узлов RLC, узел PDCP осуществляет обработку предварительного планирования на основании информации окна предварительного планирования множества узлов RLC, и отправляет PDCP PDU на соответствующий узел RLC. Дополнительно, узел PDCP может группировать организованные очереди узла PDCP на основании различных типов узлов RLC. Например, узел PDCP группирует очереди в две группы на основании соответствующих типов узлов RLC и доставляет данные в каждой группе очередей на узел RLC соответствующего типа, другими словами, осуществляет обработку маршрутизации на передающей стороне. Процедура предварительного планирования может осуществляться в методе сообщения информации окна предварительного планирования узлом RLC и/или методе использования независимой информации окна предварительного планирования узла PDCP. Дополнительно, узел PDCP может не группировать организованные очереди, и выбирает узел RLC и доставляет данные на узел RLC. Узел PDCP может определять, на основании информации окна предварительного планирования, сообщаемой множеством узлов RLC, количество PDCP PDU, доставляемых на разные узлы RLC, например, выбирать, во временном порядке сообщения информации окна предварительного планирования узлами RLC, узел RLC, на который нужно доставлять PDCP PDU. В необязательном порядке, количество PDCP PDU, подлежащих доставке на разные узлы RLC, может определяться на основании информации состояния одного или более из каналов линии радиосвязи, соответствующих разным узлам RLC, информации статуса буфера узлов RLC, информации статуса повторной передачи узлов RLC, и пр. Узел RLC должен сообщать информацию статуса повторной передачи узла RLC узлу PDCP, и информация статуса повторной передачи узла RLC может быть одной или более из информации об узле RLC, например, количества повторно передаваемых RLC PDU, или вероятности повторной передачи или суммарного количества повторных передач RLC PDU в заранее установленный период времени.

Если множество узлов PDCP соответствует одному узлу RLC, узел RLC генерирует множество фрагментов информации окна предварительного планирования и сообщает множеству соответствующих узлов PDCP множество фрагментов информации окна предварительного планирования, и каждый узел PDCP независимо осуществляет обработку предварительного планирования, и отправляет PDCP PDU на узел RLC. Идентификационная информация узла PDCP может переноситься в PDCP PDU. Альтернативно, устанавливается другая форма соответствия между узлом PDCP и узлом RLC. Узел RLC на принимающей стороне доставляет PDCP PDU на соответствующий узел PDCP на основании полученного идентификатора узла PDCP.

Дополнительно, узел RLC может выделять информацию окна предварительного планирования на основании информации статуса узла PDCP. Информация статуса узла PDCP является одной или более из длины очереди и времени организации очереди для очереди на узле PDCP, информации предварительного планирования данных каждого потока, и пр. Дополнительно, RAN может конфигурировать информацию конфигурации (включающую в себя одну или более из информации, например, PBR, приоритета, максимальной битовой скорости, GBR и протяженности размера корзины) для узла PDCP, и сообщать информацию планирования на узел RLC. Дополнительно, узел PDCP может объединять информацию предварительного планирования данных всех потоков для генерации информации планирования узла PDCP, например, среднего приоритета множества потоков для получения приоритета узла PDCP, и объединять PBR множества потоков для получения PBR узла PDCP. RAN может сообщать правило объединения для объединения информации предварительного планирования данных всех потоков для генерации информации планирования узла PDCP. Узел PDCP сообщает информацию планирования узла PDCP на узел RLC. Дополнительно, узел RLC может выделять информацию окна предварительного планирования множеству узлов PDCP на основании информации статуса узлов PDCP и/или информации планирования узлов PDCP, например, выделять суммарное количество PDCP PDU приемлемое для узла RLC, множеству узлов PDCP, для получения информации окна предварительного планирования множества узлов PDCP.

Дополнительно, узлы PDCP дифференцируются друг от друга на основании приоритетов, для определения разных методов предварительного планирования. Другими словами, узлы PDCP с разными приоритетами планирования используют разные методы предварительного планирования. Высокоприоритетный узел PDCP может использовать метод использования независимой информации окна предварительного планирования, и низкоприоритетный узел PDCP может использовать метод сообщения информации окна предварительного планирования узлом RLC. В частности, приоритет узла PDCP, который может использовать независимую информацию окна предварительного планирования может конфигурироваться RAN. Например, узел PDCP с приоритетом, превышающим конкретный приоритет, может доставлять PDCP PDU на узел RLC посредством независимого предварительного планирования. Дополнительно, приоритет узла PDCP, который использует независимую информацию окна предварительного планирования, может быть сконфигурирован узлом RLC UE. Дополнительно, элемент RAN или узел RLC может непосредственно указывать узел PDCP, который осуществляет независимое предварительное планирование. Идентификатор узла PDCP может переноситься. Например, элемент RAN или узел RLC указывает, что узел PDCP 1 может осуществлять независимое предварительное планирование, другими словами, осуществлять предварительное планирование путем независимого выбор информации окна планирования.

В частности, при наличии только одной очереди на узле PDCP, узел PDCP получает конкретное количество PDCP SDU из очереди на основании информации окна предварительного планирования, осуществляет обработку, например, выделение SN номера PDCP, шифрование и добавление заголовка для получения PDCP PDU, и непосредственно доставляет PDCP PDU на узел RLC. Альтернативно, если обработка, например, выделение SN номера PDCP, шифрование, и добавление заголовка осуществляется на очереди, узел PDCP получает конкретное количество PDCP PDU из очереди на основании информации окна предварительного планирования, и доставляет конкретное количество PDCP PDU на узел RLC. Если соответствие между узлом PDCP и узлом RLC является отношением динамического отображения, узел PDCP отправляет PDCP PDU на соответствующий узел RLC на основании идентификатора узла RLC.

Этап 604: узел PDCP UE определяет информацию предварительного планирования каждого потока данных.

В этом варианте осуществления настоящего изобретения, узел PDCP UE может получать информацию предварительного планирования, которая относится к каждому потоку данных и которая отправляется RAN; и/или узел PDCP UE получает информацию QoS на уровне потоков UE, которая отправляется CN, и определяет информацию предварительного планирования каждого потока данных на основании информации QoS на уровне потоков UE; и/или узел PDCP UE получает информацию из уровня приложений для вычисления информации предварительного планирования.

Например, узел PDCP UE может получать информацию предварительного планирования, сконфигурированную RAN. RAN конфигурирует информацию предварительного планирования для данных UE с использованием сообщения радиоинтерфейса. Информация предварительного планирования включает в себя одну или более из информации каждого потока, например, PBR, приоритета, максимальной битовой скорости, GBR, AMBR RB, которому принадлежит поток, APN-AMBR и протяженности размера корзины. PBR является номинальной скоростью, указывающей гарантию скорости для каждого потока в ходе планирования, во избежание случая, когда некоторые низкоприоритетные очереди невозможно постоянно планировать и, таким образом, данные невозможно длительно отправлять. AMBR RB, которому принадлежит поток может генерироваться RAN, и указывает максимальную скорость отправки всех услуг не-GBR RB. RAN может получать AMBR RB на основании AMBR UE. Сообщение радиоинтерфейса для информации предварительного планирования, отправленной RAN на UE, включает в себя идентификатор потока. Сообщение радиоинтерфейса может было сообщением RRC (radio resource connection) или элементом информации управления PDCP (PDU управления PDCP). В необязательном порядке, информация предварительного планирования дополнительно включает в себя алгоритм планирования и/или тип алгоритма, используемый, когда планирование осуществляется на разных очередях.

Если потоки данных имеют взаимно-однозначное соответствие с очередями, информация предварительного планирования потока данных является информацией предварительного планирования очереди. В необязательном порядке, может быть дополнительно включена информация о множестве потоков, которые могут совместно обрабатываться. Например, если множество потоков имеют одинаковый приоритет, множество потоков может располагаться в одной и той же очереди для обработки, другими словами, может быть сконфигурирована однородная информация потока предварительного планирования. Множество потоков данных соответствует одной и той же организованной очереди. Информация предварительного планирования множества потоков соответствует информации предварительного планирования очереди.

В порядке другого примера, узел PDCP UE может получать информацию предварительного планирования, сообщаемую CN. CN сообщает информацию QoS UE. Информация QoS, сообщаемая UE включает в себя одну или более из информации потока, например, QCI, GBR, максимальной битовой скорости и APN-AMBR, и QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов. UE получает информацию предварительного планирования на основании информации QoS на уровне потоков с использованием конкретного алгоритма. Например, UE может узнавать приоритет планируемого потока посредством отображения с использованием информации QCI. Дополнительно, RAN может сообщать UE правило вычисления информации предварительного планирования, и UE вычисляет и получает информацию предварительного планирования согласно правилу. Дополнительно, RAN может сообщать UE часть информации предварительного планирования, и UE может принимать часть информации предварительного планирования, которая отправляется AN, и использовать часть информации предварительного планирования как часть информации предварительного планирования UE.

В порядке еще одного примера, узел PDCP UE может получать информацию предварительного планирования, полученную от уровня приложений. UE может получать информацию от уровня приложений для вычисления информации предварительного планирования, и UE считывает информацию от уровня приложений для получения информации, связанной с предварительным планированием, например, для специальной обработки на некоторых данных уровня приложений, например, специальной обработки на повторно передаваемом пакете TCP и пакете TCP ACK. Правило считывания информации от уровня APP для вычисления информации предварительного планирования CN или AN может сообщать UE. UE вычисляет информацию предварительного планирования на основании информации, полученной от уровня приложений, и правила для информации предварительного планирования. Например, повторно передаваемый пакет TCP и пакет TCP ACK могут располагаться в высокоприоритетной очереди.

Вышеописанные три метода получения информации предварительного планирования могут использоваться независимо или использоваться совместно.

Этап 605: в течение каждого периода отправки, узел PDCP UE выбирает пакет данных размером с окно предварительного планирования из множества очередей на основании информации предварительного планирования очереди.

Узлу PDCP дополнительно требуется гарантировать приоритизированную битовую скорость (prioritized Bit Rate, PBR) каждой очереди, во избежание длительного планирования очереди. Для всех очередей, принадлежащих APN, максимальная скорость планирования данных ограничивается APN-AMBR. Дополнительно, в ходе планирования, можно рассматривать одну или более из информации, например, длины очереди данных услуги, времени организации очереди и счетчика задержки в атрибуте QoS услуги. Например, планирование пакета данных с относительно долгим временем организации очереди и относительно малым счетчиком задержки может ускоряться.

Не существует временного порядка осуществления этапа 602, этапа 603 и этапа 604.

Кроме того, в соответствии с вышеописанной процедурой обработки отправки данных на стороне UE, в процедуре обработки приема данных на стороне RAN, узел PDCP в качестве блока приема получает PDCP PDU от узла RLC. Узел PDCP осуществляет такие операции, как удаление заголовка и дешифрование для получения пакетов данных разных потоков, последовательно доставляет пакеты данных на более высокий уровень, и отправляет пакеты данных в базовую сеть посредством обработки маршрутизации.

В этом варианте осуществления настоящего изобретения, обработка предварительного планирования очереди осуществляется на уровне PDCP, уровень RLC сообщает информацию предварительного планирования (окно предварительного планирования и/или период отправки), и узел PDCP осуществляет планирование и доставку данных на основании информации предварительного планирования. В решении предварительного планирования, тонкую грануляцию признака QoS можно реализовать над уровнем MAC, таким образом, что может отражаться требование QoS к тонкости, и издержки подзаголовка MAC, обусловленные увеличением количества логических каналов, могут снижаться.

В этом варианте осуществления настоящего изобретения, управление QoS на основе потока реализуется посредством как предварительного планирования уровнем PDCP, так и планирования на уровне MAC. Ниже подробно описано взаимодействие между предварительным планированием и планированием.

Информация планирования каждого RB, запланированного на уровне MAC, включает в себя одну или более из информации RB, например, приоритета логической информации, приоритизированной битовой скорости (prioritized Bit Rate, PBR) и протяженности размера корзины (Bucket Size Duration, BSD).

Для узла MAC UE, информация планирования RB может быть конфигурируется элементом RAN или может получаться согласно заранее установленному правилу вычисления с использованием информации предварительного планирования. Заранее установленное правило вычисления, например, получается приоритет логической информации RB на основании приоритета каждого потока в RB. В частности, может использоваться метод вычисления среднего. Аналогично, другая часть в информации планирования RB также может вычисляться с использованием информации планирования потока. Например, значение PBR может быть суммой PBR всех потоков. Элемент RAN может сообщать UE заранее установленное правило вычисления. В сценарии гибкого отображения между потоком и RB, информацию планирования RB можно быстро получать без динамической конфигурации и обновления на стороне RAN.

Для элемента RAN, информация предварительного планирования может конфигурироваться CU, и информация планирования должна сообщаться DU.

В этом варианте осуществления настоящего изобретения, после того, как узел PDCP UE осуществляет процедуру предварительного планирования на этапах 601-605, может дополнительно осуществляться следующая процедура: узел PDCP UE обрабатывает PDCP SDU для получения протокольной единицы данных протокола конвергенции пакетной передачи данных PDCP PDU. Блок отправки на узле PDCP UE доставляет PDCP PDU на узел RLC для обработки. Узел RLC осуществляет сегментирование или конкатенацию на PDCP PDU, и затем помещает PDCP PDU на уровень управления доступом к среде MAC. Уровень MAC осуществляет планирование и мультиплексирование на данных множества логических каналов LCH для получения протокольной единицы данных управления доступом к среде MAC PDU, и доставляет MAC PDU на физический уровень для обработки и отправки.

Ниже отдельно описана обработка маршрутизации данных восходящей линии связи и данных нисходящей линии связи в этом варианте осуществления настоящего изобретения.

Для данных восходящей линии связи:

Дифференциация потоков передающей стороны: разные потоки дифференцируются друг от друга в методе TFT, и шаблон TFT соответствует ID потока. Альтернативно, разные потоки идентифицируются посредством маркировки, элемент базовой сети может сообщать информацию метки UE, и информация метки соответствует ID потока.

Обработка маршрутизации на принимающей стороне: если пакет данных включает в себя метку, элемент RAN получает идентификатор туннеля или адрес назначения на основании метки, и отправляет идентификатор туннеля или адрес назначения на соответствующий элемент базовой сети; в противном случае, при наличии функции TFT, элемент RAN осуществляет операцию TFT для получения множества потоков, и отправляет пакет данных каждого потока в идентификатор туннеля или адрес назначения, соответствующий шаблону TFT. CN конфигурирует соответствие между шаблоном TFT и идентификатором туннеля или адресом назначения потока и сообщает соответствие элементу RAN. CN конфигурирует соответствие между меткой в пакете данных и идентификатором туннеля или адресом назначения потока, и сообщает соответствие элементу RAN. В противном случае, элемент RAN осуществляет маршрутизацию с использованием IP-адреса назначения пакета данных и отправляет пакет данных элементу базовой сети.

Для данных нисходящей линии связи:

Дифференциация потоков передающей стороны: (1) при наличии туннеля, например, туннеля GTPU между базовой сетью и RAN, элемент RAN на передающей стороне может получать разные потоки на основании идентификаторов туннеля. (2) Если TFT сконфигурирован для RAN, RAN осуществляет операцию TFT на данных, отправленных базовой сетью, и получает соответствующие потоковые данные на основании шаблона TFT (соответствующего ID потока). (3) Если пакет данных из базовой сети несет метку (соответствующую ID потока), элемент RAN осуществляет дифференциацию на основании метки, для получения потоковых данных. Альтернативно, любая комбинация трех методов используется для получения потоковых данных.

Обработка маршрутизации на принимающей стороне: UE непосредственно отправляет PDCP SDU на более высокий уровень, а именно, протокольный узел уровня приложений UE.

Кроме того, на этапе 605 используется метод, предусматривающий сначала осуществление организации очереди и затем генерирование PDCP SDU.

В необязательном порядке, узел PDCP может сначала осуществлять выделение SN номера PDCP на PDCP SDU, осуществлять организацию очереди и предварительное планирование очереди, размещать PDCP SDU на блоке отправки, и затем осуществлять шифрование и добавление заголовка PDCP для получения PDCP PDU.

В необязательном порядке, узел PDCP может сначала осуществлять выделение SN номера PDCP на PDCP SDU, осуществлять шифрование и добавление заголовка PDCP для получения PDCP PDU, осуществлять организацию очереди и предварительное планирование очереди, и размещать полученную PDCP PDU на блоке отправки.

Например, узел RLC осуществляет сегментирование и конкатенацию пакетов данных для генерации протокольной единицы данных управления доступом к среде MAC PDU фиксированного размера, для буферизации на уровне MAC.

Например, параметр QoS UE включает в себя параметр QoS стороны радиоинтерфейса UE и параметр QoS стороны земли UE. Получение узлом PDCP UE информации QoS UE на этапе 601, в частности, включает в себя: получение, узлом PDCP UE, параметра QoS стороны радиоинтерфейса UE; или получение, узлом PDCP UE, параметра сквозного, E2E, QoS UE и правила динамического выделения параметра E2E QoS.

В этом варианте осуществления настоящего изобретения, совместная оптимизация может осуществляться на основании QoS секции.

Например, UE принимает сообщение уведомления о способности или нагрузке от плоскости управления; и при определении, на основании сообщения уведомления о способности или нагрузке, что способность QoS на стороне земли не удовлетворяет требованию к QoS стороны земли, регулирует параметр QoS стороны радиоинтерфейса UE для повышения качества обслуживания стороны радиоинтерфейса, для удовлетворения E2E QoS.

В порядке другого примера, UE принимает сообщение внутриполосного уведомления от плоскости пользователя, где сообщение внутриполосного уведомления несет информацию удовлетворения QoS, и информация удовлетворения QoS используется для указания занятой доли или величины счетчика E2E QoS или оставшейся доли или величины счетчика E2E QoS; и при определении, на основании информации удовлетворения QoS, что QoS стороны земли не удовлетворяется, регулирует параметр QoS стороны радиоинтерфейса UE для повышения качества обслуживания стороны радиоинтерфейса, для удовлетворения E2E QoS.

На фиг. 6d показана схема обработки предварительного планирования согласно варианту осуществления настоящего изобретения. Обработка предварительного планирования осуществляется в процедуре передачи данных восходящей линии связи на UE. Конкретная процедура обработки осуществляется следующим образом:

UE инициирует услугу восходящей линии связи, и базовая сеть передает информацию QoS двух потоков на RAN или UE. Информация QoS потока 1 включает в себя такую информацию, как QCI 1=6 и ARP 1=3, информация QoS потока 2 включает в себя такую информацию, как QCI 2=7 и ARP 2=4, и информация QoS потока 1 и информация QoS потока 2 дополнительно включают в себя информацию AMBR уровня UE, и может дополнительно включать в себя информацию APN-AMBR. Предполагается, что поток 1 и поток 2 принадлежат одной и той же APN.

RAN принимает информацию QoS двух потоков от UE и генерирует информацию предварительного планирования посредством вычисления. Информация предварительного планирования включает в себя одну или более из информации о потоке 1, например, PBR, приоритет, APN-AMBR и протяженность размера корзины, и одну или более из информации о потоке 2, например, PBR, приоритет, APN-AMBR и протяженность размера корзины. Элемент RAN сообщает информацию предварительного планирования узлу PDCP UE с использованием сообщения радиоинтерфейса.

Узел PDCP UE группирует данные потока 1 и потока 2 в две очереди для организации очереди.

В данном сценарии узлы PDCP имеют взаимно-однозначное соответствие с узлами RLC.

Узел RLC сообщает информацию окна предварительного планирования на узел PDCP периодически или посредством инициирования события, и узел RLC может вычислять информацию окна предварительного планирования с использованием такой информации, как статус буфера RLC и возможность планирования на уровне MAC. Информация возможности планирования на уровне MAC является информацией отчета о статусе буфера (buffer status report, BSR), которую UE сообщает RAN, в соответствии с которой RAN выделяет UE предоставление UL. Узел RLC UE вычисляет информацию окна предварительного планирования на основании информации уровня MAC и информации буфера RLC.

Узел PDCP UE предварительно планирует организованные очереди на основании информации окна предварительного планирования. Например, ввиду таких факторов, как приоритет и предел максимальной битовой скорости (например, ограничения RB-AMBR и APN-AMBR), шесть пакетов данных выбирается из очереди потока 1, и четыре пакета данных выбирается из очереди потока 2. Узел PDCP осуществляет такие операции, как выделение SN номера PDCP, шифрование, и добавление заголовка PDCP на 10 пакетах данных, выбранных для предварительного планирования, для получения PDCP PDU, и доставляет PDCP PDU на узел RLC. В случае периодической отправки, вышеописанные операции повторяются, когда начинается следующий период отправки.

После осуществления возможной обработки сегментирования или конкатенации на PDCP PDU, узел RLC доставляет PDCP PDU на уровень MAC для мультиплексирования. Затем узел PHY отправляет PDCP PDU.

Узел RLC элемента RAN на принимающей стороне принимает пакет данных от уровня MAC. После осуществления упорядочения, узел RLC (режим AM) доставляет PDCP PDU на узел PDCP, и узел PDCP осуществляет удаление заголовка и дешифрование, и затем доставляет PDCP SDU на более высокий уровень. Кроме того, данные отправляются в базовую сеть посредством обработки маршрутизации. Если функции узла PDCP элемента RAN распределены в CU, и функции узла RLC распределены в DU, DU отправляет PDCP PDU восходящей линии связи на CU с использованием интерфейса между DU и CU.

Согласно фиг. 6d, в процедуре передачи данных нисходящей линии связи, элемент RAN осуществляет аналогичную обработку предварительного планирования. Конкретная процедура осуществляется следующим образом:

Для услуги нисходящей линии связи, базовая сеть инициирует процедуру создания услуги и передает информацию QoS услуги нисходящей линии связи на RAN с использованием плоскости управления или плоскости пользователя. Базовая сеть передает информацию QoS двух потоков на RAN. Информация QoS потока 1 включает в себя такую информацию, как QCI 1=3, GBR 1=10 кбит/с, и ARP 1=3, и информация QoS потока 2 включает в себя такую информацию, как QCI 2=5, GBR 2=20 кбит/с, и ARP 2=4.

Дополнительно, QoS включает в себя информацию QoS слайса.

RAN принимает информацию QoS двух потоков от UE и генерирует информацию предварительного планирования посредством вычисления. Информация предварительного планирования включает в себя одну или более из информации о потоке 1, например, GBR 1, приоритет 1 и протяженность размера корзины 1 и одну или более из информации о потоке 2, например, GBR 2, приоритет 2 и протяженность размера корзины 2.

Узел PDCP элемента RAN группирует данные потока 1 и потока 2 в две очереди для организации очереди.

В данном сценарии узлы PDCP имеют взаимно-однозначное соответствие с узлами RLC. Узлы PDCP распределены в CU, и узлы RLC распределены в DU.

Узел RLC в DU сообщает информацию окна предварительного планирования на узел PDCP периодически или посредством инициирования события, и узел RLC может вычислять информацию окна предварительного планирования с использованием такой информации, как статус буфера RLC и возможность планирования на уровне MAC. DU передает информацию окна предварительного планирования на CU с использованием интерфейса между DU и CU.

Узел PDCP RAN предварительно планирует организованные очереди на основании информации окна предварительного планирования. Например, ввиду таких факторов, как приоритет и a гарантированная битовая скорость, четыре пакета данных выбирается из очереди потока 1, и восемь пакетов данных выбирается из очереди потока 2. Узел PDCP осуществляет такие операции, как выделение SN номера PDCP, шифрование, и добавление заголовка PDCP на 12 пакетах данных, выбранных для предварительного планирования, для получения PDCP PDU, и доставляет PDCP PDU на узел RLC, в частности, передает PDCP PDU с использованием плоскости пользователя интерфейса между CU и DU. В случае периодической отправки, вышеописанные операции повторяются, когда начинается следующий период отправки.

После осуществления возможной обработки сегментирования или конкатенации на PDCP PDU, узел RLC доставляет PDCP PDU на уровень MAC для мультиплексирования. Затем узел PHY отправляет PDCP PDU.

Узел RLC UE на принимающей стороне принимает пакет данных от уровня MAC. После осуществления упорядочения, узел RLC (режим AM) доставляет PDCP PDU на узел PDCP, и узел PDCP осуществляет удаление заголовка PDCP и дешифрование, и затем доставляет PDCP SDU на более высокий уровень, а именно, протокольный узел уровня приложений UE.

На фиг. 6e-1 и фиг. 6e-2 показаны схема общей сетевой архитектуры способа управления QoS на основе потока согласно варианту осуществления настоящего изобретения. Процедуры обработки UE, RAN и CN показаны на фигуре.

Вариант осуществления 2

На этапе 601, когда информацию QoS UE необходимо определять согласно информации QoS UE и информации QoS слайса, CN может сообщать информацию QoS слайса RAN и GW с использованием сообщения плоскости управления или данных плоскости пользователя или обоих или заранее сконфигурированным методом, и может дополнительно сообщать информацию QoS слайса UE с использованием сообщения NAS. Дополнительно, RAN может сообщать информацию QoS слайса UE.

Информация QoS слайса включает в себя одну или более из конкретной информации QoS слайса и относительной информации QoS слайса.

Конкретная информация QoS слайса указывает требование к ресурсу и/или качеству восприятия (Quality of Experience, QoE) пользователя слайса и может включать в себя одну или более из информации, например, QCI, MBR и/или AMBR, GBR (которая может указывать минимальное требование к услуге слайса, и может прочно выделяться), приоритет (уровень приоритета) и ARP. QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов.

Множество наборов конкретной информации QoS может быть сконфигурировано для одного слайса, и по отдельности применимы к разным сетевым статусам. Например, состояния тяжелой, средней и легкой нагрузки могут соответствовать разной информации QoS.

Кроме того, информация указания в конкретной информации QoS слайса можно использовать для указания сетевого статуса, к которому применим каждый набор конкретной информации QoS, и информация указания может доставляться совместно с конкретной информацией QoS.

Относительная информация QoS слайса указывает изменение информации QoS (включающей в себя информацию QoS уровня пользователей и/или информацию QoS уровня услуг) пользователя, который принадлежит слайсу. Относительная информация QoS слайса может включать в себя один или более из увеличения или уменьшения приоритета услуги, увеличения или уменьшения минимальной гарантированной битовой скорости услуги, увеличения или уменьшения услуги не-GBR (например, добавления параметра PBR), регулировки услуги AMBR (APN-AMBR), увеличения или уменьшения APN-AMBR пользователя, который принадлежит слайсу, изменения UE-AMBR пользователя, изменения информации услуги ARP, услуга изменения счетчика коэффициента потери пакетов, изменения счетчика задержки услуги, добавление параметра QoS приращения уровня слайсов и пр. Параметр QoS приращения уровня слайсов может включать в себя один или более из приращений QoS уровня услуг, например, слайс-AMBR (указывающий максимальную совокупную скорость всех услуг не-GBR, которые принадлежат слайсу), временной порог предоставление отчета о задержке, сколько раз можно сообщать данные восходящей линии связи, размер пакета данных (Data size), и информацию об абсолютном времени отчета (report absolute time) данных. Дополнительно, параметр QoS приращения уровня слайсов включает в себя параметр приращения QoS уровня пользователей, например, уровня пользователей.

Информация QoS уровня пользователей является информацией QoS, относящаяся к пользователю, например, одним или более из UE-AMBR, уровня пользователей и пр. Информация QoS уровня услуг является информацией QoS единственной услуги, например, может включать в себя один или более из QCI, GBR, максимальной битовой скорости, ARP и пр.

Множество наборов относительной информации QoS может быть сконфигурировано для одного слайса, и по отдельности применимо к разным сетевым статусам. Например, состояния тяжелой, средней и легкой нагрузки могут соответствовать разной относительной информации QoS.

Кроме того, относительная информация QoS слайса может дополнительно включать в себя информацию идентификатора или типа услуги и/или информацию о пользователе, для указания эффективного диапазона относительной информации QoS слайса.

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

Дополнительно, в другом методе, информация QoS, которую сообщает CN, включает в себя информацию QoS слайса. Другими словами, информация QoS, которая относится к пользователю или услуге и которая генерируется элементом базовой сети, включает в себя информацию QoS слайса, которому принадлежит пользователь или услуга. RAN и UE принимают информацию QoS.

Информацию QoS слайса можно найти с использованием ID слайса.

Дополнительно, типы слайсов (slice type) можно использовать для указания разных изменений информации QoS, которая принадлежит слайсу, и можно использовать заранее заданный метод. Например, тип слайса 1 соответствует увеличению приоритета на два уровня.

На фиг. 7 показана схема потоков сигналов способа конфигурации QoS слайса согласно варианту осуществления настоящего изобретения. Включена сигнализация взаимодействия между UE, RAN и CN-CP. Способ включает в себя следующие этапы.

Этап 701: CN-CP отправляет сообщение 1 (например, сообщение запроса установления слайса) на RAN, где сообщение 1 несет информацию QoS слайса.

В необязательном порядке, когда сообщение 1 является сообщением запроса установления слайса, RAN может дополнительно отправлять сообщение ответа установление слайса на CN-CP после приема сообщения запроса установления слайса.

Этап 702: CN-CP отправляет сообщение 2 (например, сообщение запроса модификации слайса) на RAN, где сообщение 2 несет информацию QoS слайса.

Информация QoS слайса включает в себя одну или более из конкретной информации QoS слайса и относительной информации QoS слайса, и сообщение 1 и/или сообщение 2 может дополнительно нести ID слайса или тип слайса в качестве идентификатора.

RAN принимает информацию QoS слайса.

CN или RAN может сообщать UE информацию QoS слайса и/или идентификатор информации QoS.

RAN может подготавливать ресурс для слайса на основании конкретной информации QoS слайса. Ресурс включает в себя один или более из ресурса оборудования, ресурса полосы, ресурса хранения, радиоресурса и пр. базовой станции.

RAN может конфигурировать разные ресурсы для слайса в разных сетевых статусах на основании конкретной информации QoS слайса.

RAN может модифицировать, на основании относительной информации QoS слайса, информацию QoS пользователя, который принадлежит слайсу.

В этом варианте осуществления настоящего изобретения, этап 701 и этап 702 являются слайсовыми процедурами. Например, способ дополнительно включает в себя следующую процедуру для получения информации QoS, относящейся к слайсу, пользователя:

Этап 703: CN-CP отправляет сообщение 3 (например, сообщение, используемое для отправки информации QoS, например, сообщения запроса установления усовершенствованного однонаправленного канала радиодоступа (evolved Evolved Radio Access Bearer, eE-RAB) или запроса модификации eE-RAB) на RAN, где сообщение 3 несет одна или более из информации QoS для QoS UE, относительной информации QoS слайса, ID слайса, типа слайса, информации указания изменения QoS и пр.

Этап 704: CN-CP отправляет информацию QoS на UE с использованием сообщения NAS 4, где информация QoS включает в себя одну или более из информации QoS UE, относительной информации QoS слайса, ID слайса, типа слайса, информации указания изменения QoS и пр.

CN может сообщать информацию QoS пользователя, а именно, информацию QoS UE, RAN или UE с использованием плоскости управления или плоскости пользователя или обеих. Информация QoS пользователя включает в себя одну или более из информации, например, QCI, GBR, максимальной битовой скорости, APN-AMBR, UE-AMBR и ARP. Информация QoS может быть на уровне однонаправленных каналов, уровне потоков, уровне пакетов или уровне UE.

Дополнительно сообщается относительная информация QoS слайса, которому принадлежит услуга. ID слайса или тип слайса могут дополнительно использоваться для идентификации относительной информации QoS слайса.

Дополнительно, CN может сообщать информацию указания изменения QoS для указания, нужно ли изменять информацию QoS пользователя на основании относительной информации QoS слайса. Информация указания может дополнительно указывать сетевой статус, в котором информацию QoS пользователя нужно изменять.

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

Вариант осуществления 3

На фиг. 8 показана схема одного уровня общей обработки кэширования. В современной системе LTE, планирование восходящей линии связи необходимо осуществлять на 4 мс раньше, в основном, вследствие задержки на обработку на UE, включающую в себя обработку, например, сегментирование и конкатенацию, на уровне RLC. Пакет данных буферизуется уровнем RLC. После приема ресурса планирования, физический уровень UE уведомляет более высокий уровень. После осуществления таких операций, как сегментирование и конкатенация, для адаптации к размеру ресурса, уровень RLC отправляет пакет данных на уровень MAC.

В технических решениях настоящего изобретения, такие операции, как сегментирование и конкатенация пакетов данных осуществляются раньше, для генерации MAC PDU фиксированного размера, и MAC PDU буферизуется на уровне MAC. При выделении ресурса, базовая станция выделяет ресурс, который можно использовать для передачи данных фиксированного размера или данных, размер которых является целым кратным фиксированного размера. После приема предоставления UL (предоставления восходящей линии связи), UE непосредственно извлекает MAC PDU из очереди кэширования MAC и отправляет MAC PDU. Таким образом, задержка снижается, и данные восходящей линии связи могут отправляться быстрее.

На фиг. 9 показана схема двух уровней обработки кэширования согласно варианту осуществления настоящего изобретения. Задано два уровня очередей буфера (RLC/MAC). Способ определения, активировать ли функцию "осуществления сегментирования и конкатенации раньше и буферизации на уровне MAC" может осуществляться для каждого однонаправленного канала/потока/слайса. Другими словами, нужно ли активировать функцию, можно независимо определять для разных однонаправленных каналов/потоков/слайсов. UE сообщает информацию, указывающая нужно ли активировать функцию для каждого однонаправленного канала/потока/слайса, и указывает или рекомендует объем данных, которые могут передаваться с использованием ресурса, выделяемого базовой станцией каждый раз; или базовая станция определяет, нужно ли активировать функцию для каждого однонаправленного канала/потока/слайса, и указывает UE результат определения и размер данных, которые могут передаваться с использованием ресурса, выделяемого базовой станцией каждый раз.

Размер данных может быть одним фиксированным размером или множеством фиксированных размеров.

Когда размер данных является множеством фиксированных размеров, UE генерирует множество очередей буфера, и очереди соответствуют разным фиксированным размерам. Каждая очередь может генерироваться путем осуществления сегментирования и конкатенации на разных пакетах данных RLC; или каждая очередь может генерироваться путем осуществления сегментирования и конкатенации на одном и том же пакете данных RLC на основании разных фиксированных размеров за счет повышения производительности с использованием хранилища; и пакет данных можно получать из соответствующей очереди на основании принятого статуса размера ресурса.

Например, UE запрашивает фиксированный размер сегмента RLC с использованием сообщения плоскости пользователя или плоскости управления, и сообщение плоскости пользователя или плоскости управления может нести предложенное значение. Базовая станция определяет фиксированный размер сегмента RLC, и сообщает UE фиксированный размер сегмента RLC.

Например, фиксированные размеры сегментов RLC, полученные UE, составляют 10 байт, 20 байт и 40 байт. Узел RLC UE осуществляет сегментирование и конкатенацию на RLC PDU в буфере на основании фиксированных размеров сегментов RLC 10 байт, 20 байт и 40 байт, для получения трех очередей, которые, соответственно, нумеруются 1, 2 и 3. Узел RLC доставляет три очереди на уровень MAC, и уровень MAC буферизует очереди RLC PDU после приема очередей. После приема указания ресурса от физического уровня, уровень MAC выбирает подходящую очередь на основании информации о ресурсах для отправки, например, выбирает RLC PDU в очереди 2 фиксированного размера сегмент 20 байт, и помещает RLC PDU в MAC PDU для отправки. Количество RLC PDU в очереди 2, которые располагаются в MAC PDU, определяется алгоритмом планирования на уровне MAC.

В этом варианте осуществления настоящего изобретения, уровень RLC осуществляет сегментирование и конкатенацию раньше для получения одного или более пакетов данных фиксированного размера, и пакеты данных буферизуются на уровне MAC, таким образом реализуя более быстрое планирование восходящей линии связи.

Вариант осуществления 4

Кроме того, в этом варианте осуществления настоящего изобретения, реализация секционирования и совместная оптимизация могут осуществляться на услуге QoS, чтобы гарантировать E2E QoS, для удовлетворения требования к счетчику услуги.

Операция секционирования E2E параметра QoS может осуществляться в любом из следующих двух решений:

Решение 1: фиксированное QoS секции, и независимая реализация QoS в каждой дорожной секции

Счетчик QoS выделяется каждой дорожной секции на основании E2E параметра QoS. Например, счетчик E2E параметра QoS по отдельности выделяется секции передачи земли и секции передачи радиоинтерфейса. Счетчик E2E параметра QoS может включать в себя один или более из счетчика задержки (delay), коэффициента потери пакетов (packet loss rate), ARP, GBR, MBR, AMBR, приоритета и пр. Диапазон, указанный E2E параметром QoS, является требованием QoS для секции от UE к PDN GW. PDN GW является граничным узлом между базовой сетью 3GPP и внешней сетью. Секция передачи земли является секцией передачи от PDN GW к элементу RAN (например, базовой станции), и секция передачи радиоинтерфейса является секцией передачи от элемента RAN (например, базовой станции) к терминалу UE.

Элемент базовой сети (например, функция политики и правил тарификации (Policy and Charging Rules Function, PCRF)) осуществляет секционирование параметра QoS согласно фиксированной доле. Например, средняя производительность обеспечивается на основании статистики передачи на стороне земли; или RAN и CN дифференцируются друг от друга в ходе конфигурации таблицы параметров QoS, что позволяет RAN и CN независимо получать содержание параметра QoS. Например, независимый параметр QoS можно получать на основании индекса QCI.

При передаче информации параметра QoS на RAN или UE, CN по отдельности сообщает параметр QoS стороны радиоинтерфейса и параметр QoS передачи на стороне земли.

CN может дополнительно сообщать E2E параметр QoS при передаче информации параметра QoS на RAN или UE.

Для данных восходящей линии связи, параметр QoS для радиоинтерфейса используется для передачи между UE и элементом RAN (например, базовой станцией), и параметр QoS для передачи на стороне земли используется для передачи данных между элементом RAN (например, базовой станцией) и PDN.

Для данных нисходящей линии связи, параметр QoS для передачи на стороне земли используется для передачи данных между PDN GW и элементом RAN (например, базовая станция), и параметр QoS для радиоинтерфейса используется для передачи между элементом RAN (например, базовой станцией) и UE.

Решение 2: динамическое секционирование E2E параметра QoS

E2E параметр QoS динамически выделяется на основании одной или более из информации, например, статуса нагрузки и перегрузки каждой дорожной секции и статистики исторической информации параметра QoS. QoS реализуется в каждой дорожной секции на основании выделяемого счетчика параметра QoS. Например, сторона земли имеет более стабильный счетчик производительности по сравнению с передачей по радиоинтерфейсу, и параметр QoS радиоинтерфейс можно вычислять на основании динамического изменения стороны земли. Параметр QoS может включать в себя один или более из счетчика задержка (delay), коэффициента потери пакетов (packet loss rate), ARP, GBR, MBR, AMBR, приоритета, и пр.

CN может сообщать RAN и/или UE E2E параметр QoS и может дополнительно сообщать правило динамического выделения E2E параметра QoS. Правило динамического выделения E2E параметра QoS может включать в себя один или более из параметра QoS, для которого необходимо осуществлять секционирование, доли выделения счетчика параметра QoS параметров QoS в разных статусах сетевой передачи, и пр. Например, содержание правила включает в себя, например, счетчик задержки и долю выделения счетчика в разных сетевых статусах. В необязательном порядке, секционировани не нужно осуществлять для некоторых из E2E параметров QoS. Например, параметр приоритета может быть общим в каждой E2E секции передачи.

Дополнительно, параметр QoS может нести допустимую степень скидки счетчика QoS. Например, должен удовлетворяться счетчик задержки, или 20% скидка счетчика скорости является приемлемой.

Дополнительно, параметр QoS может нести информацию указания для указания признака параметра QoS. Например, услуга является услугой со сверхнизкой задержкой, услугой сверхнадежной передачи или экстренной службой. Если услуга является услугой со сверхнизкой задержкой, должен удовлетворяться счетчик задержки услуги.

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

RAN принимает E2E параметр QoS, отправленный CN, и может получать параметр QoS секции на основании такой информации, как разные сетевые статусы, например, параметры QoS секции передачи радиоинтерфейса и секции передачи стороны земли.

Дополнительно, секция передачи стороны земли может делиться на секцию интерфейса S1 и секцию интерфейса S5/S8. Секция интерфейса S1 является дорожной секцией передачи между базовой станцией и SGW, и секция интерфейса S5/S8 является дорожной секцией передачи между SGW и PGW.

Этот вариант осуществления настоящего изобретения дополнительно предусматривает решение оптимизации для совместной реализации QoS секции.

Например, для совместной оптимизации реализации QoS, предполагается, что вся дорожная секция передачи делится на секцию A и секцию B (например, секцию передачи радиоинтерфейса и секцию передачи стороны земли). Если сетевой элемент секции A узнает, на основании уведомления (уведомления о способности или нагрузке) от плоскости CP, что информация удовлетворения QoS секции B не удовлетворяет требованию QoS секции B для услуги, где информация удовлетворения QoS является фактической производительностью передачи данных, сетевой элемент секции A может активно повышать качество обслуживания сетевого элемента для услуги (если секция A имеет достаточно ресурсов или возможностей), для удовлетворения E2E требования QoS. В противном случае, сетевой элемент секции A может снижать качество обслуживания. Например, счетчик задержки в параметре QoS услуги равен 100 мс, и счетчики задержки передачи секции A и секции B равны 50 мс. Если окончательная информация удовлетворения QoS (60 мс) секции B не удовлетворяет счетчику задержки (50 мс) секции, сетевой элемент секции A может повышать качество обслуживания для снижения задержки передачи (40 мс) услуги в секции A, благодаря чему, E2E задержка (60 мс+40 мс=100 мс) услуги удовлетворяет счетчику задержки (100 мс) в параметре QoS.

Дополнительно, сетевой элемент секции A может выбирать только некоторые услуги на основании политики, для повышения качества обслуживания некоторых услуг, для удовлетворения E2E требования QoS. Метод выбора на основе политики может быть выбором некоторых конкретных услуг на основании одной или более из информации, например, приоритета услуги и QCI. Например, задержка передачи снижается только для услуги, относительно чувствительной к задержке, или качество обслуживания повышается только для высокоприоритетной услуги.

В порядке другого примера, внутриполосное уведомление от UP, в частности, информация удовлетворения QoS, добавленная с использованием плоскости пользователя, используется для оптимизации. Метод передачи информации удовлетворения QoS от плоскости пользователя может быть добавлением информации удовлетворения QoS в заголовок пакета данных плоскости пользователя. Информация удовлетворения QoS является фактической производительностью передачи данных, и может быть представлена в форме занятой доли или величины счетчика E2E QoS, оставшейся доли или величины счетчика E2E QoS, или доли удовлетворения или избыточной части или недостающей части счетчика QoS секции. Например, если секция B занимает 40% E2E счетчика задержки, счетчик задержки секции A составляет 60% общего счетчика задержки, и секция A должна удовлетворять счетчику. В сценарии секционирования, например, если счетчик задержки секции A равен 40 мс, и фактический счетчик задержки равен 50 мс, существует избыток 10 мс. Если счетчик задержки секции B равен 70 мс, для удовлетворения E2E счетчика задержки, сетевой элемент секции B может брать меры оптимизации, например, реализует задержку 60 мс, которая на 10 мс короче счетчика задержки секции B, для удовлетворения требования E2E счетчика задержки (40 мс+70 мс=110 мс).

Если сетевой элемент секции A узнает, что параметр QoS услуги не удовлетворяется в секции B, сетевой элемент повышает качество обслуживания секции A; в противном случае, сетевой элемент снижает качество обслуживания секции A.

Секция A и секция B являются секцией передачи радиоинтерфейса и секцией передачи стороны земли. QoS секции передачи радиоинтерфейса реализуется между элементом RAN и UE, и QoS секции передачи стороны земли реализуется между PDN GW и элементом RAN.

Для передачи данных нисходящей линии связи, элемент RAN может регулировать передачу секции передачи радиоинтерфейса на основании информации удовлетворения QoS секции передачи стороны земли, например, реализуют радиоинтерфейс QoS с использованием политик, например, планирования передачи по радиоинтерфейсу, для удовлетворения E2E требования QoS.

Для передачи по восходящей линии связи, элемент RAN может регулировать QoS передачи на стороне земли на основании информации удовлетворения QoS секции передачи радиоинтерфейса, и SGW стороны земли дополнительно регулирует QoS передачи на стороне земли, для удовлетворения E2E требования QoS.

Параметр QoS услуги может быть параметром QoS на уровне однонаправленных каналов, потоков или пакетов.

На фиг. 10 показана блок-схема последовательности операций способа управления QoS согласно другому варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы:

Этап 1001: сетевой элемент плоскости управления базовой сети CN-CP принимает информацию способности качества обслуживания QoS на стороне радиоинтерфейса и/или информацию способности QoS на стороне земли, отправленную сетью радиодоступа RAN.

Этап 1002: определять выбор или повторный выбор дорожной секции стороны радиоинтерфейса или дорожной секции стороны земли на основании информации способности QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли.

Информация способности QoS является информацией удовлетворения QoS типа услуги в секции передачи.

Согласно схеме перемещения пути, показанной на фиг. 11, в оптимизации пути, инициируемой QoS, выбор или повторный выбор другой секции может инициироваться на основании способности QoS секции A или секции B. Например, RAN может инициировать выбор или повторный выбор SGW или PGW, и RAN сообщает CN-CP информацию способности QoS секции A и/или информацию способности QoS секции B. CN может определять выбор или повторный выбор разных секций передачи.

Кроме того, обычно, RAN основана только на ограничении ресурсов, например, GBR и количества пользователей. E2E счетчик (задержки и коэффициента потери пакетов) должен удовлетворяться для разных QCI для услуги. Таким образом, определение не эквивалентно счетчику QoS. Для вышеописанной проблемы, вариант осуществления настоящего изобретения дополнительно предусматривает способ управления QoS. В способе, E2E QoS может не учитываться в ходе хэндовера или предоставления.

На фиг. 12 показана блок-схема последовательности операций способа управления QoS согласно еще одному варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы.

Этап 1201: первый элемент RAN (например, базовая станция) принимает информацию маршрутизации на стороне земли, отправленную соседним элементом RAN (например, базовой станцией).

Информация маршрутизации на стороне земли включает в себя одну или более из информации об обслуживающем шлюзе SGW, подключенном к соседнему элементу RAN (например, базовой станции), информации о шлюзе сети пакетной передачи данных PGW, информации о сети пакетной передачи данных PDN, подключенной к PGW, информации о LHN, информации способности к сверхнизкой задержке, и информации способности к сверхнадежной передаче.

Элементы RAN (например, базовые станции) должны обмениваться между собой информацией маршрутизации на стороне земли, для принятия решения о возможном поведении хэндовера. Информация маршрутизации на стороне земли может включать в себя одну или более из информации, например, информации о SGW, подключенном к элементу RAN (например, базовой станции), информации о PGW, информации о публичной сети передачи данных (Public Data Network, PDN), подключенной к PGW, информации о домашней локальной сети (local Home Network, LHN), информации способности к сверхнизкой задержки и информации способности к сверхнадежной передаче. Информация о SGW является одним или более из адреса, идентификатора, указания, является ли SGW локальным, и пр. Информация о PGW является одним или более из адреса, идентификатора, указания, является ли PGW локальным, информации, указывающей, располагаются ли PGW и базовая станция в одном месте, и пр. Информация о PDN, подключенной к PGW, является одним или более из идентификатора APN, указания, является ли PDN локальной, и пр. Информация о LHN является идентификационной информацией. Информация способности к сверхнизкой задержки является счетчиком задержки передачи или указанием, что задержка передачи на стороне земли между элементом RAN (например, базовой станцией) и PDN меньше порога, или несет только список PDN, с которой элемент RAN (например, базовая станция) может поддерживать передачу со сверхнизкой задержкой. Поддержание передачи со сверхнизкой задержкой является способностью к передаче, для которой задержка передачи меньше порога, и порог может быть заранее установленным порогом задержки передачи. Информация способности к сверхнадежной передаче является счетчиком коэффициента потери пакетов при передаче или указанием, что коэффициент потери пакетов на стороне земли при передаче между элементом RAN (например, базовой станцией) и PDN меньше порога, или несет только список PDN, с которой элемент RAN (например, базовая станция) может поддерживать сверхнадежную передачу. Поддержание сверхнадежной передачи является способностью к передаче, при которой коэффициент потери пакетов при передаче меньше порога, и порог может быть заранее установленным порогом коэффициента потери пакетов при передаче.

Дополнительно, информация маршрутизации может находиться на уровне элементов RAN (например, базовых станций) или может находиться на уровне сот.

Элементы RAN (например, базовые станции) могут обмениваться между собой информацией маршрутизации на стороне земли с использованием прямого интерфейса или непрямого интерфейса. Например, информация маршрутизации на стороне земли может сообщаться с использованием сообщения, например, сообщения интерфейса X2 или сообщения интерфейса S1.

Этап 1202: первый элемент RAN (например, базовая станция) осуществляет выбор хэндовера в целевую соту на соседнем элементе RAN (например, базовой станции) на основании информации маршрутизации на стороне земли и параметра QoS, для выбора подходящей целевой соты целевого элемента RAN (например, базовой станции) для терминала, для выполнения программы хэндовера.

Причина того, что первый элемент RAN принимает решение на хэндовер и инициирует решение на хэндовер, может состоять в том, что UE сообщает качество сигнала соты, требование выравнивания нагрузки соты, требование к мобильности услуги, и пр.

При осуществлении выбор хэндовера в целевую соту, первый элемент RAN должен учитывать способность поддержания E2E QoS целевой сотой. Первый элемент RAN может помогать выбирать подходящую целевую соту целевой базовой станции на основании информации маршрутизации на стороне земли, которой обмениваются между собой целевые элементы RAN (например, базовые станции). Например, первый элемент RAN может выбирать подходящую целевую соту целевого элемента RAN (например, базовой станции) на основании такой информации, как E2E параметр QoS, способность поддержания сверхнизкой задержки целевой базовой станцией /целевой сотой и способность поддержания сверхнадежной передачи целевой базовой станцией /целевой сотой.

На фиг. 13 показана схема процедуры хэндовера E2E QoS согласно настоящему изобретению. Процедура хэндовера включает в себя следующие этапы.

Этап 1301: Первый элемент RAN (например, базовая станция) отправляет сообщение 1 (например, сообщение запроса хэндовера) на целевой элемент RAN (например, базовую станцию) (с использованием прямого интерфейса, например, интерфейса X2, или непрямого интерфейса, например, интерфейса S1), где сообщение 1 несет информацию, например, параметр QoS и причину хэндовер, и дополнительно несет информацию о целевой PDN.

Информация о PDN может быть информацией APN или может быть информацией о PGW (идентификатором или адресом PGW или указанием, является ли PGW локальным), или может быть информацией о LHN (идентификатором LHN). Первый элемент RAN (например, базовая станция) может отправлять сообщения запроса хэндовера на множество целевых элементов RAN (например, базовых станций).

Параметр QoS может включать в себя один или более из счетчика задержки (delay), коэффициента потери пакетов (packet loss rate), ARP, GBR, MBR, AMBR, приоритета и пр. Каждый счетчик в параметре QoS может быть E2E счетчиком или может описываться секцией, другими словами, параметр QoS является параметром QoS секции передачи земли и параметром QoS секции передачи радиоинтерфейса.

Дополнительно, параметр QoS может нести допустимую степень скидки счетчика QoS. Например, должен удовлетворяться счетчик задержки, или 20% скидка счетчика скорости является приемлемой.

Дополнительно, параметр QoS может нести информацию указания для указания признака параметра QoS. Например, услуга является услугой со сверхнизкой задержкой, услугой сверхнадежной передачи или экстренной службой. Если услуга является услугой со сверхнизкой задержкой, должен удовлетворяться счетчик задержки услуги.

Этап 1302: целевой элемент RAN (например, базовая станция) принимает сообщение 1, и осуществляет определение предоставления услуги.

На фиг. 13, RAN 2 может представлять любой целевой элемент RAN.

Целевой элемент RAN (например, базовая станция) не только определяет требование к ресурсу, например, скорости в параметре QoS, но и учитывает способность поддержания E2E QoS, например, задержку и/или коэффициент потери пакетов на стороне RAN и стороне земли. Счетчик стороны земли можно получать заранее с использованием исторической информации; или элемент RAN (например, базовая станция) получает конкретный счетчик посредством измерения пакетов (в частности, получает счетчики, например, задержки передачи и коэффициента потери пакетов между элементом RAN и PDN GW); или элемент RAN (например, базовая станция) сообщает результат определения CN, таким образом, что CN снова осуществляет подтверждение.

Дополнительно, целевой элемент RAN (например, базовая станция) может выбирать SGW и/или PGW, подключенный к PDN, для измерения счетчика секции передачи земли.

Дополнительно, элемент базовой сети (например, сетевой элемент плоскости управления) может выбирать, для целевого элемента RAN (например, базовой станции), SGW и/или PGW, подключенный к PDN. Сообщение запроса хэндовера, отправленное элементом базовой сети на целевой элемент RAN (например, базовую станцию), может нести информацию о выбранном SGW и/или информацию о выбранном PGW. Информация о SGW является одним или более из адреса, идентификатора, указания, является ли SGW локальным, и пр., и информация о PGW является одним или более из адреса, идентификатора, указания, является ли PGW локальным, информации, указывающей, располагаются ли PGW и целевой элемент RAN (например, базовая станция) в одном месте, и пр.

Этап 1303: если предоставление увенчивается успехом, целевой элемент RAN (например, базовая станция) возвращает сообщение 2 (например, сообщение квитирования хэндовера) на первый элемент RAN (например, базовую станцию). Дополнительно, сообщение 2 несет уровень удовлетворения параметра QoS, например, степень удовлетворения некоторых параметров QoS: 100% для задержки, 90% для коэффициента потери пакетов, и пр. Сообщение запроса хэндовера может указывать параметр QoS, степень удовлетворения которого нужно указывать в сообщении квитирования хэндовера.

Этап 1304: если предоставление терпит неудачу, целевой элемент RAN (например, базовая станция) возвращает сообщение 3 (например, сообщение неудачи при подготовке к хэндоверу) на первый элемент RAN (например, базовую станцию), где сообщение 3 несет конкретную причину, и причина может быть одной или более из следующих: счетчик задержки не удовлетворяется, счетчик коэффициента потери пакетов не может удовлетворяться, счетчик скорости нельзя гарантировать, и пр. Дополнительно, причина может указывать, удовлетворяет ли счетчик секция передачи радиоинтерфейса или секция передачи стороны земли.

Этап 1305: первый элемент RAN (например, базовая станция) принимает сообщения 2 квитирования запроса хэндовера, возвращаемые множеством целевых элементов RAN (например, базовых станций), и может выбирать целевую соту для инициирования хэндовера. Например, первый элемент RAN может выбирать подходящую целевую соту на основании такой информации, как статус удовлетворения счетчика E2E QoS.

В этом варианте осуществления настоящего изобретения, E2E QoS используется в качестве предоставления и условия определения хэндовера, что позволяет лучше удовлетворять требованию пользователя.

Вариант осуществления 5

В другом варианте осуществления описана система связи. Пакет данных плоскости пользователя имеет форму потока, и поток отображается в RB на стороне RAN, другими словами, потоковые данные переносятся по RB. Множество потоков может отображаться в один и тот же RB. Отображение между потоком и RB конфигурируется элементом RAN или может выбираться UE. Пакеты данных множества потоков соответствуют одному узлу PDCP RB, и узел PDCP RB осуществляет обработку, например, выделение SN номера PDCP, шифрование и добавление заголовка PDCP PDU на данных множества потоков совместно. Например, поток 1 и поток 2 переносятся в RB 1, и поток 3 и поток 4 переносятся в RB 2. Узел PDCP RB 1 обрабатывает пакеты данных потока 1 и потока 2. Этот вариант осуществления настоящего изобретения дополнительно предусматривает способ хэндовера. Способ относится к способу передачи пакета данных на основе потока в процедуре хэндовера, и способ, в частности, относится к процедуре, в которой UE совершает хэндовер от исходного элемента RAN (например, базовой станции) на целевой элемент RAN (например, базовую станцию).

На фиг. 14 показана схема потоков сигналов способа хэндовера согласно варианту осуществления настоящего изобретения. Способ включает в себя следующие этапы:

Этап 1401: базовая станция 1 отправляет сообщение запроса хэндовера на базовую станцию 2.

Базовая станция 1 определяет необходимость осуществления хэндовера для UE и выбирает целевую соту целевой базовой станции. Исходная базовая станция 1 отправляет сообщение 1 запроса хэндовера на целевую базовую станцию 2 через прямой интерфейс или непрямой интерфейс между базовыми станциями, для запрашивания инициирования хэндовера. Сообщение 1 запроса хэндовера включает в себя информацию QoS услуги UE и информацию ID однонаправленного радиоканала (например, RB 1 и RB 2) UE в исходной соте. Сообщение 1 запроса хэндовера может дополнительно включать в себя историческую информацию UE (историческую информацию хэндовера UE). Сообщение 1 запроса хэндовера может дополнительно включать в себя отношение отображения между потоком и RB UE в исходной соте. Информация QoS услуги UE может быть информацией QoS на основе потока, и может включать в себя одну или более из информации потока, например, QCI, GBR, максимальной битовой скорости и APN-AMBR.

Этап 1402: базовая станция 2 отправляет сообщение квитирования хэндовера на базовую станцию 1 на основании запроса хэндовера, принятого от базовой станции 1.

Целевая базовая станция 2 принимает сообщение 1 запроса хэндовера и определяет, допускать ли UE. Если базовая станция 2 может допустить UE, базовая станция 2 выделяет ресурс UE, устанавливает RB 3 и RB 4, соответственно, соответствующие RB 1 и RB 2 UE на исходной базовой станции 1, и конфигурирует отношение отображения между потоком и RB на базовой станции 2. Например, на целевой базовой станции, поток 1 переносится в RB 3, и поток 2, поток 3 и поток 4 переносятся в RB 4. Базовая станция 2 возвращает сообщение 2 квитирования хэндовера на базовую станцию 1 для указания, что подготовка к хэндоверу проведена успешно. Сообщение 2 квитирования хэндовера включает в себя соответствие между RB UE на целевой базовой станции 2 и RB на исходной базовой станции 1 и отношение отображения между потоком и RB UE на целевой базовой станции 2, и может дополнительно включать в себя информацию конфигурации о выделении базовой станцией 2 ресурса для UE. Информация конфигурации используется для произвольного доступа и передачи данных в целевой соте.

Этап 1403: базовая станция 1 отправляет сообщение конфигурации RRC на UE.

Исходная базовая станция 1 отправляет информацию конфигурации RRC на UE. Информация конфигурации является информацией конфигурации, сконфигурированной целевой базовой станцией 2 для UE, и включает в себя соответствие между RB UE на целевой базовой станции 2 и RB на исходной базовой станции 1 и отношение отображения между потоком и RB на целевой базовой станции 2. Информация конфигурации может дополнительно включать в себя информацию конфигурации о выделении базовой станцией 2 ресурса для UE, и может дополнительно включать в себя ресурс, необходимый UE для осуществления доступа к целевой соте, и конфигурацию необходимую для передачи данных по радиоинтерфейсу.

Этап 1404: базовая станция 1 осуществляет приостановку передачи.

Исходная базовая станция 1 осуществляет приостановку передачи данных и ретранслирует данные на целевую базовую станцию 2, и целевая базовая станция 2 принимает ретранслируемые данные и передает ретранслируемые данные совместно с вновь передаваемыми данными. Подробности описаны ниже.

Передача данных восходящей линии связи/ нисходящей линии связи между исходной базовой станцией 1 и UE приостанавливается. Исходная базовая станция 1 отправляет информацию статуса передачи на базовую станцию 2. Информация статуса передачи включает в себя статус передачи пакета данных между исходной базовой станцией 1 и UE, и статус передачи пакета данных включает в себя статус передачи пакета данных восходящей линии связи и статус передачи пакета данных нисходящей линии связи. Статус передачи пакета данных восходящей линии связи включает в себя порядковый номер первой потерянной PDCP SDU и статус приема PDCP SDU между первой потерянной PDCP SDU и порядковым номером последней принятой PDCP SDU, и статус приема является "принятый" или "не принятый".

Статус передачи пакета данных нисходящей линии связи включает в себя порядковый номер следующей PDCP SDU, которой базовая станция должна выделять SN номер. Порядковый номер включает в себя PDCP-SN и номер гиперкадра (hyper frame number).

Этап 1405: базовая станция 1 ретранслирует данные на базовую станцию 2 (ретрансляция данных).

Исходная базовая станция 1 ретранслирует все принятые вне очереди пакеты восходящей линии связи на целевую базовую станцию 2, и исходная базовая станция 1 ретранслирует, на целевую базовую станцию 2, пакет данных нисходящей линии связи и пакет данных, который поступает из базовой сети и которому SN номер PDCP не выделен, где UE не определяет, что пакет данных нисходящей линии связи успешно принят. Необходимо идентифицировать RB, которому принадлежит ретранслируемый пакет данных. Например, RB ID (который может быть RB ID исходной базовой станции или RB ID целевой базовой станции) переносится в заголовке пакета данных, или используется метод установления туннеля между RB. Одна или более меток окончания переносятся в конце ретранслированного пакета данных, для указания окончания ретранслируемых данных. Флаг может устанавливаться согласно потоку или может устанавливаться согласно RB. Для данных нисходящей линии связи, флаг окончания передается плоскостью пользователя базовой сети на базовую станцию 1.

Этап 1406: UE успешно осуществляет доступ к базовой станции 2.

UE успешно осуществляет произвольный доступ к целевой соте целевой базовой станции.

Для пакета данных, ретранслированного исходной базовой станцией на целевую базовую станцию, UE получает отношение переходного отображения между потоком и RB на целевой базовой станции все еще на основании отношения отображения между потоком и RB на исходной базовой станции и соответствия между RB на исходной базовой станции и RB на целевой базовой станции. Такое отношение переходного отображения используется лишь для приема и отправки ретранслируемого пакета данных.

Этап 1407: Сетевой элемент плоскости управления базовой сети предписывает сетевому элементу плоскости пользователя базовой сети осуществлять переключение путей передачи.

Целевая базовая станция сообщает базовой сети о том, что UE успешно осуществляет доступ, и сетевой элемент плоскости управления базовой сети предписывает сетевому элементу плоскости пользователя базовой сети осуществлять переключение путей передачи. Переключение путей передачи может включать в себя переключение пути передачи нисходящей линии связи SGW или смену SGW. SGW или PGW в базовой сети отправляет флаг окончания (end marker) на исходную базовую станцию 1 по исходному транспортному каналу нисходящей линии связи плоскости пользователя.

Кроме того, процедура передачи данных нисходящей линии связи целевой базовой станции осуществляется следующим образом:

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

Поток 1 и поток 2 UE отображаются в RB 1 на исходной базовой станции 1, и RB 1 на исходной базовой станции 1 соответствует RB 3 на целевой базовой станции 2. Таким образом, на целевой базовой станции существует отношение переходного отображения между потоком 1 и потоком 2 UE и RB 3. Целевая базовая станция 2 отправляет, на RB 3, пакет данных нисходящей линии связи, ретранслированный из RB 1 на исходной базовой станции, и UE принимает ретранслированные пакеты данных потока 1 и потока 2 на RB 3 на целевой базовой станции 2.

Если флаг окончания end marker устанавливается согласно потоку, после отправки флага окончания ретранслируемых данных потока 1, целевая базовая станция 2 начинает отправлять новые данные, которые относятся к потоку 1 и принимаются из базовой сети, и отправляет новые данные на RB 3, отображенный с использованием отношения отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией. После приема флага окончания ретранслируемых данных потока 1, UE заканчивает отношение переходного отображения между потоком 1 и RB 3, начинает активировать отношение отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией, а именно, отношение отображения между потоком 1 и RB 3, и начинает принимать новые данные нисходящей линии связи потока 1 на RB 3.

После отправки флага окончания ретранслируемых данных потока 2, базовая станция 2 начинает отправлять новые данные, которые относятся к потоку 2 и принимаются из базовой сети, и отправляет новые данные потока 2 на RB 4, отображенный с использованием отношения отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией. После приема флага окончания ретранслируемых данных потока 2, UE заканчивает отношение переходного отображения между потоком 2 и RB 3, начинает активировать отношение отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией, а именно, отношение отображения между потоком 2 и RB 4, и начинает принимать новые данные нисходящей линии связи потока 2 на RB 4.

Если флаг окончания end marker устанавливается согласно RB, после отправки флага окончания ретранслируемых данных RB, целевая базовая станция 2 начинает отправлять новые данные, которые относятся к потоку и принимаются из базовой сети, и отправляет данные потока на RB, в который отображается поток. Отношение отображения между потоком и RB конфигурируется целевой базовой станцией. После приема флага окончания ретранслируемых данных RB, UE заканчивает отношение переходного отображения между всеми потоками и RB, начинает использовать отношение отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией, и начинает принимать новые данные на соответствующем RB. Например, UE принимает флаг окончания ретранслируемых данных RB 3, UE заканчивает отношение переходного отображения между обоими потоком 1 и потоком 2 и RB 3, и использует отношение отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией, в частности, принимает данные нисходящей линии связи потока 1 на RB 3, и принимает новые данные нисходящей линии связи потока 2 на RB 4.

Передача данных по восходящей линии связи целевой базовой станции:

Передача по восходящей линии связи UE на целевой базовой станции включает в себя передачу ретранслируемых данных и передачу новых данных. RB, отображенный с использованием отношения переходного отображения между потоком и RB, используется для передачи ретранслируемых данных, и RB, отображенный с использованием отношения отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией, используется для передачи новых данных.

Поток 1 и поток 2 UE отображаются в RB 1 на исходной базовой станции 1, и RB 1 на исходной базовой станции 1 соответствует RB 3 на целевой базовой станции 2. Таким образом, на целевой базовой станции существует отношение переходного отображения между потоком 1 и потоком 2 UE и RB 3.

После успешного осуществления доступа к целевой соте, UE принимает отчет о статусе PDCP, отправленный целевой базовой станцией. Отчет о статусе PDCP, отправленный целевой базовой станцией, отправляется на основании отношения отображения между RB на исходной базовой станции и RB на целевой базовой станции. Например, отчет о статусе PDCP RB 1 на исходной базовой станции отправляется целевой базовой станцией на RB 3.

UE принимает отчет о статусе PDCP RB 3 и отправляет данные потока 1 и данные потока 2 на RB 3. UE отправляет флаг окончания данных после отправки пакетов данных, запрашиваемых отчетом о статусе PDCP. Идентификатор окончания данных сконфигурирован согласно RB. UE начинает передавать данные восходящей линии связи на соответствующем RB в отношении отображения, которое установлено между потоком и RB и которое сконфигурировано целевой базовой станцией. Например, UE отправляет данные потока 1 на RB 3, и отправляет данные потока 2 на RB 4. Целевая базовая станция останавливает прием пакетов данных потока 1 и потока 2 на RB 3 согласно принятому флагу окончания пакета данных RB 3. Целевая базовая станция начинает принимать пакеты данных потоков на соответствующем RB в отношении отображения, целевой базовой станции, между потоком и RB, другими словами, целевая базовая станция принимает данные потока 1 на RB 3, и принимает данные потока 2 на RB 4.

Дополнительно, после отправки пакета данных, запрашиваемого отчетом о статусе PDCP каждого потока, UE может отправлять флаг окончания пакета данных, другими словами, отправлять флаг окончания пакета данных end marker согласно потоку. Новый пакет данных отправляется на соответствующем RB в отношении отображения, целевой базовой станции, между потоком и RB. Например, после окончания отправки пакета данных потока 2, отправляются одна или более меток окончания. Затем UE отправляет новый пакет данных восходящей линии связи потока 2 на RB 4, соответствующий потоку 2.

Целевая базовая станция останавливает прием пакета данных потока 2 на RB 3 согласно флагу окончания пакета данных потока 2. Целевая базовая станция начинает принимать новый пакет данных потока на соответствующем RB в отношении отображения, целевой базовой станции, между потоком и RB, другими словами, целевая базовая станция начинает принимать новые данные восходящей линии связи потока 2 на RB 4.

На фиг. 15 показана структурная схема устройства согласно варианту осуществления настоящего изобретения. Устройство используется в качестве первого устройства, устройство, в частности, является пользовательским оборудованием или устройством сети доступа, и устройство включает в себя:

блок 1501 организации очереди, выполненный с возможностью осуществления, на основании информации качества обслуживания QoS первого устройства, обработки организации очереди на данных, подлежащих отправке узлом протокола конвергенции пакетной передачи данных PDCP, для получения организованной очереди, где каждая очередь включает в себя, по меньшей мере, один поток;

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

блок 1503 определения, выполненный с возможностью определения информации предварительного планирования каждой очереди, организованной блоком 1501 организации очереди; и

блок 1504 предварительного планирования, выполненный с возможностью: осуществлять обработку предварительного планирования на основании информации предварительного планирования, которая относится к каждой очереди и которая определяется блоком 1503 определения и информации окна предварительного планирования, полученной блоком 1502 получения, и выбирать, из организованной очереди, пакет данных размером с окно предварительного планирования, идентифицированное информацией окна предварительного планирования.

В возможной конструкции, устройство дополнительно включает в себя блок генерации, выполненный с возможностью: после того, как блок организации очереди осуществляет обработку организации очереди на служебной единице данных PDCP (PDCP SDU) и блок предварительного планирования осуществляет обработку предварительного планирования, осуществлять выделение порядкового номера PDCP (SN номера PDCP), шифрование, и добавление заголовка PDCP для получения протокольной единицы данных PDCP PDCP PDU; или выделять SN номер PDCP для PDCP SDU, и после того, как блок организации очереди осуществляет обработку организации очереди и блок предварительного планирования осуществляет обработку предварительного планирования, осуществлять шифрование и добавление заголовка PDCP для получения PDCP PDU; или осуществлять выделение SN номера PDCP, шифрование, и добавление заголовка PDCP на PDCP SDU до того, как блок организации очереди осуществляет обработку организации очереди и блок предварительного планирования осуществляет обработку предварительного планирования для получения PDCP PDU.

В возможной конструкции, устройство дополнительно включает в себя блок доставки, выполненный с возможностью: доставлять PDCP PDU, сгенерированную блоком генерации, на узел управления линией радиосвязи RLC для обработки; осуществлять, на узле RLC, сегментирование или конкатенация на PDCP PDU, и размещать PDCP PDU на уровне управления доступом к среде MAC; и осуществлять, на уровне MAC, планирование и мультиплексирование на данных множества логических каналов LCH для получения протокольной единицы данных MAC (MAC PDU), и доставлять MAC PDU на физический уровень для обработки и отправки.

В возможной конструкции, блок получения дополнительно выполнен с возможностью получения информации QoS первого устройства из базовой сети CN или сети радиодоступа RAN до того, как блок организации очереди осуществляет обработку организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, где информация QoS первого устройства включает в себя один или более из идентификатора класса качества обслуживания QCI, гарантированной битовой скорости GBR, максимальной битовой скорости MBR, совокупной максимальной битовой скорости точки доступа APN-AMBR, совокупной максимальной битовой скорости пользовательского оборудования UE-AMBR и приоритета выделения и удержания ARP; и блок доставки дополнительно выполнен с возможностью доставки информации QoS первого устройства, полученной блоком получения, на узел PDCP первого устройства.

В возможной конструкции, QCI указывает один или более из счетчиков, например, приоритет, задержку и коэффициент потери пакетов, и информация QoS находится на уровне однонаправленных каналов, уровне потоков, уровне пакетов или уровне пользовательского оборудования UE.

В возможной конструкции, блок получения дополнительно выполнен с возможностью: до того, как блок организации очереди осуществляет обработку организации очереди на данных, подлежащих отправке, на основании информации QoS первого устройства, получать информацию QoS, которая относится к первому устройству, и которая регулируется на основании относительной информации QoS слайса, которому принадлежит услуга.

В возможной конструкции, блок получения дополнительно выполнен с возможностью: до получения информации QoS, которая относится к первому устройству, и которая регулируется на основании относительной информации QoS слайса, которому принадлежит услуга, получать, на основании идентификатора слайса, которому принадлежит услуга, информацию QoS слайса, которому принадлежит услуга, где информация QoS слайса включает в себя конкретную информацию QoS слайса и/или относительную информацию QoS слайса; и устройство дополнительно включает в себя блок обработки, выполненный с возможностью: подготавливать ресурс для слайса на основании конкретной информации QoS, которая связана со слайсом и которая получена блоком получения; и/или регулировать информацию QoS первого устройства на основании относительной информации QoS слайса.

В возможной конструкции, информация QoS, которая связана со слайсом и которая получена блоком получения дополнительно включает в себя информацию, указывающую, эффективна ли относительная информация QoS слайса; и блок обработки, в частности, выполнен с возможностью регулировки информации QoS первого устройства на основании относительной информации QoS слайса, когда информация QoS, которая связана со слайсом и которая получена блоком получения, включает в себя информацию, указывающую, что относительная информация QoS слайса эффективна.

В возможной конструкции, блок организации очереди в частности, выполнен с возможностью: фильтровать данные из более высокого уровня узла PDCP на основании информации QoS на уровне потоков первого устройства, для получения потока данных на уровне потоков; или делить данные из более высокого уровня узла PDCP на основании информации QoS уровня однонаправленных каналов первого устройства, для получения потока данных на уровне потоков; или классифицировать данные из более высокого уровня узла PDCP на основании информации QoS уровня пакетов первого устройства, для получения потока данных на уровне потоков.

В возможной конструкции, блок получения, в частности, выполнен с возможностью: получать информацию конфигурации, отправленную сетью радиодоступа RAN, и устанавливать размер окна предварительного планирования узла PDCP на основании информации конфигурации; или принимать информацию окна предварительного планирования узла PDCP, периодически сообщаемую узлом RLC; или принимать информацию окна предварительного планирования сообщаемый узлом RLC на основании события; или выбирать независимую информацию окна предварительного планирования узла PDCP на основании одного или более из длины и времени ожидания организованной очереди и статуса буфера RLC.

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

В возможной конструкции, блок доставки, в частности, выполнен с возможностью: если один узел PDCP соответствует множеству узлов RLC, группировать, узлом PDCP, организованные очереди узла PDCP на основании различных типов узлов RLC, и доставлять данные в каждой группе очередей на узел RLC соответствующего типа; или если один узел PDCP соответствует множеству узлов RLC, выбирать, на узле PDCP на основании временного порядка предоставления отчета об информации окна предварительного планирования узлами RLC, узел RLC, на который нужно доставлять PDCP PDU; или если множество узлов PDCP соответствует одному узлу RLC, генерировать, на узле RLC, множество фрагментов информации окна предварительного планирования и сообщать множеству оответствующих узлов PDCP множество фрагментов информации окна предварительного планирования, и независимо осуществлять, на каждом узле PDCP, обработку предварительного планирования, и отправлять PDCP PDU на узел RLC; или выделять, на узле RLC, информацию окна предварительного планирования на основании информации статуса каждого узла PDCP; или выделять, на узле RLC, информацию окна предварительного планирования на основании информации планирования каждого узла PDCP; или использовать, на узлах PDCP с разными приоритетами планирования, разные методы предварительного планирования.

В возможной конструкции, блок определения, в частности, выполнен с возможностью: получать информацию предварительного планирования, узла PDCP, которая относится к каждому потоку данных и которая отправляется сетью радиодоступа RAN; и/или получать информацию QoS на уровне потоков первого устройства, которая отправляется базовой сетью CN, и определять информацию предварительного планирования, узла PDCP, каждого потока данных на основании информации QoS на уровне потоков первого устройства; и/или получать информацию из более высокого уровня узла PDCP для вычисления информации предварительного планирования узла PDCP.

В возможной конструкции, блок доставки, в частности, выполнен с возможностью осуществления, на узле RLC, сегментирования и конкатенации пакетов данных для генерации протокольной единицы данных управления доступом к среде MAC PDU фиксированного размера, для буферизации на уровне MAC.

В возможной конструкции, блок определения дополнительно выполнен с возможностью определения фиксированного размера MAC PDU; и устройство дополнительно включает в себя блок отправки, выполненный с возможностью отправки фиксированного размера на второе устройство, таким образом, что при выделении ресурса первому устройству, второе устройство выделяет ресурс, который можно использовать для передачи данных фиксированного размера или данных, размер которых является целым кратным фиксированного размера.

В возможной конструкции, устройство дополнительно включает в себя блок приема, выполненный с возможностью приема фиксированного размера, который имеет MAC PDU, и который определяется вторым устройством и отправляется вторым устройством; и блок доставки, в частности, выполнен с возможностью предписания узлу RLC осуществлять сегментирование и конкатенацию пакетов данных на основании принятого фиксированного размера, для генерации MAC PDU фиксированного размера.

В возможной конструкции, блок доставки, в частности, выполнен с возможностью: предписывать узлу RLC осуществлять сегментирование и конкатенацию пакетов данных для генерации множества MAC PDU фиксированного размера; генерировать, на уровне MAC, множество очередей буфера, где очереди соответствуют разным фиксированным размерам; и получать, на уровне MAC, пакет данных из соответствующей очереди на основании принятого статуса размера ресурса.

В возможной конструкции, один узел PDCP первого устройства соответствует множеству узлов RLC, и блок доставки, в частности, выполнен с возможностью доставки, узлом PDCP первого устройства, PDCP PDU на каждый узел RLC для обработки.

В возможной конструкции, множество узлов PDCP первого устройства соответствует одному узлу RLC, и блок доставки, в частности, выполнен с возможностью доставки, каждым узлом PDCP первого устройства, PDCP PDU на узел RLC для обработки.

В возможной конструкции, блок доставки, в частности, выполнен с возможностью: предписывать узлу MAC получать информацию планирования, которая относятся к каждому однонаправленному радиоканалу RB и которая сконфигурирована элементом RAN; или получать информацию планирования каждого RB на основании информации предварительного планирования согласно заранее установленному правилу вычисления; и осуществлять, на уровне MAC, планирование и мультиплексирование на данных множества логических каналов LCH на основании информации планирования RB.

В возможной конструкции, блок получения, в частности, выполнен с возможностью: получать параметр QoS первой дорожной секции, в которой располагается первое устройство; или получать параметр сквозного, E2E, QoS первого устройства и правило динамического выделения параметра E2E QoS.

В возможной конструкции, устройство дополнительно включает в себя: блок приема, выполненный с возможностью приема сообщения уведомления о способности или нагрузке от плоскости управления; и блок регулировки, выполненный с возможностью: когда, на основании сообщения уведомления о способности или нагрузке принятый блоком приема, определяется, что способность QoS дорожной секции, отличной от первой дорожной секции, не удовлетворяет требованию QoS дорожной секции, регулировать параметр QoS первой дорожной секции первого устройства для повышения качества обслуживания первой дорожной секции, для удовлетворения E2E QoS.

В возможной конструкции, устройство дополнительно включает в себя: блок приема, выполненный с возможностью приема сообщения внутриполосного уведомления от плоскости пользователя, где сообщение внутриполосного уведомления несет информацию удовлетворения QoS, и информация удовлетворения QoS используется для указания занятой доли или величины счетчика E2E QoS или оставшейся доли или величины счетчика E2E QoS; и блок регулировки, выполненный с возможностью: при определении, на основании информации удовлетворения QoS, что QoS не удовлетворяется в дорожной секции, отличной от первой дорожной секции, регулировать параметр QoS первой дорожной секции первого устройства для повышения качества обслуживания первой дорожной секции, для удовлетворения E2E QoS.

На фиг. 16 показана структурная схема другого устройства согласно варианту осуществления настоящего изобретения. Устройство является устройством базовой сети, и устройство базовой сети включает в себя:

блок 1601 приема, выполненный с возможностью приема информации способности качества обслуживания QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли, отправленной сетью радиодоступа RAN; и

блок 1602 определения, выполненный с возможностью определения выбора или повторного выбора дорожной секции стороны радиоинтерфейса или дорожной секции стороны земли на основании информации способности QoS на стороне радиоинтерфейса и/или информации способности QoS на стороне земли, принятой блоком 1601 приема.

На фиг. 17 показана структурная схема еще одного устройства согласно варианту осуществления настоящего изобретения. Устройство является устройством сети доступа, и устройство сети доступа включает в себя:

блок 1701 приема, выполненный с возможностью приема информации маршрутизации на стороне земли, отправленной соседним элементом сети радиодоступа RAN, где информация маршрутизации на стороне земли включает в себя одну или более из информации об обслуживающем шлюзе SGW, подключенном к соседнему элементу RAN, информации о шлюзе сети пакетной передачи данных PGW, информации о сети пакетной передачи данных PDN, подключенной к PGW, информации о домашней локальной сети LHN, информации способности к сверхнизкой задержки, и информации способности к сверхнадежной передаче; и

блок 1702 хэндовера, выполненный с возможностью осуществления выбора хэндовера в целевую соту на соседнем элементе RAN на основании информации маршрутизации на стороне земли, принятой блоком 1701 приема, и параметр качества обслуживания QoS, для выбора подходящей целевой соты целевого элемента RAN для терминала, для выполнения программы хэндовера.

В возможной конструкции, устройство сети доступа дополнительно включает в себя блок отправки, выполненный с возможностью отправки первого сообщения на целевой элемент RAN, где первое сообщение несет параметр QoS, информацию причины хэндовера и информацию о целевой PDN, таким образом, что целевой элемент RAN осуществляет определение предоставления услуги на основании параметра QoS, информации причины хэндовера и информации о целевой PDN, которые переносятся в первом сообщении.

В возможной конструкции, блок приема может быть дополнительно выполнен с возможностью: принимать второе сообщение, отправленное целевым элементом RAN, где второе сообщение используется для указания, что предоставление увенчивается успехом, и второе сообщение несет уровень удовлетворения параметра QoS; или принимать третье сообщение, отправленное целевым элементом RAN, где третье сообщение используется для указания, что предоставление терпит неудачу, и третье сообщение несет конкретную причину.

В возможной конструкции, блок хэндовера дополнительно выполнен с возможностью: когда блок приема принимает вторые сообщения, возвращаемые множеством целевых элементов RAN, выбирать целевую соту на основании уровней удовлетворения параметра QoS, переносимых во вторых сообщениях; и инициировать хэндовер к целевой соте.

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

Специалист в данной области техники могут понять, что все или некоторые из этапов в каждом из вышеописанного способа вариантов осуществления можно реализовать посредством программы, управляющей процессором. Программа может храниться на компьютерно-считываемом носителе данных. Носитель данных может быть нетранзиторным (non-transitory) носителем, например, оперативной памятью, постоянной памятью, флеш-памятью, жестким диском, твердотельным диском, магнитной лентой (magnetic tape), флоппи-диском (floppy disk), оптическим диском (optical disc) или любой их комбинацией.

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

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

название год авторы номер документа
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ QOS 2017
  • Хань Лифэн
  • Чжан Хунпин
  • Хуан Цюйфан
  • Цзэн Цинхай
RU2706178C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ ПРАВИЛА ДЛЯ ОТОБРАЖЕНИЯ ПОТОКА QoS В DRB 2018
  • Сюй, Цзянь
  • Биун, Даевоок
  • Ким, Сеокдзунг
  • Ли, Суниоунг
RU2733066C1
СПОСОБ ПЕРЕДАЧИ ДАННЫХ ПО ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ И ОТЧЕТОВ О СОСТОЯНИИ БУФЕРА В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И БЕСПРОВОДНОЕ УСТРОЙСТВО ДЛЯ РЕАЛИЗАЦИИ ТАКОГО СПОСОБА 2008
  • Фишер Патрик
RU2427105C1
РАБОТА С МНОЖЕСТВОМ ПЛАНИРОВЩИКОВ В БЕСПРОВОДНОЙ СИСТЕМЕ 2013
  • Пеллетье Гислен
  • Маринье Поль
  • Пани Диана
  • Терри Стефен Э.
  • Аджакпле Паскаль М.
  • Каур Самиан Дж.
RU2603626C2
СПОСОБ ДЛЯ ВЫПОЛНЕНИЯ ПОВТОРНОГО УСТАНОВЛЕНИЯ PDCP-ОБЪЕКТА, АССОЦИИРОВАННОГО С UMRLC-ОБЪЕКТОМ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ, И УСТРОЙСТВО ДЛЯ ЭТОГО 2018
  • Дзо, Геумсан
  • Йи, Сеунгдзун
RU2738890C1
СПОСОБ И УСТРОЙСТВО ДЛЯ УКАЗАНИЯ ПОЛУПОСТОЯННОГО ЗОНДИРУЮЩЕГО ОПОРНОГО СИГНАЛА В КАЧЕСТВЕ ОПОРНОГО СИГНАЛА СОСЕДНЕЙ СОТЫ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ 2019
  • Дзин, Сынри
  • Саенко, Александр
  • Ким, Соенгхун
  • Дзанг, Дзаехиук
RU2767509C1
ПОВТОРНОЕ ОТОБРАЖЕНИЕ ПОТОКА QOS 5G В НЕСУЩИЙ РАДИОКАНАЛ 2018
  • Чентонца, Анджело
  • Викберг, Яри
  • Фезели, Александер
RU2721331C1
СПОСОБ ПЕРЕДАЧИ ДАННЫХ И СПОСОБ ПОВТОРНОЙ ПЕРЕДАЧИ ДАННЫХ 2007
  • Чун Сунг-Дук
  • Ли Йоунг-Дае
  • Парк Сунг-Дзун
RU2392752C2
ЭФФЕКТИВНОЕ МУЛЬТИПЛЕКСИРОВАНИЕ ИНФОРМАЦИИ УПРАВЛЕНИЯ В ТРАНСПОРТНОМ БЛОКЕ 2017
  • Лёр, Йоахим
  • Басу Маллик, Пратик
  • Шах, Рикин
  • Судзуки, Хидетоси
  • Хори, Такако
RU2742462C2
СПОСОБ ГАРАНТИЙ QOS В МНОГОУРОВНЕВОЙ СТРУКТУРЕ 2008
  • Парк Сунг Дзун
  • Ли Йоунг Дае
  • Йи Сеунг Дзун
  • Чун Сунг Дук
RU2451411C2

Иллюстрации к изобретению RU 2 728 897 C2

Реферат патента 2020 года СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ QoS

Изобретение относится к беспроводной связи. Способ управления QoS содержит этапы, на которых: во время хэндовера оконечного устройства от исходной базовой станции к целевой базовой станции принимают, посредством оконечного устройства, пакет потоковых данных, посланных исходной базовой станцией на целевую базовую станцию, от целевой базовой станции. Потоковые данные переносятся по первому радиоканалу на исходной базовой станции и потоковые данные переносятся по второму радиоканалу на целевой базовой станции во время хэндовера, при этом первый радиоканал соответствует второму радиоканалу. Технический результат заключается в обеспечении возможности управления QoS. 4 н. и 9 з.п. ф-лы, 17 ил.

Формула изобретения RU 2 728 897 C2

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

принимают, посредством оконечного устройства, первый пакет данных потоковых данных от целевой базовой станции во время хэндовера оконечного устройства от исходной базовой станции к целевой базовой станции, при этом первый пакет данных является ретранслируемыми данными, которые посланы исходной базовой станцией на целевую базовую станцию; и

при этом потоковые данные переносятся по первому радиоканалу на исходной базовой станции и потоковые данные переносятся по второму радиоканалу на целевой базовой станции во время хэндовера и при этом первый радиоканал соответствует второму радиоканалу.

2. Способ по п. 1, содержащий этап, на котором

принимают, посредством оконечного устройства, второй пакет данных потоковых данных от целевой базовой станции, при этом второй пакет данных принимается целевой базовой станцией от базовой сети и при этом второй пакет данных потоковых данных переносится по третьему радиоканалу на целевой базовой станции.

3. Способ по п. 1, в котором, после того как оконечное устройство примет флаг окончания ретранслируемых данных потоковых данных от целевой базовой станции,

принимают, посредством оконечного устройства, по третьему радиоканалу второй пакет данных потоковых данных от целевой базовой станции.

4. Способ по любому из пп. 1-3, в котором флаг окончания ретрансляции данных указывает на то, что передача данных второго радиоканала завершена.

5. Оконечное устройство, содержащее:

средство для приема первого пакета данных потоковых данных от целевой базовой станции во время хэндовера оконечного устройства от исходной базовой станции к целевой базовой станции, при этом первый пакет данных является ретранслируемыми данными, которые посланы исходной базовой станцией на целевую базовую станцию; и при этом потоковые данные переносятся по первому радиоканалу на исходной базовой станции и потоковые данные переносятся по второму радиоканалу на целевой базовой станции во время хэндовера, и при этом первый радиоканал соответствует второму радиоканалу.

6. Оконечное устройство по п.5, содержащее:

средство для приема второго пакета данных потоковых данных от целевой базовой станции, при этом второй пакет данных принимается целевой базовой станцией от базовой сети и при этом второй пакет данных потоковых данных переносится по третьему радиоканалу на целевой базовой станции.

7. Оконечное устройство по п.6, содержащее:

средство для приема, после того как оконечное устройство примет флаг окончания ретранслируемых данных потоковых данных от целевой базовой станции, второго пакета данных потоковых данных от целевой базовой станции по третьему радиоканалу.

8. Оконечное устройство по любому из пп.5-7, в котором флаг окончания ретрансляции данных указывает на то, что передача данных второго радиоканала завершена.

9. Процессор, применяемый в оконечном устройстве, при этом процессор сконфигурирован для исполнения инструкции программы, обеспечивающей оконечному устройству:

прием первого пакета данных потоковых данных от целевой базовой станции во время хэндовера оконечного устройства от исходной базовой станции к целевой базовой станции, при этом первый пакет данных является ретранслируемыми данными, которые посланы исходной базовой станцией на целевую базовую станцию; и при этом потоковые данные переносятся по первому радиоканалу на исходной базовой станции и потоковые данные переносятся по второму радиоканалу на целевой базовой станции во время хэндовера, и при этом первый радиоканал соответствует второму радиоканалу.

10. Процессор по п. 9, который сконфигурирован для исполнения инструкции программы, обеспечивающей оконечному устройству:

прием второго пакета данных потоковых данных от целевой базовой станции, при этом второй пакет данных принимается целевой базовой станцией от базовой сети и при этом второй пакет данных потоковых данных переносится по третьему радиоканалу на целевой базовой станции.

11. Процессор по п. 10, который сконфигурирован для исполнения инструкции программы, обеспечивающей оконечному устройству:

прием, после того как оконечное устройство примет флаг окончания ретранслируемых данных потоковых данных от целевой базовой станции, второго пакета данных потоковых данных от целевой базовой станции по третьему радиоканалу.

12. Процессор по любому из пп. 9-11, в котором флаг окончания ретрансляции данных указывает на то, что передача данных второго радиоканала завершена

13. Компьютерно-считываемый носитель данных, применяемый в оконечном устройстве, при этом носитель данных содержит инструкцию программы и при этом инструкция программы обеспечивает оконечному устройству выполнение способа по любому из пп. 1-4.

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

WO 2014074037 A1, 15.05.2014
CN 102217365 A, 12.10.2011
WO 2016077460 A1, 19.05.2016
CN 103828409 A, 28.05.2014
СПОСОБ И УСТРОЙСТВО ЭСТАФЕТНОЙ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ 2011
  • Сюй Лисян
  • Ван Хун
  • Лян Хуажуй
RU2523702C1

RU 2 728 897 C2

Авторы

Хань, Лифэн

Чжан, Хунпин

Хуан, Цюйфан

Цзэн, Цинхай

Даты

2020-08-03Публикация

2017-05-24Подача