Способ, устройство и система конфигурирования

Изобретение относится к области коммуникационных технологий и, в частности, к способу, устройству и системе конфигурирования беспроводной связи. Техническим результатом является повышение эффективности обработки RRC-сообщений, тем самым повышая эффективность управления радиоресурсами во вторичном узле. Результат достигается тем, что система связи включает в себя главный узел и вторичный узел, которые совместно предоставляют услугу для терминала. Способ включает в себя: генерирование, вторичным узлом, информации о конфигурации для однонаправленного радиоканала сигнализации (SRB), где SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и терминалом; отправку, вторичным узлом, информации о конфигурации для SRB в главный узел, так что информация о конфигурации для SRB отправляется в терминал через главный узел; и прием, вторичным узлом, результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB. Таким образом, SRB можно установить во вторичном узле и использовать для передачи RRC-сообщения между вторичным узлом и терминалом. 17 н. и 60 з.п. ф-лы, 19 ил.

 

Перекрестная ссылка на родственную заявку

Настоящая заявка испрашивает приоритет китайской заявки на патент № 201710179753.7, поданной в Патентное ведомство Китая 23 марта 2017 года и озаглавленной "CONFIGURATION METHOD AND APPARATUS, AND SYSTEM", которая включена сюда во всей своей полноте путем ссылки.

Область техники, к которой относится изобретение

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

Уровень техники

В системе беспроводной связи, учитывая ограниченные ресурсы полосы пропускания и зону покрытия одной соты или базовой станции (которая упоминается как узел), услуга может быть предоставлена для терминала с использованием радиоресурсов более чем одной соты или базовой станции для того, чтобы лучше соответствовать требованиям к пропускной способности и зоне покрытия.

Когда услуга предоставляется для терминала с использованием радиоресурсов более чем одной базовой станции, возможно, что задержка передачи между базовыми станциями не может удовлетворять требованию планирования. Поэтому предложена технология двойной связности (Dual Connectivity (DC)), которая имеет относительно хорошее применение в сценарии неидеального транзитного соединения (non-ideal backhaul) между основной базовой станцией и вторичной базовой станцией.

В современной системе двойной связности однонаправленный радиоканал сигнализации (signaling radio bearer (SRB)) предоставляется основной базовой станцией, вторичная базовая станция не предоставляет SRB, и все сообщения управления радиоресурсами (Radio Resource Control (RRC)) терминала обрабатываются основной базовой станцией. Это не выгодно для повышения эффективности обработки RRC-сообщений.

Сущность изобретения

Варианты осуществления настоящей заявки обеспечивают способ, устройство и систему конфигурирования, которые должны устанавливать SRB во вторичном узле для осуществления прямой передачи RRC-сообщения между вторичным узлом и терминалом. Это выгодно для повышения эффективности обработки RRC-сообщений.

Согласно аспекту выполнен способ конфигурирования, применяемый в системе связи. Система связи включает в себя главный узел и вторичный узел, которые совместно предоставляют услугу для терминала. Способ включает в себя: генерирование, вторичным узлом, информации о конфигурации для однонаправленного радиоканала сигнализации (SRB) и отправку информации о конфигурации для SRB в главный узел, с тем, чтобы информация о конфигурации для SRB отправлялась в терминал через главный узел; и прием, вторичным узлом, результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB, где SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и терминалом.

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

Согласно еще одному аспекту выполнен способ конфигурирования, применяемый в системе связи. Система связи включает в себя главный узел и вторичный узел, которые совместно предоставляют услугу для терминала. Способ включает в себя: прием, главным узлом, информации о конфигурации для SRB из вторичного узла и отправку информации о конфигурации для SRB в терминал; и прием, главным узлом, результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB, и отправку результата конфигурирования во вторичный узел, где SRB используется для передачи RRC-сообщения между вторичным узлом и терминалом.

В вышеуказанных аспектах информация о конфигурации для SRB может также упоминаться как информация о конфигурации SRB или информация о конфигурации прямого вторичного узла RRC (прямого S-RRC). Информация о конфигурации для SRB (информация о конфигурации SRB или информация о конфигурации прямого S-RRC) используется для конфигурирования SRB для того, чтобы напрямую передать RRC-сообщение между вторичным узлом и терминалом. То есть информация о конфигурации для SRB (информация о конфигурации SRB или информация о конфигурации прямого S-RRC) используется терминалом для конфигурирования SRB на основе информации о конфигурации, с тем, чтобы RRC-сообщение передавалось напрямую между терминалом и вторичным узлом. Кроме того, результат конфигурирования может также упоминаться как результат конфигурирования прямого S-RRC или результат RRC-конфигурации вторичного узла.

Понятно, что в вышеуказанных аспектах информацию о конфигурации для SRB, которая используется для передачи RRC-сообщения между вторичным узлом и терминалом, можно отправить в терминал через главный узел, и после того как терминал сконфигурирует SRB вторичного узла, терминал отправляет результат конфигурирования во вторичный узел напрямую или через главный узел. Таким образом, RRC-сообщение может напрямую передаваться между вторичным узлом и терминалом, и это выгодно для повышения эффективности обработки RRC-сообщения.

При реализации терминал напрямую отправляет результат конфигурирования во вторичный узел, то есть терминал отправляет результат конфигурирования во вторичный узел с использованием сконфигурированного SRB; или терминал отправляет результат конфигурирования в главный узел, с тем, чтобы результат конфигурирования отправлялся во вторичный узел через главный узел.

При реализации главный узел отправляет первую информацию индикатора во вторичный узел, где первая информация индикатора используется для инструктирования вторичного узла установить SRB или используется для инструктирования вторичного узла сгенерировать информацию о конфигурации для SRB. Вторичный узел принимает первую информацию индикатора и вырабатывает информацию о конфигурации для SRB на основе первой информации индикатора. Таким образом, вторичный узел может устанавливать SRB на основе инструкции главного узла, и это помогает главному узлу управлять установлением SRB вторичного узла на основе требования, делая его более гибким для управления установлением SRB вторичного узла.

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

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

При реализации информация о конфигурации для SRB может быть блоком данных протокола (PDU) RRC или может быть частью PDU RRC.

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

При реализации информация о конфигурации для SRB включает в себя по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB. Например, параметр безопасности SRB включает в себя информацию об алгоритме безопасности и/или параметре, используемом для получения ключа безопасности. Алгоритм безопасности включает в себя, например, алгоритм защиты целостности и/или шифрования. Информация об алгоритме безопасности может быть информацией, используемой для указания алгоритма безопасности, например, может быть индикатором алгоритма или идентификатором алгоритма или может быть алгоритмом безопасности.

При реализации вторичный узел может добавить информацию о конфигурации для SRB в сообщение подтверждения, отправленное в главный узел. Сообщение подтверждения является ответным сообщением (то есть сообщением подтверждения запроса на добавление) для сообщения запроса на добавление, используемого для запроса на добавление вторичного узла, или ответным сообщением (то есть сообщением подтверждения запроса на модификацию) для сообщения запроса на модификацию, используемого для запроса на модификацию конфигурации вторичного узла. То есть приведенный выше способ дополнительно включает в себя: прием, вторичным узлом, сообщения с запросом на добавление или сообщения запроса на модификацию из главного узла; и отправка, вторичным узлом, информации о конфигурации для SRB в главный узел включает в себя: отправку, вторичным узлом, сообщения подтверждения запроса на добавление или сообщения подтверждения запроса на модификацию в главный узел, где сообщение подтверждения запроса на добавление или сообщение подтверждения запроса на модификацию включает в себя информацию о конфигурации для SRB.

Понятно, что информация о конфигурации для SRB может отправляться вторичным узлом в главный узел в процессе добавления вторичного узла (в процессе начального конфигурирования двойной связности) или в процессе модификации вторичного узла, с тем, чтобы можно было сэкономить сигнализацию и повысить эффективность связи. Когда информация о конфигурации для SRB отправляется вторичным узлом в главный узел в процессе модификации вторичного узла, процесс модификации вторичного узла может быть инициирован главным узлом или может быть инициирован вторичным узлом. Когда процесс модификации вторичного узла инициируется вторичным узлом, приведенный выше способ дополнительно включает в себя: отправку, вторичным узлом, сообщения с требованием модификации в главный узел, где сообщение с требованием модификации используется для запроса главного узла на разрешение передачи RRC-сообщения или на установление SRB между вторичным узлом и терминалом.

При реализации главный узел может отправлять информацию о конфигурации для SRB вторичного узла в терминал с использованием сообщения реконфигурации RRC-соединения главного узла. Соответственно, терминал может отправить результат конфигурирования SRB в главный узел, используя сообщение о завершении реконфигурирования RRC-соединения. То есть отправка, главным узлом, информации о конфигурации для SRB вторичного узла в терминал включает в себя: отправку, главным узлом, сообщения реконфигурации RRC-соединения в терминал, где сообщение о реконфигурировании RRC-соединения несет в себе информацию о конфигурации для SRB вторичного узла, и прием, главным узлом, результата конфигурирования SRB с помощью терминала включает в себя: прием, главным узлом, сообщения о завершении реконфигурирования RRC-соединения из терминала, где сообщение о завершении реконфигурирования RRC-соединения несет в себе результат конфигурирования. Соответственно, прием, терминалом, информации о конфигурации для SRB вторичного узла из главного узла включает в себя: прием, терминалом, сообщения реконфигурации RRC-соединения из главного узла, где сообщение о реконфигурировании RRC-соединения несет в себе информацию о конфигурации для SRB вторичного узла, и отправка, терминалом, результата конфигурирования в главный узел включает в себя: отправку, терминалом, сообщения о завершении реконфигурирования RRC-соединения в главный узел, где сообщение о завершении реконфигурирования RRC-соединения несет в себе результат конфигурирования.

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

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

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

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

При реализации главный узел отправляет информацию безопасности, используемую для SRB вторичного узла во вторичный узел, где информация безопасности, используемая для SRB вторичного узла, упоминается также как информация безопасности для прямого S-RRC. Информация безопасности включает в себя по меньшей мере одну из следующей информации: ключ безопасности и информация об алгоритме безопасности. Алгоритм безопасности включает в себя алгоритм защиты целостности и/или шифрования. Информация об алгоритме безопасности может быть информацией, используемой для указания алгоритма безопасности, например, может быть индикатором алгоритма или идентификатором алгоритма или может быть алгоритмом безопасности. Вторичный узел принимает информацию безопасности и выполняет обработку безопасности для SRB на основе информации безопасности. Главный узел может отправить информацию безопасности во вторичный узел перед генерированием, вторичным узлом, информации о конфигурации для SRB, то есть перед приемом, главным узлом, информации о конфигурации для SRB вторичного узла. После генерирования, вторичным узлом, информации о конфигурации для SRB, вторичный узел может выполнить связанную с обеспечением безопасности обработку информации о конфигурации для SRB с использованием информации безопасности. Информация безопасности может переноситься в сообщении запроса на добавление или в сообщении запроса на модификацию.

При реализации главный узел отправляет группу ключей (которая также упоминается как список ключей) во вторичный узел, где группа ключей включает в себя множество ключей, с тем, чтобы вторичный узел выбирал ключ из группы ключей при обновлении ключа. Вторичный узел принимает группу ключей из главного узла и выбирает ключ из группы ключей при обновлении ключа. Таким образом, вторичный узел может обновить ключ отдельно, тем самым дополнительно повышая эффективность конфигурирования во вторичном узле.

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

При необходимости главный узел может отправить группу значений счетчика (COUNT), то есть группу значений счетчика, используемых для получения ключей в группе ключей, во вторичный узел. Вторичный узел принимает группу значений счетчика и отправляет значение счетчика, используемое для получения выбранного ключа в терминал при обновлении ключа, с тем, чтобы терминал также завершил синхронное обновление ключа.

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

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

При реализации после завершения конфигурирования SRB вторичного узла, вторичный узел может напрямую отправить сообщение о реконфигурировании RRC-соединения в терминал для конфигурирования. Терминал принимает сообщение о реконфигурировании RRC-соединения, и когда реконфигурирование, соответствующее сообщению о реконфигурировании RRC-соединения, заканчивается неудачно, восстанавливает конфигурацию перед приемом сообщения реконфигурации RRC-соединения. При необходимости терминал может дополнительно отправить сообщение уведомления во вторичный узел (напрямую или через главный узел) для уведомления вторичного узла о том, что реконфигурирование RRC-соединения заканчивается неудачно.

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

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

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

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

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

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

Кроме того, варианты осуществления настоящей заявки дополнительно обеспечивают способ, устройство и систему для передачи RRC-сообщения, которые предположительно должны дополнительно повысить надежность передачи RRC-сообщения восходящей линии связи, когда SRB может быть установлен во вторичном узле. Более того, способ, устройство и система передачи RRC-сообщений могут быть объединены с вышеупомянутыми способом, устройством и системой конфигурирования.

Согласно аспекту выполнен способ передачи RRC-сообщения, применяемый в системе связи. Система связи включает в себя главный узел и вторичный узел, которые совместно предоставляют услугу для терминала. Способ включает в себя: прием, терминалом, RRC-сообщения нисходящей линии связи вторичного узла, где RRC-сообщение нисходящей линии связи принимается главным узлом из вторичного узла и отправляется в терминал, или RRC-сообщение нисходящей линии связи отправляется вторичным узлом в терминал; и отправку, терминалом, RRC-сообщения восходящей линии связи, где RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи, и тракт, по которому терминал отправляет RRC-сообщение восходящей линии связи, совпадает с трактом, по которому терминал принимает RRC-сообщение нисходящей линии связи. Если быть точнее, когда RRC-сообщение нисходящей линии связи принимается главным узлом из вторичного узла и отправляется в терминал, RRC-сообщение восходящей линии связи отправляется терминалом в главный узел, и затем отправляется главным узлом во вторичный узел. В качестве альтернативы, когда RRC-сообщение нисходящей линии связи отправляется вторичным узлом в терминал, RRC-сообщение восходящей линии связи отправляется терминалом во вторичный узел. В данном документе термин "отправляется" означает прямую отправку без пересылки главным узлом.

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

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

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

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

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

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

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

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

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

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

Понятно, что в вышеуказанных аспектах, RRC-сообщение восходящей линии связи для вторичного узла может быть передано способом, сконфигурированным главным узлом, или может быть передано по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи. Таким образом, уменьшается ненадежность, обусловленная множеством возможностей передачи RRC-сообщения восходящей линии связи.

Кроме того, варианты осуществления настоящей заявки дополнительно обеспечивают способ, устройство и систему конфигурирования, которые должны дополнительно повысить эффективность управления мобильностью, когда SRB может быть установлен во вторичном узле. Более того, способ, устройство и система конфигурирования могут быть объединены с вышеупомянутыми способом, устройством и системой конфигурации.

Согласно аспекту выполнен способ конфигурирования, применяемый в системе связи. Система связи включает в себя главный узел (MN) и вторичный узел (SN), которые совместно предоставляют услугу для терминала. Способ включает в себя следующие этапы:

прием, вторичным узлом, информации о конфигурации измерения из главного узла, где информация о конфигурации измерения используется для конфигурирования условия для инициирования отправки, вторичным узлом, результата измерения в главный узел;

