СПОСОБ И УСТРОЙСТВО БЕСПРОВОДНОЙ СВЯЗИ
WIRELESS COMMUNICATION METHOD AND DEVICE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Варианты осуществления настоящего изобретения относятся к технической области связи и, в частности, к способу и устройству беспроводной связи.
ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ
[0002] В случае стека протоколов плоскости пользователя и стека протоколов плоскости управления каждая из стороны базовой станции и стороны терминала соответствует уровню протокола конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP), уровню управления линией радиосвязи (Radio Link Control, RLC), уровню управления доступом к среде передачи (Media Access Control, MAC) и физическому (Physical, PHY) уровню. В случае плоскости пользователя уровень протокола адаптации служебных данных (Service Data Adaptation Protocol, SDAP) находится выше уровня PDCP. В случае плоскости управления уровень управления радиоресурсами (Radio Resource Control, RRC) находится выше уровня PDCP.
[0003] Уровень PDCP в основном сконфигурирован для выполнения шифрования и защиты целостности с использованием ключа.
[0004] Ключ должен быть обновлен, и, следовательно, в течение определенного периода времени может быть спровоцирована несогласованность, то есть отправитель использует новый ключ, а получатель использует старый ключ, что приводит к сбою передачи или сбою дешифрования.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0005] В вариантах осуществления настоящего изобретения предоставляется способ и устройство беспроводной связи, которые могут различать ключи, используемые для пакета данных, и обеспечивать возможность обработки получателем и отправителем пакета данных одинакового пакета данных с использованием одинакового ключа.
[0006] В первом аспекте предоставляется способ беспроводной связи, который может включать следующие операции. Переданный первый пакет данных обрабатывается путем использования первого ключа посредством первого стека протоколов, и переданный второй пакет данных обрабатывается путем использования второго ключа посредством второго стека протоколов. Первый стек протоколов и второй стек протоколов совместно используют по меньшей мере один уровень протокола.
[0007] Во втором аспекте предоставляется способ беспроводной связи, который может включать следующие операции. Отправитель пакета данных отправляет первый идентификатор получателю пакета данных, и первый идентификатор сконфигурирован так, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа.
[0008] В третьем аспекте предоставляется способ беспроводной связи, который может включать следующие операции. Получатель пакета данных принимает первый идентификатор, отправленный отправителем пакета данных, и первый идентификатор сконфигурирован так, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа.
[0009] В четвертом аспекте предоставляется устройство связи, которое выполнено с возможностью исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0010] В частности, устройство связи содержит функциональные модули, выполненные с возможностью исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0011] В пятом аспекте предоставляется устройство связи, которое может содержать процессор и запоминающее устройство. Запоминающее устройство может быть выполнено с возможностью хранения компьютерной программы, и процессор может быть выполнен с возможностью вызова и запуска компьютерной программы, сохраненной в запоминающем устройстве, для исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0012] В шестом аспекте предоставляется микросхема, которая может быть выполнена с возможностью реализации способа в первом аспекте, втором аспекте или третьем аспекте.
[0013] В частности, микросхема может содержать процессор, выполненный с возможностью вызова и запуска компьютерной программы в запоминающем устройстве для обеспечения устройству, в котором установлена микросхема, возможности исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0014] В седьмом аспекте предоставляется машиночитаемый носитель данных, который может быть выполнен с возможностью хранения компьютерной программы, при этом компьютерная программа обеспечивает компьютеру возможность исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0015] В восьмом аспекте предоставляется компьютерный программный продукт, который может содержать команду компьютерной программы, при этом команда компьютерной программы обеспечивает компьютеру возможность исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0016] В девятом аспекте предоставляется компьютерная программа, которая при запуске на компьютере обеспечивает компьютеру возможность исполнения способа в первом аспекте, втором аспекте или третьем аспекте.
[0017] С помощью вышеупомянутых технических решений ключи для обработки пакетов данных различаются по стекам протоколов для обработки пакетов данных, так что отправитель пакета данных и получатель пакета данных могут обрабатывать пакеты данных путем использования одинакового ключа, тем самым решая проблему сбоя передачи данных или сбоя дешифрования.
КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ
[0018] На фиг. 1 представлено схематическое изображение архитектуры системы связи согласно варианту осуществления настоящего изобретения.
[0019] На фиг. 2 представлено схематическое изображение стека протоколов согласно варианту осуществления настоящего изобретения.
[0020] На фиг. 3 представлено схематическое изображение обработки пакетов данных согласно варианту осуществления настоящего изобретения.
[0021] На фиг. 4 представлена схематическая блок-схема способа беспроводной связи согласно варианту осуществления настоящего изобретения.
[0022] На фиг. 5 представлено схематическое изображение уровней протоколов, совместно используемых двумя стеками протоколов, согласно варианту осуществления настоящего изобретения.
[0023] На фиг. 6 представлено схематическое изображение передачи пакетов данных двух стеков протоколов согласно варианту осуществления настоящего изобретения.
[0024] На фиг. 7 представлена схематическая блок-схема способа беспроводной связи согласно варианту осуществления настоящего изобретения.
[0025] На фиг. 8 представлено схематическое изображение передачи пакета данных и идентификатора согласно варианту осуществления настоящего изобретения.
[0026] На фиг. 9 представлена схематическая блок-схема способа беспроводной связи согласно варианту осуществления настоящего изобретения.
[0027] На фиг. 10 представлена схематическая структурная схема устройства связи согласно варианту осуществления настоящего изобретения.
[0028] На фиг. 11 представлена схематическая структурная схема устройства связи согласно варианту осуществления настоящего изобретения.
[0029] На фиг. 12 представлена схематическая структурная схема устройства связи согласно варианту осуществления настоящего изобретения.
[0030] На фиг. 13 представлена схематическая структурная схема устройства связи согласно варианту осуществления настоящего изобретения.
[0031] На фиг. 14 представлена схематическая структурная схема микросхемы согласно варианту осуществления настоящего изобретения.
[0032] На фиг. 15 представлена схематическая структурная схема системы связи согласно варианту осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ
[0033] Технические решения в вариантах осуществления настоящего изобретения описаны ниже в сочетании с графическими материалами в вариантах осуществления настоящего изобретения. Очевидно описанные варианты осуществления представляют собой лишь часть, а не все варианты осуществления настоящего изобретения. Все другие варианты осуществления, полученные специалистами в данной области техники на основе вариантов осуществления настоящего изобретения без внесения каких-либо творческих усилий, находятся в пределах объема правовой охраны настоящего изобретения.
[0034] Технические решения вариантов осуществления настоящего изобретения могут быть применены к различным системам связи, таким как глобальная система мобильной связи (Global System of Mobile Communication, GSM), система многостанционного доступа с кодовым разделением каналов (Code Division Multiple Access, CDMA), система широкополосного многостанционного доступа с кодовым разделением каналов (Wideband Code Division Multiple Access, WCDMA), служба пакетной передачи данных общего пользования (General Packet Radio Service, GPRS), система долгосрочного развития (Long Term Evolution, LTE), система дуплексной передачи с частотным разделением каналов LTE (Frequency Division Duplex, FDD), дуплексная передача с временным разделением каналов LTE (Time Division Duplex, TDD), универсальная система мобильной связи (Universal Mobile Telecommunication System, UMTS), система связи технологии широкополосного доступа в микроволновом диапазоне (Worldwide Interoperability for Microwave Access, WiMAX) и система 5-го поколения (5th-Generation, 5G).
[0035] Например, система 100 связи в вариантах осуществления настоящего изобретения может быть проиллюстрирована на фиг. 1 и может содержать базовую станцию 110. Базовая станция 110 может представлять собой устройство, осуществляющее связь с терминальным устройством 120 (или называемым терминалом связи или терминалом). Базовая станция 110 может обеспечивать зону покрытия связи для определенной географической области и осуществлять связь с терминальным устройством, расположенным в зоне покрытия. Необязательно базовая станция 110 может представлять собой базовую станцию (базовую приемопередающую станцию (Base Transceiver Station, BTS)) в системе GSM или системе CDMA, базовую станцию (NodeB, NB) в системе WCDMA, усовершенствованную базовую станцию (eNB или eNodeB) в системе LTE, беспроводной контроллер в сети облачного радиодоступа (Cloud Radio Access Network, CRAN). Альтернативно сетевое устройство может представлять собой мобильный коммутационный центр, ретрансляционную станцию, точку доступа, встраиваемое устройство, носимое устройство, концентратор, коммутатор, мост, маршрутизатор, устройство на стороне сети в сети 5G, сетевое устройство в будущей эволюционной наземной сети мобильной связи общего пользования (Public Land Mobile Network, PLMN) или т.п.
[0036] Система 100 связи дополнительно содержит по меньшей мере одно терминальное устройство 120 в зоне покрытия сетевого устройства 110. В контексте данного документа «терминальное устройство» включает, но без ограничения, необходимость соединения через проводную линию, такую как телефонная сеть общего пользования (Public Switched Telephone Network, PSTN), цифровая абонентская линия (Digital Subscriber Line, DSL), цифровой кабель, прямой кабель, и/или через другое соединение или сеть данных, и/или через беспроводной интерфейс, такой как сотовая сеть, беспроводная локальная сеть (wireless local area network, WLAN), сеть цифрового телевидения, такая как сеть европейского стандарта цифрового телевидения (Digital Video Broadcasting-Handheld, DVB-H), спутниковая сеть, радиовещательный передатчик амплитудной модуляции - частотной модуляции (Amplitude Modulation-Frequency Modulation, AM-FM), и/или через устройство, которое выполнено с возможностью приема/отправки сигнала связи, другого терминального устройства и/или устройства интернета вещей (Internet of Things, IoT). Терминальное устройство, выполненное с возможностью связи через беспроводной интерфейс, может называться «беспроводным терминалом связи», «беспроводным терминалом» и/или «мобильным терминалом». Примеры мобильного терминала включают, но без ограничения, спутниковый или сотовый телефон, терминал системы персональной связи (personal communication system, PCS), который может объединять сотовый радиотелефон с возможностями обработки данных, факсимильной связи и передачи данных, персональный цифровой секретарь (personal digital assistant, PDA), который может включать радиотелефон, пейджер, доступ к Интернет/интранет, веб-браузер, блокнот, календарь и/или приемник системы глобального позиционирования (Global Positioning System, GPS), и обычный портативный компьютер и/или карманный приемник или другое электронное устройство, содержащее радиотелефонный приемопередатчик. Терминальное устройство может относиться к терминалу доступа, пользовательскому оборудованию (User Equipment, UE), пользовательскому блоку, пользовательской станции, мобильной станции, мобильной радиостанции, удаленной станции, удаленному терминалу, мобильному устройству, пользовательскому терминалу, терминалу, устройству беспроводной связи, посреднику пользователя или пользовательскому устройству. Терминал доступа может представлять собой сотовый телефон, беспроводной телефон, телефон, работающий по протоколу инициирования сеанса связи (Session Initiation Protocol, SIP), станцию беспроводного абонентского доступа (Wireless Local Loop, WLL), PDA, карманное устройство с функцией беспроводной связи, вычислительное устройство, другое устройство обработки, подключенное к беспроводному модему, встраиваемое устройство, носимое устройство, терминальное устройство в сети 5G, терминальное устройство в будущей усовершенствованной PLMN или т.п.
[0037] Необязательно система 5G или сеть 5G может также называться системой нового радио (New Radio, NR) или сетью NR.
[0038] Необязательно система 100 связи может дополнительно содержать другой сетевой объект, такой как сетевой контроллер и узел управления мобильностью (например, объект с функцией управления доступом и мобильностью (Access and Mobility Management Function, AMF)), что не ограничивается в вариантах осуществления настоящего изобретения.
[0039] Следует понимать, что термины «система» и «сеть» в данном документе часто используются в данном документе взаимозаменяемо. Выражение «и/или» в данном документе представляет лишь отношение связи связанных объектов, что означает, что может быть три отношения. Например, A и/или B могут означать: существует только A, существуют и A, и B, и существует только B. Кроме того, символ «/» в данном документе обычно указывает на то, что есть отношение «или» между двумя связанными объектами.
[0040] Как показано на фиг. 2, в случае стека протоколов плоскости пользователя (как показано посредством (a) на фиг. 2) и стека протоколов плоскости управления (как показано посредством (b) на фиг. 2), каждая из стороны базовой станции и стороны терминала соответствует уровню PDCP, уровню RLC, уровню MAC и уровню PHY. В случае плоскости пользователя уровень SDAP находится выше уровня PDCP. В случае плоскости управления уровень RRC находится выше уровня PDCP. Стек протоколов плоскости управления дополнительно содержит уровень без предоставления доступа (Non-Access Stratum, NAS) каждой из стороны терминала и стороны основной сети (AMF).
[0041] Уровень PDCP в основном сконфигурирован для шифрования и/или защиты целостности, а также упорядочивания пакетов данных (которые могут также представлять собой сообщения RRC). Для обеспечения того, что принятые пакеты данных могут быть упорядочены, в уровень PDCP вводится параметр порядкового номера (Sequence Number, SN). Каждый пакет данных может соответствовать SN, который сконфигурирован для упорядочивания пакетов данных.
[0042] SN может представлять собой число с определенным размером битов (например, 32 бита). Каждый раз, когда передается пакет данных, значение SN может быть увеличено на 1. Значение SN при увеличении до верхнего предела может обнуляться. После достижения SN максимального значения, может быть сгенерирован для использования новый ключ.
[0043] Для удобного понимания ключ вводится ниже. Следует понимать, что следующее введение может быть конкретной реализацией настоящего изобретения, но оно не должно формировать конкретные ограничения для настоящего изобретения.
[0044] Целью безопасности слоя доступа (Access Stratum, AS) является обеспечение того, что сообщение RRC плоскости управления и пакет данных плоскости пользователя будут безопасно переданы между UE и gNB путем использования ключа безопасности AS. Ключ безопасности AS может быть вычислен на основе первоначального ключа (K-gNB), и каждый раз, когда создается новая линия радиосвязи, может генерироваться новый ключ. После того как завершится создание безопасности AS, UE и gNB могут совместно использовать ключ целостности RRC (K-RRCinc), ключ шифрования RRC (K-RRCenc) и пользовательский ключ шифрования (K-UPenc). Шифрование и защита целостности с использованием этих ключей могут быть исполнены в уровне PDCP. Ключ целостности RRC (K-RRCinc) и ключ шифрования RRC (K-RRCenc) могут быть сконфигурированы для обеспечения безопасности передачи сообщения RRC, передаваемого по радиоканалу сигнализации (Signal Radio Bearer, SRB) в плоскости управления в линии радиосвязи. Перед отправкой сообщения RRC в уровне PDCP реализуется защита целостности с использованием K-RRCinc и шифрование с использованием K-RRCenc. K-UPenc сконфигурирован для безопасной передачи пакета данных, передаваемого по радиоканалу данных (Data Radio Bearer, DRB) в плоскости пользователя в линии радиосвязи. Перед передачей пакета данных в уровне PDCP реализуется шифрование с использованием K-UPenc.
[0045] После завершения согласования в отношении ключа безопасности AS шифрование и защита целостности выполняются относительно всех сообщений RRC, последовательно передаваемых между UE и базовой станцией до отправки сообщений RRC, и пакеты данных плоскости пользователя могут также зашифровываться.
[0046] Перед отправкой сообщения RRC может выполняться защита целостности, а затем выполняется шифрование и отправляется сообщение. Исходное сообщение содержит целостность кода аутентификации сообщений (Message Authentication Code-Integrity, MAC-I), вычисленную на основе K-RRCint для защиты целостности, а затем зашифровывается путем использования K-RRCenc, и все сообщения отправляются после шифрования и защиты целостности. Например, как показано на фиг. 3, SN может содержаться в уровне PDCP, и битовый R может содержать другую информацию.
[0047] Для получателя при приеме сообщения RRC сначала выполняется дешифрование, а затем выполняется верификация защиты целостности. Это процесс, обратный процессу отправки. Сообщение RRC, подвергнутое защите целостности, дешифруется сначала путем использования K-RRCenc, и затем битовые данные, вычисленные путем использования K-RRCinc, сравниваются с принятым MAC-I для проверки целостности сообщения RRC с целью верификации того, что получено исходное сообщение RRC.
[0048] После достижения SN максимального значения необходимо генерировать новый ключ для использования. В частности, генерируется новый ключ K-gNB, и затем ключ шифрования и защиты целостности плоскости пользователя получают на основе K-gNB для использования. Следовательно, может возникать несогласованность в течение определенного периода времени, то есть отправитель использует новый ключ, а получатель использует старый ключ. Например, если есть пакеты данных 1, 2, 3, 4, 5 и 6, старый ключ используется для шифрования/защиты целостности пакетов данных 1, 2 и 3, тогда как новый ключ используется для шифрования/защиты целостности пакетов данных 4, 5 и 6, что может привести к следующей проблеме: после приема пакетов данных 1, 2 и 3 получатель не знает, что новый ключ используется из пакета данных 4, и может также выполнять дешифрование и проверку защиты целостности с использованием старого ключа, и, следовательно, происходит сбой передачи или на верхний уровень передается неправильно дешифрованное содержание данных.
[0049] Поэтому, в вариантах осуществления настоящего изобретения предоставляются следующие способы 200 и 300 беспроводной связи, которые могут решить проблему сбоя передачи, вызванную тем фактом, что ключ, используемый отправителем, отличен от ключа, используемого получателем.
[0050] На фиг. 4 представлена схематическая блок-схема способа 200 беспроводной связи согласно варианту осуществления настоящего изобретения.
[0051] Способ 200 согласно варианту осуществления настоящего изобретения может быть реализован отправителем пакета данных и может также быть реализован получателем пакета данных. В случае того, что способ реализуется отправителем пакета данных, обработкой, выполняемой в отношении пакета данных с использованием первого ключа, может быть шифрование и/или защита целостности. В случае того, что способ реализуется получателем пакета данных, обработкой, выполняемой в отношении пакета данных с использованием первого ключа, может быть дешифрование и/или верификация целостности.
[0052] Отправитель пакета данных может представлять собой терминальное устройство, и получатель пакета данных может представлять собой базовую станцию. Альтернативно отправитель пакета данных может представлять собой базовую станцию, и получатель пакета данных может представлять собой терминальное устройство.
[0053] Каждый пакет данных, упомянутый в варианте осуществления настоящего изобретения, может иметь соответствующий SN, и SN может представлять собой SN уровня PDCP.
[0054] Способ 200 может применяться для передачи данных плоскости пользователя и может применяться для передачи данных плоскости управления.
[0055] Пакет данных в варианте осуществления настоящего изобретения может представлять собой пакет данных плоскости пользователя, и в таком случае ключ, сконфигурированный для обработки пакета данных, может представлять собой ключ шифрования и может дополнительно содержать ключ защиты целостности. Альтернативно пакет данных может также представлять собой сообщение RRC, передаваемое в плоскости управления, и в таком случае ключ для обработки пакета данных может содержать ключ шифрования и/или ключ защиты целостности.
[0056] На этапе 210 переданный первый пакет данных обрабатывается путем использования первого ключа посредством первого стека протоколов. Первый стек протоколов может содержать несколько уровней протоколов, и, например, может представлять собой стек протоколов плоскости пользователя и стек протоколов плоскости управления, показанные на фиг. 2.
[0057] На этапе 220 переданный второй пакет данных обрабатывается путем использования второго ключа посредством второго стека протоколов. Второй стек протоколов может содержать несколько уровней протоколов, и, например, может содержать стек протоколов плоскости пользователя и стек протоколов плоскости управления, показанные на фиг. 2. Первый стек протоколов и второй стек протоколов совместно используют по меньшей мере один уровень протокола.
[0058] Необязательно в варианте осуществления настоящего изобретения первый стек протоколов и второй стек протоколов могут представлять собой одинаковый стек протоколов и могут также быть разными стеками протоколов.
[0059] Необязательно в варианте осуществления настоящего изобретения первый ключ и второй ключ могут быть одинаковыми и могут также быть разными.
[0060] Необязательно в варианте осуществления настоящего изобретения первый пакет данных и второй пакет данных могут быть идентичными пакетами данных (а именно содержать одинаковую информацию) и могут также быть разными пакетами данных.
[0061] Необязательно в варианте осуществления настоящего изобретения первый пакет данных и второй пакет данных могут принадлежать к одинаковому потоку данных.
[0062] В частности, первый стек протоколов и второй стек протоколов совместно используют уровень SDPA или RRC, который может реализовать то, что первый пакет данных и второй пакет данных принадлежат к одинаковому потоку данных.
[0063] Необязательно в варианте осуществления настоящего изобретения пакеты данных в одинаковом потоке данных передают между терминальным устройством и несколькими базовыми станциями.
[0064] В частности, первый пакет данных передают между терминальным устройством и первой базовой станцией посредством первого стека протоколов, и второй пакет данных передают между терминальным устройством и второй базовой станцией посредством второго стека протоколов.
[0065] Следует понимать, что в варианте осуществления настоящего изобретения терминальное устройство может также осуществлять связь с одной базовой станцией путем использования по меньшей мере двух стеков протоколов в настоящем изобретении.
[0066] Необязательно в варианте осуществления настоящего изобретения, как показано на фиг. 5, совместно используемый по меньшей мере один уровень протокола содержит уровень SDAP или уровень RRC.
[0067] Необязательно в варианте осуществления настоящего изобретения уровень протокола, который не используется совместно первым стеком протоколов и вторым стеком протоколов, может содержать уровень PDCP и может дополнительно содержать уровень RLC.
[0068] Уровень RLC данных может содержать идентификатор, идентификатор может указывать стек протоколов для обработки пакета данных, и стек протоколов может представлять собой идентификатор радиоканала. Каждый стек протоколов может быть создан, когда создан радиоканал, и разные стеки протоколов могут соответствовать идентификаторам разных радиоканалов.
[0069] Помимо уровня PDCP и уровня RLC первый стек протоколов и второй стек протоколов могут также не использовать совместно уровень MAC и/или физический уровень. Разумеется, первый стек протоколов и второй стек протоколов могут также использовать совместно уровень MAC и/или физический уровень.
[0070] Необязательно в варианте осуществления настоящего изобретения время для обработки первого пакета данных, отправляемого получателю путем использования первого ключа посредством первого стека протоколов, и время для обработки второго пакета данных, отправляемого получателю путем использования второго ключа посредством второго стека протоколов, могут по меньшей мере частично совпадать. Следовательно, прерывания времени передачи пакета данных можно избежать.
[0071] Например, есть пакет данных 1, пакет данных 2, пакет данных 3, пакет данных 4, пакет данных 5 и пакет данных 6. Пакет данных 1, пакет данных 2 и пакет данных 3 могут обрабатываться путем использования первого ключа посредством первого стека протоколов, пакет данных 4, пакет данных 5 и пакет данных 6 могут обрабатываться путем использования второго ключа посредством второго стека протоколов, и время для обработки пакета данных 6 и время для обработки пакета данных 3 могут совпадать. В данном случае обработка в отношении пакета данных 3 может представлять собой обработку в виде повторной передачи и может также представлять собой обработку в виде первой передачи.
[0072] Разумеется, может также не быть совпадающей части между временем для обработки первого пакета данных, отправляемого получателю путем использования первого ключа посредством первого стека протоколов, и временем для обработки второго пакета данных, отправляемого получателю путем использования второго ключа посредством второго стека протоколов.
[0073] Необязательно в варианте осуществления настоящего изобретения первый ключ представляет собой ключ до обновления, и второй ключ представляет собой обновленный ключ.
[0074] Второй ключ может быть получен путем обновления на основе первого ключа и может также быть получен на основе параметра, не относящегося к первому ключу.
[0075] Например, как показано на фиг. 6, два стека протоколов созданы у отправителя пакета данных и получателя пакета данных в DRB-1 и DRB-2, стек протоколов, созданный в DRB-1, реализует передачу пакета данных путем использования старого ключа, и стек протоколов, созданный в DRB-2, реализует передачу пакета данных путем использования нового ключа.
[0076] Необязательно в варианте осуществления настоящего изобретения первый стек протоколов и второй стек протоколов могут быть созданы в то же время и могут также быть созданы в разное время. Например, второй стек протоколов может быть создан после создания первого стека протоколов.
[0077] Для более ясного понимания настоящего изобретения ниже будет представлен способ обработки второго пакета данных путем использования второго ключа посредством второго стека протоколов.
[0078] В режиме реализации при условии, что SN данных, передаваемых между отправителем и получателем, достигает заранее заданного значения, второй пакет данных обрабатывается путем использования второго ключа посредством второго стека протоколов. В таком случае второй стек протоколов может быть создан заранее.
[0079] В частности, для отправителя, при условии, что SN отправляемых данных достигает заранее заданного значения, второй пакет данных может быть обработан путем использования второго ключа посредством второго стека протоколов.
[0080] Для получателя, при условии, что SN принимаемых данных достигает заранее заданного значения, второй пакет данных может быть обработан путем использования второго ключа посредством второго стека протоколов.
[0081] Заранее заданное значение, упомянутое в данном документе, может представлять собой максимальное значение SN и может представлять собой максимальное значение, при котором требуется замена ключа. Заранее заданное значение может также представлять собой другое значение и, например, может представлять собой значение, близкое к максимальному значению SN.
[0082] В режиме реализации при условии, что SN пакета данных, передаваемого между отправителем и получателем, достигает заранее заданного значения, второй стек протоколов создается между отправителем и получателем.
[0083] В частности, для отправителя, при условии, что SN отправляемого пакета данных достигает заранее заданного значения, второй стек протоколов может быть создан между отправителем и получателем пакета данных, и после создания второго стека протоколов второй пакет данных может быть обработан путем использования второго ключа. Второй ключ может быть сгенерирован перед созданием второго стека протоколов, может также быть сгенерирован в процессе создания второго стека протоколов и может также быть сгенерирован после создания второго стека протоколов.
[0084] В режиме реализации создание первого стека протоколов инициируется первым сообщением. Первое сообщение может быть отправлено отправителем пакета данных. Например, отправитель пакета данных, отвечающий за определение того, что SN передаваемого пакета данных достигает заранее заданного значения, может отправлять первое сообщение для инициирования создания второго стека протоколов между отправителем пакета данных и получателем пакета данных. Альтернативно первое сообщение может также быть отправлено получателем пакета данных. Например, получатель пакета данных, отвечающий за обнаружение того, что SN принимаемого пакета данных достигает заранее заданного значения, может отправлять первое сообщение для инициирования создания второго стека протоколов между отправителем пакета данных и получателем пакета данных. Альтернативно первое сообщение может быть отправлено базовой станцией, и в таком случае базовая станция может представлять собой отправителя пакета данных и может также представлять собой получателя пакета данных. После создания второго стека протоколов второй пакет данных может быть обработан путем использования второго ключа. Второй ключ может быть сгенерирован перед созданием второго стека протоколов, может также быть сгенерирован в процессе создания второго стека протоколов и может также быть сгенерирован после создания второго стека протоколов.
[0085] В режиме реализации обработка для получения вторых данных путем использования второго ключа посредством второго стека протоколов инициируется первым сообщением.
[0086] Первое сообщение может быть отправлено отправителем пакета данных. Например, отправитель пакета данных, отвечающий за определение того, что SN передаваемого пакета данных достигает заранее заданного значения, может отправлять первое сообщение для инициирования обработки получателем пакета данных второго пакета данных путем использования второго ключа посредством второго стека протоколов. Альтернативно первое сообщение может также быть отправлено получателем пакета данных. Например, получатель пакета данных, отвечающий за обнаружение того, что SN принимаемого пакета данных достигает заранее заданного значения, может отправлять первое сообщение для инициирования обработки отправителем пакета данных второго пакета данных путем использования второго ключа посредством второго стека протоколов. Альтернативно первое сообщение может быть отправлено базовой станцией, и в таком случае базовая станция может представлять собой отправителя пакета данных и может также представлять собой получателя пакета данных. В таком случае второй стек протоколов может быть создан перед передачей первого сообщения, и второй ключ может также быть сгенерирован перед передачей первого сообщения. В ходе режима реализации прерывание передачи пакета данных может быть предотвращено, но следует понимать, что настоящее изобретение этим не ограничивается.
[0087] В режиме реализации изменение ключа для обработки пакета данных инициируется первым сообщением. Первое сообщение может содержать второй ключ и может также содержать параметр, сконфигурированный для генерирования второго ключа на основе первого ключа, или первое сообщение используется только для инициирования, что не является ограничением в варианте осуществления настоящей заявки.
[0088] Первое сообщение может быть отправлено отправителем пакета данных. Например, отправитель пакета данных, отвечающий за определение того, что SN передаваемого пакета данных достигает заранее заданного значения, может отправлять первое сообщение для инициирования обновления получателем пакета данных ключа для обработки пакета данных, и отправитель пакета данных одновременно обновляет ключ. Альтернативно первое сообщение может также быть отправлено получателем пакета данных. Например, получатель пакета данных, отвечающий за обнаружение того, что SN принимаемого пакета данных достигает заранее заданного значения, может отправлять первое сообщение для инициирования обновления отправителем пакета данных ключа для обработки пакета данных, и получатель пакета данных одновременно обновляет ключ. Альтернативно первое сообщение может быть отправлено базовой станцией, и в таком случае базовая станция может представлять собой отправителя пакета данных и может также представлять собой получателя пакета данных. В таком случае второй стек протоколов может быть создан перед передачей первого сообщения и может также быть создан тогда, когда обновится ключ, но следует понимать, что настоящее изобретение этим не ограничивается.
[0089] Необязательно в варианте осуществления настоящего изобретения обработка в отношении пакета данных путем использования первого ключа посредством первого стека протоколов может быть опущена. Когда обработка в отношении пакета данных путем использования первого ключа посредством первого стека протоколов может быть опущена, операция обработки пакета данных путем использования второго ключа посредством второго стека протоколов исполняется или подлежит исполнению.
[0090] В частности, обработка в отношении пакета данных путем использования первого ключа посредством первого стека протоколов может быть опущена, когда соблюдается по меньшей мере одно из следующих условий.
[0091] Завершена передача данных, требуемая для передачи путем использования ключа до обновления, завершено генерирование обновленного ключа, и завершено создание второго стека протоколов.
[0092] Завершение передачи данных, требуемых для передачи путем использования ключа до обновления, означает, что повторная передача не требуется или повторная передача завершена.
[0093] Необязательно в варианте осуществления настоящего изобретения при условии, что обработка в отношении пакета данных путем использования первого ключа посредством первого стека протоколов может быть опущена, отправитель пакета данных может отправлять второе сообщение получателю пакета данных, и получатель пакета данных может обрабатывать пакет данных посредством второго стека протоколов без использования первого ключа.
[0094] Второе сообщение может содержать SN последнего пакета данных, обработанного первым ключом, или SN первого пакета данных, обработанного вторым ключом. В таком случае получатель пакета данных может определять, какой пакет данных требуется обработать путем использования второго ключа и второго стека протоколов.
[0095] Необязательно в варианте осуществления настоящего изобретения первое сообщение и второе сообщение могут представлять собой сообщения плоскости управления, и, разумеется, могут также представлять собой сообщения плоскости пользователя, что не является ограничивающим в варианте осуществления настоящего изобретения.
[0096] Следует понимать, что, когда требуется обновить ключ при упомянутых выше условиях, пакет данных обрабатывается путем использования нового ключа посредством второго стека протоколов. Тем не менее, следует понимать, что вариант осуществления настоящего изобретения не ограничивается этим. Вариант осуществления настоящего изобретения не ограничивается сценарием для обновления ключа. Например, первый ключ, а также второй ключ, и первый стек протоколов, а также второй стек протоколов, могут использоваться одновременно. Например, пакет данных передается путем использования первого ключа посредством первого стека протоколов, и пакет данных повторно передается путем использования второго ключа посредством второго стека протоколов. Следовательно, может быть обеспечена надежность передачи пакета данных. В таком случае SN (содержащиеся в уровне PDCP) пакетов данных, передаваемых посредством первого стека протоколов и второго стек протоколов, могут быть одинаковыми.
[0097] Соответственно в варианте осуществления настоящего изобретения первый пакет данных и второй пакет данных обрабатываются посредством первого стека протоколов и второго стека протоколов, соответственно, и то, используется ли первый ключ или второй ключ для пакета данных, может быть идентифицировано посредством применяемого стека протоколов, таким образом получатель пакета данных и отправитель пакета данных могут обрабатывать пакет данных путем использования одинакового ключа, предотвращая при этом сбой передачи или сбой дешифрования пакета данных.
[0098] На фиг. 7 представлена схематическая блок-схема способа 300 беспроводной связи согласно варианту осуществления настоящего изобретения. Способ 300 включает по меньшей мере часть этапов в следующих этапах.
[0099] Отправитель пакета данных, упомянутый ниже, может представлять собой терминальное устройство, и получатель пакета данных может представлять собой базовую станцию. Альтернативно отправитель пакета данных может представлять собой базовую станцию, и получатель пакета данных может представлять собой терминальное устройство.
[00100] У отправителя пакета данных обработка, выполняемая в отношении пакета данных путем использования первого ключа, может представлять собой шифрование и/или защиту целостности. У получателя пакета данных обработка, выполняемая в отношении пакета данных путем использования первого ключа, может представлять собой дешифрование и/или верификацию целостности.
[00101] Каждый пакет данных, упомянутый в варианте осуществления настоящего изобретения, может соответствовать SN, и SN может представлять собой SN уровня PDCP.
[00102] Способ 300 может применяться для передачи данных в плоскости пользователя и может применяться для передачи данных в плоскости управления.
[00103] Пакет данных в варианте осуществления настоящего изобретения может представлять собой пакет данных в плоскости пользователя, и в таком случае ключ для обработки пакета данных может представлять собой ключ шифрования и может дополнительно содержать ключ защиты целостности. Альтернативно пакет данных может также представлять собой сообщение RRC, передаваемое в плоскости управления, и в таком случае ключ для обработки пакета данных может содержать ключ шифрования и/или ключ защиты целостности.
[00104] На этапе 310 отправитель пакета данных отправляет первый идентификатор получателю пакета данных. Первый идентификатор используется для того, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа.
[00105] Необязательно в варианте осуществления настоящего изобретения первый идентификатор добавляют в последний по меньшей мере один пакет данных, обрабатываемый путем использования первого ключа; и/или первый идентификатор добавляют в первый по меньшей мере один пакет данных, обрабатываемый путем использования второго ключа.
[00106] Первый идентификатор может добавляться в последние несколько пакетов данных, обрабатываемых путем использования первого ключа, и/или первый идентификатор добавляют в первые несколько пакетов данных, обрабатываемых путем использования второго ключа, предотвращая при этом проблему сбоя передачи первого идентификатора вследствие потери пакета данных.
[00107] Пакет данных, содержащий первый идентификатор, может содержать только первый идентификатор и может также содержать данные, подлежащие передаче.
[00108] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в независимом пакете данных. Независимый пакет данных может необязательно быть предназначен содержать первый идентификатор и не содержит другие данные.
[00109] Например, как показано на фиг. 8, отправитель и получатель пакета данных могут передавать пакет данных 1, пакет данных 2, пакет данных 3, пакет данных 4, пакет данных 5 и пакет данных 6, и первый идентификатор может быть передан посредством независимого пакета данных между пакетом данных 3 и пакетом данных 4. Пакеты данных 1, 2 и 3 могут быть обработаны путем использования первого ключа, и пакеты данных 4, 5 и 6 могут быть обработаны путем использования второго ключа.
[00110] Независимый пакет данных находится между последним пакетом данных, обрабатываемым путем использования первого ключа, и первым пакетом данных, обрабатываемым путем использования второго ключа.
[00111] Необязательно в варианте осуществления настоящего изобретения первый ключ представляет собой ключ до обновления, и второй ключ представляет собой обновленный ключ.
[00112] Второй ключ может быть получен путем обновления на основе первого ключа и может также быть получен посредством параметра, не относящегося к первому ключу.
[00113] Необязательно в варианте осуществления настоящего изобретения первый ключ и второй ключ используются для выполнения операций шифрования и/или защиты целостности в отношении пакетов данных в уровне PDCP. Первый ключ и второй ключ могут предназначаться для разных пакетов данных, соответственно.
[00114] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в заголовке по меньшей мере одного уровня пакета данных. По меньшей мере один уровень содержит уровень PDCP, и, разумеется, может также содержать другой уровень протокола, что не ограничено в варианте осуществления настоящей заявки.
[00115] Необязательно в варианте осуществления настоящего изобретения пакет данных, обрабатываемый путем использования первого ключа, и пакет данных, обрабатываемый путем использования второго ключа, передают посредством одинакового стека протоколов.
[00116] Пакеты данных, обработанные путем использования первого ключа и второго ключа, различают посредством первого идентификатора, и необходимо различать пакеты данных, обработанные путем использования первого ключа и второго ключа посредством стеков протоколов, упрощая при этом создание стека протоколов и упрощая сложность осуществления связи.
[00117] Необязательно в варианте осуществления настоящего изобретения при условии, что SN пакета данных, передаваемого между отправителем пакета данных и получателем пакета данных, достигает заранее заданного значения, отправитель пакета данных отправляет первый идентификатор. Заранее заданное значение может представлять собой максимальное значение SN и может также представлять собой значение, близкое к максимальному значению. Поэтому, когда SN достигает максимального значения, и требуется обновление ключа, ключ может обновляться.
[00118] Соответственно в варианте осуществления настоящего изобретения отправитель пакета данных отправляет первый идентификатор получателю пакета данных, при этом первый идентификатор сконфигурирован так, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа, таким образом получатель пакета данных и отправитель пакета данных могут обрабатывать пакет данных путем использования одинакового ключа, предотвращая при этом сбой передачи пакета данных или сбой дешифрования.
[00119] На фиг. 9 представлена схематическая блок-схема способа 400 беспроводной связи согласно варианту осуществления настоящего изобретения. Способ 400 включает по меньшей мере часть этапов в следующих этапах.
[00120] На этапе 410 получатель пакета данных принимает первый идентификатор, отправленный отправителем пакета данных. Первый идентификатор сконфигурирован так, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа.
[00121] Необязательно в варианте осуществления настоящего изобретения первый идентификатор добавляют в последний по меньшей мере один пакет данных, обрабатываемый путем использования первого ключа; и/или первый идентификатор добавляют в первый по меньшей мере один пакет данных, обрабатываемый путем использования второго ключа.
[00122] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в независимом пакете данных.
[00123] Необязательно в варианте осуществления настоящего изобретения независимый пакет данных находится между последним пакетом данных, обрабатываемым путем использования первого ключа, и первым пакетом данных, обрабатываемым путем использования второго ключа.
[00124] Необязательно в варианте осуществления настоящего изобретения первый ключ представляет собой ключ до обновления, и второй ключ представляет собой обновленный ключ.
[00125] Необязательно в варианте осуществления настоящего изобретения первый ключ и второй ключ используются для выполнения операций шифрования и/или защиты целостности в отношении пакетов данных в уровне PDCP.
[00126] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в заголовке по меньшей мере одного уровня пакета данных.
[00127] Необязательно в варианте осуществления настоящего изобретения по меньшей мере один уровень содержит уровень PDCP.
[00128] Необязательно в варианте осуществления настоящего изобретения способ дополнительно включает следующую операцию.
[00129] Пакет данных, обрабатываемый путем использования первого ключа, и пакет данных, обрабатываемый путем использования второго ключа, передают посредством одинакового стека протоколов.
[00130] Необязательно в варианте осуществления настоящего изобретения отправитель пакета данных представляет собой терминальное устройство, и получатель пакета данных представляет собой базовую станцию. Альтернативно отправитель пакета данных представляет собой базовую станцию, и получатель пакета данных представляет собой терминальное устройство.
[00131] Следует понимать, что конкретная реализация способа 400 может относиться к описаниям в способе 300 и не описывается больше в данном документе еще раз для простоты.
[00132] На фиг. 10 представлена схематическая структурная схема устройства 500 связи согласно варианту осуществления настоящего изобретения. Устройство 500 связи может представлять собой отправителя пакета данных и может также представлять собой получателя пакета данных. Устройство 500 связи содержит блок 510 обработки.
[00133] Блок обработки выполнен с возможностью обработки переданного первого пакета данных путем использования первого ключа посредством первого стека протоколов и обработки переданного второго пакета данных путем использования второго ключа посредством второго стека протоколов.
[00134] Первый стек протоколов и второй стек протоколов совместно используют по меньшей мере один уровень протокола.
[00135] Необязательно в варианте осуществления настоящего изобретения совместно используемый по меньшей мере один уровень протокола содержит уровень SDAP или уровень RRC.
[00136] Необязательно в варианте осуществления настоящего изобретения уровень протокола, который не является совместно используемым первым стеком протоколов и вторым стеком протоколов, содержит уровень PDCP.
[00137] Необязательно в варианте осуществления настоящего изобретения уровень протокола, который не является совместно используемым первым стеком протоколов и вторым стеком протоколов, дополнительно содержит уровень RLC.
[00138] Необязательно в варианте осуществления настоящего изобретения уровень протокола, который не является совместно используемым первым стеком протоколов и вторым стеком протоколов, дополнительно содержит уровень MAC и уровень PHY.
[00139] Необязательно в варианте осуществления настоящего изобретения блок 510 обработки дополнительно выполнен с возможностью: при условии, что SN переданного пакета данных достигает заранее заданного значения, обработки второго пакета данных путем использования второго ключа посредством второго стека протоколов.
[00140] Необязательно в варианте осуществления настоящего изобретения блок 510 обработки дополнительно выполнен с возможностью: при условии, что SN переданного пакета данных достигает заранее заданного значения, создания второго стека протоколов.
[00141] Необязательно в варианте осуществления настоящего изобретения, как показано на фиг. 10, устройство 500 дополнительно содержит блок 520 связи, выполненный с возможностью приема или отправки первого сообщения. Первое сообщение конфигурируется для инициирования создания второго стека протоколов.
[00142] Необязательно в варианте осуществления настоящего изобретения, как показано на фиг. 10, устройство 500 дополнительно содержит блок 520 связи, выполненный с возможностью приема или отправки первого сообщения. Первое сообщение конфигурируется для инициирования второго пакета данных для обработки путем использования второго ключа посредством второго стека протоколов.
[00143] Необязательно в варианте осуществления настоящего изобретения, как показано на фиг. 10, устройство 500 дополнительно содержит блок 520 связи, выполненный с возможностью: приема или отправки первого сообщения. Первое сообщение конфигурируется для инициирования замены ключа для обработки пакета данных.
[00144] Необязательно в варианте осуществления настоящего изобретения первое сообщение отправляется, когда SN переданного пакета данных достигает заранее заданного значения.
[00145] Необязательно в варианте осуществления настоящего изобретения первый ключ представляет собой ключ до обновления, и второй ключ представляет собой обновленный ключ.
[00146] Необязательно в варианте осуществления настоящего изобретения блок 510 обработки дополнительно выполнен с возможностью опускания обработки пакета данных путем использования первого ключа посредством первого стека протоколов.
[00147] Необязательно в варианте осуществления настоящего изобретения блок 510 обработки дополнительно выполнен с возможностью: опускания обработки пакета данных путем использования первого ключа посредством первого стека протоколов, когда соблюдается по меньшей мере одно из следующих условий.
[00148] Завершена передача пакета данных, требуемая для передачи путем использования ключа до обновления, завершено генерирование обновленного ключа, и завершено создание второго стека протоколов.
[00149] Необязательно в варианте осуществления настоящего изобретения, как показано на фиг. 10, устройство 500 дополнительно содержит блок 520 связи, выполненный с возможностью отправки или приема второго сообщения. Второе сообщение сконфигурировано для указания того, что пакет данных больше не обрабатывается посредством первого стека протоколов.
[00150] Необязательно в варианте осуществления настоящего изобретения отправитель пакета данных представляет собой терминальное устройство, и получатель пакета данных представляет собой базовую станцию; альтернативно отправитель пакета данных представляет собой базовую станцию, и получатель пакета данных представляет собой терминальное устройство.
[00151] Необязательно в варианте осуществления настоящего изобретения первый пакет данных передается между терминальным устройством и первой базовой станцией посредством первого стека протоколов, и второй пакет данных передается между терминальным устройством и второй базовой станцией путем использования второго стека протоколов.
[00152] Необязательно в варианте осуществления настоящего изобретения обработка включает обработку шифрованием и/или защиты целостности.
[00153] Необязательно в варианте осуществления настоящего изобретения блок обработки реализуется в уровне PDCP.
[00154] Следует понимать, что устройство 500 связи может реализовать операции в способе 200 и, например, может реализовать операции отправителя пакета данных в способе 200 или реализовать операции получателя пакета данных в способе 200, это не описывается больше в данном документе еще раз.
[00155] На фиг. 11 представлена схематическая структурная схема устройства 600 связи согласно варианту осуществления настоящего изобретения. Устройство 600 связи представляет собой отправителя пакета данных и содержит блок 610 связи, который выполнен с возможностью: отправки первого идентификатора получателю пакета данных. Первый идентификатор сконфигурирован так, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа.
[00156] Необязательно в варианте осуществления настоящего изобретения первый идентификатор добавляют в последний по меньшей мере один пакет данных, обрабатываемый путем использования первого ключа; и/или первый идентификатор добавляют в первый по меньшей мере один пакет данных, обрабатываемый путем использования второго ключа.
[00157] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в независимом пакете данных.
[00158] Необязательно в варианте осуществления настоящего изобретения независимый пакет данных находится между последним пакетом данных, обрабатываемым путем использования первого ключа, и первым пакетом данных, обрабатываемым путем использования второго ключа.
[00159] Необязательно в варианте осуществления настоящего изобретения первый ключ представляет собой ключ до обновления, и второй ключ представляет собой обновленный ключ.
[00160] Необязательно в варианте осуществления настоящего изобретения первый ключ и второй ключ используются для выполнения операций шифрования и/или защиты целостности в отношении пакетов данных в уровне PDCP.
[00161] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в заголовке по меньшей мере одного уровня пакета данных.
[00162] Необязательно в варианте осуществления настоящего изобретения по меньшей мере один уровень содержит уровень PDCP.
[00163] Необязательно в варианте осуществления настоящего изобретения блок 610 связи дополнительно выполнен с возможностью: передачи пакета данных, обрабатываемого путем использования первого ключа, и пакета данных, обрабатываемого путем использования второго ключа посредством одинакового стека протоколов.
[00164] Необязательно в варианте осуществления настоящего изобретения блок 610 связи дополнительно выполнен с возможностью: при условии, что SN пакета данных, передаваемого между отправителем пакета данных и получателем пакета данных, достигает заранее заданного значения, отправки первого идентификатора.
[00165] Необязательно в варианте осуществления настоящего изобретения отправитель пакета данных представляет собой терминальное устройство, и получатель пакета данных представляет собой базовую станцию; альтернативно отправитель пакета данных представляет собой базовую станцию, и получатель пакета данных представляет собой терминальное устройство.
[00166] Следует понимать, что устройство 600 связи может реализовать операции в способе 300 и, например, может реализовать операции отправителя пакета данных в способе 300, это не описывается больше в данном документе еще раз для простоты.
[00167] На фиг. 12 представлена схематическая структурная схема устройства 600 связи согласно варианту осуществления настоящего изобретения. Устройство связи представляет собой получателя пакета данных и содержит блок 710 связи, который выполнен с возможностью: приема первого идентификатора, отправленного отправителем пакета данных. Первый идентификатор сконфигурирован так, чтобы различать пакеты данных, обрабатываемые путем использования первого ключа и второго ключа.
[00168] Необязательно в варианте осуществления настоящего изобретения первый идентификатор добавляют в последний по меньшей мере один пакет данных, обрабатываемый путем использования первого ключа; и/или первый идентификатор добавляют в первый по меньшей мере один пакет данных, обрабатываемый путем использования второго ключа.
[00169] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в независимом пакете данных.
[00170] Необязательно в варианте осуществления настоящего изобретения независимый пакет данных находится между последним пакетом данных, обрабатываемым путем использования первого ключа, и первым пакетом данных, обрабатываемым путем использования второго ключа.
[00171] Необязательно в варианте осуществления настоящего изобретения первый ключ представляет собой ключ до обновления, и второй ключ представляет собой обновленный ключ.
[00172] Необязательно в варианте осуществления настоящего изобретения первый ключ и второй ключ используются для выполнения операций шифрования и/или защиты целостности в отношении пакетов данных в уровне PDCP.
[00173] Необязательно в варианте осуществления настоящего изобретения первый идентификатор содержится в заголовке по меньшей мере одного уровня пакета данных.
[00174] Необязательно в варианте осуществления настоящего изобретения по меньшей мере один уровень содержит уровень PDCP.
[00175] Необязательно в варианте осуществления настоящего изобретения блок 710 связи дополнительно выполнен с возможностью: передачи пакета данных, обрабатываемого путем использования первого ключа, и пакета данных, обрабатываемого путем использования второго ключа посредством одинакового стека протоколов.
[00176] Необязательно в варианте осуществления настоящего изобретения отправитель пакета данных представляет собой терминальное устройство, и получатель пакета данных представляет собой базовую станцию; альтернативно отправитель пакета данных представляет собой базовую станцию, и получатель пакета данных представляет собой терминальное устройство.
[00177] Следует понимать, что устройство 700 связи может реализовать операции в способе 400 и, например, может реализовать операции получателя пакета данных в способе 400, это не описывается больше в данном документе еще раз для простоты.
[00178] На фиг. 13 представлено схематическое структурное изображение устройства 800 связи согласно варианту осуществления настоящего изобретения. Устройство 800 связи, показанное на фиг. 13, содержит процессор 810, и процессор 810 может вызывать и запускать компьютерную программу в запоминающем устройстве для реализации способа в вариантах осуществления настоящего изобретения.
[00179] Необязательно, как показано на фиг. 13, устройство 800 связи может дополнительно содержать запоминающее устройство 820. Процессор 810 может вызывать и запускать компьютерную программу в запоминающем устройстве 820 для реализации способа в вариантах осуществления настоящего изобретения.
[00180] Запоминающее устройство 820 может представлять собой отдельное устройство, независимое от процессора 810, и может также быть интегрировано в процессор 810.
[00181] Необязательно, как показано на фиг. 13, устройство 800 связи может дополнительно содержать приемопередатчик 830, и процессор 810 может управлять приемопередатчиком 830 для связи с другим устройством, в частности, отправки информации или данных на другое устройство или приема информации или данных, отправленных другим устройством.
[00182] Приемопередатчик 830 может содержать передатчик и приемник. Приемопередатчик 830 может дополнительно содержать антенну, и количество антенн может составлять одну или более.
[00183] Необязательно устройство 800 связи может, в частности, представлять собой сетевое устройство согласно вариантам осуществления настоящего изобретения, и устройство 800 связи может реализовать соответствующие последовательности операций, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00184] Необязательно устройство 800 связи может, в частности, представлять собой отправителя или получателя пакета данных согласно вариантам осуществления настоящего изобретения, и устройство 800 связи может реализовать соответствующие последовательности операций, реализуемые отправителем или получателем пакета данных в каждом способе согласно вариантам осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00185] На фиг. 14 представлено схематическое структурное изображение микросхемы согласно варианту осуществления настоящего изобретения. Микросхема 900, показанная на фиг. 14, содержит процессор 910, и процессор 910 может вызывать и запускать компьютерную программу в запоминающем устройстве для реализации способа в вариантах осуществления настоящего изобретения.
[00186] Необязательно, как показано на фиг. 14, микросхема 900 может дополнительно содержать запоминающее устройство 920. Процессор 910 может вызывать и запускать компьютерную программу в запоминающем устройстве 920 для реализации способа в вариантах осуществления настоящего изобретения.
[00187] Запоминающее устройство 920 может представлять собой отдельное устройство, независимое от процессора 910, и может также быть интегрировано в процессор 910.
[00188] Необязательно микросхема 900 может дополнительно содержать входной интерфейс 930. Процессор 910 может управлять входным интерфейсом 930 для осуществления связи с другим устройством или микросхемой, в частности, получения информации или данных, отправленных другим устройством или микросхемой.
[00189] Необязательно микросхема 900 может дополнительно содержать выходной интерфейс 940. Процессор 910 может управлять выходным интерфейсом 940 для связи с другим устройством или микросхемой, в частности, вывода информации или данных на другое устройство или микросхему.
[00190] Необязательно микросхема может применяться в отправителе или получателе пакета данных в вариантах осуществления настоящего изобретения, и микросхема может реализовать соответствующие последовательности операций, реализуемые отправителем или получателем пакета данных в каждом способе согласно вариантам осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00191] Следует понимать, что микросхема, упомянутая в варианте осуществления настоящего изобретения, также может называться микросхемой системного уровня, системной микросхемой, микросхемной системой или системой на микросхеме и т.д.
[00192] На фиг. 15 представлена вторая структурная схема системы 1000 связи согласно варианту осуществления настоящего изобретения. Как показано на фиг. 15, система 1000 связи содержит отправителя 1010 пакета данных и получателя 1020 пакета данных.
[00193] Отправитель 1010 пакета данных может быть выполнен с возможностью реализации соответствующих функций, реализуемых отправителем пакета данных в указанных выше способах, и получатель 1020 пакета данных может быть выполнен с возможностью реализации соответствующих функций, реализуемых получателем пакета данных в указанных выше способах, это не описывается больше в данном документе еще раз для простоты.
[00194] Следует понимать, что процессор в варианте осуществления настоящего изобретения может представлять собой кристалл интегральной схемы и обладает способностью обработки сигналов. В процессе реализации каждый этап вариантов осуществления указанного выше способа может быть реализован посредством интегральной логической схемы аппаратного обеспечения в процессоре или посредством команды в форме программного обеспечения. Процессор может представлять собой универсальный процессор, процессор цифровой обработки сигналов (Digital Signal Processor, DSP), интегральную схему специального назначения (Application Specific Integrated Circuit, ASIC), программируемую пользователем вентильную матрицу (Field Programmable Gate Array, FPGA) или другое программируемое логическое устройство, дискретный логический элемент или транзисторное логическое устройство и дискретный аппаратный компонент. Каждый способ, этап и логическая блок-схема, раскрытые в вариантах осуществления настоящего изобретения, могут быть реализованы или исполнены. Универсальный процессор может представлять собой микропроцессор, или процессор также может представлять собой любой традиционный процессор и т.п. Этапы способа, раскрытые в комбинации с вариантами осуществления настоящего изобретения, могут быть непосредственно осуществлены для исполнения и совершения посредством аппаратного декодирующего процессора или исполнения и совершения посредством комбинации аппаратного и программного модулей в декодирующем процессоре. Модуль программного обеспечения может быть расположен на хорошо известном в этой области техники носителе данных, таком как оперативное запоминающее устройство (Random Access Memory, RAM), флеш-память, постоянное запоминающее устройство (Read-Only Memory, ROM), программируемое ROM (Programmable ROM, PROM) или электрически стираемое PROM (Electrically Erasable PROM, EEPROM) и регистр. Носитель данных расположен в запоминающем устройстве, и процессор считывает информацию в запоминающем устройстве и реализует этапы способа в комбинации с аппаратным обеспечением.
[00195] Следует понимать, что запоминающее устройство в варианте осуществления настоящего изобретения может представлять собой энергозависимое запоминающее устройство или энергонезависимое запоминающее устройство или может содержать как энергозависимое, так и энергонезависимое запоминающие устройства. Энергонезависимое запоминающее устройство может представлять собой ROM, PROM, стираемое PROM (Erasable PROM, EPROM), электрическое EEPROM (Electrically EEPROM, EEPROM) или флеш-память. Энергозависимое запоминающее устройство может представлять собой RAM и используется в качестве внешней высокоскоростной кеш-памяти. В качестве иллюстративного примера, но не ограничения, описано, что могут применяться RAM в различных формах, таких как статическое RAM (Static RAM, SRAM), динамическое RAM (Dynamic RAM, DRAM), синхронное DRAM (Synchronous DRAM, SDRAM), SDRAM с двукратной скоростью передачи данных (Double Data Rate SDRAM, DDR SDRAM), усовершенствованное SDRAM (Enhanced SDRAM, ESDRAM), DRAM с синхронным каналом (Synchlink DRAM, SLDRAM) и RAM с шиной прямого резидентного доступа (Direct Rambus RAM, DR RAM). Следует отметить, что предполагается, что запоминающее устройство системы и способа, описанных в настоящем изобретении, включает, но без ограничения, запоминающие устройства этих и любых других надлежащих типов.
[00196] Следует понимать, что указанное выше запоминающее устройство описано в качестве примера, но не ограничения. Например, запоминающее устройство в вариантах осуществления настоящего изобретения также может представлять собой SRAM, DRAM, SDRAM, DDR SDRAM, ESDRAM, SLDRAM и DR RAM. То есть запоминающее устройство в вариантах осуществления настоящего изобретения предназначено для включения, но без ограничения, запоминающих устройств этих и любых других надлежащих типов.
[00197] В вариантах осуществления настоящего изобретения дополнительно предлагается машиночитаемый носитель данных, который выполнен с возможностью хранения компьютерной программы.
[00198] Необязательно машиночитаемый носитель данных может применяться в сетевом устройстве в вариантах осуществления настоящего изобретения, и компьютерная программа позволяет компьютеру исполнять соответствующие последовательности операций, реализуемые сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00199] Необязательно машиночитаемый носитель данных может применяться к мобильному терминалу/терминальному устройству в вариантах осуществления настоящего изобретения, и компьютерная программа обеспечивает компьютеру возможность исполнения соответствующих последовательностей операций, реализуемых мобильным терминалом/терминальным устройством в каждом способе вариантов осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00200] В вариантах осуществления настоящего изобретения дополнительно предоставляется компьютерный программный продукт, который содержит команду компьютерной программы.
[00201] Необязательно компьютерный программный продукт может применяться в сетевом устройстве в вариантах осуществления настоящего изобретения, и команда компьютерной программы обеспечивает компьютеру возможность исполнения соответствующих последовательностей операций, реализуемых сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00202] Необязательно компьютерный программный продукт может применяться в мобильном терминале/терминальном устройстве в вариантах осуществления настоящего изобретения, и команда компьютерной программы обеспечивает компьютеру возможность исполнения соответствующих последовательностей операций, реализуемых мобильным терминалом/терминальным устройством в каждом способе вариантов осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00203] В вариантах осуществления настоящего изобретения дополнительно предоставлена компьютерная программа.
[00204] Необязательно компьютерная программа может применяться в сетевом устройстве в вариантах осуществления настоящего изобретения, и компьютерная программа запускается в компьютере для обеспечения компьютеру возможности исполнения соответствующих последовательностей операций, реализуемых сетевым устройством в каждом способе согласно вариантам осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00205] Необязательно компьютерная программа может применяться в мобильном терминале/терминальном устройстве в вариантах осуществления настоящего изобретения, и компьютерная программа запускается в компьютере для обеспечения компьютеру возможности исполнения соответствующих последовательностей операций, реализуемых мобильным терминалом/терминальным устройством в каждом способе вариантов осуществления настоящего изобретения, это не описывается больше в данном документе еще раз для простоты.
[00206] Специалисты в данной области техники могут понять, что блоки и этапы алгоритмов каждого примера, описанного в сочетании с вариантами осуществления, раскрытыми в настоящем изобретении, могут быть реализованы электронным аппаратным обеспечением или сочетанием компьютерного программного обеспечения и электронного аппаратного обеспечения. В зависимости от конкретных применений и конструктивных ограничений технических решений эти функции исполняются либо в аппаратном обеспечении, либо в программном обеспечении. Профессионалы могут реализовывать описанные функции для каждого конкретного применения, используя различные способы, но такая реализация должна находиться в пределах объема настоящего изобретения.
[00207] Специалисты в данной области техники могут четко понимать, что для конкретных процессов операций системы, устройства и блока, описанных выше, может быть сделана ссылка на соответствующие процессы в варианте осуществления указанного выше способа, и конкретные операции не будут описаны подробно в данном документе для удобства и краткости описания.
[00208] Необходимо понимать, что в некоторых вариантах осуществления, предоставленных в настоящем изобретении, раскрытые система, устройство и способ могут быть реализованы другим образом. Например, вариант осуществления устройства, описанный выше, является лишь схематичным, и, например, разделение блоков представляет собой лишь разделение логических функций, и при практической реализации могут быть применены другие способы разделения. Например, несколько блоков или компонентов могут быть объединены или интегрированы в другую систему, или некоторые характерные признаки могут быть опущены или не исполнены. В дополнение, показанные или описанные подключение, или прямое подключение, или коммуникационное соединение могут представлять собой опосредованное подключение или коммуникационное соединение, осуществляемые посредством некоторых интерфейсов, устройства или блоков, и могут быть электрическими и механическими или иметь иные формы.
[00209] Блоки, описанные как отдельные части, могут быть или не быть физически разделены, и части, показанные как блоки, могут представлять или не представлять собой блоки PHY, то есть части могут быть расположены в одном и том же месте или могут быть также распределены между несколькими сетевыми блоками. Часть или все из блоков могут быть выбраны для достижения цели решений вариантов осуществления согласно практическим требованиям.
[00210] В дополнение, функциональные блоки в каждом варианте осуществления настоящего изобретения могут быть интегрированы в блок обработки, каждый блок также может физически существовать отдельно, и два или более двух блоков также могут быть интегрированы в один блок.
[00211] При реализации в форме функционального блока программного обеспечения и продаже или использовании в качестве самостоятельного продукта функция также может храниться на машиночитаемом носителе данных. На основе такого понимания существенная часть технических решений в настоящем изобретении, часть технических решений, вносящая вклад в известный уровень техники, или часть технических решений могут быть осуществлены в форме программного продукта. Компьютерный программный продукт хранится на носителе данных и содержит множество команд, выполненных с возможностью обеспечения компьютерному устройству (которое может представлять собой персональный компьютер, сервер, сетевое устройство или т. п.) возможности исполнения всех или части операций способа в каждом варианте осуществления настоящего изобретения. Упомянутый выше носитель данных включает различные носители, которые могут хранить программные коды, такие как U-диск, мобильный жесткий диск, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), магнитный диск и оптический диск.
[00212] Предшествующее описание представляет собой только конкретные варианты осуществления настоящего изобретения, и объем правовой охраны настоящего изобретения ими не ограничивается. Любые изменения или замены, вполне понятные специалистам в данной области техники, в рамках технического объема, раскрытого в настоящем изобретении, входят в объем правовой охраны настоящего изобретения. Следовательно, объем правовой охраны настоящего изобретения будет соответствовать объему правовой охраны формулы изобретения.