Способ и устройство для передачи правила для отображения потока qos в drb

Изобретение относится к беспроводной связи. Способ передачи от исходной базовой станции правила для отображения потока качества обслуживания (QoS) в радиоканал - носитель данных (DRB) на целевую базовую станцию в системе беспроводной связи содержит: этап приема результата измерения целевой соты от терминала; этап определения передачи обслуживания терминала на целевую базовую станцию на основе результата измерения и этап передачи сообщения запроса передачи обслуживания, включающего в себя правило для отображения потока QoS в DRB исходной базовой станции, на целевую базовую станцию. Технический результат заключается в обеспечении возможности для базовых станций совместного использования правил отображения потока QoS в DRB. 3 н. и 9 з.п. ф-лы, 18 ил.

 

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

[1] Настоящее изобретение относится к системе беспроводной связи и, в частности, к способу передачи, базовой станцией, правила для отображения потока качества обслуживания (QoS) в радиоканал - носитель данных (DRB), и устройству, поддерживающего его.

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

[2] Качество обслуживания (QoS) относится к технологии для плавной передачи различных типов трафика (почты, передачи данных, звуков или изображений) конечным пользователям в зависимости от их характеристик. Наиболее важными параметрами QoS являются полоса, задержка переноса соты (CTD), изменение задержки соты (CDV) или коэффициент потерь соты (CLR).

[3] Для удовлетворения потребностей в беспроводном трафике данных, которые увеличились с началом коммерциализации системы связи четвертого поколения (4G), были предприняты усилия по разработке усовершенствованной системы связи пятого поколения (5G) или системы связи, предшествующей 5G. По этой причине, система связи 5G или система связи, предшествующая 5G, именуется системой связи на основе сети 4G+ или системой после проекта долгосрочного развития систем связи (LTE).

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

[4] С введением понятия потока QoS для передачи пакетов данных между базовой сетью 5G и новой RAN, требуется правило для привязки потока QoS к DRB (отображения потока QoS в DRB). Однако базовая станция (BS) не может знать правило отображения потока QoS в DRB для соседней BS. Так, например, когда пользовательское оборудование (UE) совершает передачу обслуживания (хэндовер) от BS к соседней BS, соседняя BS не может определить, какое правило отображения потока QoS в DRB соседняя BS должна применять к UE. Когда BS имеют разные правила отображения потока QoS в DRB, например, целевая BS может неправильно передавать, на UE, пакет, пересылаемый от исходной BS. Поэтому, правила отображения потока QoS в DRB должны совместно использоваться между BS.

[5] Один вариант осуществления предусматривает способ передачи, исходной базовой станцией, правила для отображения потока качества обслуживания (QoS) в радиоканал - носитель данных (DRB) на целевую базовую станцию в системе беспроводной связи. Способ может включать в себя: прием, от пользовательского оборудования (UE), результата измерения целевой соты; определение передачи обслуживания UE на целевую базовую станцию на основе результата измерения; и передачу, на целевую базовую станцию, сообщения запроса передачи обслуживания, включающего в себя правило для отображения потока QoS в DRB исходной базовой станции.

[6] Другой вариант осуществления предусматривает способ передачи, главной базовой станцией, правила для отображения потока качества обслуживания (QoS) в радиоканал - носитель данных (DRB) на вспомогательную базовую станцию в системе беспроводной связи. Способ может включать в себя: прием, от пользовательского оборудования (UE), результата измерения вспомогательной базовой станции; определение выгрузки данных на вспомогательную базовую станцию на основе результата измерения; и передачу, на вспомогательную базовую станцию, правила для отображения потока QoS в DRB главной базовой станции.

[7] Другой вариант осуществления предусматривает исходную базовую станцию для передачи правила для отображения потока качества обслуживания (QoS) в радиоканал - носитель данных (DRB) на целевую базовую станцию в системе беспроводной связи. Исходная базовая станция может включать в себя память; приемопередатчик; и процессор, соединенный с памятью и приемопередатчиком, который: управляет приемопередатчиком для приема, от пользовательского оборудования (UE), результата измерения целевой соты; определяет передачу обслуживания UE на целевую базовую станцию на основе результата измерения; и управляет приемопередатчиком для передачи, на целевую базовую станцию, сообщения запроса передачи обслуживания, включающего в себя правило для отображения потока QoS в DRB исходной базовой станции.

[8] Правило для отображения потока QoS в DRB может совместно использоваться между базовыми станциями.

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

[9] Фиг. 1 демонстрирует архитектуру системы LTE.

[10] Фиг. 2 демонстрирует плоскость управления протокола радиоинтерфейса системы LTE.

[11] Фиг. 3 демонстрирует плоскость пользователя протокола радиоинтерфейса системы LTE.

[12] Фиг. 4 демонстрирует архитектуру системы 5G.

[13] Фиг. 5 демонстрирует протокол беспроводного интерфейса системы 5G для плоскости пользователя.

[14] Фиг. 6 демонстрирует отображение между потоком QoS и DRB.

[15] Фиг. 7 демонстрирует процедуру для пересылки правила отображения потока QoS в DRB в процедуре передачи обслуживания согласно варианту осуществления настоящего изобретения.

[16] Фиг. 8A и 8B демонстрируют процедуру для пересылки правила отображения потока QoS в DRB в процедуре выгрузки согласно варианту осуществления настоящего изобретения.

[17] Фиг. 9 демонстрирует процедуру для пересылки правила отображения потока QoS в DRB в процедуре установления интерфейса Xn согласно варианту осуществления настоящего изобретения.

[18] Фиг. 10 демонстрирует процедуру для пересылки правила отображения потока QoS в DRB в процедуре обновления конфигурации интерфейса Xn согласно варианту осуществления настоящего изобретения.

[19] Фиг. 11A и 11B демонстрируют процедуру для пересылки правила отображения потока QoS в DRB в процедуре передачи обслуживания согласно варианту осуществления настоящего изобретения.

[20] Фиг. 12A и 12B демонстрируют процедуру для пересылки пакета потока QoS в процедуре передачи обслуживания согласно варианту осуществления настоящего изобретения.

[21] Фиг. 13 - блок-схема, демонстрирующая способ, в котором исходная BS передает правило отображения потока QoS в DRB на целевую BS согласно варианту осуществления настоящего изобретения.

[22] Фиг. 14 - блок-схема, демонстрирующая способ, в котором главная BS передает правило отображения потока QoS в DRB на вспомогательную BS согласно варианту осуществления настоящего изобретения.

[23] Фиг. 15 - блок-схема, демонстрирующая систему беспроводной связи согласно варианту осуществления настоящего изобретения.

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