прием, вторичным узлом из терминала, отчета об измерении, полученного терминалом путем измерения соты вторичного узла; и

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

Согласно другому аспекту выполнен способ конфигурирования, применяемый в системе связи, где система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала, и способ включает в себя следующие этапы:

отправку, главным узлом, информации о конфигурации измерения во вторичный узел, где информация о конфигурации измерения используется для конфигурирования условия для инициирования отправки, вторичным узлом, результата измерения в главный узел; и

прием, главным узлом, результата измерения, удовлетворяющего вышеуказанному условию, из вторичного узла, где результат измерения получается терминалом путем измерения соты вторичного узла и передается в виде отчета во вторичный узел.

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

Фиг.1 – схематичное представление сценария двойной связности согласно варианту осуществления настоящей заявки;

фиг.2(a) – схематичное представление сценария двойной связности LTE-NR согласно варианту осуществления настоящей заявки;

фиг.2(b) – схематичное представление другого сценария двойной связности LTE-NR согласно варианту осуществления настоящей заявки;

фиг.2(c) – схематичное представление еще одного сценария двойной связности LTE-NR согласно варианту осуществления настоящей заявки;

фиг.3(a) – схематичное представление архитектуры беспроводного протокола двойной связности согласно варианту осуществления настоящей заявки;

фиг.3(b) – схематичное представление архитектуры другого беспроводного протокола двойной связности согласно варианту осуществления настоящей заявки;

фиг.4 – схематичное представление RRC-сообщения согласно варианту осуществления настоящей заявки;

фиг.5 – схема способа конфигурирования согласно варианту осуществления настоящей заявки;

фиг.6 – схематичное представление способа установления однонаправленного радиоканала согласно варианту осуществления настоящей заявки;

фиг.7 – схема способа конфигурирования согласно варианту осуществления настоящей заявки;

фиг.8 – схематичное представление формата параметра COUNT согласно варианту осуществления настоящей заявки;

фиг.9 – схема способа передачи RRC согласно варианту осуществления настоящей заявки;

фиг.10 – схема другого способа передачи RRC согласно варианту осуществления настоящей заявки;

фиг.11 – схема способа конфигурирования согласно варианту осуществления настоящей заявки;

фиг.12 – схема устройства, применяемого в SN, согласно варианту осуществления настоящей заявки;

фиг.13 – схема устройства, применяемого в MN, согласно варианту осуществления настоящей заявки;

фиг.14 – схема устройства, применяемого в терминале, согласно варианту осуществления настоящей заявки;

фиг.15 – упрощенная структурная схема узла RAN согласно варианту осуществления настоящей заявки; и

фиг.16 – упрощенная структурная схема терминала согласно варианту осуществления настоящей заявки.

Подробное описание изобретения

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

(1) Терминал, который также упоминается как пользовательское оборудование (User Equipment (UE)), представляет собой устройство, которое обеспечивает возможность передачи голоса и/или данных для пользователя, например, портативное устройство или автомобильное устройство, имеющее функцию беспроводного соединения. В настоящее время некоторые терминалы представляют собой, например, мобильный телефон, планшетный компьютер, ноутбук, карманный компьютер, мобильное интернет-устройство (Mobile Internet Device (MID)) и носимое устройство, такое как интеллектуальные часы, умный ремешок и шагомер.

(2) Сеть радиодоступа (Radio Access Network (RAN)) является частью сети, которая обеспечивает подключение терминала к беспроводной сети. Узел или устройство RAN представляет собой узел или устройство в сети радиодоступа и может также упоминаться как базовая станция. В настоящее время некоторыми узлами RAN являются, например, gNB, пункт передачи/приема (Transmission Reception Point (TRP)), развитой узел B (evolved NodeB (eNB)), контроллер радиосети (Radio Network Controller (RNC)), узел B (NodeB (NB)), контроллер базовой станции (Base Station Controller (BSC)), базовая приемопередающая станция (Base Transceiver Station (BTS)), домашняя базовая станция (например, домашний развитой узел B (Home evolved NodeB) или домашний узел (Home Node B) (HNB)), основополосный блок (BaseBand Unit (BBU)) или точка доступа WiFi (Access Point (AP)). Кроме того, в структуре сети RAN может включать в себя узлы централизованного блока (Centralized Unit (CU)) и узлы распределенных блоков (Distributed Unit (DU)). В этой структуре уровни протокола eNB в долгосрочном развитии (Long Term Evolution (LTE)) разделены, где функции некоторых уровней протокола поделены на CU для централизованного управления, и функции части или всех оставшихся уровней протокола разделены на DU, которыми управляет CU централизованным способом.

(3) Термин "множество" означает два или более двух элементов, и другие указатели множества аналогичны этим элементам. Термин "и/или" описывает отношение ассоциации для описания ассоциированных объектов и представляет то, что могут существовать три отношения. Например, A и/или B могут представлять собой следующие три случая: существует только A, существуют как A, так и B, и существует только B. Символ "/", как правило, указывает взаимосвязь "или" между ассоциированными объектами.

На фиг.1 показана схема сценария двойной связности согласно варианту осуществления настоящей заявки. Как показано на фиг.1, узел 110 RAN и узел 120 RAN совместно предоставляют услугу для терминала 130. Узел 110 RAN является главным узлом (Master Node (MN)). Узел 120 RAN является вторичным узлом (Secondary Node (SN)). Подключение плоскости управления и подключение плоскости пользователя существуют между MN 110 и базовой сетью (Core Network (CN)) 140. Подключение плоскости пользователя может или не может существовать между SN 120 и базовой сетью 140. S1-U представляет собой подключение плоскости пользователя, и S1-C представляет подключение плоскости управления. Когда подключение плоскости пользователя не существует между SN 120 и базовой сетью 140, данные для терминала 130 могут быть выгружены из MN 110 в SN 120 на уровне протокола сходимости пакетных данных (Packet Data Convergence Protocol (PDCP)). MN и SN также называются главной базовой станцией и вторичной базовой станцией.

Двойную связность можно осуществить между узлами RAN intra-RAT или можно осуществить между узлами RAN inter-RAT. Например, с развитием технологий беспроводной связи двойную связность можно осуществить в сценарии организации совместной работы в сети LTE (которая также упоминается как 4G) и в сети нового радио (New Radio (NR)) (которая также упоминается как 5G), и такая двойная связность упоминается как двойная связность LTE-NR. Таким образом, терминал может получать радиоресурсы из радиоинтерфейсов LTE и NR для передачи данных, тем самым получая выигрыш в скорости передачи данных. Двойная связность LTE-NR в основном включает в себя следующие три архитектуры, которые отдельно описаны ниже со ссылкой на фиг.2(a), фиг.2(b) и фиг.2(c), где интерфейс между базовой сетью и узлом RAN обозначен S1, и интерфейс между узлами RAN обозначен X2 (который может также упоминаться как интерфейс Xn). Такая форма представления является всего лишь примером и не предназначена для ограничения настоящей заявки.

На фиг.2(a) показана схема сценария двойной связности LTE-NR согласно варианту осуществления настоящей заявки. Как показано на фиг.2(a), eNB LTE служит в качестве MN, и подключение плоскости управления и плоскости пользователя можно устанавливать для терминала между MN и развитым пакетным ядром (evolved Packet Core (EPC)) системы LTE. GNB NR служит в качестве SN, и подключение плоскости пользователя может быть установлено между SN и EPC. Понятно, что в сценарии, показанном на фиг.2(a), eNB LTE используется в качестве привязки, и eNB LTE подключается к базовой сети LTE.

На фиг.2(b) показана схема другого сценария двойной связности LTE-NR согласно варианту осуществления настоящей заявки. Отличие от фиг.2(a) заключается в том, что GNB NR используется в качестве привязки, и GNB NR подключается к базовой сети NR, которая может упоминаться как ядро следующего поколения (Next Generation Core (NGC)) или базовая сеть 5G (5th Generation Core Network (5G-CN)). То есть GNB NR служит в качестве MN, и подключения плоскости управления и плоскости пользователя могут быть установлены для терминала между MN и NGC. eNB LTE служит в качестве SN, и подключение плоскости пользователя может быть установлено между SN и NGC.

На фиг.2(c) показана схема еще одного сценария двойной связности LTE-NR согласно варианту осуществления настоящей заявки. Как и на фиг.2(a), eNB LTE, используется в качестве привязки, и отличие от фиг.2(a) состоит в том, что eNB LTE подключается к NGC базовой сети NR. То есть eNB LTE служит в качестве MN, и подключения плоскости управления и плоскости пользователя могут быть установлены для терминала между MN и NGC. GNB NR служит в качестве SN, и подключение плоскости пользователя может быть установлено между SN и NGC.

В приведенных выше трех сценариях подключение плоскости пользователя может быть не установлено между SN и базовой сетью, и данные передаются через MN. Например, в направлении нисходящей линии связи данные для терминала достигают MN первыми, и MN выгружает данные для терминала в SN на уровне PDCP. Выгруженные данные имеют, например, форму блока данных протокола PDCP (Protocol Data Unit (PDU)).

При двойной связности однонаправленный радиоканал передачи данных (Data Radio Bearer (DRB)) может предоставляться только MN или SN или может предоставляться как MN, так и SN. Когда DRB предоставляется только MN, DRB упоминается как однонаправленный канал группы базовых сот (Master Cell Group (MCG)). Когда DRB предоставляется только SN, DRB упоминается как однонаправленный канал группы вторичных сот (Secondary Cell Group, SCG). Когда DRB представляет собой однонаправленный канал как MN, так и SN, DRB упоминается как разделенный однонаправленный канал (split bearer).

Ниже приводится описание со ссылкой на фиг.3(a) и фиг.3(b). На фиг.3(a) и фиг.3(b) показаны, соответственно, схематичные представления архитектур беспроводных протоколов двойной связности согласно варианту осуществления настоящей заявки. Как показано на фиг.3(a) и фиг.3(b), когда однонаправленный канал предоставляется только MN, то есть поток данных передается из базовой сети только в MN, однонаправленный канал является однонаправленным каналом (bearer) MCG. Когда однонаправленный канал предоставляется только SN, то есть поток данных передается из базовой сети только в SN, однонаправленный канал является однонаправленным каналом SCG. Когда однонаправленный канал предоставляется как MN, так и SN, то есть поток данных выгружается в MN или SN, однонаправленный канал является разделенным однонаправленным каналом (split bearer). Для различения однонаправленный канал, разделенный в MN, может упоминаться как разделенный однонаправленный канал MCG (показанный на фиг.3(a)), и однонаправленный канал, разделенный в SN, может упоминаться как разделенный однонаправленный канал SCG (показанный на фиг.3(b)).

В современной системе двойной связности LTE однонаправленный радиоканал сигнализации (Signaling Radio Bearer (SRB)) предоставляется MN, и SN не предоставляет SRB. SRB устанавливается только между терминалом и MN для передачи сообщений управления радиоресурсами (Radio Resource Control (RRC)), и все RRC-сообщения SN отправляются в терминал через MN. Однако с развитием технологий SN предполагается, что SN сможет предоставлять SRB независимым образом, поэтому может быть реализовано быстрое RRC-конфигурирование. Таким образом, RRC-сообщение может передаваться не только между MN и терминалом, но также между SN и терминалом. В этом случае могут существовать три типа RRC-сообщений.

На фиг.4 показано схематичное представление RRC-сообщения согласно варианту осуществления настоящей заявки. Как показано на фиг.4, когда SN может предоставить SRB, существует три типа RRC-сообщений: сообщение главного RRC (M-RRC), сообщение прямого RRC вторичного узла (прямого S-RRC) и сообщение встроенного RRC вторичного узла (embedded S-RRC). Сообщение M-RRC используется для MN и напрямую передается между MN и терминалом, то есть напрямую проходит между MN и терминалом. Сообщение прямого S-RRC используется для SN и напрямую передается между SN и терминалом. Сообщение встроенного S-RRC используется для SN, и сообщение встроенного S-RRC инкапсулируется в сообщении M-RRC и может использоваться в виде RRC-контейнера (container). Контейнер RRC представляет собой PDU RRC, соответствующий требованию протокола SN. Понятно, что для SN можно использовать два типа RRC-сообщений, то есть сообщение встроенного S-RRC и сообщение прямого S-RRC.

Однако в настоящее время отсутствует доступный способ установления SRB в SN. Кроме того, RRC-сообщение между терминалом и SN может передаваться с использованием SRB в MN или может напрямую передаваться с использованием SRB в SN, но в настоящее время также отсутствует доступный способ выбора способа передачи RRC-сообщения между терминалом и SN.

С учетом вышеизложенного следующий вариант осуществления обеспечивает способ конфигурирования для установления SRB в SN таким образом, чтобы RRC-сообщение можно было напрямую передавать между терминалом и SN.

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

S510: SN вырабатывает информацию о конфигурации для SRB, где SRB используется для передачи RRC-сообщения между SN и терминалом. То есть RRC-сообщение может напрямую передаваться SN в терминал с использованием SRB, без пересылки MN, или RRC-сообщение может напрямую передаваться терминалом в SN с использованием SRB, без пересылки MN. Информация о конфигурации для SRB может также упоминаться как информация о конфигурации SRB или информация о конфигурации прямого S-RRC. Название информации о конфигурации для SRB не ограничивается в настоящей заявке. Информация о конфигурации для SRB (информация о конфигурации SRB или информация о конфигурации прямого S-RRC) используется для конфигурирования SRB, с тем, чтобы напрямую передавать RRC-сообщение между терминалом и SN. То есть информация о конфигурации для SRB (информация о конфигурации SRB или информация о конфигурации прямого S-RRC) используется терминалом для конфигурирования SRB на основе информации о конфигурации таким образом, чтобы RRC-сообщение передавалось напрямую между терминалом и вторичным узлом.

S520: SN отправляет информацию о конфигурации для SRB в MN.

MN принимает информацию о конфигурации для SRB SN и выполняет следующую операцию:

S530: MN отправляет информацию о конфигурации для SRB SN в терминал.

Терминал принимает информацию о конфигурации для SRB SN и выполняет следующую операцию:

S540: терминал конфигурирует SRB с использованием информации о конфигурации для SRB SN и отправляет результат конфигурирования в SN. Терминал может отправить результат конфигурирования в SN через MN или может напрямую отправить результат конфигурирования в SN. Затем терминал может выполнить этап S550 или S570.

S550: Терминал отправляет результат конфигурирования SRB в MN, так что результат конфигурирования может быть отправлен в SN через MN.

MN принимает результат конфигурирования и выполняет следующий этап:

S560: MN отправляет результат конфигурирования в SN.

S570: Терминал отправляет результат конфигурирования в SN. То есть терминал напрямую отправляет результат конфигурирования SRB SN в SN, используя сконфигурированный SRB.

Таким образом, конфигурация для SRB посредством SN может отправляться в терминал через MN, и после того, как терминал сконфигурирует SRB, терминал напрямую отправляет результат конфигурирования в SN или через MN. Таким образом, RRC-сообщение может напрямую передаваться между SN и терминалом, и это полезно для повышения эффективности обработки RRC-сообщения.

На этапе S510, SN может сгенерировать информацию о конфигурации для SRB на основе инструкции MN, или может сгенерировать информацию о конфигурации для SRB по умолчанию, когда узнает, что MN запрашивает добавление SN в качестве SN. То есть перед этапом S510 вышеупомянутый способ может дополнительно включать в себя этап S501 или этап S502:

