Область техники, к которой относится изобретение
Данная заявка относится, в общем, к области технологий связи и, в частности, к способу и устройству связи.
Уровень техники
Сетевая технология интегрированного доступа и транзитного соединения (IAB) внедряется в систему мобильной связи 5-го поколения (5th generation, 5G). Решение для беспроводной передачи используется как для линии связи доступа (access link), так и для транзитной линии связи (backhaul link) в сети IAB, во избежание развертывания оптического волокна, тем самым снижая затраты на развертывание и повышая гибкость развертывания. В сети IAB gNodeB IAB-донора (IAB donor gNodeB, IAB DgNB) подключается к базовой сети (например, базовой сети (5G core, 5GC) в системе 5G) через проводную линию связи, и затем узел интегрированного доступа и транзитного соединения (integrated access and backhaul node, IAB node) добавляется между gNodeB IAB-донора и терминалом. Услуга радиодоступа предоставляется для терминала через линию связи доступа (access link, AL) IAB-узла, и IAB-узел подключается к GNodeB IAB-донора через транзитную линию связи (backhaul link, BL) IAB-узла для передачи служебных данных терминала.
В настоящее время, когда происходит обновление топологии в сети IAB, если gNodeB IAB-донора, подключенный к IAB-узлу, изменяется, должен быть повторно установлен интерфейс F1. Так как интерфейс F1 должен быть восстановлен, должен быть повторно выработан контекст плоскости управления/плоскости пользователя интерфейса F1. Это сильно влияет на задержку обслуживания терминала и приводит к огромному количеству непроизводительных затрат на сигнализацию.
Настоящая заявка предоставляет способ и устройство связи, предназначенные для решения задачи, которая состоит в том, что восстановление интерфейса F1 приводит к большой задержке обслуживания и огромному количеству непроизводительных затрат на сигнализацию.
Согласно первому аспекту настоящая заявка предусматривает способ связи. Этот способ применим к сценарию, в котором первый IAB-узел передает обслуживание, в диапазоне обслуживания CU одного и того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора. Способ включает в себя следующее: первый IAB-узел принимает первое сообщение из CU IAB-донора, где первое сообщение указывает то, что первый IAB-узел должен передать обслуживание из первого родительского узла во второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора. Первое сообщение включает в себя первый IP-адрес, выделенный первому IAB-узлу. Первый IAB-узел определяет, на основе первого IP-адреса первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора после того, как первый IAB-узел передаст обслуживание во второй родительский узел. Первый IAB-узел обновляет контекстную информацию плоскости управления первого интерфейса на основе первой информации ассоциации уровня транспортной сети, где первый интерфейс может быть интерфейсом F1 между первым IAB-узлом и CU IAB-донора.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1. После завершения передачи обслуживания IAB-узел выполняет обмен данными интерфейса F1 с CU IAB-донора, используя первый IP-адрес. Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
В возможном исполнении первый IAB-узел принимает, через первый родительский узел, информацию указания из CU IAB-донора. В качестве альтернативы, информация указания включена в первое сообщение. Первый IAB-узел определяет, на основе информации указания, первую информацию ассоциации уровня транспортной сети после того, как первый IAB-узел передаст обслуживание во второй DU IAB-донора.
Таким образом, IAB-узел обновляет TNL-ассоциацию интерфейса F1 как можно скорее после завершения передачи обслуживания, чтобы как можно скорее восстановить возможность предоставления услуги терминальному устройству и уменьшить влияние на задержку обслуживания терминального устройства.
В возможном исполнении первый IAB-узел вырабатывает информацию об ассоциации первого уровня транспортной сети с использованием первого IP-адреса.
В качестве альтернативы, первый IAB-узел получает первую информацию ассоциации уровня транспортной сети путем добавления первого IP-адреса к первой информации ассоциации уровня транспортной сети, где вторая информация ассоциации уровня транспортной сети является информацией ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора, прежде чем первый IAB-узел передаст обслуживание во второй родительский узел.
В возможном исполнении первое сообщение дополнительно включает в себя IP-адрес CU IAB-донора, и IP-адрес CU IAB-донора используется IAB-узлом для выполнения обмена данными в плоскости управления с CU IAB-донора, и/или IP-адрес CU IAB-донора используется IAB-узлом для определения первой информации ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора.
Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние, вызванное передачей обслуживания IAB-узла, на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
Согласно второму аспекту вариант осуществления настоящей заявки предусматривает способ связи. Способ применим к сценарию, в котором первый IAB-узел передает обслуживание из DU первого IAB-донора в DU второго IAB-донора, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания. Способ включает в себя следующее: первый IAB-узел принимает первое сообщение из CU первого IAB-донора, где первое сообщение указывает то, что первый IAB-узел должен передать обслуживание из первого родительского узла во второй родительский узел. Первый родительский узел является DU первого IAB-донора, или второй родительский узел подключен к CU первого IAB-донора через DU первого IAB-донора. Второй родительский узел является DU второго IAB-донора, или второй родительский узел подключен к CU второго IAB-донора через DU второго IAB-донора. Первое сообщение включает в себя IP-адрес первого IAB-узла. После того, как первый IAB-узел передаст обслуживание во второй родительский узел, первый IAB-узел определяет, на основе первого IP-адреса первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU второго IAB-донора после того, как первый IAB-узел передаст обслуживание во второй родительский узел. Первый IAB-узел обновляет контекстную информацию плоскости управления первого интерфейса, используя первую информацию ассоциации уровня транспортной сети, где первый интерфейс может быть интерфейсом F1 между первым IAB-узлом и вторым IAB-донором.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется вследствие обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
В возможном исполнении первый IAB-узел принимает, через первый родительский узел, информацию указания из CU первого IAB-донора. В качестве альтернативы, информация указания включена в первое сообщение. Первый IAB-узел определяет, на основе информации указания, информацию ассоциации первого уровня транспортной сети после того, как первый IAB-узел передаст обслуживание во второй DU IAB-донора.
Таким образом, IAB-узел обновляет TNL-ассоциацию интерфейса F1 как можно скорее после завершения передачи обслуживания, чтобы как можно скорее восстановить возможность предоставления услуги терминальному устройству и уменьшить влияние на задержку обслуживания терминального устройства.
В возможном исполнении первый IAB-узел вырабатывает, используя первый IP-адрес, информацию ассоциации первого уровня транспортной сети между первым IAB-узлом и CU второго IAB-донора.
Таким образом, IAB-узел обменивается данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние, вызванное передачей обслуживания IAB-узла, на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
В возможном исполнении первое сообщение дополнительно включает в себя IP-адрес CU второго IAB-донора, и IP-адрес CU второго IAB-донора используется первым IAB-узлом для выполнения обмена данными в плоскости управления с CU второго IAB-донора, и/или IP-адрес CU IAB-донора используется первым IAB-узлом для определения первой информации ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора.
Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние, вызванное передачей обслуживания IAB-узла, на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
Согласно третьему аспекту настоящая заявка предусматривает способ связи. Этот способ применим к сценарию, в котором первый IAB-узел передает обслуживание, в диапазоне обслуживания CU одного и того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора. Способ включает в себя следующее: CU IAB-донора отправляет первое сообщение первому IAB-узлу, где первое сообщение указывает то, что первый IAB-узел должен передать обслуживание из первого родительского узла во второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора. Первое сообщение включает в себя первый IP-адрес первого IAB-узла.
CU IAB-донора определяет, на основе первого IP-адреса первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора после того, как первый IAB-узел передаст обслуживание во второй родительский узел. CU IAB-донора обновляет контекстную информацию плоскости управления первого интерфейса на основе первой информации ассоциации уровня транспортной сети, где первый интерфейс может быть интерфейсом F1 между первым IAB-узлом и IAB-донором.
В возможном исполнении CU IAB-донора отправляет четвертое сообщение в первый IAB-узел, где четвертое сообщение включает в себя информацию указания, или третье сообщение включает в себя информацию указания. Информация указания указывает то, что случай для определения первым IAB-узлом первой информации ассоциации уровня транспортной сети наступает после того, как первый IAB-узел передаст обслуживание во второй родительский узел.
Таким образом, IAB-узел обновляет TNL-ассоциацию интерфейса F1 как можно скорее после завершения передачи обслуживания, чтобы как можно скорее восстановить возможность предоставления услуги терминальному устройству и уменьшить влияние на задержку обслуживания терминального устройства.
В возможном исполнении CU IAB-донора устанавливает, используя первый IP-адрес, первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора. В качестве альтернативы CU IAB-донора получает первую информацию ассоциации уровня транспортной сети путем добавления первого IP-адреса к первой информации ассоциации уровня транспортной сети, где вторая информация ассоциации уровня транспортной сети является информацией ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора, прежде чем первый IAB-узел передаст обслуживание во второй родительский узел.
Таким образом, CU IAB-донора может обновлять информацию ассоциации TNL в CU IAB-донора, во избежание введения большого объема сигнализации обновления контекста из-за передачи обслуживания IAB-узла и во избежание влияния на задержку обслуживания UE.
В возможном исполнении первое сообщение дополнительно включает в себя IP-адрес CU IAB-донора, и IP-адрес CU IAB-донора используется первым IAB-узлом для осуществления обмена данными плоскости управления с CU IAB-донора, и/или IP-адрес CU IAB-донора используется первым IAB-узлом для определения первой информации ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора.
Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние, вызванное передачей обслуживания IAB-узла, на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
В возможном исполнении первый IP-адрес получается из пула IP-адресов CU IAB-донора, или получается из второго DU IAB-донора, или получается из объекта эксплуатации, администрирования и обслуживания (OAM), или получается из сервера DHCP.
Согласно четвертому аспекту вариант осуществления настоящей заявки предусматривает способ связи. Способ применим к сценарию, в котором первый IAB-узел передает обслуживание из DU первого IAB-донора в DU второго IAB-донора, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания. Способ включает в себя следующее: CU первого IAB-донора отправляет первое сообщение в CU второго IAB-донора, где первое сообщение включает в себя идентификатор первого IAB-узла, и первое сообщение предназначено для запроса первого IP-адреса. CU первого IAB-донора принимает второе сообщение из CU второго IAB-донора, где второе сообщение включает в себя первый IP-адрес, выделенный первому IAB-узлу. CU первого IAB-донора отправляет третье сообщение в первый IAB-узел, где третье сообщение указывает то, что первый IAB-узел должен передать обслуживание из первого родительского узла во второй родительский узел. Первый родительский узел является DU первого IAB-донора, или первый родительский узел подключен к CU первого IAB-донора через DU первого IAB-донора. Второй родительский узел является DU второго IAB-донора, или второй родительский узел подключен к CU второго IAB-донора через DU второго IAB-донора. Третье сообщение включает в себя первый IP-адрес первого IAB-узла.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1. После завершения передачи обслуживания IAB-узел осуществляет обмен данными через интерфейс F1 с CU IAB-донора путем получения первого IP-адреса. Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
В возможном варианте осуществления первое сообщение является сообщением запроса передачи обслуживания.
В другом возможном варианте осуществления первое сообщение дополнительно включает в себя информацию о контексте плоскости пользователя и/или информацию о контексте плоскости управления первого интерфейса между первым IAB-узлом и CU первого IAB-донора. Первый интерфейс может быть интерфейсом F1 между первым IAB-узлом и вторым IAB-донором.
В возможном варианте осуществления CU первого IAB-донора отправляет четвертую информацию в первый IAB-узлу, где четвертая информация включает в себя первый IP-адрес первого IAB-узла, и четвертое сообщение указывает то, что первый IAB-узел должен передать обслуживание из первого родительского узла во второй родительский узел.
Первый родительский узел является DU первого IAB-донора, или первый родительский узел является вторым IAB-узлом, подключенным к CU первого IAB-донора через DU первого IAB-донора. Второй родительский узел является DU второго IAB-донора, или второй родительский узел является третьим IAB-узлом, подключенным к CU второго IAB-донора через DU второго IAB-донора.
В возможном варианте осуществления CU первого IAB-донора отправляет сообщение, включающее в себя информацию указания, в первый IAB-узел. В качестве альтернативы, третье сообщение включает в себя информацию указания. Информация указания указывает то, что случай для первого IAB-узла определить первую информацию ассоциации уровня транспортной сети возникает после того, как первый IAB-узел передаст обслуживание в DU второго IAB-донора.
Таким образом, IAB-узел обновляет TNL-ассоциацию интерфейса F1 как можно скорее после завершения передачи обслуживания, чтобы как можно скорее восстановить возможность предоставления услуги терминальному устройству и уменьшить влияние на задержку обслуживания терминального устройства.
Согласно пятому аспекту вариант осуществления настоящей заявки предусматривает способ связи. Способ применим к сценарию, в котором первый IAB-узел передает обслуживание из DU первого IAB-донора в DU второго IAB-донора, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания. Способ включает в себя следующее: CU второго IAB-донора принимает первое сообщение из CU первого IAB-донора, где первое сообщение включает в себя идентификатор первого IAB-узла, и первое сообщение предназначено для запроса первого адреса интернет-протокола (IP). CU второго IAB-донора отправляет второе сообщение в CU первого IAB-донора, где второе сообщение включает в себя первый IP-адрес, выделенный первому IAB-узлу. CU второго IAB-донора определяет, на основе первого IP-адреса, первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU второго IAB-донора после того, как первый IAB-узел передаст обслуживание во второй родительский узел. CU второго IAB-донора обновляет контекстную информацию плоскости управления первого интерфейса на основе первой информации ассоциации уровня транспортной сети, где первый интерфейс является интерфейсом между первым IAB-узлом и CU второго IAB-донора.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
В возможном варианте осуществления CU второго IAB-донора вырабатывает, используя первый IP-адрес, первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU второго IAB-донора.
Таким образом, IAB-узел обновляет TNL-ассоциацию интерфейса F1 как можно скорее после завершения передачи обслуживания, чтобы как можно скорее восстановить возможность предоставления услуги терминальному устройству и уменьшить влияние на задержку обслуживания терминального устройства.
В возможном варианте осуществления первое сообщение представляет собой сообщение запроса передачи обслуживания.
В возможном варианте осуществления первое сообщение дополнительно включает в себя информацию о контексте плоскости пользователя и/или информацию о контексте плоскости управления первого интерфейса между первым IAB-узлом и CU первого IAB-донора. Первый интерфейс может быть интерфейсом F1 между первым IAB-узлом и вторым IAB-донором.
В возможном варианте осуществления CU второго IAB-донора определяет контекстную информацию плоскости управления, соответствующую идентификатору первого IAB-узла. CU второго IAB-донора заменяет вторую информацию ассоциации уровня транспортной сети в контекстной информации плоскости управления информацией на первую информацию ассоциации уровня транспортной сети, где вторая информация ассоциации уровня транспортной сети является информацией ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора, прежде чем первый IAB-узел передаст обслуживание во второй родительский узел.
В этом случае, в сценарии, в котором IAB-узел передает обслуживание между узлами разных IAB-доноров, контексты интерфейса F1 некоторых или всех IAB-узлов могут быть получены заранее, тем самым избегая большого объема сигнализации, необходимой для восстановления интерфейса F1 и соответствующих контекстов плоскости управления и плоскости пользователя после передачи обслуживания, и избегая влияния на задержку обслуживания терминала.
В возможном варианте осуществления первый IP-адрес получается из пула IP-адресов CU второго IAB-донора, или получается из функционального объекта DU второго IAB-донора, или получается с помощью CU второго IAB-донора из объекта эксплуатации, администрирования и обслуживания (OAM), или получается с помощью CU второго IAB-донора из сервера DHCP.
Согласно шестому аспекту настоящая заявка предусматривает способ связи. Этот способ применим к сценарию, в котором первый IAB-узел передает обслуживание, в диапазоне обслуживания CU одного и того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора. Способ включает в себя следующее: CU IAB-донора принимает сообщение плоскости управления из первого IAB-узла, где сообщение плоскости управления включает в себя первый IP-адрес и второй IP-адрес. Первый IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел. Второй IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора. CU IAB-донора заменяет первый IP-адрес в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя первого интерфейса на второй IP-адрес.
В данном варианте осуществления настоящей заявки, согласно способу, CU IAB-донора заменяет, в виде пакетов, информацию туннеля нисходящей линии связи в контексте F1-U на основе сообщения плоскости управления для обновления контекста плоскости пользователя терминальное устройство и во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
Согласно седьмому аспекту настоящая заявка предусматривает способ связи. Этот способ применим к сценарию, в котором первый IAB-узел передает обслуживание, в диапазоне обслуживания CU одного и того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора. Способ включает в себя следующее: первый IAB-узел принимает сообщение плоскости управления из CU IAB-донора, где сообщение плоскости управления включает в себя первый IP-адрес и второй IP-адрес. Первый IP-адрес является IP-адресом CU IAB-донора, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел. Второй IP-адрес является IP-адресом CU IAB-донора, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора. После того, как первый IAB-узел передаст обслуживание из первого родительского узла во второй родительский узел первый IAB-узел заменяет первый IP-адрес в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя интерфейса F1 на второй IP-адрес.
В данном варианте осуществления настоящей заявки, согласно способу, IAB-узел заменяет, в виде пакетов, информацию туннеля нисходящей линии связи в контексте F1-U на основе сигнализации, чтобы обновить контекст плоскости пользователя терминального устройства и избежать задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
Согласно восьмому аспекту настоящая заявка предусматривает способ связи. Этот способ применим к сценарию, в котором первый IAB-узел передает обслуживание, в диапазоне обслуживания CU одного и того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора. Способ включает в себя следующее: CU-UP IAB-донора принимает сообщение плоскости управления из CU-CP IAB-донора, где сообщение плоскости управления включает в себя первый IP-адрес и второй IP-адрес. Первый IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через первый родительский узел. Второй IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU-UP IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU-UP IAB-донора через второй DU IAB-донора. CU-UP IAB-донора заменяет первый IP-адрес в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя интерфейса F1 на второй IP-адрес.
В данном варианте осуществления настоящей заявки IAB-донор CU-UP заменяет, в виде пакетов, информацию туннеля нисходящей линии связи в контексте F1-U на основе сообщения плоскости управления для обновления контекста F1-U терминального устройства, и во избежание большого количества служебных данных сигнализации, необходимых для обновления в традиционной технологии.
Согласно девятому аспекту настоящая заявка предусматривает способ связи. Способ включает в себя следующее: ретрансляционный узел принимает первое сообщение из CU узла-донора через первый DU узла-донора, где первое сообщение включает в себя IP-адрес ретрансляционного узла. Ретрансляционный узел определяет, на основе IP-адреса, информацию ассоциации уровня транспортной сети между ретрансляционным узлом и CU, когда ретрансляционный узел подключен к CU через второй DU узла-донора. Ретрансляционный узел обновляет контекстную информацию плоскости управления первого интерфейса на основе информации ассоциации уровня транспортной сети, где первый интерфейс является интерфейсом между ретрансляционным узлом и CU, первый DU является исходным DU во время передачи обслуживания ретрансляционного узла, и второй DU является целевым DU во время передачи обслуживания ретрансляционного узла.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется вследствие обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1. После завершения передачи обслуживания IAB-узел выполняет обмен данными интерфейса F1 с CU IAB-донора, используя первый IP-адрес. Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
Согласно десятому аспекту настоящая заявка предусматривает способ связи. Способ включает в себя следующее: ретрансляционный узел принимает первое сообщение из целевого узла-донора через исходный узел-донор, где первое сообщение включает в себя IP-адрес ретрансляционного узла. Ретрансляционный узел определяет информацию ассоциации уровня транспортной сети между ретрансляционным узлом и целевым узлом-донором на основе IP-адреса. Ретрансляционный узел обновляет контекстную информацию плоскости управления первого интерфейса на основе информации ассоциации уровня транспортной сети. Первый интерфейс является интерфейсом между ретрансляционным узлом и целевым узлом-донором, исходный донорный узел является исходным узлом-донором во время передачи обслуживания ретрансляционного узла, и целевой донорный узел является целевым узлом-донором во время передачи обслуживания ретрансляционного узла.
В данном варианте осуществления настоящей заявки исходный узел-донор включает в себя CU донора и при необходимости альтернативно может включать в себя DU донора. Когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
Согласно одиннадцатому аспекту настоящая заявка предусматривает устройство связи. Устройство связи может быть первым IAB-узлом или микросхемой, расположенной внутри первого IAB-узла. Устройство связи имеет функцию реализации первого аспекта. Например, устройство связи включает в себя соответствующий модуль, блок или средство (means) для выполнения этапов в первом аспекте. Функция, блок или средство могут быть реализованы программным обеспечением или аппаратными средствами, либо могут быть реализованы аппаратными средствами, исполняющими соответствующее программное обеспечение.
В возможном исполнении устройство связи включает в себя блок обработки и блок связи. Блок связи может быть выполнен с возможностью приема и отправки сигнала для осуществления обмена данными между одним устройством связи и другим устройством связи. Например, блок связи выполнен с возможностью приема первой информации из сетевого устройства. Блок обработки может быть выполнен с возможностью выполнения некоторых внутренних операций устройства связи. Функции, выполняемые блоком обработки и блоком связи, могут соответствовать этапам, выполняемым первым IAB-узлом в предыдущих аспектах.
В возможном исполнении устройство связи включает в себя процессор и может дополнительно включать в себя приемопередатчик. Приемопередатчик выполнен с возможностью приема и отправки сигнала, и процессор исполняет программные инструкции, чтобы выполнить способ в соответствии с любым(ой) из возможных исполнений или реализаций первого аспекта. Устройство связи может дополнительно включать в себя одно или несколько запоминающих устройств. Память выполнена с возможностью подключения к процессору. Одно или несколько запоминающих устройств могут быть интегрированы с процессором или могут быть расположены независимо от процессора. Настоящая заявка не ограничивается этим. Память может хранить необходимую компьютерную программу или необходимые инструкции для реализации функций в первом аспекте. Процессор может исполнять компьютерную программу или инструкции, хранящиеся в памяти. При исполнении компьютерной программы или инструкций, устройство связи получает возможность реализовать способ в соответствии с любым(ой) из возможных исполнений или реализаций первого IAB-узла в вышеизложенных аспектах.
В возможном исполнении устройство связи включает в себя процессор и память. Память может хранить необходимую компьютерную программу или необходимые инструкции для реализации функций в первом аспекте. Процессор может исполнять компьютерную программу или инструкции, хранящиеся в памяти. При исполнении компьютерной программы или инструкций, устройство связи получает возможность реализовать способ в соответствии с любым(ой) из возможных исполнений или реализаций первого IAB-узла в вышеизложенных аспектах.
В возможном исполнении устройство связи включает в себя по меньшей мере один процессор и схему интерфейса. По меньшей мере один процессор выполнен с возможностью: обмена данными с другим устройством через схему интерфейса и выполнения способа, выполняемого первым IAB-узлом, в соответствии с любым(ой) из возможных исполнений или реализаций первого аспекта.
Согласно двенадцатому аспекту настоящая заявка предусматривает устройство связи. Устройство связи может быть сетевым устройством или микросхемой, расположенной внутри сетевого устройства. Устройство связи имеет функцию реализации вышеупомянутых аспектов IAB-донора. Например, устройство связи включает в себя соответствующий модуль, блок или средство для выполнения этапов во втором аспекте. Функция, блок или средство могут быть реализованы программным обеспечением или аппаратными средствами, либо могут быть реализованы аппаратными средствами, исполняющими соответствующее программное обеспечение.
В возможном исполнении устройство связи включает в себя блок обработки и блок связи. Блок связи может быть выполнен с возможностью приема и отправки сигнала для осуществления обмена данными между одним устройством связи и другим устройством связи. Например, блок связи выполнен с возможностью отправки первого сообщения в первый IAB-узел. Блок обработки может быть выполнен с возможностью выполнения некоторых внутренних операций устройства связи. Функции, выполняемые блоком обработки и блоком связи, могут соответствовать этапам в предыдущих аспектах IAB-донора.
В возможном исполнении устройство связи включает в себя процессор и может дополнительно включать в себя приемопередатчик. Приемопередатчик выполнен с возможностью приема и отправки сигнала, и процессор исполняет программные инструкции для выполнения способа в соответствии с любым(ой) из возможных исполнений или реализаций второго аспекта. Устройство связи может дополнительно включать в себя одно или несколько запоминающих устройств. Память выполнена с возможностью подключения к процессору. Одно или несколько запоминающих устройств могут быть интегрированы с процессором или могут быть расположены независимо от процессора. Настоящая заявка не ограничивается этим. Память может хранить необходимую компьютерную программу или необходимые инструкции для реализации функций во втором аспекте. Процессор может исполнять компьютерную программу или инструкции, хранящиеся в памяти. При исполнении компьютерной программы или инструкций, устройство связи получает возможность реализовать способ в соответствии с любым(ой) из возможных исполнений или реализаций в вышеупомянутых аспектах IAB-донора.
В возможном исполнении устройство связи включает в себя процессор и память. Память может хранить необходимую компьютерную программу или необходимые инструкции для реализации функций во втором аспекте. Процессор может исполнять компьютерную программу или инструкции, хранящиеся в памяти. При исполнении компьютерной программы или инструкций, устройство связи получает возможность реализовать способ в соответствии с любым(ой) из возможных исполнений или реализаций в вышеупомянутых аспектах IAB-донора.
В возможном исполнении устройство связи включает в себя по меньшей мере один процессор и схему интерфейса. По меньшей мере один процессор выполнен с возможностью: обмена данными с другим устройством через схему интерфейса и выполнения способа в соответствии с любым(ой) из возможных исполнений или реализаций в вышеупомянутых аспектах IAB-донора.
Согласно тринадцатому аспекту настоящая заявка предусматривает машиночитаемый носитель информации. Компьютерный носитель информации хранит машиночитаемые инструкции. Когда машиночитаемые инструкции считываются и исполняются на компьютере, компьютер получает возможность выполнять способ в соответствии с любым из возможных исполнений, представленных в предыдущих аспектах.
Согласно четырнадцатому аспекту настоящая заявка предусматривает компьютерный программный продукт. Когда компьютерный программный продукт считывается и исполняется на компьютере, компьютер получает возможность выполнять способ в соответствии с любым из возможных исполнений, представленных в предыдущих аспектах.
Согласно пятнадцатому аспекту настоящая заявка предусматривает микросхему. Микросхема включает в себя процессор. Процессор подключен к памяти и выполнен с возможностью считывания и исполнения программы программного обеспечения, хранящейся в памяти, для реализации способа в соответствии с любым из возможных исполнений, представленных в предыдущих аспектах.
Эти аспекты или другие аспекты настоящей заявки более ясно и понятно изложены в описаниях следующих вариантов осуществления.
Краткое описание чертежей
Фиг.1А и фиг.1B – схематичное представление сетевой архитектуры согласно варианту осуществления настоящей заявки;
фиг.2А и фиг.2В – схематичное представление другой сетевой архитектуры согласно варианту осуществления настоящей заявки;
фиг.3А и фиг.3B – схематичное представление структуры стека протоколов согласно варианту осуществления настоящей заявки;
фиг.4А и фиг.4B – схематичное представление применяемого сценария согласно варианту осуществления настоящей заявки;
фиг.5 – блок-схема последовательности операций первого способа связи согласно варианту осуществления настоящей заявки;
фиг.6 – подробная блок-схема последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;
фиг.7А и фиг.7B – схематичное представление применяемого сценария согласно варианту осуществления настоящей заявки;
фиг.8 – подробная блок-схема последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;
фиг.9 – подробная блок-схема последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;
фиг.10 – подробная блок-схема последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;
фиг.11А и фиг.11В – подробная блок-схема последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;
фиг.12А и фиг.12В – подробная блок-схема последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;
фиг.13 – возможный пример блок-схемы устройства согласно варианту осуществления настоящей заявки;
фиг.14 – схематичное представление структуры терминального устройства согласно варианту осуществления настоящей заявки; и
фиг.15 – схематичное представление структуры сетевого устройства согласно варианту осуществления настоящей заявки.
Подробное описание изобретения
Далее подробно описаны варианты осуществления настоящей заявки со ссылкой на сопроводительные чертежи.
Варианты осуществления настоящей заявки могут быть применены в различных системах мобильной связи, например, в системе нового радио (new radio, NR), системе долгосрочного развития (long term evolution, LTE), усовершенствованной системе долгосрочного развития (long term evolution-advanced, LTE-A), разрабатываемой системе долгосрочного развития (evolved long term evolution, eLTE), будущей системе связи и другой системе связи. В частности, в данном документе эти примеры не являются ограничивающими.
Для простоты понимания вариантов осуществления настоящей заявки система связи, показанная на фиг.1A, впервые используется в качестве примера для подробного описания системы связи, применимой к вариантам осуществления настоящей заявки. На фиг.1A показано схематичное представление системы связи, к которой применим способ связи в вариантах осуществления настоящей заявки. Как показано на фиг.1A, система связи включает в себя gNodeB IAB-донора, IAB-узел и терминальное устройство. На фиг.1B показан другой вид выражения системы связи, показанной на фиг.1А. Значения субстантивных выражений непротиворечивы, и детали здесь повторно не описываются.
В дополнение к этому, на фиг.1А и фиг.1B дополнительно показаны названия интерфейсов, находящиеся между устройствами, например, радиоинтерфейс (который на фигуре назван интерфейсом Uu NR) между терминальным устройством и IAB-узлом и радиоинтерфейс (который может упоминаться как транзитный радиоинтерфейс NR и на фигуре назван интерфейсом Uu NR, так как обмен данными через интерфейс выполняется также на основе интерфейсного протокола Uu NR) между IAB-узлом и gNodeB IAB-донора. Названия этих интерфейсов являются просто примерами и не накладывают ограничений на интерфейсы. При изменении версии системы связи соответствующее название также может быть заменено на название соответствующей функции в другой сети радиосвязи.
IAB-сеть, показанная на фиг.1A, поддерживает многоскачковую организацию сети. Например, между IAB-узлом и gNodeB IAB-донора, которые показаны на фиг.1А и фиг.1B, могут находиться один или несколько промежуточных IAB-узлов.
IAB-сеть, показанная на фиг.1A, поддерживает как многоскачковую организацию сети, так и организацию сети с многочисленными подключениями. Может существовать по меньшей мере один тракт передачи, включающий в себя множество линий связи между терминальным устройством, обслуживаемым IAB-узлом, и IAB-донором. В качестве альтернативы может существовать один или несколько трактов передачи между IAB-узлом и IAB-донором, и каждый тракт передачи может включать в себя один или несколько IAB-узлов. В тракте передачи каждый IAB-узел рассматривает соседний узел, который обеспечивает доступ и транзитное обслуживание для IAB-узла, как родительский узел, и, соответственно, каждый IAB-узел может рассматриваться как дочерний узел родительского IAB-узла. Например, в сценариях, показанных на фиг.1А и фиг.1B, родительский IAB-узел является IAB-донором, и IAB-донор рассматривает IAB-узел как дочерний узел.
Следует отметить, что сценарий организации сети IAB, показанный на фиг.1А, является просто примером. В сценарии IAB, объединяющем многоскачковое и многочисленное подключение, может иметь место другая форма подключения. Например, настоящая заявка может быть дополнительно применена к сценарию двойной связности. Подробности могут быть показаны на фиг.2А. На фиг.2A показано схематичное представление сетевой архитектуры системы двойной связности E-UTRAN NR (E-UTRAN NR Dual Connectivity, EN-DC). Как показано на фиг.2A, система связи включает в себя устройство базовой сети передачи пакетных данных (evolved packet core, EPC), базовую станцию (eNB) в системе LTE, IAB-донор, IAB-узлы и терминальное устройство. Сетевой способ EN-DC, показанный на фиг.2A, может также упоминаться как неавтономная (non-standalone, NSA) организация сети IAB. На фиг.2B показана другая форма выражения системы связи, показанной на фиг.2А. Значения субстантивных выражений не противоречат друг другу, и детали здесь повторно не описываются.
На фиг.2A базовая станция (eNB на фигуре) в системе LTE является главной базовой станцией (которую, таким образом, также можно назвать главным eNB, для краткости MeNB), обеспечивает подключение радиоинтерфейса LTE (LTE Uu) для IAB-узлов и выполняет передачу данных в плоскости пользователя и передачу данных в плоскости управления с помощью базовой сети EPC через интерфейс S1. GNodeB IAB-донора является вторичной базовой станцией, обеспечивает подключение радиоинтерфейса NR (Uu NR) для IAB-узлов и выполняет передачу данных в плоскости пользователя с помощью базовой сети EPC через интерфейс S1. Аналогичным образом, терминальное устройство также поддерживает двойную связность. UE подключается к главной базовой станции (eNB) через интерфейс LTE Uu и подключается ко вторичной базовой станции (IAB-узлам или GNodeB IAB-донора) через интерфейс Uu NR.
Следует отметить, что на фиг.2A показан только пример организации сети, и организация сети NSA сети IAB также поддерживает многоскачковую организацию сети IAB. Например, терминальное устройство, показанное на фиг.2А и фиг.2B, может быть подключено к gNodeB IAB-донора через два или более IAB-узлов, то есть IAB-узлы могут быть подключены к gNodeB IAB-донора по многоскачковой транзитной линии связи. Организация сети NSA сети IAB также поддерживает односкачковую организацию сети IAB. Например, терминальное устройство, показанное на фиг.2А и фиг.2B, может быть подключено к gNodeB IAB-донора через один IAB-узел. В дополнение к этому, при подключении к eNB IAB-узел обменивается данными с eNB по односкачковой линии связи LTE.
В дополнение к этому, следует отметить, что сценарий двойной связности, к которому применима настоящая заявка, может быть сетевым сценарием EN-DC, показанным на фиг.2А и фиг.2B, или может включать в себя двойную связность, включая IAB-сеть и IAB-сеть, или может включать в себя двойную связность, включая IAB-сеть и другую будущую систему связи. Приведенный выше пример не накладывает никаких ограничений на сценарий.
В вариантах осуществления настоящей заявки IAB-узел может также упоминаться как ретрансляционный узел (relay node, RN). Для простоты описания IAB-узел обобщенно используется ниже для ссылки. IAB-узел может включать в себя по меньшей мере один модуль мобильного терминала (mobile terminal, MT) и по меньшей мере один распределенный модуль (distributed unit, DU). На фиг.1А и фиг.2A для описания используется только пример, в котором IAB-узел включает в себя один блок MT и один DU. Блок MT в IAB-узле позволяет IAB служить в качестве терминала для обмена данными с родительским узлом IAB-узла и узлом IAB-донора и имеет функцию пользовательского оборудования (user equipment, UE). DU в IAB-узле предоставляет услугу доступа для терминального устройства или другого IAB-узла, подключенного к DU, а также может обмениваться данными с донорным IAB-узлом через интерфейс F1. MT в IAB-узле может также упоминаться как функциональный объект MT в IAB-узле, и DU в IAB-узле может также упоминаться как функциональный объект DU в IAB-узле. Для простоты описания МТ в IAB-узле и функциональный объект МТ в IAB-узле кратко называются «МТ IAB-узла», и каждый DU в IAB-узле и функциональный объект DU в IAB-узле кратко называются «DU IAB-узла». IAB-узел может предоставлять услугу радиодоступа для терминального устройства, и служебные данные или управляющая информация терминального устройства передаются из IAB-узла в IAB-донор (IAB donor), или сетевое устройство по беспроводной транзитной линии связи.
IAB-донор может быть элементом сети доступа, имеющим полную функцию базовой станции, или может быть элементом сети доступа в виде, в котором централизованный блок (centralized unit, CU) отделен от распределенного блока (distributed unit, DU). CU в IAB-доноре может также упоминаться как функциональный объект CU в IAB-доноре, и DU в IAB-доноре может также упоминаться как функциональный объект DU в IAB-доноре.
Для простоты описания в вариантах осуществления настоящей заявки каждый CU в IAB-доноре и функциональный объект CU в IAB-доноре кратко упоминаются как CU IAB-донора (а также упоминаются как IAB-donor-CU), и DU в IAB-доноре и функциональный объект DU в IAB-доноре кратко упоминаются как DU IAB-донора (а также упоминаются как IAB-donor-DU). В качестве альтернативы CU IAB-донора может быть в виде, в котором плоскость управления (control plane, CP) отделена от плоскости пользователя (user plane, UP). Например, один CU IAB-донора включает в себя один CU-CP (который также упоминается как IAB-donor-CU-CP) и множество CU-UP (которые также упоминаются как IAB-donor-CU-UP). Это не ограничивается вариантами осуществления настоящей заявки.
Интерфейс F1 в вариантах осуществления настоящей заявки представляет собой интерфейс между DU IAB-узла и gNodeB IAB-донора, интерфейс между DU IAB-узла и CU gNodeB IAB-донора или интерфейс между IAB-узлом и gNodeB IAB-донора. Интерфейс F1 может также упоминаться как интерфейс F1* и т.п., который может обобщенно упоминаться как интерфейс F1 в вариантах осуществления настоящей заявки для простоты описания, но это название не является ограничивающим.
Следует отметить, что интерфейс F1 также может быть интерфейсом между функциональными объектами в устройстве. Например, для базовой станции, включающей в себя DU и CU, интерфейс F1 может быть интерфейсом между DU в базовой станции и CU в базовой станции.
Интерфейс F1 в вариантах осуществления настоящей заявки поддерживает протокол плоскости пользователя и протокол плоскости управления. Например, на фиг.3А показано схематичное представление стека протоколов плоскости пользователя согласно варианту осуществления настоящей заявки. Для описания фиг.3A используется пример, в котором линия связи между терминальным устройством и IAB-донором включает в себя терминальное устройство, IAB-узел 2, IAB-узел 1 и IAB-донор. IAB-донор включает в себя DU IAB-донора (IAB-donor-DU) и DU IAB-донора (IAB-donor-CU). CU IAB-донора включает в себя функциональный блок плоскости управления CU IAB-донора (IAB-donor-CU-CP) и функциональный блок плоскости пользователя CU IAB-донора (IAB-donor-CU-UP). Так как на фиг.3A показан пример стека протоколов плоскости пользователя, в IAB показана только часть IAB-donor-CU-UP. Соответственно, на фиг.3B показана только часть IAB-donor-CU-CP в стеке протоколов плоскости управления.
На фиг.3A уровни однорангового протокола между терминальным устройством и IAB-донором включают в себя уровень прикладного протокола служебных данных (Service Data Adaptation Protocol, SDAP) и уровень протокола конвергенции пакетных данных (packet data convergence protocol, PDCP). Одноранговые протоколы между терминальным устройством и IAB-узлом 2 включают в себя уровень управления радиоканалом (radio link control, RLC), уровень управления доступом к среде (medium access control, MAC) и физический (Physical, PHY) уровень.
Одноранговые протоколы, которые находятся между IAB-узлом 2 и IAB-донором и находятся в плоскости пользователя интерфейса F1, включают в себя общую службу пакетной радиосвязи (General Packet Radio Service, GPRS) и плоскость пользователя туннельного протокола (GPRS Tunneling Protocol User Plane, GTP-U), уровень протокола пользовательских дейтаграмм (user datagram protocol, UDP) и уровень интернет-протокола (internet protocol, IP). При необходимости уровни протоколов в плоскости пользователя интерфейса F1 дополнительно включают в себя уровень PDCP и/или уровень безопасности IP (IP Security, IPsec). В возможной реализации уровень IPsec или уровень PDCP расположен выше уровня IP и ниже уровня GTP-U.
Уровни одноранговых протоколов между IAB-узлом 2 и IAB-узлом 1 включают в себя уровень протокола адаптации транзитной сети (Backhaul Adaptation Protocol, BAP), RLC-уровень, MAC-уровень и PHY-уровень. Соответственно, одноранговые протоколы между IAB-узлом 1 и IAB-донором включают в себя BAP-уровень, RLC-уровень, MAC-уровень и PHY-уровень.
Со ссылкой на фиг.3А, например, на фиг.3B показано схематичное представление стека протоколов уровня управления согласно варианту осуществления настоящей заявки.
Как показано на фиг.3B, одноранговые протоколы между терминальным устройством и IAB-донором включают в себя уровень управления радиоресурсами (radio resource control, RRC) и уровень PDCP. Одноранговые протоколы между терминальным устройством и IAB-узлом 2 включают в себя RLC-уровень, MAC-уровень и PHY-уровень.
Одноранговые протоколы, которые находятся между IAB-узлом 2 и IAB-донором и которые находятся в плоскости управления интерфейса F1, включают в себя уровень протокола прикладного уровня F1 (F1 application protocol, F1AP), протокол передачи с управлением потоком (stream control transport protocol, SCTP) и уровень IP. При необходимости уровень протокола плоскости управления интерфейса F1 дополнительно включает в себя один или несколько уровней PDCP, уровень IPsec и уровень безопасности транспортного уровня дейтаграмм (datagram transport layer security, DTLS). В возможной реализации уровень IPsec, уровень PDCP или уровень DTLS расположен выше уровня IP и ниже уровня F1AP.
Одноранговые протоколы между IAB-узлом 2 и IAB-узлом 1 включают в себя BAP-уровень, RLC-уровень, MAC-уровень и PHY-уровень. Соответственно, одноранговые протоколы между IAB-узлом 1 и IAB-донором включают в себя BAP-уровень, RLC-уровень, MAC-уровень и PHY-уровень.
BAP-уровень имеет по меньшей мере одну из следующих возможностей: добавление к пакету данных информации маршрутизации (Routing information), которая может быть идентифицирована транзитным узлом радиосвязи; выполнение выбора маршрутизации на основе информации маршрутизации, которая может быть идентифицирована транзитным узлом радиосвязи; добавление, к пакету данных, идентификационной информации, которая может быть идентифицирована транзитным узлом радиосвязи и которая связана с требованием качества обслуживания (quality of service, QoS); выполнение сопоставления QoS для множества линий связи, включая транзитный узел радиосвязи для пакета данных; добавление информации указания типа пакета данных к пакету данных; отправку информации обратной связи управления потоком в узел, имеющий возможность управления потоком; и отправку информации указания отказа транзитной линии связи в дочерний узел. Следует отметить, что название уровня протокола, имеющего эти возможности, не обязательно является уровнем BAP. Специалист в данной области техники может понять, что любой уровень протокола, обладающий этими возможностями, может пониматься как BAP-уровень в вариантах осуществления настоящей заявки. Информация маршрутизации, которая может быть идентифицирована IAB-узлом, может представлять собой информацию одного или нескольких типов, такую как идентификатор терминала, идентификатор IAB-узла, к которому обращается терминальное устройство, идентификатор узла-донора, идентификатор DU-донора, идентификатор CU-донора и идентификатор тракта передачи.
Например, узел, имеющий возможность управления потоком, может быть узлом, предоставляющим транзитную услугу для IAB-узла, и может быть, например, узлом-донором, DU-донором, CU-донором или родительским узлом IAB-узла. Содержание информации обратной связи управления потоком может включать в себя один или несколько типов следующей информации: статус кэша и степень загрузки IAB-узла, статус (например, блокировка (blockage) линии связи, возобновление (resume) линии связи или информация о качестве линии связи), линии связи, включая IAB-узел, полоса пропускания и задержка передачи линии связи, включая IAB-узел, порядковый номер пакета данных, потерянного в IAB-узле, порядковый номер пакета данных, успешно отправленного IAB-узлом в терминал или дочерний узел терминала и т.п.
В дополнение к этому, в возможном случае функция уровня BAP может альтернативно быть расширена из функции или функций любого одного или нескольких уровней (например, уровня RLC, уровня MAC и уровня PDCP), включенных в уровень 2 без какого-либо дополнительного уровня протокола.
Следует отметить, что функции и эффекты уровней протокола, описанных выше, относятся к описаниям в существующем стандарте. Подробности здесь не описаны.
Следует отметить, что IAB-узел МТ может иметь стек протоколов UE. Стек протоколов связи между IAB-узлом МТ и IAB-донором и стек протоколов связи между IAB-узлом МТ и родительским узлом приведены в стеках протоколов UE на фиг.3А и фиг.3В для понимания. В этом случае IAB-узел также может иметь RRC-уровень и может устанавливать RRC-соединение с IAB-донором для осуществления обмена данными на основе RRC-уровня.
Можно понять, что архитектуры стека протоколов в сети IAB, показанные на фиг.3А и фиг.3B, в вариантах осуществления настоящей заявки являются просто примерами. Способы, представленные в вариантах осуществления настоящей заявки, не зависят от примеров, но примеры упрощают понимание способов, представленных в вариантах осуществления настоящей заявки.
В вариантах осуществления настоящей заявки устройство на стороне терминала представляет собой устройство, имеющее функцию беспроводного приемопередатчика, или чип, который может быть расположен в устройстве. Устройство, имеющее функцию беспроводного приемопередатчика, может также упоминаться как пользовательское оборудование (user equipment, UE), терминал доступа, абонентское устройство, абонентская станция, мобильная станция, удаленная станция, удаленный терминал, мобильное устройство, пользовательский терминал, пользовательский агент или пользовательское устройство. В условиях реального применения терминальным устройством в вариантах осуществления настоящей заявки может быть мобильный телефон (mobile phone), планшетный компьютер (Pad), компьютер, имеющий функцию беспроводного приемопередатчика, терминал виртуальной реальности (virtual Reality, VR), терминал дополненной реальности (augmented reality, AR), беспроводной терминал в промышленной системе управления (industrial control), беспроводной терминал в системе автономного вождения (self-drive), беспроводной терминал в системе удаленного медицинского обслуживания (remote medical), беспроводной терминал в интеллектуальной электросети (smart grid), беспроводной терминал в системе транспортной безопасности (transport safety), беспроводной терминал в системе «умный город» (smart city), беспроводной терминал в системе «умный дом» (smart home) и т.п. Сценарий применения не ограничивается вариантами осуществления настоящей заявки. В настоящей заявке вышеупомянутое устройство, имеющее функцию беспроводного приемопередатчика, и микросхема, которая может быть размещена в устройстве, обобщенно называются терминальным устройством.
В вариантах осуществления настоящей заявки сетевым устройством может быть устройство радиодоступа, функционирующее с использованием различных стандартов, например, развитой узел B (evolved NodeB, eNB), контроллер радиосети (radio network controller, RNC), узел B (NodeB, NB), контроллер базовой станции (base station controller, BSC), базовая приемопередающая станция (base transceiver station, BTS), домашняя базовая станция (например, домашний развитой узел B (home evolved NodeB) или домашний узел B (home NodeB, HNB)), основополосный блок (baseband unit, BBU), точка доступа (access point, AP) в системе беспроводной локальной сети (Wireless Local Area Network), ретрансляционный узел беспроводной связи, транзитный узел беспроводной связи, точка передачи (transmission point, TP) или приемопередающая точка (transmission reception point, TRP). Сетевым устройством альтернативно может быть gNB или точка передачи (TRP или TP) в системе 5G (NR), одна или группа антенных панелей (включающая в себя множество антенных панелей) базовой станции в системе 5G, сетевой узел, который образует gNB или точка передачи, например, основополосный блок (BBU), может быть DU в рамках архитектуры централизованного блока-распределения (central unit-distributed, CU-DU).
Сетевая архитектура и сценарий обслуживания, описанные в вариантах осуществления настоящей заявки, предназначены для более четкого описания технических решений в вариантах осуществления настоящей заявки и не накладывают никаких ограничений на технические решения, представленные в вариантах осуществления настоящей заявки. Специалисту в данной области техники может быть известно, что с развитием сетевой архитектуры и появлением другого сценария обслуживания технические решения, представленные в вариантах осуществления настоящей заявки, также применимы для решения аналогичных технических задач.
В вариантах осуществления настоящей заявки сценарий IAB в сети беспроводной связи используется в качестве примера для описания некоторых сценариев. Следует отметить, что решения, представленные в вариантах осуществления настоящей заявки, могут быть дополнительно применены к другой сети беспроводной связи, и соответствующее название также может быть заменено названием соответствующей функции в другой сети беспроводной связи.
Способ связи, предусмотренный в вариантах осуществления настоящей заявки, включает в себя два сценария: сценарий обновления контекста плоскости управления интерфейса F1 и сценарий обновления контекста плоскости пользователя интерфейса F1. Далее подробно описывается обновление контекста плоскости управления интерфейса F1 в следующих сценариях 1 и 2, а также подробно описывается обновление контекста плоскости пользователя интерфейса F1 в следующих сценариях 3, 4 и 5.
Вариант 1 осуществления
Сценарий 1: в данном варианте осуществления настоящей заявки IAB-донор включает в себя CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора. Первый IAB-узел передает обслуживание, в зоне обслуживания CU одного того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора, то есть первый IAB-узел подключается к разным DU IAB-донора до и после передачи обслуживания. Первый IAB-узел может быть IAB-узлом, напрямую подключенным к IAB-донору, или может быть подключен к IAB-донору через беспроводную транзитную линию связи, имеющую по меньшей мере один скачок.
Например, как показано на фиг.4A, IAB-узел 1 напрямую подключается к DU 1 IAB-донора перед передачей обслуживания, и IAB-узел 1 напрямую подключается к DU 2 IAB-донора после передачи обслуживания. Первым IAB-узлом в сценарии 1 может быть IAB-узел 1, показанный на фиг.4А.
В качестве другого примера, как показано на фиг.4B, перед передачей обслуживания IAB-узел 3 подключается к DU 1 IAB-донора по беспроводной транзитной линии связи, имеющей один скачок (другими словами, через IAB-узел 1), и после передачи обслуживания IAB-узел 3 подключается к DU 2 IAB-донор по беспроводной транзитной линии связи, имеющей один скачок (другими словами, через IAB-узел 2). Первым IAB-узлом в сценарии 1 может быть IAB-узел 3, показанный на фиг.4B.
Следует отметить, что IAB-узел 1, чей родительский узел заменяется, может дополнительно иметь другой дочерний узел (например, дочерний узел, подключенный к IAB-узлу 1, является IAB-узлом 2), или IAB-узел 1, чей родительский узел заменяется, может дополнительно иметь вторичный дочерний узел другого дочернего узла (например, вторичный IAB-узел 3 дочернего узла, подключенный к IAB-узлу 2, или IAB-узел 4 внучатого узла IAB-узла 2 дочернего узла).
Со ссылкой на предыдущие описания, на фиг.5 показана блок-схема последовательности операций первого способа связи согласно варианту осуществления настоящей заявки (см. фиг.5). Способ включает в себя следующие этапы.
Этап 501: CU IAB-донора отправляет первое сообщение в первый IAB-узел.
В возможном случае CU IAB-донора можно альтернативно заменить на CU-CP IAB-донора.
Первое сообщение указывает то, что первый IAB-узел должен передать обслуживание из первого родительского узла во второй родительский узел. Первый родительский узел может быть первым DU IAB-донора, или первый родительский узел может быть вторым IAB-узлом, подключенным к CU IAB-донора через первый DU IAB-донора. Второй родительский узел может быть вторым DU IAB-донора, или второй родительский узел может быть третьим IAB-узлом, подключенным к CU IAB-донора через второй DU IAB-донора.
Например, первый IAB-узел является IAB-узлом 1, первый родительский узел является DU 1 IAB-донора, к которому подключен IAB-узел 1, показанный на фиг.4A, и вторым родительским узлом может быть DU 2 IAB-донора, к которому подключен IAB-узел 1, показанный на фиг.4А.
В качестве другого примера, первый IAB-узел является IAB-узлом 3, показанный на фиг.4B, и первый родительский узел является IAB-узлом 1, к которому подключен IAB-узел 3, показанный на фиг.4B. Второй родительский узел является IAB-узлом 2, к которому подключен IAB-узел 3, показанный на фиг.4B.
В возможной реализации первое сообщение может быть сообщением реконфигурации управления радиоресурсами (radio resource control, RRC) более высокого уровня. При необходимости, когда первый родительский узел отличается от второго родительского узла, сообщение RRC-реконфигурации может включать в себя команду передачи обслуживания, или команда передачи обслуживания является первым сообщением, или первое сообщение может переноситься в другом RRC-сообщении.
В другой возможной реализации, когда первый родительский узел является таким же, как второй родительский узел, первое сообщение может включать в себя обновленную информацию конфигурации маршрута. Например, IAB-узел 2, показанный на фиг.4A, может принять первое сообщение из CU IAB-донора, где первое сообщение может включать в себя обновленную информацию конфигурации маршрута. IAB-узел 2 (который может быть, в частности, частью MT IAB-узла 2) не должен выполнять передачу обслуживания в сотах, обслуживаемых двумя разными родительскими узлами, и ему нужно только обновить конфигурацию маршрута уровня BAP IAB-узла 2 на основе принятого первого сообщения, чтобы обновить маршрут передачи, первоначально проходящий через первый родительский узел к первому DU IAB-донора, в качестве маршрута передачи, проходящего через первый родительский узел ко второму DU IAB-донора, и переключиться с подключения к первому DU IAB-донора на подключение ко второму DU IAB-донора.
В возможной реализации первое сообщение может включать в себя адрес первого интернет-протокола (internet protocol, IP), выделенный первому IAB-узлу. Первый IP-адрес может включать в себя один или несколько IP-адресов. Первый IP-адрес используется первым IAB-узлом для обмена данными со вторым DU IAB-донора после того, как первый IAB-узел передаст обслуживание во второй DU IAB-донора. Способ получения первого IP-адреса CU IAB-донора следующий: первый IP-адрес может быть получен из пула IP-адресов (pool), поддерживаемого CU IAB-донора, или первый IP-адрес может быть получен из второго DU IAB-донора, или первый IP-адрес может быть получен из объекта эксплуатации, администрирования и обслуживания (operation administration and maintenance, OAM), или первый IP-адрес может быть запрошен из сервера протокола динамической конфигурации хоста (dynamic host configuration protocol, DHCP). Первый IAB-узел может обновить контекст плоскости управления между IAB-узлом и CU IAB-донора на основе первого IP-адреса. Кроме того, первое сообщение содержит первый IP-адрес, так что IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
В возможной реализации первое сообщение может дополнительно включать в себя IP-адрес CU IAB-донора, где IP-адрес используется IAB-узлом для выполнения обмена данными в плоскости управления с CU IAB-донора; и/или IP-адрес CU IAB-донора используется IAB-узлом для определения первой информации ассоциации уровня транспортной сети (Transport Network Layer, TNL) между первым IAB-узлом и CU IAB-донора. Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя IP-адрес, как можно скорее после завершения передачи, тем самым уменьшая влияние, вызванное передачей обслуживания IAB-узла, на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
Этап 502: Первый IAB-узел принимает первое сообщение.
В возможном варианте осуществления первое сообщение является сообщением RRC-реконфигурации, и первый IAB-узел принимает сообщение RRC-реконфигурации из CU IAB-донора. Сообщение реконфигурации включает в себя команду передачи обслуживания, и команда передачи обслуживания может быть информационным элементом, который специально требует, чтобы первый IAB-узел выполнил реконфигурацию с синхронизацией (reconfiguration with sync), и указывает то, что первый IAB-узел должен передать обслуживание в соту, обслуживаемую вторым родительским узлом. Второй родительский узел может быть сотой, обслуживаемой вторым DU IAB-донора.
В другом возможном варианте осуществления, когда первый родительский узел совпадает со вторым родительским узлом, первое сообщение, принятое первым IAB-узлом из CU IAB-донора, может включать в себя обновленную информацию о конфигурации маршрута, указывающую конфигурацию маршрута передачи по восходящей линии связи из первого IAB-узла во второй DU IAB-донора. Обновленная информация конфигурации маршрута может включать в себя любой один или несколько из следующих элементов: один или несколько идентификаторов маршрутизации уровня BAP, предназначенных для второго DU IAB-донора, и идентификатор узла следующего скачка (а именно, идентификатор уровня BAP, родительский узел первого IAB-узла), соответствующий любому идентификатору маршрутизации уровня BAP. Идентификатор маршрутизации уровня BAP, предназначенный для второго DU IAB-донора, включает в себя идентификатор уровня BAP (а именно, адрес BAP) IAB-донора (который может быть, в частности, CU IAB-донора или вторым DU IAB-донора), и может дополнительно включать в себя идентификатор тракта из первого IAB-узла до второго DU IAB-донора. Первое сообщение может быть, в частности, сообщением F1AP, например, сообщением обновления конфигурации gNB-CU (gNB-CU configuration update). В качестве альтернативы, первое сообщение может быть сообщением RRC, например, сообщением RRC-реконфигурации.
Этап 503: первый IAB-узел выполняет передачу обслуживания родительского узла на основе первого сообщения, подлежащего передаче из первого родительского узла, который должен быть подключен, во второй родительский узел.
Первый родительский узел является первым DU IAB-донора, и второй родительский узел является вторым DU IAB-донора. То есть первый IAB-узел переключается с подключения к первому DU IAB-донора на подключение ко второму DU IAB-донора.
В частности, первый IAB-узел (который может быть, в частности, частью MT первого IAB-узла) может выполнять передачу обслуживания и отправлять запрос произвольного доступа в соте, обслуживаемой вторым родительским узлом. После приема ответного сообщения из второго родительского узла первый IAB-узел может продолжить выполнение последующего этапа доступа для завершения доступа к соте, обслуживаемой вторым родительским узлом.
В другом возможном варианте осуществления, когда первый родительский узел является таким же, как второй родительский узел, первый IAB-узел (который может быть, в частности, частью MT первого IAB-узла) не должен выполнять передачу обслуживания в сотах, обслуживающих два разных родительских узла, и требуется только обновить конфигурацию маршрута уровня BAP первого IAB-узла на основе принятого первого сообщения, чтобы обновить маршрут передачи, первоначально проходящий через первый родительский узел, в первый DU IAB-донора в качестве маршрута передачи, проходящего через первый родительский узел, во второй DU IAB-донора, и переключиться с подключения к первому DU IAB-донора на подключение ко второму DU IAB-донора.
Этап 504: первый IAB-узел получает первый IP-адрес и определяет первую информацию ассоциации TNL между первым IAB-узлом и CU IAB-донора на основе первого IP-адреса.
В возможном способе, если первое сообщение, принятое первым IAB-узлом, включает в себя первый IP-адрес, первый IAB-узел получает первый IP-адрес после приема первого сообщения на этапе 501.
Другим возможным способом первый IAB-узел может получить первый IP-адрес из OAM. В другом возможном способе первый IAB-узел может получить первый IP-адрес из второго DU IAB-донора. В обоих случаях первое сообщение может не включать в себя первый IP-адрес.
Следует отметить, что в данном варианте осуществления настоящей заявки информация ассоциации TNL представляет собой информацию, которая используется для описания ассоциации TNL и может, в частности, включать в себя информацию конечной точки ассоциации TNL (которая может также упоминаться как транспортный протокол управления потоком (stream control transport protocol, SCTP). Информация конечной точки ассоциации TNL может быть, в частности, информацией локальной конечной точки и/или информацией одноранговой конечной точки ассоциации TNL, и каждая часть информации конечной точки ассоциации TNL может быть, в частности, набором IP-адресов, соответствующим конечной точке. Набор IP-адресов включает в себя по меньшей мере один IP-адрес, и первый IAB-узел может обновлять информацию ассоциации TNL путем обновления IP-адреса в наборе IP-адресов. В данном варианте осуществления настоящей заявки первая информация ассоциации TNL представляет собой информацию, которая используется для описания первой ассоциации TNL, и является информацией ассоциации TNL, используемой в случае, когда первый IAB-узел выполняет подключение через первый DU. Вторая информация ассоциации TNL представляет собой информацию, которая используется для описания второй ассоциации TNL, и является информацией ассоциации TNL, используемой в случае, когда первый IAB-узел выполняет подключение через второй DU. Набор IP-адресов в первой информации ассоциации TNL отличается от набора IP-адресов во второй информации ассоциации TNL. Как первая ассоциация TNL, так и вторая ассоциация TNL являются ассоциациями TNL между первым IAB-узлом и CU IAB-донора, и первая ассоциация TNL и вторая ассоциация TNL могут быть двумя разными ассоциациями TNL, или первая ассоциация TNL является ассоциацией TNL, полученной путем обновления информации в конечной точке второй ассоциации TNL.
В частности, в возможном варианте осуществления первый IAB-узел может установить первую ассоциацию TNL между первым IAB-узлом и CU IAB-донора, используя первый IP-адрес, и выработать первую информацию ассоциации TNL. С точки зрения первого IAB-узла, локальной конечной точкой первой ассоциации TNL является первый IAB-узел, и одноранговой конечной точкой является CU IAB-донора. Первая информация ассоциации TNL включает в себя набор/наборы IP-адресов, соответствующий/соответствующие локальной конечной точке и/или одноранговой конечной точке первой ассоциации TNL, и набор IP-адресов, соответствующий локальной конечной точке, включает в себя первый IP-адрес.
В другом возможном варианте осуществления, если вторая ассоциация TNL была установлена между первым IAB-узлом и CU IAB-донора перед передачей обслуживания, и первый IAB-узел поддерживает вторую информацию ассоциации TNL, первый IAB-узел обновляет вторую информацию ассоциации TNL с использованием первого IP-адреса, то есть добавляет первый IP-адрес к набору IP-адресов, соответствующему локальной конечной точке ассоциации TNL во второй информации ассоциации TNL для выработки первой информации ассоциации TNL.
При необходимости, перед выполнением этапа 503, первый IAB-узел может дополнительно принять информацию указания из CU IAB-донора, или первое сообщение может включать в себя информацию указания, где информация указания указывает то, что случай для определения первым IAB-узлом первой информации ассоциации TNL наступает после того, как первый IAB-узел передаст обслуживание во второй родительский узел. Например, если первый IAB-узел отправляет сообщение о завершении RRC-реконфигурации в CU IAB-донора, это указывает то, что первый IAB-узел передал обслуживание для подключения во второй родительский узел. Второй родительский узел может быть вторым DU IAB-донора или третьим IAB-узлом, подключенным к CU IAB-донора через второй DU IAB-донора. Таким образом, IAB-узел обновляет ассоциацию TNL интерфейса F1 как можно скорее после завершения передачи обслуживания, чтобы как можно скорее восстановить возможность предоставления услуги терминальному устройству и уменьшить влияние на задержку услуги терминального устройства.
Этап 505: CU IAB-донора определяет первую информацию ассоциации TNL между первым IAB-узлом и CU IAB-донора на основе первого IP-адреса.
В возможном варианте осуществления CU IAB-донора может установить первую ассоциацию TNL между первым IAB-узлом и CU IAB-донора, используя первый IP-адрес, и выработать первую информацию ассоциации TNL. С точки зрения CU IAB-донора, локальной конечной точкой первой ассоциации TNL является CU IAB-донора, и одноранговой конечной точкой является первый IAB-узел. Первая информация ассоциации TNL включает в себя набор IP-адресов, соответствующий конечной точке первой ассоциации TNL, и набор IP-адресов включает в себя первый IP-адрес.
В другом возможном варианте осуществления, если вторая ассоциация TNL была установлена между CU IAB-донора и первым IAB-узлом перед передачей обслуживания, и CU IAB-донора поддерживает информацию о второй ассоциации TNL, CU IAB-донор обновляет информацию о второй ассоциации TNL, используя первый IP-адрес, то есть добавляет первый IP-адрес к набору IP-адресов, соответствующему одноранговой конечной точке ассоциации TNL во второй информации ассоциации TNL, для создания первой информации ассоциации TNL. Например, первый IAB-узел может отправить фрагмент данных (Chunk) изменения конфигурации адреса (address configuration change, ASCONF) в CU IAB-донора, где фрагмент данных содержит первый IP-адрес, подлежащий добавлению. При необходимости фрагмент данных может дополнительно нести информацию указания (например, информация указания представляет собой набор IP-адресов, который относится к первому IAB-узлу и который соответствует первой ассоциации TNL) для идентификации первой ассоциации TNL. После того, как CU IAB-донора примет ASCONF, CU IAB-донора добавляет первый IP-адрес в набор IP-адресов, который соответствует одноранговой конечной точке ассоциации TNL в первой ассоциации TNL и поддерживается CU IAB-донора, и затем может вернуть фрагмент данных (Chunk) подтверждения конфигурации адреса (address configuration acknowledgment, ASCONF-ACK) в первый IAB-узел, чтобы вернуть статус обработки (например, успешное выполнение конфигурации или ошибка конфигурации) параметра ASCONF в первый IAB-узел. Затем CU IAB-донора может отправить фрагмент данных, относящийся к первой ассоциации TNL, в первый IAB-узел, используя первый IP-адрес.
На этапе 503 и этапе 504 может использоваться четырехэтапная процедура квитирования для установления первой ассоциации TNL между первым IAB-узлом и CU IAB-донора, которая кратко описана ниже.
Этап 1: первый IAB-узел отправляет фрагмент данных инициирования (initiation, INIT) в CU IAB-донора, чтобы инициировать установление ассоциации SCTP. Фрагмент данных инициирования включает в себя обязательные параметры, такие как тег инициирования, выделенный первым IAB-узлом для ассоциации, емкость окна приема, зарезервированная для ассоциации, количество рекомендуемых выходных потоков, количество входных потоков и начальный порядковый номер передачи (transmission sequence number, TSN) для отправки данных относительно ассоциации; и включает в себя вспомогательные параметры, такие как параметр IP-адреса, параметр предотвращения истечения срока действия cookie (COOKIE), параметр адреса имени хоста и параметр поддерживаемого типа адреса. После отправки INIT первый IAB-узел запускает таймер INIT и входит в состояние ожидания (WAIT) cookie.
Этап 2: после приема фрагмента данных INIT, отправленного первым IAB-узлом, CU IAB-донора отправляет фрагмент данных подтверждения инициирования (initiation acknowledgment, INIT-ACK) в первый IAB-узел, где фрагмент данных подтверждения инициирования включает в себя cookie (Cookie) состояния (State). Параметр cookie состояния включает в себя код аутентификации сообщения (message authentication code, MAC), отметку времени, выработанную cookie, время существования cookie и информацию, необходимую для установления ассоциации. MAC получается путем расчета на основе необходимой информации и ключа конца CU IAB-донора.
Этап 3: после приема блока данных INIT-ACK первый IAB-узел сначала останавливает таймер INIT и выходит из состояния ожидания cookie (cookie-wait), а затем отправляет, в CU IAB-донора, фрагмент данных cookie echo COOKIE ECHO, где параметр cookie состояния возвращается в принятом фрагменте данных INIT-ACK.
Этап 4: CU IAB-донора отправляет фрагмент данных подтверждения cookie (cookie acknowledgment, COOKIE-ACK) в первый IAB-узел, чтобы уведомить первый IAB-узел о том, что успешно установлена ассоциация TNL (которая, в частности, может быть, например, первой ассоциацией TNL).
При необходимости данный вариант осуществления настоящей заявки дополнительно включает в себя следующий этап 505.
Этап 506: первый IAB-узел обновляет контекстную информацию плоскости управления интерфейса F1, используя первую информацию ассоциации TNL, где интерфейс F1 является интерфейсом между первым IAB-узлом и CU IAB-донора.
В возможном варианте осуществления первый IAB-узел и CU IAB-донора передают сообщение плоскости управления интерфейса F1 с использованием второй ассоциации TNL между двумя узлами. Таким образом, контекстная информация плоскости управления интерфейса F1, поддерживаемая первым IAB-узлом, включает в себя вторую информацию ассоциации TNL, и первый IAB-узел может выработать первую информацию ассоциации TNL после обновления второй ассоциации TNL с использованием первого IP-адреса, и заменить вторую информацию ассоциации TNL в контекстной информации плоскости управления интерфейса F1 на первую информацию ассоциации TNL. Когда первый IAB-узел вырабатывает первую информацию ассоциации TNL после обновления второй ассоциации TNL с использованием первого IP-адреса, первый IAB-узел может добавить первый IP-адрес к набору IP-адресов локальной конечной точки во второй информации ассоциации TNL и в дальнейшем удалить другой существующий IP-адрес из набора IP-адресов.
В другом возможном варианте осуществления первый IAB-узел и CU IAB-донора передают сообщение плоскости управления интерфейса F1 с использованием второй ассоциации TNL между двумя узлами. Таким образом, контекстная информация плоскости управления интерфейса F1, поддерживаемая первым IAB-узлом, включает в себя вторую информацию ассоциации TNL. После установления новой первой ассоциации TNL с помощью CU IAB-донора с использованием первого IP-адреса, первый IAB-узел может добавить первую информацию ассоциации TNL к контекстной информации плоскости управления интерфейса F1, поддерживаемой первым IAB-узлом, то есть первый IAB-узел использует первую ассоциацию TNL как одну из ассоциаций TNL для переноса сообщения плоскости управления интерфейса F1 между первым IAB-узлом и CU IAB-донора.
Этап 507: CU IAB-донора обновляет контекстную информацию плоскости управления интерфейса F1, используя первую информацию ассоциации TNL.
В возможном варианте осуществления первый IAB-узел и CU IAB-донора передают сообщение плоскости управления интерфейса F1 с использованием второй ассоциации TNL между двумя узлами. Таким образом, контекстная информация плоскости управления интерфейса F1, поддерживаемая CU IAB-донора, включает в себя вторую информацию ассоциации TNL, и CU IAB-донора может выработать первую информацию ассоциации TNL после обновления второй ассоциации TNL с использованием первого IP-адреса и заменить вторую информацию ассоциации TNL в контекстной информации плоскости управления интерфейса F1 на первую информацию ассоциации TNL. Когда CU IAB-донора выработает первую информацию ассоциации TNL после обновления второй ассоциации TNL с использованием первого IP-адреса, CU IAB-донора может добавить первый IP-адрес в набор IP-адресов одноранговой конечной точки во второй информация ассоциации TNL и в дальнейшем удалить другой существующий IP-адрес из набора IP-адресов.
В другом возможном варианте осуществления первый IAB-узел и CU IAB-донора передают сообщение плоскости управления интерфейса F1 с использованием второй ассоциации TNL между двумя узлами. Таким образом, контекстная информация плоскости управления интерфейса F1, поддерживаемая CU IAB-донора, включает в себя вторую информацию ассоциации TNL. После установления новой первой ассоциации TNL с помощью первого IAB-узла с использованием первого IP-адреса, CU IAB-донора может добавить первую информацию ассоциации TNL к контекстной информации плоскости управления интерфейса F1, поддерживаемой CU IAB-донора, то есть CU IAB-донора использует первую ассоциацию TNL в качестве одной из ассоциаций TNL для переноса сообщения плоскости управления интерфейса F1 между первым IAB-узлом и CU IAB-донора.
В данном варианте осуществления настоящей заявки информация ассоциации TNL в контекстной информации плоскости управления интерфейса F1 представляет собой информацию (включая исходный IP-адрес и/или целевой IP-адрес, используемый ассоциацией TNL), относящуюся к ассоциации TNL для переноса сообщения плоскости управления интерфейса F1. Например, первая информация ассоциации TNL включает в себя первый IP-адрес первого IAB-узла.
Следует отметить, что в другом возможном варианте осуществления могут быть выполнены все этапы 501-506, показанные на фиг.5, или могут быть выполнены некоторые из этих этапов. В дополнение к этому, строгая последовательность выполнения от этапа 501 до этапа 506 не является обязательной. Например, этап 506 может выполняться перед этапом 505, или этап 505 и этап 506 могут выполняться параллельно. В данном варианте осуществления настоящей заявки это не ограничивается особым образом.
Как показано на фиг.6, в данном варианте осуществления настоящей заявки вышеупомянутый способ связи дополнительно описывается с использованием примера, в котором первый IAB-узел является IAB-узлом 1, который напрямую подключен к первому DU IAB-донора (а именно к DU 1 IAB-донора, показанному на фиг.6), а именно, пример, в котором первый IAB-узел является IAB-узлом 1, показанным на фиг.4А.
Этап 600: функциональный объект DU IAB-узла 1 использует один или более IP-адресов для установления второй информации ассоциации TNL с CU IAB-донора, где сообщение протокола прикладного уровня F1 (F1 application protocol, F1AP) между IAB-узлом 1 и CU IAB-донора переносятся во второй информации ассоциации TNL. На этапе 601 один или более IP-адресов представляют собой IP-адреса, которые относятся к DU 1 IAB-донора и которые получены IAB-узлом 1 после подключения IAB-узла 1 к DU 1 IAB-донора.
Этап 601: IAB-узел 1 отправляет отчет об измерении в CU IAB-донора.
Этап 602: CU IAB-донора принимает на основе отчета об измерении решение о передаче обслуживания, то есть IAB-узел 1 должен передать обслуживание DU 2 IAB-донора.
При необходимости на этапе 602 CU IAB-донора может получить, для IAB-узла 1, новый IP-адрес (а именно первый IP-адрес, показанный на фиг.5), используемый в тракте после передачи обслуживания. В частности, CU IAB-донора может получить один или несколько новых IP-адресов. Количество IP-адресов, которое необходимо получить, указано в количестве IP-адресов, сконфигурированных для IAB-узла 1. CU IAB-донора может получить IP-адрес из пула IP-адресов (pool), поддерживаемого CU IAB-донора, или получить IP-адрес из DU 2 IAB-донора, или запросить IP-адрес из сервера DHCP, или получить IP-адрес из OAM.
При необходимости способ может дополнительно включать в себя этап 603: CU IAB-донора отправляет информацию указания в IAB-узел 1.
Информация указания может переноситься в сообщении обновления (которое может быть, в частности, сообщением F1AP, например, сообщением gNB-CU CONFIGURATION UPDATE (обновление конфигурации gNB-CU)). Сообщение обновления включает в себя по меньшей мере один из следующих элементов: (1) информацию ассоциации TNL, подлежащую удалению, (2) информацию ассоциации TNL, подлежащую добавлению, и (3) информацию ассоциации TNL, подлежащую обновлению. Каждый из трех типов информации ассоциации может включать в себя один или несколько элементов. Первый IAB-узел может определить, на основе информации указания, первую информацию ассоциации уровня транспортной сети после того, как первый IAB-узел передаст обслуживание во второй DU IAB-донора.
(1) Адресная информация уровня транспортной сети (которая включает в себя адресную информацию уровня транспортной сети CU IAB-донора и при необходимости может дополнительно включать в себя адресную информацию уровня транспортной сети части DU IAB-узла 1), включенная в каждый элемент подлежащей удалению информации ассоциации TNL, представляет собой адресную информацию уровня транспортной сети, используемую установленной в данный момент времени ассоциацией TNL между IAB-узлом 1 и CU IAB-донора. Следует отметить, что если информация ассоциации TNL, подлежащая удалению, включена, узлу 1 IAB необходимо выполнить соответствующую операцию удаления перед этапом 605.
(2) Информация ассоциации TNL, которую необходимо добавить, представляет собой информацию ассоциации TNL, установленную IAB-узлом 1 в новом тракте после завершения передачи обслуживания, и адресная информация уровня транспортной сети (которая включает в себя адресную информацию уровня транспортной сети CU IAB-донора и может дополнительно включать адресную информацию уровня транспортной сети, выделенную CU IAB-донора части DU IAB-узла 1), включенной в каждый элемент информации ассоциации, представляет собой адресную информацию уровня транспортной сети, которая должна использоваться в новом тракте. В настоящей заявке адресная информация уровня транспортной сети узла может быть IP-адресом узла или IP-адресом и номером порта транспортного уровня узла.
(3) Информация ассоциации TNL, подлежащей обновлению, включает в себя один или более элементов в списке подлежащих обновлению ассоциаций TNL. Каждый элемент включает в себя адресную информацию уровня транспортной сети CU IAB-донора и указание цели ассоциации TNL и используется для перезаписи (или замены) соответствующей информации существующей ассоциации TNL между IAB-узлом 1 и CU IAB-донора.
Следует отметить, что этап 603 может альтернативно выполняться после этапа 604.
Этап 604: CU IAB-донора отправляет первое сообщение в IAB-узел 1, где первое сообщение является, например, сообщением RRC-реконфигурации и включает в себя команду передачи обслуживания. В частности, команда передачи обслуживания может представлять собой, например, информационный элемент (Information element, IE) реконфигурации с синхронизацией (Reconfiguration with Sync) в RRC-сообщении или информационный элемент управления мобильностью (Mobility Control Information), и команда передачи обслуживания включает в себя указание, указывающее то, что IAB-узел 1, который должен передать обслуживание, должен подключиться к соте, обслуживаемой DU 2 IAB-донора.
Этап 605: IAB-узел 1 выполняет передачу обслуживания и инициирует запрос доступа к новому родительскому узлу, а именно к DU 2 донора IAB-узла, для завершения доступа в новом тракте.
При необходимости способ дополнительно включает в себя этап 606: IAB-узел 1 получает первый IP-адрес.
В возможном варианте осуществления этап 606 может выполняться вместе с этапом 604, и IAB-узел 1 может получить первый IP-адрес из CU IAB-донора (например, первое сообщение содержит первый IP-адрес IAB-узла 1). В другом возможном варианте осуществления IAB-узел 1 может получить первый IP-адрес из OAM или может получить первый IP-адрес путем исполнения протокола динамического хоста (DHCP).
При необходимости перед выполнением этапа IAB-узел 1 может дополнительно получить IP-адрес CU IAB-донора из CU IAB-донора.
Этап 607: CU IAB-донора отправляет сообщение для выполнения конфигурирования маршрута в промежуточном узле, через который проходит IAB-узел в новом тракте, где промежуточный узел включает в себя DU 2 IAB-донора.
В возможном варианте осуществления, если IAB-узел 1 подключен к IAB-донору через многоскачковую транзитную сеть, на этом этапе конфигурация маршрута дополнительно должна выполняться в промежуточном IAB-узле в тракте передачи между IAB-узлом 1 и DU 2 IAB-донора. Содержание конфигурации маршрута, выполненной в промежуточном узле, включает в себя одну или несколько записей маршрутизации нисходящей линии связи, относящихся к IAB-узлу 1, и может дополнительно включать в себя одну или несколько записей маршрутизации восходящей линии связи, относящихся к IAB-узлу 1. Запись маршрутизации нисходящей линии связи, относящаяся к IAB-узлу 1, включает в себя информацию маршрутизации IAB-узла 1 и соответствующий узел следующего скачка. Информация маршрутизации IAB-узла 1 может быть идентификатором маршрутизации уровня адаптации (BAP routing ID), который включает в себя идентификатор уровня BAP (адрес BAP, BAP address) и идентификатор тракта уровня BAP (BAP path ID) IAB-узла 1, где идентификатор тракта является необязательным и указывает тракт передачи между IAB-донором и IAB-узлом 1. Запись маршрутизации восходящей линии связи, относящаяся к IAB-узлу 1, включает в себя информацию маршрутизации IAB-донора и соответствующего узла следующего скачка. Информация маршрутизации IAB-донора может быть идентификатором маршрутизации уровня адаптации, который включает в себя идентификатор уровня BAP и идентификатор тракта уровня BAP IAB-донора, где идентификатор тракта является необязательным и указывает тракт передачи между IAB-узлом 1 и IAB-донором. Когда на этом этапе IAB-донор имеет разделенную структуру CU-DU, IAB-донор может, в частности, рассматриваться как DU IAB-донора или CU IAB-донора. Для родительского узла IAB-узла 1 в новом тракте содержание конфигурации маршрута может дополнительно включать в себя идентификатор уровня адаптации (BAP address) IAB-узла 1.
Этап 608: CU IAB-донора отправляет сообщение для выполнения конфигурирования маршрута в IAB-узле 1. Содержание включает в себя одну или несколько записей маршрутизации восходящей линии связи, относящихся к IAB-узлу 1. Что касается конкретного описания записи маршрутизации восходящей линии связи, то для ее понимания следует обратиться к описанию этапа 607.
Этап 609: IAB-узел 1 устанавливает новую первую ассоциацию TNL с CU IAB-донора (которая может быть, в частности, CU-CP IAB-донора), используя первый IP-адрес, и вырабатывает первую информацию ассоциации TNL, где установленная первая ассоциация TNL устанавливается на основе информации об IP-адресе и/или номере порта транспортного уровня во вновь установленном или обновленном списке, предоставленном CU на этапе 603. В качестве альтернативы, на основе функции множественной адресации, поддерживаемой протоколом SCTP, IAB-узел 1 и/или CU IAB-донора добавляют/добавляет первый IP-адрес к информации конечной точки, соответствующей существующей второй ассоциации TNL, и используют/использует первый IP-адрес в качестве первого IP-адреса, который может использоваться для передачи фрагмента данных, относящегося ко второй ассоциации TNL.
Этап 610: Каждый из IAB-узла 1 и CU IAB-донора обновляет информацию ассоциации TNL для переноса F1-C.
Этот этап может быть реализован двумя способами.
Способ 1: IAB-узел 1 отправляет сообщение GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE (ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ КОНФИГУРАЦИИ GNB-CU), (успешное обновление конфигурации CU, CU configuration update success) в CU IAB-донора, где сообщение содержит адрес уровня транспортной сети CU IAB-донора, соответствующий новой первой ассоциации TNL, которая успешно установлена.
Способ 2: IAB-узел 1 отправляет сообщение GNB-DU CONFIGURATION UPDATE (ОБНОВЛЕНИЕ КОНФИГУРАЦИИ GNB-DU), (обновление конфигурации DU, DU configuration update) в CU IAB-донора, где сообщение несет в себе идентификатор DU gNB IAB-узла 1 и вторую информацию ассоциации TNL, подлежащую удалению. Вновь установленная первая ассоциация TNL используется при передаче сообщения. Таким образом, после приема сообщения, CU IAB-донора может удалить соответствующую вторую информацию ассоциации TNL между CU IAB-донора и DU IAB-узла и передать сообщение F1AP между CU IAB-донора и DU IAB-узла с использованием вновь установленной первой ассоциации TNL.
Следует отметить, что способ 1 применяется тогда, когда выполняется этап 603. Если используется способ 2, CU IAB-донора дополнительно возвращает ответное сообщение в IAB-узел, где ответным сообщением может быть GNB-DU CONFIGURATION UPDATE ACKNOWLEDGE (ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ КОНФИГУРАЦИИ GNB-DU), (сообщение об успешном обновлении конфигурации DU, DU configuration update success message) или GNB-DU CONFIGURATION UPDATE FAILURE (ОШИБКА ОБНОВЛЕНИЯ КОНФИГУРАЦИИ GNB-DU), (ошибка обновления конфигурации DU, DU configuration update failure). На фиг.6 не показан этап, на котором CU IAB-донора отправляет ответное сообщение в IAB-узел 1.
В двух способах информация ассоциации TNL, несущая сигнализацию F1-C между CU IAB-донора и IAB-узлом, может быть обновлена без восстановления соединения F1 в мобильном сценарии, в котором IAB-узел не заменяет IAB-донор.
Следует отметить, что этап 610 является необязательным этапом. Если на этапе 609 IAB-узел 1 использует функцию множественной адресации, поддерживаемую протоколом SCTP, для добавления первого IP-адреса к информации, соответствующей существующей первой ассоциации TNL, в качестве первого IP-адреса, который может использоваться для передачи фрагмента данных, относящегося к первой ассоциации TNL, этап 610 может не выполняться.
В дополнение к этому, следует отметить, что в процессе обновления топологии IAB-узел, чей родительский узел изменяется, дополнительно включает в себя дочерний узел (другой IAB-узел, подключенный к IAB-узлу 1) или вторичный дочерний узел (дочерний узел дочернего узла, внучатый узел дочернего узла и т.п.), и также необходимо обновлять контексты плоскости управления этих дочерних узлов или вторичных дочерних узлов. Например, когда первый IAB-узел является IAB-узлом 2, показанным на фиг.4A, или IAB-узлом 3, показанным на фиг.4B, этап 603 и этапы 606-610 могут выполняться для обновления ассоциации TNL между первым IAB-узлом и CU IAB-донора.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и IAB-донором на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1. После завершения передачи обслуживания IAB-узел осуществляет обмен данными через интерфейс F1 с CU IAB-донора путем получения первого IP-адреса. Таким образом, IAB-узел может обмениваться данными с CU IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
Вариант 2 осуществления
Сценарий 2: в данном варианте осуществления настоящей заявки, когда IAB-донор находится в виде, в котором DU и CU не разделены, первый IAB-узел передается из первого IAB-донора во второй IAB-донор, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания; или, когда IAB-донор находится в виде, в котором DU и CU разделены, первый IAB-донор включает в себя CU и DU, и второй IAB-донор включает в себя CU и DU. Первый IAB-узел передает обслуживание из DU первого IAB-донора в DU второго IAB-донора, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания. Первый IAB-узел может быть IAB-узлом, напрямую подключенным к первому IAB-донору или второму IAB-донору, или может быть подключен к первому IAB-донору или второму IAB-донору через по меньшей мере один промежуточный IAB-узел.
Например, как показано на фиг.7A, IAB-узел 1 напрямую подключается к IAB-донору 1 перед передачей обслуживания, и IAB-узел 1 напрямую подключается к донору 2 IAB после передачи обслуживания. Первым IAB-узлом в сценарии 2 может быть IAB-узел 1, показанный на фиг.7А.
В другом примере, IAB-узел 2 подключается к IAB-донору 1 по беспроводным транзитным линиям связи, имеющим два скачка (через IAB-узел 1), прежде чем IAB-узел 1 передаст обслуживание, и IAB-узел 2 подключается к IAB-донору 2 по беспроводным транзитным линиям связи, имеющим два скачка (через IAB-узел 1) после того, как IAB-узел 1 передаст обслуживание. Первым IAB-узлом в сценарии 2 может быть IAB-узел 2, показанный на фиг.7А.
В качестве другого примера, как показано на фиг.7B, перед передачей обслуживания IAB-узел 4 подключается к DU IAB-донора 1 по беспроводным транзитным линиям связи, имеющим три скачка (через IAB-узел 1 и узел 2), и после передачи обслуживания IAB-узел 4 подключается к DU донора 1 IAB-донора 2 по беспроводным транзитным линиям связи, имеющим скачка (через IAB-узел 3). Первым IAB-узлом в сценарии 2 может быть IAB-узел 4, показанный на фиг.7B.
Со ссылкой на предыдущие описания, на фиг.8 показана блок-схема последовательности операций второго способа связи согласно варианту осуществления настоящей заявки (см. фиг.8). Способ включает в себя следующие этапы.
Этап 801: CU первого IAB-донора отправляет первое сообщение в CU второго IAB-донора, где первое сообщение включает в себя идентификатор первого IAB-узла, и первое сообщение предназначено для запроса первого адреса.
Первый IAB-узел подключается к CU первого IAB-донора перед передачей обслуживания, и первый IAB-узел подключается к CU второго IAB-донора после передачи обслуживания. Другими словами, первый IAB-донор представляет собой CU исходного IAB-донора первого IAB-узла, и второй IAB-донор представляет собой CU целевого IAB-донора первого IAB-узла.
Следует отметить, что, когда DU и CU IAB-донора не разделены, этап 801 может быть заменен на следующий этап: первый IAB-донор отправляет первое сообщение во второй IAB-донор, где первое сообщение включает в себя идентификатор первого IAB-узла, и первое сообщение предназначено для запроса первого адреса. Первый IAB-узел подключается к первому IAB-донору перед передачей обслуживания, и первый IAB-узел подключается ко второму IAB-донору после передачи обслуживания.
В возможной реализации первое сообщение может быть сообщением запроса передачи обслуживания (HANDOVER REQUEST). При необходимости сообщение запроса передачи обслуживания включает в себя контекст плоскости пользователя и/или контекст подключения плоскости управления, которые поддерживаются/который поддерживается CU первого IAB-донора и являются/является интерфейсом F1 между CU первого IAB-донора и первым IAB-узлом, и идентификатор первого IAB-узла (например, идентификатор DU gNB, сконфигурированный частью DU первого IAB-узла). При необходимости контекстная информация плоскости управления интерфейса F1 дополнительно включает в себя информацию ассоциации TNL, которая переносит сообщение плоскости управления интерфейса F1.
Этап 802: CU второго IAB-донора отправляет второе сообщение в CU первого IAB-донора. Второе сообщение включает в себя первый IP-адрес, выделенный первому IAB-узлу.
Следует отметить, что, когда DU и CU IAB-донора не разделены, этап 802 может быть заменен на следующий этап: второй IAB-донор отправляет второе сообщение в первый IAB-донор.
В возможном варианте осуществления второе сообщение может быть сообщением подтверждения запроса передачи обслуживания (HANDOVER REQUEST ACKNOWLEDGE), и сообщение подтверждения запроса передачи обслуживания может включать в себя первый IP-адрес, выделенный с помощью CU второго IAB-донора первому IAB-узлу. При необходимости второе сообщение может дополнительно включать в себя адресную информацию уровня транспортной сети CU второго IAB-донора (которая альтернативно может быть, в частности, CU-CP второго IAB-донора), которая используется первым IAB-узлом для установления ассоциации TNL с CU второго IAB-донора.
В возможном варианте осуществления первый IP-адрес может быть получен с помощью CU второго IAB-донора из пула IP-адресов CU второго IAB-донора, или получается с помощью CU второго IAB-донора из DU второго IAB-донора, или получается с помощью CU второго IAB-донора из объекта эксплуатации, администрирования и обслуживания (OAM), или получается с помощью CU второго IAB-донора из сервера DHCP.
Этап 803: CU первого IAB-донора отправляет третье сообщение в первый IAB-узел.
В возможном случае, когда DU и CU IAB-донора не разделены, этап 803 может быть заменен на следующий этап: первый IAB-донор отправляет третье сообщение в первый IAB-узел.
В возможном случае, если плоскость управления и плоскость пользователя CU первого IAB-донора разделены, CU первого IAB-донора на этапе 803 может быть, в частности, заменен на CU-CP первого IAB-донора для понимания.
Третье сообщение указывает то, что первый IAB-узел, подлежащий передаче, должен быть подключен к соте, обслуживаемой вторым родительским узлом. В возможном случае, когда DU и CU IAB-донора не разделены, первый родительский узел является первым IAB-донором, или первый родительский узел является вторым IAB-узлом, подключенным к первому IAB-донору. Второй родительский узел является вторым IAB-донором, или второй родительский узел является третьим IAB-узлом, подключенным ко второму IAB-донору.
В возможном случае, когда DU и CU IAB-донора разделены, родительский узел, в данный момент времени подключенный к первому IAB-узлу, является первым родительским узлом. Первый родительский узел является DU первого IAB-донора, или первый родительский узел является вторым IAB-узлом, подключенным к CU первого IAB-донора через DU первого IAB-донора. Второй родительский узел является DU второго IAB-донора, или второй родительский узел является третьим IAB-узлом, подключенным к CU второго IAB-донора через DU второго IAB-донора.
Например, первый IAB-узел является IAB-узлом 1, показанным на фиг.7A, первый родительский узел является DU IAB-донора 1, к которому подключен IAB-узел 1, показанный на фиг.7A, и вторым родительским узлом может быть DU IAB-донора 2, к которому подключен IAB-узел 1, показанный на фиг.7А.
В качестве другого примера, первый IAB-узел является IAB-узлом 2, показанным на фиг.7A, первый родительский узел является IAB-узлом 1, к которому подключен IAB-узел 2 на фиг.7A, и второй родительский узел также является IAB-узлом 1, к которому подключен IAB-узел 2, показанный на фиг.7А. То есть первый родительский узел и второй родительский узел могут быть одинаковыми. Однако после того, как IAB-узла 1 передаст обслуживание из DU IAB-донора 1 для подключения к DU IAB-донора 2, может измениться сота, обслуживаемая IAB-узлом 1. Таким образом, хотя родительский узел, подключенный к узлу 2 IAB, не изменяется до и после передачи обслуживания, IAB-узел 2 фактически подключается к другой обслуживающей соте после передачи обслуживания.
В качестве другого примера, первый IAB-узел является IAB-узлом 4, показанным на фиг.7B, и первый родительский узел является IAB-узлом 2, к которому подключен IAB-узел 4, показанный на фиг.7B. Второй родительский узел является IAB-узлом 3, к которому подключен IAB-узел 4, показанный на фиг.4B.
В возможной реализации третье сообщение может быть сообщением реконфигурации управления радиоресурсами (radio resource control, RRC) более высокого уровня. Сообщение RRC-реконфигурации включает в себя команду передачи обслуживания, и команда передачи обслуживания может быть информационным элементом, который специально требует, чтобы первый IAB-узел выполнял реконфигурацию с синхронизацией (reconfiguration with sync). В качестве альтернативы, третье сообщение может быть передано в другом RRC-сообщении.
В возможной реализации третье сообщение может включать в себя адрес первого интернет-протокола (internet protocol, IP), выделенный первому IAB-узлу. Первый IP-адрес может включать в себя по меньшей мере один IP-адрес, где каждый из по меньшей мере одного IP-адреса может быть, в частности, адресом интернет-протокола версии 4 (internet protocol version 4, IPv4), или адресом интернет-протокола версии 6 (internet protocol version 6, IPv6) или частью префикса сети адреса IPv6. Первый IP-адрес используется первым IAB-узлом для обмена данными с CU второго IAB-донора после того, как первый IAB-узел передаст обслуживание DU второго IAB-донора.
В возможной реализации первое сообщение может дополнительно включать в себя IP-адрес CU второго IAB-донора, и IP-адрес используется IAB-узлом для выполнения обмена данными в плоскости управления с CU второго IAB-донора, и/или IP-адрес CU второго IAB-донора используется IAB-узлом для определения первой информации ассоциации TNL между первым IAB-узлом и CU второго IAB-донора.
Этап 804: первый IAB-узел принимает третье сообщение, получает первый IP-адрес из третьего сообщения и определяет первую ассоциацию TNL между первым IAB-узлом и CU второго IAB-донора.
В возможной реализации третье сообщение может дополнительно включать в себя адрес уровня транспортной сети (например, IP-адрес CU второго IAB-донора) CU второго IAB-донора, и IP-адрес используется первым IAB-узлом для выполнения обмена данными уровня управления с CU второго IAB-донора, и/или IP-адрес CU второго IAB-донора используется IAB-узлом для определения первой информации ассоциации TNL между первым IAB-узлом и CU второго IAB-донора.
При необходимости перед выполнением этапа 804, первый IAB-узел может дополнительно принимать информацию указания из CU первого IAB-донора, или третье сообщение может включать в себя информацию указания, где информация указания указывает то, что случай для первого IAB-узла определить первую информацию ассоциации TNL наступает после того, как первый IAB-узел передаст обслуживание для подключения в DU второго IAB-донора.
Этап 805: первый IAB-узел выполняет передачу обслуживания на основе третьего сообщения для того, чтобы передать обслуживание из DU первого IAB-донора, который должен быть подключен к DU второго IAB-донора.
В частности, первый IAB-узел может инициировать произвольный доступ в соте, обслуживаемой вторым родительским узлом. После приема ответного сообщения из второго родительского узла первый IAB-узел может продолжить выполнение последующего этапа доступа для завершения доступа к соте, обслуживаемой вторым родительским узлом.
Этап 806: первый IAB-узел определяет первую информацию ассоциации TNL между первым IAB-узлом и CU второго IAB-донора на основе первого IP-адреса и/или IP-адреса CU второго IAB-донора.
В возможной реализации первый IAB-узел может инициировать первый процесс установления ассоциации TNL с помощью CU второго IAB-донора с использованием первого IP-адреса и IP-адреса CU второго IAB-донора, чтобы установить первую ассоциацию TNL между первым IAB-узлом и CU второго IAB-донора и выработать соответствующую информацию первой ассоциации TNL.
Этап 807: первый IAB-узел обновляет контекстную информацию плоскости управления интерфейса F1, используя первую информацию ассоциации TNL, где интерфейс F1 является интерфейсом между первым IAB-узлом и CU второго IAB-донора.
В возможном варианте осуществления первый IAB-узел может удалить существующий IP-адрес, соответствующий первой ассоциации TNL, в контекстной информации плоскости управления интерфейса F1, и затем добавить первый IP-адрес в набор IP-адресов, соответствующий первой ассоциации TNL, чтобы выработать первую информацию ассоциации TNL.
В другом возможном варианте осуществления первый IAB-узел может добавлять вновь установленную первую информацию ассоциации TNL к контекстной информации плоскости управления интерфейса F1. Первая информация ассоциации TNL включает в себя первую ассоциацию TNL и первый IP-адрес, то есть первый IAB-узел использует первую ассоциацию TNL в качестве одной из ассоциаций TNL для переноса сообщения плоскости управления интерфейса F1 между первым IAB-узлом и CU IAB-донора.
При необходимости этап 807 дополнительно включает в себя следующее: первый IAB-узел использует первую ассоциацию TNL для переноса сообщения F1AP, которое должно быть отправлено в CU второго IAB-донора, где сообщение F1AP несет в себе идентификатор первого IAB-узла (например, ID DU gNB части DU первого IAB-узла). Сообщение F1AP может быть, в частности, например, сообщением gNB-DU CONFIGURATION UPDATE (ОБНОВЛЕНИЕ КОНФИГУРАЦИИ gNB-DU), (обновление конфигурации DU, DU configuration update) или сообщением F1 SETUP REQUEST (ЗАПРОС НАСТРОЙКИ F1), (запрос настройки интерфейса F1, F1 interface setup request).
Этап 808: CU второго IAB-донора обновляет контекстную информацию плоскости управления интерфейса F1 с использованием первой информации ассоциации TNL, где интерфейс F1 является интерфейсом между первым IAB-узлом и CU второго IAB-донора.
В возможном варианте осуществления CU второго IAB-донора находит, на основе идентификатора первого IAB-узла, который переносится в сообщении F1AP, отправленном первым IAB-узлом, из контекстной информации плоскости управления интерфейса F1, полученной на этапе 801, контекстную информацию плоскости управления интерфейса F1, соответствующую идентификатору первого IAB-узла, и затем CU второго IAB-донора может удалить существующую информацию ассоциации TNL из контекстной информации плоскости управления и добавить первую информацию ассоциации TNL.
В другом возможном варианте осуществления CU второго IAB-донора находит, на основе идентификатора первого IAB-узла, который переносится в первом сообщении, отправленном CU первого IAB-донора, из контекстной информации плоскости управления интерфейса F1, полученной на этапе 801, контекстную информацию плоскости управления интерфейса F1, соответствующую идентификатору первого IAB-узла. CU второго IAB-донора может добавить первую информацию ассоциации TNL к контекстной информации плоскости управления интерфейса F1, где первая информация ассоциации TNL предназначена для описания первой ассоциации TNL, то есть CU второго IAB-донора использует первую ассоциацию TNL как одну из ассоциаций TNL для переноса сообщения плоскости управления интерфейса F1 между первым IAB-узлом и CU IAB-донора.
Пример, который показан на фиг.9 и в котором IAB-узел 1, показанный на фиг.7A, передается из IAB-донора 1 в IAB-донор 2, используется в дальнейшем для описания в данном варианте осуществления настоящей заявки. В частности, включены следующие этапы.
Этап 901: IAB-узел 1 отправляет отчет об измерении в подключенный в данный момент CU IAB-донора 1.
Этап 902: CU IAB-донора 1 определяет то, что IAB-узел 1 передал обслуживание в соту, обслуживаемую IAB-донором 2, и CU IAB-донора 1 отправляет первое сообщение, например, запрос передачи обслуживания (HANDOVER REQUEST) в CU IAB-донора 2.
Сообщение запроса передачи обслуживания включает в себя контекст плоскости пользователя и контекст подключения плоскости управления, которые поддерживаются CU IAB-донора 1 и относятся к интерфейсу F1 между CU IAB-донора 1 и IAB-узлом 1, и идентификатор IAB-узла 1 (например, ID DU gNB, сконфигурированный DU IAB-узла 1).
В возможном варианте осуществления контекстная информация плоскости управления интерфейса F1 дополнительно включает в себя контекстную информацию, относящуюся к информации ассоциации TNL, которая несет плоскость управления интерфейса F1. Контекст, относящийся к информации ассоциации TNL, может включать в себя адресную информацию уровня транспортной сети, соответствующую информации ассоциации TNL. Для одной части адресной информации уровня транспортной сети или пары адресной информации уровня транспортной сети контекст, относящийся к информации ассоциации TNL, может дополнительно включать в себя назначение информации ассоциации TNL, где назначение информации ассоциации TNL в основном означает то, что информация ассоциации TNL предназначена для переноса сигнализации F1AP, относящейся к UE, или для переноса сигнализации F1AP, не относящейся к UE. Если информация ассоциации TNL предназначена для переноса относящейся к UE сигнализации F1AP, контекст может дополнительно включать в себя идентификатор UE (где UE может быть UE, осуществляющим доступ к соте, обслуживаемой IAB-узлом 1, или дочерним узлом IAB-узла 1). Часть адресной информации уровня транспортной сети или пара адресной информации уровня транспортной сети включает в себя адресную информацию уровня транспортной сети CU первого IAB-донора и/или адресную информацию уровня транспортной сети первого IAB-узла.
При необходимости данный вариант осуществления настоящей заявки дополнительно включает в себя этап 903.
Этап 903: если после передачи обслуживания IAB-узел 1 подключен к CU IAB-донора 2 через второй родительский узел (а именно, DU IAB-донора 2, показанный на фиг.7A), CU IAB-донора 2 может дополнительно отправить, во второй родительский узел, после того как IAB-узла 1 передаст обслуживание, сообщение F1AP (которое может быть, в частности, ЗАПРОСОМ НАСТРОЙКИ КОНТЕКСТА UE (UE CONTEXT SETUP REQUEST)) для установления, IAB-узлом 1, контекстной информации в целевом родительском узле (втором родительском узле). Затем второй родительский узел (DU IAB-донора 2) отправляет ответную информацию настройки контекста (которая может быть, в частности, ОТВЕТОМ НА УСТАНОВКУ КОНТЕКСТА UE (UE CONTEXT SETUP RESPONSE)) в CU IAB-донора 2.
Этап 904: CU IAB-донора 2 отправляет второе сообщение в CU IAB-донора 1, где второе сообщение может быть, например, сообщением подтверждения запроса передачи обслуживания (HANDOVER REQUEST ACKNOWLEDGE) и может включать в себя первый IP-адрес, выделенный CU IAB-донора 2 IAB-узлу 1.
При необходимости сообщение подтверждения запроса передачи обслуживания может дополнительно включать в себя адресную информацию уровня транспортной сети CU IAB-донора 2 (которая альтернативно может представлять собой, в частности, CU-CP IAB-донора 2), которая используется IAB-узлом 1 для установления информации ассоциации TNL с CU IAB-донора 2.
При необходимости второе сообщение может дополнительно включать в себя другую информацию о конфигурации, которая должна быть отправлена в IAB-узел 1, включая любой один или несколько из следующих элементов: идентификатор уровня адаптации (BAP address), выделенный CU IAB-донора 2 к IAB-узлу 1, один или несколько идентификаторов маршрутизации BAP восходящей линии связи (BAP routing IDs), которые доступны IAB-узлу 1 в сети, обслуживаемой CU IAB-донора 2, идентификатор узла следующего скачка (а именно второй родительский узел после того, как IAB-узел 1 передаст обслуживание в CU IAB-донора 2), соответствующий каждому идентификатору маршрутизации BAP восходящей линии связи, идентификатор канала RLC BH по умолчанию (RLC BH channel ID) для передачи услуги восходящей линии связи по линии связи между IAB-узлом 1 и вторым родительским узлом, и отношение сопоставления между каналом RLC BH между IAB-узлом 1 и вторым родительским узлом, и типом сигнализации F1-C (плоскости управления интерфейса F1) или типом обслуживания, отличным от F1, IAB-узла 1.
При необходимости может быть дополнительно включен этап 905: CU IAB-донора 1 отправляет сообщение F1AP (например, сообщение GNB-CU CONFIGURATION UPDATE) в IAB-узел 1, где сообщение F1AP включает в себя по меньшей мере один из следующих элементов: (1) информацию ассоциации TNL, подлежащую удалению, (2) информацию ассоциации TNL, подлежащую добавлению, и (3) информацию ассоциации TNL, подлежащую обновлению. Каждый из трех типов информации может включать в себя один или несколько элементов.
(1) Адресная информация уровня транспортной сети, включенная в каждый элемент информации ассоциации TNL, подлежащей удалению, представляет собой адресную информацию уровня транспортной сети, используемую установленной в данный момент времени ассоциацией TNL между DU IAB-узла 1 и CU IAB-донором 1. Следует отметить, что если информация ассоциации TNL, подлежащая удалению, включена, IAB-узлу 1 необходимо выполнить соответствующую операцию удаления перед этапом 908. Адресная информация уровня транспортной сети, включенная в каждый элемент информация ассоциации TNL, подлежащая удалению, может быть адресной информацией уровня транспортной сети CU IAB-донора 1 и при необходимости может дополнительно включать в себя адресную информацию уровня транспортной сети части DU IAB-узла 1.
(2) Информация ассоциации TNL, которую необходимо добавить, представляет собой информацию ассоциации TNL, установленную IAB-узлом 1 через новый тракт после завершения передачи обслуживания, и адресная информация уровня транспортной сети (которая включает в себя адресную информацию уровня транспортной сети CU IAB-донора 2 и может дополнительно включать в себя адресную информацию уровня транспортной сети, выделенную CU IAB-донора 2 для части DU IAB-узла 1), включенная в каждый элемент информации, представляет собой адресную информацию уровня транспортной сети для использования в новом тракте. При необходимости сообщение дополнительно включает в себя конкретную информацию указания, указывающую то, что ассоциацию TNL, указанную соответствующей информацией, необходимо добавить после того, как IAB-узел 1 передаст обслуживание во второй родительский узел. В настоящей заявке адресная информация уровня транспортной сети узла может быть IP-адресом узла или IP-адресом и номером порта транспортного уровня узла. Например, если IAB-узел 1 отправляет сообщение о завершении RRC-реконфигурации в CU второго IAB-донора, это указывает то, что первый IAB-узел передаст обслуживание во второй родительский узел.
(3) Информация ассоциации TNL, подлежащая обновлению, включает в себя один или более элементов в списке подлежащих обновлению ассоциаций TNL. Каждый элемент включает в себя адресную информацию уровня транспортной сети CU IAB-донора 2 и указание назначения ассоциации TNL и используется для перезаписи соответствующей информации существующей ассоциации TNL между IAB-узлом 1 и CU IAB-донора 1. Когда CU IAB-донора 2 находится в виде, в котором CP и UP разделены, адрес уровня транспортной сети CU IAB-донора 2 в данном варианте осуществления может быть, в частности, адресом уровня транспортной сети CU-CP IAB-донора 2.
При необходимости дополнительно включается этап 906: IAB-узел 1 возвращает сообщение F1AP в CU IAB-донора 1. В частности, сообщение F1AP может быть сообщением GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE (ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ КОНФИГУРАЦИИ GNB-CU), (подтверждение обновления конфигурации CU, CU configuration update acknowledgment). Содержание сообщения приведено в текущем протоколе 3GPP (а именно в 3GPP TS 38.473). Однако сообщение не включает в себя информацию ассоциации TNL, которая должна быть установлена IAB-узлом 1 с помощью CU IAB-донора 2 на основе информации на этапе 905.
Следует отметить, что этап 906 является необязательным этапом. Этап 906 выполняется тогда, когда выполняется этап 905.
Этап 907: CU IAB-донора 1 отправляет третье сообщение, например, сообщение RRC-реконфигурации, в IAB-узел 1, где сообщение RRC-реконфигурации включает в себя команду передачи обслуживания, и команда передачи обслуживания указывает IAB-узел 1 для передачи обслуживания в соту, обслуживаемую IAB-донором 2.
При необходимости сообщение RRC-реконфигурации дополнительно включает в себя по меньшей мере один первый IP-адрес, сконфигурированный CU IAB-донора 2 для IAB-узла 1. Каждый по меньшей мере из одного первого IP-адреса представляет собой адрес, относящийся к DU IAB-донора 2, к которому подключается IAB-узел 1 после того, как IAB-узел 1 выполнит передачу обслуживания. При необходимости сообщение RRC-реконфигурации может дополнительно включать в себя IP-адрес CU IAB-донора 2. IP-адрес может использоваться IAB-узлом 1 для выполнения обмена данными в плоскости управления с помощью CU IAB-донора 2 в новом тракте после того, как IAB-узел 1 выполнит передачу обслуживания.
При необходимости третье сообщение может дополнительно включать в себя другую информацию о конфигурации, которая должна быть отправлена в IAB-узел 1, включая любой один или несколько из следующих элементов: идентификатор уровня адаптации (BAP address), выделенный CU IAB-донора 2 для IAB-узлу 1, один или несколько идентификаторов маршрутизации BAP восходящей линии связи (BAP routing IDs), которые доступны IAB-узлу 1 в сети, обслуживаемой CU IAB-донора 2, идентификатор узла следующего скачка (а именно второй родительский узел после того, как IAB-узел 1 передаст обслуживание в CU IAB-донора 2), соответствующий каждому идентификатору маршрутизации BAP восходящей линии связи, идентификатор канала RLC BH по умолчанию (RLC BH channel ID) для передачи услуги восходящей линии связи по линии связи между IAB-узлом 1 и вторым родительским узлом, и отношение сопоставления между каналом RLC BH между IAB-узлом 1 и вторым родительским узлом и типом сигнализации F1-C (плоскостью управления интерфейса F1) или типом обслуживания, отличным от F1, IAB-узла 1.
Этап 908: IAB-узел 1 инициирует запрос произвольного доступа в соте, обслуживаемой DU IAB-донора 2, и 2 после завершения доступа подключается к CU IAB-донора 2 через DU IAB-донора. [00252] При необходимости данный вариант осуществления настоящей заявки дополнительно включает в себя этап 909. Если IAB-узел 1 подключен к CU IAB-донора 2 через беспроводную транзитную линию связи, имеющую по меньшей мере один скачок, CU IAB-донора 2 отправляет сообщение для выполнения конфигурирования маршрута в промежуточном узле, через который проходит IAB-узел 1 в новом тракте. Промежуточный узел может включать в себя DU IAB-донора 2 и может дополнительно включать в себя другой IAB-узел в тракте передачи между IAB-узлом 1 и DU IAB-донора 2. Конфигурация маршрута, выполняемая в промежуточном узле, включает в себя одну или несколько записей маршрутизации нисходящей линии связи, относящихся к IAB-узлу 1, и может дополнительно включать в себя одну или несколько записей маршрутизации восходящей линии связи, относящихся к IAB-узлу 1. Запись маршрутизации нисходящей линии связи, относящаяся к IAB-узлу 1, включает в себя информацию маршрутизации IAB-узла 1 и соответствующий узел следующего скачка. Информация маршрутизации IAB-узла 1 может быть идентификатором маршрутизации уровня адаптации (BAP routing ID), который включает в себя идентификатор уровня BAP (BAP address) и идентификатор тракта уровня BAP (BAP path ID) IAB-узла 1, где идентификатор тракта является необязательным и указывает тракт передачи между IAB-донором и IAB-узлом 1. Запись маршрутизации восходящей линии связи, относящаяся к IAB-узлу 1, включает в себя информацию маршрутизации IAB-донора 2 и соответствующего узла следующего скачка. Информация маршрутизации IAB-донора 2 может быть идентификатором маршрутизации уровня адаптации, который включает в себя идентификатор уровня BAP и идентификатор тракта уровня BAP IAB-донора 2, где идентификатор тракта является необязательным и указывает тракт передачи между IAB-узлом 1 и IAB-донором. Когда IAB-донор 2 на этом этапе имеет разделенную структуру CU-DU, IAB-донор 2 может, в частности, рассматриваться как DU IAB-донора 2 или CU IAB-донора 2. Для второго родительского узла IAB-узла 1 в новом тракте, содержание конфигурации маршрута может дополнительно включать в себя идентификатор уровня адаптации (адрес BAP) IAB-узла 1.
Этап 910: CU IAB-донора 2 отправляет сообщение для выполнения конфигурирования маршрута в IAB-узле 1. Содержание включает в себя одну или более записей маршрутизации восходящей линии связи, относящихся к IAB-узлу 1. Для лучшего понимания и конкретного описания содержания каждой записи маршрутизации восходящей линии связи следует обратиться к описанию этапе 909.
Этап 911: IAB-узел 1 использует вновь сконфигурированный первый IP-адрес для установления первой ассоциации TNL с CU 2 IAB-донора (который альтернативно может быть представлен, в частности, как CU-CP CU 2 IAB-донора). Установленная первая ассоциация TNL устанавливается на основе адресной информации уровня транспортной сети в информации ассоциации TNL, подлежащей добавлению, или в информации ассоциации TNL, подлежащей обновлению, предоставленной CU 2 IAB-донора на этапе 905. В качестве альтернативы, первая ассоциация TNL устанавливается на основе IP-адреса, предоставленного CU 2 IAB-донора на этапе 907.
Этап 912: IAB-узел 1 и CU IAB-донора 2 обновляют информацию ассоциации TNL.
В частности, IAB-узел 1 отправляет сообщение F1AP восходящей линии связи в CU IAB-донора 2. В частности, сообщение F1AP восходящей линии связи может быть сообщением GNB-DU CONFIGURATION UPDATE или сообщением запроса установления соединения F1 (F1 SETUP REQUEST) и содержит идентификатор DU gNB IAB-узла 1. IAB-узел 1 использует вновь установленную первую ассоциацию TNL для передачи сообщения F1AP.
В дополнение к этому, после приема первого сообщения F1AP восходящей линии связи IAB-узла 1, CU IAB-донора 2 может найти на основе идентификатора DU gNB контекстную информацию плоскости управления интерфейса F1 IAB-узла 1, принятую ранее из CU IAB-донора 1; заменить вторую информацию ассоциации TNL, которая находится в контекстной информации и которая предназначена для переноса сообщения плоскости управления интерфейса F1 с помощью IAB-узла 1 с соответствующей информацией вновь установленной первой ассоциации TNL (включая, например, набор IP-адресов, соответствующий конечной точке первой ассоциации TNL, которая может быть, в частности, адресом уровня транспортной сети CU 2 IAB-донора и/или адресом уровня транспортной сети IAB-узла 1); и затем передать сообщение F1AP между CU IAB-донора 2 и IAB-узлом 1 с использованием вновь установленной первой ассоциации TNL.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел получает первый IP-адрес и обновляет контекст плоскости управления между IAB-узлом и вторым IAB-узлом. IAB-донор на основе первого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1. После завершения передачи обслуживания IAB-узел осуществляет обмен данными через интерфейс F1 с CU второго IAB-донора путем получения первого IP-адреса. Таким образом, IAB-узел может обмениваться данными с CU второго IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания, тем самым уменьшая влияние на задержку обслуживания терминального устройства, обслуживаемого IAB-узлом.
Вариант 3 осуществления
Сценарий 3: в данном варианте осуществления настоящей заявки первый IAB-узел передает обслуживание, в диапазоне обслуживания CU одного и того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора, то есть первый IAB-узел подключен к разным DU IAB-донора, но подключен к одному и тому же CU IAB-донора до и после передачи обслуживания. Первый IAB-узел и CU IAB-донора обновляют контекст плоскости пользователя интерфейса F1 в процессе передачи обслуживания.
На фиг.10 показана блок-схема последовательности операций третьего способа связи согласно варианту осуществления настоящей заявки. Этот способ применим к случаю, когда первый IAB-узел передается в IAB-донор. В частности, IAB-донор включает в себя CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора. Первый IAB-узел передает обслуживание, в зоне обслуживания CU одного того же IAB-донора, из первого DU IAB-донора во второй DU IAB-донора, то есть первый IAB-узел подключается к разным DU IAB-донора до и после передачи обслуживания (см. фиг.10). Способ включает в себя следующие этапы.
Этап 1001: первый IAB-узел отправляет первое сообщение плоскости управления в CU IAB-донора, где первое сообщение плоскости управления включает в себя первый IP-адрес и второй IP-адрес.
Первое сообщение плоскости управления может быть сообщением F1AP. Первый IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел. Второй IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел является вторым IAB-узлом, подключенным к CU IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел представляет собой третий IAB-узел, подключенный к CU IAB-донора через второй DU IAB-донора.
Этап 1002: CU IAB-донора заменяет, на второй IP-адрес, первый IP-адрес в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя, которая поддерживается CU IAB-донора и относится к интерфейсу F1 между CU IAB-донора и первого IAB-узла.
CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора являются функциональными объектами одного и того же IAB-донора, и интерфейс F1 является интерфейсом между первым IAB-узлом и CU IAB-донора.
Следует отметить, что этап 1002 выполняется после передачи обслуживания первого IAB-узла из первого родительского узла во второй родительский узел.
При необходимости данный вариант осуществления настоящей заявки может дополнительно включать в себя этап 1003: CU IAB-донора отправляет второе сообщение плоскости управления в IAB-узел, где сообщение плоскости управления включает в себя третий IP-адрес и четвертый IP-адрес.
Второе сообщение плоскости управления может быть сообщением F1AP нисходящей линии связи. Третий IP-адрес является IP-адресом CU IAB-донора, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел. Четвертый IP-адрес является IP-адресом CU IAB-донора, который используется тогда, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел. Первый родительский узел представляет собой первый DU IAB-донора, или первый родительский узел представляет собой второй IAB-узел, подключенный к CU IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел представляет собой третий IAB-узел, подключенный к CU IAB-донора через второй DU IAB-донора.
Этап 1004: первый IAB-узел заменяет, на четвертый IP-адрес, третий IP-адрес в информации конечной точки туннеля восходящей линии связи в плоскости пользователя, которая поддерживается первым IAB-узлом и относится к интерфейсу F1 между первым IAB-узлом и CU IAB-донора.
Следует отметить, что этап 1004 является необязательным этапом. Этап 1004 выполняется только после выполнения этапа 1003. Этап 1004 выполняется после того, как первый IAB-узел передаст обслуживание из первого родительского узла во второй родительский узел. Конкретный сценарий передачи обслуживания и способ передачи обслуживания, при котором первый IAB-узел передается из первого родительского узла во второй родительский узел, смотри в варианте осуществления 1.
В дополнение к этому, следует отметить, что в вышеописанном способе этап 1003 и этап 1004 могут выполняться перед этапом 1001 и этапом 1002.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел обновляет контекст плоскости пользователя между IAB-узлом и IAB-донором на основе полученных третьего IP-адреса и четвертого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
Вариант 4 осуществления
Применимый сценарий аналогичен сценарию 3, и сценарий представляет собой сценарий, в котором разделены плоскость управления и плоскость пользователя CU IAB-донора. На фиг.11A показана блок-схема последовательности операций четвертого способа связи согласно варианту осуществления настоящей заявки (см. фиг.11B). Способ включает в себя следующие этапы.
Этап 1101: CU-CP IAB-донора отправляет сообщение плоскости управления в CU-UP IAB-донора, где сообщение плоскости управления включает в себя первый IP-адрес и второй IP-адрес.
При необходимости сообщение плоскости управления является сообщением прикладного интерфейсного протокола E1 (E1 Application, E1AP) между CU-CP IAB-донора и CU-UP IAB-донора.
Первый IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через первый родительский узел. Второй IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через второй родительский узел. Первый родительский узел является первым DU IAB-донора, или первый родительский узел является вторым IAB-узлом, подключенным к CU-UP IAB-донора через первый DU IAB-донора. Второй родительский узел является вторым DU IAB-донора, или второй родительский узел является третьим IAB-узлом, подключенным к CU-UP IAB-донора через второй DU IAB-донора.
При необходимости на этапе 1101 сообщение плоскости управления, отправленное CU-CP IAB-донора в CU-UP IAB-донора, может непосредственно включать в себя одну или более частей второй информации туннеля интерфейса F1-U и может дополнительно включать в себя первую информацию туннеля, соответствующую каждой части второй информации туннеля интерфейса F1-U, или информацию DRB UE, соответствующую каждой части второй информации туннеля интерфейса F1-U. Первая информация туннеля интерфейса F1-U представляет собой информацию туннеля интерфейса F1-U, передаваемую между первым IAB-узлом и CU-UP IAB-донора через первый родительский узел. Второй информацией туннеля интерфейса F1-U является информация туннеля интерфейса F1-U, передаваемая между первым IAB-узлом и CU-UP IAB-донора через второй родительский узел. Каждая часть информации туннеля интерфейса F1-U включает в себя IP-адрес и идентификатор конечной точки туннеля GTP (tunnel endpoint identifier, TEID). Информация DRB UE, соответствующая каждой части второй информации туннеля интерфейса F1-U, может включать в себя идентификатор UE и идентификатор DRB UE.
Этап 1102: CU-UP IAB-донора заменяет первый IP-адрес в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя интерфейса F1 на второй IP-адрес.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, CU-UP второго IAB-донора обновляет контекст плоскости пользователя между IAB-узлом и IAB-донором на основе полученных первого IP-адреса и второго IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
Вариант 5 осуществления
Сценарий 5: в данном варианте осуществления настоящей заявки первый IAB-узел передает обслуживание между разными IAB-донорами, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания. Первый IAB-узел и CU второго IAB-донора обновляют контекст плоскости пользователя интерфейса F1 в процессе передачи обслуживания.
На фиг.12A показана блок-схема последовательности операций пятого способа связи согласно варианту осуществления настоящей заявки. Этот способ применим к случаю, когда IAB-донор до того, как первый IAB-узел выполнит передачу обслуживания, отличается от IAB-донора после того, как первый IAB-узел выполнит передачу обслуживания. В частности, когда IAB-донор находится в виде, в котором DU и CU не разделены, первый IAB-узел передается из первого IAB-донора во второй IAB-донор, то есть первый IAB-узел подключается к другим IAB-донорам до и после передачи обслуживания; или, когда IAB-донор находится в виде, в котором DU и CU разделены, первый IAB-донор включает в себя CU и DU, и второй IAB-донор включает в себя CU и DU. Первый IAB-узел передает обслуживание из DU первого IAB-донора в DU второго IAB-донора, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания (см. фиг.12А). Способ включает в себя следующие этапы.
Этап 1201a: Первый IAB-узел отправляет первое сообщение плоскости управления в CU второго IAB-донора, где первое сообщение плоскости управления включает в себя первый IP-адрес и второй IP-адрес.
Первое сообщение плоскости управления может быть сообщением F1AP. Первый IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU первого IAB-донора через первый родительский узел. Второй IP-адрес является IP-адресом первого IAB-узла, который используется тогда, когда первый IAB-узел обменивается данными с CU второго IAB-донора через второй родительский узел. Первый родительский узел является DU первого IAB-донора, или первый родительский узел является вторым IAB-узлом, подключенным к CU первого IAB-донора через DU первого IAB-донора. Второй родительский узел является DU второго IAB-донора, или второй родительский узел является третьим IAB-узлом, подключенным к CU второго IAB-донора через DU второго IAB-донора.
Этап 1202a: CU второго IAB-донора заменяет, на второй IP-адрес, первый IP-адрес в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя, которая поддерживается CU второго IAB-донора и относится к интерфейсу F1 между CU второго IAB-донора и первым IAB-узлом.
Интерфейс F1 может быть интерфейсом между первым IAB-узлом и CU второго IAB-донора.
Что касается конкретного сценария передачи обслуживания и способа передачи обслуживания, при котором первый IAB-узел передает обслуживание из CU первого IAB-донора к CU второго IAB-донора, следует обратиться к описанию варианта осуществления 1.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, CU второго IAB-донора обновляет контекст плоскости пользователя между IAB-узлом и IAB-донором на основе полученного первого IP-адреса и второго IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
На фиг.12В показана блок-схема последовательности операций шестого способа связи согласно варианту осуществления настоящей заявки. Этот способ также применим к случаю, когда IAB-донор до того, как первый IAB-узел выполнит передачу обслуживания, отличается от IAB-донора после того, как первый IAB-узел выполнит передачу обслуживания. В частности, когда IAB-донор находится в виде, в котором DU и CU не разделены, первый IAB-узел передается из первого IAB-донора во второй IAB-донор, то есть первый IAB-узел подключается к другим IAB-донорам до и после передачи обслуживания; или, когда IAB-донор находится в виде, в котором DU и CU разделены, первый IAB-донор включает в себя CU и DU, и второй IAB-донор включает в себя CU и DU. Первый IAB-узел передает обслуживание из DU первого IAB-донора в DU второго IAB-донора, то есть первый IAB-узел подключается к разным IAB-донорам до и после передачи обслуживания (см. фиг.12B). Способ включает в себя следующие этапы.
Этап 1201b: CU первого IAB-донора отправляет второе сообщение плоскости управления в первый IAB-узел, где второе сообщение плоскости управления включает в себя третий IP-адрес и четвертый IP-адрес. Четвертый IP-адрес может быть получен с помощью CU первого IAB-донора из CU второго IAB-донора.
Более конкретно, до того, как первый IAB-узел передаст обслуживание CU второго IAB-донора, первый IAB-узел может получить третий IP-адрес и четвертый IP-адрес из CU первого IAB-донора.
При необходимости этап 1201b альтернативно может быть следующим: CU второго IAB-донора отправляет вторую плоскость управления в первый IAB-узел. В частности, после того, как первый IAB-узел передаст обслуживание CU второго IAB-донора первый IAB-узел может получить третий IP-адрес и четвертый IP-адрес из CU второго IAB-донора.
Второе сообщение плоскости управления может быть сообщением F1AP. Третий IP-адрес является IP-адресом CU первого IAB-донора, который используется тогда, когда первый IAB-узел обменивается данными с CU первого IAB-донора через первый родительский узел. Четвертый IP-адрес является IP-адресом CU второго IAB-донора, который используется тогда, когда первый IAB-узел обменивается данными с CU второго IAB-донора через второй родительский узел.
Этап 1202b: первый IAB-узел заменяет, на четвертый IP-адрес, третий IP-адрес в информации конечной точки туннеля восходящей линии связи в плоскости пользователя, которая поддерживается первым IAB-узлом и представляет собой интерфейс F1 между первым IAB-узлом и CU второго IAB-донора.
В дополнение к этому, следует отметить, что в вышеописанном способе этап 1203 и этап 1204 могут выполняться перед этапом 1201 и этапом 1202.
В данном варианте осуществления настоящей заявки, когда родительский узел первого IAB-узла изменяется из-за обновления топологии IAB, первый IAB-узел обновляет контекст плоскости пользователя между IAB-узлом и IAB-донором на основе полученного принятого третьего IP-адреса и четвертого IP-адреса, во избежание задержки обслуживания и непроизводительных затрат на сигнализацию, вызванных восстановлением интерфейса F1.
Для вариантов 1-5 осуществления следует отметить, что: (1) вариант 1 осуществления и вариант 5 осуществления могут быть реализованы по отдельности в разных сценариях или могут быть реализованы в комбинации в одном и том же сценарии, или разные решения, задействованные в разных вариантах осуществления, могут быть реализованы в комбинации (например, некоторые или все решения, включенные в вариант осуществления 1, могут быть реализованы в комбинации с вариантом осуществления 3). Это не ограничивается особым образом.
(2) Номера этапов на блок-схемах последовательностей операций, описанных в вариантах осуществления настоящей заявки, являются просто примером процедуры выполнения и не налагают никаких ограничений на последовательность выполнения этапов. В вариантах осуществления настоящей заявки нет строгой последовательности выполнения между этапами, которые не имеют отношения зависимости временной последовательности друг с другом.
Выше в основном описаны решения, представленные в вариантах осуществления настоящей заявки, с точки зрения взаимодействия между сетевым устройством и терминальным устройством. Понятно, что для реализации вышеуказанных функций сетевое устройство или терминальное устройство может включать в себя соответствующую аппаратную структуру и/или программный модуль для выполнения каждой функции. Специалисту в данной области техники должно быть понятно, что в сочетании с блоками и этапами алгоритма примеров, описанных в вариантах осуществления, раскрытых в данном описании, варианты осуществления настоящей заявки могут быть реализованы с помощью аппаратных средств или комбинации аппаратных средств и компьютерного программного обеспечения. То, выполняется ли функция с помощью аппаратных средств или программно-аппаратных средств под управлением компьютерного программного обеспечения, зависит от конкретных приложений и конструктивных ограничений, накладываемых на технические решения. Специалист в данной области техники для каждого конкретного приложения может использовать разные способы для реализации описанных функций, но не следует считать, что реализация выходит за рамки настоящего изобретения.
В вариантах осуществления настоящей заявки разделение на функциональные блоки может быть выполнено в терминальном устройстве и сетевом устройстве на основе приведенных выше примеров способов. Например, разделение на каждый функциональный блок может быть основано на каждой соответствующей функции, или две или более функции могут быть объединены в один блок. Интегрированный блок может быть реализован в виде аппаратных средств или может быть реализован в виде функционального блока программного обеспечения.
Когда используется интегрированный блок, фиг.13 представляет собой возможный пример блок-схемы устройства согласно варианту осуществления настоящей заявки. Как показано на фиг.13, устройство 1300 может включать в себя блок 1302 обработки и блок 1303 связи. Блок 1302 обработки выполнен с возможностью контроля и управления действием устройства 1300. Блок 1303 связи выполнен с возможностью поддержания связи между устройством 1300 и другим устройством. При необходимости блок 1303 связи также упоминается как блок приемопередатчика и может включать в себя блок приема и/или блок отправки, соответственно, выполненные с возможностью выполнения операции приема и операции отправки. Устройство 1300 может дополнительно включать в себя блок 1301 хранения, выполненный с возможностью хранения программного кода и/или данных устройства 1300.
Устройство 1300 может быть первым IAB-узлом в любом из предыдущих вариантов осуществления или может быть микросхемой, расположенной в первом IAB-узле. Блок 1302 обработки может поддерживать устройство 1300 при выполнении действий первого IAB-узла в приведенных выше примерах способов. В качестве альтернативы, блок 1302 обработки в основном выполняет внутренние действия первого IAB-узла в примерах способов, и блок 1303 связи может поддерживать связь между устройством 1300 и сетевым устройством (например, CU IAB-донора). Например, блок 1303 связи может быть выполнен с возможностью выполнения этапа 502, показанного на фиг.5.
Устройство 1300 может быть сетевым устройством (например, CU IAB-донора или IAB-донором в предыдущих вариантах осуществления) в любом из предыдущих вариантов осуществления или может быть микросхемой, расположенной в сетевом устройстве. Блок 1302 обработки может поддерживать устройство 1300 при выполнении действий сетевого устройства в приведенных выше примерах способов. В качестве альтернативы, блок 1302 обработки в основном выполняет внутренние действия сетевого устройства в примерах способов, и блок 1303 связи может поддерживать связь между устройством 1300 и первым IAB-узлом. Например, блок 1302 обработки может быть выполнен с возможностью выполнения внутренних действий IAB-донора в примерах способов, и блок 1303 связи может быть выполнен с возможностью выполнения этапа 501, показанного на фиг.5.
Следует понимать, что разделение вышеуказанного устройства на блоки представляет собой просто разделение на логические функции. Во время фактической реализации все или некоторые из блоков могут быть объединены в один физический объект или могут быть физически разделены. В дополнение к этому, все блоки в устройстве могут быть реализованы в виде, в котором элемент обработки вызывает программное обеспечение, или могут быть реализованы в виде аппаратных средств; или некоторые блоки могут быть реализованы в виде программного обеспечения, вызываемого элементом обработки, и некоторые блоки могут быть реализованы в виде аппаратных средств. Например, блоки могут быть отдельно расположенными элементами обработки или могут быть интегрированы в микросхему устройства для реализации. В дополнение к этому, блоки могут храниться в памяти в виде программы и вызываться процессорным элементом устройства для выполнения функций блоков. В дополнение к этому, все или некоторые из блоков могут быть интегрированы или могут быть реализованы независимым образом. Элемент обработки в данном документе может также упоминаться как процессор и может быть интегральной схемой, имеющей возможность обработки сигналов. Во время реализации этапы в вышеупомянутых способах или вышеупомянутых блоках могут быть реализованы с использованием аппаратной интегральной логической схемы в процессорном элементе или могут быть реализованы в виде, в котором процессорный элемент вызывает программное обеспечение.
Например, блоком в любом из вышеперечисленных устройств может быть одна или несколько интегральных схем, выполненных с возможностью реализации вышеуказанных способов, например, одна или несколько специализированных интегральных схем (Application-Specific Integrated Circuits, ASIC), один или несколько микропроцессоров (digital signal processors, DSP), одна или несколько программируемых пользователем вентильных матриц (Field Programmable Gate Arrays, FPGA) или сочетание по меньшей мере двух интегральных схем. В качестве другого примера, когда блок в устройстве реализуется путем планирования программы элементом обработки, элемент обработки может быть процессором, например, центральным процессором (central processing unit, CPU) или другим процессором, который может вызывать программа. В другом примере блоки могут быть объединены вместе и реализованы в виде системы на кристалле (system-on-a-chip, SOC).
Вышеупомянутый блок приема представляет собой схему интерфейса устройства и выполнен с возможностью приема сигнала из другого устройства. Например, когда устройство реализовано в виде микросхемы, блок приема представляет собой схему интерфейса, принадлежащую микросхеме и выполненную с возможностью приема сигнала из другой микросхемы или устройства. Вышеупомянутый блок отправки представляет собой схему интерфейса устройства и выполнен с возможностью отправки сигнала в другое устройство. Например, когда устройство реализовано в виде микросхемы, блок отправки представляет собой схему интерфейса, принадлежащую микросхеме и выполненную с возможностью отправки сигнала в другую микросхему или устройство.
На фиг.14 показано схематичное представление структуры IAB-узла согласно варианту осуществления настоящей заявки. IAB-узел может быть IAB-узлом в предыдущих вариантах осуществления и выполнен с возможностью выполнения операций, выполняемых IAB-узлом в предыдущих вариантах осуществления. Как показано на фиг.14, IAB-узел включает в себя антенну 1410, радиочастотную часть 1420 и часть 1430 обработки сигналов. Антенна 1410 подключена к радиочастотной части 1420. В нисходящем направлении радиочастотная часть 1420 принимает, через антенну 1410, информацию, отправленную сетевым устройством, и отправляет в часть 1430 обработки сигналов для обработки информацию, отправленную сетевым устройством. В восходящем направлении часть 1430 обработки сигналов обрабатывает информацию от IAB-узла и отправляет информацию в радиочастотную часть 1420. Радиочастотная часть 1420 обрабатывает информацию, полученную из IAB-узла, и затем отправляет обработанную информацию в сетевое устройство через антенну 1410.
Часть 1430 обработки сигналов может включать в себя подсистему модуляции/демодуляции, выполненную с возможностью реализации обработки данных на каждом уровне протокола связи, и может дополнительно включать в себя центральную подсистему обработки, выполненную с возможностью обработки операционной системы и прикладного уровня IAB-узла.
Подсистема модема может включать в себя один или несколько процессорных элементов 1431, например, включать в себя один главный CPU управления и другую интегральную схему. В дополнение к этому, подсистема модема может дополнительно включать в себя элемент 1432 хранения и схему интерфейса 1433. Элемент 1432 хранения выполнен с возможностью хранения данных и программы. Однако программа, используемая для выполнения способов, выполняемых IAB-узлом в вышеупомянутых способах, может не храниться в элементе 1432 хранения, а храниться в памяти вне подсистемы модема и загружаться и использоваться подсистемой модема в случае, когда ее необходимо использовать. Схема 1433 интерфейса выполнена с возможностью поддержания связи с другой подсистемой.
Подсистема модема может быть реализована в виде микросхемы. Микросхема включает в себя по меньшей мере один элемент обработки и схему интерфейса. Элемент обработки выполнен с возможностью выполнения этапов любого способа, выполняемого вышеизложенным IAB-узлом. Схема интерфейса выполнена с возможностью поддержания связи с другим устройством. В реализации блоки в IAB-узле, которые реализуют этапы в вышеупомянутых способах, могут быть реализованы в виде планирования программы элементом обработки. Например, устройство, используемое в IAB-узле, включает в себя элемент обработки и элемент хранения. Элемент обработки вызывает программу, хранящуюся в элементе хранения, для выполнения способов, выполняемых IAB-узлом в вышеупомянутых вариантах осуществления способа. Элементом хранения может быть элемент хранения, расположенный на той же микросхеме, что и элемент обработки, а именно внутрикристальный элемент хранения.
В другой реализации программа, используемая для выполнения способов, выполняемых IAB-узлом в вышеизложенных способах, может находиться в элементе хранения, расположенном в другой микросхеме, отличной от элемента обработки, а именно во внешнем элементе хранения. В этом случае элемент обработки вызывает или загружает программу из внешнего элемента хранения во встроенный элемент хранения, чтобы вызвать и выполнить способы, выполняемые IAB-узлом в вышеупомянутых вариантах осуществления способа.
В еще одной реализации блоки в IAB-узле, которые реализуют этапы в вышеизложенных способах, могут быть сконфигурированы как один или более элементов обработки. Эти элементы обработки расположены в подсистеме модема. Элементом обработки здесь может быть интегральная схема, например, одна или несколько ASIC, один или несколько DSP, одна или несколько FPGA или сочетание этих типов интегральных схем. Эти интегральные схемы могут быть объединены в микросхему.
Блоки в IAB-узле, которые реализуют этапы в вышеизложенных способах, могут быть объединены вместе и реализованы в виде SOC, и микросхема SOC выполнена с возможностью реализации вышеизложенных способов. В микросхему могут быть встроены по меньшей мере один элемент обработки и элемент хранения, и элемент обработки вызывает программу, хранящуюся в элементе памяти, для реализации вышеупомянутых способов, выполняемых IAB-узлом. В качестве альтернативы, в микросхему может быть интегрирована по меньшей мере одна интегральная схема для реализации вышеупомянутых способов, выполняемых IAB-узлом. В качестве альтернативы, со ссылкой на вышеизложенные реализации, функции некоторых блоков могут быть реализованы посредством вызова программы элементом обработки, и функции некоторых блоков могут быть реализованы интегральной схемой.
Можно узнать, что вышеупомянутое устройство, используемое в IAB-узле, может включать в себя по меньшей мере один элемент обработки и схему интерфейса. По меньшей мере один элемент обработки выполнен с возможностью выполнения любого из способов, выполняемых IAB-узлом, предусмотренных в приведенных выше вариантах осуществления способа. Элемент обработки может выполнять некоторые или все этапы, выполняемые IAB-узлом, первым способом, то есть путем вызова программы, хранящейся в элементе хранения; или может выполнять некоторые или все этапы, выполняемые IAB-узлом, вторым способом, то есть путем объединения инструкций и аппаратно-интегральной логической схемы в процессорном элементе. Конечно, некоторые или все этапы, выполняемые IAB-узлом, могут альтернативно выполняться путем объединения первого и второго способов.
Элемент обработки здесь такой же, как описанный выше, и может быть реализован с использованием процессора. Функция элемента обработки может быть такой же, как функция блока обработки, описанного со ссылкой на фиг.13. Например, элементом обработки может быть процессор общего назначения, например CPU, или может быть одна или несколько интегральных схем, выполненных с возможностью реализации вышеуказанных способов, например, одна или несколько ASIC, один или несколько микропроцессоров DSP, одна или несколько FPGA или сочетание по меньшей мере двух из этих типов интегральных схем. Элемент хранения может быть реализован с использованием памяти. Функция элемента хранения может быть такой же, как функция запоминающего устройства, описанного со ссылкой на фиг.13. Элемент хранения может быть реализован с использованием памяти. Функция элемента хранения может быть такой же, как функция запоминающего устройства, описанного со ссылкой на фиг.13. Элементом хранения может быть одно запоминающее устройство или совокупность множества запоминающих устройств.
IAB-узел, показанный на фиг.14, может реализовывать процессы, связанные с IAB-узлом, в вариантах осуществления способа, показанных на фиг.5, фиг.6 и фиг.8-12B. Операции и/или функции модулей в IAB-узле, показанном на фиг.14, предназначены для реализации соответствующих процедур в вышеупомянутых вариантах осуществления способа. Подробности приведены в описаниях приведенных выше вариантов осуществления способа. Во избежание повторения, подробное описание здесь опущено.
На фиг.15 показано схематичное представление структуры сетевого устройства согласно варианту осуществления настоящей заявки. Сетевое устройство выполнено с возможностью реализации операций сетевого устройства в предыдущих вариантах осуществления. Как показано на фиг.15, сетевое устройство включает в себя антенну 1501, радиочастотное устройство 1502 и устройство 1503 основной полосы частот. Антенна 1501 подключена к радиочастотному устройству 1502. В восходящем направлении радиочастотное устройство 1502 принимает, через антенну 1501, информацию, отправленную терминальным устройством, и отправляет в устройство 1503 основной полосы частот для обработки информацию, отправленную терминальным устройством. В нисходящем направлении устройство 1503 основной полосы частот обрабатывает информацию терминального устройства и отправляет информацию в радиочастотное устройство 1502. Радиочастотное устройство 1502 обрабатывает информацию терминального устройства, а затем отправляет обработанную информацию в терминальное устройство через антенну 1501.
Устройство 1503 основной полосы частот может включать в себя один или более элементов 15031 обработки, например, включать в себя один CPU основного управления и другую интегральную схему. В дополнение к этому, устройство 1503 основной полосы частот может дополнительно включать в себя элемент 15032 хранения и интерфейс 15033. Элемент 15032 хранения выполнен с возможностью хранения программы и данных. Интерфейс 15033 выполнен с возможностью обмена информацией с радиочастотным устройством 1502, и интерфейс представляет собой, например, общий общедоступный радиоинтерфейс (common public radio interface, CPRI). Вышеупомянутое устройство, используемое в сетевом устройстве, может быть расположено в устройстве 1503 основной полосы частот. Например, вышеупомянутое устройство, используемое в сетевом устройстве, может быть микросхемой в устройстве 1503 основной полосы частот. Микросхема включает в себя по меньшей мере один элемент обработки и схему интерфейса. Элемент обработки выполнен с возможностью выполнения этапов любого из способов, выполняемых сетевым устройством. Схема интерфейса выполнена с возможностью поддержания связи с другим устройством. В реализации блоки в сетевом устройстве, которые реализуют этапы в вышеупомянутых способах, могут быть реализованы в виде планирования программы элементом обработки. Например, устройство, используемое в сетевом устройстве, включает в себя элемент обработки и элемент хранения. Элемент обработки вызывает программу, хранящуюся в элементе хранения, для выполнения способа, выполняемого сетевым устройством в вышеупомянутых вариантах осуществления способа. Элементом хранения может быть элемент хранения, расположенный на той же микросхеме, что и элемент обработки, а именно встроенный элемент хранения, или может быть элемент хранения, расположенный на другой микросхеме, отличной от элемента обработки, а именно расположенный вне микросхемы элемент хранения.
В другой реализации блоки в сетевом устройстве, которые реализуют этапы в вышеизложенных способах, могут быть сконфигурированы как один или более элементов обработки. Элементы обработки расположены в устройстве основной полосы частот. Элементом обработки здесь может быть интегральная схема, например, одна или несколько ASIC, один или несколько DSP, одна или несколько FPGA или сочетание этих типов интегральных схем. Эти интегральные схемы могут быть объединены в микросхему.
Блоки в сетевом устройстве, которые реализуют этапы в вышеизложенных способах, могут быть объединены вместе и реализованы в виде системы на кристалле (system-on-a-chip, SOC). Например, устройство основной полосы частот включает в себя микросхему SOC и выполнено с возможностью реализации вышеупомянутых способов. В микросхему могут быть интегрированы по меньшей мере один элемент обработки и элемент хранения, и элемент обработки вызывает программу, хранящуюся в элементе памяти, для реализации вышеупомянутых способов, выполняемых сетевым устройством. В качестве альтернативы, в микросхему может быть встроена по меньшей мере одна интегральная схема для реализации описанных выше способов, выполняемых сетевым устройством. В качестве альтернативы, со ссылкой на вышеизложенные реализации, функции некоторых блоков могут быть реализованы посредством вызова программы элементом обработки, и функции некоторых блоков могут быть реализованы интегральной схемой.
Можно узнать, что вышеупомянутое устройство, используемое в сетевом устройстве, может включать в себя по меньшей мере один элемент обработки и схему интерфейса. По меньшей мере один элемент обработки выполнен с возможностью выполнения любого из способов, выполняемых сетевым устройством, предусмотренным в вышеупомянутых вариантах осуществления способа. Элемент обработки может выполнять некоторые или все этапы, выполняемые сетевым устройством, первым способом, то есть путем вызова программы, хранящейся в элементе хранения; или может выполнять некоторые или все этапы, выполняемые сетевым устройством, вторым способом, то есть путем объединения инструкций и аппаратной интегральной логической схемы в элементе процессора. Конечно, некоторые или все этапы, выполняемые сетевым устройством, могут альтернативно выполняться путем объединения первого способа и второго способа.
Элемент обработки здесь такой же, как описанный выше, и может быть реализован с использованием процессора. Функция элемента обработки может быть такой же, как функция блока обработки, описанного со ссылкой на фиг.10. Например, элемент обработки может быть процессором общего назначения, например, CPU, или может быть одной или несколькими интегральными схемами, выполненными с возможностью реализации вышеуказанных способов, например, одной или несколькими ASIC, одним или несколькими микропроцессорами DSP, одной или несколькими FPGA или сочетанием по меньшей мере двух из этих типов интегральных схем. Элемент хранения может быть реализован с использованием памяти. Функция элемента хранения может быть такой же, как функция запоминающего устройства, описанного со ссылкой на фиг.13. Элемент хранения может быть реализован с использованием памяти. Функция элемента хранения может быть такой же, как функция запоминающего устройства, описанного со ссылкой на фиг.13. Элементом хранения может быть одно запоминающее устройство или совокупность множества запоминающих устройств.
Сетевое устройство, показанное на фиг.15, может реализовывать процессы, относящиеся к сетевому устройству в вышеупомянутых вариантах осуществления способа. Операции и/или функции модулей в сетевом устройстве, показанном на фиг.15, предназначены для реализации соответствующих процедур в вышеупомянутых вариантах осуществления способа. Подробности приведены в описании приведенных выше вариантов осуществления способа. Во избежание повторения, подробное их описание здесь опущено.
Специалисту в данной области техники должно быть понятно, что варианты осуществления настоящей заявки могут быть предоставлены в виде способа, системы или компьютерного программного продукта. Следовательно, настоящая заявка может использовать форму вариантов осуществления, состоящих только из аппаратных средств, вариантов осуществления, состоящих только из программного обеспечения, или вариантов осуществления с комбинацией программного обеспечения или аппаратных средств. Более того, настоящая заявка может использовать форму компьютерного программного продукта, реализованного на одном или нескольких компьютерных носителях информации (включая, но без ограничений, дисковую память, CD-ROM, оптическую память и т.п.), которые включают в себя программный код, пригодный для использования компьютером.
Настоящая заявка описана со ссылкой на блок-схемы и/или блок-схемы последовательностей операций способа, устройства (системы) и компьютерного программного продукта согласно настоящей заявке. Следует понимать, что инструкции компьютерной программы могут использоваться для реализации каждой процедуры и/или каждого блока на блок-схемах последовательностей операций и/или блок-схемах и комбинации процедур и/или блоков на блок-схемах последовательностей операций и/или блок-схемах. Эти инструкции компьютерной программы могут быть предоставлены для компьютера общего назначения, специализированного компьютера, встроенного процессора или процессора другого программируемого устройства обработки данных для создания машины таким образом, чтобы инструкции, исполняемые компьютером или процессором другого программируемого устройства обработки данных создавали устройство для реализации конкретной функции в одной или нескольких процедурах на блок-схемах последовательностей операций и/или в одном или нескольких блоках на блок-схемах.
В качестве альтернативы, эти компьютерные программные инструкции могут храниться в машиночитаемой памяти, что может предписывать компьютеру или другому программируемому устройству обработки данных функционировать определенным образом, так что инструкции, хранящиеся в машиночитаемой памяти, вырабатывают артефакт, который включает в себя командное устройство. Командное устройство реализует конкретную функцию в одной или нескольких процедурах на блок-схемах последовательностей операций и/или в одном или нескольких блоках на блок-схемах.
Эти инструкции компьютерной программы альтернативно могут быть загружены в компьютер или другое программируемое устройство обработки данных, так что ряд операций и этапов выполняется на компьютере или другом программируемом устройстве для создания компьютерно-реализованной обработки. Таким образом, инструкции, исполняемые на компьютере или другом программируемом устройстве, обеспечивают этапы реализации конкретной функции в одном или нескольких процессах на блок-схемах последовательностей операций и/или в одном или нескольких блоках на блок-схемах.
Понятно, что специалист в данной области техники может вносить различные модификации и вариации в настоящую заявку, не выходя за рамки объема настоящей заявки. Настоящая заявка предназначена для охвата этих модификаций и вариаций настоящей заявки при условии, что они подпадают под объем охраны, определенный пунктами формулы настоящей заявки и эквивалентными им технологиями.
| название | год | авторы | номер документа |
|---|---|---|---|
| СПОСОБ ПЕРЕДАЧИ ПАКЕТА ДАННЫХ И УСТРОЙСТВО | 2019 |
|
RU2803196C1 |
| СИСТЕМЫ, УСТРОЙСТВА И СПОСОБЫ ДЛЯ ОБРАБОТКИ ОТКАЗОВ ЛИНИИ РАДИОСВЯЗИ В БЕСПРОВОДНЫХ РЕТРАНСЛЯЦИОННЫХ СЕТЯХ | 2019 |
|
RU2770842C1 |
| СПОСОБ УПРАВЛЕНИЯ ПОТОКАМИ ДАННЫХ В СЕТЯХ СВЯЗИ С ИНТЕГРИРОВАННЫМИ ДОСТУПОМ И ТРАНЗИТНЫМИ СОЕДИНЕНИЯМИ | 2019 |
|
RU2766428C1 |
| Сигнализация плоскости управления для интегрированных узлов доступа и транспортной сети | 2019 |
|
RU2746604C1 |
| СПОСОБ ДЛЯ ОБЕСПЕЧЕНИЯ РАБОТЫ УЗЛОВ ИНТЕГРИРОВАННОГО ДОСТУПА И ОБРАТНОГО ТРАНЗИТА (IAB) НОВОЙ РАДИОСВЯЗИ (NR) В НЕАВТОНОМНЫХ (NSA) СОТАХ | 2019 |
|
RU2748921C1 |
| ВЕРСИЯ RRC ДЛЯ РАБОТЫ С РАЗДЕЛЕННОЙ БАЗОВОЙ СТАНЦИЕЙ | 2019 |
|
RU2748302C1 |
| СПОСОБ ПЕРЕДАЧИ И СЕТЕВОЕ УСТРОЙСТВО | 2018 |
|
RU2780471C2 |
| СПОСОБ ПЕРЕДАЧИ И СЕТЕВОЕ УСТРОЙСТВО | 2018 |
|
RU2800767C2 |
| ВСПОМОГАТЕЛЬНАЯ ИНФОРМАЦИЯ ДЛЯ ВЫБОРА СПЕЦИАЛЬНОЙ ЯЧЕЙКИ (SPCELL) | 2019 |
|
RU2749018C1 |
| УПРАВЛЕНИЕ УВЕДОМЛЕНИЕМ ПО ИНТЕРФЕЙСАМ RAN | 2018 |
|
RU2743051C1 |
Изобретение относится к области беспроводной связи. Техническим результатом является уменьшение задержки обслуживания и прикладных расходов на сигнализацию. Технический результат характеризуется тем, что IAB-узел (интегрированного доступа и транзитного соединения) может обмениваться данными с центральным модулем (central unit, CU) IAB-донора, используя первый IP-адрес, как можно скорее после завершения передачи обслуживания. Согласно заявленному решению, первый IAB-узел определяет первую информацию ассоциации уровня транспортной сети между первым IAB-узлом и CU IAB-донора на основе первого IP-адреса. Первый IAB-узел обновляет контекстную информацию плоскости управления интерфейса F1, используя первую информацию ассоциации уровня транспортной сети, где интерфейс F1 является интерфейсом между первым IAB-узлом и CU IAB-донора. 10 н. и 18 з.п. ф-лы, 22 ил.
1. Способ связи, содержащий:
прием, централизованным блоком CU донора интегрированного доступа и транзитного соединения (IAB), первого сообщения плоскости управления из первого IAB-узла, причем первое сообщение плоскости управления содержит адрес первого интернет-протокола (IP) и второй IP-адрес; первый IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел; второй IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел; первый родительский узел является первым распределенным блоком (DU) IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора; и второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора; и
замена, с помощью CU IAB-донора, в виде пакетов, первого IP-адреса в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя первого интерфейса на второй IP-адрес, в котором
CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора являются функциональными объектами одного и того же IAB-донора, и первый интерфейс является интерфейсом между первым IAB-узлом и CU IAB-донора.
2. Способ по п. 1, в котором первое сообщение плоскости управления представляет собой сообщение прикладного протокола F1 (F1AP).
3. Способ по п. 1 или 2, в котором первый IAB-узел передается из первого родительского узла во второй родительский узел.
4. Способ по любому из пп. 1-3, дополнительно содержащий:
отправку, с помощью CU IAB-донора, второго сообщения плоскости управления в первый IAB-узел, причем второе сообщение плоскости управления содержит третий IP-адрес и четвертый IP-адрес, в котором
четвертый IP-адрес предназначен для замены, в виде пакетов, третьего IP-адреса в информации конечной точки туннеля восходящей линии связи в плоскости пользователя первого интерфейса в первом IAB-узле, в котором
третий IP-адрес является IP-адресом CU IAB-донора, когда CU IAB-донора обменивается данными с первым IAB-узлом через первый родительский узел, и четвертый IP-адрес является IP-адресом CU IAB-донора, когда CU IAB-донора обменивается данными с первым IAB-узлом через второй родительский узел.
5. Способ по любому из пп. 1-3, дополнительно содержащий:
отправку, с помощью первого IAB-узла, первого сообщения плоскости управления в CU IAB-узла.
6. Способ связи, содержащий:
отправку, первым узлом интегрированного доступа и транзитного соединения (IAB), первого сообщения плоскости управления в централизованный блок (CU) IAB-донора, причем первое сообщение плоскости управления содержит первый адрес интернет-протокола (IP) и второй IP-адрес, в котором
второй IP-адрес предназначен для замены, в виде пакетов, первого IP-адреса в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя первого интерфейса в CU первого IAB-узла, и в котором
первый IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел, и второй IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел;
первый родительский узел является первым распределенным блоком (DU) IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора; второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора; и
CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора являются функциональными объектами одного и того же IAB-донора, и первый интерфейс является интерфейсом между первым IAB-узлом и CU IAB-донора.
7. Способ по п. 6, в котором первое сообщение плоскости управления является сообщением прикладного протокола F1 (F1AP).
8. Способ по п. 6 или 7, в котором первый IAB-узел передается из первого родительского узла во второй родительский узел.
9. Способ по любому из пп. 6-8, в котором способ дополнительно содержит:
прием, первым IAB-узлом, второго сообщения плоскости управления из CU IAB-донора, причем второе сообщение плоскости управления содержит третий IP-адрес и четвертый IP-адрес; и
замену, первым IAB-узлом, в виде пакетов, третьего IP-адреса в информации конечной точки туннеля восходящей линии связи в плоскости пользователя первого интерфейса на четвертый IP-адрес, в котором
третий IP-адрес является IP-адресом CU IAB-донора, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел, четвертый IP-адрес является IP-адресом CU IAB-донора, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел, и первый интерфейс является интерфейсом между первым IAB-узлом и CU IAB-донора.
10. Способ по п. 9, в котором второе сообщение плоскости управления является сообщением F1AP.
11. Способ связи, содержащий:
прием, первым узлом интегрированного доступа и транзитного соединения (IAB), сообщения плоскости управления из централизованного блока (CU) IAB-донора, причем сообщение плоскости управления содержит первый адрес интернет-протокола (IP) и второй IP-адрес; первый IP-адрес является IP-адресом CU IAB-донора, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел; второй IP-адрес является IP-адресом CU IAB-донора, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел; первый родительский узел является первым распределенным блоком (DU) IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора; и второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора; и
замена, первым IAB-узлом, в виде пакетов, первого IP-адреса в информации конечной точки туннеля восходящей линии связи в плоскости пользователя первого интерфейса на второй IP-адрес, в котором
CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора являются функциональными объектами одного и того же IAB-донора, и первый интерфейс является интерфейсом между первым IAB-узлом и CU IAB-донора.
12. Способ по п. 11, в котором сообщение плоскости управления является сообщением прикладного протокола F1 (F1AP).
13. Способ по п. 11 или 12, в котором первый IAB-узел передается из первого родительского узла во второй родительский узел.
14. Способ по любому из пп. 11-13, дополнительно содержащий
отправку, с помощью CU IAB-донора, сообщения плоскости управления в IAB-узел.
15. Способ связи, содержащий:
отправку, централизованным блоком (CU) донора интегрированного доступа и транзитного соединения (IAB), сообщения плоскости управления в первый IAB-узел, причем сообщение плоскости управления содержит первый адрес интернет-протокола (IP) и второй IP-адрес, в котором
второй IP-адрес предназначен для замены, в виде пакетов, первого IP-адреса в информации конечной точки туннеля восходящей линии связи в плоскости пользователя первого интерфейса в IAB-узле, в котором
первый IP-адрес является IP-адресом CU IAB-донора, когда первый IAB-узел обменивается данными с CU IAB-донора через первый родительский узел; второй IP-адрес является IP-адресом CU IAB-донора, когда первый IAB-узел обменивается данными с CU IAB-донора через второй родительский узел;
первый родительский узел является первым распределенным блоком (DU) IAB-донора, или первый родительский узел подключен к CU IAB-донора через первый DU IAB-донора; второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU IAB-донора через второй DU IAB-донора; и
CU IAB-донора, первый DU IAB-донора и второй DU IAB-донора являются функциональными объектами одного и того же IAB-донора, и первый интерфейс является интерфейсом между первым IAB-узлом и CU IAB-донора.
16. Способ по п. 15, в котором сообщение плоскости управления является сообщением прикладного протокола F1 (F1AP).
17. Способ по п. 15 или 16, в котором первый IAB-узел передается из первого родительского узла во второй родительский узел.
18. Способ связи, содержащий:
прием, функциональным блоком плоскости пользователя централизованного блока (CU-UP) донора интегрированного доступа и транзитного соединения (IAB), сообщения плоскости управления из функционального блока плоскости управления централизованного блока (CU-CP) IAB-донора, причем сообщение плоскости управления содержит первый адрес интернет-протокола (IP) и второй IP-адрес; первый IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через первый родительский узел; второй IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через второй родительский узел;
первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU-UP IAB-донора через первый распределенный блок (DU) IAB-донора; и второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU-UP IAB-донора через второй DU IAB-донора; и
замена, с помощью CU-UP IAB-донора, в виде пакетов, первого IP-адреса в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя первого интерфейса на второй IP-адрес, в котором
первый DU IAB-донора, второй DU IAB-донора, CU-CP IAB-донора и CU-UP IAB-донора являются функциональными объектами одного и того же IAB-донора, и первый интерфейс является интерфейсом между первым IAB-узлом и CU-UP IAB-донора.
19. Способ по п. 18, в котором сообщение плоскости управления представляет собой сообщение прикладного протокола F1 (F1AP).
20. Способ по п. 18 или 19, в котором первый IAB-узел передается из первого родительского узла во второй родительский узел.
21. Способ по любому из пп. 18-20, дополнительно содержащий
отправку, с помощью CU-CP IAB-донора, сообщения плоскости управления в CU-UP IAB-донора.
22. Способ связи, содержащий:
отправку, с помощью функционального блока плоскости управления централизованного блока (CU-CP) донора интегрированного доступа и транзитного соединения (IAB), сообщения плоскости управления в функциональный блок плоскости пользователя централизованного блока (CU-UP) IAB-донора, причем сообщение плоскости управления содержит первый адрес интернет-протокола (IP) и второй IP-адрес; второй IP-адрес предназначен для замены, в виде пакетов, первого IP-адреса в информации конечной точки туннеля нисходящей линии связи в плоскости пользователя первого интерфейса в CU-UP IAB-донора, и
первый IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через первый родительский узел; второй IP-адрес является IP-адресом первого IAB-узла, когда первый IAB-узел обменивается данными с CU-UP IAB-донора через второй родительский узел;
первый родительский узел является первым DU IAB-донора, или первый родительский узел подключен к CU-UP IAB-донора через первый распределенный блок (DU) IAB-донора; второй родительский узел является вторым DU IAB-донора, или второй родительский узел подключен к CU-UP IAB-донора через второй DU IAB-донора; и
первый DU IAB-донора, второй DU IAB-донора, CU-CP IAB-донора и CU-UP IAB-донора являются функциональными объектами одного и того же IAB-донора, и первый интерфейс является интерфейсом между первым IAB-узлом и CU-UP IAB-донора.
23. Способ по п. 22, в котором сообщение плоскости управления является сообщением прикладного протокола F1 (F1AP).
24. Способ по п. 22 или 23, в котором первый IAB-узел передается из первого родительского узла во второй родительский узел.
25. Устройство связи, содержащее по меньшей мере один процессор, причем по меньшей мере один процессор подключен к памяти, и по меньшей мере один процессор выполнен с возможностью считывания и исполнения программы, хранящейся в памяти, что выполняется способ по любому из пп. 1-5, или способ по любому из пп. 6-10, или способ по любому из пп. 11-14, или способ по любому из пп. 15-17, или способ по любому из пп. 18-21, или способ по любому из пп. 22-24.
26. Микросхема, в которой микросхема подключена к памяти и выполнена с возможностью считывания и исполнения программных инструкций, хранящихся в памяти, для реализации способа по любому из пп. 1-5, или способа по любому из пп. 6-10, или способа по любому из пп. 11-14, или способа по любому из пп. 15-17, или способа по любому из пп. 18-21 или способа по любому из пп. 22-24.
27. Машиночитаемый носитель информации, в котором машиночитаемый носитель информации хранит компьютерные инструкции; и когда инструкции исполняются на компьютере, компьютер получает возможность выполнять способ по любому из пп. 1-5, или способ по любому из пп. 6-10, или способ по любому из пп. 11-14, или способ по любому из пп. 15-17, или способ по любому из пп. 18-21, или способ по любому из пп. 22-24.
28. Система связи, в которой система связи содержит централизованный блок (CU) донора интегрированного доступа и транзитного соединения (IAB), выполненный с возможностью выполнения способа по любому из пп. 1-5, и IAB-узел, выполненный с возможностью выполнения способа по любому из пп. 6-10;
система связи содержит узел интегрированного доступа и транзитного соединения (IAB), выполненный с возможностью выполнения способа по любому из пп. 11-14, и CU IAB-донора, выполненный с возможностью выполнения способа по любому из пп. 15-17; или
система связи содержит CU-UP донора интегрированного доступа и транзитного соединения (IAB), выполненного с возможностью выполнения способа по любому из пп. 18-21, и CU-CP IAB-донора, выполненного с возможностью выполнения способа по любому из пп. 22-24.
| HUAWEI, "BL CR to 38.401 Support for IAB", vol | |||
| Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. | 1921 |
|
SU3A1 |
| Chongqing, China; 14.10.2019 - 18.10.2019, 3GPP DRAFT; R3-196306, дата размещения в Интернете 03.11.2019 | |||
| WO 2018236867 A2, 27.12.2018 | |||
| Samsung, "IP address management during the IAB migration", 3GPP DRAFT; R3-195001_wasR3-193985_IPMagnMigration_v0.0, дата размещения в Интернете | |||