[24] Описанная ниже технология может использоваться в различных системах беспроводной связи, например, множественного доступа с кодовым разделением (CDMA), множественного доступа с частотным разделением (FDMA), множественного доступа с временным разделением (TDMA), множественного доступа с ортогональным частотным разделением (OFDMA), множественного доступа с частотным разделением с одной несущей (SC-FDMA) и т.д. CDMA может быть реализована посредством технологии радиосвязи, например, универсального наземного радиодоступа (UTRA) или CDMA-2000. TDMA может быть реализована посредством технологии радиосвязи, например, глобальной системы мобильной связи (GSM)/общей радиослужбы пакетной передачи (GPRS)/развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE). OFDMA может быть реализована посредством технологии радиосвязи, например, Институт инженеров по электротехнике и электронике (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, усовершенствованный UTRA (E-UTRA) и т.д. IEEE 802.16m является усовершенствованием IEEE 802.16e, и обеспечивает обратную совместимость с системой на основе IEEE 802.16e. UTRA является частью универсальной системы мобильной связи (UMTS). Проект долгосрочного развития систем связи (LTE) проекта партнерства третьего поколения (3GPP) является частью усовершенствованной UMTS (E-UMTS), использующей E-UTRA. 3GPP LTE использует OFDMA на нисходящей линии связи и использует SC-FDMA на восходящей линии связи. LTE-advanced (LTE-A) является развитием LTE. 5G является развитием LTE-A.

[25] Для наглядности, нижеследующее описание будет посвящено LTE-A. Однако технические особенности настоящего изобретения этим не ограничиваются.

[26] Фиг. 1 демонстрирует архитектуру системы LTE. Сеть связи широко используется для обеспечения различных услуг связи, например, речь посредством интернет-протокола (VoIP) через IMS и пакетные данные.

[27] Согласно фиг. 1, архитектура системы LTE включает в себя один или более экземпляров пользовательского оборудования (UE; 10), усовершенствованную наземную сеть радиодоступа UMTS (E-UTRAN) и усовершенствованное ядро пакетной сети (EPC). UE 10 относится к оборудованию связи, носимому пользователем. UE 10 может быть стационарным или мобильным, и может именоваться другим термином, например, мобильной станцией (MS), пользовательским терминалом (UT), абонентской станцией (SS), беспроводным устройством и т.д.

[28] E-UTRAN включает в себя один или более усовершенствованных node-B (eNB) 20, и множество UE может располагаться в одной соте. eNB 20 обеспечивает конечную точку плоскости управления и плоскости пользователя для UE 10. eNB 20 обычно является стационарной станцией, которая осуществляет связь с UE 10 и может именоваться другим термином, например, базовой станцией (BS), базовой приемопередающей системой (BTS), точкой доступа и т.д. Один eNB 20 может устанавливаться в каждой соте. В зоне покрытия eNB 20 присутствует одна или более сот. Единичная сота сконфигурирована иметь одну из полос, выбранных из 1,25, 2,5, 5, 10 и 20 МГц и т.д., и обеспечивает услуги передачи нисходящей линии связи или восходящей линии связи для нескольких UE. В этом случае, разные соты могут быть сконфигурированы для обеспечения разных полос.

[29] В дальнейшем, нисходящая линия связи (DL) обозначает связь от eNB 20 к UE 10, и восходящая линии связи (UL) обозначает связь от UE 10 к eNB 20. На DL, передатчик может быть частью eNB 20, и приемник может быть частью UE 10. На UL, передатчик может быть частью UE 10, и приемник может быть частью eNB 20.

[30] EPC включает в себя узел управления мобильностью (MME) который отвечает за функции плоскости управления, и шлюз эволюции системной архитектуры (SAE) (S-GW), который отвечает за функции плоскости пользователя. MME/S-GW 30 может располагаться на конце сети и подключаться к внешней сети. MME имеет информацию доступа UE или информацию возможностей UE, и такая информация может, в основном, использоваться в управлении мобильностью UE. S-GW является шлюзом, концевой точкой которого является E-UTRAN. MME/S-GW 30 обеспечивает конечную точку сеанса и функцию управления мобильностью для UE 10. EPC может дополнительно включать в себя шлюз (PDN-GW) сети пакетной передачи данных (PDN). PDN-GW является шлюзом, концевой точкой которого является PDN.

[31] MME обеспечивает различные функции, включающие в себя слой без доступа (NAS), сигнализацию на eNB 20, защиту сигнализации NAS, управление защитой слоя доступа (AS), сигнализацию между узлами базовой сети (CN) для мобильности между сетями доступа 3GPP, достижимость неактивного режима для UE (включающую в себя управление и выполнение повторной передачи поискового вызова), управление списком зон отслеживания (для UE в неактивном и активном режиме), выбор P-GW и S-GW, выбор MME для передач обслуживания с изменением MME, выбор обслуживающего узла поддержки GPRS (SGSN) для передач обслуживания в сети доступа 3GPP 2G или 3G, роуминг, аутентификацию, функции управления каналом - носителем, включающие в себя установление выделенным каналом - носителем, поддержку передачи сообщений общественной системы предупреждения (PWS) (которая включает в себя систему предупреждения землетрясений и цунами (ETWS) и коммерческую система мобильных предупреждений (CMAS)). Хост S-GW обеспечивает неоднородные функции, включающие в себя фильтрацию пакетов для каждого пользователя (например, путем глубокого контроля пакетов), законного перехвата, выделения адресов интернет-протокола (IP) для UE, маркировки пакетов транспортного уровня на DL, оплаты уровня услуг UL и DL, стробирования и принудительного назначения скорости передачи, принудительного назначения скорости передачи DL на основе APN-AMBR. Для наглядности MME/S-GW 30 будет именоваться здесь просто ʺшлюзомʺ, но следует понимать, что этот субъект включает в себя MME и S-GW.

[32] Могут использоваться интерфейсы для передачи пользовательского трафика или трафика управления. UE 10 и eNB 20 соединены посредством интерфейса Uu. eNB 20 соединены между собой посредством интерфейса X2. Соседние eNB могут иметь структуру ячеистой сети, которая имеет интерфейс X2. eNB 20 подключены к EPC посредством интерфейса S1. eNB 20 подключены к MME посредством интерфейса S1-MME, и подключены к S-GW посредством интерфейса S1-U. Интерфейс S1 поддерживает отношение многих к многим между eNB 20 и MME/S-GW.

[33] eNB 20 может осуществлять функции выбора шлюза 30, маршрутизации на шлюз 30 в ходе активации управления радиоресурсами (RRC), планирования и передачи сообщений поискового вызова, планирования и передачи информации широковещательного канала (BCH), динамического выделения ресурсов для UE 10 на UL и DL, конфигурирования и предоставления измерений eNB, управления радиоканалом - носителем, управление радиодопуском (RAC) и управление мобильностью соединения в состоянии LTE_ACTIVE. В EPC, и как упомянуто выше, шлюз 30 может осуществлять функции инициирования поискового вызова, управления состоянием LTE_IDLE, шифрования плоскости пользователя, управления каналом - носителем SAE, и шифрования и защиты целостности сигнализации NAS.

[34] Фиг. 2 демонстрирует плоскость управления протокола радиоинтерфейса системы LTE. Фиг. 3 демонстрирует плоскость пользователя протокола радиоинтерфейса системы LTE.

[35] Уровни протокола радиоинтерфейса между UE и E-UTRAN можно классифицировать на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех более низких уровней модели взаимодействия открытых систем (OSI), общеизвестной в системе связи. Протокол радиоинтерфейса между UE и E-UTRAN может горизонтально делиться на физический уровень, канальный уровень и сетевой уровень и может вертикально делиться на плоскость управления (C-плоскость), которая является стеком протоколов для передачи сигналов управления, и плоскость пользователя (U-плоскость), которая является стеком протоколов для передачи информации данных. Уровни протокола радиоинтерфейса существуют парами на UE и E-UTRAN, и отвечают за передачу данных интерфейса Uu.

[36] Физический (PHY) уровень принадлежит L1. Уровень PHY обеспечивает более высокий уровень услугой переноса информации через физический канал. Уровень PHY подключен к уровню управления доступом к среде (MAC), который является более высоким уровнем, чем уровень PHY, через транспортный канал. Физический канал отображается в транспортный канал. Данные переносятся между уровнем MAC и уровнем PHY через транспортный канал. Между разные уровнями PHY, т.е. уровнем PHY передатчика и уровнем PHY приемника, данные переносятся через физический канал с использованием радиоресурсов. Физический канал модулируется с использованием схемы мультиплексирования с ортогональным частотным разделением (OFDM) и использует время и частоту в качестве радиоресурса.

[37] Уровень PHY использует несколько физических каналов управления. Физический канал нисходящей линии связи управления (PDCCH) сообщает UE о выделении ресурсов канала поискового вызова (PCH) и совместно используемого канала нисходящей линии связи (DL-SCH) и информацию гибридного автоматического запроса повторения передачи (HARQ), связанную с DL-SCH. PDCCH может нести предоставление UL для сообщения UE о выделении ресурсов передачи UL. Физический канал указателя формата управления (PCFICH) сообщает UE количество символов OFDM, используемых для PDCCH, и передается в каждом подкадре. Физический канал указателя гибридного ARQ (PHICH) несет сигнал квитирования (ACK)/отрицательного квитирования (NACK) HARQ в ответ на передачу UL. Физический канал управления восходящей линии связи (PUCCH) несет информацию управления UL, например, HARQ ACK/NACK для передачи DL, запрос планирования и CQI. Физический совместно используемый канал восходящей линии связи (PUSCH) несет совместно используемый канал (SCH) UL.

[38] Физический канал состоит из множества подкадров во временной области и множества поднесущих в частотной области. Один подкадр состоит из множества символов во временной области. Один подкадр состоит из множества блоков ресурсов (RB). Один RB состоит из множества символов и множества поднесущих. Кроме того, каждый подкадр может использовать конкретные поднесущие конкретных символов соответствующего подкадра для PDCCH. Например, первый символ подкадра может использоваться для PDCCH. PDCCH несет динамически выделяемые ресурсы, например, блок физических ресурсов (PRB) и схему модуляции и кодирования (MCS). Интервал времени передачи (TTI), который является единичным временем для передачи данных, может быть равен длине одного подкадра. Длина одного подкадра может быть равна 1 мс.

[39] Транспортный канал классифицируется на общий транспортный канал и выделенный транспортный канал в зависимости от того, является ли канал совместно используемым или нет. Транспортный канал DL для передачи данных из сети на UE включает в себя широковещательный канал (BCH) для передачи системной информации, канал поискового вызова (PCH) для передачи сообщения поискового вызова, DL-SCH для передачи пользовательского трафика или сигналов управления, и т.д. DL-SCH поддерживает HARQ, динамическую адаптацию линии связи путем изменения модуляции, кодирования и передаваемой мощности, и динамическое и полустатическое выделение ресурсов. DL-SCH также может обеспечивать вещание во всей соте и использование формирования диаграммы направленности. Системная информация несет один или более блоков системной информации. Все блоки системной информации могут передаваться с одной и той же периодичностью. Трафик или сигналы управления услуги вещания/множественной адресации разнородных информационных материалов (MBMS) может передаваться через DL-SCH или канал множественной адресации (MCH).

[40] Транспортный канал UL для передачи данных от UE в сеть включает в себя канал произвольного доступа (RACH) для передачи начального сообщения управления, UL-SCH для передачи пользовательского трафика или сигналов управления и т.д. UL-SCH поддерживает HARQ и динамическую адаптацию линии связи путем изменения передаваемой мощности и, возможно, модуляции и кодирования. UL-SCH также может обеспечивать использование формирования диаграммы направленности. RACH обычно используется для начального доступа к соте.

[41] Уровень MAC принадлежит L2. Уровень MAC обеспечивает услуги для уровня управления линией радиосвязи (RLC), который является более высоким уровнем уровня MAC, по логическому каналу. Уровень MAC обеспечивает функцию отображения множественных логических каналов в множественные транспортные каналы. Уровень MAC также обеспечивает функцию мультиплексирования логических каналов путем отображения множественных логических каналов в единичный транспортный канал. Подуровень MAC обеспечивает услуги переноса данных на логических каналах.

[42] Логические каналы классифицируются на каналы управления для переноса информации плоскости управления и каналы трафика для переноса информации плоскости пользователя, согласно типу передаваемой информации. Таким образом, набор типов логических каналов задается для разных услуг переноса данных оказываемых уровнем MAC. Логические каналы располагаются выше транспортного канала и отображаются в транспортные каналы.

[43] Каналы управления используются для переноса только информации плоскости управления. Каналы управления, обеспеченные уровнем MAC, включают в себя широковещательный канал управления (BCCH), канал управления поисковым вызовом (PCCH), общий канал управления (CCCH), канал множественной адресации управления (MCCH) и выделенный канал управления (DCCH). BCCH является каналом нисходящей линии связи для вещания системной информации управления. PCCH является каналом нисходящей линии связи, который переносит информацию поискового вызова и используется, когда сеть не знает местоположения соты UE. CCCH используют UE, не имеющие соединения RRC с сетью. MCCH является каналом от точки к множеству точек нисходящей линии связи, используемым для передачи информации управления MBMS из сети на UE. DCCH является двунаправленным каналом от точки к точке, используемым UE, имеющими соединение RRC, которое передает выделенную информацию управления между UE и сетью.

[44] Каналы трафика используются для переноса только информации плоскости пользователя. Каналы трафика, обеспеченные уровнем MAC, включают в себя выделенный канал трафика (DTCH) и канал трафика множественной адресации (MTCH). DTCH является каналом от точки к точке, выделенным одному UE для переноса информации о пользователе и может существовать на восходящей линии связи и нисходящей линии связи. MTCH является каналом от точки к множеству точек нисходящей линии связи для передачи данных трафика из сети на UE.

[45] Соединения восходящей линии связи между логическими каналами и транспортными каналами включают в себя DCCH, который может отображаться в UL-SCH, DTCH, который может отображаться в UL-SCH, и CCCH, который может отображаться в UL-SCH. Соединения нисходящей линии связи между логическими каналами и транспортными каналами включают в себя BCCH, который может отображаться в BCH или DL-SCH, PCCH, который может отображаться в PCH, DCCH, который может отображаться в DL-SCH, и DTCH, который может отображаться в DL-SCH, MCCH, который может отображаться в MCH, и MTCH, который может отображаться в MCH.

[46] Уровень RLC принадлежит L2. Уровень RLC обеспечивает функцию регулировки размера данных, чтобы быть пригодным для более низкого уровня для передачи данных, путем конкатенации и сегментации данных, принятых от более высокого уровня в радио-секции. Кроме того, чтобы гарантировать то или иное качество обслуживания (QoS), требуемое радиоканалом - носителем (RB), уровень RLC обеспечивает три режима работы, т.е. прозрачный режим (TM), режим без квитирования (UM) и режим с квитированием (AM). AM RLC обеспечивает функцию повторной передачи через автоматический запрос повторной передачи (ARQ) для надежной передачи данных. При этом, функция уровня RLC может быть реализована с функциональным блоком внутри уровня MAC. В этом случае, уровень RLC может не существовать.

[47] Уровень протокола конвергенции пакетной передачи данных (PDCP) принадлежит L2. Уровень PDCP обеспечивает функцию сжатия заголовка, которая сокращает ненужную информацию управления, благодаря чему, данные, передаваемые с использованием IP-пакетов, например, IPv4 или IPv6, можно эффективно передавать по радиоинтерфейсу, имеющему сравнительно узкую полосу. Сжатие заголовка увеличивает эффективность передачи в радио-секции благодаря передаче только необходимой информации в заголовке данных. Кроме того, уровень PDCP обеспечивает функцию защиты. Функция защиты включает в себя шифрование, которое препятствует контролю со стороны третьих лиц, и защиту целостности, которая препятствует обработке данных со стороны третьих лиц.

[48] Уровень управления радиоресурсами (RRC) принадлежит L3. Уровень RLC располагается на самом низком участке L3, и задается только в плоскости управления. Уровень RRC выполняет функцию управления радиоресурсом между UE и сетью. Для этого, UE и сеть обмениваются сообщением RRC через уровень RRC. Уровень RRC управляет логическими каналами, транспортными каналами и физическими каналами в отношении конфигурирования, переконфигурирования и освобождения RB. RB является логическим путем, обеспеченным на L1 и L2 для доставки данных между UE и сетью. Таким образом, RB обозначает услугу, обеспеченную на L2, для передачи данных между UE и E-UTRAN. Конфигурирование RB означает процесс для указания уровня протокола радиосвязи и свойств канала для обеспечения конкретной услуги и для определения соответствующих детальных параметров и операций. RB классифицируется на два типа, т.е. RB сигнализации (SRB) и RB данных (DRB). SRB используется как путь для передачи сообщения RRC в плоскости управления. DRB используется как путь для передачи пользовательских данных в плоскости пользователя.

[49] Уровень слой без доступа (NAS), расположенный над уровнем RRC, осуществляет функции, например, управления сеансом и управления мобильностью.

[50] Согласно фиг. 2, уровни RLC и MAC (оканчивающийся на eNB на стороне сети) могут осуществлять функции, например, планирования, автоматического запроса повторной передачи (ARQ) и гибридного автоматического запроса повторения передачи (HARQ). Уровень RRC (оканчивающийся на eNB на стороне сети) может осуществлять функции, например, вещания, поискового вызова, управление соединением RRC, управления RB, функции мобильности и сообщение и управление измерением UE. Протокол управления NAS (оканчивающийся на MME шлюза на стороне сети) может осуществлять функции, например, управления каналом - носителем SAE, аутентификации, обработки мобильности LTE_IDLE, инициирования поискового вызова в LTE_IDLE и управление защитой для сигнализации между шлюзом и UE.

[51] Согласно фиг. 3, уровни RLC и MAC (оканчивающиеся на eNB на стороне сети) могут осуществлять те же функции для плоскости управления. Уровень PDCP (оканчивающийся на eNB на стороне сети) может осуществлять функции плоскости пользователя, например, сжатие заголовка, защиту целостности и шифрование.

[52] Далее будет описана архитектура сети 5G.

[53] Фиг. 4 демонстрирует архитектуру системы 5G.

[54] В усовершенствованном ядре пакетной сети (EPC), которое является архитектурой базовой сети существующей усовершенствованной пакетной системы (EPS), функции, точки отсчета и протоколы задаются для каждого субъекта, например, узла управления мобильностью (MME), обслуживающего шлюза (S-GW) и шлюза сети пакетной передачи данных (P-GW).

[55] Однако в базовой сети 5G (или базовой сети NextGen) функции, точки отсчета и протоколы задаются для каждой сетевой функции (NF). Таким образом, в базовой сети 5G, функции, точки отсчета и протоколы не задаются для каждого субъекта.

[56] Согласно фиг. 4, архитектура системы 5G включает в себя одно или более UE 10, сеть радиодоступа нового поколения (NG-RAN) и базовую сеть нового поколения (NGC).

[57] NG-RAN может включать в себя один или более gNB 40, и в одной соте может существовать множество UE. gNB 40 обеспечивает конечную точку плоскости управления и плоскости пользователя на UE. gNB 40 обычно относится к стационарной станции, которая осуществляет связь с UE 10, и может именоваться другим термином, например, базовая станция (BS), базовая приемопередающая система (BTS) или точка доступа. В каждой соте может устанавливаться один gNB 40. В зоне покрытия gNB 40 может существовать одна или более сот.

[58] NGC может включать в себя функцию доступа и мобильности (AMF) и функцию управления сеансом (SMF), которые отвечают за функции плоскости управления. AMF может отвечать за функцию управления мобильностью, и SMF может отвечать за функции управления сеансом. NGC может включать в себя функцию плоскости пользователя (UPF), которая отвечает за функции плоскости пользователя.

[59] Может использоваться интерфейс для передачи пользовательского трафика или передачи трафика управления. UE 10 и gNB 40 могут соединяться через интерфейс NG3. gNB 40 могут соединяться друг с другом через интерфейс Xn. Соседние gNB 40 могут образовывать структуру ячеистой сети через интерфейс Xn. gNB 40 могут подключаться к NGC через интерфейс NG. gNB 40 могут подключаться к AMF интерфейсом NG-C и могут подключаться к UPF через интерфейс NG-U. Интерфейс NG поддерживает отношения многих со многими между gNB 40 и MME/UPF 50.

[60] Хост gNB может осуществлять функции для управления радиоресурсами, сжатия IP-заголовка и шифрования потока пользовательских данных, выбора AMF на присоединении UE, когда отсутствие маршрутизации к AMF может определяться из информации, которую обеспечивает UE, маршрутизации данных плоскости пользователя к одной или более UPF, планирования и передачи сообщения поискового вызова (исходящего от AMF), планирование и передача информации системного вещания (исходящей от AMF или O&M), или измерения и конфигурации сообщения измерения для мобильности и планирования.

[61] Хост AMF может осуществлять основные функции, например, окончание сигнализация NAS, защиту сигнализации NAS, управление защитой AS, сигнализацию между CN для мобильности между сетями доступа 3GPP, достижимость UE в неактивном режиме (включающую в себя управление и выполнение повторной передачи поискового вызова), управление списком зон отслеживания для UE в неактивном и активном режимах, выбор AMF для передач обслуживания с изменением AMF), аутентификацию доступа и авторизацию доступа, включающую в себя проверку прав на роуминг.