S501: MN отправляет первую информацию индикатора в SN, где первая информация индикатора используется для инструктирования SN установить SRB или используется для инструктирования SN сгенерировать информацию о конфигурации для SRB. SN принимает первую информацию индикатора и вырабатывает информацию о конфигурации для SRB на основе первой информации индикатора. Когда первая информация индикатора используется для инструктирования SN установить SRB, SN вырабатывает информацию о конфигурации для SRB и отправляет информацию о конфигурации для SRB в терминал через MN, чтобы завершить конфигурацию SRB и завершить установление SRB. Когда первая информация индикатора используется для инструктирования SN сгенерировать информацию о конфигурации для SRB, она указывает, что SRB должен быть установлен в SN; поэтому SN вырабатывает информацию о конфигурации для SRB и отправляет информацию о конфигурации для SRB в терминал через MN, чтобы завершить конфигурацию SRB и завершить установление SRB. Таким образом, вторичный узел может установить SRB на основе инструкции главного узла, и она помогает главному узлу управлять установлением SRB вторичного узла на основе требования, что делает более гибким управление установлением SRB вторичного узла.

S502: SN принимает сообщение запроса из MN, где сообщение запроса используется для запроса на добавление SN в качестве SN. SN принимает сообщение запроса, узнает, что SN должен быть добавлен в качестве SN, и когда SN добавляется в качестве SN, устанавливает SRB по умолчанию, то есть вырабатывает информацию о конфигурации для SRB по умолчанию. То есть когда SN узнает, что SN запрашивается для добавления в качестве SN, SN может сгенерировать информацию о конфигурации для SRB, без инструктирования, с помощью MN, используя информационный элемент, чтобы сгенерировать информацию о конфигурации для SRB. Таким образом, можно уменьшить количество информационных элементов, передаваемых между MN и SN. Когда SN добавляется, SRB устанавливается в SN по умолчанию.

При необходимости первая информация индикатора на этапе S501 может переноситься в сообщении запроса на добавление, отправленном MN в SN, где сообщение запроса на добавление используется для запроса на добавление SN. В качестве альтернативы, первая информация индикатора может переноситься в сообщении запроса на модификацию, отправленном MN в SN, где сообщение запроса на модификацию используется для запроса на модификацию конфигурации вторичного узла. Это дополнительно описано в последующем варианте осуществления, и в данном документе подробности повторно не описываются.

Кроме того, на этапе S510 информация о конфигурации для SRB, который вырабатывается SN, может представлять собой блок данных протокола (Protocol Data Unit (PDU)) RRC или часть PDU RRC. Например, если MN является узлом RAN в системе LTE, и SN является узлом RAN в системе NR, SN вырабатывает PDU RRC NR, где PDU RRC NR включает в себя по меньшей мере информацию о конфигурации для SRB SN. PDU RRC NR можно быть сообщением реконфигурации RRC-соединения (RRC Connection Reconfiguration message) NR. Кроме того, можно выполнить связанную с обеспечением безопасности обработку информации о конфигурации для SRB. Например, SN выполняет защиту целостности и/или обработку шифрования информации о конфигурации для SRB и затем отправляет информацию о конфигурации для SRB в MN. MN отправляет информацию о конфигурации для SRB в терминал. После приема терминалом информации о конфигурации для SRB терминал выполняет проверку целостности и/или дешифрование информации о конфигурации для SRB.

Информация о конфигурации для SRB может включать в себя по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (Radio Link Control (RLC)) SRB, конфигурацию логического канала и параметр безопасности SRB. Параметр безопасности SRB может включать в себя, например, по меньшей мере один из следующих параметров: информацию об алгоритме безопасности и параметр, используемый для получения ключа безопасности. Алгоритм безопасности включает в себя, например, алгоритм защиты целостности и/или шифрования. Информация об алгоритме безопасности может быть информацией, используемой для указания алгоритма безопасности, например, может быть индикатором алгоритма или идентификатором алгоритма или может быть алгоритмом безопасности. В качестве альтернативы, SN может не отправлять параметр безопасности SRB, и терминал и SN предварительно конфигурируют параметры безопасности, которые поддерживаются совместимыми. При необходимости SN и MN используют один и тот же параметр безопасности, например, один и тот же алгоритм защиты целостности и/или шифрования. В качестве альтернативы, параметр безопасности отправляется MN в терминал, и его не нужно переносить в информации о конфигурации для SRB. Кроме того, содержание, переносимое в параметре безопасности, может частично переноситься в информации о конфигурации для SRB, и частично предварительно конфигурироваться или отправляться MN в терминал.

На этапе S520 SN может добавить информацию о конфигурации для SRB SN в сообщение подтверждения, отправленное SN в MN, где сообщение подтверждения является ответным сообщением для сообщения запроса на добавление, используемого для запроса на добавление SN, или ответным сообщением для сообщения запроса на модификацию, используемого запроса на модификацию конфигурации SN. Кроме того, на этапе S530 MN может отправить информацию о конфигурации для SRB SN в терминал, используя сообщение реконфигурации RRC-соединения MN.

Информацию о конфигурации для SRB можно отправить SN в MN в виде RRC-контейнера (container). Контейнер представляет собой, например, PDU RRC. Кроме того, контейнер может переноситься в сообщении, отправленном SN в MN. После того как MN выполнит анализ контейнера из сообщения, MN напрямую пересылает контейнер в терминал без проведения анализа контейнера. Например, контейнер переносится в сообщении подтверждения, отправленном SN в MN, где сообщение подтверждения является ответным сообщением для сообщения-запроса, используемого для запроса на добавление SN, или ответным сообщением для сообщения запроса на модификацию, используемого для запроса на модификацию конфигурации SN.

На этапе S540 терминал вырабатывает соответствующий объект RRC и объект уровня 2 (например, объект RLC) на основе информации о конфигурации для SRB и активирует обработку безопасности для прямой передачи RRC между терминалом и SN, чтобы передать RRC-сообщение SN. В данном документе объекты являются логическими объектами и используются для реализации функций RRC и уровня 2. Когда информация о конфигурации для SRB переносится в сообщении реконфигурации RRC-соединения MN, после того как терминал примет сообщение о реконфигурации RRC-соединения MN, терминал извлекает информацию о конфигурации для SRB из сообщения о реконфигурации RRC-соединения и проводит анализ информации о конфигурации для SRB, используя формат RRC SN. Если обработка безопасности, например, защита целостности и/или шифрование, выполняется в отношении информации о конфигурации для SRB SN, терминал может выполнить обработку безопасности, например, проверку целостности и/или дешифрование, в отношении информации о конфигурации для SRB с использованием параметра безопасности.

На этапе S550 терминал может добавить результат конфигурирования в сообщение о завершении реконфигурирования RRC-соединения и отправляет сообщение о завершении реконфигурирования RRC-соединения в MN. Результат конфигурирования может также упоминаться как результат конфигурирования прямого S-RRC или результат конфигурирования RRC SN. Например, результат конфигурирования может быть успешным или неудачным, с тем, чтобы указать, что результат конфигурирования SRB SN терминалом является успешным или неудачным. Для результата конфигурирования терминал может отправить вторую информацию индикатора в MN, где вторая информация индикатора используется для указания результата конфигурирования, с тем, чтобы, когда MN не может провести анализ результата конфигурирования, MN мог узнать, основываясь на второй информации индикатора, результат конфигурирования SRB SN терминалом. Вторая информация индикатора и результат конфигурирования могут переноситься в одном и том же сообщении, отправленном терминалом в MN, например, переноситься в сообщении о завершении реконфигурирования RRC-соединения, отправленном терминалом в MN.

Кроме того, результат конфигурирования может быть сообщением о завершении реконфигурирования RRC-соединения. Например, когда MN принимает сообщение о завершении реконфигурирования RRC-соединения, считается, что конфигурирование SRB SN (или конфигурирование SN RRC или конфигурирование прямого S-RRC) завершилось успешно.

Кроме того, когда сообщение о реконфигурации RRC-соединения несет в себе информацию о RRC-конфигурации MN, UE отдельно выполняет конфигурирование MN и конфигурирование SN и возвращает результаты конфигурирования в MN, используя сообщение о завершении реконфигурирования RRC-соединения.

На этапе S560 MN может отправить результат конфигурирования в SN, используя сообщение о завершении реконфигурирования SN. Кроме того, результат конфигурирования можно отправить в SN в виде контейнера (container). В качестве альтернативы, сообщение о завершении реконфигурирования SN может представлять собой результат конфигурирования. Когда SN принимает сообщение о завершении реконфигурирования SN, считается, что конфигурирование выполнено успешно.

При необходимости MN может провести анализ результата конфигурирования, и только когда результат конфигурирования является успешным, отправить данные для терминала в SN или запросить базовую сеть отправить соответствующие данные в SN. В качестве альтернативы, когда результат конфигурирования не может быть проанализирован главным узлом, например, результат конфигурирования отправляется в главный узел в виде RRC-контейнера, удовлетворяющего требованию формата SN, главный узел может определить, на основе второй информации индикатора, результат конфигурирования SRB вторичного узла терминалом, и когда результат конфигурирования является успешным, отправить данные для терминала в SN или запросить базовую сеть отправить соответствующие данные в SN. Когда результат конфигурирования является неудачным, MN может повторно выбрать SN для двойной связности или модифицировать SN, или MN не отправляет данные в SN, и SN выполняет реконфигурацию самостоятельно. В данном документе данные, отправленные базовой сетью в SN, могут представлять собой часть или все данные для терминала. То есть то, отправляет ли базовая сеть все данные для терминала в SN, не является ограничением. Базовая сеть может отправить часть данных в SN и отправить часть данных в MN, с тем, чтобы выгрузка данных завершалась в базовой сети.

После того как SN примет отправленный MN результат конфигурирования SRB SN терминалом, если SN считает, что результат конфигурирования является успешным, конфигурирование SRB в SN для терминала завершается.

Кроме того, если результат конфигурирования RRC SN является неудачным, MN может инициировать процедуру отключения SN, то есть отправить команду на отключение SN в SN. Команда на отключение SN может включать в себя информацию индикатора, указывающую, что "конфигурирование RRC SN закончилось неудачно".

Начальное конфигурирование двойной связности завершается MN, и SRB в SN может быть установлен в процессе начального конфигурирования двойной связности. Ниже приводится описание со ссылкой на сопроводительный чертеж.

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

S610: Узел 110 RAN отправляет сообщение запроса на добавление (addition request) в узел 120 RAN, где сообщение запроса на добавление используется для запроса на добавление узла 120 RAN в качестве SN.

При необходимости в приведенном выше варианте осуществления сообщение запроса на добавление может нести в себе первую информацию индикатора для инструктирования узла 120 RAN установить SRB или сгенерировать информацию о конфигурации для SRB. В качестве альтернативы, сообщение запроса на добавление может не нести в себе первую информацию индикатора, но вместо этого, когда узел 120 RAN примет сообщение запроса на добавление, узел 120 RAN устанавливает SRB по умолчанию для генерирования информации о конфигурации для SRB по умолчанию.

После того как узел 120 RAN примет сообщение запроса на добавление, узел 120 RAN узнает, что узел 110 RAN должен добавить узел 120 RAN в качестве SN и затем выполнить конфигурирование SCG. В данном варианте осуществления в процессе, в котором узел 120 RAN выполняет конфигурирование SCG, узел 120 RAN вырабатывает информацию о конфигурации SCG и отправляет сгенерированную информацию о конфигурации SCG в узел 110 RAN, где информация о конфигурации SCG несет в себе информацию о конфигурации для SRB (или информацию о конфигурации прямого S-RRC). То есть узел 120 RAN выполняет следующие этапы:

S620: Узел 120 RAN вырабатывает информацию о конфигурации для SRB.

S630: Узел 120 RAN добавляет сгенерированную информацию о конфигурации для SRB в сообщение подтверждения запроса на добавление (addition request acknowledge) и отправляет сообщение подтверждения запроса на добавление в узел 110 RAN, где сообщение подтверждения запроса на добавление является ответным сообщением для сообщения запроса на добавление.

Как и в предыдущем варианте осуществления, информация о конфигурации для SRB SN может переноситься в виде контейнера в сообщении подтверждения запроса на добавление, отправленном в MN. Например, информация о конфигурации для SRB может быть отправлена в MN в виде PDU RRC SN или части PDU RRC.

Узел 110 RAN принимает сообщение подтверждения запроса на добавление, отправленное узлом 120 RAN, и выполняют следующую операцию:

S640: Узел 110 RAN добавляет информацию о конфигурации для SRB узла 120 RAN в сообщение о реконфигурации RRC-соединения (RRC connection reconfiguration) и отправляет сообщение о реконфигурации RRC-соединения в терминал.

Например, если MN является узлом RAN в LTE, и SN является узлом RAN в NR, MN отправляет сообщение о реконфигурации RRC-соединения LTE в терминал. Сообщение о реконфигурации RRC-соединения LTE включает в себя информацию о конфигурации для SRB SN, например, включает в себя PDU RRC SN, то есть MN пересылает PDU RRC SN в терминал. Даже когда информация о конфигурации для SRB SN является частью PDU RRC, MN все еще может пересылать полный PDU RRC в терминал для отправки информации о конфигурации для SRB SN в терминал.

После того как терминал примет сообщение о реконфигурации RRC-соединения, терминал анализирует информацию о конфигурации для SRB узла 120 RAN из сообщения о реконфигурации RRC-соединения и выполняет следующие операции:

S650: Терминал конфигурирует SRB узла 120 RAN с использованием информации о конфигурации для SRB узла 120 RAN, например, устанавливает объект RRC и объект уровня 2 и активирует обработку безопасности для прямой передачи RRC между терминалом и SN для генерирования сообщения о завершении реконфигурирования RRC-соединения. Этот процесс представляет собой процесс добавления SRB терминалом и включает в себя установление элемента PDCP с использованием конфигурации безопасности SN, установление элемента RLC на основе конфигурации RLC, установление логического канала на основе конфигурации логического канала и т.п. Элемент является логическим блоком и используется для выполнения операции, соответствующей протоколу уровня RLC. Затем выполняется этап S660.

S660: Терминал добавляет результат конфигурирования SRB узла 120 RAN в сообщение о завершении реконфигурирования RRC-соединения (RRC connection reconfiguration complete) и отправляет сообщение о завершении реконфигурирования RRC-соединения в узел 110 RAN.

Когда сообщение о реконфигурации RRC-соединения, отправленное узлом 110 RAN, включает в себя информацию о конфигурации MN, терминал выполняет по отдельности конфигурирование MN и конфигурирование SN. Конфигурация MN выполняется на основе информации о конфигурации MN в сообщении реконфигурации RRC-соединения и может включать в себя конфигурацию SRB и/или DRB MN и тому подобное. Конфигурация SN выполняется на основе информации о конфигурации SN в сообщении реконфигурации RRC-соединения и включает в себя конфигурацию SRB SN. Когда конфигурирование завершено, терминал может отправить результаты конфигурирования MN и SN в MN, используя сообщение о завершении реконфигурирования RRC-соединения.

