Способ изменения состояния rrc, оконечное устройство, центральный блок (cu), распределительный блок (du) и машиночитаемый носитель информации
Изобретение относится к способу изменения состояния управления радиоресурсами (RRC). Технический результат заключается в обеспечении перехода между состоянием бездействия RRC и состоянием подключено в случае разделения на CU и DU. Способ изменения состояния RRC содержит этапы, на которых: когда оконечное устройство изменяет состояние с текущего состояния на соединенное состояние RRC, оконечное устройство запрашивает восстановление соединения RRC, используя существующую конфигурацию сигнальной радионесущей (SRB). Когда оконечное устройство принимает ответ от распределенного блока (DU) на запрос восстановления соединения RRC, то, если ответ содержит вновь выделенную конфигурацию SRB, оконечное устройство заменяет существующую конфигурацию SRB на вновь выделенную конфигурацию SRB для восстановления соединения RRC. 4 н. и 8 з.п. ф-лы, 8 ил.
Область техники, к которой относится изобретение
Представленная заявка относится, но не ограничиваясь этим, к области техники беспроводной связи и, в частности, к способу изменения состояния управления радиоресурсами (Radio Resource Control, RRC), оконечному устройству, центральному блоку (Centralized Unit, CU), распределенному блоку (Distributed Unit, DU) и считываемому компьютером носителю.
Уровень техники
Технология 5G New Radio (NR) относится к проводимой в настоящее время научно-исследовательской работе по Проекту партнерства 3-го поколения (3rd Generation Partnership Project, 3GPP), которая определяет новый стандарт интерфейса беспроводной связи, основанный на мультиплексировании с ортогональным частотным разделением каналов (Orthogonal Frequency Division Multiplexing, OFDM), и будет являться основой сетей мобильной связи следующего поколения. Сценарии применения 5G, определенные 3GPP, содержат, главным образом: расширенную мобильную широкополосную связь (enhanced Mobile Broadband, eMBB), ультранадежную связь с малой задержкой (Ultra-Reliable and Low Latency Communications, URLLC) и связь массивов машинного типа (massive Machine Type Communications, mMTC). Эти три сценария применения имеют различные требования по задержке, покрытию и надежности: eMBB делает упор на высокие пиковые скорости передачи и имеет низкие требования по задержке и умеренные требования по надежности; URLLC делает упор на малую задержку и высокую надежность передачи; и mMTC делает упор на большое количество оконечных устройств и высокую плотность соединений, требует большего покрытия при передаче и почти не имеет никаких требований к задержке.
Для насколько это возможно большего уменьшения задержки при передаче данных, сокращения объема служебной сигнализации, вызванной изменением состояния пользователя, и уменьшения потребляемой мощности оконечного устройства, в систему 5G вводится новое состояние RRC, а именно, состояние бездействия RRC (RRC Inactive). Состояние бездействия RRC невидимо в базовой сети 5G (NG-Core). Базовая сеть считает, что оконечное устройство все еще подключен и базовая станция 5G (gNB) может отключить соединение RRC для UE, так чтобы оконечному устройству больше не требовалось постоянно контролировать нисходящий канал управления. В этом состоянии соединение между плоскостью пользователя и плоскостью управления сохраняется между gNB и NG-Core и сторона UE сохраняет необходимую контекстную информацию, так чтобы когда данные передаются и принимаются, подключение интерфейса беспроводной связи могло быть восстановлено как можно быстрее.
В то же время, с точки зрения возможностей передачи, задержки передачи и простоты развертывания, система 5G вводит технологию разделения на центральный блок и распределенный блок для переконструирования gNB на два элемента логической схемы, блок CU и блок DU. Блок CU и блок DU могут быть развернуты вместе или раздельно в соответствии со сценарием и требованиями, причем объект RRC, объект протокола конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP) и объект протокола адаптации сервисных данных (Service Data Adaptation Protocol, SDAP) помещаются на стороне блока CU; объект управления радиоканалом (radio link control, RLC), объект управления доступом к среде (medium access control, MAC) и объект физического уровня помещаются на стороне блока DU. Стороны блоков CU и DU, соответственно, поддерживают и обрабатывают контекст оконечного устройства.
В настоящее время, при обсуждении стандарта NR, как выполнять переход между состоянием бездействия RRC и состоянием подключено в случае разделения на CU и DU, никакое эффективное решение предложено не было.
Раскрытие сущности изобретения
Настоящая заявка предлагает способ изменения состояния RRC, оконечное устройство, центральный блок, распределенный блок и машиночитаемый носитель информации.
Вариант осуществления представленной заявки обеспечивает способ изменения состояния RRC, причем упомянутый способ содержит нижеследующие этапы.
Когда оконечное устройство переходит из текущего состояния в состояние соединенного RRC, оконечное устройство запрашивает восстановление соединения RRC, используя существующую конфигурацию сигнальной радионесущей (Signaling Radio Bearer, SRB).
Когда оконечное устройство принимает от блока DU ответ на запрос восстановления соединения RRC, если ответ содержит вновь выделенную конфигурацию SRB, то для восстановления соединения RRC оконечное устройство заменяет существующую конфигурацию SRB на вновь выделенную конфигурацию SRB.
Вариант осуществления представленной заявки дополнительно обеспечивает оконечное устройство и оконечное устройство содержит процессор и память, соединенную с процессором.
Процессор выполнен с возможностью исполнения программы изменения состояния RRC, хранящейся в памяти, для реализации этапов способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно обеспечивает машиночитаемый носитель информации и машиночитаемый носитель информации хранит одну или более программ, которые, когда выполняются одним или более процессорами, реализуют этапы способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно предлагает способ изменения состояния RRC, причем упомянутый способ содержит нижеследующие этапы.
Когда блок DU принимает от оконечного устройства запрос на восстановление соединения RRC, блок DU выделяет оконечному устройству новую конфигурацию SRB и направляет запрос блоку CU.
DU принимает первый ответ, посланный блоком CU, где первый ответ содержит вновь выделенную конфигурацию SRB и/или конфигурацию SRB, заранее сохраненную блоком CU.
Блок DU посылает второй ответ оконечному устройству, используя конфигурации SRB по умолчанию и/или конфигурацию SRB, заранее сохраненную блоком CU.
Блок DU восстанавливает соединение RRC оконечного устройства, используя конфигурацию SRB, приведенную в первом ответе.
Вариант осуществления представленной заявки дополнительно обеспечивает распределенный блок (Distributed Unit) и распределенный блок содержит процессор и память, соединенную с процессором.
Процессор выполнен с возможностью исполнения программы изменения состояния RRC, хранящейся в памяти, для реализации этапов способа изменения состояния RRC в соответствии с любым из вышеупомянутых способов.
Вариант осуществления представленной заявки дополнительно обеспечивает машиночитаемый носитель информации и машиночитаемый носитель информации хранит одну или более программ, которые, когда выполняются одним или более процессорами, реализуют этапы способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно обеспечивает способ изменения состояния RRC, причем упомянутый способ содержит нижеследующие этапы.
Блок CU принимает от блока DU уведомление с запросом восстановления соединения RRC оконечного устройства.
Блок CU выделяет оконечному устройству новую конфигурацию PDCP и посылает блоку DU вновь выделенную конфигурацию PDCP.
Вариант осуществления представленной заявки дополнительно обеспечивает центральный блок и центральный блок содержит процессор и память, соединенную с процессором.
Процессор выполнен с возможностью исполнения программы изменения состояния RRC, хранящейся в памяти, для реализации этапов способа изменения состояния RRC согласно любому из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно обеспечивает машиночитаемый носитель информации и машиночитаемый носитель информации хранит одну или более программ, которые, когда исполняются одним или более процессорами, должны реализовывать этапы способа изменения состояния RRC согласно любому из вышеупомянутых этапов.
Способ изменения состояния RRC, оконечное устройство, центральный блок, распределенный блок и машиночитаемый носитель информации, представленные в заявке, восстанавливают соединение RRC, используя запрос существующей конфигурации SRB. Когда ответ, посланный сетевым элементом, таким как блок DU или базовая станция следующего поколения (gNB), на основе восстановления соединения RRC, содержит вновь выделенную конфигурацию SRB, вновь выделенная конфигурация SRB используется для замены существующей конфигурации SRB, чтобы восстановить соединение RRC, и когда блоки CU и DU разделены, состояние бездействующего RRC и соединенное состояние оконечного устройства могут переключаться.
Краткое описание чертежей
Фиг. 1 - блок-схема последовательности выполнения операций способа изменения состояния RRC в соответствии с вариантом осуществления представленной заявки;
фиг. 2 – блок-схема последовательности выполнения операций способа изменения состояния RRC в соответствии с вариантом осуществления представленной заявки;
фиг. 3 - блок-схема последовательности выполнения операций способа изменения состояния RRC в соответствии с вариантом осуществления представленной заявки;
фиг. 4 - блок-схема последовательности выполнения операций способа изменения состояния RRC в соответствии с вариантом осуществления представленной заявки;
фиг. 5 – диаграмма последовательности выполнения операций процесса изменения состояния RRC в соответствии с вариантом осуществления представленной заявки;
фиг. 6 – диаграмма процесса изменения состояния RRC в соответствии с вариантом осуществления представленной заявки;
фиг. 7 – диаграмма процесса изменения состояния RRC в соответствии с вариантом осуществления представленной заявки; и
фиг. 8 - диаграмма процесса изменения состояния RRC в соответствии с вариантом осуществления представленной заявки.
Осуществление изобретения
Чтобы сделать техническое решение настоящей заявки более ясным, варианты осуществления представленной заявки ниже будут описаны подробно со ссылкой на чертежи.
Как показано на фиг. 1, способ изменения состояния RRC, соответствующий представленной заявке, содержит нижеследующие этапы.
На этапе 101, когда оконечное устройство переходит из текущего состояния в состояние соединенного RRC, оконечное устройство восстанавливает соединение RRC, используя существующий запрос конфигурации сигнальной радионесущей (Signaling Radio Bearer, SRB). Например, оконечное устройство может запросить восстановление соединения RRC, но не включать в запрос блоку DU восстановление соединения RRC.
В варианте осуществления представленной заявки текущим состоянием является состояние бездействующего RRC.
Следует заметить, что в системе долгосрочной эволюции (Long Term Evolution, LTE) оконечное устройство классифицируется в двух состояниях: состояние ожидания (IDLE) и соединенное состояние, соответствующее тому, установлено ли соединение RRC. В системе 5G вводится новое состояние RRC, а именно, состояние бездействующего RRC.
В варианте осуществления представленной заявки конфигурацией SRB является конфигурация SRB1.
Следует заметить, что в системе LTE несущая SRB, как специальная радионесущая (Radio Bearer, RB), используется только для передачи сообщений RRC и Non-access Stratum (NAS). В протоколе 36.331 3GPP определены каналы передачи для SRB.
SRB0 используется для передачи сообщений RRC и передается по каналу общего управления (Common Control Channel, CCCH).
SRB1 используется для передачи сообщений RRC (может содержать сообщения Piggybacked NAS (совмещенный NAS)). До установления несущей SRB2 несущая SRB1 имеет более высокий приоритет, чем SRB2. SRB1 передается по специализированному каналу управления (Dedicated Control Channel, DCCH).
SRB2 используется для передачи сообщений NAS. SRB2 имеет более низкий приоритет, чем SRB1, и SRB2 всегда конфигурируется после того, как активирован режим безопасности. SRB2 передается по логическому каналу DCCH.
В некоторых вариантах осуществления способ дополнительно содержит нижеследующие этапы.
Когда оконечное устройство переходит из текущего состояния в состояние бездействующего RRC, оконечное устройство выполняет любую из следующих операций.
Конфигурация PDCP, конфигурация RLC и конфигурация логического канала отключаются.
Конфигурация PDCP, конфигурация RLC и конфигурация логического канала сохраняются.
Конфигурация PDCP сохраняется, а конфигурация RLC и конфигурация логического канала отключаются.
В некоторых вариантах осуществлениях существующая конфигурация SRB содержит: конфигурацию PDCP по умолчанию, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию; или существующая конфигурация SRB содержит: сохраненную конфигурацию PDCP, сохраненную конфигурацию RLC и сохраненную конфигурацию логического канала; или существующая конфигурация SRB содержит: сохраненную конфигурацию PDCP, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию.
Например, в некоторых вариантах осуществления, когда оконечное устройство отключает конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала, существующая конфигурация SRB содержит: конфигурацию PDCP по умолчанию, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию; когда оконечное устройство сохраняет конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала, существующая конфигурация SRB содержит: сохраненную конфигурацию PDCP, сохраненную конфигурацию RLC и сохраненную конфигурацию логического канала; когда оконечное устройство сохраняет конфигурацию PDCP и отключает конфигурацию RLC и конфигурацию логического канала, существующая конфигурация SRB содержит сохраненную конфигурацию PDCP, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию.
На этапе 102, когда оконечное устройство принимает ответ от DU на запрос восстановления соединения RRC, если ответ содержит вновь выделенную конфигурацию SRB, оконечное устройство заменяет существующую конфигурацию SRB на вновь выделенную конфигурацию SRB для восстановления соединения RRC.
В некоторых вариантах осуществления способ дополнительно содержит следующий этап.
На этапе 103, если вновь выделенная конфигурация SRB не включена в ответ, оконечное устройство использует существующую конфигурацию SRB для восстановления соединения RRC.
Следует заметить, что ответ, посланный блоком DU на запрос восстановления соединения RRC оконечного устройства, является ответом блока CU, направленным блоком DU на запрос восстановления соединения RRC оконечного устройства.
Когда оконечное устройство и блок CU соответственно заранее сохраняют конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала оконечного устройства, ответ не содержит вновь выделенную конфигурацию SRB.
Когда оконечное устройство и блок CU заранее соответственно сохраняют часть конфигурации SRB оконечного устройства или когда оконечное устройство и блок CU не сохраняют заранее ни одной конфигурации SRB оконечного устройства, ответ содержит часть вновь выделенной конфигурации SRB или всю конфигурацию SRB.
В варианте осуществления представленной заявки ответом является сообщение восстановления соединения RRC (RRC Connection Resume).
В некоторых вариантах осуществления вновь выделенная конфигурация SRB содержит любую одну из следующих конфигураций или слияние следующих конфигураций: конфигурация PDCP, вновь выделенная блоком CU, конфигурация RLC, вновь выделенная блоком DU или конфигурация логического канала, вновь выделенная блоком DU.
Вариант осуществления представленной заявки дополнительно обеспечивает оконечное устройство и оконечное устройство содержит процессор и память; память соединяется с процессором, например, память может быть соединена с памятью через шину и т.п.
Процессор выполнен с возможностью исполнения программы изменения состояния RRC, хранящейся в памяти, для реализации этапов способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно обеспечивает машиночитаемый носитель информации и машиночитаемый носитель информации хранит одну или более программ, которые, когда исполняются одним или более процессорами, реализуют этапы способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Как показано на фиг. 2, способ изменения состояния RRC в соответствии с представленной заявкой содержит нижеследующие этапы.
На этапе 201, когда блок DU принимает от оконечного устройства запрос восстановления соединения RRC, блок DU выделяет оконечному устройству новую конфигурацию SRB и передает запрос блоку CU.
В варианте осуществления представленной заявки блок DU направляет запрос блоку CU через начальное сообщение RRC восходящего канала (uplink, UL).
Следует заметить, что поскольку блок DU отключает конфигурацию SRB оконечного устройства, когда оконечное устройство переходит из текущего состояния в состояние бездействующего RRC, когда оконечное устройство запрашивает восстановление соединения RRC, для блока DU необходимо повторно выделить оконечному устройству новую конфигурацию SRB.
На этапе 202 блок DU принимает первый ответ, посланный блоком CU, где первый ответ содержит вновь выделенную конфигурацию SRB и/или конфигурацию SRB, заранее сохраненную блоком CU.
В варианте осуществления представленной заявки первый ответ является сообщением запроса установки контекста UE (UE Context Setup Request) и/или сообщением передачи сообщения RRC (RRC Message Transfer) нисходящего канала (downlink, DL).
Например, когда блок CU сохраняет часть (например, конфигурацию PDCP) конфигурации SRB, блок CU посылает сохраненную конфигурацию SRB блоку DU через сообщение передачи RRC нисходящего канала и сообщение передачи RRC нисходящего канала содержит сообщение восстановления соединения RRC. Сообщение восстановления соединения RRC содержит конфигурацию SRB, сохраненную блоком CU. После приема сообщения передачи RRC нисходящего канала, посланного блоком CU, блок DU получает сообщение восстановления соединения RRC в сообщении передачи RRC нисходящего канала и посылает сообщение восстановления соединения RRC оконечному устройству.
Когда CU сохраняет всю конфигурацию SRB (то есть конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала), блок CU посылает сохраненную всю конфигурацию SRB блоку DU через сообщение запроса установления контекста UE.
В некоторых вариантах осуществления конфигурация SRB в первом ответе содержит по меньшей мере одно из следующего: часть конфигурации SRB, вновь выделенная блоком CU, часть конфигурации SRB, вновь выделенная блоком DU, часть конфигурации SRB, ранее сохраненной блоком CU, или вся конфигурация SRB, заранее сохраненная блоком CU.
На этапе 203 блок DU посылает второй ответ оконечному устройству, используя конфигурацию SRB по умолчанию и/или конфигурацию SRB, заранее сохраненную блоком CU.
В варианте осуществления представленной заявки блок DU использует конфигурацию SRB по умолчанию (в том числе, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию) и блок CU использует конфигурацию SRB по умолчанию для посылки оконечному устройству второго ответа.
В варианте осуществления представленной заявки блок DU посылает оконечному устройству второй ответ, используя конфигурацию SRB по умолчанию (в том числе, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию) и конфигурацию PDCP, заранее сохраненную блоком CU.
В варианте осуществления представленной заявки блок DU посылает оконечному устройству второй ответ (в этом случае второй ответ может содержать конфигурацию SRB, вновь выделенную блоком CU или блоком DU, или не содержать конфигурацию SRB, вновь выделенную блоком CU или блоком DU), используя конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала, заранее сохраненные блоком CU.
Например, когда блок CU не сохраняет никакую конфигурацию SRB оконечного устройства заранее, блок DU посылает оконечному устройству второй ответ, используя конфигурацию SRB по умолчанию (в том числе, конфигурацию PDCP по умолчанию, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию). Когда блок CU просто заранее сохраняет конфигурацию PDCP оконечного устройства, блок DU посылает второй ответ оконечному устройству, используя конфигурацию SRB по умолчанию (в том числе, конфигурацию RLC по умолчанию и конфигурацию логического канала по умолчанию) и конфигурацию PDCP, ранее сохраненные блоком CU. Когда блок CU заранее сохраняет конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала оконечного устройства, блок DU посылает оконечному устройству второй ответ (в этом случае, второй ответ может содержать конфигурацию SRB, вновь выделенную блоком CU или блоком DU, или не содержать конфигурацию SRB, вновь выделенную блоком CU или блоком DU), используя конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала, заранее сохраненные блоком CU.
В варианте осуществления представленной заявки второй ответ является сообщением о восстановлении соединения RRC (RRC Connection Resume).
В некоторых вариантах осуществления второй ответ содержит любую конфигурацию или слияние следующих конфигураций: конфигурация PDCP, вновь выделенная блоком CU, конфигурация RLC, вновь выделенная блоком DU, или конфигурация логического канала, вновь выделенная блоком DU.
На этапе 204 блок DU восстанавливает соединение RRC оконечного устройства, используя конфигурацию SRB, приведенную в первом ответе.
В варианте осуществления представленной заявки блок DU восстанавливает соединение RRC оконечного устройства, используя часть конфигурации SRB, вновь выделенной блоком DU.
В варианте осуществления представленной заявки блок DU восстанавливает соединение RRC оконечного устройства, используя часть или всю конфигурацию SRB, ранее сохраненную блоком CU.
Вариант осуществления представленной заявки дополнительно обеспечивает распределенный блок (Distributed Unit, DU) и распределенный блок содержит процессор и память, соединенную с процессором.
Процессор выполнен с возможностью исполнения программы изменения состояния RRC, хранящейся в памяти, для реализации этапов способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно обеспечивает машиночитаемый носитель информации и машиночитаемый носитель информации хранит одну или несколько программ, которые, когда исполняются одним или несколькими процессорами, реализуют этапы способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Как показано на фиг. 3, способ изменения состояния RRC, соответствующий представленной заявке, содержит нижеследующие этапы.
На этапе 301 блок CU принимает от блока DU уведомление с запросом восстановления соединения RRC оконечного устройства.
В некоторых вариантах осуществления способ дополнительно содержит нижеследующие этапы.
Когда CU переводит оконечное устройство в состояние бездействия RRC, конфигурация PDCP оконечного устройства отключается.
На этапе 302 блок CU выделяет оконечному устройству новую конфигурацию PDCP и посылает блоку DU вновь выделенную конфигурацию PDCP.
В варианте осуществления представленной заявки блок CU посылает вновь выделенную конфигурацию PDCP блоку DU через сообщение передачи RRC (RRC Transfer) нисходящего канала.
Как показано на фиг. 4, способ изменения состояния RRC в соответствии с представленной заявкой содержит нижеследующие этапы.
На этапе 401 блок CU принимает уведомление от блока DU с запросом восстановления соединения RRC оконечного устройства.
В некоторых варианты осуществлениях способ дополнительно содержит нижеследующие этапы.
Когда CU переводит оконечное устройство в состояние бездействия RRC, конфигурация SRB оконечного устройства сохраняется.
В некоторых вариантах осуществления сохраненная конфигурация SRB содержит любую из конфигураций или слияние следующих конфигураций: конфигурация PDCP, конфигурация RLC или конфигурация логического канала.
На этапе 402 блок CU посылает блоку DU заранее сохраненную конфигурацию SRB оконечного устройства.
В варианте осуществления представленной заявки, когда блок CU сохраняет часть (например, конфигурацию PDCP) конфигурации SRB, блок CU посылает сохраненную конфигурацию SRB блоку DU посредством сообщения передачи RRC (RRC Transfer) нисходящего канала и сообщение передачи RRC (RRC Transfer) нисходящего канала содержит сообщение о восстановлении соединения RRC. Сообщение о восстановлении соединения RRC содержит конфигурацию SRB, сохраненную блоком CU, и после приема сообщения передачи RRC (RRC Transfer), посланного блоком CU, блок DU получает сообщение о восстановлении соединения RRC в сообщении передачи RRC (RRC Transfer) нисходящего канала и посылает оконечному устройству сообщение о восстановлении соединения.
В варианте осуществления представленной заявки, когда CU сохраняет всю конфигурацию SRB (то есть, конфигурацию PDCP, конфигурацию RLC и конфигурацию логического канала), CU посылает блоку DU всю сохраненную конфигурацию SRB (то есть, конфигурацию RLC, конфигурацию логического канала), связанную с DU.
Вариант осуществления представленной заявки дополнительно обеспечивает блок CU и блок CU содержит процессор и память.
Процессор выполнен с возможностью исполнения программы изменения состояния RRC, хранящейся в памяти, для реализации этапов способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Вариант осуществления представленной заявки дополнительно обеспечивает машиночитаемый носитель информации и машиночитаемый носитель информации хранит одну или более программ, которые, когда исполняются одним или более процессорами, реализуют этапы способа изменения состояния RRC в соответствии с любым из вышеупомянутых этапов.
Ниже представлены примеры для дальнейшего объяснения заявки, но стоит отметить, что примеры служат только для лучшего описания заявки и не являются неуместным ограничением для заявки. Следует заметить, что оборудование пользователя (user equipment, UE) в каждом из последующих примеров может пониматься как оконечное устройство.
Как показано в примере на фиг. 5, процесс изменения состояния RRC содержит нижеследующие этапы.
На этапе 501, когда сторона базовой станции принимает решение перевести UE в состояние бездействующего RRC, сторона блока CU резервирует конфигурацию SRB1, связанную с PDCP и ресурсом, и посылает сообщение передачи RRC (RRC Transfer) нисходящего канала блоку DU, где сообщение передачи RRC нисходящего канала несет в себе сообщение отключения соединения RRC (RRC Connection Release).
На этапе 502 блок DU посылает UE сообщение отключения соединения RRC (RRC Connection Release); после приема сообщения UE вводит состояние бездействующего RRC и конфигурация, связанная с PDCP, и ресурс для SRB1 резервируются.
На этапе 503 блок CU посылает блоку DU сообщение команды отключения контекста UE (UE Context Release Command). Сообщение команды отключения контекста UE используется для подачи блоку DU команды отключить контекстную информацию UE.
На этапе 504 после приема сообщения на этапе 503 DU отключает соответствующую конфигурацию и ресурс SRB1 и другую контекстную информацию и посылает блоку CU сообщение о завершении отключения контекста UE.
На этапе 505, когда UE должно перейти из состояния бездействующего RRC в состояние соединенного RRC, UE должно выполнить процесс канала случайного доступа (Random Access Channel, RACH) со стороной базовой станции.
На этапе 506 после процесса RACH блок UE посылает базовой станции сообщение запроса восстановления соединения RRC (RRC Connection Resume Request).
На этапе 507 после приема сообщения запроса восстановления соединения RRC, посланного блоком UE, если прием от UE осуществлен успешно, DU выделяет для UE новые ресурсы SRB1 (в том числе, конфигурацию RLC, конфигурацию логического канала) и посылает блоку CU начальное сообщение RRC восходящего канала.
На этапе 508 CU инициирует блок DU для установления контекста UE.
На этапе 509 DU выделяет для UE другие соответствующие конфигурации и ресурсы и уведомляет блок CU.
На этапе 510 CU кодирует ресурсы, повторно выделенные для UE, и посылает ресурсы блоку DU через сообщение передачи RRC (RRC Transfer Message) восходящего канала. Сообщение передачи RRC (RRC Transfer Message) восходящего канала несет в себе сообщение восстановления соединения RRC (RRC Connection Resume).
На этапе 511 после приема сообщения блок DU посылает оконечному устройству сообщение восстановления соединения RRC (RRC Connection Resume), используя конфигурации SRB1 RLC и логического канала протокола по умолчанию и ресурсы. Сообщение восстановления соединения RRC (RRC Connection Resume) несет в себе новые ресурсы SRB1 (в том числе, конфигурацию RLC, конфигурацию логического канала), выделенные блоком DU для UE.
На этапе 512 UE анализирует сообщение восстановления соединения RRC (RRC Connection Resume), посланное базовой станцией в соответствии с зарезервированной конфигурацией SRB1 PDCP и конфигурацией SRB1 RLC и конфигурацией логического канала по умолчанию и заменяет ресурсы конфигурации SRB1 протокола по умолчанию новыми ресурсами SRB1 (в том числе, конфигурацией RLC (RLC Config), конфигурацией логического канала (Logical Channel Config)), переносимыми в сообщении, и использует новый ресурс SRB1 (в том числе, конфигурацию RLC (RLC Config), конфигурацию логического канала (Logical Channel Config)) и зарезервированную конфигурацию (SRB1 PDCP Config), чтобы послать сообщение о завершении восстановления соединения RRC (RRC Connection Resume Complete).
На этапе 513, после приема сообщения о завершении восстановления соединения RRC (RRC Connection Resume Complete), используя вновь выделенный ресурс SRB1, сторона блока DU посылает блоку CU сообщение о завершении восстановления соединения RRC (RRC Connection Resume Complete) посредством сообщения передачи RRC (RRC Transfer Message) восходящего канала.
Следует заметить, что в описанном выше процессе сообщение передачи RRC (RRC Message Transfer) нисходящего канала на этапе 501 и сообщение команды отключения контекста UE (UE Context Release Command) на этапе 503 могут также быть объединены в одно сообщение. Объединенное сообщение может непосредственно указывать, что текущее сообщение используется для отключения контекстной информации UE. Сообщение о завершении отключения контекста UE на этапе 504 может быть определено в соответствии с условиями объединения сообщений на этапах 501 и 503. То есть, когда сообщение, объединенное на этапе 501 и этапе 503, является командой отключения контекста UE (UE Context Release Command), требуется сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete); когда сообщение, объединенное на этапе 501 и этапе 503, является сообщением передачи RRC нисходящего канала (DL RRC Message Transfer), сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete) на этапе 504 не требуется.
Как показано в примере на фиг. 6, процесс изменения состояния RRC содержит нижеследующие этапы.
На этапе 601, когда сторона базовой станции принимает решение перевести UE в состояние бездействующего RRC, сторона блока CU отключает конфигурацию SRB1, связанную с PDCP, и ресурс и посылает блоку DU сообщение передачи RRC нисходящего канала (DL RRC Transfer), где сообщение передачи RRC нисходящего канала (DL RRC Transfer) несет в себе сообщение отключения соединения RRC (RRC Connection Release).
На этапе 602 блок DU посылает для UE сообщение отключения соединения RRC (RRC Connection Release); после приема сообщения UE вводит состояние бездействующего RRC и отключает все конфигурации и ресурсы SRB1.
На этапе 603 блок CU посылает блоку DU сообщение команды отключения контекста UE (UE Context Release Command), чтобы подать блоку DU команду отключить контекстную информацию UE.
На этапе 604 после приема сообщения на этапе 603 блок DU отключает сопутствующие конфигурации и ресурсы SRB1 и другую контекстную информацию и посылает блоку CU сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete).
На этапе 605, когда UE должно перейти из состояния бездействующего RRC в состояние соединенного RRC, UE должно со стороной базовой станции выполнить процесс RACH.
На этапе 606 после процесса RACH UE посылает базовой станции сообщение запроса восстановления соединения RRC (RRC Connection Resume Request).
На этапе 607 после приема сообщения запроса восстановления соединения RRC (RRC Connection Resume Request), посланного от UE, если посланное UE сообщение принято успешно, блок DU выделяет для UE новые ресурсы SRB1 (в том числе, конфигурацию RLC (RLC Config), конфигурацию логического канала (Logical Channel Config)) и посылает блоку CU начальное сообщение RRC (Initial UL RRC Message) восходящего канала.
На этапе 608 блок CU инициирует блок DU для установления контекста UE.
На этапе 609 блок DU выделяет для UE другие соответствующие конфигурации и ресурсы и уведомляет блок CU.
На этапе 610 блок CU выделяет новый ресурс SRB1 PDCP (содержащий конфигурацию PDCP (PDCP Config)) для UE, кодирует ресурс, повторно выделенный для UE, и посылает ресурс блоку DU посредством сообщения передачи RRC нисходящего канала (DL RRC Transfer Message), где сообщение передачи RRC нисходящего канала (DL RRC Transfer Message) несет в себе сообщение о восстановлении соединения RRC (RRC Connection Resume).
На этапе 611 после приема сообщения блок DU посылает оконечному устройству сообщение о восстановлении соединения RRC (RRC Connection Resume), используя конфигурацию SRB1 RLC и логического канала протокола по умолчанию и ресурсы. Сообщение о восстановлении соединения RRC (RRC Connection Resume) несет в себе новый ресурс SRB1 (в том числе, конфигурацию RLC (RLC Config), конфигурацию логического канала (Logical Channel Config)), выделенный блоком DU для UE.
На этапе 612 UE анализирует сообщение о восстановлении соединения RRC (RRC Connection Resume), посланное базовой станцией согласно конфигурациям SRB1 PDCP, RLC, логического канала по умолчанию, и заменяет ресурсы конфигурации SRB1 протокола по умолчанию на вновь выделенные ресурсы SRB1 (содержащие PDCP Config, RLC Config, Logical Channel Config), переносимые в сообщении, и использует вновь выделенные ресурсы SRB1 (в том числе, PDCP Config, RLC Config, Logical Channel Config), чтобы послать сообщение о завершении восстановления соединения RRC (RRC Connection Resume Complete).
На этапе 613, после приема сообщения о завершении восстановления соединения RRC (RRC Connection Resume Complete), используя вновь выделенные ресурсы SRB1, сторона блока DU посылает сообщение о завершении восстановления соединения RRC (RRC Connection Resume Complete) блоку CU посредством сообщения передачи RRC восходящего канала (UL RRC Transfer Message).
Следует заметить, что в описанном выше процессе сообщение передачи сообщений RRC нисходящего канала (DL RRC Message Transfer) на этапе 601 и сообщение команды отключения контекста UE (UE Context Release Command) на этапе 603 могут также быть объединены в одно сообщение. Объединенное сообщение может непосредственно указывать, что текущее сообщение используется для отключения контекстной информации UE. Сообщение о завершении отключения контекста UE на этапе 604 может быть определено в соответствии с условиями объединения сообщений на этапах 601 и 603. То есть, когда сообщение, объединенное на этапе 601 и этапе 603, является командой отключения контекста UE (UE Context Release Command), на этапе 604 требуется сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete); когда сообщение, объединенное на этапе 601 и этапе 603, является сообщением передачи RRC нисходящего канала (DL RRC Message Transfer), сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete) на этапе 604 не требуется.
Как показано в примере на фиг. 7, процесс изменения состояния RRC содержит следующие этапы.
На этапе 701, когда сторона базовой станции принимает решение переключить UE в состояние бездействующего RRC, сторона CU сохраняет конфигурации SRB1, связанные с PDCP, и ресурс, сохраняет конфигурации и ресурсы SRB1 (в том числе, RLC Config, Logical Channel Config), выделенные блоком DU, и посылает сообщение передачи RRC нисходящего канала (DL RRC Transfer) блоку DU, где сообщение передачи RRC нисходящего канала (DL RRC Transfer) несет в себе сообщение отключения соединения RRC (RRC Connection Release Message).
На этапе 702 блок DU посылает для UE сообщение отключения соединения RRC (RRC Connection Release); после приема сообщения UE вводит состояние бездействующего RRC и резервирует все связанные конфигурации и ресурсы (в том числе, PDCP Config, RLC Config и Logical Channel Config) SRB1.
На этапе 703 блок CU посылает сообщение команды отключения контекста (UE Context Release Command) блоку DU, чтобы подать блоку DU команду отключить контекстную информацию UE.
На этапе 704 после приема сообщения команды отключения контекста UE (UE Context Release Command) на этапе 703 блок DU отключает связанные конфигурации и ресурсы SRB1 и другую контекстную информацию и посылает блоку CU сообщение о завершении отключения контекста UE (UE Context Release Complete).
На этапе 705, когда UE требуется перейти из состояния бездействующего RRC в состояние соединенного RRC, UE должно выполнить процесс RACH со стороной базовой станции.
На этапе 706 после процесса RACH UE посылает базовой станции сообщение запроса восстановления соединения RRC (RRC Connection Resume Request).
На этапе 707 после приема сообщения запроса восстановления соединения RRC (RRC Connection Resume Request), посланного от UE, если посланное от UE принимается успешно, блок DU выделяет для UE новые ресурсы SRB1 (в том числе, RLC Config, Logical Channel Config) и посылает блоку CU начальное сообщение UL RRC (Initial UL RRC Message).
На этапе 708 блок CU инициирует блок DU для установления контекста UE и одновременно переносит зарезервированные ресурсы SRB1, когда UE приостанавливается.
На этапе 709 блок DU заменяет вновь выделенные ресурсы SRB1 на зарезервированные ресурсы SRB1, выделяет другие соответствующие конфигурации и ресурсы для UE и посылает конфигурации и ресурсы блоку CU через ответное сообщение установки контекста UE (UE Context Setup Response).
На этапе 710 блок CU кодирует ресурсы, повторно выделенные для UE, и посылает ресурсы блоку DU через сообщение передачи RRC нисходящего канала (DL RRC Transfer Message), где сообщение DL RRC Transfer Message несет в себе сообщение о восстановлении соединения RRC (RRC Connection Resume).
На этапе 711 после приема сообщения блок DU посылает оконечному устройству сообщение о восстановлении соединения RRC (RRC Connection Resume), используя зарезервированные конфигурации SRB1 и ресурсы, когда UE приостанавливается.
На этапе 712 UE анализирует сообщение о восстановлении соединения RRC (RRC Connection Resume), посланное базовой станцией, соответствующей зарезервированным конфигурациям SRB1 PDCP, RLC и логического канала, и посылает сообщение о завершении восстановления соединения RRC (RRC Connection Resume Complete).
На этапе 713, после приема сообщения о завершении восстановления соединения RRC (RRC Connection Resume Complete) сторона блока DU посылает блоку CU сообщение о завершении восстановления соединения RRC (RRC Connection Resume Complete) через сообщение передачи UL RRC (UL RRC Transfer Message).
Следует заметить, что в описанном выше процессе, сообщение передачи UL RRC (UL RRC Transfer Message) на этапе 701 и сообщение команды отключения контекста UE (UE Context Release Command) на этапе 703 также могут быть объединены в одно сообщение. Объединенное сообщение может непосредственно указывать, что текущее сообщение используется для отключения контекстной информации UE. Сообщение о завершении отключения контекста UE на этапе 704 может быть определено в соответствии с условиями объединения сообщений на этапах 701 и 703. То есть, когда сообщение, объединенное на этапе 701 и этапе 703, является командой отключения контекста UE (UE Context Release Command), на этапе 704 требуется сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete); когда сообщение, объединенное на этапе 701 и этапе 703, является сообщением передачи RRC нисходящего канала (DL RRC Message Transfer), сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete) на этапе 704 не требуется.
Как показано в примере на фиг. 8, процесс изменения состояния RRC содержит нижеследующие этапы.
На этапе 801, когда сторона базовой станции решает переключить UE в состояние бездействующего RRC, сторона CU сохраняет конфигурацию SRB1, связанную с PDCP, и ресурс, хранит конфигурации и ресурсы SRB1 (в том числе, RLC Config, Logical Channel Config), выделенные блоком DU, и посылает сообщение передачи RRC нисходящего канала (DL RRC Transfer) блоку DU, где сообщение передачи RRC нисходящего канала (DL RRC Transfer) несет сообщение отключения соединения RRC.
На этапе 802 блок DU посылает для UE сообщение отключения соединения RRC (RRC Connection Release); после приема сообщения UE вводит состояние бездействующего RRC и резервирует все связанные конфигурации и ресурсы SRB1 (в том числе, PDCP Config, RLC Config, and Logical Channel Config).
На этапе 803 блок CU посылает блоку DU сообщение команды отключения контекста UE (UE Context Release Command message), чтобы подать блоку DU команду отключить контекстную информацию UE.
На этапе 804 после приема на этапе 803 сообщения команды отключения контекста UE (UE Context Release Command) блок DU отключает связанные конфигурации и ресурсы SRB1 и другую контекстную информацию и посылает блоку CU сообщение о завершении отключения контекста UE (UE Context Release Complete).
На этапе 805, когда UE должно перейти из состояния бездействующего RRC в состояние соединенного RRC, UE должно выполнить процесс RACH со стороной базовой станции.
На этапе 806 после процесса RACH UE посылает базовой станции сообщение запроса восстановления соединения RRC (RRC Connection Resume Request).
На этапе 807 после приема сообщения запроса восстановления соединения RRC (RRC Connection Resume Request), посланного от UE, если сообщение от UE принято успешно, блок DU выделяет для UE новые ресурсы SRB1 (в том числе, RLC Config, Logical Channel Config) и посылает блоку CU начальное сообщение RRC восходящего канала (Initial UL RRC Message).
На этапе 808 блок CU инициирует блок DU для установления контекста UE и одновременно переносит зарезервированный ресурс SRB1, когда UE приостановлено.
На этапе 809 блок DU хранит зарезервированные ресурсы SRB1 и вновь выделенные ресурсы SRB1, и в то же самое время выделяет другие соответствующие конфигурации и ресурсы для UE и посылает конфигурации и ресурсы блоку CU посредством ответного сообщения установки контекста UE (UE Context Setup Response).
На этапе 810 CU кодирует ресурсы, повторно выделенные для UE, и посылает ресурсы блоку DU посредством сообщения передачи RRC нисходящего канала (DL RRC Transfer Message), где сообщение передачи DL RRC нисходящего канала (DL RRC Transfer Message) несет сообщение о восстановлении соединения RRC (RRC Connection Resume).
На этапе 811 после приема сообщения блок DU планирует сообщение о восстановлении соединения RRC (RRC Connection Resume), используя зарезервированные конфигурации SRB1 и ресурсы, когда UE приостановлено. Сообщение о восстановлении соединения RRC (RRC Connection Resume) несет новые ресурсы SRB1 (в том числе, RLC Config, Logical Channel Config), выделенные блоком DU для UE.
На этапе 812 UE анализирует сообщение о восстановлении соединения RRC (RRC Connection Resume), посланное базовой станцией в соответствии с зарезервированными конфигурациями SRB1 PDCP, RLC, логического канала, и заменяет зарезервированные ресурсы конфигурации SRB1 вновь выделенными ресурсами SRB1 (в том числе, PDCP Config, RLC Config, Logical Channel Config), переносимыми в сообщении, и использует вновь выделенные ресурсы SRB1 (в том числе, PDCP Config, RLC Config, Logical Channel Config) для посылки сообщения о завершении о восстановлении соединения RRC (RRC Connection Resume Complete).
На этапе 813 после приема сообщения о завершении восстановления соединения RRC (RRC Connection Resume Complete), используя вновь выделенный ресурс SRB1, сторона блока DU посылает блоку CU сообщение о завершении соединения RRC (RRC Connection Resume Complete) посредством сообщения передачи RRC восходящего канала (UL RRC Transfer Message).
Следует заметить, что в описанном выше процессе, сообщение передачи сообщений RRC нисходящего канала (DL RRC Message Transfer) на этапе 801 и сообщение команды отключения контекста UE (UE Context Release Command) на этапе 803 могут также быть объединены в одно сообщение. Объединенное сообщение может непосредственно указывать, что текущее сообщение используется для отключения контекстной информации UE. Сообщение о завершении отключения контекста UE на этапе 804 может быть определено в соответствии с сообщением условий объединения на этапах 801 и 803. То есть, когда сообщение, объединенное на этапе 801 и этапе 803, является командой отключения контекста UE (UE Context Release Command), на этапе 804 требуется сообщение о завершении команды отключения контекста UE (UE Context Release Command Complete); когда сообщение, объединенное на этапе 801 и этапе 803, является сообщением передачи RRC нисходящего канала (DL RRC Message Transfer), на этапе 804 сообщение завершения команды отключения контекста UE ( UE Context Release Command Complete) не требуется.
Способ изменения состояния RRC, предоставленный в заявке, может реализовать переход между состоянием бездействующего RRC и состоянием соединенного RRC в случае разделения на CU и DU. В то же время, заявка также применима к ситуации, в которой базовые станции получают контекстную информацию UE между базовыми станциями из-за движения UE. Когда UE движется из зоны покрытия исходной базовой станции в зону покрытия новой базовой станции, новая базовая станция получает контекстную информацию UE от исходной базовой станции. Когда новая базовая станция принимает решение переключить UE из состояния соединенного RRC в состояние бездействующего RRC или перейти из состояния бездействующего RRC в соединенное состояние RRC, для переключения может использоваться способ изменения состояния RRC, представленный в заявке.
Специалистам в данной области техники должно быть понятно, что все или некоторые этапы способов, описанных выше, могут быть реализованы соответствующими аппаратными средствами, проинструктированными программами, и программы могут храниться на считываемом компьютером носителе, таком как постоянная память, магнитный диск, оптический диск и т.п. В некоторых вариантах осуществления все или часть этапов в приведенных выше вариантах осуществления могут также быть реализованы, используя одну или несколько интегральных схем. Соответственно, каждый модуль/блок в представленных выше вариантах осуществления может быть реализован в форме аппаратных средств или модуля с функцией программного обеспечения. Представленная заявка не ограничивается никаким конкретным объединением аппаратных средств и программного обеспечения.
Представленное выше является просто предпочтительными вариантами осуществлениями представленной заявки, не предназначено ограничивать представленную заявку и для специалистов в данной области техники представленная заявка может иметь различные модификации и изменения. Любые модификации, эквивалентные замены, улучшения и т.п., выполненные в рамках сущности и принципа представленной заявки, должны попадать в пределы объема защиты представленной заявки.
1. Способ передачи состояния управления радиоресурсами (RRC), содержащий этапы, на которых:
выделяют, с помощью распределенного блока (DU), новую конфигурацию сигнальной радионесущей (SRB) для оконечного устройства, в ответ на прием запроса на восстановление соединения RRC от оконечного устройства;
пересылают, с помощью DU, запрос на центральный блок (CU);
принимают, с помощью DU, первый ответ от CU, причем первый ответ содержит конфигурацию SRB сохраненную CU;
принимают, с помощью DU, второй ответ от CU в ответ на запрос восстановления соединения RRC;
пересылают, с помощью DU, второй ответ на оконечное устройство с использованием конфигурации SRB заданной по умолчанию;
восстанавливают, с помощью DU, соединение RRC оконечного устройства, с использованием конфигурации SRB, полученной в первом ответе.
2. Способ передачи состояния RRC по п. 1, в котором новая конфигурация SRB содержит конфигурацию управления радиоканалом (RLC) и конфигурацию логического канала.
3. Способ передачи состояния RRC по п. 1, в котором сохраненная конфигурация SRB содержит конфигурацию управления радиоканалом (RLC) и конфигурацию логического канала.
4. Способ передачи состояния RRC по п. 1, в котором конфигурация SRB по умолчанию содержит конфигурацию управления радиоканалом (RLC) и конфигурацию логического канала.
5. Способ передачи состояния RRC по п. 1, в котором конфигурация SRB содержит конфигурацию SRB1.
6. Способ передачи состояния управления радиоресурсами (RRC), содержащий этапы, на которых:
принимают, с помощью центрального блока (CU), от распределенного блока (DU), запрос от оконечного устройства на восстановление соединения RRC, при этом DU выполнен с возможностью выделения новой конфигурации сигнальной радионесущей (SRB) для оконечного устройства, в ответ на запрос;
передают, с помощью CU, на DU, первый ответ, содержащий конфигурацию SRB, сохраненную CU; и
передают, с помощью CU, на DU, второй ответ, в ответ на запрос восстановления соединения RRC, при этом оконечное устройство выполнено с возможностью приема второго ответа от DU с использованием конфигурации SRB по умолчанию.
7. Способ передачи состояния RRC по п. 6, в котором новая конфигурация SRB содержит конфигурацию управления радиоканалом (RLC) и конфигурацию логического канала.
8. Способ передачи состояния RRC по п. 6, в котором сохраненная конфигурация SRB содержит конфигурацию управления радиоканалом (RLC) и конфигурацию логического канала.
9. Способ передачи состояния RRC по п. 6, в котором конфигурация SRB по умолчанию содержит конфигурацию управления радиоканалом (RLC) и конфигурацию логического канала.
10. Способ передачи состояния RRC по п. 6, в котором конфигурация SRB содержит конфигурацию SRB1.
11. Распределенный блок (DU), содержащий:
по меньшей мере один процессор, выполненный с возможностью реализации этапов способа по любому из пп. 1-5.
12. Центральный блок (CU), содержащий:
по меньшей мере один процессор, выполненный с возможностью реализации этапов способа по любому из пп. 6-10.