[62] Хост UPF может осуществлять основные функции, например, точку фиксации для мобильности внутри/между RAT (когда применимо), точку внешнего сеанса PDU для взаимного соединения с сетью передачи данных, маршрутизацию и пересылку пакетов, контроль пакетов и часть плоскости пользователя применения правил политики, сообщение использования трафика, классификатор восходящей линии связи для поддержки маршрутизации потоков трафика в сеть передачи данных, точку ветвления для поддержки сеанса PDU с многолинейным подключением, обработку QoS для плоскости пользователя, например, фильтрацию пакетов, стробирование и принудительное назначение скорости передачи UL/DL, проверку трафика восходящей линии связи (отображение SDF в поток QoS), маркировку пакетов транспортного уровня на восходящей линии связи и нисходящей линии связи, или буферизацию пакетов нисходящей линии связи и инициирование извещения данных нисходящей линии связи.

[63] Хост SMF может осуществлять основные функции, например, управление сеансом, выделение и управление IP-адресом UE, выбор и управление функцией UP, конфигурирование направления трафика посредством UPF для маршрутизации трафика в надлежащий пункт назначения, управление частью QoS и применение политики, или извещение данных нисходящей линии связи.

[64] Фиг. 5 демонстрирует протокол беспроводного интерфейса системы 5G для плоскости пользователя.