При необходимости для получения результата конфигурирования SN терминал может добавить вышеупомянутую вторую информацию индикатора в сообщение о завершении реконфигурирования RRC-соединения, чтобы указать результат конфигурирования SRB SN терминалом.

Узел 110 RAN принимает сообщение о завершении реконфигурирования RRC-соединения, анализирует результат конфигурирования SRB SN с помощью терминала из сообщения о завершении реконфигурирования RRC-соединения и выполняет следующий этап:

S670: Узел 110 RAN отправляет результат конфигурирования в узел 120 RAN. Узел 110 RAN может отправить результат конфигурирования в узел 120 RAN с использованием сообщения о завершении реконфигурирования (reconfiguration complete) SN.

При необходимости узел 110 RAN может отправить результат конфигурирования в узел 120 RAN в виде контейнера. Кроме того, при необходимости узел 110 RAN может проанализировать результат конфигурирования, и только тогда, когда результат конфигурирования является успешным, отправить данные для терминала в узел 120 RAN, то есть в SN, или запросить базовую сеть отправить данные для терминала в SN.

Таким образом, SRB устанавливается в SN для терминала.

Понятно, что способ, показанный на фиг.5, может быть завершен в процессе начального конфигурирования двойной связности. Информация о конфигурации для SRB SN отправляется в MN с использованием сообщения подтверждения запроса на добавление и отправляется в терминал с использованием сообщения о реконфигурации RRC-соединения MN. Затем терминал конфигурирует SRB SN, используя информацию о конфигурации для SRB SN, и отправляет результат конфигурирования в MN, используя сообщение о завершении реконфигурирования RRC-соединения. MN отправляет результат конфигурирования в SN, используя сообщение о завершении реконфигурирования SN. Таким образом, сразу после завершения начального конфигурирования двойной связности в SN устанавливается SRB, тем самым экономя сигнализацию и повышая эффективность связи.

Кроме того, сообщение о завершении реконфигурирования RRC-соединения может быть результатом конфигурирования и отправляется терминалом в MN тогда, когда конфигурирование завершается успешно. Кроме того, сообщение о завершении реконфигурирования SN может быть результатом конфигурирования и отправляется MN в SN тогда, когда конфигурирование завершается успешно.

В варианте осуществления, показанном на фиг.6, SRB в SN конфигурируется в процессе начального конфигурирования двойной связности. В другом варианте осуществления SRB в SN может быть сконфигурирован отдельно. Например, только DRB в SN может быть сконфигурирован в процессе начального конфигурирования двойной связности, и в процессе DC MN или SN инициирует конфигурирование или установление SRB. Кроме того, SRB в SN может быть сконфигурирован в другом процессе конфигурирования, например, в процесс модификации SN (modification), описание которого предоставлено ниже со ссылкой на фиг.7.

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

S710: MN отправляет сообщение запроса на модификацию (modification request) в SN, где сообщение запроса на модификацию используется для запроса на изменение конфигурации SN, например, для запроса на установление некоторых однонаправленных каналов в SN, или запроса на изменение однонаправленного канала SCG или части SCG разделенного однонаправленного канала, или запроса на добавление или отключение соты SCG. В данном варианте осуществления SN запрашивается для генерирования информации о конфигурации для SRB и выделения соответствующего радиоресурса.

При необходимости сообщение запроса на модификацию может нести в себе первую информацию индикатора в приведенном выше варианте осуществления для инструктирования SN установить SRB или сгенерировать информацию о конфигурации для SRB.

После того как SN примет сообщение запроса на модификацию, SN проводит анализ первой информации индикатора и выполняет конфигурирование SCG на основе первой информации индикатора. В данном варианте осуществления в процессе, в котором SN выполняет конфигурирование SCG, SN вырабатывает информацию о конфигурации SCG и отправляет сгенерированную информацию о конфигурации SCG в MN. Информация о конфигурации SCG несет в себе информацию о конфигурации для SRB (или информацию о конфигурации прямого S-RRC). То есть SN выполняет следующие этапы:

S720: SN вырабатывает информацию о конфигурации для SRB.

S730: SN добавляет сгенерированную информацию о конфигурации для SRB в сообщение подтверждения запроса на модификацию (modification request acknowledge) и отправляет сообщение подтверждения запроса на модификацию в MN. Сообщение подтверждения запроса на модификацию является ответным сообщением для сообщения запроса на модификацию.

Форма или содержание информации о конфигурации для SRB SN является такой же, как в предыдущем варианте осуществления, и в данном документе подробности повторно не описываются.

MN принимает сообщение подтверждения запроса на модификацию, отправленное SN, и выполняет этапы S740 в S760. Этапы S740 – S760 аналогичны этапам S640 – S660, показанным на фиг.6, и их подробности не описываются здесь снова.

На этапе S760 MN принимает сообщение о завершении реконфигурирования RRC-соединения, анализирует результат конфигурирования SRB SN с помощью терминала из сообщения о завершении реконфигурирования RRC-соединения и выполняет следующий этап:

S770: MN отправляет результат конфигурирования в SN, где MN может отправить результат конфигурирования в SN, используя сообщение подтверждения модификации (modification confirm) SN.

При необходимости MN может отправить результат конфигурирования в SN в виде контейнера. Кроме того, при необходимости MN может проанализировать результат конфигурирования, и только тогда, когда результат конфигурирования является успешным, отправить данные для терминала в SN или запросить базовую сеть отправить данные для терминала в SN.

Таким образом, SRB устанавливается в SN для терминала.

Вышеуказанная модификация SN инициируется MN. При необходимости модификация SN может инициироваться SN. В этом случае, в отличие от предыдущего варианта осуществления, перед этапом S71 способ может дополнительно включать в себя этап S701, на котором SN отправляет сообщение о необходимости модификации (modification required) в MN, где сообщение о необходимости модификации используется для того, чтобы запросить MN разрешить установление SRB между SN и терминалом или разрешить передачу RRC-сообщения между SN и терминалом.

При необходимости сообщение о необходимости модификации несет в себе информацию индикатора, где информация индикатора используется для инструктирования MN отправить информацию безопасности, используемую для SRB SN, в SN.

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

Понятно, что способ, показанный на фиг.5, может быть завершен в режиме двойной связности, например, в процессе модификации SN. Информация о конфигурации для SRB SN отправляется в MN с использованием сообщения подтверждения запроса на модификацию и отправляется в терминал с использованием сообщения о реконфигурации RRC-соединения MN. Затем терминал конфигурирует SRB SN, используя информацию о конфигурации для SRB SN, и отправляет результат конфигурирования в MN, используя сообщение о завершении реконфигурирования RRC-соединения. MN отправляет результат конфигурирования в SN с использованием сообщения подтверждения модификации SN. Таким образом, сразу после завершения модификации SN двойной связности в SN устанавливается SRB, тем самым экономя сигнализацию и повышая эффективность связи.

В приведенных выше вариантах осуществления MN может дополнительно отправить информацию безопасности, используемую для SRB SN (которая упоминается как информация безопасности для прямого S-RRC), в SN. Информация безопасности включает в себя по меньшей мере одно из следующего: ключ безопасности и информацию об алгоритме безопасности. Алгоритм безопасности включает в себя алгоритм защиты целостности и/или шифрования. Информация об алгоритме безопасности может быть информацией, используемой для указания алгоритма безопасности, например, может быть индикатором алгоритма или идентификатором алгоритма или может быть алгоритмом безопасности. Таким образом, SN может выполнить обработку безопасности для SRB SN с использованием информации безопасности, например, выполнить шифрование/дешифрование или защиту целостности/проверку целостности. MN может отправить информацию безопасности в SN прежде, чем SN сгенерирует информацию о конфигурации для SRB, то есть перед тем, как MN примет информацию о конфигурации для SRB SN. После того как SN сгенерирует информацию о конфигурации для SRB, SN может выполнить связанную с обеспечением безопасности обработку информации о конфигурации для SRB с использованием информации безопасности, например, выполнить защиту целостности и/или шифрование. Если SRB в SN устанавливается в процессе начального конфигурирования двойной связности, информация безопасности может переноситься в сообщении запроса на добавление на этапе S610. Если SRB в SN устанавливается в процессе двойной связности, информация безопасности может переноситься в сообщении запроса на модификацию на этапе S710.

В настоящее время в процессе конфигурирования разделенного однонаправленного канала MCG MN не отправляет информацию безопасности в SN. Поскольку MN выгружает пакет данных PDCP в SN на уровне PDCP, и шифрование завершается на уровне PDCP, SN не нужно снова шифровать данные. Однако в данном варианте осуществления MN может отправить информацию безопасности в SN в любом сценарии, так что SN выполняет обработку безопасности для SRB. Если быть точнее, в процессе конфигурирования разделенного однонаправленного канала MCG, то есть, когда MN выгружает данные для терминала в SN на уровне PDCP, MN по-прежнему отправляет информацию безопасности в SN.

Ключ безопасности может быть получен на основе корневого ключа слоя доступа (Access Stratum (AS)) (например, KeNB) MN. Например, когда MN является узлом RAN в системе LTE, ключом безопасности может быть SKeNB, полученный на основе KeNB. SN выбирает алгоритм шифрования/дешифрования и алгоритм проверки/защиты целостности в соответствии с локальной политикой. На основе выбранных алгоритмов и ключа безопасности SN получает ключ для шифрования/дешифрования и ключ для проверки/защиты целостности, чтобы завершить шифрование/дешифрование и проверку/защиту целостности сигналов и пакетов данных, передаваемых по SRB и DRB. В системе LTE начальным корневым ключом AS является KeNB. Устройство базовой сети генерирует KeNB на основе корневого ключа KASME и счетчика восходящей линии связи (без слоя доступа, NAS) (счетчик восходящей линии NAS) и отправляет сгенерированный KeNB в узел RAN для узла RAN для вычисления ключа безопасности AS. Узел RAN может получить SKeNB на основе KeNB и параметра COUNT и отправить SKeNB в SN. На фиг.8 показано схематичное представление формата параметра COUNT согласно варианту осуществления настоящей заявки. Как показано на фиг.8, параметр COUNT включает в себя две части: номер гиперкадра высокого порядка (Hyper Frame Number (HFN)) и порядковый номер PDCP низкого порядка (PDCP Sequence Number (SN PDCP)).

Формы представления корневого ключа AS и производного ключа корневого ключа AS описаны выше с использованием их в системе LTE в качестве примера и не ограничиваются настоящей заявкой. Например, когда MN является базовой станцией в системе LTE, корневой ключ AS и производный ключ корневого ключа AS представлены как KeNB и SKeNB. Когда MN является базовой станцией в системе другого стандарта, для представления может использоваться другая форма. Например, в системе связи 5G корневой ключ AS и производный ключ корневого ключа AS могут быть представлены как KgNB и SKgNB или Kcu и SKcu. Конечно, могут также использоваться другие формы представления, и они не перечислены в данном документе, и настоящая заявка не ограничивается формами представления.

После того как двойная связность сконфигурирована для терминала, группы обслуживающих сот делятся на MCG и SCG. Сота в MCG принадлежит к MN, и сота в SCG принадлежит к SN. Агрегация несущих (Carrier Aggregation (CA)) может быть сконфигурирована в MCG и/или SCG. В CA SCG компонентная несущая восходящей линии связи (Component Carrier (CC)) конфигурируется по меньшей мере для одной соты, включая первичную вторичную соту (Primary Secondary Cell (PSCell)), и ресурс физического канала управления восходящей линии связи (Physical Uplink Control Channel (PUCCH)) конфигурируется для PSCell.

В настоящее время PSCell может быть изменена только при изменении SCG, то есть изменение PSCell сопровождается процессами смены ключа и произвольного доступа. Однако, когда SRB устанавливается в SN, SRB существует между терминалом и SN, и на стороне SN может быть реализовано независимое измерение. Например, SN выполняет конфигурирование измерения в терминале с использованием RRC-сообщения, и терминал выполняет измерение и передачу отчета, соответственно. В этом случае SN может самостоятельно инициировать изменение PSCell, и изменение PSCell сопровождается обновлением ключей.

На основании этого в варианте осуществления SN может отправить сообщение-запрос в MN, и затем MN отправляет обновленный ключ в SN и терминал, где сообщение-запрос используется для запроса обновленного ключа из MN. Этот процесс приводит к определенной задержке.

Так как SRB может быть установлен в SN, конфигурирование может быть выполнено напрямую между SN и терминалом. Таким образом, можно реализовать быстрое конфигурирование. Кроме того, если SN может обновить ключ самостоятельно, можно дополнительно повысить эффективность конфигурирования в SN.

На основании этого в другом варианте осуществления, MN может отправить группу ключей (или список ключей (key list)) в SN для SN для выбора ключа из группы ключей при обновлении ключа. При необходимости группа ключей может переноситься в сообщении-запросе на этапе S502, показанном на фиг.5, или в сообщении запроса на добавление на этапе S610, показанном на фиг.6, или в сообщении запроса на модификацию на этапе S710, показанном на фиг.7. Кроме того, MN может отправить группу ключей на основе инструкции SN. Например, SN отправляет информацию индикатора в MN для инструктирования MN отправить группу ключей в SN. Информация индикатора может быть отправлена отдельно или может переноситься в другом сообщении. Например, на этапе S701, показанном на фиг.7, SN может отправить информацию индикатора в MN. Разумеется, MN не нужно отправлять группу ключей на основе инструкции SN, но нужно активно инициировать отправку группы ключей.

При реализации MN отправляет, в SN, группу ключей и группу значений счетчика (COUNT), то есть группу значений счетчика (которая упоминается как список значений счетчика COUNT), используемую для получения ключей в группе ключей. SN принимает группу ключей и группу значений счетчика и выбирает новый ключ, то есть ключ, который отличается от существующего ключа, из группы ключей тогда, когда необходимо обновить ключ. Затем SN отправляет значение счетчика, используемое для получения ключа, в терминал, чтобы терминал завершил синхронное обновление ключей.

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

В данном документе ключ представляет собой производный ключ, полученный из корневого ключа и значения счетчика. Описание ключа является таким же, как и в приведенном выше варианте осуществления, и в данном документе подробности повторно не описываются.

Кроме того, в приведенных выше вариантах осуществления, когда терминал выполняет конфигурирование RRC MN, но не может выполнить конфигурирование SRB SN (или конфигурирование RRC или конфигурирование прямого S-RRC), терминал может отправить информацию о сбое конфигурирования SRB SN в MN. Кроме того, терминал может отправить сообщение запроса на восстановление RRC-соединения в SN, где сообщение запроса на восстановление RRC-соединения может переноситься в сообщении о завершении реконфигурирования RRC-соединения, отправленном в MN. После того как MN примет сообщение о завершении реконфигурирования RRC-соединения, MN отправляет сообщение запроса на модификацию в SN и добавляет сообщение запроса на восстановление RRC-соединения в сообщение запроса на модификацию.

После того как конфигурирование SRB SN завершено, SN может напрямую отправить сообщение о реконфигурации RRC-соединения в терминал для конфигурирования. Когда терминал не может выполнить RRC-конфигурирование, терминал запускает процесс восстановления RRC-соединения между терминалом и SN согласно предшествующему уровню техники, но процесс прерывает передачу данных, переносимых SN. С учетом этой проблемы в варианте осуществления настоящей заявки терминал восстанавливает конфигурацию перед приемом сообщения о реконфигурации RRC-соединения, то есть работает на основе конфигурации перед приемом сообщения о реконфигурации RRC-соединения, не запускает восстановление RRC-соединения и уведомляет SN о том, что последнее конфигурирование закончилось неудачно. Терминал может уведомить, напрямую или через MN, SN о том, что последнее конфигурирование закончилось неудачно.

