Способ для обеспечения работы узлов интегрированного доступа и обратного транзита (iab) новой радиосвязи (nr) в неавтономных (nsa) сотах
Изобретение относится к области беспроводной связи. Технический результат заключается в обеспечении возможности узлам-ретрансляторам закрепляться и осуществлять доступ к неавтономным (NSA) сотам нового радио (NR), и выполнять операции так, как если бы эти NSA соты NR были автономными (SA) сотами NR. При обеспечении операций для узла-ретранслятора принимают в первом сетевом узле блок системной информации, включающий в себя первое указание, указывающее на то, что первая сота является NSA сотой и запрещено ли SA UE осуществление доступа к первой соте, и второе указание, указывающее на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте; и идентифицируют в первом сетевом узле, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте на основании второго указания в блоке системной информации. 4 н. и 18 з.п. ф-лы, 4 табл., 27 ил.
ОБЛАСТЬ ТЕХНИКИ
Конкретные варианты осуществления относятся к области обеспечения работы узлов-ретрансляторов в неавтономных сотах, и, в частности, к способам, устройству и системам для обеспечения работы узлов-ретрансляторов в неавтономных сотах через автономные операции.
УРОВЕНЬ ТЕХНИКИ
Касательно 3GPP Развитой Универсальной Наземной Сети Радиодоступа (E-UTRAN) или архитектуры 4G и архитектуры Развитого Пакетного Ядра (EPC), Развитая Система Пакетной Передачи Данных является Развитым 3GPP Доменом с Коммутацией Пакетов и состоит из EPC и E-UTRAN.
Фигура 1 иллюстрирует обзор архитектуры EPC. Данная архитектура определяется в документе 3GPP TS 23.401. Обратитесь к техническому описанию в отношении определения Шлюза (PGW) Сети Пакетной Передачи Данных (PDN), Обслуживающего Шлюза (SGW), Функции Правил Политик и Тарификации (PCRF), Объекта Администрирования Мобильности (MME) и мобильного устройства, такого как оборудование пользователя (UE). Радиодоступ LTE, E-UTRAN, состоит из одного или нескольких eNB.
Фигура 2 показывает общую архитектуру E-UTRAN и дополнительно определяется в, например, документе 3GPP TS 36.300. E-UTRAN состоит из eNB, обеспечивающих завершения протокола плоскости управления и плоскости пользователя E-UTRA в направлении UE. Плоскость пользователя E-UTRAN может быть Протоколом Сходимости Пакетных Данных/Управлением Линией Радиосвязи/Управлением Доступом к Среде/Физическим Слоем (PDCP/RLC/MAC/PHY), а плоскость управления может быть Управлением Радиоресурсами (RRC). eNB взаимно соединены друг с другом посредством интерфейса X2. eNB также соединены посредством интерфейса S1 с EPC, в частности, с MME посредством интерфейса S1-MME, и с S-GW посредством интерфейса S1-U.
Фигуры 3 и 4 иллюстрируют основные части архитектур Плоскости Пользователя (UP) и Плоскости Управления (CP) EPC. Применительно к текущей архитектуре 3GPP Следующего поколения или 5G RAN, текущая архитектура 5G RAN описана в документе TS38.401v0.4.1.
Фигура 5 иллюстрирует текущую, общую архитектуру 5G RAN. Архитектура NG может быть дополнительно описана следующим образом: (1) NG-RAN состоит из набора gNB, соединенных с Базовой Сетью 5G (5GC) посредством NG; (2) gNB может поддерживать работу в режиме Дуплекса с Частотным Разделением (FDD), в режиме Дуплекса с Временным Разделением (TDD) или в двойном режиме; (3) gNB могут быть взаимно соединены посредством Xn; (4) gNB может состоять из gNB-Централизованного Блока и gNB-Распределенных Блоков (DU), и как gNB-CU, так и gNB-DU соединены через логический интерфейс F1; и 5) Один gNB-DU соединяется только с одним gNB-CU. Обратите внимание на то, что для обеспечения гибкости, gNB-DU может быть соединен с несколькими gNB-CU посредством подходящей реализации.
NG, Xn и F1 являются логическими интерфейсами. NG-RAN разделена на слои: Слой Сети Радиосвязи (RNL) и Слой Транспортной Сети (TNL). Архитектура NG-RAN, т.е. логические узлы NG-RAN и интерфейс между ними, определяются как часть RNL. Для каждого интерфейса NG-RAN, например, NG, Xn, F1, указываются связанный протокол TNL и функциональные возможности. TNL предоставляет услуги для транспортировки плоскости пользователя и транспортировки сигнализации. В конфигурации NG-Flex, каждый gNB соединяется со всеми узлами 5GC в рамках зоны пула. Зона пула определяется в документе 3GPP TS 23.501. Если должна поддерживаться защита безопасности для плоскости управления и плоскости пользователя в TNL интерфейсов NG-RAN, то должен применяться Домен Сетевой Безопасности (NDS)/IP, определенный в документе 3GPP TS 33.401.
Для поддержки двойной соединяемости (DC), в контексте архитектур RAN 5G, в 3GPP было достигнуто соглашение о том, что двойная соединяемость поддерживается. Такой механизм состоит из создания главного и вторичного узлов, и он состоит из распределения трафика полсотки пользователя (UP) главному узлу (MN) и вторичным узлам (SN) в соответствии с наилучшим возможным администрированием трафика и радиоресурсов. Предполагается, что трафик CP завершается только в одном узле, т.е. MN. Фигура 6 и 7 иллюстрируют протокол и интерфейсы, задействованные в двойной соединяемости, указанной в документе TS38.300v0.6.0.
Фигура 6 иллюстрирует, что Главный gNB (MgNB) имеет возможность переадресации трафика радиоканала PDCP Вторичному gNB (SgNB), при том, что Фигура 7 иллюстрирует случай, когда SgNB переадресовывает трафик радиоканала PDCP к MgNB. Следует учитывать, что MgNB и SgNB могут быть подчинены архитектуре разбиения RAN, описанной выше, и выполнены из CU и DU.
Кроме того, в контексте стандартизации 5G, указывается мульти-RAT двойная соединяемость (MR-DC). Фигура 8 иллюстрирует принципы MR-DC в 5G, указанные в документе TS 37.340. Когда применяется MR-DC, узел RAN, который является MN, привязывает плоскость управления в направлении базовой сети (CN), при том, что другой узел RAN, который является SN, обеспечивает ресурсы плоскости пользователя и управления для UE через координацию с MN.
Фигура 9 иллюстрирует архитектуру протокола радиосвязи для радиоканалов Группы Главных Сот (MCG), разбиения MCG, Группы Вторичных Сот (SCG) и разбиения SCG в MR-DC с 5GC, указанную в документе TS 37.340. В объеме MR-DC возможны различные решения плоскости пользователя/типа радиоканала.
В документе 38.401 изображены общие процедуры, включая потоки сигнализации в архитектуре gNB-CU/gNB-DU, например, первоначальный доступ от UE, меж-DU мобильность и аналогичное. Одна конкретная разновидность MR-DC называется EN-DC. В данном случае, LTE eNB является MN, а NR gNB является SN.
Касательно поддержки для неавтономных (NSA) развертываний NR, в 3GPP Редакции 15, было достигнуто соглашение о поддержке NSA развертываний NR. В данном случае, NR RAT не поддерживает автономную операцию, т.е. она не может сама обслуживать UE. Вместо этого, двойная соединяемость, например, EN-DC, используется для обслуживания конечных пользователей. Это означает, что UE сначала соединяются с LTE MeNB, который позже настраивает ветвь NR в SgNB. Фигура 10 иллюстрирует примерные потоки сигнализации, показывающие эту процедуру.
В процедуре выше, UE сначала осуществляет соединение в LTE с этапа 1 по этап 11. В этом месте сеть выдает UE инструкцию по измерению NR RAT, и конфигурация измерения может приходить в любой момент после и наряду с сообщением 11. Затем, UE отправляет отчет об измерении касательно NR RAT. Затем сеть может инициировать настройку ветви NR с этапа 16 по этап 26. Применительно к EN-DC, используется базовая сеть EPC.
В дополнение к неавтономной операции, NR также будет поддерживать SA операцию. В данном случае, UE, которое поддерживает SA NR, будет закрепляться в сотах NR и осуществлять доступ непосредственно с системой NR, т.е. не требуется сначала соединение с LTE для осуществления доступа к NR. NR gNB с поддержкой SA будет осуществлять широковещательную передачу Системной Информации (SI) в соте, которая используется для осуществления доступа к соте NR, образом аналогичным операции LTE, несмотря на то, что содержимое SI, как, впрочем, и способ, посредством которого осуществляется ее широковещательная передача, например, периодичность, могут отличаться от LTE.
Касательно Интегрированного Доступа и Обратного Транзита (IAB), уплотнение через развертывания все больше и больше базовых станций, таких как макро или микро базовые станции, является одним из механизмов, который может быть использован для удовлетворения постоянно растущего спроса на все большую и большую полосу пропускания и/или емкость в мобильных сетях, в основном обусловленного услугами потоковой передачи видео. Благодаря доступности большего спектра в полосе миллиметровых волн (mmw), развертывание небольших сот, которые работают в этой полосе, является привлекательной опцией развертывания для этих целей. Однако, развертывание волокна для небольших сот, что является обычным способом развертывания небольших сот, может оказаться очень дорогим и непрактичным. Таким образом, использование беспроводной линии связи для соединения небольших сот с сетью оператора является недорогой и практичной альтернативой. Одним таким решением является сеть IAB, в которой оператор может использовать часть радиоресурсов для линии обратного транзита.
Интегрированный доступ и обратный транзит были изучены ранее в 3GPP в объеме LTE Редакции 10. В этой работе была принята архитектура, в которой Узел-Ретранслятор (RN) обладает функциональной возможностью LTE eNB и модема UE. RN соединяется с донорским eNB, который обладает функциональной возможностью прокси S1/X2, пряча RN от оставшейся части сети. Эта архитектура позволяет Донорскому eNB быть осведомленным о UE за RN и скрывать любую мобильность UE между Донорским eNB и Узлом-Ретранслятором на том же самом Донорском eNB от CN.
В Редакции 10 также рассматривались другие архитектуры, например, где RN являются более прозрачными для Донорского gNB и распределяется отдельный автономный узел P/S-GW.
Применительно к NR, также может быть рассмотрена аналогичная опция архитектуры. Одно потенциальное отличие по сравнению с LTE, кроме различия нижнего слоя, состоит в том, что разбиение gNB-CU/DU определяется для NR, что обеспечивает разделение критичных ко времени протоколов RLC/MAC/PHY от менее критичных ко времени протоколов RRC/PDCP. Такое разбиение также может быть применено для случая интегрированного доступа и обратного транзита. Другие отличия, ожидаемые в NR по сравнению с LTE в отношении IAB, состоят в поддержке нескольких скачков, как, впрочем, и поддержка избыточных путей.
Касательно разбиения gNB-CU/DU в NR и NG-RAN, в NR и для RAN Следующего Поколения, было достигнуто соглашение о поддержке разделения для gNB на CU и DU. DU завершает радиоинтерфейс в направлении к UE, включая протоколы слоя RLC, MAC и Физического слоя, при том, что CU завершает протоколы PDCP и RRC в направлении к UE, как, впрочем, и интерфейсы NG-C/U в направлении к 5GC и интерфейс Xn/X2 в направлении других NR gNB и LTE eNB. Разделение CU/DU дополнительно описано в документе 3GPP TS 38.401 и на Фигуре 11. Между CU и DU определяется интерфейс F1. Протокол прикладной части F1 (F1-AP) определяется в документе 3GPP 38.473.
Дополнительно, в 3GPP RAN3 WG было достигнуто соглашение о поддержке разделения gNB-CU на функцию CU-CP, включающую в себя RRC и PDCP для радиоканалов сигнализации, и функцию CU-UP, включающую в себя PDCP для плоскости пользователя. Части CU-CP и CU-UP осуществляют связь друг с другом с использованием интерфейса E1 и протокола E1-AP. Разделение CU-CP/UP иллюстрируется на Фигуре 12.
Касательно использования EN-DC для узлов IAB, из соглашения 3GPP RAN2, должны поддерживаться как SA, так и NSA в EN-DC по линии доступа между UE и узлом IAB. Примерным развертыванием для IAB с использованием EN-DC может быть макро решетчатая сеть LTE, которая уплотняется путем добавления новых микро узлов, некоторые из которых являются с обратным транзитом с использованием IAB. В данном примерном сценарии, макро места модернизируются, чтобы также поддерживать NR, которая является дополнением LTE, а микро места поддерживают только NR, как показано на Фигуре 13.
В данном случае можно работать в EN-DC, используя широкое покрытие LTE, и NR в качестве средства ускорения данных. Решение EN-DC обеспечивает разделение LTE и NR с использованием неидеальной транспортировки, означая, что решение EN-DC может быть осуществимо для поддержки сценария IAB, в котором беспроводной обратный транзит для узла NR, обслуживающего UE, осуществляется с использованием другого узла NR. Фигура 14 иллюстрирует примерную логическую архитектуру для данного сценария, в котором узел NR с беспроводным обратным транзитом через NR-маркированный узел IAB, выполняет функции en-gNB-DU, обслуживающего линию связи NR SCG.
Существующее решение EN-DC, включающее в себя функции интерфейса X2, может быть применено для узлов IAB с поддержкой EN-DC UE. Не предвидится никаких особых для IAB последствий в отношении LTE eNB, чтобы поддерживать EN-DC по линии доступа.
Предполагается, что интегрированный доступ и обратный транзит могут также поддерживаться и в развертывании автономной NR, по этой причине предполагается, что стандарт также может поддерживать IAB при использовании автономной NR по линии как доступа, так и обратного транзита, чтобы обеспечивать полные только NR развертывания, как показано на Фигуре 15.
Стандарт может поддерживать IAB при использовании автономной NR по линии как доступа, так и обратного транзита. В настоящий момент существуют определенные проблемы. Например, для того чтобы поддерживать интегрированный доступ и обратный транзит, желательно обеспечить узел IAB, например, узел-ретранслятор, который предоставляет доступ UE и является беспроводным обратным транзитом через NR, для работы в автономной NR. Причина этого состоит в том, что довольно сложно поддерживать EN-DC по линии обратного транзита, как описано ниже.
При условии, что линия обратного транзита IAB является сетевой внутренней линией, то существует большая гибкость в отношении того, каким образом данная линия должна быть реализована, в сравнении с линией доступа, которая должна взаимодействовать с миллионами устройств и/или UE, включая унаследованные устройства. По этой причине, может быть рассмотрено, можно ли избежать EN-DC по линии обратного транзита, а вместо этого можно использовать только SA NR.
Сценарий EN-DC по линии обратного транзита и его высокоуровневая логическая архитектура проиллюстрированы на Фигурах 13 и 14.
Одним аргументом в пользу поддержки EN-DC может быть то, что если оставшаяся часть сети, включая Пакетное Ядро, не поддерживает автономную NR, то было бы невозможно соединить узел IAB с использованием автономной NR. С другой стороны, если бы было возможно избежать EN-DC даже в этих сетях, то это было бы предпочтительным, поскольку EN-DC имеет некоторые последствия для LTE eNB и EPC, как показано выше.
Поскольку по линии обратного транзита оба узла являются сетевыми узлами, то по меньшей мере проще модернизировать их для поддержки автономной NR. Другие аргументу в пользу того, почему автономной NR может быть достаточно для линии обратного транзита, состоят в том, что ожидается, что узел IAB может быть развернут в месте с хорошим покрытием NR и не потребует LTE с точки зрения покрытия радиосвязи.
Другая потенциальная проблема поддержки как EN-DC, так и SA по линии обратного транзита состоит в том, что это требует, с точки зрения стандартизации, двух разных решений CN, как, впрочем, и двух разных протоколов NAS для обеспечения функциональной возможности соединяемости для узла IAB. Может также случиться так, что решение будет выглядеть по-разному между двумя CN, так как разные функциональные разбиения и разделение CP/CP применяется в EPC и 5GC.
Дополнительная проблема с использованием EN-DC для линии обратного транзита состоит в том, что наиболее вероятно это означает, что особые для IAB функциональные возможности также могут потребоваться в LTE eNB, обслуживающем узел IAB, поскольку функциональные возможности, требуемые в LTE MN для обслуживания узла IAB, могут сильно отличаться от тех, которые требуются для обслуживания UE. Какие именно функциональные возможности потребуются, еще предстоит выяснить, но по меньшей мере могут присутствовать некоторые базовые функциональные возможности, связанные с выбором CN, нарезкой и аналогичным, которые не могут быть применены к UE.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Для решения вышеупомянутых проблем существующих решений, раскрываются способы, сетевые узлы и система связи для обеспечения работы для узла-ретранслятора в неавтономной соте путем запрета автономным UE доступа к неавтономной соте, но разрешения узлу-ретранслятору доступа к неавтономной соте. Настоящее изобретение реализует решение для узла-ретранслятора для выполнения автономных операций в неавтономной соте так, что узел-ретранслятор может поддерживать как линию доступа, так и линию обратного транзита в EN-DC, не требуя от операторов поддержки автономных сот для неавтономных UE. Вследствие этого, развертывание узлов-ретрансляторов может избежать последствий для базовых станций LTE и сети EPC.
В данном изобретении разработано несколько вариантов осуществления. В соответствии с одним вариантом осуществления, способ для обеспечения операций для узла-ретранслятора содержит этап, на котором принимают, в первом сетевом узле, блок системной информации, включающий в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и, запрещено ли автономным UE осуществление доступа к первой соте, а второе указание указывает на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте. Способ дополнительно содержит этап, на котором идентифицируют, в первом сетевом узле, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
В одном варианте осуществления, первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но не является зарезервированной для типа первого сетевого узла. В другом варианте осуществления, первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но установлена, чтобы разрешать тип первого сетевого узла. В одном варианте осуществления, первое указание является reservedNR-Cell, который сконфигурирован или присутствует, а второе указание является ReservedNR-CellExeptions.
В одном варианте осуществления, первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание содержит список доступа к соте, указывающий на то, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте. В одном варианте осуществления, первое указание является reservedNR-Cell, который сконфигурирован или присутствует, а список доступа к соте включается в cellAccessRelatedInfoList.
В одном варианте осуществления, первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание не содержит значение запрета для типа первого сетевого узла.
В одном варианте осуществления, блок системной информации дополнительно содержит третье указание, которое указывает на то, что оборудование пользователя из автономных UE имеет возможность осуществления доступа к первой соте.
В одном варианте осуществления, способ дополнительно содержит этап, на котором принимают, в первом сетевом узле, второй блок системной информации, при этом второй блок системной информации используется для автономных операций и считывается только типом первого сетевого узла, когда к первой соте разрешено осуществление доступа для типа первого сетевого узла.
В одном варианте осуществления, первый сетевой узел выполняет процедуру произвольного доступа для осуществления доступа к первой соте через автономные операции, в ответ на идентификацию того, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
В соответствии с другим вариантом осуществления, сетевой узел для обеспечения операций для узла-ретранслятора, содержит по меньшей мере одну схему обработки, и по меньшей мере одно хранилище, которое хранит исполняемые процессором инструкции, которые, когда исполняются схемой обработки, предписывают сетевому узлу принять блок системной информации, включающий в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и, запрещено ли автономным UE осуществление доступа к первой соте, а второе указание указывает на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте; и идентифицировать, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
В соответствии с еще одним другим вариантом осуществления, сетевой узел для обеспечения операций для узла-ретранслятора содержит по меньшей мере одну схему обработки; и по меньшей мере одно хранилище, которое хранит исполняемые процессором инструкции, которые, когда исполняются схемой обработки, предписывают сетевому узлу осуществлять широковещательную передачу, к узлам-ретрансляторам и UE в первой соте, блока системной информации, включающего в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и, запрещено ли автономным UE осуществление доступа к первой соте, а второе указание указывает на то, имеют ли узлы-ретрансляторы возможность осуществления доступа к первой соте.
В соответствии с еще одним другим вариантом осуществления, система связи для обеспечения операций для узла-ретранслятора содержит по меньшей мере два сетевых узла. Первый сетевой узел содержит по меньшей мере одну схему обработки, выполненную с возможностью осуществления широковещательной передачи, к узлам-ретрансляторам и UE в первой соте, блока системной информации, включающего в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и, запрещено ли автономным UE осуществление доступа к первой соте, а второе указание указывает на то, имеют ли узлы-ретрансляторы возможность осуществления доступа к первой соте. Второй сетевой узел из узлов-ретрансляторов содержит по меньшей мере одну схему обработки, выполненную с возможностью приема, от первого сетевого узла, блока системной информации, включающего в себя первое указание и второе указание, и идентификации того, разрешено ли осуществление доступа к первой соте для узлов-ретрансляторов на основании второго указания в блоке системной информации.
Определенные аспекты настоящего изобретения и их варианты осуществления могут предоставлять решения этих и других проблем. В данном документе предлагаются различные варианты осуществления, которые решают одну или несколько проблем, раскрытых в данном документе.
Определенные варианты осуществления могут предоставлять одно или несколько из следующих технических преимуществ. Способ, раскрытый в настоящем изобретении, может позволять узлам-ретрансляторам, например, узлам IAB, закрепляться в и осуществлять доступ к сотам неавтономной NR и работать так, как если бы эти соты неавтономной NR были сотами автономной NR. Конкретные варианты осуществления позволяют определенным сотам работать с использованием автономной RAT для узлов-ретрансляторов, но по-прежнему не допускают осуществление доступа автономными UE к этим определенным сотам.
Конкретные варианты осуществления дополнительно обеспечивают для операторов, которые поддерживают только сети EN-DC и EPC, поддержку узлов-ретрансляторов с использованием автономной NR. Вследствие этого, конкретные варианты осуществления могут ослабить последствия для базовых станций LTE и сети EPC, и обеспечить эффективный по затратам способ модернизации сетей.
Различные другие признаки и преимущества станут очевидны специалисту в соответствующей области техники в свете нижеследующего подробного описания и чертежей. Определенные варианты осуществления могут не иметь, иметь некоторые или все из перечисленных преимуществ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фигуры сопроводительных чертежей, которые включены в и формируют часть данного технического описания, иллюстрируют некоторые аспекты изобретения, и вместе с описанием служат для объяснения принципов изобретения.
Фигура 1 иллюстрирует пример архитектуры EPC без роуминга для доступов 3GPP;
Фигура 2 иллюстрирует пример общей архитектуры E-UTRAN;
Фигура 3 иллюстрирует пример архитектуры протокола Плоскости Управления EPC;
Фигура 4 иллюстрирует пример архитектуры протокола Плоскости Пользователя EPC;
Фигура 5 иллюстрирует пример текущей, общей архитектуры 5G RAN;
Фигура 6 иллюстрирует пример Радиоканалов MgNB для Двойной Соединяемости;
Фигура 7 иллюстрирует пример Радиоканалов SgNB для Двойной Соединяемости;
Фигура 8 иллюстрирует примерные принципы MR-DC в 5G;
Фигура 9 иллюстрирует примерную архитектуру протокола радиосвязи для радиоканалов MGC, разбиения MCG, SCG и разбиения SCG в MR-DC с 5GC;
Фигура 10 иллюстрирует примерную сигнализацию развертываний неавтономной NR;
Фигура 11 иллюстрирует структурную схему примерного разделения CU-DU в gNB;
Фигура 12 иллюстрирует примерное разделение CU-CP/CU-UP с использованием интерфейса E1 и протокола E1-AP;
Фигура 13 иллюстрирует примерный сценарий использования EN-DC для узлов IAB;
Фигура 14 иллюстрирует примерную логическую архитектуру для работы в EN-DC, используя широкое покрытие LTE и NR в качестве средства ускорения данных.
Фигура 15 иллюстрирует примерный сценарий использования автономной NR как по линии доступа, так и по линии обратного транзита;
Фигура 16 иллюстрирует примерную беспроводную сеть, в соответствии с определенными вариантами осуществления;
Фигура 17 иллюстрирует пример сигнализации узла IAB, выполняющего процедуру произвольного доступа, в соответствии с определенными вариантами осуществления;
Фигура 18 иллюстрирует примерное оборудование пользователя, в соответствии с определенными вариантами осуществления;
Фигура 19 иллюстрирует примерную среду виртуализации, в соответствии с определенными вариантами осуществления;
Фигура 20 иллюстрирует примерную телекоммуникационную сеть, соединенную через промежуточную сеть с хост-компьютером, в соответствии с определенными вариантами осуществления;
Фигура 21 иллюстрирует примерный хост-компьютер, осуществляющий связь через базовую станцию с оборудованием пользователя через частично беспроводное соединение, в соответствии с определенными вариантами осуществления;
Фигура 22 иллюстрирует примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с определенными вариантами осуществления;
Фигура 23 иллюстрирует другой примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с определенными вариантами осуществления;
Фигура 24 иллюстрирует другой дополнительный примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с определенными вариантами осуществления;
Фигура 25 иллюстрирует другой еще один примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с определенными вариантами осуществления;
Фигура 26 иллюстрирует блок-схему примерного способа в сетевом узле, в соответствии с определенными вариантами осуществления; и
Фигура 27 иллюстрирует структурную схему примерного сетевого узла, в соответствии с определенными вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
Поскольку при разработке сетей 5G NR важно обеспечить, чтобы унаследованные UE осуществляли доступ к сети EPC через соты NR эффективным по затратам способом, конкретные варианты осуществления в настоящей заявке предоставляют способ, позволяющий узлам IAB закрепляться в и осуществлять доступ к сотам неавтономной NR, как если бы они были автономными. Например, конкретные варианты осуществления позволяют неавтономной соте работать с использованием NR для узлов IAB, но по-прежнему не допускают того, чтобы UE с поддержкой SA, осуществляли доступ к неавтономной соте. Конкретные варианты осуществления дополнительно обеспечивают для операторов, которые поддерживают только сети EN-DC и EPC, поддержку узлов IAB с использованием автономной NR.
Конкретные варианты осуществления могут предоставлять решение для использования автономной NR для узлов IAB, не требуя от операторов поддержки автономной NR для нормальных UE. Это позволяет избежать потребности в том, чтобы операторы, которые поддерживают только EN-DC для их UE конечных пользователей, использовали EN-DC для линии обратного транзита IAB, что будет иметь последствия для их базовых станций LTE и сети EPC. Конкретные варианты осуществления избегают таких последствий для базовых станций LTE и сети EPC, при развертывании узлов IAB. Вследствие этого, конкретные варианты осуществления настоящего изобретения могут минимизировать затраты на модернизацию сети и привести к более быстрому развертыванию узлов IAB.
Некоторые из вариантов осуществления, рассмотренных в данном документе, теперь буду описаны более полно при обращении к сопроводительным чертежам. Однако, другие варианты осуществления содержатся в рамках объема предмета изобретения, раскрытого в данном документе, причем раскрытый предмет изобретения не должен толковаться как ограниченный только вариантами осуществления, изложенными в данном документе; наоборот, эти варианты осуществления предоставлены в качестве примера, чтобы передать объем предмета изобретения специалистам в соответствующей области техники.
В целом, все понятия, используемые в данном документе, следует интерпретировать в соответствии с их обычным значением в соответствующей области техники, если другое значение четко не приводится и/или не подразумевается из контекста, в котором оно используется. Все обращения к элементу, устройству, компоненту, средству, этапу и т.д. следует интерпретировать открыто, как обращающиеся по меньшей мере к одному экземпляру элемента, устройства, компонента, средства, этапа и т.д., если явно не указано иное. Этапы любых способов, раскрытых в данном документе, не должны выполняться в точном раскрытом порядке, если этап явно не описан, как следующий или предшествующий другому этапу, и/или когда подразумевается, что этап должен следовать или предшествовать другому этапу. Любой признак любого из вариантов осуществления, раскрытых в данном документе, может быть применен к любому другому варианту осуществления, где уместно. Аналогичным образом, любое преимущество любого из вариантов осуществления может применяться к любым другим вариантам осуществления, и наоборот. Прочие цели, признаки и преимущества прилагаемых вариантов осуществления будут очевидны из нижеследующего описания.
В некоторых вариантах осуществления используется неограничивающее понятие «UE». В данном документе UE может быть любым типом беспроводного устройства, которое выполнено с возможностью осуществления связи с сетевым узлом или другим UE через радиосигналы. UE также может быть устройством радиосвязи, целевым устройством, UE связи типа устройство с устройством (D2D) UE машинного типа или UE выполненным с возможностью связи типа машина с машиной (M2M), датчиком, оборудованным UE, iPAD, Планшетом, мобильным терминалом, интеллектуальным телефоном, оборудованием со встраиваемым лэптопом (LEE), оборудованием с монтируемым лэптопом (LME), USB-адаптерами, Оборудованием, Установленным у Пользователя (CPE) и т.д.
Также в некоторых вариантах осуществления используется общая терминология «сетевой узел». Это может быть любым видом сетевого узла, который может быть выполнен в виде сетевого узла радиосвязи, такого как базовая станция, базовая радиостанция, базовая станция приемопередатчика, контроллер базовой станции, сетевой контроллер, многостандартная BS, gNB, NR BS, развитый Узел-B (eNB), Узел-B, Объект Координации Многосотовой/многоадресной передачи (MCE), узел-ретранслятор, точка доступа, точка радиодоступа, Выносной Радиоблок (RRU), Выносной Головной Радиоблок (RRH), многостандартная BS (также известная как MSR BS), узел базовой сети (например, MME, узел SON, координирующий узел, узел позиционирования, узел MDT и т.д.) или даже внешний узел (например, сторонний узел, внешний узел для текущей сети) и т.д. Сетевой узел также может содержать испытательное оборудование.
Кроме того, в некоторых вариантах осуществления понятие «базовая станция (BS)» может содержать, например, gNB, en-gNB или ng-eNB или узел-ретранслятор или любую BS, которая совместима с вариантами осуществления. Понятие «радиоузел», используемое в данном документе, может быть использовано для обозначения UE или сетевого узла радиосвязи. Понятие «сигнализация», используемое в данном документе, может содержать любое из высокоуровневой сигнализации (например, через RRC или аналогичное), низкоуровневой сигнализации (например, через физический канал управления или широковещательный канал), или их сочетание. Сигнализация может быть неявной или явной. Сигнализация может дополнительно быть одноадресной, многоадресной или широковещательной. Сигнализация также может быть непосредственной для другого узла или через третий узел.
Фигура 16 является примерной беспроводной сетью, в соответствии с определенными вариантами осуществления. Несмотря на то, что предмет изобретения, описанный в данном документе, может быть реализован в любом подходящем типе системы с использованием любых подходящих компонентов, варианты осуществления, раскрытые в данном документе, описываются в отношении беспроводной сети, такой как примерная беспроводная сеть, проиллюстрированная на Фигуре 16. Для простоты, беспроводная сеть на Фигуре 16 изображает только сеть 1606, сетевые узлы 1660 и 1660b, и беспроводные устройства 1610, 1610b и 1610c (WD). На практике, беспроводная сеть может дополнительно включать в себя любые дополнительные элементы, подходящие для обеспечения связи между беспроводными устройствами или между беспроводным устройством и другим устройством связи, таким как стационарный телефон, поставщик услуг или любой другой сетевой узел или конечное устройство. Из проиллюстрированных компонентов, сетевой узел 1660 и беспроводное устройство 1610 (WD) изображены с дополнительными подробностями. В некоторых вариантах осуществления сетевой узел 1660 может быть базовой станцией, такой как gNB. В определенных вариантах осуществления сетевой узел 1660 может быть сетевым узлом, который дополнительно проиллюстрирован на Фигуре 27. Беспроводная сеть может предоставлять связь и другие типы услуг одному или нескольким беспроводным устройствам, чтобы способствовать доступу беспроводных устройств к и/или использованию услуг, которые предоставляются посредством, или через, беспроводной сети.
Беспроводная сеть может содержать и/или взаимодействовать с любым типом сети связи, телекоммуникационной сети, сети передачи данных, сотовой сети и/или радиосети или другим аналогичным типом системы. В некоторых вариантах осуществления беспроводная сеть может быть выполнена с возможностью работы в соответствии с конкретными стандартами или другими типами предопределенных правил или процедур. Таким образом, конкретные варианты осуществления беспроводной сети могут реализовывать стандарты связи, такие как Глобальная Система Связи с Подвижными Объектами (GSM), Универсальная Система Мобильной Связи (UMTS), Долгосрочное Развитие (LTE) и/или другие подходящие стандарты 2G, 3G, 4G или 5G; стандарты беспроводной локальной сети (WLAN), такие как стандарты IEEE 802.11; и/или любые другие подходящие стандарты беспроводной связи, такие как стандарты Общемировой Совместимости Широкополосного Беспроводного Доступа (WiMax), Bluetooth, Z-Wave и/или ZigBee.
Сеть 1606 может содержать одну или несколько сетей обратного транзита, базовые сети, IP сети, телефонные коммутируемые сети общего пользования (PSTN), сети пакетной передачи данных, оптические сети, глобальные сети (WAN), локальные сети (LAN), беспроводные локальные сети (WLAN), проводные сети, беспроводные сети, городские сети и другие сети для обеспечения связи между устройствами.
Сетевой узел 1660 и WD 1610 содержат различные компоненты, описанные более подробно ниже. Эти компоненты работают вместе для того, чтобы обеспечивать функциональные возможности сетевого узла и/или беспроводного устройства, такие как обеспечение беспроводных соединений в беспроводной сети. В разных вариантах осуществления беспроводная сеть может содержать любое количество проводных или беспроводных сетей, сетевых узлов, базовых станций, контроллеров, беспроводных устройств, станций-ретрансляторов и/или любых других компонентов или систем, которые могут способствовать или участвовать в связи для передачи данных и/или сигналов, будь то через проводные или беспроводные соединения.
Используемый в данном документе сетевой узел относится к оборудованию, выполненному с возможностью, сконфигурированному, организованному и/или работающему для осуществления связи непосредственно или опосредованно с беспроводным устройством и/или с другими сетевыми узлами или оборудованием в беспроводной сети, для обеспечения и/или предоставления беспроводного доступа беспроводному устройству и/или для выполнения других функций (например, администрирование) в беспроводной сети. Примеры сетевых узлов включают, но не ограничиваются, точки доступа (AP) (например, точки радиодоступа), базовые станции (BS) (например, базовые радиостанции, Узлы-B, развитые Узлы-B (eNB) и Узлы-B NR (gNB)). Базовые станции могут быть классифицированы на основании величины покрытия, которое они обеспечивают (или, говоря иначе, их уровня мощности передачи) и тогда также могут упоминаться как фемто базовые станции, пико базовые станции, микро базовые станции или макро базовые станции. Базовая станция может быть узлом-ретранслятором или донорским узлом ретрансляции, осуществляющим управление ретрансляцией. Сетевой узел также может включать в себя одну или несколько (или все) частей распределенной базовой радиостанции, такие как централизованные цифровые блоки и/или выносные радиоблоки (RRU), иногда упоминаемые как Выносные Головные Радиоблоки (RRH). Такие выносные радиоблоки могут или могут не быть интегрированы с антенной в качестве радиостанции с интегрированной антенной. Части распределенной базовой радиостанции также могут упоминаться как узлы в распределенной антенной системе (DAS). Еще одни дополнительные примеры сетевых узлов включают оборудование многостандартного радио (MSR), такое как MSR BS, сетевые контроллеры, такие как контроллеры радиосети (RNC) или контроллеры базовой станции (BSC), базовые станции приемопередатчика (BTS), точки передачи, узлы передачи, объекты координации многосотовой/многоадресной передачи (MCE), узлы базовой сети (например, MSC, MME), узлы Q&M, узлы OSS, узлы SON, узлы позиционирования (например, E-SMLC) и/или MDT. В качестве другого примера сетевой узел может быть виртуальным сетевым узлом, как описано более подробно ниже. Однако, в целом, сетевые узлы могу представлять собой любое подходящее устройство (или группу устройств) выполненное с возможностью, сконфигурированное, организованное и/или работающее для обеспечения и/или предоставления беспроводному устройству доступа к беспроводной сети или для предоставления некоторой услуги беспроводному устройству, которое осуществило доступ к беспроводной сети.
На Фигуре 16 сетевой узел 1660 включает в себя схему 1670 обработки, читаемый-устройством носитель 1680 информации, интерфейс 1690, вспомогательное оборудование 1684, источник питания 1686, схему 1687 питания и антенну 1662. Несмотря на то, что сетевой узел 1660, проиллюстрированный в примерной беспроводной сети на Фигуре 16, может представлять собой устройство, которое включает в себя проиллюстрированное сочетание компонентов аппаратного обеспечения, другие варианты осуществления могут содержать сетевые узлы с другими сочетаниями компонентов. Следует понимать, что сетевой узел содержит любое подходящее сочетание аппаратного обеспечения и/или программного обеспечения, которое требуется для выполнения задач, признаков, функций и способов, раскрытых в данном документе. Более того, при том, что компоненты сетевого узла 1660 изображены в качестве одиночных прямоугольников, расположенных внутри большого прямоугольника, или вложенными в несколько прямоугольников, на практике, сетевой узел может содержать несколько разных физических компонентов, которые составляют единый проиллюстрированный компонент (например, читаемый-устройством носитель 1680 информации может содержать несколько отдельный накопителей на жестком диске, как, впрочем, и несколько модулей RAM).
Аналогичным образом сетевой узел 1660 может быть составлен из нескольких физически отдельных компонентов (например, компонента NodeB и компонента RNC, или компонента BTS и компонента BSC и т.д.), каждый из которых может иметь свои собственные соответствующие компоненты. В определенных сценариях, в которых сетевой узел 1660 содержит множество отдельных компонентов (например, компоненты BTS и BSC), один или несколько из отдельных компонентов могут совместно использоваться несколькими сетевыми узлами. Например, один RNC может управлять несколькими NodeB. В таком сценарии, каждая уникальная пара NodeB и RNC может в некоторых случаях рассматриваться в качестве одного отдельного сетевого узла. В некоторых вариантах осуществления сетевой узел 1660 может быть выполнен с возможностью поддержки нескольких технологий радиодоступа (RAT). В таких вариантах осуществления некоторые компоненты могут быть продублированы (например, отдельный читаемый-устройством носитель 1680 информации для разных RAT) и некоторые компоненты могут быть повторно использованы (например, одна и та же антенна 1662 может быть совместно использована несколькими RAT). Сетевой узел 1660 также может включать в себя несколько наборов различных проиллюстрированных компонентов для разных беспроводных технологий, интегрированных в сетевом узле 1660, как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти беспроводные технологии могут быть интегрированы в одном и том же или разных чипах, или наборах чипов или других компонентах в сетевом узле 1660.
Схема 1670 обработки выполнена с возможностью выполнения любого определения, вычисления или аналогичных операций (например, определенных операций получения), описанных в данном документе, как обеспечиваемые сетевым узлом. Эти операции, которые выполняются схемой 1670 обработки, могут включать в себя обработку информации, полученной схемой 1670 обработки, путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, хранящейся в сетевом узле, и/или выполнения одной или нескольких операций на основании полученной информации или преобразованной информации, и, в результате упомянутой обработки, выполнения определения.
Схема 1670 обработки может содержать сочетание одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового сигнального процессора, проблемно-ориентированной интегральной микросхемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратного обеспечения, программного обеспечения и/или кодированной логики, работающей для обеспечения, либо отдельно, либо в сочетании с другими компонентами сетевого узла 1660, такими как читаемый-устройством носитель 1680 информации, функциональных возможностей сетевого узла 1660. Например, схема 1670 обработки может исполнять инструкции, хранящиеся в читаемом-устройством носителе 1680 информации или в памяти схемы 1670 обработки. Такие функциональные возможности могут включать в себя обеспечение любых из различных беспроводных признаков, функций или преимуществ, которые обсуждаются в данном документе. В некоторых вариантах осуществления схема 1670 обработки может включать в себя систему на кристалле (SOC).
В некоторых вариантах осуществления схема 1670 обработки может включать в себя одно или несколько из схемы 1672 радиочастотного (RF) приемопередатчика и схемы 1674 обработки основной полосы частот. В некоторых вариантах осуществления схема 1672 радиочастотного (RF) приемопередатчика и схема 1674 обработки основной полосы частот могут находиться на отдельных чипах (или отдельных наборах чипов), платах или блоках, таких как радиоблоки и цифровые блоки. В альтернативных вариантах осуществления часть или все из схемы 1672 RF приемопередатчика и схемы 1674 обработки основной полосы частот могут находиться на одном и том же чипе или наборе чипов, платах или блоках.
В определенных вариантах осуществления некоторые или все функциональные возможности, описанные в данном документе, как обеспечиваемые сетевым узлом, базовой станцией, eNB или другим таким сетевым устройством, могут быть выполнены схемой 1670 обработки, исполняющей инструкции, хранящиеся на читаемом-устройством носителе 1680 информации или в памяти в схеме 1670 обработки. В альтернативных вариантах осуществления, некоторые или все из функциональных возможностей могут быть обеспечены схемой 1670 обработки без исполнения инструкций, хранящихся на отдельном или дискретном читаемом-устройством носителе информации, как, например, образом со схемной реализацией. В любых из этих вариантов осуществления, хранятся или нет исполняемые инструкции на читаемом-устройством запоминающем носителе информации, схема 1670 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, которые предоставляются такими функциональными возможностями, не ограничиваются одной схемой 1670 обработки или другими компонентами сетевого узла 1660, а используются сетевым узлом 1660 в целом и/или конечными пользователями и беспроводной сетью в общем.
Читаемый-устройством носитель 1680 информации может быть выполнен в любой форме энергозависимой или энергонезависимой машиночитаемой памяти, включая, без ограничения, постоянное хранилище, твердотельную память, удаленную смонтированную память, магнитные носители информации, оптические носители информации, память с произвольным доступом (RAM), постоянную память (ROM), массовые запоминающие носители информации (например, жесткий диск), съемные запоминающие носители информации (например, флэш-накопитель, Компакт Диск (CD) или Цифровой Видео Диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, не временные читаемые-устройством и/или исполняемые компьютером устройства памяти, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 1670 обработки. Читаемый-устройством носитель 1680 информации может хранить любые подходящие инструкции, данные или информацию, включая компьютерную программу, программное обеспечение, приложение, включающее в себя одно или несколько из логики, правил, кода, таблиц и т.д., и/или другие инструкции, выполненные с возможностью исполнения схемой 1670 обработки и, используемые сетевым узлом 1660. Читаемый-устройством носитель 1680 информации может быть использован для хранения любых вычислений, выполненных схемой 1670 обработки, и/или любых данных, принятых через интерфейс 1690. В некоторых вариантах осуществления схема 1670 обработки и читаемый-устройством носитель 1680 информации могут рассматриваться как интегрированные.
Интерфейс 1690 используется в проводной или беспроводной связи передачи сигнализации и/или данных между сетевым узлом 1660, сетью 1606 и/или WD 1610. Как проиллюстрировано, интерфейс 1690 содержит порт(ы)/вывод(ы) 1694 для отправки и приема данных, например, к и от сети 1606, через проводное соединение. Интерфейс 1690 также включает в себя схему 1692 внешнего радиоинтерфейса, которая может быть связана с, или в определенных вариантах осуществления быть частью, антенны 1662. Схема 1692 внешнего радиоинтерфейса содержит фильтры 1698 и усилители 1696. Схема 1692 внешнего радиоинтерфейса может быть соединена с антенной 1662 и схемой 1670 обработки. Схема внешнего радиоинтерфейса может быть выполнена с возможностью приведения в определенное состояние сигналов, сообщение которых осуществляется между антенной 1662 и схемой 1670 обработки. Схема 1692 внешнего радиоинтерфейса может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или WD через беспроводное соединение. Схема 1692 внешнего радиоинтерфейса может преобразовывать цифровые данные в радиосигнал с подходящими параметрами канала и полосы пропускания с использованием сочетания фильтров 1698 и/или усилителей 1696. Затем радиосигнал может быть передан через антенну 1662. Аналогичным образом, при приеме данных, антенна 1662 может собирать радиосигналы, которые затем преобразуются в цифровые данные посредством схемы 1692 внешнего радиоинтерфейса. Цифровые данные могут быть переправлены в схему 1670 обработки. В других вариантах осуществления интерфейс может содержать другие компоненты и/или другие сочетания компонентов.
В определенных альтернативных вариантах осуществления сетевой узел 1660 может не включать в себя отдельную схему 1692 внешнего радиоинтерфейса, вместо этого, схема 1670 обработки может содержать схему внешнего радиоинтерфейса и может быть соединена с антенной 1662 без отдельной схемы 1692 внешнего радиоинтерфейса. Аналогичным образом в некоторых вариантах осуществления вся или некоторая часть схемы 1672 RF приемопередатчика может рассматриваться как часть интерфейса 1690. В еще одних других вариантах осуществления интерфейс 1690 может включать в себя один или несколько портов, или выводов 1694, схему 1692 внешнего радиоинтерфейса и схему 1672 RF приемопередатчика, как часть радиоблока (не показано), и интерфейс 1690 может осуществлять связь со схемой 1674 обработки основной полосы частот, которая является частью цифрового блока (не показано).
Антенна 1662 может включать в себя одну или несколько антенн, или антенные решетки, выполненные с возможностью отправки и/или приема беспроводных сигналов. Антенна 1662 может быть связана со схемой 1690 внешнего радиоинтерфейса и может быть любым типом антенны, выполненным с возможностью передачи и приема данных и/или сигналов беспроводным образом. В некоторых вариантах осуществления антенна 1662 может содержать одну или несколько всенаправленных, секторных или панельных антенн, выполненных с возможностью передачи/приема радиосигналов между, например, 2ГГц и 66ГГц. Всенаправленная антенна может быть использована для передачи/приема радиосигналов в любом направлении, секторная антенна может быть использована для передачи/приема радиосигналов от устройств в конкретной зоне, а панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов в относительно прямой видимости. В некоторых случаях использование более одной антенны может упоминаться как MIMO. В определенных вариантах осуществления антенна 1662 может быть отделена от сетевого узла 1660 и может быть соединяемой с сетевым узлом 1660 через интерфейс или порт.
Антенна 1662, интерфейс 1690 и/или схема 1670 обработки могут быть выполнены с возможностью выполнения любых операций приема и/или определенных операций получения, описанных в данном документе, как выполняемые сетевым узлом. Любая информация, данные и/или сигналы могут быть приняты об беспроводного устройства, другого сетевого узла и/или любого другого сетевого оборудования. Аналогичным образом, антенна 1662, интерфейс 1690 и/или схема 1670 обработки могут быть выполнены с возможностью выполнения любых операций передачи, описанных в данном документе, как выполняемые сетевым узлом. Любая информация, данные и/или сигналы могут быть переданы беспроводному устройству, другому сетевому узлу и/или любому другому сетевому оборудованию.
Схема 1687 питания может содержать, или быть связана с, схему управления питанием и выполнена с возможностью подачи компонентам сетевого узла 1660 питания для выполнения функциональных возможностей, описанных в данном документе. Схема 1687 питания может принимать питание от источника 1686 питания. Источник 1686 питания и/или схема 1687 питания могут быть выполнены с возможностью предоставления питания различным компонентам сетевого узла 1660 в форме, подходящей для соответствующих компонентов (например, с уровнем напряжения и тока, которые требуются для каждого соответствующего компонента). Источник 1686 питания может либо быть включен в, либо быть внешним для, схему 1687 питания и/или сетевой узел 1660. Например, сетевой узел 1660 может быть соединяемым с внешним источником питания (например, электрической розеткой) через схему или интерфейс ввода, как например, электрический кабель, посредством чего внешний источник питания подает питание к схеме 1687 питания. В качестве дополнительного примера источник 1686 питания может содержать источник питания в форме батареи или блока батарей, который соединяется с, или интегрирован в, схемой питания 1687. Батарея может обеспечивать резервное питание при сбое внешнего источника питания. Также могут быть использованы другие типы источников питания, такие как фотогальванические устройства.
Альтернативные варианты осуществления сетевого узла 1660 могут включать в себя дополнительные компоненты помимо тех, что показаны на Фигуре 16, которые могут отвечать за обеспечение определенных аспектов функциональных возможностей сетевого узла, включая любую из функциональных возможностей, описанных в данном документе и/или любые функциональные возможности, необходимые для поддержки описанного в данном документе предмета изобретения. Например, сетевой узел 1660 может включать оборудование интерфейса пользователя для обеспечения ввода информации в сетевой узел 1660 и для обеспечения вывода информации из сетевого узла 1660. Это может позволять пользователю выполнять диагностику, обслуживание, ремонт и прочие административные функции для сетевого узла 1660.
Используемое в данном документе беспроводное устройство (WD) относится к устройству, выполненному с возможность, сконфигурированному, организованному и/или работающему для осуществления связи беспроводным образом с сетевыми узлами и/или другими беспроводными устройствами. Если не указано иное, то понятие WD может быть использовано в данном документе взаимозаменяемым образом с оборудованием пользователя (UE). В определенных вариантах осуществления беспроводное устройство 1610 может быть оборудованием пользователя, которое дополнительно изображено на Фигуре 18. Осуществление связи беспроводным образом может включать передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для переноса информации по воздуху. В некоторых вариантах осуществления WD может быть выполнено с возможностью передачи и/или приема информации без непосредственного взаимодействия с человеком. Например, WD может быть разработано для передачи информации в сеть по предварительно определенному расписанию, при инициировании внутренним или внешним событием, или в ответ на запросы от сети. Примеры WD включают в себя, но не ограничиваются, интеллектуальный телефон, мобильный телефон, сотовый телефон, телефон стандарта голос через IP (VoIP), телефон беспроводной абонентской линии, настольный компьютер, персональный цифровой помощник (PDA), беспроводные камеры, игровую консоль или устройство, устройство хранения музыки, прибор воспроизведения, носимое терминальное устройство, беспроводную конечную точку, мобильную станцию, планшет, лэптоп, оборудование со встраиваемым лэптопом (LEE), оборудование с монтируемым лэптопом (LME), интеллектуальное устройство, беспроводное оборудование, установленное у пользователя (CPE), смонтированное на транспортном средстве беспроводное терминальное устройство и т.д. WD может поддерживать связь типа устройство с устройством (D2D), например, путем реализации стандарта 3GPP для связи побочной линии связи, связи типа транспортное средство с транспортным средством (V2V), типа транспортное средство с инфраструктурой (V2I), типа транспортное средством со всем (V2X) и может в данном случае упоминаться как устройство связи D2D. В качестве еще одного другого особого примера, в сценарии Интернет Вещей (IoT), WD может представлять собой машину или другое устройство, которое осуществляет мониторинг и/или выполняет измерения, и передает результаты такого мониторинга и/или измерений другому WD и/или сетевому узлу. WD в данном случае может быть устройством связи типа машина с машиной (M2M), которое в контексте 3GPP может упоминаться как устройство MTC. В качестве одного конкретного примера WD может быть UE, реализующим стандарт узкополосный интернет вещей (NB-IoT) 3GPP. Конкретными примерами таких машин или устройств являются датчики, измерительные устройства, такие как измерители мощности, промышленное оборудование, или бытовые или персональные приборы (например, холодильники, телевизоры и т.д.), персональные носимые устройства (например, наручные часы, фитнес-трекеры и т.д.). В других сценариях WD может представлять собой транспортное средство или другое оборудование, которое выполнено с возможностью осуществления мониторинга и/или представления отчета о своем рабочем статусе или других функциях, ассоциированных с его работой. WD, как описано выше, может представлять собой конечную точку беспроводного соединения, и в этом случае устройство может упоминаться как беспроводной терминал. Кроме того, WD, как описано выше, может быть мобильным, и в этом случае оно также может упоминаться как мобильное устройство или мобильный терминал.
Как проиллюстрировано, беспроводное устройство 1610 включает в себя антенну 1611, интерфейс 1614, схему 1620 обработки, читаемый-устройством носитель 1630 информации, оборудование 1632 интерфейса пользователя, вспомогательное оборудование 1634, источник 1636 питания и схему 1637 питания. WD 1610 может включать в себя несколько наборов из одного или нескольких проиллюстрированных компонентов для разных беспроводных технологий, которые поддерживаются WD 1610, таких как, например, беспроводные технологии GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, просто чтобы упомянуть несколько. Эти беспроводные технологии могут быть интегрированы в одном и том же или разных чипах, или наборах чипов в качестве других компонентов в WD 1610.
Антенна 1611 может включать в себя одну или несколько антенн, или антенные решетки, выполненные с возможностью отправки и/или приема беспроводных сигналов, и соединена с интерфейсом 1614. В определенных альтернативных вариантах осуществления антенна 1611 может быть отделена от WD 1610 и может быть соединяемой с WD 1610 через интерфейс или порт. Антенна 1611, интерфейс 1614 и/или схема 1620 обработки могут быть выполнены с возможностью выполнения любых операций приема или передачи, описанных в данном документе, как выполняемые WD. Любая информация, данные и/или сигналы могут быть приняты от сетевого узла и/или другого WD. В некоторых вариантах осуществления схема внешнего радиоинтерфейса и/или антенна 1611 могут рассматриваться в качестве интерфейса.
Как проиллюстрировано, интерфейс 1614 содержит схему 1612 внешнего радиоинтерфейса и антенну 1611. Схема 1612 внешнего радиоинтерфейса содержит один или несколько фильтров 1618 и усилителей 1616. Схема 1614 внешнего радиоинтерфейса соединена с антенной 1611 и схемой 1620 обработки, и выполнена с возможностью приведения в определенное состояние сигналов, сообщение которых осуществляется между антенной 1611 и схемой 1620 обработки. Схема 1612 внешнего радиоинтерфейса может быть связана с или быть частью антенны 1611. В некоторых вариантах осуществления WD 1610 может не включать в себя отдельную схему 1612 внешнего радиоинтерфейса; наоборот, схема 1620 обработки может содержать схему внешнего радиоинтерфейса и может быть соединена с антенной 1611. Аналогичным образом в некоторых вариантах осуществления некоторые части или вся схема 1622 RF приемопередатчика может рассматриваться как часть интерфейса 1614. Схема 1612 внешнего радиоинтерфейса может принимать цифровые данные, которые должны быть отправлены другим сетевым узлам или WD через беспроводное соединение. Схема 1612 внешнего радиоинтерфейса может преобразовывать цифровые данные в радиосигнал с подходящими параметрами канала и полосы пропускания с использованием сочетания фильтров 1618 и/или усилителей 1616. Затем радиосигнал может быть передан через антенну 1611. Аналогичным образом, при приеме данных, антенна 1611 может собирать радиосигналы, которые затем преобразуются в цифровые данные схемой 1612 внешнего радиоинтерфейса. Цифровые данные могут быть переправлены схеме 1620 обработки. В других вариантах осуществления интерфейс может содержать другие компоненты и/или другие сочетания компонентов.
Схема 1620 обработки может содержать сочетание одного или нескольких из микропроцессора, контроллера, микроконтроллера, центрального блока обработки, цифрового сигнального процессора, проблемно-ориентированной интегральной микросхемы, программируемой вентильной матрицы или любого другого подходящего вычислительного устройства, ресурса или сочетания аппаратного обеспечения, программного обеспечения и/или кодированной логики, работающей для обеспечения, либо отдельно, либо в сочетании с другими компонентами WD 1610, такими как читаемый-устройством носитель 1630 информации, функциональных возможностей WD 1610. Такие функциональные возможности могут включать в себя обеспечение любого из различных беспроводных признаков или преимуществ, которые обсуждаются в данном документе. Например, схема 1620 обработки может исполнять инструкции, хранящиеся в читаемом-устройством носителе 1630 информации или в памяти в схеме 1620 обработки, чтобы обеспечивать функциональные возможности, которые раскрываются в данном документе.
Как проиллюстрировано, схема 1620 обработки включает в себя одно или несколько из схемы 1622 RF приемопередатчика, схемы 1624 обработки основной полосы частоты и схемы 1626 обработки приложения. В других вариантах осуществления схема обработки может содержать другие компоненты и/или другие сочетания компонентов. В определенных вариантах осуществления схема 1620 обработки WD 1610 может содержать SOC. В некоторых вариантах осуществления схема 1622 RF приемопередатчика, схема 1624 обработки основной полосы частот и схема 1626 обработки приложения могут быть на отдельных чипах или наборах чипов. В альтернативных вариантах осуществления часть или все из схемы 1624 обработки основной полосы частот и схемы 1626 обработки приложения могут быть объединены в одном чипе или наборе чипов, а схема 1622 RF приемопередатчика может быть на отдельном чипе иди наборе чипов. В еще одних альтернативных вариантах осуществления часть или все из схемы 1622 RF приемопередатчика и схемы 1624 обработки основной полосы частот могут быть на одном и том же чипе или наборе чипов, а схема 1626 обработки приложения может быть на отдельном чипе или наборе чипов. В еще одних других альтернативных вариантах осуществления часть или все из схемы 1622 RF приемопередатчика, схемы 1624 обработки основной полосы частот и схемы 1626 обработки приложения могут быть объединены в одном и том же чипе или наборе чипов. В некоторых вариантах осуществления схема 1622 RF приемопередатчика может быть частью интерфейса 1614. Схема 1622 RF приемопередатчика может приводить в определенное состояние RF сигналы для схемы 1620 обработки.
В определенных вариантах осуществления некоторые или все из функциональных возможностей, описанных в данном документе? как выполняемые WD, могут быть обеспечены схемой 1260 обработки, исполняющей инструкции, хранящиеся в читаемом-устройством носителе 1630 информации, который в определенных вариантах осуществления может быть машиночитаемый запоминающим носителем информации. В альтернативных вариантах осуществления некоторые или все из функциональных возможностей могут быть обеспечены схемой 1620 обработки без исполнения инструкций, хранящихся на отдельном или дискретном читаемом-устройством запоминающем носителе информации, как, например, образом со схемной реализацией. В любых из этих конкретных вариантов осуществления, хранятся или нет исполняемые инструкции на читаемом-устройством запоминающем носителе информации, схема 1620 обработки может быть выполнена с возможностью выполнения описанных функциональных возможностей. Преимущества, которые предоставляются такими функциональными возможностями, не ограничиваются одной схемой 1620 обработки или другими компонентами WD 1610, а используются WD 1610 в целом и/или конечными пользователями и беспроводной сетью в общем.
Схема 1620 обработки может быть выполнена с возможностью выполнения любого определения, вычисления или аналогичных операций (например, определенных операций получения), описанных в данном документе, как выполняемые WD. Эти операции, как выполняемые схемой 1620 обработки, могут включать в себя обработку информации, полученной схемой 1620 обработки путем, например, преобразования полученной информации в другую информацию, сравнения полученной информации или преобразованной информации с информацией, сохраненной WD 1610, и/или выполнения одной или нескольких операций на основании полученной информации или преобразованной информации, и в результате упомянутой обработки, выполнения определения.
Читаемый-устройством носитель 1630 информации может быть выполнен с возможностью хранения компьютерной программы, программного обеспечения, приложения, включающего в себя одно или несколько из логики, правил, кода, таблиц и т.д., и/или других инструкций, выполненных с возможностью исполнения посредством схемы 1620 обработки. Читаемый-устройством носитель 1630 информации может включать в себя компьютерную память (например, Память с Произвольным Доступом (RAM) или Постоянную Память (ROM)), массовые запоминающие носители информации (например, жесткий диск), съемные запоминающие носители информации (например, Компакт Диск (CD) или Цифровой Видео Диск (DVD)) и/или любые другие энергозависимые или энергонезависимые, не временные читаемые-устройством и/или исполняемые компьютером устройства памяти, которые хранят информацию, данные и/или инструкции, которые могут быть использованы схемой 1620 обработки. В некоторых вариантах осуществления схема 1620 обработки и читаемый-устройством носитель 1630 информации могут рассматриваться как интегрированные.
Оборудование 1632 интерфейса пользователя может предоставлять компоненты, которые позволяют пользователю-человеку взаимодействовать с WD 1610. Такое взаимодействие может быть во многих формах, таких как визуальной, звуковой, тактильной и т.д. Оборудование 1632 интерфейса пользователя может быть выполнено с возможностью создания вывода для пользователя и обеспечения для пользователя предоставления ввода в WD 1610. Тип взаимодействия может варьироваться в зависимости от типа оборудования 1632 интерфейса пользователя, инсталлированного в WD 1610. Например, если WD 1610 является интеллектуальным телефоном, то взаимодействие может быть через сенсорный экран; если WD 1610 является интеллектуальным измерителем, то взаимодействие может быть через экран, который обеспечивает использование (например, количество использованных галлонов), или громкоговоритель, который предоставляет звуковое предупреждение (например, если обнаруживается дым). Оборудование 1632 интерфейса пользователя может включать в себя интерфейсы, устройства и схемы ввода, и интерфейсы, устройства и схемы вывода. Оборудование 1632 интерфейса пользователя выполнено с возможностью обеспечения ввода информации в WD 1610, и соединено со схемой 1620 обработки, чтобы позволить схеме 1620 обработки обрабатывать информацию ввода. Оборудование 1632 интерфейса пользователя может включать в себя, например, микрофон, датчик близости или другой датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько камер, USB-порт или другую схему ввода. Оборудование 1632 интерфейса пользователя также выполнено с возможностью обеспечения вывода информации из WD 1610, и чтобы позволить схеме 1620 обработки выводить информацию из WD 1610. Оборудование 1632 интерфейса пользователя может включать в себя, например, громкоговоритель, дисплей, вибрационную схему, USB-порт, интерфейс головных телефонов или другую схему вывода. Используя одно или несколько из интерфейсов, устройств и схем ввода и вывода оборудования 1632 интерфейса пользователя WD 1610 может осуществлять связь с конечными пользователями и/или беспроводной сетью и позволять им получать выгоду от функциональных возможностей, описанных в данном документе.
Вспомогательное оборудование 1634 выполнено с возможностью обеспечения более конкретных функциональных возможностей, которые обычно могут не выполняться WD. Оно может содержать специализированные датчики для выполнения измерений для различных целей, интерфейсы для дополнительных типов связи, такой как проводная связь, и т.д. Включение и тип компонентов вспомогательного оборудования 1634 могут варьироваться в зависимости от варианта осуществления и/или сценария.
Источник 1636 питания, в некоторых вариантах осуществления, может быть в форме батареи или блока батарей. Также могут быть использованы другие типы источников питания, такие как внешний источник питания (например, электрическая розетка), фотогальванические устройства или элементы электропитания. WD 1610 может дополнительно содержать схему 1637 питания для доставки питания от источника 1636 питания к различным частям WD 1610, которым требуется питание от источника 1636 питания для обеспечения любых функциональных возможностей, описанных или указанных в данном документе. Схема 1637 питания может в определенных вариантах осуществления содержать схему управления питанием. Схема 1637 питания может дополнительно или в качестве альтернативы быть выполнена с возможностью приема питания от внешнего источника питания; и в этом случае WD 1610 может быть соединяемым с внешним источником питания (таким как электрическая розетка) через схему или интерфейс ввода, такой как электрический кабель питания. Схема 1637 питания также может в определенных вариантах осуществления быть выполнена с возможностью доставки питания от внешнего источника питания к источнику 1636 питания. Это может быть, например, для зарядки источника 1636 питания. Схема 1637 питания может выполнять любое форматирование, преобразование или другую модификацию питания от источника 1636 питания, чтобы сделать питание подходящим для соответствующих компонентов WD 1610, к которым подается питание.
В EN-DC, сота NR будет осуществлять широковещательную передачу блока главной информации (MIB), позволяющего UE обнаружить правильную соту NR для работы в EN-DC. Сота NR также может осуществлять широковещательную передачу элемента блока системной информации (SIB1). Для того чтобы не допускать закрепления или осуществления доступа любых UE с поддержкой NR SA в соте NR NSA, сота может быть запрещена для всех UE. Некоторые варианты осуществления описываются следующим образом.
В соответствии с первым вариантом осуществления, SIB1 включает в себя указание того, что сота запрещена. Все UE с поддержкой NR SA будут считывать данное указание, чтобы избегать закрепления в или осуществления доступа к данной соте. Для того чтобы узлы IAB, которые выполнены с возможностью операции SA NR, имели возможность осуществления доступа к данной соте, т.е. соте, которая запрещена для нормальных UE, с использованием SA NR, вводится дополнительное указание в SIB1, говорящее узлам IAB, что они по-прежнему могут осуществлять доступ к соте с использованием SA NR. Дополнительное указание иллюстрируется в качестве Таблицы 1 ниже.
Таблица 1. SIB 1 первого варианта осуществления
SIB1 ::= SEQUENCE { -- Несвязанные части удалены cellAccessRelatedInfoList CellAccessRelatedInfoList, -- Несвязанные части удалены } cellAccessRelatedInfoList ::= SEQUENCE (SIZE(1..MaxPLMN)) OF { plmn-IdentityList PLMN-IdentityList, trackingAreaCode TrackingAreaCode, ranAreaCode RanAreaCode OPTIONAL, cellIdentity CellIdentity, -- Если предоставлен reservedNR-Cell, то сота должна считаться -- зарезервированной, при условии, что исключение, применимое к UE или узлу -- IAB, не предоставлено в reservedNrCellExceptions reservedNR-Cell ENUMERATED {reserved} OPTIONAL, reservedNR-CellExceptions ReservedNR-CellExceptions OPTIONAL, } ReservedNR-CellExceptions ::= SEQUENCE { cellReservedForIABnodes ENUMERATED {reserved} OPTIONAL, … } |
Обратите внимание на то, что в кодировании выше используется понятие Reserved (Зарезервированная). Здесь Reserved не означает, что группе UE, которые указаны зарезервированными, разрешено осуществлять доступ к соте, скорее наоборот, что этим UE не разрешен доступ к соте. Это для адаптации к унаследованной терминологии 3GPP.
Вследствие этого, в данном случае, узел IAB будет получать SIB1 из широковещательного канала соты NR. Он будет декодировать SIB и видеть, является ли сота зарезервированной. Например, присутствует reservedNR-Cell, указывающий значение зарезервированная. Здесь зарезервированная означает, что нормальным UE не разрешено осуществлять доступ к соте.
Если сота не является зарезервированной, например, reservedNR-Cell не сконфигурирован или не присутствует, то это означает, что узел IAB, как, впрочем, и другие UE, может осуществлять доступ к соте.
Если сота является зарезервированной, например, сконфигурирован reservedNR-Cell, то узел IAB будет дополнительно проверять структуру ReservedNR-CellExceptions, чтобы увидеть, является ли сота также зарезервированной для узлов IAB, означая, что Элемент Информации (IE) cellReservedForIABnodes внутри ReservedNR-CellExceptions присутствует или установлен в значение зарезервированная. Если это так, то узел IAB не будет осуществлять доступ к соте, но если сота не является зарезервированной для узлов IAB, означая, что cellReservedForIABnodes не присутствует, узел IAB может осуществлять доступ к соте.
В соответствии со вторым вариантом осуществления, альтернативное кодирование для того же самого поведения показано в Таблице 2 ниже.
Таблица 2. SIB1 второго варианта осуществления
SIB1 ::= SEQUENCE { -- Несвязанные части удалены cellAccessRelatedInfoList CellAccessRelatedInfoList, -- Несвязанные части удалены } cellAccessRelatedInfoList ::= SEQUENCE (SIZE(1..MaxPLMN)) OF { plmn-IdentityList PLMN-IdentityList, trackingAreaCode TrackingAreaCode, ranAreaCode RanAreaCode OPTIONAL, cellIdentity CellIdentity, -- Если предоставлен reservedNR-Cell, то сота должна считаться -- зарезервированной, при условии, что исключение, применимое к UE или узлу -- IAB, не предоставлено в reservedNrCellExceptions reservedNR-Cell ENUMERATED {reserved} OPTIONAL, reservedNR-CellExceptions ReservedNR-CellExceptions OPTIONAL, } ReservedNR-CellExceptions ::= SEQUENCE { cellReservedForIABnodes ENUMERATED {allowed} OPTIONAL, … } |
В данном случае, при использовании альтернативного кодирования, предполагается, что если reservedNR-Cell соответствует значению зарезервированная, тогда узел IAB будет проверять ReservedNR-CellExceptions, чтобы увидеть, разрешено ли ему все еще осуществление доступа к соте, означая, что cellReservedForIABnodes присутствует и установлен в значение разрешенная. Если это так, то узел IAB может осуществлять доступ к соте. В противном случае, узел IAB не будет иметь возможности осуществления доступа к соте, что означает, что cellReservedForIABnodes не присутствует.
В соответствии с третьим вариантом осуществления, SIB1 в первом и втором вариантах осуществления выше также работает в случае, когда присутствуют резервирования или разрешения. Резервирование и разрешение будут обрабатываться независимо, означая, что, например, узлы IAB будут рассматривать только IE, связанный с ними, и им не требуется считывать, декодировать или обрабатывать другие IE. Пример для случая резервирования показан в Таблице 3 ниже, при этом информация о других группах UE также включена в список ReservedNR-CellExceptions.
Таблица 3. SIB1 третьего варианта осуществления
SIB1 ::= SEQUENCE { -- Несвязанные части удалены cellAccessRelatedInfoList CellAccessRelatedInfoList, -- Несвязанные части удалены } cellAccessRelatedInfoList ::= SEQUENCE (SIZE(1..MaxPLMN)) OF { plmn-IdentityList PLMN-IdentityList, trackingAreaCode TrackingAreaCode, ranAreaCode RanAreaCode OPTIONAL, cellIdentity CellIdentity, -- Если предоставлен reservedNR-Cell, то сота должна считаться -- зарезервированной, при условии, что исключение, применимое к UE или узлу -- IAB, не предоставлено в reservedNrCellExceptions reservedNR-Cell ENUMERATED {reserved} OPTIONAL, reservedNR-CellExceptions ReservedNR-CellExceptions OPTIONAL, } ReservedNR-CellExceptions ::= SEQUENCE { cellReservedForOperatorUse ENUMERATED {reserved} OPTIONAL, … cellReservedForIABnodes ENUMERATED {reserved} OPTIONAL, } |
В соответствии с четвертым вариантом осуществления, есть более простое решение, вместо того, чтобы иметь список резервирований или разрешений, для указания резервирования или разрешения узла IAB непосредственно в основном cellAccessRelatedInfoList. Примерный SIB1 для четвертого варианта осуществления показан в Таблице 4 ниже.
Таблица 4. SIB1 четвертого варианта осуществления
SIB1 ::= SEQUENCE { -- Несвязанные части удалены cellAccessRelatedInfoList CellAccessRelatedInfoList, -- Несвязанные части удалены } cellAccessRelatedInfoList ::= SEQUENCE (SIZE(1..MaxPLMN)) OF { plmn-IdentityList PLMN-IdentityList, trackingAreaCode TrackingAreaCode, ranAreaCode RanAreaCode OPTIONAL, cellIdentity CellIdentity, -- Если предоставлен reservedNR-Cell, то сота должна считаться -- зарезервированной, при условии, что исключение, применимое к UE, -- не предоставлено в reservedNrCellExceptions reservedNR-Cell ENUMERATED {reserved} OPTIONAL, IABnodes ENUMERATED {reserved, allowed} OPTIONAL, } |
Все варианты осуществления, описанные выше, позволяют оператору осуществлять широковещательную передачу дополнительных SIB, используемых для автономной операции NR. В случае, когда только узлам IAB разрешено осуществлять доступ к соте, т.е., когда она зарезервирована для других UE, то эти SIB будут считываться только узлом IAB.
Чтобы осуществлять доступ к соте NR в автономном режиме, узел IAB будет выполнять процедуру произвольного доступа и затем отправлять сигнализацию RRC, как проиллюстрировано на Фигуре 17. После отправки сигнализации RRC, он будет осуществлять свою аутентификацию для базовой сети 5GC. Он также будет настраивать сеанс PDU с функцией плоскости пользователя (UPF) 5GC для достижения IP-соединяемости. Сеть 5GC может быть экземпляром выделенной 5GC для обслуживания узлов IAB, или она может быть сетью 5GC, также обслуживающей другие UE в случае, когда SA NR также поддерживается для UE.
Фигура 18 иллюстрирует один вариант осуществления UE в соответствии с различными аспектами, описанными в данном документе. Используемое в данном документе оборудование пользователя или UE может не обязательно иметь пользователя в смысле пользователя-человека, который владеет и/или эксплуатирует соответствующее устройство. Вместо этого UE может представлять собой устройство, которое предназначено для продажи, или эксплуатации посредством, пользователю-человеку, но которое может не быть, или может не быть первоначально, ассоциировано с конкретным пользователем-человеком (например, интеллектуальный контроллер дождевальной машины). В качестве альтернативы UE может представлять устройство, которое не предназначено для продажи, или эксплуатации посредством, конечному пользователю, но которое может быть ассоциировано с или эксплуатироваться для получения выгоды пользователем (например, интеллектуальный измеритель мощности). UE 1800 может быть любым UE, идентифицированным Проектом Партнерства 3-его Поколения (3GPP), включая NB-IoT UE, MTC UE и/или UE улучшенной MTC (eMTC). UE 1800, как проиллюстрировано на Фигуре 18, является одним примером WD, выполненного с возможностью осуществления связи в соответствии с одним или несколькими стандартами связи, опубликованными Проектом Партнерства 3-его Поколения (3GPP), такими как стандарты 3GPP GSM, UMTS, LTE и/или 5G. Как упомянуто ранее, понятие WD и UE могут быть использованы взаимозаменяемым образом. Соответственно, несмотря на то, что Фигура 18 соответствует UE, компоненты, которые обсуждаются здесь, в равной степени применимы к WD, и наоборот.
На Фигуре 18 UE 1800 включает в себя схему 1801 обработки, которая оперативно связана с интерфейсом 1805 ввода/вывода, радиочастотным (RF) интерфейсом 1809, интерфейсом 1811 сетевого соединения, памятью 1815, включающей в себя память 1817 с произвольным доступом (RAM), постоянную память 1819 (ROM) и запоминающий носитель 1821 информации, или аналогичное, подсистемой 1831 связи, источником 1833 питания и/или любым другим компонентом, или любым их сочетанием. Запоминающий носитель 1821 информации включает в себя операционную систему 1823, прикладную программу 1825 и данные 1827. В других вариантах осуществления запоминающий носитель 1821 информации может включать в себя другие аналогичные типы информации. Определенные UE могут использовать все из компонентов, показанных на Фигуре 18, или только подмножество компонентов. Уровень интеграции между компонентами может варьироваться от одного UE к другому UE. Кроме того, определенные UE могут содержать несколько экземпляров компонента, как например, несколько процессоров, памятей, приемопередатчиков, передатчиков, приемников и т.д.
На Фигуре 18 схема 1801 обработки может быть выполнена с возможностью обработки компьютерных инструкций и данных. Схема 1801 обработки может быть выполнена с возможностью реализации любого последовательного конечного автомата, работающего для исполнения машинных инструкций, которые хранятся в качестве машиночитаемых компьютерных программ в памяти, таких как один или несколько реализованных в аппаратном обеспечении конечных автоматов (например, в дискретной логике, FPGA, ASIC и т.д.); программируемой логики вместе с подходящим встроенным программным обеспечением; одной или нескольких сохраненных программ, процессоров общего назначения, таких как микропроцессор или Цифровой Сигнальный Процессор (DSP), вместе с подходящим программным обеспечением; или любого сочетания из вышеприведенного. Например, схема 1801 обработки может включать в себя два центральных блока обработки (CPU). Данные могут быть информацией в форме, подходящей для использования компьютером.
В изображенном варианте осуществления интерфейс 1805 ввода/вывода может быть выполнен с возможностью обеспечения интерфейса связи для устройства ввода, устройства вывода или устройства ввода и вывода. UE 1800 может быть выполнено с возможностью использования устройства вывода через интерфейс 1805 ввода/вывода. Устройство вывода может использовать тот же самый тип порта интерфейса, что и устройство ввода. Например, USB-порт может быть использован для обеспечения ввода в и вывода из UE 1800. Устройство вывода может быть громкоговорителем, звуковой картой, видеокартой, дисплеем, монитором, принтером, исполнительным механизмом, излучателем, интеллектуальной картой, другим устройством вывода или любым их сочетанием. UE 1800 может быть выполнено с возможностью использования устройства ввода через интерфейс 1805 ввода/вывода, чтобы позволить пользователю захватывать информацию в UE 1800. Устройство ввода может включать в себя реагирующий на касание или реагирующий на присутствие дисплей, камеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.д.), микрофон, датчик, мышь, шаровой манипулятор, панель направлений, сенсорную площадку, колесо прокрутки, интеллектуальную карту и аналогичное. Реагирующий на присутствие дисплей может включать в себя емкостной или резистивный датчик касания для регистрации ввода от пользователя. Датчик может быть, например, акселерометром, гироскопом, датчиком наклона, датчиком усилия, магнитометром, оптическим датчиком, датчиком близости, другим аналогичным датчиком или любым их сочетанием. Например, устройство ввода может быть акселерометром, магнитометром, цифровой камерой, микрофоном и оптическим датчиком.
На Фигуре 18 RF интерфейс 1809 может быть выполнен с возможностью обеспечения интерфейса связи с RF компонентами, такими как передатчик, приемник и антенна. Интерфейс 1811 сетевого соединения может быть выполнен с возможностью обеспечения интерфейса связи с сетью 1843a. Сеть 1843a может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая аналогичная сеть или любое их сочетание. Например, сеть 1843a может содержать сеть Wi-Fi. Интерфейс 1811 сетевого соединения может быть выполнен с возможностью включения интерфейса приемника и передатчика, используемого для осуществления связи с одним или несколькими другими устройствами через сеть связи в соответствии с одним или несколькими протоколами связи, такими как Ethernet, TCP/IP, SONET, ATM или аналогичный. Интерфейс 1811 сетевого соединения может реализовывать функциональные возможности приемника и передатчика подходящие для линий связи сети связи (например, оптических, электрических и аналогичных). Функции передатчика и приемника могут совместно использовать компоненты схемы, программное обеспечение или встроенное программное обеспечение, или в качестве альтернативы могут быть реализованы раздельно.
RAM 1817 может быть выполнена с возможностью взаимодействия через шину 1802 со схемой обработки 1801 для обеспечения сохранения или кэширования данных, или компьютерных инструкций во время исполнения программ программного обеспечения, таких как операционная система, прикладные программы и драйверы устройств. ROM 1819 может быть выполнена с возможностью предоставления компьютерных инструкций или данных схеме 1801 обработки. Например, ROM 1819 может быть выполнена с возможностью сохранения инвариантного низкоуровневого системного кода или данных для базовых функций системы, таких как базовый ввод и вывод (I/O), запуск, или прием нажатий клавиш от клавиатуры, которые хранятся в энергонезависимой памяти. Запоминающий носитель 1821 информации может быть выполнен с возможностью включения памяти, такой как RAM, ROM, программируемая постоянная память (PROM), стираемая программируемая постоянная память (EPROM), электрически стираемая программируемая постоянная память (EEPROM), магнитные диски, оптические диски, гибкие диски, жесткие диски, съемные картриджи или флэш-накопители. В одном примере запоминающий носитель 1821 информации может быть выполнен с возможностью включения операционной системы 1823, прикладных программ 1825, таких как приложение веб-браузера, машины виджетов или гаджетов или другого приложения и файла 1827 данных. Запоминающий носитель 1821 информации может хранить для использования посредством UE 1800 любую из многообразия различных операционных систем или сочетаний операционных систем.
Запоминающий носитель 1821 информации может быть выполнен с возможностью включения некоторого количества физических блоков накопителя, таких как избыточный массив независимых дисков (RAID), накопитель на гибком диске, флэш-память, USB флэш-накопитель, внешний накопитель на жестком диске, флэш-накопитель, флэшка, миниатюрная флэшка, оптический дисковый накопитель на цифровом универсальном диске высокой плотности (HD-DVD), внутренний накопитель на жестком диске, оптический дисковый накопитель Blu-Ray, оптический дисковый накопитель на голографическом цифровом хранилище данных (HDDS), внешний мини модуль памяти с двухсторонним расположением микросхем (DIMM), синхронная динамическая память с произвольным доступом (SDRAM), внешняя микро-DIMM SDRAM, память интеллектуальной карты, такая как модуль идентификации абонента или съемный модуль идентификации абонента (SIM/RUIM), другая память или любое их сочетание. Запоминающий носитель 1821 информации может обеспечивать UE 1800 доступ к исполняемым компьютером инструкциям, прикладным программам или аналогичному, хранящемуся на временном или не временном средстве памяти, для выгрузки данных или для загрузки данных. Изделие, такое как использующее систему связи, может быть вещественным образом воплощено в запоминающем носителе 1821 информации, который может содержать читаемый-устройством носитель информации.
На Фигуре 18 схема 1801 обработки может быть выполнена с возможностью осуществления связи с сетью 1843b с использованием подсистемы 1831 связи. Сеть 1843a и сеть 1843b могут быть одной и той же сетью или сетями, или другой сетью или сетями. Подсистема 1831 связи может быть выполнена с возможностью включения одного или нескольких приемопередатчиков, используемых для осуществления связи с сетью 1843b. Например, подсистема 1831 связи может быть выполнена с возможностью включения в себя одного или нескольких приемопередатчиков, используемых для осуществления связи с одним или несколькими удаленными приемопередатчиками другого устройства, выполненного с возможностью осуществления беспроводной связи, такого как другое WD, UE или базовая станция сети радиодоступа (RAN) в соответствии с одним или несколькими протоколами связи, такими как IEEE 802.5, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или аналогичный. Каждый приемопередатчик может включать в себя передатчик 1833 и/или приемник 1835 чтобы реализовывать функциональные возможности передатчика или приемника, соответственно, подходящие для линий радиосвязи RAN (например, распределение частот и аналогичное). Кроме того, передатчик 1833 и приемник 1835 каждого приемопередатчика могут совместно использовать компоненты схемы, программное обеспечение или встроенное программное обеспечение, или в качестве альтернативы могут быть реализованы раздельно.
В проиллюстрированном варианте осуществления функции связи подсистемы 1831 связи могут включать в себя связь для передачи данных, голосовую связь, мультимедийную связь, связь малого радиуса действия, такую как Bluetooth, связь ближнего поля, основанную на местоположении связь, такую как использование глобальной системы позиционирования (GPS) для определения местоположения, другую аналогичную функцию связи или любое их сочетание. Например, подсистема 1831 связи может включать в себя сотовую связь, связь Wi-Fi, связь Bluetooth и связь GPS. Сеть 1843b может охватывать проводные и/или беспроводные сети, такие как локальная сеть (LAN), глобальная сеть (WAN), компьютерная сеть, беспроводная сеть, телекоммуникационная сеть, другая аналогичная сеть или любое их сочетание. Например, сеть 1843b может быть сотовой сетью, сетью Wi-Fi и/или сетью ближнего поля. Источник 1813 питания может быть выполнен с возможностью предоставления питания переменного тока (AC) или постоянного тока (DC) компонентам UE 1800.
Признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в одном из компонентов UE 1800 или разбиты по нескольким компонентам UE 1800. Кроме того, признаки, преимущества и/или функции, описанные в данном документе, могут быть реализованы в любом сочетании аппаратного обеспечения, программного обеспечения или встроенного программного обеспечения. В одном примере подсистема 1831 связи может быть выполнена с возможностью включения любого из компонентов, описанных в данном документе. Кроме того, схема 1801 обработки может быть выполнена с возможностью осуществления связи с любым из таких компонентов через шину 1802. В другом примере, любые такие компоненты могут быть представлены инструкциями программы, хранящимися в памяти, которые, когда исполняются схемой 1801 обработки, выполняют соответствующие функции, описанные в данном документе. В другом примере функциональные возможности любого из таких компонентов могут быть разбиты между схемой 1801 обработки и подсистемой 1831 связи. В другом примере, функции без большого объема вычислений любого из таких компонентов могут быть реализованы в программном обеспечении или встроенном программном обеспечении, а функции с большим объемом вычислений могут быть реализованы в аппаратном обеспечении.
Фигура 19 иллюстрирует примерную среду виртуализации, в соответствии с определенными вариантами осуществления. Фигура 19 является принципиальной структурной схемой, иллюстрирующей среду 1900 виртуализации, в которой может осуществляться виртуализация функций, реализованных некоторыми вариантами осуществления. В настоящем контексте виртуализация означает создание виртуальных версий аппаратов или устройств, которые могут включать в себя виртуализацию аппаратных платформ, запоминающих устройств и сетевых ресурсов. Используемая в данном документе виртуализации может быть применена к узлу (например, виртуализированная базовая станция или виртуализированный узел радиодоступа) или к устройству (например, UE, беспроводное устройство или любой другой тип устройства связи) или их компонентам и относится к реализации, в которой по меньшей мере часть функциональных возможностей реализуется в качестве одного или нескольких виртуальных компонентов (например, через одно или несколько приложений, компонентов, функций, виртуальных машин или контейнеров, исполняемых на одном или нескольких физических узлах обработки в одной или нескольких сетях).
В некоторых вариантах осуществления некоторые или все из функций, которые описаны в данном документе, могут быть реализованы в качестве виртуальных компонентов, исполняемых одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 1900, размещенных в одном или нескольких узлах 1930 аппаратного обеспечения. Кроме того, в вариантах осуществления, в которых виртуальный узел не является узлом радиодоступа или не требует соединяемости радиосвязи (например, узел базовой сети), сетевой узел может быть полностью реализован посредством виртуализации.
Функции могут быть реализованы посредством одного или нескольких приложений 1920 (которые в качестве альтернативы могут именоваться экземплярами программного обеспечения, виртуальными приборами, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т.д.), выполненных с возможностью реализации некоторых из признаков, функций и/или преимуществ некоторых из вариантов осуществления, описанных в данном документе. Приложения 1920 работают в среде 1900 виртуализации, которая предоставляет аппаратное обеспечение 1930, содержащее схему 1960 обработки и память 1990. Память 1990 содержит инструкции 1995, исполняемые схемой 1960 обработки, посредством чего приложение 1920 работает для обеспечения одного или нескольких из признаков, преимуществ и/или функций, раскрытых в данном документе.
Среда 1900 виртуализации содержит сетевые аппаратные устройства 1930 общего назначения или специализированного назначения, содержащие набор из одного или нескольких процессоров, или схему 1960 обработки, которые могут быть имеющимися в продаже (COTS) процессорами, специальными Проблемно-Ориентированными Интегральными Микросхемами (ASIC) или любым другим типом схемы обработки, включающей в себя цифровые или аналоговые аппаратные компоненты или процессоры особого назначения. Каждое аппаратное устройство может содержать память 1990-1, которая может быть непостоянной памятью для временного хранения инструкций 1995 или программного обеспечения, исполняемого схемой 1960 обработки. Каждое аппаратное устройство может содержать один или несколько контроллеров 1970 сетевого интерфейса (NIC), также известных как карты сетевого интерфейса, которые включают в себя физический сетевой интерфейс 1980. Каждое аппаратное устройство также может включать в себя не временные, постоянные, машиночитаемые запоминающие носители 1990-2 информации с хранящимся на них программным обеспечением 1995 и/или инструкциями, исполняемыми схемой 1960 обработки. Программное обеспечение 1995 может включать в себя любой тип программного обеспечения, включая программное обеспечение для создания экземпляра одного или нескольких слоев 1950 виртуализации (также упоминаемых как гипервизоры), программное обеспечение для исполнения виртуальных машин 1940, как, впрочем, и программное обеспечение, позволяющее ему исполнять функции, признаки и/или преимущества, описанные в отношении некоторых вариантов осуществления, описанных в данном документе.
Виртуальные машины 1940 содержат виртуальную обработку, виртуальную память, виртуальное подключение к сети или интерфейс и виртуальное хранилище, и могут быть выполнены соответствующим слоем 1950 виртуализации или гипервизором. Разные варианты осуществления экземпляра виртуального прибора 1920 могут быть реализованы на одной или нескольких виртуальных машинах 1940, и реализации могут быть выполнены разными путями.
Во время работы схема 1960 обработки исполняет программное обеспечение 1995, чтобы создать экземпляр гипервизора или слоя 1950 виртуализации, который может иногда упоминаться как монитор виртуальной машины (VMM). Слой 1950 виртуализации может представлять собой виртуальную рабочую платформу, которая выглядит как сетевое аппаратное обеспечение для виртуальной машины 1940.
Как показано на Фигуре 19 аппаратное обеспечение 1930 может быть автономным сетевым узлом с общими или особыми компонентами. Аппаратное обеспечение 1930 может содержать антенну 19225 и может реализовывать некоторые функции через виртуализацию. В качестве альтернативы, аппаратное обеспечение 1930 может быть частью более крупного кластера аппаратного обеспечения (например, такого как в центре обработки данных или оборудовании, установленном у пользователя (CPE)), где несколько узлов аппаратного обеспечения работают вместе и их администрирование осуществляется через компонент 19100 администрирования и оркестрации (MANO), который, среди прочего, наблюдает за администрированием жизненного цикла приложений 1920.
Виртуализация аппаратного обеспечения в некоторых контекстах упоминается как виртуализация сетевой функции (NFV). NFV может быть использована для консолидации нескольких типов сетевого оборудования в промышленном стандартном серверном аппаратном обеспечении большого объема, физических коммутаторах и физических хранилищах, которые могут быть расположены в центрах обработки данных и оборудовании, установленном у пользователя.
В контексте NFV виртуальная машина 1940 может быть реализацией в программном обеспечении физической машины, которая выполняет программы, как если бы они исполнялись на физической не виртуализированной машине. Каждая из виртуальных машин 1940 и та часть аппаратного обеспечения 1930, которая исполняет эту виртуальную машину, будь то аппаратное обеспечение, предназначенное для этой виртуальной машины, и/или аппаратное обеспечение, совместно используемое этой виртуальной машиной с другими виртуальными машинами 1940, формируют отдельные элементы виртуальной сети (VNE).
По-прежнему в контексте NFV, Виртуальная Сетевая Функция (VNF) отвечает за обработку конкретных сетевых функций, которые выполняются в одной или нескольких виртуальных машинах 1940 сверху аппаратной сетевой инфраструктуры 1930, и соответствует приложению 1920 на Фигуре 19.
В некоторых вариантах осуществления один или несколько радиоблоков 19200, каждый из которых включает в себя один или несколько передатчиков 19220 и один или несколько приемников 19210, могут быть связаны с одной или несколькими антеннами 19225. Радиоблоки 19200 могут осуществлять связь непосредственно с узлами 1930 аппаратного обеспечения через один или несколько подходящих сетевых интерфейсов, и могут быть использованы в сочетании с виртуальными компонентами для предоставления виртуальному узлу возможностей радиосвязи, как например, узла радиодоступа или базовой станции.
В некоторых вариантах осуществления некоторая сигнализация может быть осуществлена с использованием системы 19230 управления, которая в качестве альтернативы может быть использована для связи между узлами 1930 аппаратного обеспечения и радиоблоками 19200.
Фигура 20 иллюстрирует примерную телекоммуникационную сеть, соединенную через промежуточную сеть с хост-компьютером, в соответствии с определенными вариантами осуществления. При обращении к Фигуре 20, в соответствии с вариантом осуществления, система связи включает в себя телекоммуникационную сеть 2010, такую как сотовая сеть 3GPP типа, которая содержит сеть 2011 доступа, такую как сеть радиодоступа, и базовую сеть 2014. Сеть 2011 доступа содержит множество базовых станций 2012a, 2012b, 2012c, таких как NB, eNB, gNB или другие типы беспроводных точек доступа, причем каждая определяет соответствующую зону 2013a, 2013b, 2013c покрытия. Каждая базовая станция 2012a, 2012b, 2012c может быть соединена с базовой сетью 2014 через проводное или беспроводное соединение 2015. Первое UE 2091, которое располагается в зоне 2013c покрытия, выполнено с возможностью соединения беспроводным образом, или поискового вызова посредством, соответствующей базовой станции 2012c. Второе UE 2092 в зоне 2013a покрытия может быть соединено беспроводным образом с соответствующей базовой станцией 2012a. При том, что в данном примере иллюстрируется множество UE 2091, 2092, раскрытые варианты осуществления в равной степени могут быть применены к ситуации, в которой одно UE находится в зоне покрытия, или в которой одно UE соединяется с соответствующей базовой станцией 2012.
Телекоммуникационная сеть 2010 сама соединена с хост-компьютером 2030, который может быть воплощен в аппаратном обеспечении и/или программном обеспечении автономного сервера, реализованного в облаке сервера, распределенного сервера или в качестве ресурсов обработки в группе серверов. Владеть или управлять хост-компьютером 2030 может поставщик услуг, или его эксплуатация может обеспечиваться посредством поставщика услуг или от лица поставщика услуг. Соединения 2021 и 2022 между телекоммуникационной сетью 2010 и хост-компьютером 2030 могут проходить непосредственно из базовой сети 2014 к хост-компьютеру 2030 или могут проходить через необязательную промежуточную сеть 2020. Промежуточная сеть 2020 может быть одной из, или сочетанием больше чем одной из, открытой, закрытой или размещенной сети; промежуточная сеть 2020, если есть, может быть магистральной сетью или Интернет; в частности, промежуточная сеть 2020 может содержать две или несколько подсетей (не показано).
Система связи на Фигуре 20 в целом обеспечивает соединяемость между соединенными UE 2091, 2092 и хост-компьютером 2030. Соединяемость может быть описана, как соединение 2050 «поверх сети» (OTT). Хост-компьютер 2030 и соединенные UE 2091, 2092 выполнены с возможностью осуществления связи для передачи данных и/или сигнализации через соединение 2050 OTT с использованием сети 2011 доступа, базовой сети 2014, любой промежуточной сети 2020 и возможно дополнительной инфраструктуры (не показано) в качестве посредников. Соединение 2050 OTT может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит соединение 2050 OTT, не осведомлены о маршрутизации связи по восходящей линии связи и нисходящей линии связи. Например, базовая станция 2012 может не быть или не требуется чтобы была проинформирована о предшествующей маршрутизации входящей связи по нисходящей линии связи с данными, происходящими от хост-компьютера 2030, которые должны быть переадресованы (например, должно быть передано обслуживание) соединенному UE 2091. Аналогичным образом базовая станция 2012 не должна быть осведомлена о дальнейшей маршрутизации исходящей связи по восходящей линии связи, происходящей от UE 2091 в направлении хост-компьютера 2030.
Фигура 21 иллюстрирует примерный хост-компьютер, осуществляющий связь через базовую станцию с оборудованием пользователя через частично беспроводное соединение, в соответствии с некоторыми вариантами осуществления. Примерные реализации в соответствии с вариантом осуществления UE, базовой станции и хост-компьютера, которые обсуждались в предшествующих абзацах, теперь будут описаны при обращении к Фигуре 21. В системе 2100 связи хост-компьютер 2110 содержит аппаратное обеспечение 2115, включающее в себя интерфейс 2116 связи, выполненный с возможностью установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 2100 связи. Хост-компьютер 2110 дополнительно содержит схему 2118 обработки, которая может обладать возможностями хранения и/или обработки. В частности, схема 2118 обработки может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. Хост-компьютер 2110 дополнительно содержит программное обеспечение 2111, которое хранится в или является доступным для хост-компьютера 2110 и является исполняемым схемой 2118 обработки. Программное обеспечение 2111 включает в себя хост-приложение 2112. Хост-приложение 2112 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как UE 2130, который соединяется через соединение 2150 OTT, заканчивающееся в UE 2130 и хост-компьютере 2110. При предоставлении услуги удаленному пользователю хост-приложение 2112 может предоставлять данные пользователя, которые передаются с использованием соединения 2150 OTT.
Система 2100 связи дополнительно включает в себя базовую станцию 2120, предусмотренную в телекоммуникационной системе, и содержащую аппаратное обеспечение 2125, позволяющее ей осуществлять связь с хост-компьютером 2110 и с UE 2130. Аппаратное обеспечение 2125 может включать в себя интерфейс 2126 связи для установки и обеспечения проводного или беспроводного соединения с интерфейсом другого устройства связи системы 2100 связи, как, впрочем, и радиоинтерфейс 2127 для установки и обеспечения по меньшей мере беспроводного соединения 2170 с UE 2130, которое располагается в зоне покрытия (не показано на Фигуре 21), которая обслуживается базовой станцией 2120. Интерфейс 2126 связи может быть выполнен с возможностью обеспечения соединения 2160 с хост-компьютером 2110. Соединение 2160 может быть прямым или оно может проходить через базовую сеть (не показано на Фигуре 21) телекоммуникационной системы и/или через одну или несколько промежуточных сетей за пределами телекоммуникационной системы. В показанном варианте осуществления аппаратное обеспечение 2125 базовой станции 2120 дополнительно включает в себя схему 2128 обработки, которая может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. Базовая станция 2120 дополнительно имеет программное обеспечение 2121, которое хранится внутренним образом или является доступным через внешнее соединение.
Система 2100 связи дополнительно включает в себя UE 2130, которое уже упоминалось. В определенных вариантах осуществления UE 2130 может быть оборудованием пользователя, как описано в отношении Фигуры 18. Его аппаратное обеспечение 2135 может включать в себя радиоинтерфейс 2137, выполненный с возможностью установки и обеспечения беспроводного соединения 2170 с базовой станцией, обслуживающей зону покрытия, в которой в настоящее время располагается UE 2130. Аппаратное обеспечение 2135 у UE 2130 дополнительно включает в себя схему 2138 обработки, которая может содержать один или несколько программируемых процессоров, проблемно-ориентированных интегральных микросхем, программируемых вентильных матриц или их сочетания (не показано), выполненные с возможностью исполнения инструкций. UE 2130 дополнительно содержит программное обеспечение 2131, которое хранится в или может быть доступно UE 2130 и может быть исполнено схемой 2138 обработки. Программное обеспечение 2131 включает в себя клиентское приложение 2132. Клиентское приложение 2132 может быть выполнено с возможностью предоставления услуги пользователю-человеку или не человеку через UE 2130, при поддержке хост-компьютера 2110. В хост-компьютере 2110, исполняемое хост-приложение 2112 может осуществлять связь с исполняемым клиентским приложением 2132 через соединение 2150 OTT, которое заканчивается в UE 2130 и хост-компьютере 2110. При предоставлении услуги пользователю клиентское приложение 2132 может принимать данные запроса от хост-приложения 2112 и предоставлять данные пользователя в ответ на данные запроса. Соединение 2150 OTT может переносить как данные запроса, так и данные пользователя. Клиентское приложение 2132 может взаимодействовать с пользователем, чтобы формировать данные пользователя, которые оно предоставляет.
Отмечается, что хост-компьютер 2110, базовая станция 2120 и UE 2130, проиллюстрированные на Фигуре 21, могут быть аналогичными или идентичными хост-компьютеру 2030, одной из базовых станций 2012a, 2012b, 2012c и одному из UE 2091, 2092 на Фигуре 20, соответственно. Т.е. внутреннее функционирование этих объектов может быть тем, что показано на Фигуре 21 и независимо, окружающая сетевая топология может быть той, что на Фигуре 20.
На Фигуре 21 соединение 2150 OTT было нарисовано абстрактно, чтобы проиллюстрировать связь между хост-компьютером 2110 и UE 2130 через базовую станцию 2120, не обращаясь явно к каким-либо промежуточным устройствам и точной маршрутизации сообщений через эти устройства. Инфраструктура сети может определять маршрутизацию, которую она может быть сконфигурирована прятать от UE 2130 или от поставщика услуги, который эксплуатирует хост-компьютер 2110, или от обеих сторон. При том, что соединение 2150 OTT является активным, инфраструктура сети может дополнительно принимать решения, посредством которых она динамически меняет маршрутизацию (например, на основе рассмотрения балансировки нагрузки или реконфигурации сети).
Беспроводное соединение 2170 между UE 2130 и базовой станцией 2120 выполнено в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. Один или несколько из различных вариантов осуществления улучшают эффективность услуг OTT, которые предоставляются UE 2130 с использованием соединения 2150 OTT, в котором беспроводное соединение 2170 формирует последний сегмент. Точнее, идеи этих вариантов осуществления могут улучшать обработку избыточных данных в буфере передачи и тем самым обеспечивать преимущества, такие как улучшенная эффективность использования радиоресурсов (например, не передача избыточных данных), как, впрочем, и уменьшенная задержка при приеме новых данных (например, путем удаления избыточных данных в буфере, новые данные могут быть переданы раньше).
Процедура измерения может быть предусмотрена с целью осуществления мониторинга за скоростью передачи данных, временем ожидания и другими факторами, которые улучшают один или несколько вариантов осуществления. Дополнительно может присутствовать необязательная функциональная возможность сети для реконфигурирования соединения 2150 OTT между хост-компьютером 2110 и UE 2130, в ответ на изменения результатов измерения. Процедура измерения и/или функциональная возможность сети для реконфигурирования соединения 2150 OTT могут быть реализованы в программном обеспечении 2111 и аппаратном обеспечении 2115 хост-компьютера 2110 или в программном обеспечении 2131 и аппаратном обеспечении 2135 UE 2130, или как в том, так и другом. В вариантах осуществления датчики (не показано) могут быть развернуты в или в ассоциации с устройствами связи, через которые проходит соединение 2150 OTT; датчики могут участвовать в процедуре измерения путем подачи значений величин, в отношении которых осуществляется мониторинг, которые в качестве примера приведены выше, или путем подачи значений других физических величин, из которых программное обеспечение 2111, 2131 может вычислять или оценивать величины, в отношении которых осуществляется мониторинг. Реконфигурирование соединения 2150 OTT может включать в себя формат сообщения, установки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на базовую станцию 2120, и оно может быть неизвестно или незаметно для базовой станции 2120. Такие процедуры и функциональные возможности могут быть известны и применяться на практике в области техники. В определенных вариантах осуществления измерения могут включать собственную сигнализацию UE, которая помогает измерениям со стороны хост-компьютера 2110 пропускной способности, времени распространения, времени ожидания и аналогичного. Измерения могут быть реализованы в том, что программное обеспечение 2111 и 2131 предписывает передачу сообщений, в частности, пустых или ‘фиктивных’ сообщений, с использованием соединения 2150 OTT, при том, что оно осуществляет мониторинг времени распространения, ошибок и т.д.
Фигура 22 иллюстрирует примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с определенными вариантами осуществления в соответствии с некоторыми вариантами осуществления. Более конкретно, Фигура 22 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которое может быть оборудованием пользователя, описанным при обращении к Фигуре 18. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуры 22. На этапе 2210 хост-компьютер предоставляет данные пользователя. На подэтапе 2211 (который может быть необязательным) этапа 2210 хост-компьютер предоставляет данные пользователя путем исполнения хост-приложения. На этапе 2220 хост-компьютер инициирует передачу, несущую данные пользователя к UE. На этапе 2230 (который может быть необязательным) базовая станция передает UE данные пользователя, которые были перенесены в передаче, которую инициировал хост-компьютер, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На этапе 2240 (который также может быть необязательным) UE исполняет клиентское приложение, ассоциированное с хост-приложением, которое исполняется хост-компьютером.
Фигура 23 иллюстрирует примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с некоторыми вариантами осуществления. Более конкретно, Фигура 23 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которое может быть оборудованием пользователя, описанным при обращении к Фигуре 18. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуры 23. На этапе 2310 способа хост-компьютер предоставляет данные пользователя. На необязательном подэтапе (не показано) хост-компьютер предоставляет данные пользователя путем исполнения хост-приложения. На этапе 2320 хост-компьютер инициирует передачу, несущую данные пользователя к UE. Передача может проходить через базовую станцию, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения. На этапе 2330 (который может быть необязательным) UE принимает данные пользователя, которые переносятся в передаче.
Фигура 24 иллюстрирует другой дополнительный примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с некоторыми вариантами осуществления. Более конкретно, Фигура 24 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE, которое может быть оборудованием пользователя, описанным при обращении к Фигуре 18. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуры 24. На этапе 2410 (который может быть необязательным) UE принимает входные данные, предоставленные хост-компьютером. Дополнительно или в качестве альтернативы, на этапе 2420 UE предоставляет данные пользователя. На подэтапе 2421 (который может быть необязательным) этапа 2420 UE предоставляет данные пользователя путем исполнения клиентского приложения. На подэтапе 2411 (который может быть необязательным) этапа 2410 UE исполняет клиентское приложение, которое предоставляет данные пользователя в ответ на принятые входные данные, которые предоставлены хост-компьютером. При предоставлении данных пользователя исполняемое клиентское приложение может дополнительно рассматривать ввод пользователя, принятый от пользователя. Независимо от конкретного образа, посредством которого были предоставлены данные пользователя, UE инициирует на подэтпае 2430 (который может быть необязательным) передачу данных пользователя к хост-компьютеру. На этапе 2440 способа хост-компьютер принимает данные пользователя, переданные от UE, в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения.
Фигура 25 иллюстрирует другой примерный способ, реализованный в системе связи, включающей в себя хост-компьютер, базовую станцию и оборудование пользователя, в соответствии с некоторыми вариантами осуществления. Более конкретно, Фигура 25 является блок-схемой, иллюстрирующей способ, реализованный в системе связи, в соответствии с одним вариантом осуществления. Система связи включает в себя хост-компьютер, базовую станцию и UE. Для простоты настоящего изобретения, в данном разделе будут включены только ссылки на чертежах Фигуры 25. На этапе 2510 (который может быть необязательным) в соответствии с идеями вариантов осуществления, описанных на всем протяжении этого изобретения, базовая станция принимает данные пользователя от UE. На этапе 2520 (который может быть необязательным) базовая станция инициирует передачу принятых данных пользователя к хост-компьютеру. На этапе 2530 (который может быть необязательным) хост-компьютер принимает данные пользователя, которые переносятся в передаче, инициированной базовой станцией.
Любые соответствующие этапы, способы, признаки, функции или преимущества, раскрытые в данном документе, могут быть выполнены посредством одного или нескольких функциональных блоков или модулей одного, или нескольких виртуальных устройств. Каждое виртуальное устройство может содержать некоторое количество этих функциональных блоков. Эти функциональные блоки могут быть реализованы через схему обработки, которая может включать в себя один или несколько микропроцессоров, или микроконтроллеров, как, впрочем, и другое цифровое аппаратное обеспечение, которое может включать в себя цифровые сигнальные процессоры (DSP), цифровую логику особого назначения и аналогичное. Схема обработки может быть выполнена с возможностью исполнения программного кода, который хранится в памяти, которая может включать в себя один или несколько типов памяти, такую как постоянная память (ROM), память с произвольным доступом (RAM), кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, который хранится в памяти, включает в себя инструкции программы для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов связи для передачи данных, как, впрочем, и инструкции для выполнения одной или нескольких методик, описанных в данном документе. В некоторых реализациях схема обработки может быть использована, чтобы предписывать соответствующему функциональному блоку выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего изобретения.
Фигура 26 является блок-схемой другого примерного способа, который выполняется в сетевом узле, в соответствии с определенными вариантами осуществления. Способ 2600 начинается на этапе 2610 с приема первым сетевым узлом блока системной информации, включающего в себя первое указание и второе указание. В некоторых вариантах осуществления первое указание может указывать на то, что первая сота является неавтономной сотой и, запрещено ли автономным UE осуществление доступа к первой соте. В некоторых вариантах осуществления, второе указание может указывать на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте. В некоторых вариантах осуществления блок системной информации может дополнительно содержать третье указание, которое указывает на то, что оборудование пользователя из автономных UE имеет возможность осуществления доступа к первой соте. В некоторых вариантах осуществления способ 2600 может дополнительно содержать прием второго блока системной информации, при этом второй блок системной информации используется для автономных операций и считывается только типом первого сетевого узла, когда тип первой соты разрешен для доступа первому сетевому узлу.
На этапе 2620, способ 2600 может содержать идентификацию того, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации. В некоторых вариантах осуществления первый сетевой узел может иметь возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но не зарезервированной для типа первого сетевого узла. В некоторых вариантах осуществления первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но установлена, чтобы разрешать тип первого сетевого узла. В некоторых вариантах осуществления первое указание может быть reservedNR-Cell, который сконфигурирован или присутствует, а второе указание может быть ReservedNR-CellExeptions. В некоторых вариантах осуществления первый сетевой узел может иметь возможность осуществления доступа к первой соте, когда второе указание содержит список доступа к соте, указывающий на то, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте. В некоторых вариантах осуществления первое указание может быть reservedNR-Cell, который сконфигурирован или присутствует, а список доступа к соте может быть включен в cellAccessRelatedInfoList. В некоторых вариантах осуществления первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание не содержит значение запрета для типа первого сетевого узла.
На этапе 2630 способ 2600 может содержать выполнение процедуры произвольного доступа для осуществления доступа к первой соте через автономные операции, в ответ на идентификацию того, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
Фигура 27 является принципиальной структурной схемой примерного сетевого узла 2700 в беспроводной сети, в соответствии с определенными вариантами осуществления. В некоторых вариантах осуществления беспроводная сеть может быть беспроводной сетью, показанной на Фигуре 16. Сетевой узел может быть реализован в беспроводном устройстве (например, беспроводном устройстве 1610, показанном на Фигуре 16). Сетевой узел 2700 выполнен с возможностью выполнения примерного способа, описанного при обращении к Фигуре 26, и возможно любых других процессов или способов, описанных в данном документе. Также следует понимать, что способ Фигуры 26 не обязательно выполняется исключительно сетевым узлом 2700. По меньшей мере некоторые операции способа могут быть выполнены одним или несколькими другими объектами.
Сетевой узел 2700 может содержать схему обработки, которая может включать в себя один или несколько микропроцессоров, или микроконтроллеров, как, впрочем, и другое цифровое аппаратное обеспечение, которое может включать в себя цифровые сигнальные процессоры (DSP), цифровую логику особого назначения и аналогичное. В некоторых вариантах осуществления схема обработки сетевого узла 2700 может быть схемой 1670 обработки, показанной на Фигуре 16. Схема обработки может быть выполнена с возможностью исполнения программного кода, хранящегося в памяти, которая может включать в себя один или несколько типов памяти, такую как постоянная память (ROM), память с произвольным доступом, кэш-память, устройства флэш-памяти, оптические запоминающие устройства и т.д. Программный код, хранящийся в памяти, включает в себя программные инструкции для исполнения одного или нескольких телекоммуникационных протоколов и/или протоколов связи для передачи данных, как, впрочем, и инструкции для выполнения одной или нескольких из методик, описанных в данном документе, в некоторых вариантах осуществления. В некоторых реализациях, схема обработки может быть использована для предписания блоку 2710 приема, блоку 2720 идентификации и блоку 2730 выполнения, и любым другим подходящим блокам сетевого узла 2700, выполнять соответствующие функции в соответствии с одним или несколькими вариантами осуществления настоящего изобретения, такие как приемника и передатчика.
Как проиллюстрировано на Фигуре 27 сетевой узел 2700 включает в себя блок 2710 приема, блок 2720 идентификации и блок 2730 выполнения. Блок 2710 приема может быть выполнен с возможностью приема блока системной информации, включающего в себя первое указание и второе указание. В некоторых вариантах осуществления первое указание может указывать на то, что первая сота является неавтономной сотой и, запрещено ли автономным UE осуществление доступа к первой соте. В некоторых вариантах осуществления второе указание может указывать на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте. В некоторых вариантах осуществления блок системной информации может дополнительно содержать третье указание, которое указывает на то, что оборудование пользователя из автономных UE имеет возможность осуществления доступа к первой соте. В некоторых вариантах осуществления блок 2710 приема может дополнительно принимать второй блок системной информации, при этом второй блок системной информации используется для автономных операций и считывается только типом первого сетевого узла, когда к первой соте разрешено осуществление доступа для типа первого сетевого узла.
Блок 2720 идентификации может быть выполнен с возможностью идентификации того, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации. В некоторых вариантах осуществления первый сетевой узел может иметь возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но не зарезервированной для типа первого сетевого узла. В некоторых вариантах осуществления первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но установлена, чтобы разрешать тип первого сетевого узла. В некоторых вариантах осуществления первое указание может быть reservedNR-Cell, который сконфигурирован или присутствует, а второе указание может быть ReservedNR-CellExeptions. В некоторых вариантах осуществления первый сетевой узел может иметь возможность осуществления доступа к первой соте, когда второе указание содержит список доступа к соте, указывающий на то, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте. В некоторых вариантах осуществления первое указание может быть reservedNR-Cell, который сконфигурирован или присутствует, а список доступа к соте может быть включен в cellAccessRelatedInfoList. В некоторых вариантах осуществления первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание не содержит значение запрета для типа первого сетевого узла.
Блок 2730 выполнения может быть выполнен с возможностью выполнения процедуры произвольного доступа для осуществления доступа к первой соте через автономные операции, в ответ на идентификацию того, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
Понятие блок может иметь обычное значение в области электроники, электрических устройств и/или электронных устройств и может включать в себя, например, электрическую и/или электронную схему, устройства, модули, процессоры, приемники, передатчики, памяти, логические твердотельные и/или дискретные устройства, компьютерные программы или инструкции для выполнения соответствующих задач, процедур, вычислений, выводов и/или функций демонстрации и т.д., таких как те, что описаны в данном документе.
В соответствии с различными вариантами осуществления преимущество признаков в данном документе состоит в обеспечении работы узла-ретранслятора в неавтономной соте с использованием автономных операций путем запрета всем автономным UE доступа к неавтономной соте, но разрешения только узлу-ретранслятору так, что главному узлу не требуется иметь конкретную функциональную возможность для поддержки узла ретранслятора, и, кроме того, поддерживается линия как доступа, так и обратного транзита в EN-DC.
При том, что процессы на фигурах могут показывать конкретную очередность операций, выполняемых определенными вариантами осуществления изобретения, следует понимать, что такая очередность является примерной (например, альтернативные варианты осуществления могут выполнять операции в другой очередности, объединять определенные операции, перекрывать определенные операции и т.д.).
При том, что изобретение было описано с точки зрения нескольких вариантов осуществления, специалисты в соответствующей области техники будут понимать, что изобретение не ограничено описанными вариантами осуществления, может быть реализовано на практике с модификацией и изменением в рамках сущности и объема прилагаемой формулы изобретения. Таким образом описание следует рассматривать как иллюстративное, а не ограничивающее.
Модификации, дополнения или пропуски могут быть выполнены в отношении систем и устройств, раскрытых в данном документе, не отступая от объема изобретения. Компоненты систем и устройств могут быть интегрированы или разделены. Более того, операции систем и устройств могут быть выполнены большим числом, меньшим числом или другими компонентами. Дополнительно, операции систем и устройств могут быть выполнены с использованием любой подходящей логики, содержащей программное обеспечение, аппаратное обеспечение и/или другую логику. Используемый в данном документе «каждый» относится к каждому члену набора или каждому члену подмножества набора.
Модификации, дополнения и пропуски могут быть выполнены в отношении способов, раскрытых в данном документе, не отступая от объема изобретения. Способы могут включать больше, меньше или другие этапы. Дополнительно, этапы могут быть выполнены в любой подходящей очередности.
Несмотря на то, что данное изобретение было описано с точки зрения определенных вариантов осуществления, изменения и перестановки вариантов осуществления будут очевидны специалистам в соответствующей области техники. Соответственно, вышеприведенное описание вариантов осуществления не ограничивает данное изобретение. Другие изменения, замены и переделки возможны, не отступая от сущности и объема данного изобретения, как определено формулой изобретения ниже.
Нижеследующие примеры предоставляют неограничивающий пример того, каким образом определенные аспекты предложенных решений могут быть реализованы в рамках инфраструктуры конкретного стандарта связи. В частности, нижеследующие примеры предоставляют неограничивающий пример того, каким образом предложенные решения могут быть реализованы в рамках инфраструктуры стандарта 3GPP TSG RAN. Описанные изменения предназначены лишь для иллюстрации того, каким образом определенные аспекты предложенных решений могут быть реализованы в конкретном стандарте. Однако, предложенные решения также могут быть реализованы другим подходящими способами, как в Спецификации 3GPP, так и в других спецификациях или стандартах.
Предмет исследования по интегрированному доступу и обратному транзиту направлен на поддержку узлов NR и их сот, например, узлов IAB в настоящем изобретении, которые являются с самостоятельным обратным транзитом с использованием радиоинтерфейса NR к другим узлам NR, т.е. gNB, которые соединяются с традиционной транспортной сетью. Цель данной статьи состоит в обсуждении того, может ли интегрированный как доступ, так и обратный транзит поддерживаться при использовании автономной NR и при использовании EN-DC по линиям доступа и/или обратного транзита.
На последней конференции RAN2 были достигнуты следующие соглашения:
4i Применительно к NSA по доступу ретранслятор применяется только к пути NR SCG, будут поддерживаться SA и NDA по линии доступа. 4ii Применительно как к SA, так и NSA обратному транзиту, не будет изучаться трафик обратного транзита через радиоинтерфейс LTE, а будут изучаться NSA и SA для линий обратного транзита. 4iii Применительно как к 4i, так и 4ii, приоритет в опциях NSA будет заключаться в рассмотрении случая EN-DC, но это не исключает возможности изучения других опций NSA. 4iv Дальнейшее изучение возможности сочетаний SA и NSA доступа и обратного транзита требуется для полного определения объема того, что будет изучаться. |
Для использования EN-DC и SA NR по линии доступа, из соглашения RAN2 могут поддерживаться как SA, так и NSA с использованием EN-DC по линии доступа.
Примерным развертыванием для IAB с использованием EN-DC, может быть макро решетчатая сеть LTE, которая уплотняется путем добавления новых микро узлов, некоторые из которых являются с обратным транзитом с использованием IAB. В данном примерном сценарии, макро места модернизируются, чтобы также поддерживать NR, которая является в дополнение к LTE, и микро места поддерживают только NR, как показано на Фигуре 13.
В данном случае можно работать в EN-DC, используя широкое покрытие LTE, и NR в качестве средства ускорения данных. Решение EN-DC обеспечивает разделение LTE и NR с использованием неидеальной транспортировки, означая, что решение EN-DC может быть осуществимо для поддержки сценария IAB, в котором беспроводной обратный транзит для узла NR, обслуживающего UE, осуществляется с использованием другого узла NR. Фигура 14 показывает высокоуровневую логическую архитектуру для данного сценария, в котором узел NR с беспроводным обратным транзитом через NR, выполняет функции en-gNB-DU, обслуживающего линию связи NR SCG. Узел NR помечен как Узел IAB NR на Фигуре 14.
Настоящее изобретение предлагает следующие предложения для вышеупомянутого сценария: (1) Существующее решение EN-DC, включающее в себя функции интерфейса X2, может быть применено для узлов IAB с поддержкой EN-DC UE; и (2) Не предвидится никаких особых для IAB последствий в отношении LTE eNB, чтобы поддерживать EN-DC по линии доступа.
Предполагается, что интегрированный доступ и обратный транзит могут также поддерживаться и в развертывании автономной NR, по этой причине предполагается, что стандарт также может поддерживать IAB при использовании автономной NR по линии как доступа, так и обратного транзита, чтобы обеспечивать полные только NR развертывания, как показано на Фигуре 15.
Настоящее изобретение предлагает другое предложение для вышеупомянутого сценария: Стандарт может поддерживать IAB при использовании автономной NR по линии как доступа, так и обратного транзита.
Применительно к использованию EN-DC и SA по линии обратного транзита, при условии, что линия обратного транзита IAB является сетевой внутренней линией, существует большая гибкость в отношении того, каким образом данная линия должна быть реализована, в сравнении с линией доступа, которая должна взаимодействовать с миллионами устройств и/или UE, включая унаследованные устройства. По этой причине, может быть обсуждено, можно ли поддерживать EN-DC и SA NR по линии обратного транзита. Этот сценарий и его высокоуровневая логическая архитектура иллюстрируются на Фигурах 13 и 14.
Одним аргументом в пользу поддержки EN-DC может быть то, что если оставшаяся часть сети, включая Пакетное Ядро, не поддерживает автономную NR, то было бы невозможно соединить узел IAB с использованием автономной NR. Есть несколько замечаний относительно линии обратного транзита, перечисленные ниже.
Замечание 1: Поддержка EN-DC по линии обратного транзита IAB будет полезна в сетях, которые не поддерживают автономную NR. С другой стороны, поскольку по линии обратного транзита оба узла являются сетевыми узлами, то по меньшей мере проще модернизировать их для поддержки автономной NR. Другие аргументу в пользу того, почему автономной NR может быть достаточно для линии обратного транзита, состоят в том, что ожидается, что узел IAB может быть развернут в месте с хорошим покрытием NR и не потребует LTE с точки зрения покрытия радиосвязи.
Замечание 2: Ожидается, что узлы IAB будут развернуты в местах с хорошим покрытием NR, означая, что eN-DC по линии обратного транзита не требуется с точки зрения покрытия радиосвязи. Другая потенциальная проблема поддержки как EN-DC, так и SA по линии обратного транзита состоит в том, что это требует, с точки зрения стандартизации, двух разных решений CN, как, впрочем, и двух разных протоколов NAS для обеспечения функциональной возможности соединяемости для узла IAB. Может также случиться так, что решение будет выглядеть по-разному между двумя CN, так как разные функциональные разбиения и разделение CP/CP применяется в EPC и 5GC.
Замечание 3: Поддержка EN-DC и SA по линии обратного транзита может потребовать, с точки зрения стандартизации, поддержки двух разных решений CN и протоколов NAS для обеспечения функциональной возможности соединяемости для узла IAB. Решения также могут зависеть от разных функциональных разбиений и разделения CP/UP у EPC и 5GC. Дополнительная проблема с использованием EN-DC для линии обратного транзита состоит в том, что наиболее вероятно это означает, что особые для IAB функциональные возможности также могут потребоваться в LTE eNB, обслуживающем узел IAB, поскольку функциональные возможности, требуемые в LTE MN для обслуживания узла IAB, могут сильно отличаться от тех, которые требуются для обслуживания UE. Какие именно функциональные возможности потребуются, еще предстоит выяснить, но по меньшей мере могут присутствовать некоторые базовые функциональные возможности, связанные с выбором CN, нарезкой и аналогичным, которые не могут быть применены к UE.
Замечание 4: Поддержка EN-DC по линии обратного транзита наиболее вероятно вызовет последствия для LTE eNB, обслуживающих узлы IAB. Тем не менее, если существует сильная потребность со стороны рынка в поддержке как EN-DC, так и SA NR также по линии обратного транзита, то предполагается, что технически возможна поддержка этого тем же самым образом, как для линии доступа. Применительно к EN-DC, узел IAB будет первоначально соединяться с LTE, а затем будет назначен вторичный узел NR и конфигурация радиосвязи NR SCG, при том, что применительно к NR SA узел IAB будет непосредственно соединяться с узлами NR. Предполагается, что узел IAB будет в большинстве случаев оставаться в состоянии RRC соединенное/DC при обслуживании трафика конечного пользователя. Также предполагается, что большая часть данных может проходить по ветви радиосвязи NR, т.е. радиоканалу SCG, означая, что как только соединяется узел IAB, решения линии обратного транзита как для EN-DC, так и SA, будут выглядеть довольно похожими.
Замечание 5: Как только узел IAB находится в соединенном состоянии, EN-DC и SA NR решения для линии обратного транзита будут выглядеть довольно похожими, в предположении, что только ветвь NR используется для переноса данных.
Применительно к решениям по минимизации последствий для двух разных CN/NAS и решениям для узлов IAB, в предположении, что требуется поддержка как EN-DC, так и SA NR по линии обратного транзита IAB, будет весьма предпочтительным минимизировать отличия между двумя решениями. Ниже приведены некоторые подходы: (1) Использование нарезки NR и DECOR для назначения выделенной CN для обработки узлов IAB. Как NR/5GC, так и LTE/EPC предоставляют механизмы для выбора выделенной CN для определенных устройств. Использование выделенной CN для узлов IAB предпочтительно, поскольку это позволит избежать последствий для CN, обслуживающей конечных пользователей, и это позволит адаптировать CN для обслуживания конкретных потребностей узлов IAB, таких как, поддержка только минимальных требуемых функциональных возможностей. Это также позволит оператору упаковывать все функции CN, обсуживающие узлы IAB с использованием как EN-DC, так и SA NR, вместе. Применительно к вышеприведенному сценарию предлагается, чтобы нарезка и (e)DECOR исследовались для поддержки узлов IAB в выделенной CN, адаптированной для поддержки только узлов IAB.
Касательно другого подхода поддержки только минимальных функциональных возможностей CN для узла IAB, другой способ минимизации отличий между EN-DC и SA NR состоит в поддержке только минимального подмножества функций CN для настройки узлов IAB. Предполагается, что потребуются по меньшей мере следующие функции: (1) Аутентификация и формирование ключа Сеанса для узлов IAB; (2) Назначение IP-адреса узлу IAB; (3) Выбор UPF, и функция P/S-GW, при этом все узлы RAN могут потенциально «рекомендовать», какой GW использовать, как обсуждалось для SIPTO в LTE; и (4) Создание контекста RAN для узлов IAB, такого как ключи безопасности, первоначальные радиоканалы, возможно возможности радиодоступа UE. Также могут не потребоваться функции мобильности или усовершенствованные функции QoS и т.д. Также не потребуются функции, которые могут легко быть обработаны RAN.
Еще один другой подход состоит в том, что только минимальные функциональные возможности CN/NAS указываются для того, чтобы разрешать узлам IAB соединяться с сетью.
Резюмируя замечания и их соответствующие предложения при поддержке узлов NR, ниже перечисляются замечания:
Замечание 1: Поддержка EN-DC по линии обратного транзита IAB будет полезна в сетях, которые не поддерживают автономную NR;
Замечание 2: Ожидается, что узлы IAB будут развернуты в местах с хорошим покрытием NR, означая, что EN-DC по линии обратного транзита не требуется с точки зрения покрытия радиосвязи.
Замечание 3: Поддержка EN-DC и SA по линии обратного транзита может потребовать, с точки зрения стандартизации, поддержки двух разных решений CN и протоколов NAS для обеспечения функциональной возможности соединяемости для узла IAB. Решения также могут зависеть от разных функциональных разбиений и разделения CP/UP у EPC и 5GC.
Замечание 4: Поддержка EN-DC по линии обратного транзита наиболее вероятно вызовет последствия для LTE eNB, который являются главным узлом, обслуживающих узлы IAB; и
Замечание 5: Как только узел IAB находится в соединенном состоянии, EN-DC и SA NR решения для линии обратного транзита будут выглядеть довольно похожими, в предположении, что только ветвь NR используется для переноса данных.
На основании обсуждения выше, предлагается следующее:
Предложение 1: Существующее решение EN-DC, включающее в себя функции интерфейса X2, может быть применено для узлов IAB с поддержкой EN-DC UE;
Предложение 2: Не предвидится никаких особых для IAB последствий в отношении LTE eNB, чтобы поддерживать EN-DC по линии доступа;
Предложение 3: Стандарт может поддерживать IAB при использовании автономной NR по линиям как доступа, так и обратного транзита;
Предложение 4: Нарезка и (e)DECOR могут быть исследованы для поддержки узлов IAB в выделенной CN, адаптированной для поддержки только узлов IAB;
Предложение 5: Только минимальные функциональные возможности CN/NAS должны быть указаны для того, чтобы разрешать узлам IAB соединяться с сетью.
По меньшей мере некоторые из следующих сокращений могут быть использованы в данном документе. Если присутствует несовместимость между сокращениями, то предпочтение должно быть отдано тому, как оно используется выше. Если перечислено несколько раз ниже, то предпочтение должно быть отдано первому перечислению перед любым последующим перечислением(ями).
1xRTT 1x Технология Радиопередачи CDMA2000
3GPP Проект Партнерства 3-его Поколения
5G 5-ое Поколение
ABS Почти Пустой Субкадр
ARQ Автоматический Запрос Повторной Передачи
AWGN Аддитивный Белый Гауссовский Шум
BCCH Широковещательный Канал Управления
BCH Широковещательный Канал
CA Агрегация Несущих
CC Составляющая Несущая
CCCH SDU - SDU Общего Канала Управления
CDMA Множественный Доступ с Кодовым Разделением
CGI Глобальный Идентификатор Соты
CIR Импульсная Характеристика Канала
CP Циклический Префикс
CPICH Общий Канал Пилот-Сигнала
CPICH Ec/No - CPICH Принятая энергия на импульс, деленная на плотность мощности в полосе
CQI Информация о качестве Канала
C-RNTI RNTI Соты
CSI Информация о Состоянии Канала
DCCH Выделенный Канала Управления
DL Нисходящая линия связи
DM Демодуляция
DMRS Опорный Сигнал Демодуляции
DRX Прерывистый Прием
DTX Прерывистая Передача
DTCH Выделенный Канал Трафика
DUT Испытываемое Устройство
E-CID Улучшенный ID Соты (способ позиционирования)
E-SMLC Развитый-Обслуживающий Центр Определения Местоположения в Подвижной Связи
ECGI Развитый CGI
eNB Узел-B E-UTRAN
ePDCCH улучшенный Физический Канал Управления Нисходящей Линии Связи
E-SMLC развитый Обслуживающий Центр Определения Местоположения в Подвижной Связи
E-UTRA Развитый UTRA
E-UTARN Развитая UTRAN
FDD Дуплекс с Частотным Разделением
FFS Для Дальнейшего Изучения
GERAN Сеть Радиодоступа GSM EDGE
gNB Базовая станция в NR
GNSS Глобальная Навигационная Спутниковая Система
GSM Глобальная Система Связи с Подвижными Объектами
HARQ Гибридный Автоматический Запрос Повторной Передачи
HO Передача Обслуживания
HSPA Высокоскоростной Пакетный Доступ
HRPD Высокоскоростная Пакетная Передача Данных
LOS Прямая Видимость
LPP Протокол Позиционирования LTE
LTE Долгосрочное Развитие
MAC Управление Доступом к Среде
MBMS Услуга Мультимедийной Широковещательной/ Многоадресной Передачи
MBSFN ABS Почти Пустой Субкадр MBSFN
MDT Минимизация Тестирования с Испытателями на Автодвижущихся Средствах
MIB Основной Блок Информации
MME Объект Администрирования Мобильности
NPDCCH Узкополосный Физический Канал Управления Нисходящей Линии Связи
NR Новая Радиосвязь
OCNG Генератор Шума в Канале OFDMA
OFDM Мультиплексирование с Ортогональным Частотным Разделением
OFDMA Множественный Доступ с Ортогональным Частотным Разделением
OSS Система Эксплуатационной Поддержки
OTDOA Наблюдаемая Разница во Времени Прибытия Сигнала
O&M Эксплуатация и Техническое Обслуживание
PBCH Физический Широковещательный Канал
P-CCPCH Первичный Общий Физический Канал Управления
PCell Первичная Сота
PCFICH Физический Канала Индикатора Формата Управления
PDCCH Физический Канала Управления Нисходящей Линии Связи
PDP Профиль Задержки Мощности
PDSCH Физический Совместно Используемый Канал Нисходящей Линии Связи
PGW Шлюз Сети Пакетной Передачи Данных
PHICH Физический Канал Индикатора Гибридного-ARQ
PLMN Сеть Связи Наземных Подвижных Объектов Общего Пользования
PMI Индикатор Матрицы Предварительного Кодера
PRACH Физический Канала Произвольного Доступа
PRS Опорный Сигнал Позиционирования
PSS Первичный Сигнал Синхронизации
PUCCH Физический Канал Управления Восходящей Линии Связи
PUSCH Физический Совместно Используемый Канала Восходящей Линии Связи
RACH Канал Произвольного Доступа
QAM Квадратурно-Амплитудная Модуляция
RAN Сеть Радиодоступа
RAT Технология Радиодоступа
RLM Администрирование Линии Радиосвязи
RNC Контроллер Радиосети
RNTI Временный Идентификатор Радиосети
RRC Управление Радиоресурсами
RRM Администрирование Радиоресурсов
RS Опорный Сигнал
RSCP Мощность Принятого Кода Сигнала
RSRP Мощность Принятого Опорного Символа или Мощность Принятого Опорного Сигнала
RSRQ Качество Принятого Опорного Сигнала или Качество Принятого Опорного Символа
RSSI Индикатор Силы Принятого Сигнала
RSTD Разница во Времени Прибытия Опорного Сигнала
SCH Канал Синхронизации
SCell Вторичная Сота
SDU Блок Служебных Данных
SFN Системный Номер Кадра
SGW Обслуживающий Шлюз
SI Системная Информация
SIB Блок Системной Информации
SNR Отношение Сигнала к Шуму
SON Самооптимизированная Сеть
SS Сигнал Синхронизации
SSS Вторичный Сигнал Синхронизации
TDD Дуплекс с Временным Разделением
TDOA Разница во Времени Прибытия Сигнала
TOA Время Прибытия
TSS Третичный Сигнал Синхронизации
TTI Интервал Времени Передачи
UE Оборудование Пользователя
UL Восходящая Линия Связи
UMTS Универсальная Система Мобильной Связи
USIM Универсальный Модуль Идентификации Абонента
UTDOA Разница во Времени Прибытия Сигнала Восходящей Линии Связи
UTRA Универсальный Наземный Радиодоступ
UTRAN Универсальная Наземная Сеть Радиодоступа
WCDMA Широкополосный CDMA
WLAN Беспроводная Локальная Сеть.
1. Способ (2600) для обеспечения операций для узла-ретранслятора, содержащий этапы, на которых:
принимают (2610), в первом сетевом узле, блок системной информации, включающий в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и запрещено ли автономным оборудованиям пользователя (UE) осуществление доступа к первой соте, а второе указание указывает на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте; и
идентифицируют (2630), в первом сетевом узле, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
2. Способ (2600) по п. 1, в котором первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но не является зарезервированной для типа первого сетевого узла.
3. Способ (2600) по п. 1, в котором первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но установлена, чтобы разрешать тип первого сетевого узла.
4. Способ (2600) по п. 2 или 3, в котором первое указание является reservedNR-Cell, который сконфигурирован или присутствует, а второе указание является ReservedNR-CellExeptions.
5. Способ (2600) по п. 1, в котором первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание содержит список доступа к соте, указывающий на то, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте.
6. Способ (2600) по п. 5, в котором первое указание является reservedNR-Cell, который сконфигурирован или присутствует, а список доступа к соте включается в cellAccessRelatedInfoList.
7. Способ (2600) по п. 1, в котором первый сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание не содержит значение запрета для типа первого сетевого узла.
8. Способ (2600) по любому из пп. 1-3, 5-7, в котором блок системной информации дополнительно содержит третье указание, которое указывает на то, что оборудование пользователя из автономных UE имеет возможность осуществления доступа к первой соте.
9. Способ (2600) по любому из пп. 1-3, 5-7, дополнительно содержащий этап, на котором принимают, в первом сетевом узле, второй блок системной информации, при этом второй блок системной информации используется для автономных операций и считывается только типом первого сетевого узла, когда к первой соте разрешено осуществление доступа для типа первого сетевого узла.
10. Способ (2600) по любому из пп. 1-3, 5-7, дополнительно содержащий этап, на котором выполняют, в первом сетевом узле, процедуру произвольного доступа для осуществления доступа к первой соте через автономные операции, в ответ на идентификацию того, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
11. Сетевой узел (1660) для обеспечения операций для узла-ретранслятора, содержащий:
по меньшей мере одну схему (1670) обработки; и
по меньшей мере одно хранилище, которое хранит исполняемые процессором инструкции, которые, когда исполняются схемой обработки, предписывают сетевому узлу (1660):
принять (2610) блок системной информации, включающий в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и запрещено ли автономным оборудованиям пользователя (UE) осуществление доступа к первой соте, а второе указание указывает на то, имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте; и
идентифицировать (2630), имеет ли тип первого сетевого узла возможность осуществления доступа к первой соте, на основании второго указания в блоке системной информации.
12. Сетевой узел (1660) по п. 11, при этом сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но не является зарезервированной для типа первого сетевого узла.
13. Сетевой узел (1660) по п. 11, при этом сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание указывает на то, что первая сота является зарезервированной, но установлена, чтобы разрешать тип первого сетевого узла.
14. Сетевой узел (1600) по п. 12 или 13, в котором первое указание является reservedNR-Cell, который сконфигурирован или присутствует, а второе указание является ReservedNR-CellExeptions.
15. Сетевой узел (1660) по п. 11, при этом сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание содержит список доступа к соте, указывающий на то, что тип первого сетевого узла имеет возможность осуществления доступа к первой соте.
16. Сетевой узел (1660) по п. 15, в котором первое указание является reservedNR-Cell, который сконфигурирован или присутствует, а список доступа к соте включается в cellAccessRelatedInfoList.
17. Сетевой узел (1660) по п. 11, при этом сетевой узел имеет возможность осуществления доступа к первой соте, когда второе указание не содержит значение запрета для типа первого сетевого узла.
18. Сетевой узел (1660) по любому из пп. с 11 по 13, с 15 по 17, в котором блок системной информации дополнительно содержит третье указание, которое указывает на то, что оборудование пользователя из автономных UE имеет возможность осуществления доступа к первой соте.
19. Сетевой узел (1660) по любому из пп. с 11 по 13, с 15 по 17, в котором инструкции дополнительно предписывают сетевому узлу (1660) принимать второй блок системной информации, при этом второй блок системной информации используется для автономных операций и считывается только типом первого сетевого узла, когда к первой соте разрешено осуществление доступа для типа первого сетевого узла.
20. Сетевой узел (1660) по любому из пп. с 11 по 13, с 15 по 17, в котором инструкции предписывают сетевому узлу, в ответ на идентификацию того, что тип сетевого узла имеет возможность осуществления доступа к первой соте на основании второго указания в блоке системной информации, выполнять процедуру произвольного доступа для осуществления доступа к первой соте через автономные операции.
21. Сетевой узел (1660) для обеспечения операций для узла-ретранслятора, содержащий:
по меньшей мере одну схему (1670) обработки; и
по меньшей мере одно хранилище, которое хранит исполняемые процессором инструкции, которые, когда исполняются схемой обработки, предписывают сетевому узлу (1660):
осуществлять (2610) широковещательную передачу к узлам-ретрансляторам и оборудованиям пользователя (UE) в первой соте, блока системной информации, включающего в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и запрещено ли автономным UE осуществление доступа к первой соте, а второе указание указывает на то, имеют ли узлы-ретрансляторы возможность осуществления доступа к первой соте.
22. Система связи для обеспечения операций для узла-ретранслятора, содержащая по меньшей мере два сетевых узла (1660):
первый сетевой узел (1660), содержащий по меньшей мере одну схему (1670) обработки, выполненную с возможностью:
осуществления (2610) широковещательной передачи к узлам-ретрансляторам и оборудованиям пользователя (UE) в первой соте, блока системной информации, включающего в себя первое указание и второе указание, при этом первое указание указывает на то, что первая сота является неавтономной сотой и запрещено ли автономным UE осуществление доступа к первой соте, а второе указание указывает на то, имеют ли узлы-ретрансляторы возможность осуществления доступа к первой соте; и
второй сетевой узел (1660) из узлов-ретрансляторов, содержащий по меньшей мере одну схему (1670) обработки, выполненную с возможностью:
приема, от первого сетевого узла, блока системной информации, включающего в себя первое указание и второе указание;
идентификации того, разрешено ли осуществление доступа к первой соте для узлов-ретрансляторов на основании второго указания в блоке системной информации.