[65] Согласно фиг. 5, протокол беспроводного интерфейса системы 5G для плоскости пользователя может включать в себя новый уровень, который является протоколом адаптации данных службы (SDAP), по сравнению с системой LTE. Главные услуги и функции уровня SDAP являются отображением между потоком QoS и радиоканалом - носителем данных (DRB) и маркировкой ID потока QoS (QFI) в пакетах восходящей линии связи и нисходящей линии связи. Единичный субъект протокола SDAP может быть сконфигурирован для каждого отдельного сеанса PDU, за исключением двойной связности (DC), где может быть сконфигурировано два субъекта.

[66] Фиг. 6 демонстрирует отображение между потоком QoS и DRB.

[67] На восходящей линии связи, BS может управлять отображением потока QoS в DRB с использованием либо рефлективного отображения, либо явного конфигурирования. В рефлективном отображении, для каждого DRB, UE может отслеживать ID потока QoS в пакете нисходящей линии связи и может применять одно и то же отображение на восходящей линии связи. Для обеспечения рефлективного отображения, BS может помечать пакет нисходящей линии связи через Uu посредством ID потока QoS. Однако, в явном конфигурировании, BS может конфигурировать отображение потока QoS в DRB. В этом описании изобретения, отображение потока QoS в DRB может быть принципиально эквивалентно отображению потока в DRB или отображению ID потока QoS в DRB.

[68] В традиционной системе на основе LTE, канал - носитель EPS или E-RAB может взаимно-однозначно отображаться в DRB. Это отображение основано на понятии канала - носителя в беспроводном интерфейсе и базовой сети. Кроме того, принцип взаимно-однозначного отображения может применяться ко всем узлам сети. Согласно системе 5G, понятие потока QoS введено для передачи пакетов данных между базовой сетью 5G и новой RAN. Однако понятие DRB по-прежнему поддерживается в интерфейсе Uu между новой RAN и UE. Таким образом, может потребоваться правило для отображения потока QoS в DRB. Таким образом, правило отображения потока QoS в DRB может потребоваться для отображения конкретного потока в конкретный DRB.

[69] в настоящее время, BS не может знать правило отображения потока QoS в DRB для соседней BS. Соответственно, когда UE совершает передачу обслуживания от BS к соседней BS, соседняя BS не может определить, какое правило отображения потока QoS в DRB соседняя BS должна применять к UE. Альтернативно, когда пакет для UE выгружается на соседнюю BS, соседняя BS не может знать, какое правило отображения потока QoS в DRB соседняя BS должна применять к выгружаемому пакету. Правила отображения потока QoS в DRB для разных узлов могут быть одинаковыми или разными при передаче обслуживания UE или при выгрузке пакета на другой узел, и задержки передачи обслуживания/выгрузки или потеря пакетов могут быть обусловлены такими правилами отображения. Например, в ходе передачи обслуживания между исходной BS и целевой BS, целевой BS нужно немедленно передавать пакет, пересылаемый от исходной BS на UE. Однако, когда исходная BS и целевая BS имеют разные правила отображения потока QoS в DRB, целевая BS может неправильно передавать, на UE, пакет, пересылаемый от исходной BS. Альтернативно, когда исходная BS и целевая BS имеют разные правила отображения потока QoS в DRB, целевая BS может передавать пакет, пересылаемый от исходной BS на другое UE. Таким образом, пересылаемый пакет может передаваться на UE или другое UE через неправильный DRB. Для решения этой проблемы, правила отображения потока QoS в DRB должны совместно использоваться между BS. В дальнейшем, способ передачи правила отображения потока QoS в DRB и поддерживающее его устройство будут описаны согласно варианту осуществления настоящего изобретения.

[70] Фиг. 7 демонстрирует процедуру для пересылки правила отображения потока QoS в DRB в процедуре передачи обслуживания согласно варианту осуществления настоящего изобретения.

[71] Согласно фиг. 7, на этапе S701, исходная BS может конфигурировать процедуру измерения UE согласно информации ограничения площади. Исходная BS может быть gNB или улучшенным eNB. Исходная BS может конфигурировать UE для осуществления измерения на уровне лепестка.

[72] На этапе S702, UE может измерять целевую соту как сконфигурированную в системной информации. Затем UE может обрабатывать отчет об измерении. UE может отправлять отчет об измерении на исходную BS.