Все еще ссылаясь на фиг.4, когда SRB устанавливается в SN для передачи RRC-сообщения между SN и терминалом, RRC-сообщения между терминалом и RAN могут включать в себя RRC-сообщение MN (то есть сообщение M-RRC) и RRC-сообщение SN (то есть сообщение S-RRC). Сообщение S-RRC нисходящей линии связи (то есть RRC-сообщение, отправленное SN в терминал) включает в себя сообщение прямого S-RRC и сообщение встроенного S-RRC. RRC-сообщение (например, сообщение о реконфигурации RRC-соединения), которое не относится к согласованию параметров между SN и MN, может быть напрямую отправлено SN в терминал или может быть отправлено в терминал через MN. То есть можно использовать RRC-сообщение типа прямого S-RRC или RRC-сообщение типа встроенного S-RRC. Конкретный способ или сообщение, которое должно использоваться, может быть определено SN.

Существует также две возможности для отправки сообщения S-RRC восходящей линии связи. То есть сообщения S-RRC восходящей линии связи (то есть RRC-сообщения, отправленные терминалом в SN) включают в себя сообщение прямого S-RRC и сообщение встроенного S-RRC. Когда терминал использует как сообщение прямого S-RRC, так и сообщение встроенного S-RRC, на сетевой стороне может возникнуть проблема. Например, снижается надежность передачи RRC-сообщений по восходящей линии связи. Например, после отправки терминалом отчета об измерении с использованием сообщения встроенного S-RRC, терминал отправляет, в течение короткого промежутка времени, другой отчет об измерении с использованием сообщения прямого S-RRC. Однако из-за задержки радиоинтерфейса MN и задержки интерфейса между MN и SN отчет об измерении, отправленный с использованием сообщения встроенного S-RRC, может достичь SN позже, чем отчет об измерении, отправленный с использованием сообщения прямого S-RRC. Таким образом, SN не может использовать результат измерения.

С учетом вышеизложенного варианты осуществления настоящей заявки предусматривают следующие способы передачи RRC-сообщения, для повышения надежности передачи RRC-сообщений восходящей линии связи.

В первом способе тракты восходящей линии связи и нисходящей линии связи являются одинаковыми. Этот способ применим к случаю, когда RRC-сообщение восходящей линии связи для SN, которое отправляется терминалом, является ответным сообщением для RRC-сообщения нисходящей линии связи SN. Например, сообщение о завершении реконфигурирования RRC-соединения является ответным сообщением для сообщения о реконфигурации RRC-соединения. В этом случае терминал отправляет RRC-сообщение восходящей линии связи по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи.

На фиг.9 показана схема способа передачи RRC согласно варианту осуществления настоящей заявки. Как показано на фиг.9, способ применим к системе связи, где система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала, и способ включает в себя следующие этапы:

S910: Терминал принимает RRC-сообщение нисходящей линии связи SN, где RRC-сообщение нисходящей линии связи принимается MN из SN и отправляется в терминал (путь показан пунктирной линией на фигуре), или RRC-сообщение нисходящей линии связи отправляется SN в терминал (путь показан сплошной линией на фигуре).

S920: Терминал отправляет RRC-сообщение восходящей линии связи, где RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи, и тракт, по которому терминал отправляет RRC-сообщение восходящей линии связи, совпадает с трактом, по которому терминал принимает RRC-сообщение нисходящей линии связи. Если быть точнее, когда RRC-сообщение нисходящей линии связи принимается MN из SN и отправляется в терминал, RRC-сообщение восходящей линии связи отправляется терминалом в MN и отправляется MN в SN (путь показан пунктирной линией на фигуре). В качестве альтернативы, когда RRC-сообщение нисходящей линии связи отправляется SN в терминал, RRC-сообщение восходящей линии связи отправляется терминалом в SN (путь показан сплошной линией на фигуре). В данном документе термин "отправляется" означает прямую отправку без пересылки MN.

Понятно, что терминал отправляет RRC-сообщение восходящей линии связи по тракту, совместимому с трактом, по которому принимается RRC-сообщение нисходящей линии связи SN. Таким образом, решается проблема низкой надежности RRC-сообщения восходящей линии связи, вызванная отправкой по двум трактам.

Во втором способе MN или SN конфигурирует тракт передачи RRC восходящей линии связи. Этот способ может применяться в случае, когда терминал инициирует (initiate) RRC-сообщение восходящей линии связи и может также применяться в случае, когда RRC-сообщение восходящей линии связи для SN, которое отправляется терминалом, является ответным сообщением для RRC-сообщения нисходящей линии связи SN.

Например, MN конфигурирует тракт передачи RRC восходящей линии связи. На фиг.10 показана схема другого способа передачи RRC согласно варианту осуществления настоящей заявки. Как показано на фиг.10, способ применим к системе связи, где система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала, и способ включает в себя следующие этапы.

S1010: MN вырабатывает информацию о RRC-конфигурации восходящей линии связи SN, где информация о RRC-конфигурации восходящей линии связи используется для конфигурирования способа, с помощью которого терминал отправляет RRC-сообщение восходящей линии связи для SN.

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

Терминал принимает информацию о RRC-конфигурации восходящей линии связи и выполняет следующий этап:

S1030: Терминал отправляет RRC-сообщение восходящей линии связи для SN на основе информации о RRC-конфигурации восходящей линии связи.

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

В качестве альтернативы, SN может конфигурировать тракт передачи RRC восходящей линии связи, то есть способ отправки RRC-сообщения восходящей линии связи может быть сконфигурирован SN. В этом случае этап S1010 может включать в себя: получение, MN, информации о RRC-конфигурации восходящей линии связи SN. При необходимости информация о RRC-конфигурации восходящей линии связи может быть включена в вышеупомянутую информацию о конфигурации для SRB. Кроме того, возможные конфигурации в информации о RRC-конфигурации восходящей линии связи включают в себя:

1. Ответное сообщение (которое упоминается как ответное сообщение) для RRC-сообщения, отправленного SN, напрямую отправляется в SN. То есть терминал напрямую отправляет RRC-сообщение восходящей линии связи для SN в SN, где RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи SN.

2. Ответное сообщение (которое упоминается как ответное сообщение) для RRC-сообщения, отправленного SN, отправляется в SN через MN. То есть терминал напрямую отправляет RRC-сообщение восходящей линии связи для SN в MN, и MN отправляет RRC-сообщение восходящей линии связи для SN в SN, где RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи SN. В этом случае терминал отправляет, в MN, сообщение RRC стандартного формата, к которому принадлежит MN, то есть сообщения M-RRC. Сообщение M-RRC включает в себя RRC-сообщение, которое возвращается терминалом в SN и которое имеет стандартный формат, к которому принадлежит SN, то есть сообщение встроенного S-RRC. Например, если MN является eNB LTE, и SN является GNB NR после того, как SN отправит сообщение о реконфигурации RRC-соединения NR в UE, терминал вырабатывает NR сообщение о завершении реконфигурирования RRC-соединения после конфигурирования. Сообщение о завершении реконфигурирования RRC-соединения NR отправляется в MN с использованием RRC-сообщения LTE и затем отправляется MN в SN.

3. Терминал отправляет, на основе результата измерения соты SN, RRC-сообщение восходящей линии связи для SN в SN напрямую или через MN. Например, пороговое значение измерения сконфигурировано для терминала. Когда значение измерения, полученное терминалом путем измерения соты SN, больше порогового значения, терминал напрямую отправляет RRC-сообщение восходящей линии связи для SN в SN. В других случаях терминал добавляет RRC-сообщение восходящей линии связи для SN в RRC-сообщение, отправленное в MN, чтобы отправить RRC-сообщение восходящей линии связи для SN в MN, и MN отправляет RRC-сообщение восходящей линии связи для SN в SN.

4. Конфигурируется то, что сообщение RRC восходящей линии связи первого типа для SN напрямую отправляется в SN, и сообщение RRC восходящей линии связи второго типа для SN отправляется в SN через MN. Сообщения RRC восходящей линии связи первого и второго типов SN могут включать в себя более одного типа сообщений и могут быть специально сконфигурированы на основе требований и не ограничиваются в данном документе.

5. Конфигурирование правила относительно того, что восходящая линия связи подчиняется нисходящей линии связи. Если RRC-сообщение нисходящей линии связи принимается в SRB SN, соответствующее RRC-сообщение восходящей линии связи также отправляется в SRB SN, то есть терминал отправляет RRC-сообщение восходящей линии связи для SN по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи SN. При необходимости RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи, аналогичным тому, что в варианте осуществления, показанном на фиг.9. Вариант осуществления, показанный на фиг.9, может быть реализован посредством соглашения между терминалом и сетевой стороной без конфигурирования с помощью MN, или может быть реализован посредством конфигурирования с помощью MN.

6. RRC-сообщение восходящей линии связи для SN не влияет на MN по умолчанию и напрямую отправляется в SRB SN, то есть терминал напрямую отправляет RRC-сообщение восходящей линии связи для SN в SN. В качестве альтернативы, RRC-сообщение восходящей линии связи для SN влияет на MN по умолчанию и отправляется в SN через MN, то есть терминал отправляет RRC-сообщение восходящей линии связи для SN в SN через MN.

Независимо от восходящей линии связи или нисходящей линии связи, в сценарии, в котором MN отправляет RRC-сообщение SN в SN, устанавливается туннель между MN и SN для передачи RRC-сообщения, отправленного терминалом в SN. Например, SRB SCG может указываться в сообщении запроса на добавление SN, и сообщение подтверждения, возвращаемое SN в MN, несет в себе идентификатор конечной точки туннеля (Tunnel Endpoint Identifier (TEID)), выделенный для SRB SCG.

Следует отметить, что вариант осуществления, показанный на фиг.9 или фиг.10, может быть объединен с предыдущим вариантом осуществления для дальнейшего повышения надежности передачи RRC-сообщения восходящей линии связи.

В сценарии двойной связности LTE-NR, в котором LTE используется в качестве привязки, если SN работает на высокой частоте, может использоваться технология формирования луча. Терминал может потребоваться измерить и предоставить отчет о луче в SN, чтобы выбрать правильный луч для терминала. В настоящее время как конфигурирование измерений, так и предоставление отчетов о результатах измерений терминала выполняются в MN. Если быть точнее, MN выполняет конфигурирование измерения для терминала, и терминал выполняет измерение на основе конфигурации измерения и отправляет отчет об измерении в MN, когда событие измерения соответствует требованиям. Поэтому в сценарии двойной связности LTE-NR, если все еще используется существующий способ, MN должен контролировать перемещение терминала между сотами или лучами SN. Когда MN решает сменить соту или луч, MN уведомляет терминал, и MN дополнительно должен уведомить SN, чтобы реализовать перемещение терминала в SN.

Понятно, что время, необходимое для всего процесса конфигурирования, включает в себя время передачи радиоинтерфейса между MN стандарта LTE и терминалом и время взаимодействия интерфейса между MN и SN. По сравнению со случаем, когда конфигурация и взаимодействие реализуются непосредственно между SN и терминалом, существующий механизм имеет более длительную задержку. Возможно, что в сценарии движения с высокой скоростью существующий механизм не сможет удовлетворить требование, связанное с низкой задержкой. В приведенных выше вариантах осуществления RRC-сообщение может напрямую передаваться между терминалом и SN, то есть SN может установить SRB для связи с терминалом. В этом случае MN может конфигурировать только измерение LTE для терминала, и NR измерение конфигурируется SN. Если оба MN и SN конфигурируют измерение NR для терминала, может возникнуть проблема, такая как несовместимая конфигурация. MN может также узнать информацию об окружающей соте NR, чтобы реализовать переключение или управление SCG. Для того чтобы дополнительно повысить эффективность управления мобильностью, в варианте осуществления настоящей заявки MN отправляет информацию о конфигурации измерения в SN, где информация о конфигурации измерения используется для конфигурирования условия для запуска SN для отправки, в MN, результата измерения соты SN с помощью терминала. Например, информацией о конфигурации измерения является пороговое значение. Когда результат измерения в отчете об измерении, принятом SN, больше или равен пороговому значению, SN отправляет результат измерения в MN, так что MN выполняет управление мобильностью, например, принимает решение о переключении или выполняет управление SCG.

На фиг.11 показана схема способа конфигурирования согласно варианту осуществления настоящей заявки. Как показано на фиг.11, способ можно применять в системе связи, где система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала, измерение соты MN терминалом конфигурируется MN, измерение соты SN терминалом конфигурируется SN, и способ включает в себя следующие этапы:

S1110: MN отправляет информацию о конфигурации измерения в SN, где информация о конфигурации измерения используется для конфигурирования условия для запуска SN для отправки результата измерения в MN.

S1120: SN принимает отчет об измерении, который получается путем измерения соты SN и который отправляется терминалом.

S1130: Когда отчет об измерении включает в себя результат измерения, удовлетворяющий вышеуказанному условию, SN отправляет результат измерения в MN.

Разумеется, SN может отправить все результаты измерений во всех отчетах об измерениях в MN или может отправить только результат измерения, удовлетворяющий условию. В данном документе это не является ограничением.

Информация о конфигурации измерения может включать в себя пороговое значение. Когда результат измерения в отчете об измерении, полученном посредством SN, больше или равен пороговому значению, SN отправляет результат измерения в MN. То есть этап S1110 может включать в себя: отправку, MN, порогового значения в SN. Этап S1130 может включать в себя: когда результат измерения в отчете об измерениях больше или равен пороговому значению, отправку, SN, результата измерения в MN. При необходимости может отправлять все результаты измерений в MN или может отправлять некоторые результаты измерений в MN. Например, значение измерения, большее или равное пороговому значению, отправляется в MN. Кроме того, информация, отправляемая SN может дополнительно включать в себя идентификатор соты/луча, соответствующий отправленному результату измерения.

Кроме того, SN может также конфигурировать пороговое значение для терминала в качестве порогового значения измерения. В качестве альтернативы, SN может конфигурировать, для терминала, другое пороговое значение измерения, отличное от порогового значения. То есть SN может конфигурировать событие измерения для терминала со ссылкой на пороговое значение. Например, SN может конфигурировать для терминала в качестве порогового значения события измерения, пороговое значение полученное из MN. В качестве альтернативы, SN может конфигурировать пороговое значение измерения для терминала самостоятельно, независимо от порогового значения.

