Перекрестная ссылка на родственную заявку
Данная заявка испрашивает приоритет патентной заявки Китая № 201710008537.6, поданной в Китайское патентное ведомство 5 января 2017 года и озаглавленной "Способ передачи данных и устройство", которая во всей своей полноте включена сюда путем ссылки.
Область техники, к которой относится изобретение
Варианты осуществления настоящей заявки относятся, в общем, к технологиям связи и, в частности, к способу передачи данных и устройству.
Уровень техники
С развитием сетевых технологий и популяризации мобильных терминальных устройств сценарии, в которых пользователи отправляют или получают данные с использованием мобильных терминальных устройств, становятся все более распространенными. Устройство, такое как мобильный телефон, остается в состоянии соединения с сетью даже в тех случаях, если данные не нужно отправлять или получать. Чтобы сэкономить сетевые ресурсы, предложена концепция состояния легкого соединения/неактивного состояния. Состояние легкого соединения используется в сети долгосрочного развития (Long Term Evolution (LTE)). Состояние, которое упоминается как неактивное состояние, введено в новой технологии радиодоступа (Radio Access Technique (RAT)), такой как 5G. Характер поведения в этом состоянии аналогичен поведению в состоянии легкого соединения в LTE и состоит просто в поддержании соединения, которое установлено между узлом базовой сети и сетью доступа и которое обслуживает UE.
На фиг. 1 показано схематичное представление зоны отслеживания данных UE. Как показано на фиг. 1, интерфейс, который находится между CN и сетью радиодоступа (Radio Access Network (RAN)) и который обслуживает терминал (User Equipment (UE)) в "состоянии легкого соединения/неактивном состоянии", привязан к узлу RAN (например, к базовой станции eNB 1 привязки, то есть к базовой станции, к которой подключается UE во время перемещения для передачи данных). UE не нужно уведомлять базовую станцию о том, когда UE перемещается в пределах заданной зоны (которая в 5G упоминается как зона уведомления и упоминается как зона поискового вызова в LTE, то есть зона отслеживания eNB 1 на фиг. 1). Однако, как только UE выходит из области и перемещается в зону отслеживания eNB 3, UE должно уведомить базовую станцию eNB 3 о местоположении UE, то есть выполнить процесс обновления зоны отслеживания. Когда UE в "состоянии легкого соединения/неактивном состоянии" перемещается к другой базовой станции и должно отправить данные, UE инициирует процесс восстановления соединения с обслуживающей базовой станцией и переходит в активное состояние. Обслуживающая базовая станция является базовой станцией, к которой принадлежит сота, предоставляющая ресурс радиоинтерфейса для UE. Обслуживающая базовая станция инициирует запрос контекста для UE в базовой станции привязки для переноса контекста UE в обслуживающую базовую станцию eNB 3, к которой принадлежит UE; в то же самое время запрос на переключение тракта отправляется в узел базовой сети для переключения тракта S1 соединения, соответствующего UE в обслуживающей базовой станции. Только после этого может быть выполнена передача данных UE.
Однако в описанном выше способе, каждый раз при смене обслуживающей базовой станции UE, необходимо выполнять перемещение контекста и переключение соединения между базовой сетью и базовой станцией, и базовая станция привязки должна быть изменена. Изменение базовой станции привязки приводит к обновлению ключа UE и получению контекста. Это вызывает относительно высокие затраты на сигнализацию во время перемещения UE. Когда UE перемещается между двумя базовыми станциями, контекст UE часто переносится между двумя базовыми станциями, и становятся высокими затраты на интерфейс между базовыми станциями и базовой сетью и затраты на сигнализацию управления радиоресурсом радиоинтерфейса (Radio Resource Control (RRC)).
Сущность изобретения
Варианты осуществления настоящей заявки обеспечивают способ передачи данных и устройство для того, чтобы решить следующую проблему: относительно высокие затраты на сигнализацию возникают во время перемещения терминала, и, когда терминал перемещается между двумя базовыми станциями, контекст терминала часто переносится между этими двумя базовыми станциями, и становятся высокими затраты на интерфейс между базовыми станциями и базовой сетью и затраты на RRC-сигнализацию радиоинтерфейса.
Согласно первому аспекту вариантов осуществления настоящей заявки выполнен способ передачи данных, включающий в себя:
прием, обслуживающей базовой станцией, данных, отправленных терминалом, находящимся в неактивном состоянии, где данные включают в себя данные, подлежащие отправке, отправленные терминалом, и идентификационную информацию терминала;
определение, обслуживающей базовой станцией, базовой станции привязки терминала на основе идентификационной информации; и
отправку, обслуживающей базовой станцией, данных в базовую станцию привязки.
Это решение выполняется с помощью обслуживающей базовой станции. Данные восходящей линии связи терминала направляются в базовую станцию привязки с использованием обслуживающей базовой станции и посредством взаимодействия между базовой станцией привязки и обслуживающей базовой станцией, которая на данный момент предоставляет ресурс радиоинтерфейса для терминала. Базовая станция привязки отправляет данные в устройство базовой сети. Ни перенос контекста, ни переключение между базовой сетью и базовой станцией не должны выполняться. Таким образом, уменьшаются затраты на сигнализацию и интерфейс, и повышается эффективность передачи данных.
В конкретной реализации способ дополнительно включает в себя:
прием идентификатора логического канала, соответствующего данным, отправленным терминалом; и
отправку, в базовую станцию привязки, идентификатора потока IP, и/или идентификатора логического канала и/или типа канала, соответствующего данным, подлежащим отправке, где идентификатор логического канала включен в данные или не включен в данные.
В конкретной реализации идентификационная информация включает в себя:
уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал; или
временный идентификатор соты радиосети (Cell Radio Network Temporary Identifier (C-RNTI)); или
идентификатор, выделенный устройством базовой сети.
В приведенном выше решении идентификационная информация может дополнительно включать в себя информацию, указывающая базовую станцию привязки, к которой принадлежит терминал, то есть идентификационная информация терминала может быть сконфигурированной идентификационной информацией, специально используемой для идентификации базовой станции привязки терминала, или может быть C-RNTI.
Основываясь на приведенном выше решении, перед приемом данных, отправленных терминалом, способ дополнительно включает в себя:
широковещательную передачу информации о конфигурации, где информация о конфигурации включает в себя по меньшей мере одно из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса гибридного автоматического запроса на повторную передачу (HARQ), версия избыточности повторной передачи, индикатор того, выполнить ли сброс управления доступом к среде передачи данных (Media Access Control (MAC)), частотно-временной ресурс физического канала управления нисходящей линии связи (Physical Downlink Control Channel (PDCCH)), используемый для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность временного интервала передачи (Transmission Time Interval (TTI)), длина циклического префикса (Cyclic Prefix (CP)), интервал между поднесущими и тип физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, интервал незапланированной автоматической повторной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список опорных сигналов демодуляции (DRMS), доступный для незапланированной передачи и схема модуляции и кодирования (Modulation and Coding Scheme (MCS)), доступная для незапланированной передачи.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: предоставить ли отчет по информации о состоянии канала (Channel State Information (CSI)), предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, предоставить ли отчет о запасе мощности (Power Headroom Report (PHR)), предоставление периодического или апериодического отчета PHR, предоставить ли отчет о состоянии буфера (Buffer Status Report (BSR)), формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация управления линией радиосвязи (Radio Link Control (RLC)), соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
В приведенном выше решении, когда уровень RLC поддерживается базовой станцией привязки, информация о конфигурации не включает в себя информацию о конфигурации канала.
В конкретной реализации данные, отправленные обслуживающей базовой станцией в базовую станцию привязки, являются данными RLC или данными MAC.
Смысл этого решения заключается в следующем: обслуживающая базовая станция может отвечать за поддержание физического уровня, уровня MAC и уровня RLC, и базовая станция привязки поддерживает уровень протокола сходимости пакетных данных (Packet Data Convergence Protocol (PDCP)); в этом случае данные, отправленные обслуживающей базовой станцией в базовую станцию привязки, являются данными RLC. В качестве альтернативы, обслуживающая базовая станция может отвечать за поддержание физического уровня и уровня MAC, и базовая станция привязки поддерживает уровень RLC и уровень PDCP; в этом случае данные, отправленные обслуживающей базовой станцией в базовую станцию привязки, являются данными MAC.
В конкретной реализации данные дополнительно включают в себя информацию индикатора обновления ключа, отправленную терминалом, где информация индикатора обновления ключа может включать в себя простой индикатор изменения ключа или параметр вывода конкретного ключа.
В этом решении, если ключ, ранее используемый терминалом, должен быть изменен, обслуживающая базовая станция и базовая станция привязки должны получить параметр вывода, используемый терминалом для изменения ключа. Конкретный способ может состоять в следующем: терминал отправляет параметр вывода, или параметр вывода получается на основе предварительно сконфигурированной информации, или базовая станция привязки или обслуживающая базовая станция отправляет параметр вывода в терминал.
В конкретной реализации способ дополнительно включает в себя:
выделение новой идентификационной информации о терминале терминалу; и
отправку новой идентификационной информации о терминале в терминал и/или отправку новой идентификационной информации о терминале в базовую станцию привязки.
В конкретной реализации способ дополнительно включает в себя:
запуск таймера после получения данных и удаление идентификационной информации терминала после истечения времени таймера.
В конкретной реализации способ дополнительно включает в себя:
отправку инструкции удаления идентификатора терминала в базовую станцию привязки для инструктирования базовой станции привязки удалить идентификационную информацию терминала.
В приведенном выше решении обслуживающая базовая станция может выделять новую идентификационную информацию о терминале терминалу или удалять идентификационную информацию терминала. В обоих процессах базовая станция привязки должна быть проинструктирована для выполнения соответствующего обновления.
В конкретной реализации способ дополнительно включает в себя:
установление объекта MAC или объекта RLC, соответствующего терминалу; или
прием информации о конфигурации и/или информации о состоянии, отправленной базовой станцией привязки, касающейся объекта RLC, соответствующего терминалу.
В этом решении объект MAC или объект RLC, соответствующий терминалу, обычно устанавливается после разрешения конфликта, или после успешного приема данных базовой станцией привязки, или после успешной отправки данных восходящей линией связи терминала, и сообщение подтверждения возвращается в терминал.
Согласно второму аспекту вариантов осуществления настоящей заявки выполнен способ передачи данных, где способ включает в себя:
получение, терминалом, находящимся в неактивном состоянии, информации о конфигурации, используемой для отправки данных; и
отправку, терминалом, данных в обслуживающую базовую станцию на основе информации о конфигурации, где данные включают в себя данные, подлежащие отправке, и идентификационную информацию терминала.
Это решение выполняется терминалом. Когда терминал должен отправить данные восходящей линии связи, терминал отправляет данные, подлежащие отправке, вместе с идентификационной информацией терминала в обслуживающую базовую станцию на основе предварительно сконфигурированной информации о конфигурации или принятой информации о конфигурации, переданной обслуживающей базовой станцией, и отправляет данные в базовую станцию привязки терминала с использованием обслуживающей базовой станции, чтобы реализовать передачу данных восходящей линии связи. Ни перенос контекста, ни переключение между базовой сетью и базовой станцией не должны выполняться. Таким образом, ресурсы интерфейса сохраняются, а эффективность передачи повышается.
В конкретной реализации способ дополнительно включает в себя следующие реализации.
В реализации, когда терминал переходит из активного состояния в неактивное состояние, объект PDCP и объект RLC каждого логического канала сохраняются, и объект MAC и/или физическая конфигурация канала сбрасываются/сбрасывается; или когда терминал переходит из активного состояния в неактивное состояние, объект протокола сходимости пакетных данных (PDCP) сохраняется или конфигурируется, и объект RLC, и/или объект MAC и/или физическая конфигурация канала сбрасываются/сбрасываются.
В частности, информация о состоянии и информация о конфигурации PDCP и RLC сохраняются.
В реализации, когда терминал переходит из активного состояния в неактивное состояние, сохраняются контексты безопасности, такие как номер SN, HFN и ключ PDCP, и объект RLC, и/или объект MAC и/или физическая конфигурация канала сбрасываются/сбрасываются. В конкретной реализации сконфигурирован объект PDCP, соответствующий широковещательному логическому каналу.
В конкретной реализации идентификационная информация терминала включает в себя:
уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал; или
C-RNTI; или
идентификатор, выделенный устройством базовой сети.
В этом решении идентификационная информация может дополнительно включать в себя информацию, используемую для указания базовой станции привязки, к которой принадлежит терминал.
В конкретной реализации получение информации о конфигурации, используемой для отправки данных, включает в себя:
получение информации о конфигурации, предварительно сконфигурированной в протоколе; или
прием информации о конфигурации, переданной обслуживающей базовой станцией или отправленной базовой станцией привязки, где
информация о конфигурации включает в себя по меньшей мере одно из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса HARQ, версия избыточности повторной передачи, индикатор того, выполнить ли сброс MAC, частотно-временной ресурс PDCCH, используемый для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность TTI, длина CP, интервал между поднесущими и тип физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, интервал незапланированной автоматической повторной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список DRMS, доступный для незапланированной передачи, и MCS, доступная для незапланированной передачи.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: передать ли отчет о CSI, предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, передать ли отчет о PHR, предоставление периодического или апериодического отчета PHR, передать ли отчет о BSR, формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация RLC, соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
В конкретной реализации, перед отправкой данных в обслуживающую базовую станцию на основе информации о конфигурации, способ дополнительно включает в себя:
получение данных, подлежащих отправке; и
выполнение шифрования и/или защиты целостности данных, подлежащих отправке, с использованием предварительно полученного ключа или ключа, полученного на данный момент посредством вычисления.
В конкретной реализации, перед получением данных, подлежащих отправке, способ дополнительно включает в себя:
прием информации индикатора, отправленной базовой станцией привязки, где информация индикатора используется для указания того, должен ли терминал обновить ключ; и
если информация индикатора указывает, что терминалу не нужно менять ключ, определение, что ключ, полученный в последний раз, может все еще использоваться.
В конкретной реализации этого решения способ дополнительно включает в себя:
если информация индикатора указывает, что терминалу необходимо обновить ключ, получение нового ключа путем выполнения вывода с использованием параметра вывода, принятого в последний раз; и
отправку информацию индикатора обновления ключа в обслуживающую базовую станцию, где информация индикатора обновления ключа может включать в себя параметр вывода.
В другой конкретной реализации способ дополнительно включает в себя:
получение новой идентификационной информации о терминале выделенной обслуживающей базовой станцией.
Согласно третьему аспекту вариантов осуществления настоящей заявки выполнен способ передачи данных, где способ включает в себя:
прием, базовой станцией привязки, данных, отправленных обслуживающей базовой станцией, где данные включают в себя данные, подлежащие отправке, отправленные терминалом, и идентификационную информацию терминала;
получение, базовой станцией привязки на основе идентификационной информации терминала, информации о линии связи, соответствующей терминалу; и
отправку, базовой станцией привязки, данных в устройство базовой сети на основе информации о линии связи.
Это решение выполняется базовой станцией привязки терминала, то есть базовой станцией, к которой терминал подключался в последний раз для передачи данных. Данные восходящей линии связи терминала направляются в базовую станцию привязки с использованием обслуживающей базовой станции и посредством взаимодействия между базовой станцией привязки и обслуживающей базовой станцией, которая на данный момент предоставляет ресурс радиоинтерфейса для терминала, и затем передаются в базовую сеть. Ни перенос контекста, ни переключение между базовой сетью и базовой станцией не должны выполняться. Таким образом, уменьшаются затраты на сигнализацию и интерфейс, и повышается эффективность передачи данных.
В конкретной реализации способ дополнительно включает в себя:
прием идентификатора потока IP, и/или идентификатора логического канала и/или типа канала, который соответствует/которые соответствуют данным, подлежащим отправке, и который отправляется/которые отправляются обслуживающей базовой станцией, где идентификатор логического канала включен в данные или не включен в данные.
В конкретной реализации способ дополнительно включает в себя:
прием новой идентификационной информации о терминале, отправленной обслуживающей базовой станцией.
В конкретной реализации способ дополнительно включает в себя:
прием инструкции удаления идентификатора терминала, отправленной обслуживающей базовой станцией; и
удаление идентификационной информации терминала согласно инструкции удаления идентификатора терминала.
В конкретной реализации способ дополнительно включает в себя:
отправку, в обслуживающую базовую станцию, информации о конфигурации и/или информации о состоянии объекта RLC, соответствующего терминалу.
Согласно четвертому аспекту вариантов осуществления настоящей заявки выполнен способ передачи данных, включающий в себя:
прием, обслуживающей базовой станцией, данных, отправленных базовой станцией привязки, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала; и
отправку, обслуживающей базовой станцией, данных, подлежащих отправке, в терминал.
В конкретной реализации идентификационная информация включает в себя: информацию об уникальном идентификаторе, используемом для указания терминала в зоне уведомления сети доступа, в которой терминал расположен, или C-RNTI, выделенный терминалу, или идентификатор, выделенный устройством базовой сети терминалу.
Это решение выполняется обслуживающей базовой станцией. Передача данных нисходящей линии связи терминала реализована посредством взаимодействия между обслуживающей базовой станцией и базовой станцией привязки. Обслуживающей базовой станции не нужно устанавливать линию связи с устройством базовой сети, но она напрямую принимает, с использованием базовой станции привязки, данные нисходящей линии связи, которые отправляются устройством базовой сети с использованием базовой станции привязки, и направляет данные нисходящей линии связи в терминал на основе идентификационной информации терминала. Таким образом, экономятся ресурсы интерфейса, и уменьшаются затраты на сигнализацию.
Согласно пятому аспекту вариантов осуществления настоящей заявки выполнен способ передачи данных, включающий в себя:
прием, базовой станцией привязки, данных, отправленных устройством базовой сети, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала;
определение, базовой станцией привязки, обслуживающей базовой станции терминала на основе идентификационной информации терминала; и
отправку, базовой станцией привязки, данных в обслуживающую базовую станцию.
В конкретной реализации идентификационная информация включает в себя: информацию об уникальном идентификаторе, используемом для указания терминала в зоне уведомления сети доступа, в которой терминал расположен, или C-RNTI, выделенный терминалу.
Это решение выполняется базовой станцией привязки. Базовая станция привязки непосредственно направляет, в обслуживающую базовую станцию, данные нисходящей линии связи, отправленные базовой сетью, так что обслуживающая базовая станция направляет данные нисходящей линии связи в терминал. В этом процессе не должны выполняться ни перенос контекста, ни переключение между базовой сетью и базовой станцией. Таким образом, экономятся ресурсы интерфейса, и уменьшаются затраты на сигнализацию.
Согласно шестому аспекту вариантов осуществления настоящей заявки выполнено устройство передачи данных, включающее в себя:
модуль приема, выполненный с возможностью приема данных, отправленных терминалом, находящимся в неактивном состоянии, где данные включают в себя данные, подлежащие отправке, отправленные терминалом, и идентификационную информацию терминала;
модуль обработки, выполненный с возможностью определения базовой станции привязки терминала на основе идентификационной информации; и
модуль отправки, выполненный с возможностью отправки данных в базовую станцию привязки.
В конкретной реализации модуль приема дополнительно выполнен с возможностью приема идентификатора логического канала, соответствующего данным, отправленным терминалом; и
модуль отправки дополнительно выполнен с возможностью отправки, в базовую станцию привязки, идентификатора потока IP, и/или идентификатора логического канала и/или типа канала, соответствующего данным, подлежащим отправке, где идентификатор логического канала включен в данные или не включен в данные.
В конкретной реализации идентификационная информация, принятая модулем приема, включает в себя: уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал; или
C-RNTI; или
идентификатор, выделенный устройством базовой сети.
В конкретной реализации модуль отправки дополнительно выполнен с возможностью широковещательной передачи информации о конфигурации: по меньшей мере одной из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса HARQ, версия избыточности повторной передачи, индикатор того, выполнить ли сброс MAC, частотно-временного ресурса PDCCH, используемого для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность TTI, длина CP, интервал между поднесущими и тип физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, интервал незапланированной автоматической повторной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список DRMS, доступный для незапланированной передачи, и MCS, доступная для незапланированной передачи.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: передать ли отчет о CSI, предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, передать ли отчет о PHR, предоставление периодического или апериодического отчета PHR, передать ли отчет о BSR, формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация RLC, соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
В конкретной реализации данные, подлежащие отправке и принятые модулем приема, являются данными RLC или данными MAC.
В конкретной реализации данные дополнительно включают в себя информацию указания обновления ключа, отправленную терминалом. Информация индикатора обновления ключа в этом решении может включать в себя параметр вывода.
В конкретной реализации модуль обработки дополнительно выполнен с возможностью выделения новой идентификационной информации о терминале терминалу; и
модуль отправки дополнительно выполнен с возможностью отправки новой идентификационной информации о терминале в терминал и/или отправки новой идентификационной информации о терминале в базовую станцию привязки.
В конкретной реализации модуль обработки дополнительно выполнен с возможностью запуска таймера после приема данных и удаления идентификационной информации терминала после истечения времени таймера.
В конкретной реализации модуль отправки дополнительно выполнен с возможностью отправки инструкции удаления идентификатора терминала в базовую станцию привязки для инструктирования базовой станции привязки удалить идентификационную информацию терминала.
В конкретной реализации модуль обработки дополнительно выполнен с возможностью установления объекта MAC или объекта RLC, соответствующего терминалу; или
модуль приема дополнительно выполнен с возможностью приема информации о конфигурации и/или информации о состоянии, отправленной базовой станцией привязки, объекта RLC, соответствующего терминалу.
Согласно седьмому аспекту вариантов осуществления настоящей заявки выполнено устройство передачи данных, включающее в себя:
модуль обработки, выполненный с возможностью получения информации о конфигурации, используемой для отправки данных; и
модуль отправки, выполненный с возможностью отправки данных в обслуживающую базовую станцию на основе информации о конфигурации, где данные включают в себя данные, подлежащие отправке, и идентификационную информацию.
В конкретной реализации модуль обработки специально выполнен с возможностью:
когда устройство перейдет из активного состояния в неактивное состояние, хранения объекта PDCP и объекта RLC каждого логического канала и сброса объекта MAC и/или конфигурации физического канала; или
когда устройство перейдет из активного состояния в неактивное состояние, хранения или конфигурирования объекта PDCP и сброса объекта RLC, и/или объекта MAC и/или конфигурации физического канала.
В конкретной реализации идентификационная информация терминала включает в себя:
уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал; или
C-RNTI; или
идентификатор, выделенный устройством базовой сети.
В конкретной реализации модуль обработки дополнительно выполнен с возможностью получения информации о конфигурации, предварительно сконфигурированной в протоколе; или
модуль приема дополнительно выполнен с возможностью приема информации о конфигурации, переданной обслуживающей базовой станцией или отправленной базовой станцией привязки, где
информация о конфигурации включает в себя по меньшей мере одно из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса HARQ, версия избыточности повторной передачи, индикатор того, выполнить ли сброс MAC, частотно-временного ресурса PDCCH, используемого для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность временного интервала передачи (TTI), длина циклического префикса (CP), интервал между поднесущими и тип физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, интервал незапланированной автоматической повторной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список DRMS, доступный для незапланированной передачи, и MCS, доступная для незапланированной передачи.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: передать ли отчет о CSI, предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, передать ли отчет о PHR, предоставление периодического или апериодического отчета PHR, передать ли отчет о BSR, формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация RLC, соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
В конкретной реализации перед отправкой данных в обслуживающую базовую станцию на основе информации о конфигурации модуль обработки дополнительно выполнен с возможностью:
получения данных, подлежащих отправке; и
выполнения шифрования и/или защиты целостности данных, подлежащих отправке, с использованием предварительно полученного ключа или ключа, полученного на данный момент посредством вычисления.
В конкретной реализации перед получением данных, подлежащих отправке, модуль приема дополнительно выполнен с возможностью приема информации индикатора, отправленной базовой станцией привязки, где информация индикатора используется для указания того, должен ли терминал обновить ключ; и
если информация индикатора указывает, что терминалу не нужно менять ключ, модуль обработки определяет, что полученный в последний раз ключ можно все еще использовать.
В конкретной реализации, если информация индикатора указывает, что терминалу необходимо обновить ключ, модуль обработки дополнительно выполнен с возможностью получения нового ключа путем выполнения вывода с использованием параметра вывода, принятого в последний раз; и
модуль отправки дополнительно выполнен с возможностью отправки информации индикатора обновления ключа в обслуживающую базовую станцию, где информация индикатора обновления ключа может включать в себя параметр вывода.
В конкретной реализации модуль обработки дополнительно выполнен с возможностью получения новой идентификационной информации о терминале, выделенной обслуживающей базовой станцией.
Согласно восьмому аспекту вариантов осуществления настоящей заявки выполнено устройство передачи данных, включающее в себя:
модуль приема, выполненный с возможностью приема данных, отправленных обслуживающей базовой станцией, где данные включают в себя данные, подлежащие отправке, отправленные терминалом, и идентификационную информацию терминала;
модуль обработки, выполненный с возможностью получения, на основе идентификационной информации терминала, информации о линии связи, соответствующей терминалу; и
модуль отправки, выполненный с возможностью отправки данных в устройство базовой сети на основе информации о линии связи.
В конкретной реализации модуль приема дополнительно выполнен с возможностью приема идентификатора потока IP, и/или идентификатора логического канала и/или типа канала, который соответствует данным, подлежащим отправке, и который отправляется/которые отправляются обслуживающей базовой станцией, где идентификатор логического канала включен в данные или не включен в данные.
В конкретной реализации модуль приема дополнительно выполнен с возможностью приема новой идентификационной информации о терминале терминала, которая отправляется обслуживающей базовой станцией.
В конкретной реализации модуль приема дополнительно выполнен с возможностью приема инструкции удаления идентификатора терминала, отправленной обслуживающей базовой станцией; и
модуль обработки дополнительно выполнен с возможностью удаления идентификационной информации терминала согласно инструкции удаления идентификатора терминала.
В конкретной реализации модуль отправки дополнительно выполнен с возможностью отправки, в обслуживающую базовую станцию, информации о конфигурации и/или информации о состоянии объекта RLC, соответствующего терминалу.
Согласно девятому аспекту вариантов осуществления настоящей заявки выполнено устройство передачи данных, включающее в себя:
модуль приема, выполненный с возможностью приема данных, отправленных базовой станцией привязки, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала; и
модуль отправки, выполненный с возможностью отправки данных, подлежащих отправке, в терминал на основе идентификационной информации терминала.
Согласно десятому аспекту вариантов осуществления настоящей заявки выполнено устройство передачи данных, включающее в себя:
модуль приема, выполненный с возможностью приема данных, отправленных устройством базовой сети, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала;
модуль обработки, выполненный с возможностью определения обслуживающей базовой станции терминала на основе идентификационной информации терминала; и
модуль отправки, выполненный с возможностью отправки данных в обслуживающую базовую станцию.
Согласно одиннадцатому аспекту вариантов осуществления настоящей заявки выполнена базовая станция. Базовая станция предусматривает радиоинтерфейс для терминала, и базовая станция может взаимодействовать с другой базовой станцией. Базовая станция включает в себя по меньшей мере один процессор, память и интерфейс связи (например, приемник и передатчик). По меньшей мере один процессор, память и интерфейс связи соединены друг с другом с использованием шины. Память хранит исполняемую компьютером инструкцию. По меньшей мере один процессор исполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что базовая станция выполняет способ передачи данных согласно любому из первого аспекта или реализаций первого аспекта или любому из пятого аспекта или реализаций пятого аспекта путем обмена данными с другой базовой станцией и терминалом через интерфейс связи.
Согласно двенадцатому аспекту вариантов осуществления настоящей заявки выполнен терминал. Терминал включает в себя по меньшей мере один процессор, память и интерфейс связи (например, терминал передает данные с использованием приемника и передатчика). По меньшей мере один процессор, память и интерфейс связи соединены друг с другом с использованием шины. Память хранит исполняемую компьютером инструкцию. По меньшей мере один процессор исполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что терминал выполняет способ передачи данных согласно любому из второго аспекта или реализаций второго аспекта путем обмена данными с обслуживающей базовой станцией или базовой станцией привязки через интерфейс связи.
Согласно тринадцатому аспекту вариантов осуществления настоящей заявки выполнена базовая станция. Базовая станция может взаимодействовать с другой базовой станцией и включает в себя по меньшей мере один процессор, память и интерфейс связи (например, базовая станция передает данные с использованием приемника и передатчика). По меньшей мере один процессор, память и интерфейс связи соединены друг с другом с использованием шины. Память хранит исполняемую компьютером инструкцию. По меньшей мере один процессор исполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что базовая станция выполняет способ передачи данных согласно любому из третьего аспекта или реализаций третьего аспекта или любому из четвертого аспекта или реализаций четвертого аспекта путем обмена данными с другой базовой станцией или терминалом через интерфейс связи.
Согласно четырнадцатому аспекту вариантов осуществления настоящей заявки выполнен машиночитаемый носитель информации. Машиночитаемый носитель информации хранит исполняемую компьютером инструкцию. Когда по меньшей мере один процессор базовой станции исполняет исполняемую компьютером инструкцию, базовая станция выполняет способ передачи данных согласно любому из первого аспекта или реализаций первого аспекта или любому из пятого аспекта или реализаций пятого аспекта.
Согласно пятнадцатому аспекту вариантов осуществления настоящей заявки выполнен машиночитаемый носитель информации. Машиночитаемый носитель информации хранит исполняемую компьютером инструкцию. Когда по меньшей мере один процессор терминала исполняет исполняемую компьютером инструкцию, терминал выполняет способ передачи данных согласно любому из второго аспекта или реализаций второго аспекта.
Согласно шестнадцатому аспекту вариантов осуществления настоящей заявки выполнен машиночитаемый носитель информации. Машиночитаемый носитель информации хранит исполняемую компьютером инструкцию. Когда по меньшей мере один процессор базовой станции исполняет исполняемую компьютером инструкцию, базовая станция выполняет способ передачи данных согласно любому из третьего аспекта или реализаций третьего аспекта или любому из четвертого аспекта или реализаций четвертого аспекта.
Согласно семнадцатому аспекту вариантов осуществления настоящей заявки выполнен компьютерный программный продукт. Компьютерный программный продукт включает в себя исполняемую компьютером инструкцию. Исполняемая компьютером инструкция хранится в машиночитаемом носителе информации. По меньшей мере один процессор базовой станции может считать исполняемую компьютером инструкцию с машиночитаемого носителя информации, и по меньшей мере один процессор исполняет исполняемую компьютером инструкцию, так что базовая станция реализует способ передачи данных согласно любому из первого аспекта или реализаций первого аспекта или любому из пятого аспекта или реализаций пятого аспекта.
Согласно восемнадцатому аспекту вариантов осуществления настоящей заявки выполнен компьютерный программный продукт. Компьютерный программный продукт включает в себя исполняемую компьютером инструкцию. Исполняемая компьютером инструкция хранится в машиночитаемом носителе информации. По меньшей мере один процессор терминала может считать исполняемую компьютером инструкцию с машиночитаемого носителя информации, и по меньшей мере один процессор исполняет исполняемую компьютером инструкцию таким образом, чтобы терминал выполнял способ передачи данных согласно любому из второго аспекта или реализаций второго аспекта.
Согласно девятнадцатому аспекту вариантов осуществления настоящей заявки выполнен компьютерный программный продукт. Компьютерный программный продукт включает в себя исполняемую компьютером инструкцию. Исполняемая компьютером инструкция хранится в машиночитаемом носителе информации. По меньшей мере один процессор базовой станции может считать исполняемую компьютером инструкцию с машиночитаемого носителя информации, и по меньшей мере один процессор исполняет исполняемую компьютером инструкцию, так что базовая станция реализует способ передачи данных согласно любому из третьего аспекта или реализаций третьего аспекта или любому из четвертого аспекта или реализаций четвертого аспекта.
Согласно способу передачи данных и устройству, выполненному в вариантах осуществления настоящей заявки, когда терминал в неактивном состоянии должен отправить данные, терминал отправляет данные и идентификатор терминала в обслуживающую базовую станцию, которую предоставляет интерфейс. Данные восходящей линии связи терминала направляются базовой станции привязки с использованием обслуживающей базовой станции и посредством взаимодействия между базовой станцией привязки и обслуживающей базовой станцией, которая на данный момент предоставляет ресурс радиоинтерфейса для терминала, и затем передаются в базовую сеть. Ни перенос контекста, ни переключение между базовой сетью и базовой станцией не должны выполняться. Таким образом, уменьшаются затраты на сигнализацию и интерфейс, и повышается эффективность передачи данных.
Краткое описание чертежей
На фиг. 1 показана схема обновления зоны отслеживания данных UE;
на фиг. 2 показана схема прикладной архитектуры способа передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 3 показана схематичная блок-схема последовательности операций варианта 1 осуществления способа передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 4 показана схематичная блок-схема последовательности операций варианта 2 осуществления способа передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 5 показана схема построения базовой станции привязки и обслуживающей базовой станции в способе передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 6 показано схематичное представление другого построения базовой станции привязки и обслуживающей базовой станции в способе передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 7 показана упрощенная структурная схема варианта 1 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 8 показана упрощенная структурная схема варианта 2 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 9 показана упрощенная структурная схема варианта 3 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки;
на фиг. 10 показана упрощенная структурная схема варианта 4 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки; и
на фиг. 11 показана упрощенная структурная схема варианта 5 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки.
Подробное описание изобретения
Каждый раз при смене обслуживающей базовой станции терминала должен выполняться перенос контекста, во время передачи данных между базовой сетью и базовой станцией должно быть реализовано переключение соединения, и должна быть изменена базовая станция привязки. Изменение базовой станции привязки приводит к обновлению ключа терминала и получению контекста. Это является причиной относительно высоких затрат на сигнализацию. В дополнение к этому, когда терминал перемещается между двумя базовыми станциями, контекст терминала часто переносится между этими двумя базовыми станциями, и затраты на интерфейс между базовыми станциями и базовой сетью и затраты на сигнализацию управления радиоресурсом радиоинтерфейса ((Radio Resource Control, RRC) являются высокими. Для решения вышеупомянутых задач в вариантах осуществления настоящей заявки предложен способ передачи данных. Когда терминал находится в неактивном состоянии, данные восходящей линии связи терминала или данные нисходящей линии связи для терминала передаются посредством взаимодействия между обслуживающей базовой станцией и базовой станцией привязки, без необходимости переключения линии связи между базовой сетью и базовой станцией. Таким образом, уменьшаются затраты на сигнализацию и интерфейс.
На фиг. 2 показана схема прикладной архитектуры способа передачи данных согласно варианту осуществления настоящей заявки. Как показано на фиг. 2, терминал используется в качестве примера. Терминал может перемещаться назад и вперед между зонами отслеживания множества базовых станций (которые также упоминается как соты, сетевые узлы радиодоступа и т.п.). В этом решении способ передачи данных, предусмотренный в данном варианте осуществления настоящей заявки, описывается с использованием, в качестве примера, базовой станции привязки, к которой подключен терминал, когда терминал находится в активном состоянии, и обслуживающей базовой станции, обеспечивающей интерфейс для терминала после перемещения терминала.
На фиг. 3 показана схематичная блок-схема последовательности операций варианта 1 осуществления способа передачи данных согласно варианту осуществления настоящей заявки. Как показано на фиг. 3, исходя из схематичного представления приложения, показанного на фиг. 2, способ передачи данных восходящей линии связи терминала в неактивном состоянии может специально включать в себя следующее этапы.
S101. Получить информацию о конфигурации, используемой для отправки данных.
Этот этап выполняется терминалом. Терминал является устройством на стороне пользователя, которое должно выполнять обмен данными восходящей линии связи/ нисходящей линии связи, например, мобильным телефоном или планшетным компьютером. Когда терминал в неактивном состоянии должен отправить данные восходящей линии связи, терминал может получить информацию о конфигурации, используемую для отправки данных.
Конкретный способ получения включает в себя по меньшей мере одно из следующего:
В первом случае терминал принимает информацию о конфигурации, переданную обслуживающей базовой станцией.
Во втором случае терминал получает информацию о конфигурации, предварительно сконфигурированную в протоколе, другими словами, получает информацию о конфигурации из протокола.
В третьем случае терминал принимает информацию о конфигурации, отправленную базовой станцией привязки.
В четвертом случае, когда терминал переходит из активного состояния в неактивное состояние, терминал сохраняет объект протокола сходимости пакетных данных (Packet Data Convergence Protocol (PDCP)) и объект управления линией радиосвязи (Radio Link Control (RLC)) каждого логического канала, и сбрасывает объект MAC и/или конфигурацию физического канала. Терминал может напрямую получать локально сохраненную информацию о конфигурации. Объект PDCP и объект RLC включают в себя контекст объекта PDCP и контекст объекта RLC, соответственно. Объект MAC включает в себя контекст объекта MAC.
В пятом случае, когда терминал переходит из активного состояния в неактивное состояние, терминал сохраняет объект протокола сходимости пакетных данных (Packet Data Convergence Protocol (PDCP)) и контекст и сбрасывает объект и контекст управления линией радиосвязи (Radio Link Control (RLC)), и/или объект MAC и/или конфигурацию физического канала. Терминал напрямую получает локально сохраненную информацию о конфигурации.
В шестом способе, когда терминал переходит из активного состояния в неактивное состояние, терминал хранит или конфигурирует объект протокола сходимости пакетных данных PDCP и сбрасывает объект RLC, и/или объект MAC и/или конфигурацию физического канала. Объект PDCP включает в себя контекст объекта PDCP. Объект MAC включает в себя контекст объекта MAC.
В любой из приведенных выше реализаций информация о конфигурации включает в себя по меньшей мере одно из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса гибридного автоматического запроса на повторную передачу (HARQ), версия избыточности повторной передачи, индикатор того, выполнить ли сброс управления доступом к среде передачи данных (Media Access Control (MAC)), частотно-временной ресурс физического канала управления нисходящей линии связи (Physical Downlink Control Channel (PDCCH)), используемый для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи. В указании относительно того, сбросить ли MAC, сброс означает удаление или обнуление сохраненной информации о конфигурации уровня MAC, например, освобождение канала, соответствующего уровню MAC или обнуление таймера уровня MAC. В дополнение к этому, в настоящем описании упоминается также сброс RLC, и означает, например, освобождение канала, соответствующего уровню RLC, обнуление таймера уровня RLC или обнуление порядкового номера SN RLC.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность временного интервала передачи (Transmission Time Interval (TTI)), циклический префикс (Cyclic Prefix (CP)), интервал между поднесущими и типа физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, мощность принимаемого сигнала незапланированной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список опорных сигналов демодуляции (DRMS), доступный для незапланированной передачи, и схема модуляции и кодирования (Modulation and Coding Scheme (MCS)), доступная для незапланированной передачи. Информация о конфигурации незапланированной передачи может дополнительно включать в себя информацию о конфигурации незапланированной передачи. В этом решении незапланированная передача означает, что терминал напрямую выполняет один или более раз отправку данных по восходящей линии связи после получения ресурса отправки данных по восходящей линии связи с использованием широковещательного сообщения; или терминал выполняет один или более раз отправку данных по восходящей линии связи после получения ресурса отправки данных по восходящей линии связи с использованием выделенного сообщения.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: предоставить ли отчет по информации о состоянии канала (Channel State Information (CSI)), предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, предоставить ли отчет о запасе мощности (Power Headroom Report (PHR)), предоставление периодического или апериодического отчета PHR, предоставить ли отчет о состоянии буфера (Buffer Status Report (BSR)), формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация RLC, соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
Информация о конфигурации дополнительно включает в себя идентификационную информацию терминала. Терминал (то есть UE) используется в качестве примера в последующем описании. Например, идентификационная информация терминала может представлять собой ID UE RNA, ID возобновления, C-RNTI или идентификационную информацию о терминале, выделенную базовой сетью. Идентификационная информация терминала можно быть выделенной или отправленной базовой станцией привязки или обслуживающей базовой станцией.
S102. Отправить данные в обслуживающую базовую станцию на основе информации о конфигурации, где данные включают в себя данные, подлежащие отправке, и идентификационную информацию.
На этом этапе, после получения информации о конфигурации, терминал отправляет данные восходящей линии связи на основе информации о конфигурации и размещает данные, подлежащие отправке, и идентификационную информацию терминала в одни и те же данные, предназначенные для отправки. Идентификационная информация терминала может представлять собой уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой терминал расположен, или временный идентификатор соты радиосети (Cell Radio Network Temporary Identifier (C-RNTI)) или идентификатор, выделенный устройством базовой сети.
Идентификационная информация терминала может быть выделена базовой станцией привязки терминалу, может быть выделена устройством базовой сети или может быть выделена обслуживающей базовой станцией терминалу. Данное решение не ограничивается этим.
В конкретной реализации этого решения, когда терминал находится в неактивном состоянии (inactive state), могут использоваться следующие идентификаторы: ID UE зоны уведомления о сети радиодоступа (RAN Notification Area (RNA)) и C-RNTI. ID UE RNA идентифицирует базовую станцию, к которой принадлежит терминал, и является уникальным идентификатором терминала, соответствующим базовой станции. При необходимости сеть выделяет C-RNTI терминалу. Когда RNA является одиночной сотой, C-RNTI предпочтительно выделяется терминалу. ID UE RNA указывает информацию о базовой станции привязки, которая выделяет ID, и дополнительно указывает уникальную идентификационную информацию о терминале терминала под управлением базовой станции.
При необходимости, когда терминал выполняет отправку с использованием C-RNTI или идентификатора, выделенного базовой сетью, терминал отправляет информацию относительно соты, базовой станции или RNA, которую выделяет C-RNTI. Обслуживающая базовая станция может определить базовую станцию привязки на основе информации о соте, базовой станции или RNA, например, через конфигурацию управления сетью.
При необходимости неактивное состояние может дополнительно включать в себя состояние незанятости в LTE. В этом случае сохраняются некоторые или все параметры конфигурации в состоянии соединения. В этом случае ID UE может быть ID возобновления.
После получения информации о конфигурации терминал шифрует данные, подлежащие отправке, с использованием предварительно полученного ключа или ключа, полученного посредством вычисления, для получения данных, и отправляет данные вместе с идентификационной информацией терминала или другой сигнализации в обслуживающую базовую станцию.
В дополнение к этому, терминал может дополнительно отправить, в обслуживающую базовую станцию, идентификатор логического канала, соответствующий данным. Идентификатор логического канала может переноситься в данных или не переноситься в данных.
Обслуживающая базовая станция принимает данные, отправленные терминалом, где данные переносят по меньшей мере данные, отправленные терминалом, и идентификационную информацию терминала.
S103. Определить базовую станцию привязки терминала на основе идентификационной информации.
Этот этап выполняется обслуживающей базовой станцией терминала. Обслуживающая базовая станция предусматривает радиоинтерфейс для терминала. После приема данных, отправленных терминалом, обслуживающая базовая станция определяет базовую станцию привязки терминала на основе идентификационной информации терминала в данных, чтобы передавать данные восходящей линии связи терминала в устройство базовой сети с использованием базовой станции привязки терминала.
В конкретной реализации этого решения обслуживающая базовая станция может выделить или удалить идентификационную информацию терминала. C-RNTI используется в качестве примера. Случаи выделения C-RNTI терминалу включают в себя: во время передачи данных (передачи данных канала произвольного доступа (Random Access Channel (RACH)) или передачи данных, основанных на конкуренции), после повторного выбора соты, когда терминал переходит из активного состояния в неактивное состояние, когда поступает уведомление об обновлении местоположения RNA и т.п. При необходимости C-RNTI сохраняется в течение некоторого периода времени. Уведомление об обновлении местоположения RNA означает, что терминал уведомляет, при смене RNA, базовую станцию RNA, в которой расположен терминал; или периодически уведомляет базовую станцию о RNA, в которой расположен терминал.
Например, после смены RNA или смены базовой станции привязки терминала, новая базовая станция привязки выделяет ID RNA или ID возобновления и уведомляет терминал об ID RNA или ID возобновления.
При необходимости, после выделения новой идентификационной информации о терминале (например, C-RNTI) терминалу, обслуживающая базовая станция уведомляет базовую станцию привязки о новой идентификационной информации о терминале, другими словами, обслуживающая базовая станция выделяет новую идентификационную информацию о терминале терминалу и отправляет новую идентификационную информацию о терминале в базовую станцию привязки.
Случай освобождения C-RNTI терминала включает в себя: освобождение C-RNTI терминала неявным или явным способом. C-RNTI можно синхронно освободить, используя неактивный таймер или сигнализацию L2/L1. В качестве альтернативы, C-RNTI освобождается только тогда, когда терминал входит в состояние незанятости или отправляет данные восходящей линии связи в другой соте. Если быть точнее, обслуживающая базовая станция запускает таймер после приема данных, и удаляет идентификационную информацию терминала после истечения времени таймера и может отправить инструкцию удаления идентификатора терминала в базовую станцию привязки для инструктирования базовой станции привязки удалить идентификационную информацию терминала. В этом решении, если базовая станция привязки не участвует в управлении идентификацией терминала, обслуживающей базовой станции не нужно уведомлять базовую станцию привязки при удалении идентификационной информации терминала.
В дополнительном решении по реализации базовая станция привязки поддерживает C-RNTI на основе неактивного таймера. Например, базовая станция привязки запускает неактивный таймер после приема данных восходящей линии связи или нисходящей линии связи и после истечения времени таймера удаляет идентификационную информацию терминала.
S104. Отправить данные в базовую станцию привязки.
На этом этапе обслуживающая базовая станция отправляет данные в базовую станцию привязки терминала.
Данные могут включать в себя полные или частичные данные RLC, принятые из терминала или полные или частичные данные MAC, принятые из терминала.
После демультиплексирования принятых данных обслуживающая базовая станция должна дополнительно отправить идентификатор потока IP, и/или идентификатор логического канала и/или тип логического канала в базовую станцию привязки.
Когда между логическим каналом и потоком IP или однонаправленным радиоканалом доступа отсутствует взаимосвязь с взаимно однозначным отображением, информация потока IP должна дополнительно отправляться в базовую станцию привязки. Информация о потоке IP может находиться в блоке протокола уровня MAC, блоке протокола уровня RLC или блоке протокола уровня PDCP, отправленном терминалом.
В дополнение к этому, обслуживающая базовая станция может дополнительно отправлять в базовую станцию привязки логический канал и/или тип канала, соответствующий данным, отправленным терминалом. Аналогичным образом, логический канал включен или не включен в данные, полученные посредством обработки обслуживающей базовой станцией.
Когда объект RLC находится в базовой станции привязки, обслуживающая базовая станция отправляет пакет MAC в базовую станцию привязки; или когда объект RLC находится в обслуживающей базовой станции, обслуживающая базовая станция отправляет пакет RLC в базовую станцию привязки. Пакет MAC и пакет RLC могут не включать в себя информацию логического канала.
В дополнительной реализации, когда линия связи передачи на уровне базовой станции устанавливается между обслуживающей базовой станцией и базовой станцией привязки, терминал должен отправить C-RNTI и идентификатор соты в базовую станцию привязки. Когда общая линия связи для общей передачи на уровне соты устанавливается между обслуживающей базовой станцией и базовой станцией привязки, обслуживающая базовая станция отправляет C-RNTI в базовую станцию привязки через линию связи. Когда между обслуживающей базовой станцией и базовой станцией привязки устанавливается выделенная линия связи терминала, терминал не должен отправлять какой-либо ID терминала в базовую станцию привязки.
В дополнительной реализации, когда ID UE RNA или ID возобновления отправляется между обслуживающей базовой станцией и базовой станцией привязки, между обслуживающей базовой станцией и базовой станцией привязки можно использовать общий или выделенный однонаправленный канал.
В дополнительной реализации, учитывая, что небольшой объем данных передается без переключения состояний, а большой объем данных передается с переключением состояний, терминал может определить способ, который необходимо использовать, на основании объема данных, подлежащих отправке, или обслуживающая базовая станция определяет на основе статуса BSR в незапланированных данных, выполнить ли перенос из базовой станции привязки в обслуживающую базовую станцию, или переключить ли терминал в состояние активного соединения.
S105. Получить, на основе идентификационной информации терминала, информацию о линии связи, соответствующей терминалу.
Этот этап выполняется базовой станцией привязки. После приема данных, отправленных обслуживающей базовой станцией, базовая станция привязки получает, на основе идентификационной информации терминала, переносимой в данных, информацию о линии связи, соответствующую терминалу. В данном случае информацией линии связи является информация о линии связи, которая устанавливается между базовой станцией привязки и устройством базовой сети, когда терминал передает данные в базовую станцию привязки и которая специально используется для передачи данных терминала, например, информации потока IP или информации однонаправленного радиоканала доступа.
S106. Отправить данные в устройство базовой сети на основе информации о линии связи.
На этом этапе базовая станция привязки отправляет принятые данные в устройство базовой сети на основе информации о линии связи, соответствующей терминалу, чтобы завершить передачу данных восходящей линии связи терминала в неактивном состоянии.
В этом процессе не нужно выполнять переключение линии связи между устройством базовой сети и базовой станцией, и обслуживающей базовой станции также не нужно получать контекст из базовой станции привязки терминала, другими словами, не нужно выполнять перенос контекста.
Согласно способу передачи данных, выполненному в данном варианте осуществления, данные восходящей линии связи терминала отправляются в базовую станцию привязки с использованием обслуживающей базовой станции и посредством взаимодействия между базовой станцией привязки и обслуживающей базовой станцией, которая на данный момент предоставляет ресурс радиоинтерфейса для терминала, и базовая станция привязки отправляет данные в устройство базовой сети. Ни перенос контекста, ни переключение между базовой сетью и базовой станцией не должны выполняться. Таким образом, уменьшаются затраты на сигнализацию и интерфейс, и повышается эффективность передачи данных.
На фиг. 4 показана схематичная блок-схема последовательности операций варианта 2 осуществления способа передачи данных согласно варианту осуществления настоящей заявки. Как показано на фиг. 4, конкретные этапы передачи, устройством базовой сети, данных нисходящей линии связи в терминал включают в себя следующее этапы.
S201. Базовая станция привязки принимает данные, отправленные устройством базовой сети.
На этом этапе, когда или прежде чем устройство базовой сети должно отправить данные нисходящей линии связи в терминал, устройство базовой сети отправляет данные в базовую станцию привязки через линию связи, которая устанавливается между устройством базовой сети и базовой станцией привязки терминала и которая специально используется для передачи данных терминала.
Когда выделенный однонаправленный канал не устанавливается между базовой станцией привязки и устройством базовой сети, данные включают в себя данные, подлежащие отправке, которые должны быть отправлены устройством базовой сети в терминал, и идентификационную информацию терминала, или устройство базовой сети отправляет только данные в базовую станцию привязки после приема ответа поискового вызова.
В этом решении устройство базовой сети может быть устройством, таким как объект управления мобильностью (Mobility Management Entity, MME) или шлюз.
S202. Определить обслуживающую базовую станцию терминала на основе идентификационной информации терминала.
После того как устройство базовой сети установило выделенный однонаправленный канал, на этапе S202 не нужно получать идентификатор терминала; вместо этого пользователь определяется на основе выделенной информации однонаправленного канала.
Если базовая станция привязки не имеет C-RNTI, например, истекло время действия C-RNTI, или он был освобожден, базовая станция привязки может инициировать процесс поискового вызова, чтобы инструктировать соседнюю базовую станцию или обслуживающую базовую станцию выполнить поисковый вызов терминала. Сообщение персонального вызова может быть выработано базовой станцией привязки или обслуживающей базовой станцией. Некоторые или все параметры для определения поискового вызова, например, идентификатор терминала или параметр вычисления случая поискового вызова, могут быть предоставлены базовой станцией привязки. После приема ответа поискового вызова выполняется этап S203.
Если базовая станция привязки имеет действительный C-RNTI терминала, выполняется этап S203.
В дополнительной реализации, независимо от того, существует ли C-RNTI, базовая станция привязки отправляет данные и идентификатор терминала в обслуживающую базовую станцию.
S203. Отправить данные в обслуживающую базовую станцию.
Базовая станция привязки определяет обслуживающую базовую станцию, которая на данный момент предоставляет ресурс радиоинтерфейса для терминала, и отправляет принятые данные в обслуживающую базовую станцию.
Если базовая станция привязки не может определить обслуживающую базовую станцию, к которой принадлежит терминал, обслуживающая базовая станция терминала уведомляет базовую станцию привязки после приема ответа поискового вызова.
В реализации, если между базовой станцией привязки и обслуживающей базовой станцией отсутствует канал передачи, предназначенный специально для терминала, идентификатор UE RNA или идентификатор ID возобновления отправляется в обслуживающую базовую станцию.
В реализации базовая станция привязки может отправлять действительный C-RNTI. Если между базовой станцией привязки и обслуживающей базовой станцией отсутствует выделенный канал передачи на уровне соты, дополнительно отправляется идентификатор обслуживающей соты, и обслуживающая базовая станция передает информация в базовую станцию привязки.
Если между базовой станцией привязки и обслуживающей базовой станцией имеется канал передачи, предназначенный специально для терминала, идентификатор терминала не отправляется в обслуживающую базовую станцию.
S204. Отправить данные, подлежащие отправке, в терминал.
На этом этапе обслуживающая базовая станция принимает данные, отправленные базовой станцией привязки, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала; и отправляет данные, подлежащие отправке, в терминал на основе идентификационной информации терминала для завершения передачи данных нисходящей линии связи терминала.
В возможной реализации UE используется в качестве примера. C-RNTI терминала определяется на основе идентификатора UE RNA или идентификатора ID возобновления, отправленного базовой станцией привязки, и данные отправляются в соту, в которой расположен терминал.
В возможной реализации, основываясь на идентификаторе UE RNA или идентификаторе ID возобновления, отправленном базовой станцией привязки, данные и ID добавляются в содержание передачи по нисходящей линии связи, и отправка данных по нисходящей линии связи выполняется с использованием общего RNTI, например, P-RNTI, или общего RNTI, выделенного UE, когда UE переходит в неактивное состояние.
В возможной реализации данные отправляются на основе C-RNTI, отправленного базовой станцией привязки, в соту, в которой расположен терминал.
В этом решении, аналогично решению в отношении информации данных восходящей линии связи, идентификационная информация терминала включает в себя: информацию об уникальном идентификаторе, используемом для указания терминала в зоне уведомления сети доступа, в которой терминал расположен, или C-RNTI, выделенный терминалу.
Согласно способу передачи данных, выполненному в данном варианте осуществления, передача данных нисходящей линии связи терминала реализована посредством взаимодействия между обслуживающей базовой станцией и базовой станцией привязки. Обслуживающей базовой станции не нужно устанавливать линию связи с устройством базовой сети, но она напрямую принимает, с использованием базовой станции привязки, данные нисходящей линии связи, отправленные устройством базовой сети с использованием базовой станции привязки, и направляет данные нисходящей линии связи в терминал на основе идентификационной информации терминала. Таким образом, экономятся ресурсы интерфейса, и уменьшаются затраты на сигнализацию.
В процессе реализации способа передачи данных, предусмотренного в любом из приведенных выше вариантов осуществления, взаимодействие между базовой станцией привязки и обслуживающей базовой станцией может представлять собой обмен данными уровня MAC или может представлять собой обмен данными уровня RLC. Передача данных восходящей линии связи используется в качестве примера. Детали заключаются в следующем.
На фиг. 5 показана схема построения базовой станции привязки и обслуживающей базовой станции в способе передачи данных согласно варианту осуществления настоящей заявки. Как показано на фиг. 5, обслуживающая базовая станция может отвечать за поддержание физического уровня, уровня MAC и уровня RLC; и базовая станция привязки поддерживает уровень протокола сходимости пакетных данных (Packet Data Convergence Protocol (PDCP)) и отвечает за безопасность и поддержание соединения с устройством базовой сети. В этом случае данные, отправленные обслуживающей базовой станцией в базовую станцию привязки, являются полными или частичными данными RLC.
При необходимости некоторые функции уровня RLC конфигурируются в обслуживающей базовой станции, и некоторые функции RLC конфигурируются в базовой станции привязки.
Функции RLC включают в себя по меньшей мере одну из следующих функций: функцию автоматического запроса на повторную передачу (Automatic Repeat Request, ARQ), сегментацию и повторную сортировку.
При необходимости функция RLC нисходящей линии связи конфигурируется в обслуживающей базовой станции и функция RLC восходящей линии связи конфигурируется в базовой станции привязки.
В дополнительной реализации обслуживающая базовая станция является распределенным блоком DU, и базовая станция привязки является централизованным блоком CU.
На фиг. 6 показано схематичное представление другого построения базовой станции привязки и обслуживающей базовой станции в способе передачи данных согласно варианту осуществления настоящей заявки. Как показано на фиг. 6, обслуживающая базовая станция может альтернативно отвечать за поддержание физического уровня и уровня MAC, и базовая станция привязки поддерживает уровень RLC и уровень PDCP. В этом случае данные, отправленные обслуживающей базовой станцией в базовую станцию привязки, являются данными MAC. Это означает, что базовая станция привязки поддерживает уровень RLC и уровень PDCP и отвечает за ARQ, сегментацию и т.п. и безопасность, и обслуживающая базовая станция поддерживает физический уровень (Physical Layer, PHY) и MAC; в этом случае данные, отправленные обслуживающей базовой станцией в базовую станцию привязки, являются полными или частичными данными MAC.
При необходимости в данном варианте осуществления настоящей заявки некоторые функции RLC базовой станции привязки могут перемещаться вниз на уровень MAC, и некоторые функции RLC базовой станции привязки могут перемещаться вверх на уровень PDCP обслуживающей базовой станции.
Управление конфигурацией. После перехода терминала из активного состояния в неактивное состояние или смены соты терминала, терминал сбрасывает MAC и PHY и поддерживает по умолчанию взаимосвязь между RLC, логическим каналом RB/a и идентификатором потока (ID потока), который выделяется для активного состояния. После переключения состояния сеть может выдать команду терминалу удалить некоторые однонаправленные каналы.
Отправка данных. Если сота терминала не изменилась, терминал отправляет данные, подлежащие отправке, и идентификационную информацию (например, C-RNTI). После смены соты терминал отправляет данные, подлежащие отправке, и ID UE RNA/(C-RNTI и информацию о соте, которая выделяет C-RNTI).
Передача данных между базовыми станциями. Данные, принятые обслуживающей базовой станцией, включают в себя данные, подлежащие отправке, и идентификационную информацию терминала. Обслуживающая базовая станция определяет исходный gNB, а именно, базовую станцию привязки, на основе идентификационной информации терминала. После смены gNB обслуживающая базовая станция отправляет, в базовую станцию привязки терминала, данные блока служебных данных (Service Data Unit (SDU)) MAC и ID логического канала/потока, а именно, ID UE RNA.
В конкретной реализации этого решения после приема данных, отправленных терминалом, обслуживающая базовая станция получает параметр конфигурации RLC из базовой станции привязки, то есть обслуживающая базовая станция принимает информацию о конфигурации и/или информацию о состоянии, отправленную базовой станцией привязки, объекта RLC, соответствующего терминалу, и устанавливает объект RLC. После истечения времени неактивного таймера объект RLC освобождается. Обычно неактивный таймер запускается или повторно запускается при приеме данных восходящей линии связи или нисходящей линии связи.
В дополнительной реализации обслуживающая базовая станция может альтернативно установить объект MAC или объект RLC, соответствующий терминалу, после разрешения конфликта отправки на основе конкуренции, например, после завершения произвольного доступа, или завершения незапланированной передачи на основе конкуренции, или когда определяется, что базовая станция привязки успешно принимает данные, или после успешной отправки данных восходящей линии связи терминала, и сообщение подтверждения возвращается в терминал.
В приведенных выше двух реализациях, если имеется множество логических каналов, необходимо установить множество объектов RLC, соответствующих множеству логических каналов; или если имеется только один логический канал, то существует только один объект RLC.
Когда терминал передает данные восходящей линии связи по радиоинтерфейсу, данные могут отправляться способом, основанным на конкуренции, или данные могут отправляться через RACH. В частности, отправка данных, основанных на конкуренции, используется в качестве примера. Терминал отправляет данные (в том числе логический канал, идентификатор потока и идентификационную информацию терминала (например, ID UE RNA)) в обслуживающую базовую станцию и принимает, из обслуживающей базовой станции, информацию обратной связи, которая переносит ID RNA и выделенный C-RNTI (другими словами, терминал получает новую идентификационную информацию о терминале, выделенную обслуживающей базовой станцией). ID RNA может быть исходным ID соты и C-RNTI, выделенным исходной сотой. Если определено отображение между ID потока и логическим каналом, терминал может не отправлять ID потока.
При необходимости, когда терминал имеет действительный C-RNTI, и терминал дополнительно выполняет отправку данных по восходящей линии связи в соте, которая выделяет C-RNTI, C-RNTI используется для замены ID UE RNA. Если терминал поддерживает множество ID UE, указывается тип отправленного идентификатора. Например, указывается, используется ли RNA UE ID или C-RNTI. При необходимости ID исходной соты и исходный C-RNTI терминала используются для замены ID UE RNA. При необходимости после смены соты терминала RLC, MAC и PHY сбрасываются. После разрешения конфликта при отправке данных по восходящей линии связи базовая станция устанавливает объект RLC и объект MAC.
Процесс передачи данных восходящей линии связи между обслуживающей базовой станцией и базовой станцией привязки состоит в следующем. Обслуживающая базовая станция определяет, на основе ID RNA, базовую станцию привязки, к которой принадлежит терминал; и после смены базовой станции привязки направляет данные SDU RLC, логический канал/ID потока и ID UE RNA в базовую станцию привязки. После выполнения дешифрования и/или обработки защиты целостности базовая станция привязки направляет служебные данные в устройство базовой сети в соответствующем потоке.
Процесс передачи данных нисходящей линии связи между базовыми станциями состоит в следующем. Базовая станция привязки отправляет данные нисходящей линии связи и идентификационную информацию терминала (например, C-RNTI, ID UE RAN или ID возобновления) в обслуживающую базовую станцию.
Обновление контекста терминала состоит в следующем. Обслуживающая базовая станция отправляет C-RNTI и ID UE RNA (или исходный C-RNTI и ID исходной соты) вместе с данными в базовую станцию привязки. При необходимости обслуживающая базовая станция принимает ответ подтверждения. В качестве альтернативы, посредством взаимодействия сигнализации между базовыми станциями, базовая станция привязки получает инструкцию обновить C-RNTI, соответствующий ID UE RNA, и соту, которая выделяет C-RNTI.
В способе передачи данных, предусмотренном в любой из приведенных выше реализаций, конкретный случай управления интерфейсом между базовыми станциями состоит в следующем.
Общий или выделенный однонаправленный канал устанавливается между обслуживающей базовой станцией и базовой станцией привязки. Общий однонаправленный канал может быть основан на детализации соты или детализации базовой станции. Перед отправкой данных инициируется установление общего или выделенного однонаправленного канала. Установление общего однонаправленного канала на основе соты или базовой станции можно запустить перед отправкой данных.
Перенос контекста и переключение соединения/однонаправленного канала между CN и базовой станцией состоит в следующем. Обслуживающая базовая станция определяет, на основе BSR и статуса сетевой нагрузки, запустить ли получение контекста, переключение соединения между CN и RAN и получение ключа обновления и параметра вывода.
Когда обслуживающая базовая станция (RNA) является одиночной сотой, используется эта архитектура, и выделяется и поддерживается C-RNTI. Если C-RNTI должен быть освобожден, при необходимости базовая станция привязки и/или терминал однозначно инструктируются/инструктируется освободить C-RNTI.
Когда терминал должен отправить данные восходящей линии связи, или устройство базовой сети должно отправить данные нисходящей линии связи в терминал, посредством взаимодействия между обслуживающей базовой станцией и базовой станцией привязки, при передаче по восходящей линии связи, обслуживающая базовая станция отправляет данные в устройство базовой сети с использованием базовой станции привязки, чтобы реализовать передачу данных восходящей линии связи; и при передаче по нисходящей линии связи, базовая станция привязки принимает данные, доставленные базовой сетью, и направляет данные в терминал с использованием обслуживающей базовой станции. В этом решении взаимодействие между обслуживающей базовой станцией и базовой станцией привязки может осуществляться с помощью данных RLC или данных MAC. В процессе передачи по восходящей линии связи не должны выполняться ни перенос контекста, ни переключение между базовой сетью и базовой станцией. Таким образом, ресурсы интерфейса сохраняются, а эффективность передачи повышается.
Основываясь на техническом решении, выполненном в любом из приведенных выше вариантов осуществления, передача данных восходящей линии связи используется в качестве примера. После отправки данных терминал получает данные, подлежащие отправке, и затем выполняет обработку шифрования и/или защиту целостности данных, подлежащих отправке, с использованием предварительно полученного ключа или ключа, полученного на данный момент посредством вычисления. Поэтому терминал должен получить ключ. Конкретный способ состоит в следующем. После перехода в неактивное состояние терминал сохраняет ключ, используемый в предыдущем процессе передачи данных, и может напрямую использовать ключ в последующем процессе передачи данных, в котором терминал находится в неактивном состоянии, или может получить новый ключ путем выполнения вывода на основе параметра вывода и инструктировать сторону базовой станции обновить ключ.
Конкретные реализации определения необходимости изменения ключа включают в себя следующее:
Терминал принимает информацию индикатора, отправленную базовой станцией привязки, где информация индикатора используется для указания того, должен ли терминал обновить ключ, и если информация индикатора указывает, что терминалу не нужно изменять ключ, терминал определяет, что ключ, полученный в последний раз, еще можно использовать; или
если информация индикатора указывает, что терминалу необходимо обновить ключ, терминал получает новый ключ путем выполнения вывода с использованием параметра вывода, принятого в последний раз; и при необходимости терминал может отправить информацию индикатора обновления ключа в обслуживающую базовую станцию для того, чтобы инструктировать обслуживающую базовую станцию изменить ключ, где информация индикатора обновления ключа может включать в себя параметр вывода, используемый терминалом для получения нового ключа посредством вывода.
Терминал не изменяет ключ в следующих случаях:
сеть уведомляет терминал о том, что сота, в которой расположен терминал, разделена на CU-DU/защищена; в этом случае терминал считает, что ключ, принятый в соте, защищен, и при последующей отправке данных по восходящей линии связи терминал всегда используют ключ для защиты безопасности, в том числе для защиты данных плоскости управления или плоскости пользователя;
терминал указывает обслуживающей базовой станции, что используемый ключ защищен; или терминал уведомляет обслуживающую базовую станцию о том, разделена ли базовая станция привязки терминала на CU-DU, или уведомляет обслуживающую базовую станцию только об информации об исходной соте с тем, чтобы обслуживающая базовая станция могла определить, должен ли терминал изменить ключ; или
обслуживающая базовая станция определяет, что исходная сота, к которой принадлежит терминал, разделена на CU-DU, и ключ защищен, и поэтому она не инструктирует терминал изменить ключ.
Терминал изменяет ключ в следующих случаях (ключ изменяется каждый раз при смене соты; или сота, в которой ключ используется терминалом в последний раз, не разделена на CU-DU, или считается, что сеть указывает, что сота не защищена):
терминал выполняет вывод, используя параметр вывода, принятый в последний раз, и указывает сети, что ключ обновлен, и при необходимости уведомляет сеть об используемом параметре вывода; или
терминал все еще использует ключ, который использовался в последний раз, для защиты, и уведомляет обслуживающую базовую станцию об информации о соте привязки, и о том, что ключ не защищен, или сота привязки не разделена на CU-DU; и если сеть определяет, что ключ, используемый терминалом, должен быть обновлен, сеть инструктирует терминал изменить ключ, например, инструктирует терминал выполнить вывод ключа, используя параметр вывода, отправленный в последний раз; или отправляет параметр вывода в терминал, и терминал делает подтверждение.
В этой реализации, если ключ терминала защищен, ключ не нужно обновлять. Это позволяет в некоторой степени уменьшить затраты на сигнализацию, вызванные обновлением ключа терминала в неактивном состоянии.
На фиг. 7 показана упрощенная структурная схема варианта 1 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки. Устройство 10 передачи данных включает в себя:
модуль 11 приема, выполненный с возможностью приема данных, отправленных терминалом, находящимся в неактивном состоянии, где данные включают в себя данные, подлежащие отправке, отправленные терминалом, и идентификационную информацию терминала;
модуль 12 обработки, выполненный с возможностью определения базовой станции привязки терминала на основе идентификационной информации; и
модуль 13 отправки, выполненный с возможностью отправки данных в базовую станцию привязки.
Устройство передачи данных, предусмотренное в данном варианте осуществления, выполнено с возможностью выполнения технического решения на стороне обслуживающей базовой станции в процессе выполнения способа передачи данных, предусмотренного в любом из приведенных выше вариантов осуществления. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
Основываясь на приведенном выше варианте осуществления, модуль 11 приема дополнительно выполнен с возможностью приема идентификатора логического канала, соответствующего данным, отправленным терминалом; и
модуль 13 отправки дополнительно выполнен с возможностью отправки, в базовую станцию привязки, идентификатора логического канала и/или типа канала, соответствующего данным, подлежащим отправке, где идентификатор логического канала включен в данные или не включен в данные.
В конкретной реализации идентификационная информация, принятая модулем 11 приема, включает в себя: уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал; или
C-RNTI; или
идентификатор, выделенный устройством базовой сети.
В конкретной реализации модуль 13 отправки дополнительно выполнен с возможностью широковещательной передачи информации о конфигурации: по меньшей мере одной из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса HARQ, версия избыточности повторной передачи, индикатор того, выполнить ли сброс MAC, частотно-временного ресурса PDCCH, используемого для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность TTI, длина CP, интервал между поднесущими и тип физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, мощность принимаемого сигнала незапланированной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список DRMS, доступный для незапланированной передачи, и MCS, доступная для незапланированной передачи.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: передать ли отчет о CSI, предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, передать ли отчет о PHR, предоставление периодического или апериодического отчета PHR, передать ли отчет о BSR, формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация управления линией радиосвязи (RLC), соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
В конкретной реализации данные, подлежащие отправке, которые приняты модулем 11 приема, являются данными RLC, данными MAC или частью данных RLC или данных MAC.
В конкретной реализации данные дополнительно включают в себя информацию индикатора обновления ключа, отправленную терминалом, где информация индикатора обновления ключа может включать в себя параметр вывода.
В конкретной реализации модуль 12 обработки дополнительно выполнен с возможностью выделения новой идентификационной информации о терминале терминалу.
В конкретной реализации модуль 13 отправки дополнительно выполнен с возможностью отправки новой идентификационной информации о терминале в терминал и/или отправки новой идентификационной информации о терминале в базовую станцию привязки.
В конкретной реализации модуль 12 обработки дополнительно выполнен с возможностью запуска таймера после приема данных и удаления идентификационной информации терминала после истечения времени таймера.
В конкретной реализации модуль 13 отправки дополнительно выполнен с возможностью отправки инструкции удаления идентификатора терминала в базовую станцию привязки для того, чтобы инструктировать базовую станцию привязки удалить идентификационную информацию терминала.
В конкретной реализации модуль 12 обработки дополнительно выполнен с возможностью установления объекта MAC или объекта RLC, соответствующего терминалу; или
модуль 11 приема дополнительно выполнен с возможностью приема информации о конфигурации и/или информации о состоянии, отправленной базовой станцией привязки, объекта RLC, соответствующего терминалу.
Устройство передачи данных, предусмотренное в любой из приведенных выше реализаций, выполнено с возможностью выполнения технического решения на стороне обслуживающей базовой станции в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
На фиг. 8 показана упрощенная структурная схема варианта 2 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки. Устройство 20 передачи данных включает в себя:
модуль 21 обработки, выполненный с возможностью получения информации о конфигурации, используемой для отправки данных; и
модуль 22 отправки, выполненный с возможностью отправки данных в обслуживающую базовую станцию на основе информации о конфигурации, где данные включают в себя данные, подлежащие отправке, и идентификационную информацию.
Устройство передачи данных, предусмотренное в данном варианте осуществления, выполнено с возможностью выполнения технического решения на стороне терминала в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
Основываясь на приведенном выше варианте осуществления, модуль 21 обработки специально выполнен с возможностью:
когда устройство перейдет из активного состояния в неактивное состояние, хранения объекта PDCP и объекта RLC каждого логического канала и сброса объекта MAC и/или конфигурации физического канала; или
когда устройство перейдет из активного состояния в неактивное состояние, хранения или конфигурирования объекта PDCP и сброса объекта RLC, и/или объекта MAC и/или конфигурации физического канала.
В конкретной реализации идентификационная информация терминала включает в себя:
уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал; или
C-RNTI; или
идентификатор, выделенный устройством базовой сети.
В конкретной реализации модуль 21 обработки дополнительно выполнен с возможностью получения информации о конфигурации, предварительно сконфигурированной в протоколе; или
устройство дополнительно включает в себя модуль 23 приема, выполненный с возможностью приема информации о конфигурации, переданной обслуживающей базовой станцией или отправленной базовой станцией привязки, где
информация о конфигурации включает в себя по меньшей мере одно из: информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня MAC и информации о конфигурации канала.
Информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса HARQ, версия избыточности повторной передачи, индикатор того, выполнить ли сброс MAC, частотно-временного ресурса PDCCH, используемого для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи.
Информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность TTI, длина CP, интервал между поднесущими и тип физического канала.
Информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, мощность принимаемого сигнала незапланированной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список DRMS, доступный для незапланированной передачи, и MCS, доступная для незапланированной передачи.
Управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: передать ли отчет о CSI, предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, передать ли отчет о PHR, предоставление периодического или апериодического отчета PHR, передать ли отчет о BSR, формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR.
Информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация RLC, соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
В конкретной реализации, перед отправкой данных в обслуживающую базовую станцию на основе информации о конфигурации, модуль 21 обработки дополнительно выполнен с возможностью:
получения данных, подлежащих отправке; и
выполнения шифрования и/или защиты целостности данных, подлежащих отправке, с использованием предварительно полученного ключа или ключа, полученного на данный момент посредством вычисления.
В конкретной реализации перед получением данных, подлежащих отправке, модуль 23 приема дополнительно выполнен с возможностью приема информации индикатора, отправленной базовой станцией привязки, где информация индикатора используется для указания того, должен ли терминал обновить ключ; и
если информация индикатора указывает, что терминалу не нужно менять ключ, модуль 21 обработки определяет, что полученный в последний раз ключ можно все еще использовать.
В конкретной реализации, если информация индикатора указывает, что терминалу необходимо обновить ключ, модуль 21 обработки дополнительно выполнен с возможностью получения нового ключа путем выполнения вывода с использованием параметра вывода, принятого в последний раз; и
модуль 22 отправки дополнительно выполнен с возможностью отправки информации индикатора обновления ключа в обслуживающую базовую станцию, где информация обновления ключа может включать в себя параметр вывода.
В конкретной реализации модуль 21 обработки дополнительно выполнен с возможностью получения новой идентификационной информации о терминале, выделенной обслуживающей базовой станцией.
Устройство передачи данных, предусмотренное в любой из приведенных выше реализаций, выполнено с возможностью выполнения технического решения на стороне терминала в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
На фиг. 9 показана упрощенная структурная схема варианта 3 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки. Устройство 30 передачи данных включает в себя:
модуль 31 приема, выполненный с возможностью приема данных, отправленных обслуживающей базовой станцией, где данные включают в себя данные, подлежащие отправке, отправленные терминалом, и идентификационную информацию терминала;
модуль 32 обработки, выполненный с возможностью получения, на основе идентификационной информации терминала, информации о линии связи, соответствующей терминалу; и
модуль 33 отправки, выполненный с возможностью отправки данных в устройство базовой сети на основе информации о линии связи.
Устройство передачи данных, предусмотренное в данном варианте осуществления, выполнено с возможностью выполнения технического решения на стороне базовой станции привязки в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
Основываясь на приведенном выше варианте осуществления, модуль 31 приема дополнительно выполнен с возможностью приема идентификатора логического канала и/или типа канала, который соответствуют данным, подлежащим отправке, и который отправляется/которые отправляются обслуживающей базовой станцией, где идентификатор логического канала включен в данные или не включен в данные.
В конкретной реализации модуль 31 приема дополнительно выполнен с возможностью приема новой идентификационной информации о терминале терминала, отправленной обслуживающей базовой станцией.
В конкретной реализации модуль 31 приема дополнительно выполнен с возможностью приема инструкции удаления идентификатора терминала, отправленной обслуживающей базовой станцией; и
модуль 32 обработки дополнительно выполнен с возможностью удаления идентификационной информации терминала согласно инструкции удаления идентификатора терминала.
В конкретной реализации модуль 33 отправки дополнительно выполнен с возможностью отправки, в обслуживающую базовую станцию, информации о конфигурации и/или информации о состоянии объекта RLC, соответствующего терминалу.
Устройство передачи данных, предусмотренное в любой из приведенных выше реализаций, выполнено с возможностью выполнения технического решения на стороне базовой станции привязки в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
На фиг. 10 показана упрощенная структурная схема варианта 4 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки. Устройство 40 передачи данных включает в себя:
модуль 41 приема, выполненный с возможностью приема данных, отправленных базовой станцией привязки, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала; и
модуль 42 отправки, выполненный с возможностью отправки данных, подлежащих отправке, в терминал.
В этом решении идентификационная информация терминала включает в себя уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой терминал расположен, или C-RNTI, или идентификатор, выделенный устройством базовой сети.
Устройство передачи данных, предусмотренное в данном варианте осуществления, выполнено с возможностью выполнения технического решения на стороне обслуживающей базовой станции в способе передачи данных, предусмотренном в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
На фиг. 11 показана упрощенная структурная схема варианта 5 осуществления устройства передачи данных согласно варианту осуществления настоящей заявки. Устройство 50 передачи данных включает в себя:
модуль 51 приема, выполненный с возможностью приема данных, отправленных устройством базовой сети, где данные включают в себя данные, подлежащие отправке, которые должны быть отправлены в терминал, и идентификационную информацию терминала;
модуль 52 обработки, выполненный с возможностью определения обслуживающей базовой станции терминала на основе идентификационной информации терминала; и
модуль 53 отправки, выполненный с возможностью отправки данных в обслуживающую базовую станцию.
В этом решении идентификационная информация терминала включает в себя уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой терминал расположен, или C-RNTI, или идентификатор, выделенный устройством базовой сети.
Устройство передачи данных, предусмотренное в данном варианте осуществления, выполнено с возможностью выполнения технического решения на стороне базовой станции привязки в способе передачи данных, предусмотренном в любом из приведенных выше вариантов осуществления способа. Принцип реализации и его технический эффект являются аналогичными, поэтому их подробности здесь повторно не описываются.
Вариант осуществления настоящей заявки дополнительно предусматривает базовую станцию. Базовая станция предусматривает радиоинтерфейс для терминала, и базовая станция может взаимодействовать с другой базовой станцией. В приведенных выше решениях базовая станция является обслуживающей базовой станцией. Базовая станция включает в себя по меньшей мере один процессор, память и интерфейс связи (например, приемник и передатчик). По меньшей мере один процессор, память и интерфейс связи соединены друг с другом с использованием шины. Память хранит исполняемую компьютером инструкцию. По меньшей мере один процессор исполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что терминал обменивается данными с обслуживающей базовой станцией или базовой станцией привязки через интерфейс связи с тем, чтобы выполнить решение на стороне обслуживающей базовой станции в способе передачи данных, предусмотренном в любом из приведенных выше вариантов осуществления. Принцип реализации и его технический эффект являются аналогичными.
Вариант осуществления настоящей заявки дополнительно предусматривает терминал. Терминал включает в себя по меньшей мере один процессор, память и интерфейс связи (например, терминал передает данные с использованием приемника и передатчика). По меньшей мере один процессор, память и интерфейс связи соединены друг с другом с использованием шины. Память хранит исполняемую компьютером инструкцию. По меньшей мере один процессор исполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что терминал обменивается данными с обслуживающей базовой станцией или базовой станцией привязки через интерфейс связи для того, чтобы выполнить решение на стороне терминала в способе передачи данных, предусмотренном в любом из приведенных выше вариантов осуществления. Принцип реализации и его технический эффект являются аналогичными.
Вариант осуществления настоящей заявки дополнительно предусматривает базовую станцию. Базовая станция может взаимодействовать с другой базовой станцией и включает в себя по меньшей мере один процессор, память и интерфейс связи (например, базовая станция передает данные с использованием приемника и передатчика). По меньшей мере один процессор, память и интерфейс связи соединены друг с другом с использованием шины. Память хранит исполняемую компьютером инструкцию. По меньшей мере один процессор исполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что базовая станция обменивается данными с другой базовой станцией или терминалом через интерфейс связи с тем, чтобы выполнить техническое решение на стороне базовой станции привязки в способе передачи данных, предусмотренном в любом из приведенных выше вариантов осуществления. Принцип реализации и его технический эффект являются аналогичными.
Вариант осуществления настоящей заявки дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит исполняемую компьютером инструкцию. Когда по меньшей мере один процессор базовой станции исполняет исполняемую компьютером инструкцию, базовая станция выполняет техническое решение на стороне обслуживающей базовой станции в способе передачи данных, предусмотренном в приведенных выше различных реализациях.
Вариант осуществления настоящей заявки дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит исполняемую компьютером инструкцию. Когда по меньшей мере один процессор терминала исполняет исполняемую компьютером инструкцию, терминал выполняет способ передачи данных, предусмотренный в любом из приведенных выше вариантов осуществления.
Вариант осуществления настоящей заявки дополнительно предусматривает машиночитаемый носитель информации. Машиночитаемый носитель информации хранит исполняемую компьютером инструкцию. Когда по меньшей мере один процессор базовой станции исполняет исполняемую компьютером инструкцию, базовая станция выполняет техническое решение для базовой станции привязки в способе передачи данных, предусмотренном в любом из приведенных выше вариантов осуществления.
Вариант осуществления настоящей заявки дополнительно предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя исполняемую компьютером инструкцию. Исполняемая компьютером инструкция хранится в машиночитаемом носителе информации. По меньшей мере один процессор базовой станции может считать исполняемую компьютером инструкцию с машиночитаемого носителя информации, и по меньшей мере один процессор исполняет исполняемую компьютером инструкцию, поэтому базовая станция реализует техническое решение на стороне обслуживающей базовой станции в способе передачи данных, предусмотренном в приведенных выше вариантах осуществления.
Вариант осуществления настоящей заявки дополнительно предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя исполняемую компьютером инструкцию. Исполняемая компьютером инструкция хранится в машиночитаемом носителе информации. По меньшей мере один процессор терминала может считать исполняемую компьютером инструкцию с машиночитаемого носителя информации, и по меньшей мере один процессор исполняет исполняемую компьютером инструкцию таким образом, чтобы терминал выполнял способ передачи данных, предусмотренный в приведенных выше различных реализациях.
Вариант осуществления настоящей заявки дополнительно предусматривает компьютерный программный продукт. Компьютерный программный продукт включает в себя исполняемую компьютером инструкцию. Исполняемая компьютером инструкция хранится в машиночитаемом носителе информации. По меньшей мере один процессор базовой станции может считать исполняемую компьютером инструкцию с машиночитаемого носителя информации, и по меньшей мере один процессор исполняет исполняемую компьютером инструкцию, поэтому базовая станция реализует техническое решение на стороне базовой станции привязки в способе передачи данных, предусмотренном в приведенных выше различных реализациях.
Следует понимать, что в вышеизложенных вариантах осуществления терминала или базовой станции процессором может быть центральный процессор (Central Processing Unit (CPU)) или другой процессор общего назначения, процессор цифровых сигналов (Digital Signal Processor (DSP)), специализированная интегральная микросхема (Application-Specific Integrated Circuit (ASIC)) и т.п. Процессором общего назначения может быть микропроцессор, или процессором может быть любой традиционный процессор и т.п. Этапы способов, раскрытых со ссылкой на варианты осуществления настоящей заявки, могут непосредственно выполняться аппаратным процессором или могут выполняться с использованием комбинации аппаратных средств в процессоре и программном модуле.
Все или некоторые из этапов вышеизложенных вариантов осуществления способа могут быть реализованы посредством программы путем инструктирования соответствующих аппаратных средств. Программа может храниться в машиночитаемой памяти. При исполнении программы выполняются этапы вышеизложенных вариантов осуществления способа. Память (storage medium) включает в себя: постоянное запоминающее устройство (Read-Only Memory (ROM)), оперативное запоминающее устройство (Random Access Memory (RAM)), флэш-память, жесткий диск, твердотельный диск, магнитную ленту (magnetic tape), дискету (floppy disk), оптический диск (optical disc) и любые их сочетания.
Наконец, следует отметить, что приведенные выше варианты осуществления предназначены только для описания технических решений настоящей заявки, но не для ограничения настоящей заявки.
Изобретение относится к области связи. Технический результат заключается в обеспечении успешного выполнения проверки безопасности терминала базовой станцией привязки во время следующего возобновления соединения управления радиоресурсами (RRC). Для этого осуществляют прием обслуживающей базовой станцией идентификационной информации терминала от терминала в неактивном состоянии, где в неактивном состоянии существует тракт, соответствующий терминалу, между базовой станцией привязки и базовой сетью, и существует контекст терминала в базовой станции привязки. Обслуживающая базовая станция определяет базовую станцию привязки терминала на основе идентификационной информации и отправляет новый временной идентификатор соты радиосети (C-RNTI), выделенный обслуживающей базовой станцией терминалу, в базовую станцию привязки. 6 н. и 15 з.п. ф-лы, 11 ил.
1. Способ связи, содержащий:
прием, обслуживающей базовой станцией, идентификационной информации терминала от терминала в неактивном состоянии, где в неактивном состоянии существует существующий тракт, соответствующий терминалу, между базовой станцией привязки и базовой сетью, и существует существующий контекст терминала в базовой станции привязки;
определение, обслуживающей базовой станцией, базовой станции привязки терминала на основе идентификационной информации; и
отправку, обслуживающей базовой станцией, нового временного идентификатора соты радиосети, C-RNTI, выделенного обслуживающей базовой станцией терминалу в базовую станцию привязки.
2. Способ по п. 1, в котором идентификационная информация содержит:
уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал.
3. Способ по п.1 или 2, в котором новый C-RNTI выделяется обслуживающей базовой станцией терминалу во время передачи данных по каналу с произвольным доступом, RACH; или
в котором новый C-RNTI выделяется обслуживающей базовой станцией терминалу во время уведомления об обновлении местоположения в зоне уведомления сети радиодоступа.
4. Способ по любому из пп.1-3, дополнительно содержащий:
отправку обслуживающей базовой станцией базовой станции привязки идентификатора соты, которая выделяет новый C-RNTI, при этом сота является сотой обслуживающей базовой станции.
5. Способ по п.2, в котором уникальный идентификатор назначается базовой станцией привязки.
6. Способ по любому из пп.1-5, в котором отправка обслуживающей базовой станцией нового временного идентификатора соты радиосети, C-RNTI, выделенного обслуживающей базовой станцией терминалу, в базовую станцию привязки, содержит:
отправку обслуживающей базовой станцией нового временного идентификатора соты радиосети, C-RNTI, выделенного обслуживающей базовой станцией терминалу, в базовую станцию привязки для обновления C-RNTI, соответствующего идентификационной информации терминала, сохраненной в существующем контексте терминала в базовой станции привязки.
7. Способ по любому из пп.1-6, включающий:
прием обслуживающей базовой станцией данных от терминала;
отправка обслуживающей базовой станцией данных в базовую станцию привязки.
8. Способ по п.7, в котором данные представляют собой данные управления линией радиосвязи, RLC.
9. Способ по любому из пп.1-8, в котором способ включает:
прием обслуживающей базовой станцией от базовой станции привязки информации о конфигурации и / или информации о состоянии объекта линией радиосвязи, RLC, соответствующего терминалу.
10. Способ связи, содержащий:
прием базовой станцией привязки терминала в неактивном состоянии нового временного идентификатора соты радиосети, C-RNTI, выделенного обслуживающей базовой станцией, от обслуживающей базовой станции терминала, где в неактивном состоянии существует существующий тракт, соответствующий терминалу, между базовой станцией привязки и базовой сетью, и существует существующий контекст терминала терминала в базовой станции привязки;
обновление с помощью базовой станции привязки контекста терминала в базовой станции привязки в соответствии с новым C-RNTI.
11. Способ по п. 10, в котором способ дополнительно содержит:
прием базовой станцией привязки от обслуживающей базовой станции идентификатора соты, которая выделяет новый C-RNTI, в котором сота является сотой обслуживающей базовой станции.
12. Способ по п.10 или 11, в котором обновление с помощью базовой станции привязки контекста терминала в базовой станции привязки в соответствии с новым C-RNTI содержит:
обновление базовой станцией привязки C-RNTI, соответствующего идентификационной информации терминала, сохраненной в существующем контексте терминала в базовой станции привязки, в соответствии с новым C-RNTI, при этом идентификационная информация терминала выделяется базовой станцией привязки.
13. Способ по п.12, в котором идентификационная информация терминала содержит:
уникальный идентификатор, используемый для указания терминала в зоне уведомления сети доступа, в которой расположен терминал.
14. Способ по любому из пп.10-13, содержащий:
прием базовой станцией привязки данных терминала от обслуживающей базовой станции.
15. Способ по п.14, в котором данные представляют собой данные управления линией радиосвязи, RLC.
16. Способ по любому из пп.10-15, в котором способ содержит:
отправка базовой станцией привязки обслуживающей базовой станции информации о конфигурации и / или информации о состоянии объекта линией радиосвязи, RLC, соответствующего терминалу.
17. Способ по любому из пп.10-16, содержащий:
отправка базовой станцией привязки информации о конфигурации в терминал, в котором
информация о конфигурации содержит по меньшей мере одно из информации о конфигурации обратной связи или повторной передачи, информации о конфигурации параметров физического уровня, информации о конфигурации незапланированной передачи, управляющей информации уровня управления доступом к среде передачи, MAC, и информации о конфигурации канала, при этом
информация о конфигурации обратной связи или повторной передачи включает в себя по меньшей мере одно из следующего: номер процесса гибридного автоматического запроса на повторную передачу, HARQ, версию избыточности повторной передачи, индикатор того, выполнить ли сброс MAC, физический канал управления нисходящей линии связи, PDCCH, частотно-временной ресурс используемый для отправки сигнала обратной связи или данных нисходящей линии связи, временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи и временное соотношение от отправки данных по нисходящей линии связи до получения сигнала обратной связи по восходящей линии связи;
информация о конфигурации параметров физического уровня включает в себя по меньшей мере одно из следующего: продолжительность временного интервала передачи, TTI, длину циклического префикса, CP, интервал между поднесущими и тип физического канала;
информация о конфигурации незапланированной передачи включает в себя по меньшей мере одно из следующего: количество незапланированных слепых повторных передач по восходящей линии связи, интервал незапланированной автоматической повторной передачи, мощность принимаемого сигнала незапланированной передачи, ожидаемой базовой станцией, шаг повышения мощности незапланированной передачи, список опорных сигналов демодуляции, DRMS, доступный для незапланированной передачи и схему модуляции и кодирования, MCS, доступную для незапланированной передачи;
управляющая информация уровня MAC включает в себя по меньшей мере одно из следующего: предоставить ли отчет по информации о состоянии канала, CSI, предоставление периодического или апериодического отчета CSI, класс предоставления отчета CSI, предоставить ли отчет о запасе мощности, PHR, предоставление периодического или апериодического отчета PHR, предоставить ли отчет о состоянии буфера BSR, формат предоставления отчета BSR и предоставление периодического или апериодического отчета BSR; и
информация о конфигурации канала включает в себя по меньшей мере одно из следующего: конфигурация управления линией радиосвязи, RLC, соответствующая служебному каналу, соответствие между служебным каналом и идентификатором потока и конфигурация RLC, соответствующая каналу управления.
18. Обслуживающая базовая станция, содержащая по меньшей мере один процессор и память, в памяти хранится исполняемая компьютером инструкция, и по меньшей мере один процессор выполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что обслуживающая базовая станция выполняет способ согласно по любому из пп.1-9.
19. Базовая станция привязки, содержащая по меньшей мере один процессор и память, в памяти хранится исполняемая компьютером инструкция, и по меньшей мере один процессор выполняет исполняемую компьютером инструкцию, хранящуюся в памяти, так что базовая станция привязки выполняет способ в соответствии с по любому из пп. 10-17.
20. Система связи, содержащая:
обслуживающую базовую станцию, сконфигурированную для выполнения способа по любому из пп.1-9; и
базовую станцию привязки, сконфигурированную для выполнения способа по любому из пп. 10-17.
21. Машиночитаемый носитель информации, содержащий исполняемую компьютером инструкцию, при этом исполняемая компьютером инструкция используется для выполнения способа по любому из пп.1-17.
| NOKIA ALCATEL-LUCENT SHANGHAI BELL, "Data transmission in INACTIVE", 3GPP TSG-RAN WG2 Meeting #96, R2-167706, 04.11.2016, [найдено 22.04.2021], найдено в Интернете по адресу URL: https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_96/Docs/R2-167706.zip, | |||
| CATT, "Support Data Transmission in Inactive State", 3GPP TSG RAN WG2 Meeting #95, R2-164807, |