[73] На этапе S703, с использованием отчета об измерении, исходная BS может определять инициировать процедуру передачи обслуживания. Кроме того, исходная BS может определять включение правила отображения потока QoS в DRB исходной BS на целевой BS. Целевая BS может быть gNB или улучшенным eNB. Поток QoS может иметь профиль QoS.

[74] на этапе S704, исходная BS может инициировать процедуру передачи обслуживания на целевую BS. Процедура передачи обслуживания может инициироваться путем отправки сообщения запроса передачи обслуживания, включающего в себя правило отображения потока QoS в DRB, на целевую BS. Дополнительно, сообщение запроса передачи обслуживания может включать в себя другие необходимые параметры. Поток QoS может иметь профиль QoS.

[75] На этапе S705, управление допуском может осуществляться целевой BS на соединении сеанса PDU, отправленном от исходной BS на основе QoS. Когда целевая BS отображает поток QoS в DRB на стороне целевой BS, принятое правило отображения потока QoS в DRB может рассматриваться целевой BS, что может улучшать пользовательское восприятие в ходе мобильности UE. Поток QoS может иметь профиль QoS.

[76] На этапе S706, целевая BS может подготавливаться к передаче обслуживания L1/L2. Целевая BS может отправлять сообщение квитирования (ACK) запроса передачи обслуживания на исходную BS. Сообщение ACK запроса передачи обслуживания может извещать исходную BS, используется ли то же или аналогичное правило отображения потока QoS в DRB. Конкретное указание может использоваться для сообщения, используется ли то же или аналогичное правило отображения потока QoS в DRB для целевой BS. Когда исходная BS принимает конкретное указание, исходная BS может определять, как обрабатывать пакет данных, например, пересылку данных. Эта информация может быть ссылкой для исходной BS для определения, осуществлять ли передачу обслуживания UE.

[77] На этапе S707, исходная BS может отправлять команду передачи обслуживания на UE. Затем UE может осуществлять доступ к целевой соте.

[78] На этапе S708, исходная BS может отправлять сообщение переноса статуса SN на целевую BS. Сообщение переноса статуса SN может отправляться для пересылки данных.

[79] На этапе S709, целевая BS может отправлять сообщение запроса переключения пути на CP базовой сети 5G. Сообщение запроса переключения пути может отправляться для сообщения, что UE сменило соту, включающую в себя контекст сеанса PDU для переключения. ID нисходящей линии связи и адрес BS для сеанса PDU могут быть включены в контекст сеанса PDU.

[80] На этапе S710, CP базовой сети 5G может устанавливать путь плоскости пользователя для сеанса PDU в базовой сети. ID нисходящей линии связи и адрес BS для сеанса PDU могут отправляться на шлюз плоскости пользователя (UPGW).

[81] На этапе S711, CP базовой сети 5G может отправлять сообщение ACK переключения пути на целевую BS.

[82] На этапе S712, целевая BS может отправлять сообщение освобождения контекста UE (освобождение контекста UE), тем самым извещая исходную BS об успешности передачи обслуживания. Затем целевая BS может инициировать освобождение ресурсов исходной BS.

[83] На этапе S713, после приема сообщения освобождения контекста UE, исходная BS может освобождать радиоресурсы и ресурсы плоскости управления, связанные с контекстом UE. Любая текущая пересылка данных может продолжаться.

[84] Согласно предложенному варианту осуществления настоящего изобретения, благодаря новому понятию "поток QoS" в базовой сети 5G и новой RAN 5G, можно улучшить впечатление от UE, например, плавная передача обслуживания или непрерывность обслуживания на пакетах данных, и облегчить узлу RAN улучшенную обработку пакетов данных для конкретного UE в ходе передачи обслуживания.

[85] Фиг. 8A и 8B демонстрируют процедуру для пересылки правила отображения потока QoS в DRB в процедуре выгрузки согласно варианту осуществления настоящего изобретения.

[86] Согласно фиг. 8A, на этапе S801, главная BS может конфигурировать процедуру измерения UE согласно информации ограничения площади. Главная BS может быть gNB или улучшенным eNB. Главная BS может иметь двойную связность c одной вспомогательной BS и также может иметь множественную связность с двумя или более вспомогательными BS. Вспомогательная BS может быть gNB или улучшенным eNB.

[87] На этапе S802, UE может измерять целевую соту как сконфигурированную в системной информации. Затем UE может обрабатывать отчет об измерении. UE может отправлять отчет об измерении на исходную BS.

[88] На этапе S803, с использованием отчета об измерении, главная BS может определять запрашивать вспомогательную BS выделять радиоресурсы для конкретного потока(ов). Также, главная BS может определять включение правила отображения потока QoS в DRB главной BS во вспомогательной BS. Поток QoS может иметь профиль QoS.

[89] На этапе S804, главная BS может передавать на вспомогательную BS правило отображения потока QoS в DRB. Правило отображения потока QoS в DRB может быть включено в сообщение запроса добавления вспомогательного узла или сообщение запроса изменения вспомогательного узла. Дополнительно, сообщение запроса добавления вспомогательного узла или сообщение запроса изменения вспомогательного узла может включать в себя другие необходимые параметры. Поток QoS может иметь профиль QoS.

[90] На этапе S805, управление допуском может осуществляться вспомогательной BS на соединении сеанса PDU, отправленном от главной BS на основе QoS. Когда вспомогательная BS отображает поток QoS в DRB на стороне вспомогательной BS, принятое правило отображения потока QoS в DRB может рассматриваться вспомогательной BS, что может улучшать пользовательское восприятие в ходе мобильности UE. Поток QoS может иметь профиль QoS.

[91] На этапе S806, когда субъект RRM во вспомогательном узле способен допускать запрос ресурса, вспомогательная BS отправляет сообщение ACK добавления вспомогательного узла или сообщение ACK изменения вспомогательного узла на главную BS. Сообщение ACK добавления вспомогательного узла или сообщение ACK изменения вспомогательного узла может извещать главную BS, используется ли то же или аналогичное правило отображения потока QoS в DRB. Конкретное указание может использоваться для сообщения, используется ли то же или аналогичное правило отображения потока QoS в DRB для вспомогательной BS. Когда главная BS принимает конкретное указание, главная BS может определять, как обрабатывать пакет данных, например, пересылку данных. Эта информация может быть ссылкой для главной BS для определения, выгружать ли поток QoS.

[92] На этапе S807, главная BS может отправлять команду передачи обслуживания на UE.

[93] Этапы S808-S816, представленные на фиг. 8B, аналогичны традиционной процедуре двойной связности, и, таким образом, детальное описание будет опущено.

[94] Согласно предложенному варианту осуществления настоящего изобретения, с новым понятием потока QoS в базовой сети 5G и новой RAN 5G, можно улучшить впечатление от UE, например, плавную выгрузку пакетов данных из главного узла или непрерывность обслуживания на пакетах данных, и облегчить узлу RAN улучшенную обработку пакетов данных для конкретного UE в ходе процедур выгрузки в двойной связности или множественной связности.

[95] Фиг. 9 демонстрирует процедуру для пересылки правила отображения потока QoS в DRB в процедуре установления интерфейса Xn согласно варианту осуществления настоящего изобретения.

[96] Правило отображения потока QoS в DRB может обмениваться между RAN, когда устанавливается интерфейс RAN (например, интерфейс Xn).

[97] Согласно фиг. 9, на этапе S910, первая RAN может отправлять сообщение запроса установления интерфейса RAN во вторую RAN. Сообщение запроса установления интерфейса RAN может включать в себя правило отображения потока QoS в DRB первой RAN. Кроме того, сообщение запроса установления интерфейса RAN может включать в себя глобальный ID первой RAN. Первая RAN может быть gNB или улучшенным eNB. Когда соседнему узлу RAN нужно использовать такое же правило, что и правило отображения потока QoS в DRB первой RAN, правило отображения потока QoS в DRB первой RAN может передаваться на соседний узел RAN.

[98] На этапе S920, после приема правила отображения потока QoS в DRB первой RAN, вторая RAN может учитывать правило отображения потока QoS в DRB первой RAN для процедуры, зависящей от UE, для обработки пакета данных. Например, процедура, зависящая от UE, для обработки пакета данных может быть процедурой мобильности или пересылкой данных. Затем, вторая RAN может отправлять сообщение ответа установления интерфейса RAN в первую RAN. Сообщение ответа установления интерфейса RAN может включать в себя правило отображения потока QoS в DRB второй RAN. Кроме того, сообщение ответа установления интерфейса RAN может включать в себя глобальный ID второй RAN. Вторая RAN может быть gNB или улучшенным eNB.