Например, MN представляет собой eNB LTE, и SN представляет собой GNB NR. После завершения начального конфигурирования между MN и терминалом проводится только измерение LTE, и между SN и терминалом выполняются конфигурирование и передача отчета об измерении NR. Чтобы дать возможность MN узнать об измерении NR для реализации управления мобильностью (например, переключение MN или переключение SN), MN может получить требуемый результат измерения из SN. Например, MN может конфигурировать пороговое значение для SN. Пороговое значение может представлять собой пороговое значение мощности принятого опорного сигнала (Reference Signal Received Power (RSRP)), пороговое значение качества принятого опорного сигнала (Reference Signal Received Quality (RSRQ)) и т.п. Пороговое значение может переноситься в сообщении запроса дополнения/модификации SN и отправляться в SN. SN принимает отчет об измерении, который предоставляет терминал. Отчет об измерении включает в себя результат измерения соты и/или луча NR, например, включает в себя значение измерения, такое как RSRP или RSRQ соты или луча NR. Когда результат измерения соты или луча NR превышает пороговое значение, сконфигурированное MN, SN отправляет информацию об измерении в MN. Информация об измерении включает в себя идентификатор и результат измерения по меньшей мере одной соты/одного луча NR.

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

На фиг.12 показана схема устройства согласно варианту осуществления настоящей заявки. Устройство 1200 может применяться в SN в системе связи. Система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала. Как показано на фиг.12, устройство 1200 включает в себя блоки, или средства (means) для выполнения этапов, выполняемых SN в любом варианте осуществления приведенного выше способа, и все подробные описания этих этапов применимы к этому варианту осуществления устройства. Например, устройство 1200 включает в себя первый блок 1210 связи и второй блок 1220 связи. Первый блок 1210 связи выполнен с возможностью управления связью между SN и MN и может включать в себя первый блок приема и первый блок отправки, которые выполнены, соответственно, с возможностью управления приемом и отправкой. Первый блок 1210 связи может принимать и отправлять сообщения через интерфейс (например, интерфейс X2 может также упоминаться как интерфейс Xn) между SN и MN. Второй блок 1220 связи выполнен с возможностью управления связью между SN и терминалом и может включать в себя второй блок приема и второй блок отправки, которые выполнены, соответственно, с возможностью управления приемом и отправкой. Второй блок 1220 связи может принимать и отправлять сообщения через интерфейс (например, радиоинтерфейс) между SN и терминалом. Интерфейс в данном документе представляет собой логическую концепцию, и соответствующий логический блок должен устанавливаться во время реализации, чтобы соответствовать требованиям протокола соответствующего интерфейса. Физическое соединение между узлами может быть беспроводным соединением или может быть проводным соединением. Например, способ беспроводного соединения можно использовать для узла RAN (MN или SN) и терминала, и способ проводного соединения можно использовать для SN и MN.

В приведенных выше вариантах осуществления способа все сообщения или информация, принятые SN из MN, могут быть приняты под управлением первого блока 1210 связи, и все сообщения или информация, отправленные SN в MN, могут быть отправлены под управлением первого блока 1210 связи. Все сообщения или информация, принятые SN из терминала, могут быть приняты под управлением второго блока 1220 связи, и все сообщения или информация, отправленные SN в терминал, могут быть отправлены под управлением второго блока 1220 связи.

Например, описанное выше устройство 1200 может быть устройством для конфигурирования и дополнительно включать в себя блок 1230 генерирования, выполненный с возможностью генерирования информации о конфигурации для SRB, где SRB используется для передачи RRC-сообщения между SN и терминалом. Первый блок 1210 связи выполнен с возможностью отправки информации о конфигурации для SRB в MN, так что информация о конфигурации для SRB отправляется в терминал через MN. Когда терминал отправляет результат конфигурирования в SN через MN, первый блок 1210 связи выполнен с возможностью приема результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB. Когда терминал напрямую отправляет результат конфигурирования в SN, второй блок 1220 связи выполнен с возможностью приема результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB.

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

При необходимости первый блок 1210 связи дополнительно выполнен с возможностью приема информации безопасности, используемой для SRB SN из MN. В этом случае устройство 1200 может дополнительно включать в себя блок 1240 обработки, связанной с безопасностью, который выполнен с возможностью: перед отправкой информации о конфигурации для SRB в MN, выполнения связанной с обеспечением безопасности обработки информации о конфигурации для SRB SN с использованием информации безопасности.

При необходимости первый блок 1210 связи дополнительно выполнен с возможностью приема группы ключей из главного узла. В этом случае устройство 1200 может дополнительно включать в себя блок 1250 выбора, выполненный с возможностью выбора ключа из группы ключей в случае, когда SN обновляет ключ.

В качестве другого примера, описанного выше, устройство 1200 может быть другим устройством для конфигурирования. Первый блок 1210 связи выполнен с возможностью приема информации о конфигурации измерения из MN, где информация о конфигурации измерения используется для конфигурирования условия для запуска SN для отправки результата измерения в MN. Второй блок 1220 связи выполнен с возможностью приема, из терминала, отчета об измерении, полученного терминалом путем измерения соты SN. Когда отчет об измерении включает в себя результат измерения, удовлетворяющий вышеуказанному условию, первый блок 1210 связи выполнен с возможностью отправки результата измерения в MN.

Следует понимать, что разделение блоков вышеупомянутого устройства является просто разделением логических функций. Во время фактической реализации все или некоторые из блоков могут быть интегрированы в физический объект или могут быть физически разделены. Более того, все эти блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, или все они могут быть реализованы с помощью аппаратных средств, или некоторые блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, и некоторые блоки могут быть реализованы с помощью аппаратных средств. Например, во время реализации, первый блок 1210 связи может находиться отдельно от элемента обработки или может быть интегрирован в микросхему SN. В качестве альтернативы, первый блок 1210 связи может храниться в памяти SN в виде программы и вызываться элементом обработки SN для выполнения функции блока. Реализация других блоков аналогична реализации вышеупомянутых блоков. Кроме того, все или некоторые из этих блоков могут быть интегрированы или реализованы отдельно. Элемент обработки в данном документе может быть интегральной схемой, имеющей возможность обработки сигналов. В процессе реализации этапы вышеупомянутого способа или вышеупомянутых блоков могут быть выполнены с использованием интегрированной в аппаратные средства логической схемы в элементе процессора или инструкций в виде программного обеспечения. Кроме того, вышеупомянутый первый блок связи является блоком управления связи и может принимать информацию, отправленную MN, или отправлять информацию в MN через среду передачи, например, оптическое волокно, между SN и MN. Вышеупомянутый второй блок связи является блоком управления связи и может принимать информацию, отправленную терминалом, или отправлять информацию в терминал через приемное устройство, например, антенну и радиочастотное устройство, SN.

Например, указанные выше блоки могут быть сконфигурированы как одна или более интегральных схем для выполнения приведенного выше способа, например, одна или более специализированных интегральных микросхем (Application-Specific Integrated Circuit (ASIC)), или один или более микропроцессоров (Digital Signal Processor (DSP)) или одна или более программируемых пользователем вентильных матриц (Field-Programmable Gate Array (FPGA)). В качестве другого примера, когда вышеуказанный блок реализован в виде программы, запланированной элементом обработки, элемент обработки может быть процессором общего назначения, например, центральным процессором (Central Processing Unit (CPU)) или другим процессором, который может вызвать программу. В качестве другого примера, эти блоки могут быть интегрированы и реализованы в виде системы на кристалле (system-on-a-chip (SOC)).

На фиг.13 показана схема устройства согласно варианту осуществления настоящей заявки. Устройство 1300 может применяться в MN в системе связи. Система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала. Как показано на фиг.13, устройство 1300 включает в себя блоки или средства (means) для выполнения этапов, выполняемых MN в любом варианте осуществления приведенного выше способа, и все подробные описания этих этапов применимы к этому варианту осуществления устройства. Устройство 1300 включает в себя первый блок 1310 приема, первый блок 1320 отправки, второй блок 1330 приема и второй блок 1340 отправки. Первый блок 1310 приема и первый блок 1320 отправки может упоминаться как первый блок связи, выполненный с возможностью управления связью между MN и SN; и может принимать и отправлять сообщения через интерфейс (например, интерфейс X2 может также упоминаться как интерфейс Xn) между MN и SN. Второй блок 1330 приема и второй блок 1340 отправки может упоминаться как второй блок связи, выполненный с возможностью управления связью между MN и терминалом; и может принимать и отправлять сообщения через интерфейс (например, радиоинтерфейс) между MN и терминалом. В данном документе интерфейс представляет собой логическую концепцию, и соответствующий логический блок должен устанавливаться во время реализации, чтобы соответствовать требованиям протокола соответствующего интерфейса. Физическое соединение между узлами может быть беспроводным соединением или может быть проводным соединением. Например, способ беспроводного соединения можно использовать для узла RAN (MN или SN) и терминала, и способ проводного соединения можно использовать для MN и SN.

В приведенных выше вариантах осуществления способа все сообщения или информация, принятые MN из SN, могут быть приняты под управлением первого блока 1310 приема, и все сообщения или информация, отправленные MN в SN могут быть отправлены под управлением первого блока 1320 отправки. Все сообщения или информация, принятые MN из терминала, могут быть приняты под управлением второго блока 1330 приема, и все сообщения или информация, отправленные MN в терминал, могут быть отправлены под управлением второго блока 1340 отправки.

Например, первый блок 1310 приема выполнен с возможностью приема информации о конфигурации для SRB из SN, где SRB используется для передачи RRC-сообщения между SN и терминалом. В данном документе термин "передача" означает прямую передачу без отправки с помощью MN. Второй блок 1340 отправки выполнен с возможностью отправки информации о конфигурации для SRB в терминал. Второй блок 1330 приема выполнен с возможностью приема результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB. Первый блок 1320 отправки выполнен с возможностью отправки результата конфигурирования в SN. Для получения дополнительной информации относительно других отправляемых или принимаемых сообщений или информации, следует обратиться к приведенным выше вариантам осуществления способа, и в данном документе подробности повторно не описываются. Более того, для уточнения содержания или форм отправленных или принятых сообщений или информации также следует обратиться к приведенным выше вариантам осуществления способа.

В качестве другого примера, описанного выше, устройство является устройством, передающим RRC-сообщение, и дополнительно включает в себя блок 1350 генерирования, выполненный с возможностью генерирования информации о RRC-конфигурации восходящей линии связи SN, или первый блок 1310 приема выполнен с возможностью приема информации о RRC-конфигурации восходящей линии связи из SN. Информация о RRC-конфигурации восходящей линии связи используется для конфигурирования способа, с помощью которого терминал отправляет RRC-сообщение восходящей линии связи для SN. Второй блок 1340 отправки выполнен с возможностью отправки информации конфигурации RRC восходящей линии связи в терминал, так что терминал отправляет RRC-сообщение восходящей линии связи на основе информации о RRC-конфигурации восходящей линии связи. Способ отправки является таким же, как и в предыдущих вариантах осуществления, и в данном документе подробности повторно не описываются.

В качестве другого примера, описанного выше, устройство является устройством для конфигурирования. Первый блок 1320 отправки выполнен с возможностью отправки информации о конфигурации измерения в SN, где информация о конфигурации измерения используется для конфигурирования условия для запуска SN для отправки результата измерения в MN. Первый блок 1310 приема принимает результат измерения, удовлетворяющий вышеуказанному условию из SN, где результат измерения получается терминалом путем измерения соты SN и передается в виде отчета в SN.

Следует понимать, что разделение блоков вышеупомянутого устройства является просто разделением логических функций. Во время фактической реализации все или некоторые из блоков могут быть интегрированы в физический объект или могут быть физически разделены. Более того, все эти блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, или все они могут быть реализованы с помощью аппаратных средств, или некоторые блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, и некоторые блоки могут быть реализованы с помощью аппаратных средств. Например, во время реализации первый блок 1310 приема может находиться отдельно от элемента обработки или может быть интегрирован в микросхему MN. В качестве альтернативы, первый блок 1310 приема может храниться в памяти MN в виде программы и вызываться элементом обработки MN для выполнения функции блока. Реализация других блоков аналогична реализации вышеупомянутых блоков. Кроме того, все или некоторые из этих блоков могут быть интегрированы или реализованы отдельно. В данном документе элемент обработки может быть интегральной схемой, имеющей возможность обработки сигналов. В процессе реализации этапы вышеупомянутого способа или вышеупомянутых блоков могут быть выполнены с использованием интегрированной в аппаратные средства логической схемы в элементе процессора или инструкций в виде программного обеспечения. Кроме того, вышеупомянутый первый блок приема является блоком управления приемом и может принимать, через приемное устройство, например, антенну и радиочастотное устройство, MN, информацию, отправленную терминалом. Вышеупомянутый первый блок отправки является блоком управления отправкой и может отправлять информацию в терминал через передающее устройство, например, антенну и радиочастотное устройство, MN. Вышеупомянутый второй блок приема является блоком управления приемом и может принимать, через среду передачи, например, оптическое волокно, между MN и SN, информацию, отправленную SN. Вышеупомянутый второй блок отправки является блоком управления отправкой и может отправлять информацию в SN через среду передачи, например, оптическое волокно, между MN и SN.

Например, указанные выше блоки могут быть сконфигурированы как одна или более интегральных схем для выполнения приведенного выше способа, например, одна или более специализированных интегральных микросхем (Application-Specific Integrated Circuit (ASIC)), или один или более микропроцессоров (Digital Signal Processor (DSP)) или одна или более программируемых пользователем вентильных матриц (Field-Programmable Gate Array (FPGA)). В качестве другого примера, когда вышеуказанный блок реализован в виде программы, запланированной элементом обработки, элемент обработки может быть процессором общего назначения, например, центральным процессором (Central Processing Unit (CPU)) или другим процессором, который может вызвать программу. В качестве другого примера, эти блоки могут быть интегрированы и реализованы в виде системы на кристалле (system-on-a-chip (SOC)).

На фиг.14 показана схема устройства согласно варианту осуществления настоящей заявки. Устройство 1400 может применяться в терминале в системе связи. Система связи включает в себя MN и SN, которые совместно предоставляют услугу для терминала. Как показано на фиг.14, устройство 1400 включает в себя блоки, или средства (means) для выполнения этапов, выполняемых терминалом в любом варианте осуществления приведенного выше способа, и все подробные описания этих этапов применимы к этому варианту осуществления устройства. Устройство включает в себя блок 1410 приема и блок 1420 отправки. Блок 1410 приема и блок 1420 отправки выполнены с возможностью управления связью с узлом RAN (например, MN или SN) и могут принимать и отправлять сообщения через интерфейс (например, радиоинтерфейс) между терминалом и узлом RAN. Интерфейс в данном документе представляет собой логическую концепцию, и соответствующая логическая единица должна быть установлена во время реализации, чтобы соответствовать требованиям протокола соответствующего интерфейса. Физическое соединение между узлами может быть беспроводным соединением.

В приведенных выше вариантах осуществления способа все сообщения или информация, принятые терминалом из MN или SN, могут быть приняты под управлением блока 1410 приема, и все сообщения или информация, отправленные терминалом в MN или SN, могут быть отправлены под управлением блока 1420 отправки.

Например, описанное выше устройство 1400 является устройством для конфигурирования и дополнительно включает в себя блок 1430 конфигурирования. Блок 1410 приема выполнен с возможностью приема информации о конфигурации для SRB SN из MN, где SRB используется для передачи RRC-сообщения между SN и терминалом. В данном документе термин "передача" означает прямую передачу без пересылки с помощью MN. Блок 1430 конфигурирования выполнен с возможностью конфигурирования SRB с использованием информации о конфигурации для SRB. Блок 1420 отправки выполнен с возможностью отправки результата конфигурирования SRB. Для получения дополнительной информации о других отправленных или принятых сообщениях или информации, следует обратиться к приведенным выше вариантам осуществления способа, и в данном документе подробности повторно не описываются. Более того, для уточнения содержания или форм отправленных или принятых сообщений или информации, следует также обратиться к приведенным выше вариантам осуществления способа.

