Способ для выполнения повторного установления pdcp-объекта, ассоциированного с umrlc-объектом в системе беспроводной связи, и устройство для этого
Изобретение относится к беспроводной связи. Способ для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи, содержит: когда повторное установление объекта по протоколу конвергенции пакетных данных (PDCP) инициируется, остановку и сброс, посредством PDCP-объекта, таймера переупорядочения PDCP-объекта, если таймер переупорядочения PDCP-объекта выполняется; и доставку, посредством PDCP-объекта, всей сохраненной служебной единицы данных (SDU) PDCP на верхние уровни в порядке возрастания ассоциированных значений COUNT. Технический результат заключается в обеспечении обработки для всех оставшихся PDCP SDU в буфере переупорядочения, когда PDCP-объект, ассоциированный с UM RLC-объектом выполняет процедуру повторного установления. 2 н. и 18 з.п. ф-лы, 1 табл., 11 ил.
Область техники, к которой относится изобретение
Настоящее изобретение относится к системе беспроводной связи, а более конкретно, к способу для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи, и к устройству для этого.
Уровень техники
В качестве примера системы мобильной связи, к которой является применимым настоящее изобретение, вкратце описывается система связи по стандарту долгосрочного развития Партнерского проекта третьего поколения (в дальнейшем в этом документе, называемая "LTE").
Фиг. 1 является видом, схематично иллюстрирующим сетевую структуру E-UMTS в качестве примерной системы радиосвязи. Усовершенствованная универсальная система мобильной связи (E-UMTS) представляет собой усовершенствованную версию традиционной универсальной системы мобильной связи (UMTS), и ее базовая стандартизация в данный момент разрабатывается в 3GPP. E-UMTS, в общем, может упоминаться в качестве системы по стандарту долгосрочного развития (LTE). Для получения дополнительной информации касательно технических условий UMTS и E-UMTS, можно обратиться к версии 7 и версии 8 документа "3rd Generation Partnership Project; Technical Specification Group Radio Access Network".
Ссылаясь на фиг. 1, E-UMTS включает в себя абонентское устройство (UE), усовершенствованные узлы B (eNB) и шлюз доступа (AG), который расположен на конце сети (E-UTRAN) и соединен с внешней сетью. ENB могут одновременно передавать несколько потоков данных для широковещательной услуги, многоадресной услуги и/или одноадресной услуги.
Одна или более сот могут существовать в расчете на eNB. Сота задается с возможностью работать в одной из полос пропускания, к примеру, в 1,25, 2,5, 5, 10, 15 и 20 МГц, и предоставляет услугу передачи по нисходящей линии связи (DL) или по восходящей линии связи (UL) во множество UE в полосе пропускания. Различные соты могут задаваться с возможностью предоставлять различные полосы пропускания. ENB управляет передачей или приемом данных в/из множества UE. ENB передает информацию DL-диспетчеризации из DL-данных в соответствующее UE, с тем чтобы информировать UE в отношении частотно-временной области, в которой предположительно передаются DL-данные, информации кодирования, размера данных и связанной с гибридным автоматическим запросом на повторную передачу (HARQ) информации. Помимо этого, eNB передает информацию UL-диспетчеризации из UL-данных в соответствующее UE, с тем чтобы информировать UE в отношении частотно-временной области, которая может использоваться посредством UE, информации кодирования, размера данных и связанной с HARQ информации. Интерфейс для передачи пользовательского трафика или управляющего трафика может использоваться между eNB. Базовая сеть (CN) может включать в себя AG и сетевой узел или тому подобное для пользовательской регистрации UE. AG управляет мобильностью UE на основе зоны отслеживания (TA). Одна TA включает в себя множество сот.
Хотя технология беспроводной связи разработана в LTE на основе широкополосного множественного доступа с кодовым разделением каналов (WCDMA), требования и ожидания пользователей и поставщиков услуг растут. Помимо этого, с учетом разработки других технологий радиодоступа, требуется новое технологическое развитие для того, чтобы обеспечивать высокую конкурентоспособность в будущем. Требуется снижение затрат в расчете на бит, повышение доступности услуг, гибкое использование полос частот, упрощенная структура, открытый интерфейс, надлежащее потребление мощности UE и т.п.
Поскольку все большему числу устройств связи требуется более высокая пропускная способность связи, имеется потребность в улучшенной связи по стандарту широкополосной связи для мобильных устройств по сравнению с существующей RAT. Кроме того, крупная машинная связь (MTC), которая предоставляет различные услуги посредством соединения множества устройств и объектов, представляет собой одну из основных проблем, которые должны рассматриваться в связи следующего поколения (NR, новом стандарте радиосвязи). Помимо этого, обсуждается проектное решение по системе связи с рассмотрением услуги/UE, чувствительного к надежности и задержке. Обсуждается введение RAT следующего поколения, которая принимает во внимание такую передачу по усовершенствованному стандарту широкополосной связи для мобильных устройств (eMBB) и передачу по стандарту сверхнадежной связи с низкой задержкой (URLLC).
Сущность изобретения
Техническая задача
Цель настоящего изобретения, разработанного для того, чтобы разрешать проблему, заключается в способе и устройстве для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи.
Когда повторное установление PDCP инициируется, могут быть предусмотрены некоторые PDCP SDU, хранящиеся в буфере переупорядочения. Эти PDCP SDU сохраняются в буфере переупорядочения даже после повторного установления PDCP.
Для AM DRB, сохранение PDCP SDU в буфере переупорядочения не представляет собой проблему, поскольку переменные состояния и значения COUNT поддерживаются во время повторного установления PDCP. PDCP SDU, принимаемые после повторного установления PDCP, могут переупорядочиваться с PDCP SDU, принимаемыми перед повторным установлением PDCP.
Тем не менее, для UM DRB, переменные состояния и значения COUNT сбрасываются во время повторного установления PDCP, и PDCP SDU, принимаемые после повторного установления PDCP, не могут переупорядочиваться с PDCP SDU, принимаемыми перед повторным установлением PDCP.
Переменные состояния и значения COUNT сбрасываются, когда повторное установление PDCP выполняется, что подразумевает то, что также изменяется функция переупорядочения, выполняемая в PDCP-объекте.
В LTE, функция переупорядочения выполнена только в разбитом однонаправленном канале, и разбитый однонаправленный канал поддерживается только в AM RLC, так что отсутствует влияние на функцию переупорядочения даже при повторном установлении PDCP.
Между тем, в eLTE, даже если однонаправленный LWA-канал приспосабливает структуру с разбитыми однонаправленными каналами, однонаправленный LWA-канал поддерживается не только в AM RLC, но также и в UM RLC, и некоторые разбитые однонаправленные каналы поддерживаются в UM RLC, а также в AM RLC. Дополнительно в NR, PDCP-объект, ассоциированный с UM RLC, а также PDCP-объект, ассоциированный с AM RLC, выполняют функцию переупорядочения по умолчанию независимо от разбитого однонаправленного канала. Тем не менее, согласно текущим техническим требованиям, отсутствует очевидный способ обработки сохраненных PDCP SDU при повторном установлении PDCP.
Следовательно, то, как обрабатывать сохраненные PDCP SDU при повторном установлении PDCP, должно поясняться для UM DRB.
Технические проблемы, разрешаемые посредством настоящего изобретения, не ограничены вышеуказанными техническими проблемами, и специалисты в данной области техники могут понимать другие технические проблемы из нижеприведенного описания.
Техническое решение
Цель настоящего изобретения может достигаться посредством предоставления способа для абонентского устройства (UE), работающего в системе беспроводной связи, как указано в прилагаемой формуле изобретения.
В другом аспекте настоящего изобретения, в данном документе предусмотрено оборудование связи, как указано в прилагаемой формуле изобретения.
Следует понимать, что вышеприведенное общее описание и нижеприведенное подробное описание настоящего изобретения являются примерными и пояснительными и имеют намерение предоставлять дополнительное пояснение изобретения согласно формуле изобретения.
Преимущества изобретения
Настоящее изобретение предлагает процедуру обработки для всех оставшихся PDCP SDU в буфере переупорядочения, когда PDCP-объект, ассоциированный с RLC UM, выполняет процедуру повторного установления.
Более конкретно, доставка всех сохраненных PDCP SDU на верхний уровень, когда PDCP-объект, ассоциированный с RLC UM, выполняет процедуру повторного установления, которая является преимущественной в том, что доставляемая PDCP SDU может использоваться на верхнем уровне.
Специалисты в данной области техники должны принимать во внимание, что преимущества, достигаемые посредством настоящего изобретения, не ограничены тем, что конкретно описано выше, и другие преимущества настоящего изобретения должны более ясно пониматься из нижеприведенного подробного описания, рассматриваемого в сочетании с прилагаемыми чертежами.
Краткое описание чертежей
Прилагаемые чертежи, которые включены для того, чтобы предоставлять дополнительное понимание изобретения, и зарегистрированы и составляют часть данной заявки, иллюстрируют вариант(ы) осуществления изобретения и вместе с описанием служат для того, чтобы пояснять принцип изобретения.
Фиг. 1 является схемой, показывающей сетевую структуру усовершенствованной универсальной системы мобильной связи (E-UMTS) в качестве примера системы беспроводной связи;
Фиг. 2a является блок-схемой, иллюстрирующей сетевую структуру усовершенствованной универсальной системы мобильной связи (E-UMTS), и фиг. 2b является блок-схемой, иллюстрирующей архитектуру типичной E-UTRAN и типичного EPC;
Фиг. 3 является схемой, показывающей плоскость управления и пользовательскую плоскость радиоинтерфейсного протокола между UE и E-UTRAN на основе стандарта сети радиодоступа Партнерского проекта третьего поколения (3GPP);
Фиг. 4a является блок-схемой, иллюстрирующей сетевую структуру архитектуры NG-сети радиодоступа (NG-RAN), и фиг. 4b является блок-схемой, иллюстрирующей архитектуру функционального разбиения между NG-RAN и базовой 5G-сетью (5GC);
Фиг. 5 является схемой, показывающей плоскость управления и пользовательскую плоскость радиоинтерфейсного протокола между UE и NG-RAN на основе стандарта сети радиодоступа Партнерского проекта третьего поколения (3GPP);
Фиг. 6 является блок-схемой оборудования связи согласно варианту осуществления настоящего изобретения;
Фиг. 7 является схемой для сообщения RRC-переконфигурирования, заключающего в себе повторное установление PDCP;
Фиг. 8 является концептуальной схемой для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи, согласно вариантам осуществления настоящего изобретения; и
Фиг. 9 является примером для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи, согласно вариантам осуществления настоящего изобретения.
Оптимальный режим осуществления изобретения
Универсальная система мобильной связи (UMTS) представляет собой систему асинхронной мобильной связи третьего поколения (3G), работающую в широкополосном множественном доступе с кодовым разделением каналов (WCDMA) на основе европейских систем, глобальной системы мобильной связи (GSM) и общей службы пакетной радиопередачи (GPRS). Стандарт долгосрочного развития (LTE) UMTS изучается посредством Партнерского проекта третьего поколения (3GPP), который стандартизировал UMTS.
3GPP LTE представляет собой технологию для предоставления возможности высокоскоростной связи с коммутацией пакетов. Для цели LTE предложено множество схем, включающих в себя схемы, которые нацелены на уменьшение затрат пользователей и поставщиков, повышение качества обслуживания и расширение и улучшение покрытия и пропускной способности системы. 3G LTE требует сокращенных затрат в расчете на бит, повышенной доступности услуг, гибкого использования полосы частот, простой структуры, открытого интерфейса и соответствующего потребления мощности терминала в качестве требования верхнего уровня.
В дальнейшем в этом документе, структуры, операции и другие признаки настоящего изобретения должны легко пониматься из вариантов осуществления настоящего изобретения, примеры которых проиллюстрированы на прилагаемых чертежах. Варианты осуществления, описанные ниже, являются примерами, в которых технические признаки настоящего изобретения применяются к 3GPP-системе.
Хотя варианты осуществления настоящего изобретения описываются с использованием системы по стандарту долгосрочного развития (LTE) и системы по усовершенствованному стандарту LTE (LTE-A) в настоящем описании изобретения, они являются чисто примерными. Следовательно, варианты осуществления настоящего изобретения являются применимыми к любой другой системе связи, соответствующей вышеуказанному определению. Помимо этого, хотя варианты осуществления настоящего изобретения описываются на основе схемы дуплекса с частотным разделением каналов (FDD) в настоящем описании изобретения, варианты осуществления настоящего изобретения могут легко модифицироваться и применяться к схеме полудуплексного FDD (H-FDD) или к схеме дуплекса с временным разделением каналов (TDD).
Фиг. 2a является блок-схемой, иллюстрирующей сетевую структуру усовершенствованной универсальной системы мобильной связи (E-UMTS). E-UMTS также может упоминаться как LTE-система. Сеть связи широко развертывается, чтобы предоставлять множество услуг связи, к примеру, речь (VoIP) через IMS и пакетные данные.
Как проиллюстрировано на фиг. 2a, E-UMTS-сеть включает в себя усовершенствованную наземную сеть радиодоступа UMTS (E-UTRAN), усовершенствованное ядро пакетной коммутации (EPC) и одно или более абонентских устройств. E-UTRAN может включать в себя один или более усовершенствованных узлов B 20 (усовершенствованных узлов B), и множество абонентских устройств 10 (UE) может быть расположено в одной соте. Один или более объектов 30 управления мобильностью (MME)/шлюзов по стандарту развития архитектуры системы (SAE) E-UTRAN могут позиционироваться на конце сети и соединяться с внешней сетью.
При использовании в данном документе, "нисходящая линия связи" означает передачу из усовершенствованного узла B 20 в UE 10, а "восходящая линия связи" означает передачу из UE в усовершенствованный узел B. UE 10 означает оборудование связи, носимое пользователем, и также может упоминаться как мобильная станция (MS), пользовательский терминал (UT), абонентская станция (SS) или беспроводное устройство.
Фиг. 2b является блок-схемой, иллюстрирующей архитектуру типичной E-UTRAN и типичного EPC.
Как проиллюстрировано на фиг. 2B, усовершенствованный узел B 20 предоставляет конечные точки пользовательской плоскости и плоскости управления в UE 10. MME/SAE-шлюз 30 предоставляет конечную точку функции управления сеансами и мобильностью для UE 10. Усовершенствованный узел B и MME/SAE-шлюз могут соединяться через S1-интерфейс.
Усовершенствованный узел B 20, в общем, представляет собой стационарную станцию, которая обменивается данными с UE 10, и также может упоминаться в качестве базовой станции (BS) или точки доступа. Один усовершенствованный узел B 20 может развертываться в расчете на соту. Интерфейс для передачи пользовательского трафика или управляющего трафика может использоваться между усовершенствованными узлами B 20.
MME предоставляет различные функции, включающие в себя передачу служебных NAS-сигналов в усовершенствованные узлы B 20, обеспечение безопасности передачи служебных NAS-сигналов, управление обеспечением AS-безопасности, передачу служебных сигналов между CN-узлами для мобильности между 3GPP-сетями доступа, досягаемость UE в режиме бездействия (включающую в себя управление и выполнение повторной передачи поисковых вызовов), управление списками зон отслеживания (для UE в режиме бездействия и активном режиме), выбор PDN GW и обслуживающего GW, выбор MME для передач обслуживания с изменением MME, выбор SGSN для передач обслуживания 2G или 3G 3GPP-сетям доступа, функции роуминга, аутентификации, управления однонаправленными каналами, включающие в себя установление выделенных однонаправленных каналов, поддержку передачи сообщений PWS (который включает в себя ETWS и CMAS). Шлюзовой SAE-хост предоставляет различные функции, включающие в себя фильтрацию пакетов в расчете на пользователя (например, посредством глубокого анализа пакетов), законный перехват сообщений, выделение UE IP-адресов, маркировку пакетов транспортного уровня в нисходящей линии связи, тарификацию и оплату услуг на уровне обслуживания в UL и DL, принудительное назначение скорости передачи в шлюзах, принудительное назначение скорости DL-передачи на основе APN-AMBR. Для ясности, MME/SAE-шлюз 30 упоминается в данном документе просто в качестве "шлюза", но следует понимать, что этот объект включает в себя как MME, так и SAE-шлюз.
Множество узлов могут соединяться между усовершенствованным узлом B 20 и шлюзом 30 через S1-интерфейс. Усовершенствованные узлы B 20 могут соединяться между собой через X2-интерфейс, и соседние усовершенствованные узлы B могут иметь ячеистую сетевую структуру, которая имеет X2-интерфейс.
Как проиллюстрировано, усовершенствованный узел B 20 может выполнять функции выбора для шлюза 30, маршрутизации в шлюз во время активации управления радиоресурсами (RRC), диспетчеризации и передачи сообщений поисковых вызовов, диспетчеризации и передачи информации широковещательных каналов (BCCH), динамического выделения ресурсов в UE 10 как в восходящей линии связи, так и нисходящей линии связи, конфигурирования и инициализации измерений усовершенствованных узлов B, управления однонаправленными радиоканалами, управления допуском к радиосвязи (RAC) и управления мобильностью соединений в состоянии LTE_ACTIVE. В EPC и как отмечено выше, шлюз 30 может выполнять функции инициирования поисковых вызовов, управления состоянием LTE-IDLE, шифрования пользовательской плоскости, управления однонаправленными каналами по стандарту развития архитектуры системы (SAE) и шифрования и защиты целостности передачи служебных сигналов на не связанном с предоставлением доступа уровне (NAS).
EPC включает в себя объект управления мобильностью (MME), обслуживающий шлюз (S-GW) и шлюз сети пакетной передачи данных (PDN GW). MME имеет информацию относительно соединений и характеристик UE, в основном для использования в управлении мобильностью UE. S-GW представляет собой шлюз, имеющий E-UTRAN в качестве конечной точки, и PDN GW представляет собой шлюз, имеющий сеть пакетной передачи данных (PDN) в качестве конечной точки.
Фиг. 3 является схемой, показывающей плоскость управления и пользовательскую плоскость радиоинтерфейсного протокола между UE и E-UTRAN на основе стандарта 3GPP-сети радиодоступа. Плоскость управления означает тракт, используемый для передачи управляющих сообщений, используемых для управления вызовом между UE и E-UTRAN. Пользовательская плоскость означает тракт, используемый для передачи данных, сформированных на прикладном уровне, например, речевых данных или данных Интернет-пакетов.
Физический (PHY) уровень первого уровня предоставляет услугу передачи информации на верхний уровень с использованием физического канала. PHY-уровень соединяется с уровнем управления доступом к среде (MAC), расположенным на верхнем уровне, через транспортный канал. Данные транспортируются между MAC-уровнем и PHY-уровнем через транспортный канал. Данные транспортируются между физическим уровнем передающей стороны и физическим уровнем приемной стороны через физические каналы. Физические каналы используют время и частоту в качестве радиоресурсов. Подробно, физический канал модулируется с использованием схемы множественного доступа с ортогональным частотным разделением каналов (OFDMA) в нисходящей линии связи и модулируется с использованием схемы множественного доступа с частотным разделением каналов с одной несущей (SC-FDMA) в восходящей линии связи.
MAC-уровень второго уровня предоставляет услуги для уровня управления радиосвязью (RLC) верхнего уровня через логический канал. RLC-уровень второго уровня поддерживает надежную передачу данных. Функция RLC-уровня может реализовываться посредством функционального блока MAC-уровня. Уровень протокола конвергенции пакетных данных (PDCP) второго уровня выполняет функцию сжатия заголовков с тем, чтобы уменьшать необязательную управляющую информацию для эффективной передачи пакета по Интернет-протоколу (IP), к примеру, пакета IP версии 4 (IPv4) или пакета IP версии 6 (IPv6), по радиоинтерфейсу, имеющему относительно небольшую полосу пропускания.
Уровень управления радиоресурсами (RRC), расположенный внизу третьего уровня, задается только в плоскости управления. RRC-уровень управляет логическими каналами, транспортными каналами и физическими каналами относительно конфигурирования, переконфигурирования и высвобождения однонаправленных радиоканалов (RB). RB означает услугу, которую второй уровень предоставляет для передачи данных между UE и E-UTRAN. С этой целью, RRC-уровень UE и RRC-уровень E-UTRAN обмениваются RRC-сообщениями между собой.
Одна сота eNB задается с возможностью работать в одной из полос пропускания, к примеру, в 1,25, 2,5, 5, 10, 15 и 20 МГц, и предоставляет услугу передачи по нисходящей линией связи или по восходящей линии связи во множество UE в полосе пропускания. Различные соты могут задаваться с возможностью предоставлять различные полосы пропускания.
Транспортные каналы нисходящей линии связи для передачи данных из E-UTRAN в UE включают в себя широковещательный канал (BCH) для передачи системной информации, канал поисковых вызовов (PCH) для передачи сообщений поисковых вызовов и совместно используемый канал (SCH) нисходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Трафик или управляющие сообщения многоадресной или широковещательной услуги нисходящей линии связи могут передаваться через SCH нисходящей линии связи либо могут передаваться через дополнительный многоадресный канал (MCH) нисходящей линии связи.
Транспортные каналы восходящей линии связи для передачи данных из UE в E-UTRAN включают в себя канал с произвольным доступом (RACH) для передачи начальных управляющих сообщений и SCH восходящей линии связи для передачи пользовательского трафика или управляющих сообщений. Логические каналы, которые задаются выше транспортных каналов и преобразуются в транспортные каналы, включают в себя широковещательный канал управления (BCCH), канал управления поисковыми вызовами (PCCH), общий канал управления (CCCH), многоадресный канал управления (MCCH) и многоадресный канал трафика (MTCH).
Фиг. 4a является блок-схемой, иллюстрирующей сетевую структуру архитектуры NG-сети радиодоступа (NG-RAN), и фиг. 4b является блок-схемой, иллюстрирующей архитектуру функционального разбиения между NG-RAN и базовой 5G-сетью (5GC).
NG-RAN-узел представляет собой gNB, предоставляющий протокольные оконечные узлы пользовательской плоскости и плоскости управления NR-стандарта к UE, или ng-eNB, предоставляющий протокольные оконечные узлы пользовательской плоскости и плоскости управления E-UTRA-стандарта к UE.
GNB и ng-eNB взаимно соединяются друг с другом посредством Xn-интерфейса. GNB и ng-eNB также соединяются посредством NG-интерфейсов с 5GC, более конкретно, с AMF (функцией управления доступом и мобильностью) посредством NG-C-интерфейса и с UPF (функцией пользовательской плоскости) посредством NG-U-интерфейса.
Xn-интерфейс включает в себя пользовательскую Xn-плоскость (Xn-U) и Xn-плоскость управления (Xn-C). Интерфейс пользовательской Xn-плоскости (Xn-U) задается между двумя NG-RAN-узлами. Транспортный сетевой уровень основан на IP-транспортировке, и GTP-U используется поверх UDP/IP для того, чтобы переносить PDU пользовательской плоскости. Xn-U предоставляет негарантированную доставку PDU пользовательской плоскости и поддерживает следующие функции: i) перенаправление данных и ii) управление потоками. Интерфейс Xn-плоскости управления (Xn-C) задается между двумя NG-RAN-узлами. Транспортный сетевой уровень основан на SCTP поверх IP. Протокол обмена служебными сигналами прикладного уровня упоминается как XnAP (Xn-протокол прикладного уровня). SCTP-уровень предоставляет гарантированную доставку сообщений прикладного уровня. При транспортировке, передача "точка-точка" на IP-уровне используется для того, чтобы доставлять служебные PDU. Xn-C-интерфейс поддерживает следующие функции: i) управление Xn-интерфейсом, ii) управление мобильностью UE, включающее в себя передачу контекста и поисковые RAN-вызовы, и iii) режим сдвоенного подключения.
NG-интерфейс включает в себя пользовательскую NG-плоскость (NG-U) и NG-плоскость управления (NG-C). Интерфейс пользовательской NG-плоскости (NG-U) задается между NG-RAN-узлом и UPF. Транспортный сетевой уровень основан на IP-транспортировке, и GTP-U используется поверх UDP/IP для того, чтобы переносить PDU пользовательской плоскости между NG-RAN-узлом и UPF. NG-U предоставляет негарантированную доставку PDU пользовательской плоскости между NG-RAN-узлом и UPF.
Интерфейс NG-плоскости управления (NG-C) задается между NG-RAN-узлом и AMF. Транспортный сетевой уровень основан на IP-транспортировке. Для надежной транспортировки служебных сообщений, SCTP добавляется поверх IP. Протокол обмена служебными сигналами прикладного уровня упоминается как NGAP (NG-протокол прикладного уровня). SCTP-уровень предоставляет гарантированную доставку сообщений прикладного уровня. При транспортировке, передача "точка-точка" на IP-уровне используется для того, чтобы доставлять служебные PDU.
NG-C предоставляет следующие функции: i) управление NG-интерфейсами, ii) управление контекстом UE, iii) управление мобильностью UE, iv) передача конфигурации и v) передача предупреждающих сообщений.
gNB и ng-eNB выполняют хостинг следующих функций: i) функции для управления радиоресурсами: управление однонаправленными радиоканалами, управление допуском к радиосвязи, управление мобильностью соединений, динамическое выделение ресурсов в UE в восходящей и нисходящей линии связи (диспетчеризация), ii) сжатие IP-заголовков, шифрование и защита целостности данных, iii) выбор AMF в присоединении UE, когда маршрутизация в AMF не может определяться из информации, предоставляемой посредством UE, iv) маршрутизация данных пользовательской плоскости к UPF, v) маршрутизация информации плоскости управления к AMF, vi) установление и разрыв соединения, vii) диспетчеризация и передача сообщений поисковых вызовов (инициированных из AMF), viii) диспетчеризация и передача системной широковещательной информации (инициированной из AMF или OandM), ix) конфигурация измерений и формирования сообщений об измерениях для мобильности и диспетчеризации, x) маркировка пакетов транспортного уровня в восходящей линии связи, xi) управление сеансами, xii) поддержка нарезки сети и xiii) управление QoS-потоками и преобразование в однонаправленные радиоканалы передачи данных. Функция управления доступом и мобильностью (AMF) выполняет хостинг следующих основных функций: i) оконечный узел передачи служебных NAS-сигналов, ii) обеспечение безопасности передачи служебных NAS-сигналов, iii) управление обеспечением AS-безопасности, iv) передача служебных сигналов между CN-узлами для мобильности между 3GPP-сетями доступа, v) досягаемость UE в режиме бездействия (включающая в себя управление и выполнение повторной передачи поисковых вызовов), vi) управление зонами регистрации, vii) поддержка внутрисистемной и межсистемной мобильности, viii) аутентификация доступа, ix) административное управление мобильностью (подписка и политики), x) поддержка нарезки сети и xi) выбор SMF.
Функция пользовательской плоскости (UPF) выполняет хостинг следующих основных функций: i) точка привязки для мобильности внутри/между RAT (если применимо), ii) внешняя сеансовая PDU-точка взаимного соединения с сетью передачи данных, iii) анализ пакетов и часть пользовательской плоскости принудительного назначения правил политик, iv) формирование сообщений об использовании трафика, v) классификатор восходящей линии связи, чтобы поддерживать маршрутизацию потоков трафика в сеть передачи данных, vi) QoS-обработка для пользовательской плоскости, например, пакетная фильтрация, активация-деактивация доступа, принудительное назначение скорости UL/DL-передачи и vii) верификация трафика восходящей линии связи (преобразование SDF в QoS-потоки).
Функция управления сеансами (SMF) выполняет хостинг следующих основных функций: i) управление сеансами, ii) выделение и управление IP-адресами UE, iii) выбор и управление UP-функцией, iv) конфигурирование управления трафиком в UPF, чтобы маршрутизировать трафик в надлежащее назначение, v) управление частью принудительного назначения политик и QoS, vi) уведомление относительно данных нисходящей линии связи.
Фиг. 5 является схемой, показывающей плоскость управления и пользовательскую плоскость радиоинтерфейсного протокола между UE и NG-RAN на основе стандарта сети радиодоступа Партнерского проекта третьего поколения (3GPP).
Стек протоколов пользовательской плоскости содержит PHY, MAC, RLC, PDCP и SDAP (протокол адаптации данных об услугах), который заново введен, чтобы поддерживать 5G QoS-модель.
Основные услуги и функции SDAP-объекта включают в себя i) преобразование между QoS-потоком и однонаправленным радиоканалом передачи данных и ii) маркировку идентификатора QoS-потока (QFI) в DL- и UL-пакетах. Один протокольный объект SDAP конфигурируется для каждого отдельного PDU-сеанса.
При приеме SDAP SDU из верхнего уровня для QoS-потока, передающий SDAP-объект может преобразовывать SDAP SDU в DRB по умолчанию, если отсутствует сохраненное правило преобразования QoS-потоков в DRB для QoS-потока. Если имеется сохраненное правило преобразования QoS-потоков в DRB для QoS-потока, SDAP-объект может преобразовывать SDAP SDU в DRB согласно сохраненному правилу преобразования QoS-потоков в DRB. Кроме того, SDAP-объект может конструировать SDAP PDU и доставлять сконструированную SDAP PDU на нижние уровни.
Фиг. 6 является блок-схемой оборудования связи согласно варианту осуществления настоящего изобретения.
Оборудование, показанное на фиг. 6, может представлять собой абонентское устройство (UE) и/или eNB либо gNB, адаптированный с возможностью выполнять вышеуказанный механизм, но оно может представлять собой любое оборудование для выполнения идентичной операции.
Как показано на фиг. 6, оборудование может содержать DSP/микропроцессор (110) и RF-модуль (приемопередатчик; 135). DSP/микропроцессор (110) электрически соединяется с приемопередатчиком (135) и управляет им. Устройство дополнительно может включать в себя модуль (105) управления мощностью, аккумулятор (155), дисплей (115), клавишную панель (120), SIM-карту (125), запоминающее устройство (130), динамик (145) и устройство (150) ввода, на основе своей реализации и выбора разработчика.
В частности, фиг. 6 может представлять UE, содержащее приемник (135), выполненный с возможностью принимать сообщение с запросом из сети, и передатчик (135), выполненный с возможностью передавать информацию временной синхронизации передачи или приема в сеть. Этот приемник и передатчик могут составлять приемопередатчик (135). UE дополнительно содержит процессор (110), соединенный с приемопередатчиком (135: приемником и передатчиком).
Кроме того, фиг. 6 может представлять сетевое оборудование, содержащее передатчик (135), выполненный с возможностью передавать сообщение с запросом в UE, и приемник (135), выполненный с возможностью принимать информацию временной синхронизации передачи или приема из UE. Этот передатчик и приемник могут составлять приемопередатчик (135). Сеть дополнительно содержит процессор (110), соединенный с передатчиком и приемником. Этот процессор (110) может быть выполнен с возможностью вычислять время задержки на основе информации временной синхронизации передачи или приема.
Фиг. 7 является схемой для сообщения RRC-переконфигурирования, заключающего в себе повторное установление PDCP.
Когда UE принимает сообщение RRC-переконфигурирования, RadioBearerConfig, включающее в себя srb-ToAddModList, UE выполняет SRB-добавление или переконфигурирование. Для каждого значения srb-Identity, включенного в srb-ToAddModList, который является частью текущей конфигурации UE, если reestablishPDCP задается, UE повторно устанавливает PDCP-объект этого SRB.
Когда UE принимает сообщение RRC-переконфигурирования, RadioBearerConfig, включающее в себя drb-ToAddModList, UE выполняет DRB-добавление или переконфигурирование. Для каждого значения drb-Identity, включенного в drb-ToAddModList, который является частью текущей конфигурации UE, если reestablishPDCP задается, UE повторно устанавливает PDCP-объект этого DRB.
В LTE, PDCP-объект представляет собой поддерживаемую последовательную доставку PDU верхнего уровня в процедуре повторного установления PDCP для RLC AM. Для разбитых однонаправленных каналов в DC (только поддержка для RLC AM) и однонаправленных LWA-каналов (только поддержка для RLC AM и RLC UM), поддерживаются PDCP PDU-маршрутизация для передачи и PDCP PDU-переупорядочение для приема. Поскольку функция PDCP-переупорядочения не выполняется по умолчанию в LTE, повторное установление PDCP зависит от того, сконфигурирована или нет функция переупорядочения в PDCP-объекте.
Для получения дополнительной информации, когда верхние уровни запрашивают повторное установление PDCP в то время, когда PDCP-объект конфигурируется для DRB, преобразованного в RLC AM, и функция переупорядочения не используется, PDCP-объект обрабатывает PDU PDCP-данных, которые принимаются из нижних уровней вследствие повторного установления нижних уровней, сбрасывает протокол сжатия заголовков для нисходящей линии связи и начинает с NC-состояния в U-режиме (в случае конфигурирования), за исключением случаев, когда верхние уровни указывают то, что сохраненный UE AS-контекст используется, и drb-ContinueROHC сконфигурировано. Кроме того, PDCP-объект задает Next_PDCP_RX_SN, RX_HFN равным 0, а Last_submitted_PDCP_RX_SN равным Maximum_PDCP_SN, и применяет алгоритм и ключ шифрования, предоставленные посредством верхних уровней, во время процедуры повторного установления.
С другой стороны, когда верхние уровни запрашивают повторное установление PDCP в то время, когда PDCP-объект конфигурируется для DRB, преобразованного в RLC AM, и функция переупорядочения используется, PDCP-объект обрабатывает PDU (PDU) PDCP-данных, которые принимаются из нижних уровней вследствие повторного установления нижних уровней, останавливает и сбрасывает t-переупорядочение, если PDCP-объект быть ассоциирован с одним AM RLC-объектом после повторного установления PDCP, и применяет алгоритм и ключ шифрования, предоставленные посредством верхних уровней, во время процедуры повторного установления.
Когда верхние уровни запрашивают повторное установление PDCP в то время, когда PDCP-объект конфигурируется для DRB, преобразованного в RLC UM, PDCP-объект обрабатывает PDU PDCP-данных, которые принимаются из нижних уровней вследствие повторного установления нижних уровней, сбрасывает протокол сжатия заголовков для нисходящей линии связи и начинает с NC-состояния в U-режиме, если DRB сконфигурирован с протоколом сжатия заголовков, и drb-ContinueROHC не сконфигурировано. Кроме того, PDCP-объект задает Next_PDCP_RX_SN и RX_HFN равным 0, применяет алгоритм и ключ шифрования, предоставленные посредством верхних уровней, во время процедуры повторного установления.
Здесь, Next_PDCP_RX_SN является переменной состояния, указывающей PDCP SN следующей PDCP SDU для данного PDCP-объекта. При установлении PDCP-объекта, UE должно задавать Next_PDCP_TX_SN равным 0. RX_HFN является переменной состояния, указывающей значение HFN для формирования значения COUNT, используемого для принимаемых PDCP PDU для данного PDCP-объекта. При установлении PDCP-объекта, UE должно задавать RX_HFN равным 0. Last_submitted_PDCP_RX_SN является переменной состояния, указывающей SN последней PDCP SDU, доставляемой на верхние уровни. При установлении PDCP-объекта, UE должно задавать Last_Submitted_PDCP_RX_SN равным Maximum_PDCP_SN. Maximum_PDCP_SN является таблицей 1.
Таблица 1
| Номер PDCP SN | Длина SN |
| 262143 | Если PDCP-объект конфигурируется с возможностью использования 18-битовых SN |
| 65535 | Если PDCP-объект конфигурируется с возможностью использования 16-битовых SN |
| 32767 | Если PDCP-объект конфигурируется с возможностью использования 15-битовых SN |
| 4095 | Если PDCP-объект конфигурируется с возможностью использования 12-битовых SN |
| 127 | Если PDCP-объект конфигурируется с возможностью использования 7-битовых SN |
| 31 | Если PDCP-объект конфигурируется с возможностью использования 5-битовых SN |
Между тем, в NR, PDCP-объект выполняет функцию переупорядочения по умолчанию. Когда верхние уровни запрашивают повторное установление PDCP-объектов, приемный PDCP-объект i) отбрасывает все сохраненные PDCP SDU и PDCP PDU для SRB, ii) сбрасывает протокол сжатия заголовков для нисходящей линии связи и начинает с NC-состояния в U-режиме, если drb-ContinueROHC не конфигурируется для UM DRB, iii) задает RX_NEXT и RX_DELIV равными начальному значению для UM DRB и SRB, iv) применяет алгоритм и ключ шифрования, предоставленные посредством верхних уровней, во время процедуры повторного установления PDCP-объектов, и v) применяет алгоритм и ключ защиты целостности, предоставленные посредством верхних уровней, во время процедуры повторного установления PDCP-объектов.
Здесь, RX_NEXT является переменной состояния, указывающей значение COUNT следующей PDCP SDU, прием которой ожидается. Начальное значение равно 0. Кроме того, RX_DELIV является переменной состояния, которая указывает значение COUNT первой PDCP SDU, не доставляемой на верхние уровни, но при этом ожидаемой. Начальное значение равно 0.
Как упомянуто выше, переменные состояния и значения COUNT сбрасываются, когда повторное установление PDCP выполняется, что подразумевает то, что также изменяется функция переупорядочения, выполняемая в PDCP-объекте.
Для AM DRB, когда повторное установление PDCP инициируется, если могут быть предусмотрены некоторые PDCP SDU, сохраненные в буфере переупорядочения, PDCP может сохранять PDCP SDU в буфере переупорядочения даже после повторного установления PDCP. Поскольку переменные состояния и значения COUNT поддерживаются во время повторного установления PDCP, сохранение PDCP SDU в буфере переупорядочения не представляет собой проблему. PDCP SDU, принимаемые после повторного установления PDCP, могут переупорядочиваться с PDCP SDU, принимаемыми перед повторным установлением PDCP.
Тем не менее, для UM DRB, переменные состояния и значения COUNT сбрасываются во время повторного установления PDCP, и PDCP SDU, принимаемые после повторного установления PDCP, не могут переупорядочиваться с PDCP SDU, принимаемыми перед повторным установлением PDCP.
Переменные состояния и значения COUNT сбрасываются, когда повторное установление PDCP выполняется, что подразумевает то, что также изменяется функция переупорядочения, выполняемая в PDCP-объекте.
В LTE, функция переупорядочения выполнена только в разбитом однонаправленном канале, и разбитый однонаправленный канал поддерживается только в AM RLC, так что отсутствует влияние на функцию переупорядочения даже при повторном установлении PDCP.
Между тем, в eLTE, даже если однонаправленный LWA-канал приспосабливает структуру с разбитыми однонаправленными каналами, однонаправленный LWA-канал поддерживается не только в AM RLC, но также и в UM RLC, и некоторые разбитые однонаправленные каналы поддерживаются в UM RLC, а также в AM RLC. Дополнительно в NR, PDCP-объект, ассоциированный с UM RLC, а также PDCP-объект, ассоциированный с AM RLC, выполняют функцию переупорядочения по умолчанию независимо от разбитого однонаправленного канала.
Согласно текущим техническим требованиям, отсутствует определение того, как обрабатывать SDU, сохраненные в буфере переупорядочения или буфере переупорядочения, даже если инициализация переменной состояния возникает при повторном установлении PDCP в случае UM DRB.
В этих случаях, приемная PDCP считает, что предусмотрено два варианта. Один представляет собой отбрасывание сохраненных PDCP SDU (вариант 1). Другой представляет собой доставку сохраненных PDCP SDU на верхний уровень (вариант 2). Оба варианта являются возможными, но возникает проблема, если одно UE применяет вариант 1, и другое UE применяет вариант 2. Таким образом, то, как обрабатывать сохраненные PDCP SDU при повторном установлении PDCP, должно поясняться для UM DRB.
Фиг. 8 является концептуальной схемой для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи, согласно вариантам осуществления настоящего изобретения.
Изобретено то, что в приемный PDCP-объект доставляет все сохраненные PDCP SDU на верхние уровни при выполнении процедуры повторного установления PDCP. Когда PDCP-объект выполняет повторное установление PDCP, доставка сохраненных SDU на верхний уровень вместо их отбрасывания немного лучше в том, что доставляемые PDCP SDU могут использоваться посредством верхнего уровня.
Для получения дополнительной информации, когда повторное установление объекта по протоколу конвергенции пакетных данных (PDCP) инициируется (S801), приемный PDCP-объект останавливает и сбрасывает таймер переупорядочения PDCP-объекта, если таймер переупорядочения PDCP-объекта выполняется (S803).
Предпочтительно, инициирование повторного установления PDCP-объектов возникает, когда верхние уровни запрашивают повторное установление PDCP-объектов и т.д.
Предпочтительно, таймер переупорядочения запускается, когда PDCP SDU не по порядку принимается из нижнего уровня в окне переупорядочения, ассоциированном с таймером переупорядочения.
Здесь, таймер переупорядочения представляет собой таймер, который работает во время функции переупорядочения PDCP-объекта. Таймер переупорядочения запускается, когда SDU не по порядку принимается из нижнего уровня, и SDU не по порядку сохраняются в буфере переупорядочения в то время, когда таймер переупорядочения выполняется. Таймер переупорядочения истекает, и сохраненные SDU не по порядку доставляются на верхний уровень последовательно.
Термин "последовательно" означает в порядке возрастания значений COUNT, ассоциированных с PDCP SDU в буфере переупорядочения.
SDU не по порядку представляет собой SDU, отличную от следующей SDU, прием которой ожидается из нижнего уровня. Поскольку PDU, отличные от окна переупорядочения, отбрасываются, как только они принимаются, в этом случае, имеется такое ограничение, что PDU, отличная от следующей PDU, прием которой ожидается, принимается в окне переупорядочения.
PDCP-объект управляет RX_NEXT, RX_DELIV и RX_REORD для функции переупорядочения.
RX_NEXT является переменной состояния, указывающей значение COUNT следующей PDCP SDU, прием которой ожидается. Поскольку RX_NEXT указывает следующее значение COUNT, ожидаемое посредством приемного PDCP-объекта, можно знать, представляет она собой или нет SDU не по порядку, посредством использования значения RX_NEXT. Таким образом, если PDU (или SDU), имеющая значение COUNT, равное RX_NEXT, принимается из нижнего уровня, PDU (или SDU) представляет собой PDU (или SDU) по порядку. Если PDU (или SDU), имеющая значение COUNT, большее RX_NEXT, принимается из нижнего уровня, PDU (или SDU) представляет собой PDU (или SDU) не по порядку.
Фактически, RX_NEXT задается с использованием термина "SDU". Поскольку приемный PDCP-объект принимает "PDU" из нижнего уровня и обрабатывает и передает "SDU", соответствующую "PDU", на верхний уровень, термин "SDU" может использоваться взаимозаменяемо с термином "PDU" в функции переупорядочения.
RX_DELIV является переменной состояния, указывающей значение COUNT первой PDCP SDU, не доставляемой на верхние уровни, но при этом ожидаемой. Согласно текущим техническим требованиям, только когда PDU с COUNT, идентичным COUNT RX_DELIV, принимается, либо когда таймер t-переупорядочения истекает, окно переупорядочения сдвигается в то время, когда RX_DELIV обновляется. По определению, RX_DELIV означает наименьшее значение COUNT из числа значений COUNT SDU, не передаваемых на верхний уровень, так что RX_DELIV указывает нижний край окна переупорядочения. Размер окна переупорядочения является константой, и окно переупорядочения поддерживается до тех пор, пока PDU с COUNT, идентичным COUNT RX_DELIV, не примется, либо таймер t-переупорядочения не истечет, поскольку RX_DELIV не изменяется.
RX_REORD является переменной состояния, указывающей значение COUNT согласно значению COUNT, ассоциированному с PDU PDCP-данных, которая инициирует таймер переупорядочения.
Таймер переупорядочения инициируется, когда PDU не по порядку принимается из нижнего уровня. Таким образом, RX_REORD обновляется на значение COUNT согласно значению COUNT, ассоциированному с PDCP PDU не по порядку.
Переменная состояния, описанная выше, представляет собой термин, используемый в NR, и LTE использует другую переменную. Термин отличается, но функция переупорядочения выполняется идентично.
В LTE-терминологии, RX_DELIV соответствует Last_submitted_PDCP_RX_SN, RX_REORD соответствует Reordering_PDCP_RX_COUNT, и RX_NEXT соответствует Next_PDCP_RX_SN.
Отличие между LTE и NR заключается в том, что PDCP-объект управляет порядковым номером (SN) SDU. Тем не менее, она является идентичной NR в том, чтобы извлекать COUNT посредством добавления HFN в SN. Дополнительно, LTE не поддерживает доставку не по порядку в PDCP-объекте, Last_submitted_PDCP_RX_SN указывает SN последней PDCP SDU, доставляемой на верхние уровни при установлении PDCP-объекта. Таким образом, Last_submitted_PDCP_RX_SN означает наибольшее значение SN из числа SN SDU, успешно передаваемых в буфере переупорядочения, так что Last_submitted_PDCP_RX_SN+1 является нижним краевым значением окна переупорядочения.
Кроме того, PDCP-объект доставляет все PDCP SDU, сохраненные в буфере PDCP-переупорядочения, на верхний уровень в порядке возрастания ассоциированных значений COUNT после выполнения распаковки заголовков (S805).
"Ассоциированные значения COUNT" означают значения COUNT, ассоциированные с SDU, сохраненными в буфере переупорядочения. Например, если SDU с COUNT 22, 24 и 25 сохраняются в буфере переупорядочения, то COUNT 22, 24 и 25 являются ассоциированными значениями COUNT, и SDU с COUNT 22 доставляется сначала, после чего доставляется SDU с COUNT 24. В завершение, SDU с COUNT 25 доставляется на верхний уровень последовательно.
После доставки сохраненных PDCP SDU на верхний уровень, приемный PDCP-объект выполняет оставшиеся этапы повторного установления (S807).
Для получения дополнительной информации, приемный PDCP-объект сбрасывает протокол сжатия заголовков для нисходящей линии связи и начинает с NC-состояния в U-режиме, если drb-ContinueROHC не сконфигурирован, задает RX_NEXT и RX_DELIV равными начальному значению, применяет алгоритм и ключ шифрования, предоставленные посредством верхних уровней, во время процедуры повторного установления PDCP-объектов, и применяет алгоритм и ключ защиты целостности, предоставленные посредством верхних уровней, во время процедуры повторного установления PDCP-объектов.
Предпочтительно, изобретение применяется к приемному PDCP-объекту, работающему на RLC UM, т.е. UM DRB.
Фиг. 9 является примером для выполнения повторного установления PDCP-объекта, ассоциированного с UM RLC-объектом в системе беспроводной связи, согласно вариантам осуществления настоящего изобретения.
Допустим, что приемный PDCP-объект, соответственно, обновляет RX_DELIV и RX_NEXT на 21, и t-переупорядочение не выполняется (S901).
Когда PDCP SDU с COUNT 22 принимается из нижнего уровня, приемный PDCP-объект начинает t-переупорядочение и обновляет RX_REORD и RX_NEXT на 23. Кроме того, приемный PDCP-объект не обновляет RX_DELIV и сохраняет PDCP SDU с COUNT 24 (S903).
В то время, когда t-переупорядочение выполняется, PDCP SDU с COUNT 24 принимается из нижнего уровня. Приемный PDCP-объект обновляет RX_NEXT на 25. Приемный PDCP-объект не обновляет RX_DELIV и RX_REORD. Кроме того, приемный PDCP-объект сохраняет PDCP SDU с COUNT 24 (S905).
В то время, когда t-переупорядочение выполняется, PDCP SDU с COUNT 25 принимается из нижнего уровня. Приемный PDCP-объект обновляет RX_NEXT на 26. Приемный PDCP-объект не обновляет RX_DELIV и RX_REORD. Кроме того, приемный PDCP-объект сохраняет PDCP SDU с COUNT 25 (S907).
Когда верхний уровень запрашивает повторное установление PDCP-объектов, приемный PDCP-объект останавливает и сбрасывает t-переупорядочение и доставляет все сохраненные PDCP SDU в порядке возрастания ассоциированного значения COUNT после выполнения распаковки заголовков (S909).
Приемный PDCP-объект сбрасывает протокол сжатия заголовков для нисходящей линии связи и начинает с NC-состояния в U-режиме, если drb-ContinueROHC не сконфигурирован. Приемный PDCP-объект задает RX_DELIV и RX_NEXT равными начальному значению. Приемный PDCP-объект применяет алгоритм и ключ шифрования, предоставленные посредством верхних уровней, и применяет алгоритм и ключ защиты целостности, предоставленные посредством верхних уровней (S911).
Варианты осуществления настоящего изобретения, описанные ниже, представляют собой комбинации элементов и признаков настоящего изобретения. Элементы или признаки могут считаться избирательными, если не указано иное. Каждый элемент или признак может осуществляться на практике без комбинирования с другими элементами или признаками. Дополнительно, вариант осуществления настоящего изобретения может создаваться посредством комбинирования частей элементов и/или признаков. Порядок операций, описанных в вариантах осуществления настоящего изобретения, может перекомпоновываться. Некоторые структуры любого варианта осуществления могут быть включены в другой вариант осуществления и могут заменяться соответствующими структурами другого варианта осуществления. Специалистам в данной области техники должно быть очевидным, что пункты формулы изобретения, которые не приводятся явно в сочетании друг с другом в прилагаемой формуле изобретения, могут представляться в комбинации в качестве варианта осуществления настоящего изобретения либо включаться в качестве нового пункта посредством последующего изменения после того, как подана заявка.
В вариантах осуществления настоящего изобретения, конкретная операция, описанная как выполняемая посредством BS, может выполняться посредством верхнего узла для BS. А именно, очевидно, что в сети, состоящей из множества сетевых узлов, включающих в себя BS, различные операции, выполняемые для связи с MS, могут выполняться посредством BS или сетевых узлов, отличных от BS. Термин "eNB" может быть заменен термином "стационарная станция", "узел B", "базовая станция (BS)", "точка доступа" и т.д.
Вышеописанные варианты осуществления могут реализовываться посредством различных средств, например, посредством аппаратных средств, микропрограммного обеспечения, программного обеспечения или комбинации вышеозначенного.
В аппаратной конфигурации, способ согласно вариантам осуществления настоящего изобретения может реализовываться посредством одной или более специализированных интегральных схем (ASIC), процессоров цифровых сигналов (DSP), устройств обработки цифровых сигналов (DSPD), программируемых логических устройств (PLD), программируемых пользователем вентильных матриц (FPGA), процессоров, контроллеров, микроконтроллеров или микропроцессоров.
В микропрограммной или программной конфигурации, способ согласно вариантам осуществления настоящего изобретения может реализовываться в форме модулей, процедур, функций и т.д., выполняющих вышеописанные функции или операции. Программный код может сохраняться в блоке памяти и выполняться посредством процессора. Блок памяти может находиться внутри или за пределами процессора и может передавать и принимать данные в/из процессора через различные известные средства.
Специалисты в данной области техники должны принимать во внимание, что настоящее изобретение может осуществляться конкретными способами, отличными от способов, изложенных в данном документе, без отступления от важнейших характеристик настоящего изобретения. В силу этого вышеприведенные варианты осуществления должны рассматриваться во всех аспектах как иллюстративные, а не ограничительные. Объем изобретения должен определяться посредством прилагаемой формулы изобретения, а не посредством вышеприведенного описания, и все изменения, попадающие в рамки смысла прилагаемой формулы изобретения, имеют намерение охватываться им.
Промышленная применимость
Хотя вышеприведенный способ описан с основным вниманием на примере, применяемом к 3GPP LTE- и NR-системе, настоящее изобретение является применимым к множеству систем беспроводной связи в дополнение к 3GPP LTE- и NR-системе.
1. Способ, осуществляемый посредством приемного устройства, работающего в системе беспроводной связи, при этом способ содержит этапы, на которых:
определяют то, что повторное установление по протоколу конвергенции пакетных данных (PDCP) инициировано для повторного установления PDCP-объекта приемного устройства, причем PDCP-объект ассоциирован с объектом уровня управления радиосвязью (RLC) неподтвержденного режима (UM) приемного устройства; и
на основе инициирования повторного установления PDCP:
останавливают и сбрасывают таймер переупорядочения, который ассоциирован с доставкой служебных единиц данных (SDU) PDCP на верхний уровень приемного устройства; и
доставляют все сохраненные PDCP SDU на верхний уровень в порядке возрастания значений COUNT, которые ассоциированы с PDCP SDU; и
задают, посредством PDCP-объекта, RX_DELIV переменную состояния и RX_NEXT переменную состояния PDCP-объекта равными начальным значениям, при этом RX_DELIV переменная состояния и RX_NEXT переменная состояния являются переменными состояния приема для PDCP-объекта,
при этом RX_DELIV переменная состояния используется для указания нижнего края окна переупорядочения так, чтобы первая PDCP SDU не доставленная на верхний уровень могла быть идентифицирована, и
при этом RX_NEXT переменная состояния используется для указания следующей PDCP SDU, ожидаемой для приема.
2. Способ по п. 1, в котором этап, на котором задают, посредством PDCP-объекта, RX_DELIV переменную состояния и RX_NEXT переменную состояния PDCP-объекта равными начальным значениям, содержит установление RX_DELIV переменной состояния и RX_NEXT переменной состояния в значение 0.
3. Способ по п. 2, дополнительно содержащий этап, на котором:
задают, посредством PDCP-объекта, RX_DELIV переменную состояния и RX_NEXT переменную состояния PDCP-объекта равными начальным значениям во время повторного установления PDCP-объекта.
4. Способ по п. 1, в котором доставка всех сохраненных PDCP SDU на верхний уровень содержит этап, на котором:
доставляют все сохраненные PDCP SDU на верхний уровень после выполнения распаковки PDCP-заголовков.
5. Способ по п. 2, в котором
RX_DELIV переменная состояния указывает наименьшее значение COUNT из числа значений COUNT SDU, не переданных на верхний уровень, и
при этом RX_NEXT переменная состояния указывает значение COUNT следующей PDCP SDU, ожидаемой для приема.
6. Способ по п. 2, дополнительно содержащий этап, на котором:
запускают таймер переупорядочения на основе приема, посредством PDCP-объекта, из нижнего уровня приемного устройства, протокольной единицы данных (PDU) PDCP со значением COUNT, большим, чем значение RX_NEXT переменной состояния.
7. Способ по п. 1, в котором этап определения, что повторное установление PDCP было инициировано, содержит
прием, из верхнего уровня приемного устройства, запроса на повторное установление PDCP.
8. Способ по п. 1, в котором остановка и переустановка таймера переупорядочения содержит этап, на котором:
останавливают и переустанавливают таймер переупорядочения в состояние, в котором таймер переупорядочения выполняется.
9. Способ по п. 1, в котором доставка всех сохраненных PDCP SDU на верхний уровень содержит этап, на котором:
доставляют все сохраненные PDCP SDU на верхний уровень на основе остановки и переустановки таймера переупорядочения.
10. Способ по п. 2, в котором доставка всех сохраненных PDCP SDU на верхний уровень содержит этап, на котором:
доставляют, на верхний уровень, все PDCP SDU, которые приняты посредством PDCP-объекта из нижнего уровня приемного устройства, и которые остаются сохраненными в буфере PDCP без доставки на верхний уровень.
11. Приемное устройство, сконфигурированное с возможностью работы в системе беспроводной связи, причем приемное устройство содержит:
радиочастотный (RF) модуль;
по меньшей мере, один процессор; и
по меньшей мере, одно компьютерное запоминающее устройство, функционально соединяемое, по меньшей мере, с одним процессором и сохраняющее инструкции, которые при выполнении инструктируют, по меньшей мере, одному процессору выполнять операции, содержащие:
определение того, что повторное установление по протоколу конвергенции пакетных данных (PDCP) инициировано для повторного установления PDCP-объекта приемного устройства, причем PDCP-объект ассоциирован с объектом уровня управления радиосвязью (RLC) неподтвержденного режима (UM) приемного устройства; и
на основе инициирования повторного установления PDCP:
остановку и сброс таймера переупорядочения, который ассоциирован с доставкой служебных единиц данных (SDU) PDCP на верхний уровень приемного устройства;
доставку всех сохраненных PDCP SDU на верхний уровень в порядке возрастания значений COUNT, которые ассоциированы с PDCP SDU; и
установку, посредством PDCP-объекта, RX_DELIV переменной состояния и RX_NEXT переменной состояния PDCP-объекта равными начальным значениям, при этом RX_DELIV переменная состояния и RX_NEXT переменная состояния являются переменными состояния приема для PDCP-объекта,
при этом RX_DELIV переменная состояния используется для указания нижнего края окна переупорядочения так, чтобы первая PDCP SDU не доставленная на верхний уровень могла быть идентифицирована, и
при этом RX_NEXT переменная состояния используется для указания следующей PDCP SDU, ожидаемой для приема.
12. Приемное устройство по п. 11, в котором установка, посредством PDCP-объекта, RX_DELIV переменной состояния и RX_NEXT переменной состояния PDCP-объекта равными начальным значениям, содержит установление RX_DELIV переменной состояния и RX_NEXT переменной состояния в значение 0.
13. Приемное устройство по п. 12, в котором действия также содержат:
установление PDCP-объекта, RX_DELIV переменной состояния и RX_NEXT переменной состояния равными начальным значениям во время повторного установления.
14. Приемное устройство по п. 11, в котором доставка всех сохраненных PDCP SDU на верхний уровень содержит:
доставку всех сохраненных PDCP SDU на верхний уровень после выполнения распаковки PDCP-заголовков.
15. Приемное устройство по п. 11, в котором RX_DELIV переменная состояния указывает наименьшее значение COUNT из числа значений COUNT SDU, не переданных на верхний уровень, и
при этом RX_NEXT переменная состояния указывает значение COUNT следующей PDCP SDU, ожидаемой для приема.
16. Приемное устройство по п. 12, в котором действия также содержат:
запуск таймера переупорядочения на основе приема, посредством PDCP-объекта, из нижнего уровня приемного устройства, протокольной единицы данных (PDU) PDCP со значением COUNT, большим, чем значение RX_NEXT переменной состояния.
17. Приемное устройство по п. 11, в котором определение, что повторное установление PDCP было инициировано, содержит
прием, из верхнего уровня приемного устройства, запроса на повторное установление PDCP.
18. Приемное устройство по п. 11, в котором остановка и переустановка таймера переупорядочения содержит:
остановку и переустановку таймера переупорядочения в состоянии, в котором таймер переупорядочения выполняется.
19. Приемное устройство по п. 11, в котором доставка всех сохраненных PDCP SDU на верхний уровень содержит:
доставку всех сохраненных PDCP SDU на верхний уровень на основе остановки и переустановки таймера переупорядочения.
20. Приемное устройство по п. 12, в котором доставка всех сохраненных PDCP SDU на верхний уровень содержит:
- доставку, на верхний уровень, всех PDCP SDU, которые приняты посредством PDCP-объекта из нижнего уровня приемного устройства, и которые остаются сохраненными в буфере PDCP-переупорядочения без доставки на верхний уровень.