[99] Затем первая RAN может осуществлять надлежащую операцию на основе принятого параметра для процедуры, зависящей от UE, для обработки пакета данных на стороне первой RAN.

[100] Согласно предложенному варианту осуществления настоящего изобретения, с новым понятием потока QoS в базовой сети 5G и новой RAN 5G, можно улучшить впечатление от UE, например, плавную выгрузку пакетов данных из главного узла, плавную передачу обслуживания, или непрерывность обслуживания на пакетах данных, и облегчить узлу RAN улучшенную обработку пакетов данных для конкретного UE в ходе процедур выгрузки в двойной связности или множественной связности или в ходе передачи обслуживания.

[101] Фиг. 10 демонстрирует процедуру для пересылки правила отображения потока QoS в DRB в процедуре обновления конфигурации интерфейса Xn согласно варианту осуществления настоящего изобретения.

[102] Правило отображения потока QoS в DRB может обмениваться между RAN, когда обновляется конфигурация интерфейса RAN (например, интерфейса Xn).

[103] Согласно фиг. 10, на этапе S1010, первая RAN может отправлять сообщение запроса обновления конфигурации интерфейса RAN во вторую RAN. Сообщение запроса обновления конфигурации интерфейса RAN может включать в себя обновленное правило отображения потока QoS в DRB первой RAN. Кроме того, сообщение запроса обновления конфигурации интерфейса RAN может включать в себя глобальный ID первой RAN. Первая RAN может быть gNB или улучшенным eNB. Когда первая RAN обновляет правило отображения потока QoS в DRB первой RAN, обновленное правило отображения потока QoS в DRB первой RAN может передаваться на соседний узел RAN.

[104] На этапе S1020, после приема обновленного правила отображения потока QoS в DRB первой RAN, вторая RAN может учитывать обновленное правило отображения потока QoS в DRB первой RAN для процедуры, зависящей от UE, для обработки пакета данных. Например, процедура, зависящая от UE, для обработки пакета данных может быть процедурой мобильности или пересылкой данных. Затем, вторая RAN может отправлять сообщение ответа обновления конфигурации интерфейса RAN в первую RAN. Сообщение ответа обновления конфигурации интерфейса RAN может включать в себя правило отображения потока QoS в DRB второй RAN. Альтернативно, сообщение ответа обновления конфигурации интерфейса RAN может включать в себя обновленное правило отображения потока QoS в DRB второй RAN. Кроме того, сообщение ответа обновления конфигурации интерфейса RAN может включать в себя глобальный ID второй RAN. Вторая RAN может быть gNB или улучшенным eNB.

[105] Затем первая RAN может осуществлять надлежащую операцию на основе принятого параметра для процедуры, зависящей от UE, для обработки пакета данных на стороне первой RAN.

[106] Согласно предложенному варианту осуществления настоящего изобретения, с новым понятием потока QoS в базовой сети 5G и новой RAN 5G, можно улучшить впечатление от UE, например, плавную выгрузку пакетов данных из главного узла, плавную передачу обслуживания, или непрерывность обслуживания на пакетах данных, и облегчить узлу RAN улучшенную обработку пакетов данных для конкретного UE в ходе процедур выгрузки в двойной связности или множественной связности или в ходе передачи обслуживания.

[107] Фиг. 11A и 11B демонстрируют процедуру для пересылки правила отображения потока QoS в DRB в процедуре передачи обслуживания согласно варианту осуществления настоящего изобретения.

[108] Согласно предложенной процедуре, когда передача обслуживания UE осуществляется между соседними BS, имеющими интерфейс Xn, исходная BS может извещать целевую BS о правиле отображения потока QoS в DRB исходной BS. При этом, предполагается, что поток QoS, поступающий на любую BS, должен передавать уровень SDAP, который осуществляет отображение потока QoS в DRB, исходная BS и целевая BS могут иметь разные правила отображения потока QoS в DRB, и пакет, передающий уровень SDAP, нужно пересылать на целевую BS.

[109] Согласно фиг. 11A, на этапе S1101, исходная BS может конфигурировать процедуру измерения UE. Сообщение управления измерением может передаваться от исходной BS на UE. Исходная BS может быть gNB или улучшенным eNB.

[110] На этапе S1102, сообщение отчета об измерении может инициироваться и может передаваться на исходную BS.

[111] На этапе S1103, после приема сообщения отчета об измерении, исходная BS может определять передачу обслуживания UE на основе отчета об измерении и информации RRM.

[112] На этапе S1104, исходная BS может передавать сообщение запроса передачи обслуживания на целевую BS таким образом, что целевая BS подготавливается к передаче обслуживания. Целевая BS может быть gNB или улучшенным eNB.

[113] На этапе S1105, после приема сообщения запроса передачи обслуживания от исходной BS, целевая BS может осуществлять управление допуском и может конфигурировать необходимый ресурс на основе принятой информации QoS E-RAB.

[114] На этапе S1106, целевая BS может передавать сообщение ACK запроса передачи обслуживания на исходную BS в ответ на сообщение запроса передачи обслуживания.

[115] На этапе S1107, после приема сообщения ACK запроса передачи обслуживания от целевой BS, исходная BS может генерировать сообщение переконфигурирования соединения RRC, включающее в себя прозрачный контейнер, подлежащий передаче на UE в качестве сообщения RRC для осуществления передачи обслуживания. Когда принимается сообщение переконфигурирования соединения RRC, UE может осуществлять передачу обслуживания, осуществляемый до разрыва, без освобождения соединения до установления соединения RRC с целевой BS или может осуществлять нормальную передачу обслуживания, который освобождает соединение RRC с исходным gNB.

[116] На этапе S1108, исходная BS может буферизовать данные восходящей линии связи, подлежащие передаче в базовую сеть и данные нисходящей линии связи, подлежащие передаче на UE. Когда исходная BS поддерживает передачу обслуживания, осуществляемый до разрыва, исходная BS может передавать данные нисходящей линии связи на UE, или может принимать данные восходящей линии связи, подлежащие передаче в базовую сеть.

[117] На этапе S1109, исходная BS может передавать сообщение переноса статуса SN, включающее в себя правило отображения потока QoS в DRB исходной BS на целевую BS. Альтернативно, для обеспечения правила отображения потока QoS в DRB исходной BS на целевую BS, новое сообщение может использоваться и может передаваться до пересылки данных.

[118] На этапе S1110, после приема сообщения переноса статуса SN или нового сообщения, целевая BS может повторно отображать пересылаемый пакет на основе правил отображения потока QoS в DRB исходной BS и целевой BS. Таким образом, для пересылаемого пакета, целевая BS может осуществлять отображение DRB в QoS согласно правилу отображения потока QoS в DRB исходной BS. После этого целевая BS может осуществлять отображение потока QoS в DRB согласно тому же правилу отображения. Целевая BS может буферизовать повторно отображенный пакет.

[119] На этапе S1111, когда UE успешно осуществляет доступ к целевой BS, UE может передавать сообщение завершения переконфигурирования соединения RRC на целевую BS для подтверждения передачи обслуживания. После приема сообщения завершения переконфигурирования соединения RRC, целевая BS может начинать отправку буферизованного пакета на UE.

[120] Согласно фиг. 11B, на этапе S1112, целевая BS может передавать сообщение запроса переключения пути нисходящей линии связи, включающее в себя TEID нисходящей линии связи, на AMF. TEID нисходящей линии связи может выделяться для указания, что UE сменило BS.

[121] На этапе S1113, после приема сообщения запроса переключения пути нисходящей линии связи от целевой BS, AMF может определять, что SMF может продолжать обслуживание UE. Затем AMF может передавать сообщение запроса изменения сеанса PDU, включающее в себя TEID нисходящей линии связи к целевому SM на SMF, чтобы запрашивать переключение пути нисходящей линии связи к целевой BS.

[122] На этапе S1114, после приема сообщения запроса изменения сеанса PDU от AMF, SMF может определять переключать путь нисходящей линии связи к целевой BS. Затем SMF может выбирать надлежащий UPGW или UPF, который передает пакет нисходящей линии связи на целевую BS.

[123] На этапе S1115, SMF может отправлять сообщение запроса изменения сеанса PDU, включающее в себя TEID нисходящей линии связи на выбранный UPGW или UPF для освобождения любых ресурсов плоскости пользователя/TNL к исходной BS.

[124] На этапе S1116, после приема сообщения запроса изменения сеанса PDU, UPGW или UPF может передавать один или более пакетов "концевой метки" на старом пути на исходную BS. Затем UPGW или UPF может освобождать любые ресурсы плоскости пользователя/TNL к исходной BS.