Кроме того, блок 1430 конфигурирования может быть дополнительно выполнен с возможностью выполнения другого RRC-конфигурирования. Например, после того как конфигурирование SRB завершено, блок 1410 приема может принять сообщение о реконфигурации RRC-соединения из SN. В этом случае блок 1430 конфигурирования может выполнить реконфигурирование, соответствующее сообщению о реконфигурации RRC-соединения. Более того, когда реконфигурирование закончилось неудачно, блок 1430 конфигурирования может восстановить конфигурацию перед приемом сообщения о реконфигурации RRC-соединения.

В качестве другого примера, описанного выше, устройство является устройством, передающим RRC-сообщение. Блок 1410 приема выполнен с возможностью приема RRC-сообщения нисходящей линии связи SN, где RRC-сообщение нисходящей линии связи принимается MN из SN и отправляется в терминал, или RRC-сообщение нисходящей линии связи отправляется SN в терминал. Блок 1420 отправки выполнен с возможностью отправки RRC-сообщения восходящей линии связи, где RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи, и тракт, по которому блок 1420 отправки отправляет RRC-сообщение восходящей линии связи, совпадает с трактом, по которому блок 1410 приема принимает RRC-сообщение нисходящей линии связи. То есть когда RRC-сообщение нисходящей линии связи принимается MN из SN и отправляется в терминал, RRC-сообщение восходящей линии связи отправляется терминалом в MN и отправляется MN в SN. В качестве альтернативы, когда RRC-сообщение нисходящей линии связи отправляется SN в терминал, RRC-сообщение восходящей линии связи отправляется терминалом в SN.

В качестве другого примера, описанного выше, устройство является устройством, передающим RRC-сообщение. Блок 1410 приема выполнен с возможностью приема информации о RRC-конфигурации восходящей линии связи SN из MN, где информация о RRC-конфигурации восходящей линии связи используется для конфигурирования способа, с помощью которого терминал отправляет RRC-сообщение восходящей линии связи для SN. Блок 1420 отправки выполнен с возможностью отправки RRC-сообщения восходящей линии связи для SN на основе информации о RRC-конфигурации восходящей линии связи. Способ отправки является таким же, как и в предыдущих вариантах осуществления, и в данном документе подробности повторно не описываются.

Следует понимать, что разделение блоков вышеупомянутого устройства является просто разделением логических функций. Во время фактической реализации все или некоторые из блоков могут быть интегрированы в физический объект или могут быть физически разделены. Более того, все эти блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, или все они могут быть реализованы с помощью аппаратных средств, или некоторые блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, и некоторые блоки могут быть реализованы с помощью аппаратных средств. Например, во время реализации, блок 1410 приема может находиться отдельно от элемента обработки или может быть интегрирован в микросхему терминала. В качестве альтернативы, блок 1410 приема может храниться в памяти терминала в виде программы и вызываться элементом обработки терминала для выполнения функции блока. Реализация других блоков аналогична реализации вышеупомянутых блоков. Кроме того, все или некоторые из этих блоков могут быть интегрированы или реализованы отдельно. Элемент обработки в данном документе может быть интегральной схемой, имеющей возможность обработки сигналов. В процессе реализации этапы вышеупомянутого способа или вышеупомянутых блоков могут быть выполнены с использованием интегрированной в аппаратные средства логической схемы в элементе процессора или инструкций в виде программного обеспечения. Кроме того, блок приема является блоком управления приемом и может принимать, через приемное устройство, например, антенну и радиочастотное устройство, терминала информацию, отправленную MN или SN. Блок отправки является блоком управления отправкой и может отправлять информацию в MN или SN через передающее устройство терминала, например, антенну и радиочастотное устройство.

Например, указанные выше блоки могут быть сконфигурированы как одна или более интегральных схем для выполнения приведенного выше способа, например, одна или более специализированных интегральных микросхем (Application-Specific Integrated Circuit (ASIC)), или один или более микропроцессоров (Digital Signal Processor (DSP)) или одна или более программируемых пользователем вентильных матриц (Field-Programmable Gate Array (FPGA)). В качестве другого примера, когда вышеуказанный блок реализован в виде программы, запланированной элементом обработки, элемент обработки может быть процессором общего назначения, например, центральным процессором (Central Processing Unit (CPU)) или другим процессором, который может вызвать программу. В качестве другого примера, эти блоки могут быть интегрированы и реализованы в виде системы на кристалле (system-on-a-chip (SOC)).

На фиг.15 показана упрощенная структурная схема узла RAN согласно варианту осуществления настоящей заявки. Узел RAN может представлять собой SN или MN в приведенном выше варианте осуществления, выполненном с возможностью выполнения операций SN или MN. Как показано на фиг.15, узел RAN включает в себя: антенну 1510, радиочастотное устройство 1520 и основополосное устройство 1530. Антенна 1510 подключена к радиочастотному устройству 1520. В направлении восходящей линии связи радиочастотное устройство 1520 принимает, через антенну 1510, информацию, отправленную терминалом, и отправляет информацию, отправленную терминалом, в основополосное устройство 1530 для дальнейшей обработки. В направлении нисходящей линии связи основополосное устройство 1530 обрабатывает информацию терминала и отправляет информацию терминала в радиочастотное устройство 1520, и радиочастотное устройство 1520 обрабатывает информацию терминала и затем отправляет информацию терминала в терминал через антенну 1510. Связь между узлами RAN, например, между MN и SN, можно осуществить через среду передачи. Среда передачи может быть проводной средой, например, оптическим волокном; или может быть беспроводной средой.

Описанное выше устройство конфигурирования, применяемое в SN или MN, может быть расположено в основополосном устройстве 1530. При реализации блоки, показанные на фиг.12 или фиг.13, реализованы в виде программы, запланированной элементом обработки. Например, основополосное устройство 1530 включает в себя элемент 1531 обработки и элемент 1532 хранения. Элемент 1531 обработки вызывает программу, хранящуюся в элементе 1532 хранения, для выполнения способа, выполняемого SN или MN в приведенных выше вариантах осуществления способа. Кроме того, основополосное устройство 1530 может дополнительно включать в себя интерфейс 1533, выполненный с возможностью обмена информацией с радиочастотным устройством 1520. Интерфейс представляет собой, например, радиоинтерфейс общего пользования (Common Public Radio Interface (CPRI)).

В другой реализации блоки, показанные на фиг.12 или фиг.13, могут быть сконфигурированы в виде одного или более элементов обработки для осуществления способа, выполняемого SN или MN. Эти элементы обработки расположены в основополосном устройстве 1530. Элементы обработки в данном документе могут быть интегральной схемой, например, одной или более ASIC, или одним или более DSP или одной или более FPGA. Эти интегральные схемы могут быть интегрированы для образования микросхемы.

Например, блоки, показанные на фиг.12 или фиг.13, могут быть интегрированы и реализованы в виде системы на кристалле (system-on-a-chip (SOC)). Например, основополосное устройство 1530 включает в себя микросхему SOC, выполненную с возможностью выполнения приведенного выше способа. Микросхема может быть интегрирована с элементом обработки 1531 и элементом хранения 1532, и элемент обработки 1531 вызывает программу, хранящуюся в элементе хранения 1532, для выполнения приведенного выше способа, выполняемого SN или MN, или функций блоков, показанных на фиг.12 или фиг.13. В качестве альтернативы, микросхема может быть интегрирована, по меньшей мере, с одной интегральной схемой для осуществления способа, выполняемого SN или MN или функциями блоков, показанных на фиг.12 или фиг.13. В качестве альтернативы, вышеупомянутые реализации могут быть объединены, где функции некоторых блоков выполняются элементом обработки посредством вызова программы, и функции некоторых блоков выполняются интегральной схемой.

Независимо от используемых способов приведенное выше устройство конфигурирования, применяемое в SN или MN, включает в себя по меньшей мере один элемент обработки и элемент хранения, где по меньшей мере один элемент обработки выполнен с возможностью выполнения способа, который выполняется SN или MN и предусмотрен в приведенных выше вариантах осуществления способа. Элемент обработки может выполнять первым способом, то есть путем управления программой, хранящейся в элементе хранения, некоторые или все этапы, выполняемые SN или MN в приведенных выше вариантах осуществления способа; или может выполнять вторым способом, то есть, используя логические схемы, интегрированные в аппаратные средства в элементе процессора, и инструкции, некоторые или все этапы, выполняемые SN или MN в приведенных выше вариантах осуществления способа; или, разумеется, может выполнять, путем объединения первого способа и второго способа, способ, выполняемый SN или MN в приведенных выше вариантах осуществления способа.

В данном документе элемент обработки является таким же, как и в предыдущем описании, и может представлять собой процессор общего назначения, например, центральный процессор (Central Processing Unit (CPU)), или может быть сконфигурирован как одна или несколько интегральных схем для выполнения приведенного выше способа, например, одна или более специализированных интегральных микросхем (Application-Specific Integrated Circuit (ASIC)), или один или более микропроцессоров (digital signal processor (DSP)) или одна или более программируемых пользователем вентильных матриц (Field-Programmable Gate Array (FPGA)).

Элемент хранения можно быть памятью или может иметь общее название для множества элементов хранения.

На фиг.16 показана упрощенная структурная схема терминала согласно варианту осуществления настоящей заявки. Терминал может быть терминалом в приведенном выше варианте осуществления, выполненным с возможностью выполнения операций терминала в приведенном выше варианте осуществления. Как показано на фиг.16, терминал включает в себя: элемент 1610 обработки, элемент 1620 хранения и элемент 1630 приемопередатчика. Элемент 1630 приемопередатчика может быть подключен к антенне. В направлении нисходящей линии связи элемент 1630 приемопередатчика принимает, через антенну, информацию, отправленную базовой станцией, и отправляет информацию в элемент 1610 обработки для обработки. В направлении восходящей линии связи элемент 1610 обработки обрабатывает данные терминала и отправляет данные терминала в базовую станцию через элемент 1630 приемопередатчика.

Элемент 1620 хранения выполнен с возможностью хранения программы для реализации приведенного выше варианта осуществления способа. Элемент 1610 обработки предписывает программе выполнять операции в приведенном выше варианте осуществления способа.

В другой реализации блоки, показанные на фиг.14, можно сконфигурировать как один или более элементов обработки для осуществления способа, выполняемого вышеупомянутым терминалом. Эти элементы обработки размещаются на монтажной плате терминала. В данном документе элементы обработки могут быть интегральной схемой, например, одной или более ASIC, или одним или более DSP или одной или более FPGA. Эти интегральные схемы могут быть интегрированы для образования микросхемы.

Например, блоки, показанные на фиг.14 могут быть интегрированы и реализованы в виде системы на кристалле (system-on-a-chip (SOC)). Например, терминал включает в себя микросхему SOC, выполненную с возможностью выполнения приведенного выше способа. Микросхема может быть интегрирована с элементом 1610 обработки и элементом 1620 хранения, и элемент 1610 обработки вызывает программу, хранящуюся в элементе 1620 хранения, для выполнения приведенного выше способа или функций блоков, показанных на фиг.14. В качестве альтернативы, микросхема может быть интегрирована, по меньшей мере, с одной интегральной схемой для выполнения приведенного выше способа или функций блоков, показанных на фиг.14. В качестве альтернативы, вышеупомянутые реализации могут быть объединены, где функции некоторых блоков выполняются элементом обработки посредством вызова программы, и функции некоторых блоков выполняются интегральной схемой.

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

Элемент обработки в данном документе является таким же, как и в предыдущем описании, и может представлять собой элемент обработки общего назначения, например, центральный процессор (Central Processing Unit (CPU)), или может быть сконфигурирован как одна или несколько интегральных схем для выполнения приведенного выше способа, например, одна или более специализированных интегральных микросхем (Application-Specific Integrated Circuit (ASIC)), или один или более микропроцессоров (digital signal processor (DSP)) или одна или более программируемых пользователем вентильных матриц (Field-Programmable Gate Array (FPGA)).

Элемент хранения может быть памятью или может иметь общее название для множества элементов хранения.

Специалист в данной области техники может понять, что все или некоторые этапы вариантов осуществления способа могут быть реализованы с помощью программы, инструктирующей соответствующие аппаратные средства. Программа может храниться на машиночитаемом носителе информации. После запуска программы выполняются этапы вариантов осуществления способа. Носитель информации включает в себя: различные носители информации, которые могут хранить программный код, такие как ROM, RAM, магнитный диск или оптический диск.

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

генерирование, вторичным узлом, информации о конфигурации для однонаправленного радиоканала сигнализации (SRB), причем SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и терминалом;

отправку, вторичным узлом, информации о конфигурации для SRB в главный узел, причем информация о конфигурации для SRB отправляется в терминал через главный узел; и

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

2. Способ по п. 1, дополнительно содержащий:

прием, вторичным узлом, информации индикатора из главного узла, причем информация индикатора используется для инструктирования вторичного узла установить SRB или используется для инструктирования вторичного узла сгенерировать информацию о конфигурации для SRB; и генерирование, вторичным узлом, информации о конфигурации для SRB содержит:

генерирование, вторичным узлом, информации о конфигурации для SRB на основе информации индикатора.

3. Способ по п. 1, в котором генерирование, вторичным узлом, информации о конфигурации для SRB содержит:

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

4. Способ по п. 1 или 3, в котором вторичный узел инициирует конфигурирование или установление SRB.

5. Способ по любому из пп. 1-4, в котором информация о конфигурации для SRB содержит по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB.

6. Способ по любому из пп. 1-5, дополнительно содержащий:

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

7. Способ по любому из пп. 1-6, дополнительно содержащий:

прием, вторичным узлом, группы ключей из главного узла, причем группа ключей содержит множество ключей; и

выбор, вторичным узлом, ключа из группы ключей при обновлении ключа.

8. Способ по п. 7, дополнительно содержащий:

прием, вторичным узлом из главного узла, группы значений счетчика, используемых для получения ключей в группе ключей; и

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

9. Способ по любому из пп. 1-8, дополнительно содержащий:

прием, вторичным узлом, информации о конфигурации измерения из главного узла, причем информация о конфигурации измерения используется для конфигурирования условия для инициирования отправки, вторичным узлом, результата измерения в главный узел; и

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

10. Способ по любому из пп. 1-9, в котором отправка, вторичным узлом, информации о конфигурации для SRB в главный узел содержит:

отправку, вторичным узлом, информации о конфигурации для SRB в главный узел в виде RRC-контейнера.

11. Способ по п. 10, в котором контейнер переносится в сообщении подтверждения, отправленном вторичным узлом в главный узел, и сообщение подтверждения является ответным сообщением для сообщения запроса, используемого для запроса на добавление вторичного узла.

12. Способ по любому из пп. 1-11, дополнительно содержащий:

отправку, вторичным узлом, сообщения о реконфигурации RRC-соединения в терминал; и

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

13. Устройство конфигурирования, применяемое во вторичном узле в системе связи, в котором система связи содержит главный узел и вторичный узел, которые совместно предоставляют услугу для терминала, устройство содержит первый блок связи и второй блок связи, первый блок связи выполнен с возможностью управления связью между вторичным узлом и главным узлом, второй блок связи выполнен с возможностью управления связью между вторичным узлом и терминалом, и устройство дополнительно содержит:

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

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

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

14. Устройство по п. 13, в котором первый блок связи дополнительно выполнен с возможностью приема информации индикатора из главного узла, причем информация индикатора используется для инструктирования вторичного узла установить SRB или используется для инструктирования вторичного узла сгенерировать информацию о конфигурации для SRB; и

блок генерирования выполнен с возможностью генерирования информации о конфигурации для SRB на основе информации индикатора.

15. Устройство по п. 13, в котором первый блок связи дополнительно выполнен с возможностью приема сообщения запроса на добавление из главного узла, причем сообщение запроса на добавление используется для запроса на добавление вторичного узла; и

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

16. Устройство по п. 13 или 15, дополнительно содержащее:

блок, выполненный с возможностью запуска конфигурирования или установления SRB.

17. Устройство по любому из пп. 13-16, в котором информация о конфигурации для SRB содержит по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB.

18. Устройство по любому из пп. 13-17, в котором первый блок связи дополнительно выполнен с возможностью:

приема информации безопасности, используемой для SRB вторичного узла из главного узла, причем информация безопасности содержит по меньшей мере одно из: ключа безопасности и информации об алгоритме безопасности.

19. Устройство по любому из пп. 13-18, в котором первый блок связи дополнительно выполнен с возможностью приема группы ключей из главного узла, причем группа ключей содержит множество ключей; и устройство дополнительно содержит:

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

20. Устройство по п. 19, в котором первый блок связи дополнительно выполнен с возможностью приема, из главного узла, группы значений счетчика, используемых для получения ключей в группе ключей; и второй блок связи дополнительно выполнен с возможностью:

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

21. Устройство по любому из пп. 13-20, в котором первый блок связи дополнительно выполнен с возможностью приема информации о конфигурации измерения из главного узла, причем информация о конфигурации измерения используется для конфигурирования условия для инициирования отправки, вторичным узлом, результата измерения в главный узел; и

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

22. Устройство по любому из пп. 13-21, в котором первый блок связи отправляет информацию о конфигурации для SRB в главный узел в виде RRC-контейнера.

23. Устройство по п. 22, в котором контейнер переносится в сообщении подтверждения, отправленном первым блоком связи в главный узел, и сообщение подтверждения является ответным сообщением для сообщения запроса, используемого для запроса на добавление вторичного узла.

24. Устройство по любому из пп. 13-23, в котором

второй блок связи дополнительно выполнен с возможностью отправки сообщения о реконфигурации RRC-соединения в терминал; и

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

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

прием, терминалом, информации о конфигурации для однонаправленного радиоканала сигнализации (SRB) вторичного узла из главного узла, причем SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и терминалом; и

конфигурирование, терминалом, SRB с использованием информации о конфигурации для SRB, и

отправку, терминалом, результата конфигурирования SRB.

26. Способ по п. 25, в котором отправка, терминалом, результата конфигурирования SRB содержит:

отправку, терминалом, результата напрямую во вторичный узел; или

отправку, терминалом, результата во вторичный узел через главный узел.

27. Способ по п. 25 или 26, в котором информация о конфигурации для SRB содержит по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB.

28. Способ по любому из пп. 25-27, дополнительно содержащий:

прием, терминалом, значения счетчика из вторичного узла и обновление ключа на основе значения счетчика.

29. Способ по любому из пп. 25-28, дополнительно содержащий:

прием, терминалом, сообщения о реконфигурации RRC-соединения из вторичного узла; и

когда терминал не может выполнить реконфигурирование, соответствующую сообщению о реконфигурации RRC-соединения, работу, терминалом, на основе конфигурации перед приемом сообщения о реконфигурации RRC-соединения.

30. Способ по п. 29, в котором терминал не запускает восстановление RRC-соединения.

31. Способ по п. 29 или 30, дополнительно содержащий:

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

32. Способ по любому из пп. 25-31, дополнительно содержащий:

прием, терминалом, RRC-сообщения нисходящей линии связи вторичного узла, причем RRC-сообщение нисходящей линии связи принимается главным узлом из вторичного узла и отправляется в терминал, или RRC-сообщение нисходящей линии связи отправляется вторичным узлом в терминал; и

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

33. Способ по любому из пп. 25-31, дополнительно содержащий:

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

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

34. Способ по п. 33, в котором способ отправки содержит:

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел через главный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел через главный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, терминалом на основе результата измерения соты вторичного узла, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел напрямую или через главный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи вторичного узла.

35. Устройство конфигурирования, применяемое в системе связи, содержащее:

блок приема, выполненный с возможностью приема информации о конфигурации для однонаправленного радиоканала сигнализации (SRB) вторичного узла из главного узла, причем SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и устройством;

блок конфигурации, выполненный с возможностью конфигурирования SRB с использованием информации о конфигурации для SRB; и

блок отправки, выполненный с возможностью отправки результата конфигурирования SRB.

36. Устройство по п. 35, в котором блок отправки выполнен с возможностью отправки результата конфигурирования напрямую во вторичный узел; или отправки результата конфигурирования во вторичный узел через главный узел.

37. Устройство по п. 35 или 36, в котором информация о конфигурации для SRB содержит по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB.

38. Устройство по любому из пп. 35-37, в котором блок приема дополнительно выполнен с возможностью:

приема значения счетчика из вторичного узла и обновления ключа на основе значения счетчика.

39. Устройство по любому из пп. 35-38, в котором блок приема дополнительно выполнен с возможностью приема сообщения о реконфигурации RRC-соединения из вторичного узла; и блок конфигурации дополнительно выполнен с возможностью:

выполнения реконфигурации, соответствующей сообщению о реконфигурации RRC-соединения, и когда реконфигурация дает сбой, работы на основе конфигурации перед приемом сообщения о реконфигурации RRC-соединения.

40. Устройство по п. 39, в котором блок конфигурации не запускает восстановление RRC-соединения.

41. Устройство по п. 39 или 40, в котором

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

42. Устройство по любому из пп. 35-41, в котором блок приема дополнительно выполнен с возможностью:

приема RRC-сообщения нисходящей линии связи вторичного узла, причем RRC-сообщение нисходящей линии связи принимается главным узлом из вторичного узла и отправляется в устройство, или RRC-сообщение нисходящей линии связи отправляется вторичным узлом в устройство; и блок отправки дополнительно выполнен с возможностью:

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

43. Устройство по любому из пп. 35-41, в котором блок приема дополнительно выполнен с возможностью:

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

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

44. Устройство по п. 43, в котором способ отправки содержит:

отправку RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел; или

отправку RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел через главный узел; или

отправку RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел через главный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, на основе результата измерения соты вторичного узла устройством, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел напрямую или через главный узел; или

отправку RRC-сообщения восходящей линии связи для вторичного узла по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи вторичного узла.

45. Способ конфигурирования, применяемый к системе связи, причем система связи содержит главный узел и вторичный узел, которые совместно предоставляют услугу для терминала, и способ содержит:

прием, главным узлом, информации о конфигурации для однонаправленного радиоканала сигнализации (SRB) из вторичного узла, причем SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и терминалом;

отправку, главным узлом, информации о конфигурации для SRB в терминал;

прием, главным узлом, результата конфигурирования SRB с помощью терминала с использованием информации о конфигурации для SRB; и

отправку, главным узлом, результата во вторичный узел.

46. Способ по п. 45, в котором способ дополнительно содержит:

отправку, главным узлом, информации индикатора во вторичный узел, причем информация индикатора используется для инструктирования вторичного узла установить SRB или используется для инструктирования вторичного узла сгенерировать информацию о конфигурации для SRB; или

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

47. Способ по п. 45 или 46, в котором информация о конфигурации для SRB содержит по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB.

48. Способ по любому из пп. 45-47, в котором способ дополнительно содержит:

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

49. Способ по любому из пп. 45-48, дополнительно содержащий:

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

50. Способ по п. 49, дополнительно содержащий:

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

51. Способ по любому из пп. 45-50, дополнительно содержащий:

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

52. Способ по п. 51, в котором способ отправки содержит:

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел через главный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел через главный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, терминалом на основе результата измерения соты вторичного узла, RRC-сообщения восходящей линии связи для вторичного узла во вторичный узел напрямую или через главный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи для вторичного узла по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи вторичного узла.

53. Способ по любому из пп. 45-52, дополнительно содержащий:

отправку информации о конфигурации измерения во вторичный узел, причем информация о конфигурации измерения используется для конфигурирования условия для инициирования отправки, вторичным узлом, результата измерения в главный узел; и

прием результата измерения, удовлетворяющего условию, из вторичного узла.

54. Способ по любому из пп. 45-53, в котором информацией о конфигурации для SRB является контейнер RRC, и отправка, главным узлом, информации о конфигурации для SRB в терминал содержит:

пересылку, главным узлом, RRC-контейнера в терминал без проведения анализа контейнера RRC.

55. Способ по любому из пп. 45-54, дополнительно содержащий:

когда терминал не выполняет конфигурирование сообщения о реконфигурации RRC-соединения, отправленного вторичным узлом, прием, главным узлом, уведомления о сбое конфигурации из терминала; и

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

56. Устройство конфигурирования, применяемое в главном узле в системе связи, в котором система связи содержит главный узел и вторичный узел, которые совместно предоставляют услугу для терминала, и устройство содержит:

первый блок приема, выполненный с возможностью приема информации о конфигурации для однонаправленного радиоканала сигнализации (SRB) из вторичного узла, причем SRB используется для передачи сообщения управления радиоресурсами (RRC) между вторичным узлом и терминалом;

второй блок отправки, выполненный с возможностью отправки информации о конфигурации для SRB в терминал;

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

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

57. Устройство по п. 56, в котором первый блок отправки дополнительно выполнен с возможностью:

отправки информации индикатора во вторичный узел, причем информация индикатора используется для инструктирования вторичного узла установить SRB или используется для инструктирования вторичного узла сгенерировать информацию о конфигурации для SRB; или

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

58. Устройство по п. 56 или 57, в котором информация о конфигурации для SRB содержит по меньшей мере одну из следующей информации: идентификатор SRB, конфигурацию уровня управления линией радиосвязи (RLC) SRB, конфигурацию логического канала и параметр безопасности SRB.

59. Устройство по любому из пп. 56-58, в котором первый блок отправки дополнительно выполнен с возможностью:

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

60. Устройство по любому из пп. 56-59, в котором первый блок отправки дополнительно выполнен с возможностью:

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

61. Устройство по п. 60, в котором первый блок отправки дополнительно выполнен с возможностью:

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

62. Устройство по любому из пп. 56-61, в котором второй блок отправки дополнительно выполнен с возможностью:

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

63. Устройство по п. 62, в котором способ отправки содержит:

отправку, терминалом, RRC-сообщения восходящей линии связи вторичного узла во вторичный узел; или

отправку, терминалом, RRC-сообщения восходящей линии связи вторичного узла во вторичный узел с использованием главного узла; или

отправку, терминалом, RRC-сообщения восходящей линии связи вторичного узла во вторичный узел, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, терминалом, RRC-сообщения восходящей линии связи вторичного узла во вторичный узел с использованием главного узла, причем RRC-сообщение восходящей линии связи является ответным сообщением для RRC-сообщения нисходящей линии связи вторичного узла; или

отправку, терминалом на основе результата измерения соты вторичного узла, RRC-сообщения восходящей линии связи вторичного узла напрямую во вторичный узел или с использованием главного узла; или

отправку, терминалом, RRC-сообщения восходящей линии связи вторичного узла по одному и тому же тракту, как и RRC-сообщение нисходящей линии связи вторичного узла.

64. Устройство по любому из пп. 56-63, в котором первый блок отправки дополнительно выполнен с возможностью:

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

приема результата измерения, удовлетворяющего условию, из вторичного узла.

65. Устройство по любому из пп. 56-64, в котором информацией о конфигурации для SRB является контейнер RRC, и второй блок отправки пересылает контейнер RRC в терминал без проведения анализа контейнера RRC.

66. Устройство по любому из пп. 56-65, в котором, когда терминал не может выполнить конфигурирование сообщения о реконфигурации RRC-соединения, отправленного вторичным узлом,

второй блок приема дополнительно выполнен с возможностью приема уведомления о сбое конфигурации из терминала; и

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

67. Устройство конфигурирования, применяемое в системе связи, содержащее по меньшей мере один элемент обработки и по меньшей мере один элемент хранения, причем по меньшей мере один элемент хранения выполнен с возможностью хранения программы и данных, и по меньшей мере один элемент обработки выполнен с возможностью выполнения способа по любому из пп. 1-12.

68. Устройство конфигурирования, применяемое в системе связи, содержащее по меньшей мере один элемент обработки и по меньшей мере один элемент хранения, причем по меньшей мере один элемент хранения выполнен с возможностью хранения программы и данных, и по меньшей мере один элемент обработки выполнен с возможностью выполнения способа по любому из пп. 25-34.

69. Устройство конфигурирования, применяемое в системе связи, содержащее по меньшей мере один элемент обработки и по меньшей мере один элемент хранения, причем по меньшей мере один элемент хранения выполнен с возможностью хранения программы и данных, и по меньшей мере один элемент обработки выполнен с возможностью выполнения способа по любому из пп. 45-55.

70. Терминал связи, содержащий устройство по любому из пп. 35-44 или содержащий устройство по п. 68.

71. Машиночитаемый носитель информации, содержащий программу, причем программа, при ее исполнении процессором, используется для выполнения способа по любому из пп. 1-12, пп. 25-34 или пп. 45-55.

72. Способ передачи сообщения управления радиоресурсами (RRC), содержащий:

прием, терминалом, RRC-сообщения нисходящей линии связи вторичного узла, причем RRC-сообщение нисходящей линии связи принимается главным узлом из вторичного узла и отправляется в терминал, или RRC-сообщение нисходящей линии связи отправляется вторичным узлом в терминал; и

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

73. Устройство передачи сообщения управления радиоресурсами (RRC), содержащее:

блок приема, выполненный с возможностью приема RRC-сообщения нисходящей линии связи вторичного узла, причем RRC-сообщение нисходящей линии связи, принимается главным узлом из вторичного узла и отправляется в терминал, или RRC-сообщение нисходящей линии связи отправляется вторичным узлом в терминал; и

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

74. Устройство передачи сообщения управления радиоресурсами (RRC), содержащее по меньшей мере один элемент обработки и по меньшей мере один элемент хранения, причем по меньшей мере один элемент хранения выполнен с возможностью хранения программы и данных, и по меньшей мере один элемент обработки выполнен с возможностью выполнения способа по п. 72.

75. Терминал связи, содержащий устройство по п. 73 или 74.

76. Машиночитаемый носитель информации, содержащий программу, причем программа, при ее исполнении процессором, используется для выполнения способа по п. 72.

77. Система связи, содержащая главный узел и вторичный узел, которые совместно предоставляют услугу для терминала, причем вторичный узел содержит устройство по любому из пп. 13-24 и 67, и главный узел содержит устройство по любому из пп. 56-66 и 69.