[125] На этапе S1117, UPGW или UPF может отправлять сообщение ответа изменения сеанса PDU на SMF.

[126] На этапе S1118, после приема сообщения ответа изменения сеанса PDU от UPGW или UPF, SMF может передавать сообщение ответа изменения сеанса PDU на AMF.

[127] На этапе S1119, после приема сообщения ответа изменения сеанса PDU от SMF, AMF может передавать сообщение ACK запроса переключения пути на целевую BS для сообщения, что переключение пути нисходящей линии связи на целевую BS завершено.

[128] на этапе S1120, после приема сообщения ACK запроса переключения пути от AMF, целевая BS может передавать сообщение освобождения контекста UE на исходную BS для указания успешности передачи обслуживания и для инициирования освобождения ресурсов исходной BS.

[129] На этапе S1121, после приема сообщения освобождения контекста UE от целевой BS, исходная BS может освобождать радиоресурсы и ресурсы плоскости управления, связанные с контекстом UE.

[130] Пакет, к которому применяется правило отображения потока QoS в DRB исходной BS, может пересылаться на целевую BS и может передаваться непосредственно на UE без какой-либо дополнительной обработки во избежание потери пакетов в ходе пересылки данных на стороне исходной BS. Согласно предложенному варианту осуществления настоящего изобретения, можно улучшить впечатление от UE, например, плавной передачи обслуживания, и облегчить узлу RAN улучшенную обработку пакетов данных для конкретного UE в ходе передачи обслуживания.

[131] Фиг. 12A и 12B демонстрируют процедуру для пересылки пакета потока QoS в процедуре передачи обслуживания согласно варианту осуществления настоящего изобретения.

[132] Согласно предложенной процедуре, когда передача обслуживания UE осуществляется между соседними BS, имеющими интерфейс Xn, исходная BS может буферизовать конкретный пакет потока QoS. Конкретный пакет потока QoS может быть пакетом, принятым от UPGW или UPF до применения отображения потока QoS в DRB. Конкретный пакет потока QoS может быть пакетом, который получается путем применения отображения потока QoS в DRB к пакету, который прошел через уровень SDAP, но еще не передан на UE. Конкретный пакет потока QoS может быть пакетом, который получается путем применения отображения потока QoS в DRB к пакету, принятому от UE. Исходная BS может пересылать буферизованный конкретный пакет потока QoS на целевую BS. При этом, предполагается, что поток QoS, поступающий на любую BS, должен передавать уровень SDAP, который осуществляет отображение потока QoS в DRB, исходная BS и целевая BS могут иметь разные правила отображения потока QoS в DRB, и пакет, передающий уровень SDAP, нужно пересылать на целевую BS.

[133] Согласно фиг. 12A, на этапе S1201, исходная BS может конфигурировать процедуру измерения UE. Сообщение управления измерением может передаваться от исходной BS на UE. Исходная BS может быть gNB или улучшенным eNB.

[134] На этапе S1202, сообщение отчета об измерении может инициироваться и может передаваться на исходную BS.

[135] На этапе S1203, после приема сообщения отчета об измерении, исходная BS может определять передачу обслуживания UE на основе отчета об измерении и информации RRM.

[136] На этапе S1204, исходная BS может передавать сообщение запроса передачи обслуживания на целевую BS таким образом, что целевая BS подготавливается к передаче обслуживания. Целевая BS может быть gNB или улучшенным eNB.

[137] На этапе S1205, после приема сообщения запроса передачи обслуживания от исходной BS, целевая BS может осуществлять управление допуском и может конфигурировать необходимый ресурс на основе принятой информации QoS E-RAB.

[138] На этапе S1206, целевая BS может передавать сообщение ACK запроса передачи обслуживания на исходную BS в ответ на сообщение запроса передачи обслуживания.

[139] На этапе S1207, после приема сообщения ACK запроса передачи обслуживания от целевой BS, исходная BS может генерировать сообщение переконфигурирования соединения RRC, включающее в себя прозрачный контейнер, подлежащий передаче на UE в качестве сообщения RRC для осуществления передачи обслуживания. Когда принимается сообщение переконфигурирования соединения RRC, UE может осуществлять передачу обслуживания, осуществляемую до разрыва, без освобождения соединения до установления соединения RRC с целевой BS или может осуществлять нормальную передачу обслуживания, который освобождает соединение RRC с исходным gNB.

[140] На этапе S1208, исходная BS может буферизовать конкретный пакет потока QoS. Конкретный пакет потока QoS может быть пакетом, принятым от UPGW или UPF до применения отображения потока QoS в DRB. Конкретный пакет потока QoS может быть пакетом, который получается путем применения отображения потока QoS в DRB к пакету, который прошел через уровень SDAP, но еще не передан на UE. Конкретный пакет потока QoS может быть пакетом, который получается путем применения отображения потока QoS в DRB к пакету, принятому от UE. Когда исходная BS поддерживает передачу обслуживания, осуществляемую до разрыва, исходная BS может передавать данные нисходящей линии связи, которые передали уровень SDAP на UE, или может принимать данные восходящей линии связи, подлежащие передаче в базовую сеть.

[141] На этапе S1209, исходная BS может передавать сообщение переноса статуса SN на целевую BS. Кроме того, исходная BS может пересылать конкретный пакет потока QoS на целевую BS.

[142] На этапе S1210, после приема сообщения переноса статуса SN, целевая BS может буферизовать конкретный пакет потока QoS, пересылаемый от исходной BS.

[143] На этапе S1211, когда UE успешно осуществляет доступ к целевой BS, UE может передавать сообщение завершения переконфигурирования соединения RRC на целевую BS для подтверждения передачи обслуживания. После приема сообщения завершения переконфигурирования соединения RRC, целевая BS может начинать отправку буферизованного пакета на UE с использованием правила отображения потока QoS в DRB целевой BS.

[144] Согласно фиг. 12B, на этапе S1212, целевая BS может передавать сообщение запроса переключения пути нисходящей линии связи, включающее в себя TEID нисходящей линии связи, на AMF. TEID нисходящей линии связи может выделяться для указания, что UE сменило BS.

[145] На этапе S1213, после приема сообщения запроса переключения пути нисходящей линии связи от целевой BS, AMF может определять, что SMF может продолжать обслуживание UE. Затем AMF может передавать сообщение запроса изменения сеанса PDU, включающее в себя TEID нисходящей линии связи к целевому SM на SMF, чтобы запрашивать переключение пути нисходящей линии связи к целевой BS.

[146] На этапе S1214, после приема сообщения запроса изменения сеанса PDU от AMF, SMF может определять переключать путь нисходящей линии связи к целевой BS. Затем SMF может выбирать надлежащий UPGW или UPF, который передает пакет нисходящей линии связи на целевую BS.

[147] На этапе S1215, SMF может отправлять сообщение запроса изменения сеанса PDU, включающее в себя TEID нисходящей линии связи на выбранный UPGW или UPF для освобождения любых ресурсов плоскости пользователя/TNL к исходной BS.

[148] На этапе S1216, после приема сообщения запроса изменения сеанса PDU, UPGW или UPF может передавать один или более пакетов "концевой метки" на старом пути на исходную BS. Затем UPGW или UPF может освобождать любые ресурсы плоскости пользователя/TNL к исходной BS.

[149] На этапе S1217, UPGW или UPF может отправлять сообщение ответа изменения сеанса PDU на SMF.

[150] На этапе S1218, после приема сообщения ответа изменения сеанса PDU от UPGW или UPF, SMF может передавать сообщение ответа изменения сеанса PDU на AMF.

[151] На этапе S1219, после приема сообщения ответа изменения сеанса PDU от SMF, AMF может передавать сообщение ACK запроса переключения пути на целевую BS для сообщения, что переключение пути нисходящей линии связи на целевую BS завершено.

[152] На этапе S1220, после приема сообщения ACK запроса переключения пути от AMF, целевая BS может передавать сообщение освобождения контекста UE на исходную BS для указания успешности передачи обслуживания и для инициирования освобождения ресурсов исходной BS.

[153] На этапе S1221, после приема сообщения освобождения контекста UE от целевой BS, исходная BS может освобождать радиоресурсы и ресурсы плоскости управления, связанные с контекстом UE.

[154] Поскольку пакет потока QoS, к которой правило отображения потока QoS в DRB не применяется, может пересылаться на целевую BS через интерфейс Xn, может потребоваться снабжать целевую BS дополнительной информацией через заголовок пакета или сигнализацию. Согласно предложенному варианту осуществления настоящего изобретения, можно улучшить впечатление от UE, например, плавную передачу обслуживания, и облегчить узлу RAN улучшенную обработку пакетов данных для конкретного UE в ходе передачи обслуживания.

[155] Для удобства описания, выше было показано только, что правило отображения потока QoS в DRB пересылается в процедуре передачи обслуживания Xn, но настоящее изобретение не ограничивается этим. Правило отображения потока QoS в DRB также может пересылаться в процедуре передачи обслуживания с использованием нового интерфейса плоскости управления между узлом CP базовой сети 5G и BS. В этом случае, правило отображения потока QoS в DRB, передаваемое исходной BS, может пересылаться на целевую BS через CP базовой сети 5G.

[156] На фиг. 13 показана блок-схема, демонстрирующая способ, в котором исходная BS передает правило отображения потока QoS в DRB на целевую BS согласно варианту осуществления настоящего изобретения.

[157] Согласно фиг. 13, на этапе S1310, исходная BS может принимать результат измерения целевой соты от UE.

[158] На этапе S1320, исходная BS может определять передачу обслуживания UE на целевую BS на основе результата измерения.

[159] На этапе S1330, исходная BS может передавать сообщение запроса передачи обслуживания, включающее в себя правило отображения потока QoS в DRB исходной BS на целевую BS. Правило отображения потока QoS в DRB может быть правилом, используемым для исходной BS для отображения конкретного потока QoS в конкретный DRB. Когда сообщение запроса передачи обслуживания, включающее в себя правило отображения потока QoS в DRB, передается на целевую BS, правило отображения потока QoS в DRB может использоваться для целевой BS для отображения потока QoS в DRB.

[160] Дополнительно, исходная BS может принимать, от целевой BS, указание, которое указывает, используется ли правило отображения потока QoS в DRB, включенное в сообщение запроса передачи обслуживания, для целевой BS. Кроме того, исходная BS может управлять пересылкой данных от исходной BS на целевую BS на основе принятого указания. Передача обслуживания на целевую BS может определяться на основе принятого указания.

[161] Поток QoS может включать в себя профиль QoS.

[162] На фиг. 14 показана блок-схема, демонстрирующая способ, в котором главная BS передает правило отображения потока QoS в DRB на вспомогательную BS согласно варианту осуществления настоящего изобретения.

[163] Согласно фиг. 14, на этапе S1410, главная BS может принимать результат измерения вспомогательной BS от UE.

[164] На этапе S1420, главная BS может определять выгрузку данных на вспомогательную BS на основе результата измерения.

[165] На этапе S1430, главная BS может передавать правило отображения потока QoS в DRB главной BS на вспомогательную BS.

[166] Правило отображения потока QoS в DRB может быть правилом, используемым для главной BS для отображения конкретного потока QoS в конкретный DRB. Когда правило отображения потока QoS в DRB передается на вспомогательную BS, правило отображения потока QoS в DRB может использоваться для вспомогательной BS для отображения потока QoS в DRB.

[167] Дополнительно, главная BS может принимать, от вспомогательной BS, указание, которое указывает, используется ли правило отображения потока QoS в DRB для вспомогательной BS. Кроме того, главная BS может управлять пересылкой данных от главной BS на вспомогательную BS на основе принятого указания. Выгрузка данных на вспомогательную BS может определяться на основе принятого указания.

[168] Правило отображения потока QoS в DRB может быть включено в сообщение запроса добавления вспомогательного узла или сообщение запроса изменения вспомогательного узла.

[169] На фиг. 15 показана блок-схема, демонстрирующая систему беспроводной связи согласно варианту осуществления настоящего изобретения.

[170] UE 1500 включает в себя процессор 1501, память 1502 и приемопередатчик 1503. Память 1502 подключена к процессору 1501 и хранит различную информацию для управления процессором 1501. Приемопередатчик 1503 подключен к процессору 1501 и передает и/или принимает радиосигналы. процессор 1501 реализует предложенные функции, процессы и/или способы. Согласно вышеописанному варианту осуществления, операция UE может быть реализована процессором 1501.

[171] BS 1510 включает в себя процессор 1511, память 1512 и приемопередатчик 1513. Память 1512 подключена к процессору 1511 и хранит различную информацию для управления процессором 1511. Приемопередатчик 1513 подключен к процессору 1511 и передает и/или принимает радиосигналы. Процессор 1511 реализует предложенные функции, процессы и/или способы. Согласно вышеописанному варианту осуществления, операция BS может быть реализована процессором 1511.

[172] AMF 1520 включает в себя процессор 1521, память 1522 и приемопередатчик 1523. Память 1522 подключена к процессору 1521 и хранит различную информацию для управления процессором 1521. Приемопередатчик 1523 подключен к процессору 1521 и передает и/или принимает радиосигналы. Процессор 1521 реализует предложенные функции, процессы и/или способы. Согласно вышеописанному варианту осуществления, операция AMF может быть реализована процессором 1521.

[173] Процессор может включать в себя специализированную интегральную схему (ASIC), отдельный набор микросхем, логическую схему и/или блок обработки данных. Память может включать в себя постоянную память (ROM), оперативную память (RAM), флэш-память, карту памяти, носитель данных и/или другие эквивалентные запоминающие устройства. Приемопередатчик может включать в себя низкочастотную схему для обработки беспроводного сигнала. Когда вариант осуществления реализован программными средствами, вышеупомянутые способы могут быть реализованы модулем (т.е. процессом, функцией и т.д.) для осуществления вышеупомянутых функций. Модуль может храниться в памяти и может осуществляться процессором. Память может располагаться внутри или вне процессора и может быть подключена к процессору различными общеизвестными средствами.

[174] Различные способы на основе настоящего описания изобретения были описаны со ссылкой на чертежи и ссылочные позиции, приведенные в чертежах на основе вышеупомянутых примеров. Хотя каждый способ описывает множественные этапы или блоки в конкретном порядке для удобства объяснения, изобретение, раскрытое в формуле изобретения, не ограничивается порядком этапов или блоков, и каждый этап или блок может быть реализован в другом порядке, или может осуществляться одновременно с другими этапами или блоками. Кроме того, специалисты в данной области техники могут знать, что изобретение не ограничивается каждым из этапов или блоков, и, по меньшей мере, один другой этап можно добавлять или удалять, не выходя за рамки объема и сущности изобретения.

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

1. Способ функционирования исходной базовой станции в системе беспроводной связи, содержащий этапы, на которых:

передают в целевую базовую станцию сообщение запроса передачи обслуживания, включающее в себя информацию, относящуюся к привязке потока качества обслуживания (QoS) к радиоканалу - носителю данных (DRB) исходной базовой станции;

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

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

2. Способ по п. 1, в котором привязка потока QoS к DRB включает в себя привязку DRB к одному или более QoS.

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

4. Способ по п. 1, в котором передача обслуживания на целевую базовую станцию определяется на основе принятой информации, включенной в сообщение квитирования запроса передачи обслуживания.

5. Способ по п. 1, в котором поток QoS включает в себя профиль QoS.

6. Исходная базовая станция в системе беспроводной связи, содержащая:

память;

приемопередатчик и

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

передавать в целевую базовую станцию сообщение запроса передачи обслуживания, включающее в себя информацию, относящуюся к привязке потока качества обслуживания (QoS) к радиоканалу - носителю данных (DRB) исходной базовой станции,

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

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

7. Исходная базовая станция по п. 6, при этом привязка потока QoS к DRB включает в себя привязку DRB к одному или более QoS.

8. Исходная базовая станция по п. 6, при этом поток QoS включает в себя профиль QoS.

9. Способ функционирования целевой базовой станции в системе беспроводной связи, содержащий этапы, на которых:

принимают от исходной базовой станции сообщение запроса передачи обслуживания, включающее в себя информацию, относящуюся к привязке потока качества обслуживания (QoS) к радиоканалу - носителю данных (DRB) исходной базовой станции;

решают использовать привязку потока QoS к DRB исходной базовой станции на целевой базовой станции;

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

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

10. Способ по п. 9, в котором привязка потока QoS к DRB включает в себя привязку DRB к одному или более QoS.

11. Способ по п. 9, в котором поток QoS включает в себя профиль QoS.

12. Способ по п. 9, дополнительно содержащий этап, на котором связывают DRB с по меньшей мере одним потоком QoS на основе упомянутой привязки потока QoS к DRB исходной базовой станции.