СИГНАЛИЗАЦИЯ ИЗМЕРЕНИЯ СМЕНЫ ВТОРИЧНОГО УЗЛА В РАДИОСЕТИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ
MEASUREMENT SIGNALING OF CHANGE OF SECONDARY NODE IN NEXT GENERATION RADIO NETWORK

ОБЛАСТЬ ТЕХНИКИ
[001] В этом документе раскрываются варианты осуществления для обработки переноса контекста пользовательского оборудования (UE) во вторичной сети с исходного вторичного сетевого узла на целевой вторичный сетевой узел; главным образом рассматривается перенос для межсетевого обмена Системы долгосрочного развития - New Radio; дополнительно рассматривается обработка измерения для такого переноса.
УРОВЕНЬ ТЕХНИКИ
[002] Проект партнерства третьего поколения (3GPP) приступил к проектированию и разработке системы мобильной связи следующего поколения (также известной как система мобильной связи 5G или просто "5G"). 5G будет включать в себя развитие современных сетей 4G и добавление новой, глобально стандартизованной технологии радиодоступа, известной как "New Radio" (NR).
[003] Большое многообразие требований к NR подразумевает, что потребуются полосы частот на многих разных несущих частотах. Например, нижние полосы потребуются для достижения достаточного покрытия, а верхние полосы (например, миллиметровые волны, mmW, например, около 30 ГГц и выше) понадобятся для достижения необходимой пропускной способности. На высоких частотах свойства распространения представляют более сложную проблему, и потребуется формирование пучка высокого порядка на базовой станции (например, усовершенствованный Узел Б, eNB, или Узел Б NR, gNB) для достижения достаточного бюджета линии связи. Например, могут понадобиться схемы передачи и приема с узким пучком на более высоких частотах для компенсации высокой потери распространения. Для заданной линии связи в точке передачи (TRP) может применяться пучок (то есть передающий (TX) пучок), и в пользовательском оборудовании (UE) может применяться пучок (то есть принимающий (RX) пучок), которые вместе называются "линией связи из пары пучков" (BPL) или просто "линией связи" для краткости.
[004] NR получит ориентированное на пучки исполнение, что означает, что традиционное понятие "соты" становится менее строгим, и пользовательское оборудование (UE) (стационарные или мобильные устройства беспроводной связи) во многих случаях будет подключаться и выполнять "передачу обслуживания" между узкими пучками вместо сот. Поэтому 3GPP согласился изучить идеи для обработки мобильности между пучками (внутри и между точками передачи (TRP)). В дальнейшем такая мобильность также будет называться мобильностью на основе пучков; высокое количество пучков мобильности потенциально сделает передачу обслуживания гораздо сложнее, чем в LTE; например, для UE может быть невозможно выполнить измерение мощности у всех возможных пучков; вместо этого в сети может иметь место предварительный выбор наиболее подходящих пучков для их измерения посредством UE.
[005] Общие требования к архитектуре следующего поколения (NG) (см. TR 23.799 "Study on Architecture for Next Generation", который полностью включается в этот документ посредством ссылки), а точнее говоря, к технологии доступа NG (см. TR 38.913 "Study on Scenarios and Requirements for Next Generation Access Technologies", который полностью включается в этот документ посредством ссылки) могут влиять на исполнение 5G (см. RP-160671, "New SID Proposal: Study on New Radio Access Technology", DoCoMo, который полностью включается в этот документ посредством ссылки) от мобильности до исполнения и механизмов плоскости управления.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[006] Цель - спроектировать базовые функции управления радиоресурсами (RRM), например обработку мобильности между Системой долгосрочного развития (LTE) (например, усовершенствованным Узлом Б (eNB)), радиоузлами NR (например, gNB), сущностями и пользовательским оборудованием.
[007] Эта цель достигается с помощью независимых пунктов формулы изобретения. Преимущественные варианты осуществления описываются в зависимых пунктах формулы изобретения и с помощью нижеследующего описания.
[008] Варианты осуществления относятся к смене вторичного узла и переконфигурации нового вторичного узла, где протокол (протоколы) RRC исходного вторичного узла и/или целевого вторичного узла частично отвечают за смену вторичного узла. Преимущества предложенных вариантов осуществления могут включать в себя минимизацию определения связанных с NR конфигураций и процедур измерения мобильности в спецификациях LTE и наоборот путем распределения управления/контроля мобильности между MeNB и SgNB или MgNB и SeNB в случае межсетевого обмена LTE-NR. Дополнительная польза состоит в том, что eNB LTE не нужно реализовывать связанные с NR процедуры и алгоритмы мобильности.
[009] В соответствии с вариантом осуществления предоставляется способ переноса контекста пользовательского оборудования (UE) во вторичной сети с исходного вторичного сетевого узла на целевой вторичный сетевой узел, где UE обслуживается главным сетевым узлом и исходным вторичным сетевым узлом, при этом способ содержит следующие этапы, выполняемые UE:
прием первого сообщения, указывающего конфигурацию измерения вторичного сетевого узла;
выполнение измерений возможных кандидатов (т.е. потенциально подходящих) на целевой вторичный сетевой узел на основе конфигурации измерения; и
отправку второго сообщения, содержащего отчет об измерениях, указывающий измерения возможных кандидатов на целевой вторичный узел.
[0010] В соответствии с вариантом осуществления предоставляется пользовательское оборудование, где UE приспособлено для выполнения вышеописанного способа.
[0011] В соответствии с вариантом осуществления предоставляется пользовательское оборудование (UE) которое выполнено с возможностью поддерживать перенос контекста UE во вторичной сети с исходного вторичного сетевого узла на целевой вторичный сетевой узел, где UE обслуживается главным сетевым узлом и исходным вторичным сетевым узлом, при этом UE содержит передатчик; приемник; запоминающее устройство; и систему обработки данных, содержащую один или более процессоров, где UE выполнено с возможностью осуществлять этапы:
приема первого сообщения, указывающего конфигурацию измерения вторичного сетевого узла;
выполнения измерений возможных кандидатов на целевой вторичный сетевой узел на основе конфигурации измерения; и
отправки второго сообщения, содержащего отчет об измерениях, указывающий измерения возможных кандидатов на целевой вторичный узел.
[0012] В соответствии с вариантом осуществления предоставляется способ переноса контекста пользовательского оборудования (UE) во вторичной сети с исходного вторичного сетевого узла на целевой вторичный сетевой узел, где UE обслуживается главным сетевым узлом и исходным вторичным сетевым узлом, при этом способ содержит следующие этапы, выполняемые исходным вторичным сетевым узлом:
инициирование отправки в UE первого сообщения, указывающего конфигурацию измерения вторичного сетевого узла; и
прием от UE второго сообщения, содержащего отчет об измерениях, указывающий измерения возможных кандидатов на целевой вторичный узел.
[0013] В соответствии с вариантом осуществления предоставляется сетевой узел, который приспособлен для выполнения вышеописанного способа.
[0014] В соответствии с вариантом осуществления предоставляется сетевой узел, который выполнен с возможностью обеспечивать перенос контекста UE во вторичной сети на целевой вторичный сетевой узел, где UE обслуживается главным сетевым узлом и упомянутым сетевым узлом, при этом сетевой узел содержит передатчик; приемник; запоминающее устройство; и систему обработки данных, содержащую один или более процессоров, где сетевой узел выполнено с возможностью осуществлять этапы:
[0015] инициирования отправки в UE первого сообщения, указывающего конфигурацию измерения вторичного сетевого узла; и
[0016] приема от UE второго сообщения, содержащего отчет об измерениях, указывающий измерения возможных кандидатов на целевой вторичный узел.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0017] Дополнительные подробности вариантов осуществления описываются со ссылкой на чертежи, где:
[0018] Фиг. 1 иллюстрирует примерную систему беспроводной связи в соответствии с некоторыми вариантами осуществления.
[0019] Фиг. 2 иллюстрирует схему сигнализации с известного уровня техники.
[0020] Фиг. 3 иллюстрирует схему сигнализации с известного уровня техники.
[0021] Фиг. 4 иллюстрирует схему сигнализации с известного уровня техники.
[0022] Фиг. 5 иллюстрирует схему сигнализации с известного уровня техники.
[0023] Фиг. 6 иллюстрирует схему сигнализации в соответствии с некоторыми вариантами осуществления.
[0024] Фиг. 7 иллюстрирует схему сигнализации в соответствии с некоторыми вариантами осуществления.
[0025] Фиг. 8 иллюстрирует примерную блок-схему алгоритма в соответствии с некоторыми вариантами осуществления.
[0026] Фиг. 9 иллюстрирует примерную блок-схему алгоритма в соответствии с некоторыми вариантами осуществления.
[0027] Фиг. 10 - блок-схема вторичного сетевого узла в соответствии с некоторыми вариантами осуществления.
[0028] Фиг. 11 - блок-схема главного сетевого узла в соответствии с некоторыми вариантами осуществления.
[0029] Фиг. 12 иллюстрирует схему сигнализации в соответствии с некоторыми вариантами осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
[0030] Фиг. 1 иллюстрирует примерную систему беспроводной связи в соответствии с некоторыми вариантами осуществления. Система 100 беспроводной связи может содержать пользовательское оборудование 105 (то есть стационарное или мобильное устройство беспроводной связи) и одну или более базовых станций, включая главный сетевой узел 120 управления радиоресурсами (RRC) и множество вторичных сетевых узлов 110A-B RRC. В некоторых вариантах осуществления главный сетевой узел 120 и вторичные сетевые узлы 110A-B дополнительно связаны с базовой сетью 130. В некоторых вариантах осуществления главный сетевой узел 120 может быть выполнен в виде главного усовершенствованного Узла Б, который известен в сетях LTE (в этом документе называемого MeNB), а вторичные сетевые узлы 110A-B могут быть выполнены в виде вторичных блоков RRC New Radio (NR) для технологий доступа следующего поколения/5G (в этом документе называемых SgNB). В других вариантах осуществления главный сетевой узел 120 может быть выполнен в виде главного сетевого узла NR (в этом документе называемого MgNB), а вторичные сетевые узлы 110A-B могут быть выполнены в виде вторичных eNB (в этом документе называемых SeNB).
[0031] В некоторых вариантах осуществления главный сетевой узел 120 может обслуживать UE 105, как указано линией 115A связи. В некоторых вариантах осуществления вторичный сетевой узел 110A-B может предоставлять дополнительные ресурсы для UE 105, например обслуживающие соты. Например, вторичный сетевой узел 110A-B может предоставлять дополнительные ресурсы на основе принятого отчета об измерениях, условий трафика или типов однонаправленных каналов. Таким образом, в некоторых вариантах осуществления UE 105 может обслуживаться главным сетевым узлом 120 и исходным вторичным сетевым узлом 110A, как проиллюстрировано линиями 115A и 115B связи. Однако в некоторых вариантах осуществления может быть желательно переключиться с исходного вторичного сетевого узла 110A на целевой вторичный сетевой узел 110B, и в этом случае UE может обслуживаться главным сетевым узлом 120 и целевым вторичным сетевым узлом 110B после переноса вторичного сетевого узла, как проиллюстрировано линиями 115A и 115C связи.
[0032] Двойное подключение в LTE
[0033] При двойном подключении (DC) в LTE благодаря взаимопониманию между главным и вторичным сетевыми узлами (MeNB 120 и SeNB 110A) MeNB 120 способен поддерживать конфигурацию измерения RRM у UE 105 для процедур мобильности. Кроме того, MeNB 120 может решить попросить у SeNB 110A предоставить дополнительные ресурсы (обслуживающие соты) для UE 105, например, на основе принятых отчетов об измерениях, или условий трафика, или типов однонаправленных каналов, так как нетрудно интерпретировать их посредством блока RRC, расположенного в главном сетевом узле 120. Поэтому мобильность может координироваться преимущественно с помощью MeNB 120 в случае DC LTE.
[0034] Фиг. 2-5 - схемы сигнализации с известного уровня техники для DC LTE на основе TS 36.300 3GPP, которая полностью включается в этот документ посредством ссылки. Как проиллюстрировано на фиг. 2, процедура добавления SeNB для DC LTE инициируется MeNB 120 и используется для установления контекста UE в SeNB 110A, чтобы предоставлять радиоресурсы от SeNB 110A в UE 105. Эта процедура используется для добавления по меньшей мере первой соты, то есть PSCell из группы дополнительных сот (SCG) в случае DC LTE. Как показано на фиг. 2, MeNB 120 может передать первое сообщение 201, которое является сообщением с запросом SeNB (несущим SCG-ConfigInfo). SCG-ConfigInfo может включать в себя конфигурацию MeNB 120 и возможности всего UE 105 для координации возможностей UE, чтобы использовать их как основу для переконфигурации посредством SeNB. Далее SeNB 110A может передать второе сообщение 203, которое является сообщением Подтверждения запроса добавления SeNB (переносящим SCG-Config). SCG-Config может включать в себя новый радиоресурс SCG, включающий информацию о радиоконфигурации и информацию об адресе пересылки данных (если применимо). Далее, чтобы выполнить передачу обслуживания, MeNB 120 может передать в UE 105 третье сообщение 205, которое является сообщением RRCConnectionReconfiguration. Затем UE 105 может передать обратно к MeNB 120 четвертое сообщение 207, при этом четвертое сообщение содержит сообщение RRCConnectionReconfigurationComplete. В конечном счете MeNB 120 может передать к SeNB 110A пятое сообщение 209, содержащее сообщение Завершения переконфигурации.
[0035] Фиг. 3-4 иллюстрируют процедуру освобождения SeNB 110A для DC LTE. Процедура освобождения SeNB может быть инициирована либо MeNB 120, либо SeNB 110A, и используется для инициирования освобождения контекста UE в SeNB. Узел-получатель этого запроса не может его отклонить. Процедура освобождения SeNB не обязательно должна включать в себя сигнализацию в UE, например, повторное установление соединения RRC из-за отказа линии радиосвязи в MeNB 120. Фиг. 3 иллюстрирует процедуру освобождения, инициированную MeNB 120, а фиг. 4 иллюстрирует процедуру освобождения, инициированную SeNB 110A. Как показано на фиг. 3, MeNB 120 инициирует процедуру освобождения SeNB 110A путем передачи к SeNB 110A первого сообщения 301, при этом первое сообщение является Запросом освобождения SeNB. Запрос освобождения SeNB может побудить исходный SeNB 110A прекратить предоставление пользовательских данных UE 105, и если применимо, начать пересылку данных. Затем MeNB 120 передает в UE 105 сообщение 303, содержащее RRCConnectionReconfiguration, а UE отвечает и передает к MeNB 120 сообщение 305, подтверждающее Завершение RRCConnectionReconfiguration. Как показано на фиг. 4, SeNB 110A инициирует процедуру освобождения путем передачи к MeNB 120 первого сообщения 401, содержащего "необходимо освобождение SeNB". Затем MeNB 120 передает к SeNB 110A сообщение 403, содержащее подтверждение освобождения SeNB. Затем MeNB 120 передает в UE 105 сообщение 405, содержащее RRCConnectionReconfiguration, а UE отвечает и передает к MeNB 120 сообщение 407, подтверждающее Завершение RRCConnectionReconfiguration.
[0036] Фиг. 5 иллюстрирует то, как можно инициировать процедуру смены SeNB с помощью MeNB 120 и использовать для переноса контекста UE с исходного SeNB 110A на целевой SeNB 110B, а также смены конфигурации SCG в UE с исходного SeNB 110A на целевой SeNB 110B. Как показано на фиг. 5, процедура смены SeNB в LTE может быть инициирована MeNB 120 путем передачи сообщения 501, Запроса добавления SeNB, целевому SeNB 110B через исходный SeNB 110A. В ответ целевой SeNB 110B может передать MeNB 120 сообщение 503, Подтверждение приема запроса добавления SeNB, через исходный SeNB 110A. MeNB 120 может передать исходному SeNB 110A сообщение 505, Запрос освобождения SeNB, которое получающий SeNB 110A не может отклонить. Затем MeNB 120 может передать UE 105 сообщение 507, сообщение RRCConnectionReconfiguration, а в ответ принять от UE 105 сообщение 509, сообщение RRCConnectionReconfigurationComplete. MeNB 120 может дополнительно отправить целевому SeNB 110B сообщение 511, сообщение Завершения переконфигурации SeNB.
[0037] Конфигурация вторичного узла в случае межсетевого обмена LTE-NR
[0038] В случае процедур модификации вторичного узла, или смены узла, или освобождения главный узел не обязательно может поддерживать конфигурацию измерения управления радиоресурсами, RRM, у UE для вторичного узла, но может формировать только окончательное сообщение RRC. Сообщение RRC, передаваемое от главного узла, может содержать PDU RRC, который является частью конфигурации измерения RRM, подготовленной блоком RRC во вторичном узле. Можно оставить на усмотрение реализации то, нужно ли главному узлу понимать конфигурацию измерения RRM.
[0039] В случае процедур модификации вторичного узла, смены узла или освобождения отчет об измерениях RRM, связанный с мобильностью во вторичном узле (узлах), можно принять с помощью главного узла (блока RRC главного узла) в окончательном сообщении RRC. В первом варианте главный узел может, без необходимости анализировать эту информацию, передать NR-часть сообщения RRC, включающую отчет об измерениях RRM, например, по интерфейсу X2* вторичному узлу (например, блоку RRC, расположенному во вторичном узле), например посредством контейнера. Во втором варианте, если разрешен прямой SRB между вторичным узлом и UE, то отчет об измерениях может отправляться напрямую между UE и вторичным узлом.
[0040] Фиг. 5 и 6 показывают два варианта, например вариант A и вариант B, для смены вторичного узла и переконфигурации нового вторичного узла, где протокол RRC вторичного узла частично отвечает за смену вторичного узла.
[0041] В обоих вариантах смена вторичного узла (SgNB) может быть инициирована вторичным узлом (например, S-SgNB) вместо главного узла (MeNB), в отличие от DC LTE. Так как мобильность NR предполагается отличающейся от мобильности в LTE, алгоритмы мобильности могут справиться с мобильностью на основе пучков.
[0042] В варианте A не вся сигнализация смены вторичного узла (SgNB) должна проходить через главный узел (MeNB), тогда как в варианте B вся сигнализация, относящаяся к смене вторичного узла (SgNB), проходит через главный узел (MeNB), позволяя ему понимать все этапы сигнализации; насколько глубоко главный узел должен понимать сигнализацию, может зависеть от реализации. В любом случае, если процедура не перехватывается главным узлом (MeNB), то в UE отправляется информация о конфигурации целевого вторичного узла (например, T-SgNB), например, информация о конфигурации NR (или кратко NR-Config Info), посредством окончательного сообщения RRC от MeNB.
[0043] Таким образом, информация о конфигурации целевого вторичного узла (T-SgNB NR-Config Info) может быть (полностью или частично) прозрачна для MeNB, который отправляет такую информацию о конфигурации в UE в окончательном сообщении RRC LTE.
[0044] Смена вторичного сетевого узла LTE-NR
[0045] Для нисходящей линии связи и восходящей линии связи можно представить себе разнесение RRC, чтобы решить вышеупомянутые проблемы, например, связанные со сверхнадежной связью с малой задержкой (URLLC) и устойчивостью к мобильности.
[0046] RRM NR предполагается отличающимся от RRM LTE из-за обсуждаемой выше мобильности на основе пучков. Особенно конфигурация измерения RRM NR, события и триггеры отчетности об измерениях могут весьма отличаться от тех, что уже заданы для мобильности LTE. Может быть, например, предпочтительно оставить RRM в LTE и NR независимыми, чтобы обеспечить исполнение RRM NR с заделом на будущее, например, когда рассматривается автономная работа NR.
[0047] В дальнейшем описывается примерный набор вариантов осуществления, связанных со сменой вторичного сетевого узла и переконфигурацией нового вторичного сетевого узла, где протокол (протоколы) RRC исходного вторичного сетевого узла и/или целевого вторичного сетевого узла частично отвечают за смену вторичного сетевого узла. Минимизация определения связанной с NR конфигурации измерения мобильности в спецификациях LTE и наоборот может достигаться путем распределения управления/контроля мобильности между MeNB 120 и SgNB 110A-B (или MgNB 120 и SeNB 110A-B) в случае межсетевого обмена LTE-NR.
[0048] Раскрытие изобретения предлагает два основных варианта для смены вторичного сетевого узла и переконфигурации нового вторичного сетевого узла, где протокол (протоколы) RRC исходного вторичного сетевого узла и/или целевого вторичного сетевого узла частично отвечают за смену вторичного сетевого узла, как показано на фиг. 6-7. Эти варианты отличаются от DC LTE, как описано выше, потому что смена SgNB инициируется S-SgNB 110A вместо MeNB 120. Более того, в обоих вариантах конфигурация целевого SgNB может быть прозрачна для MeNB. Может быть желательно, чтобы смена SgNB инициировалась S-SgNB 110A, поскольку мобильность NR предполагается отличающейся от LTE, и алгоритмы мобильности могут быть мобильностью на основе пучков. Можно предполагать, что сущность, принимающая решение о мобильности NR, может находиться в NR-части RAN 5G, то есть в gNB, что может включать в себя сведения о топологии радиоресурсов NR поблизости, текущем состоянии радиоресурсов NR, и управление и обработку связанных с NR измерений UE. Описываемые ниже процедуры предлагают решение, где связанные с LTE и с NR логические узлы в RAN 5G являются отличными, обособленными логическими сущностями, взаимосвязанными по интерфейсу, который называется "X2*".
[0049] Сначала главный сетевой узел 120, например MeNB 120 на фиг. 6, определяет один или более подходящих кандидатов на SgNB. Это может основываться на измерениях нисходящей линии связи (DL) или измерениях восходящей линии связи (UL).
[0050] В случае процедуры на основе измерения DL SgNB определяет подходящую конфигурацию измерения для UE, включающую подходящие промежуточные частоты для измерения. К тому же потребность в промежутках измерения может определяться на основе возможности UE. SgNB создает конфигурацию измерения (RRC). Конфигурация отправляется в UE либо напрямую, либо через MeNB. Первое решение возможно, только если поддерживаются прямые SRB между SgNB и UE. В последнем решении MeNB отправляет в UE окончательное сообщение RRC. После того, как UE измерило возможные кандидаты на новый SgNB, UE отправляет в сеть отчет об измерениях. Он может отправляться напрямую к SgNB, если поддерживается SRB между UE и SgNB. Если отчет об измерениях отправляется к MeNB, то MeNB пересылает результаты измерения в SgNB по X2 или X2*.
[0051] В случае процедуры на основе измерения UL решение сменить SgNB может приниматься в исходном SgNB. UE, в принципе, может конфигурироваться сигналом UL, который нужно использовать для мобильности. Сигнал может быть аналогичен SRS. В зависимости от решения конфигурацию сигнала UL можно отправить посредством RRC к MeNB или напрямую к SgNB. SgNB может принять сигнал UL напрямую от UE и на основе этого определить подходящего кандидата (кандидатов) на смену SgNB. В случаях, где MeNB принимает сигнал UL, MeNB может переслать результат измерения к SgNB.
[0052] Фиг. 11 показывает примерную схему сигнализации по отношению к вышеописанной конфигурации измерения. Главный сетевой узел 120 принимает информацию 1201 о конфигурации измерения, созданную текущим (или исходным) вторичным сетевым узлом, например S-SgNB 110A. Главный сетевой узел 120 создает окончательное сообщение 1202 RRC, содержащее принятую конфигурацию измерения, и отправляет его в UE 105. UE 105 на основе конфигурации измерения выполняет измерения возможных кандидатов на новый вторичный сетевой узел, например T-SgNB 110B. В конечном счете UE отвечает сообщением 1203 с отчетом об измерениях, содержащим отчет об измерениях, указывающий измерения возможных кандидатов на новый вторичный узел. Главный сетевой узел отправляет отчет 1204 об измерениях, содержащий результаты измерения, текущему (или исходному) вторичному сетевому узлу 110A, который на основе отчета об измерениях определяет новый (или целевой) вторичный сетевой узел 110B.
[0053] Как только определяется целевой SgNB, совершается сигнализация для смены SgNB, как описано ниже по отношению к фиг. 6 или фиг. 7.
[0054] Как показано на фиг. 6, смена SgNB инициируется S-SgNB 110A путем отправки сообщения 601, сообщения с запросом передачи обслуживания SgNB, к T-SgNB 110B без прохождения через MeNB 120. Информация NR-Config, включенная в сообщение 601 с запросом передачи обслуживания, может использоваться S-SgNB 110A для запроса у T-SeNB 110B выполнить некоторые конфигурационные действия, аналогичные выполняемым посредством SCG-ConfigInfo LTE и/или Запроса передачи обслуживания в LTE. Далее T-SgNB 110B отвечает S-SgNB 110A сообщением 603, сообщением с ответом передачи обслуживания SgNB, включающим конфигурацию NR, например NR-Config. NR-Config может включать в себя новый радиоресурс, ассоциированный с T-SgNB 110B. Затем S-SgNB 110A отправляет MeNB 120 сообщение 605 с информацией NR-Config. Сообщение 605 может быть сообщением X2* AP, называемым Запросом смены SgNB на фиг. 6, чтобы сделать возможной переконфигурацию RRC у UE 105 с T-SgNB 110B. Такое же сообщение 605 X2*AP может включать в себя информацию о переключении плоскости пользователя, чтобы иметь возможность успешно исполнить смену SgNB и активизировать поток данных плоскости пользователя к UE 105. Сообщение с конфигурацией NR (например, NR-Config) может использоваться для переноса радиоконфигурации, сформированной T-SgNB 110B. После приема конфигурации NR посредством сообщения 605 MeNB 120 может (i) перехватить и отправить сообщение 607, отказ смены SgNB, к S-SgNB 110A, который в свою очередь отправляет сообщение 609, отказ смены SgNB, к T-SgNB 110B, или (ii) продолжить путем передачи S-SgNB 110A сообщения 611, Запроса освобождения SgNB. Во втором случае MeNB 120 может выполнить этапы переконфигурации соединения RRC, включающие передачу в UE 105 сообщения 613, сообщения RRCConnectionReconfiguration, передачу посредством UE 105 к MeNB 120 сообщения 615, сообщения RRCConnectionReconfigurationComplete, и передачу посредством MeNB 120 к T-SgNB 110B сообщения 617, сообщения Завершения переконфигурации SgNB, чтобы завершить процедуру переноса SgNB.
[0055] Фиг. 7 иллюстрирует вторую схему сигнализации в соответствии с некоторыми вариантами осуществления. Как показано на фиг. 7, процедура смены SgNB инициируется S-SgNB 110A, но сигнализация идет через MeNB 120. S-SgNB 110A инициирует процедуру смены SgNB путем передачи к MeNB 120 сообщения 701, Запроса смены SgNB вместе с сообщением NR ConfigInfo. Тогда MeNB 120 может отклонить смену SeNB путем передачи сообщения 703, сообщения с отказом смены SgNB, или продолжить смену путем передачи к T-SgNB 110B сообщения 705, сообщения с запросом добавления SgNB (включает в себя NR-Config Info). В последнем случае T-SgNB 110B может ответить на сообщение 705 путем передачи к MeNB 120 сообщения 707, сообщения с подтверждением приема запроса добавления SgNB, которое включает в себя NR-Config Info для T-SgNB 110B. В ответ на сообщение 707 MeNB 120 может передать к S-SgNB 110A сообщение 711, Подтверждение приема запроса смены SgNB (включает в себя NR-Config Info), а также передать к S-SgNB 110A сообщение 713, сообщение с запросом освобождения SgNB. MeNB 120 может выполнить этапы переконфигурации соединения RRC, включающие передачу в UE 105 сообщения 715, сообщения RRCConnectionReconfiguration, передачу посредством UE 105 к MeNB 120 сообщения 717, сообщения RRCConnectionReconfigurationComplete, и передачу посредством MeNB 120 к T-SgNB 110B сообщения 719, сообщения Завершения переконфигурации SgNB, чтобы завершить процедуру переноса SgNB.
[0056] В зависимости от реализации и того, какие сообщения MeNB 120 может понять частично или полностью, например, Запрос смены SgNB или Подтверждение приема запроса добавления SgNB, MeNB 120 может раньше перехватывать процедуру, например, продолжать/отклонять смену SeNB, как показано на фиг. 7, по сравнению с другим вариантом, который показан на фиг. 6. Однако в некоторых вариантах осуществления показанная на фиг. 6 процедура может быть желательнее там, где принуждение каждого сигнала проходить через MeNB 120 может увеличить служебную нагрузку сигнализация и задержку для процедуры смены SgNB. С другой стороны, также может быть полезным позволить центральной сущности следить за общим ходом мобильности и соответствующей стратегией RRM, например, вследствие того, что нужно учитывать мобильность соединения RRC, которое управляется MeNB. Кроме того, показанный на фиг. 7 второй вариант мог бы повторно использовать существующую инфраструктуру LTE.
[0057] В некоторых вариантах осуществления сообщение с конфигурацией NR, например NR-Config Info в сообщениях 603, 706, может быть протокольным блоком данных RRC (PDU), переносимым между блоком RRC UE и блоком RRC NR. В еще одном варианте осуществления такая информация могла бы состоять из информационного элемента (IE), аналогичного SCG-Config в DC LTE.
[0058] В другом варианте/варианте осуществления сценарий межсетевого обмена LTE-NR, который показан на фиг. 6-7, мог бы быть противоположным, так что узел NR является главным сетевым узлом 120 (то есть MgNB 120), а узлы LTE являются исходным и целевым вторичными сетевыми узлами (то есть S-SeNB 110A и T-SeNB 110B и/или S-SgNB и T-SgNB). В некоторых вариантах осуществления конфигурация может переноситься напрямую из S-SgNB в UE вместо ее переноса через MeNB. В другом варианте осуществления привлекаемые узлы RAN 5G могли бы быть узлами, которые поддерживают доступ LTE и NR, поэтому каждая сущность могла бы находиться в положении для понимания и обработки сообщений RRC и выполнения соответствующих действий RRM. В еще одном варианте осуществления сценарий мог бы быть таким же, как показан на фиг. 6-7, и MeNB 120 может параллельно добавлять SgNB или менять SgNB, придерживаясь существующих процедур DC LTE, которые можно обнаружить в TS 36.300 3GPP.
[0059] Фиг. 8 - примерная блок-схема алгоритма в соответствии с некоторыми вариантами осуществления. В предпочтительных вариантах осуществления способ 800 выполняется исходным вторичным сетевым узлом 110A, который описан применительно к фиг. 10, для переноса контекста UE с исходного вторичного сетевого узла 110A на целевой вторичный сетевой узел 110B, который отличается от исходного вторичного сетевого узла 110B.
[0060] На этапе 801 исходный вторичный сетевой узел 110A передает первое сообщение целевому вторичному сетевому узлу 110B, где целевой сетевой узел 110B выполнен с возможностью отвечать на первое сообщение путем передачи исходному вторичному сетевому узлу 110A второго сообщения, содержащего конфигурационные данные целевого вторичного сетевого узла 110B.
[0061] На этапе 803 исходный вторичный сетевой узел 110A принимает второе сообщение, переданное целевым вторичным сетевым узлом 110B.
[0062] На этапе 805 после приема второго сообщения исходный вторичный сетевой узел 110A инициирует перенос контекста UE с исходного вторичного сетевого узла 110A на целевой вторичный сетевой узел 110B, где инициирование переноса контекста UE содержит передачу исходным вторичным сетевым узлом 110A главному сетевому узлу 120 третьего сообщения, содержащего конфигурационные данные целевого вторичного сетевого узла.
[0063] В некоторых вариантах осуществления первое сообщение на этапе 801 может содержать сообщение 601 с запросом передачи обслуживания, как показано на фиг. 6, при этом сообщение с запросом передачи обслуживания предписывает целевому вторичному сетевому узлу 110B выполнить одно или более конфигурационных действий. В некоторых вариантах осуществления второе сообщение на этапах 801 и 803 способа 800 может содержать сообщение с ответом передачи обслуживания, например сообщение 603 подтверждения приема запроса передачи обслуживания, как показано на фиг. 6. В некоторых вариантах осуществления конфигурационные данные во втором сообщении могут содержать NR-Config Info, которая может быть одним из PDU RRC или IE. В некоторых вариантах осуществления исходный вторичный сетевой узел 110B может принимать четвертое сообщение, переданное главным сетевым узлом 120, в ответ на прием главным сетевым узлом 120 третьего сообщения. Четвертое сообщение может быть Запросом освобождения, например сообщением 611, показанным на фиг. 6.
[0064] Фиг. 9 - примерная блок-схема алгоритма в соответствии с некоторыми вариантами осуществления. В предпочтительных вариантах осуществления способ 900 выполняется главным сетевым узлом 120, который описан ниже применительно к фиг. 11.
[0065] На этапе 901 главный сетевой узел 120 принимает первое сообщение, переданное исходным вторичным сетевым узлом 110A, при этом первое сообщение содержит запрос инициирования переноса контекста UE с исходного вторичного сетевого узла 110A на целевой вторичный сетевой узел 110B. В некоторых вариантах осуществления первое сообщение может содержать Запрос смены, например сообщение 701, как показано на фиг. 7.
[0066] На этапе 903 главный сетевой узел 120 в ответ на запрос передает второе сообщение целевому вторичному сетевому узлу 110B.
[0067] На этапе 905 главный сетевой узел 120 принимает третье сообщение от целевого вторичного сетевого узла 110B, при этом третье сообщение содержит конфигурационные данные целевого вторичного сетевого узла 110B. В некоторых вариантах осуществления конфигурационные данные целевого вторичного сетевого узла 110B могут содержать NR-Config Info, которая может содержать один из PDU RRC или IE.
[0068] В некоторых вариантах осуществления способ 900 может дополнительно содержать передачу главным сетевым узлом 120 вторичному сетевому узлу 110A подтверждения приема запроса, например сообщения 711, показанного на фиг. 7. В некоторых вариантах осуществления способ 900 может дополнительно содержать передачу главным сетевым узлом 120 исходному вторичному сетевому узлу 110A запроса освобождения, например сообщения 713, показанного на фиг. 7. В некоторых вариантах осуществления способ 900 может дополнительно содержать передачу главным сетевым узлом 120 в UE 105 сообщения в ответ на прием третьего сообщения, при этом сообщение содержит сообщение переконфигурации соединения RRC (RRCConnectionReconfiguration), например сообщения 715, показанного на фиг. 7. Способ 900 может дополнительно содержать прием главным сетевым узлом 120 сообщения от UE 105, при этом сообщение содержит сообщение Завершения переконфигурации соединения RRC (Завершение RRCConnectionReconfiguration), например сообщения 717, показанного на фиг. 7. В некоторых вариантах осуществления способ 900 может дополнительно содержать передачу главным сетевым узлом 120 целевому вторичному сетевому узлу 110B сообщения Завершения переконфигурации, например сообщения 719, показанного на фиг. 7.
[0069] Применительно к фиг. 8-9 в некоторых вариантах осуществления исходный вторичный сетевой узел 110A выполнен в виде первого узла New Radio, целевой вторичный сетевой узел 110B выполнен в виде второго узла New Radio, а главный сетевой узел 120 выполнен в виде eNB. В других вариантах осуществления исходный вторичный сетевой узел 110A выполнен в виде первого eNB, целевой вторичный сетевой узел 110B выполнен в виде второго eNB, а главный сетевой узел 120 выполнен в виде узла New Radio.
[0070] Фиг. 10 - блок-схема исходного вторичного сетевого узла 110A в соответствии с некоторыми вариантами осуществления. Как показано на фиг. 10, исходный вторичный сетевой узел 110A может содержать: систему 1002 обработки данных (DPS), которая может включать в себя один или более процессоров 1055 (например, универсальный микропроцессор и/или одну или более других схем обработки данных, например специализированную интегральную схему (ASIC), программируемые пользователем вентильные матрицы (FPGA) и т. п.); сетевой интерфейс 1005 для использования при соединении исходного вторичного сетевого узла 110A с сетью 130; радио приемопередатчик 1007 (то есть приемник и передатчик), соединенный с антенной 1022 для использования, например, при осуществлении беспроводной связи с UE и другими устройствами; и локальное запоминающее устройство 1012 (также известное как "система хранения данных"), которое может включать в себя одно или более энергонезависимых запоминающих устройств и/или одно или более энергозависимых запоминающих устройств (например, оперативное запоминающее устройство (RAM)). В вариантах осуществления, где исходный вторичный сетевой узел 110A включает в себя универсальный микропроцессор, может предоставляться компьютерный программный продукт 1041 (CPP). CPP 1041 включает в себя машиночитаемый носитель 1042 (CRM), хранящий компьютерную программу 1043 (CP), содержащую машиночитаемые инструкции 1044 (CRI). CRM 1042 может быть долговременным машиночитаемым носителем, например, но не только, магнитными носителями (например, жестким диском), оптическими носителями (например, DVD), запоминающими устройствами (например, оперативным запоминающим устройством) и т.п. В некоторых вариантах осуществления CRI 1044 в компьютерной программе 1043 конфигурируются так, что при исполнении системой 1002 обработки данных CRI побуждают исходный вторичный сетевой узел 110A выполнить описанные выше этапы (например, описанные выше этапы со ссылкой на блок-схемы алгоритмов). В других вариантах осуществления вторичный сетевой узел 110A может конфигурироваться для выполнения описанных в этом документе этапов без необходимости кода. То есть, например, система 1002 обработки данных может состоять просто из одной или более ASIC. Поэтому признаки описанных в этом документе вариантов осуществления можно реализовать в аппаратных средствах и/или в программном обеспечении.
[0071] Фиг. 11 - блок-схема главного сетевого узла 120 в соответствии с некоторыми вариантами осуществления. Как показано на фиг. 11, главный сетевой узел 120 может содержать: систему 1102 обработки данных (DPS), которая может включать в себя один или более процессоров 1155 (например, универсальный микропроцессор и/или одну или более других схем обработки данных, например специализированную интегральную схему (ASIC), программируемые пользователем вентильные матрицы (FPGA) и т. п.); сетевой интерфейс 1105 для использования при соединении главного сетевого узла 120 с сетью 130; радио приемопередатчик 1107, соединенный с антенной 1122 для использования, например, при осуществлении беспроводной связи с UE и другими устройствами; и локальное запоминающее устройство 1112 (также известное как "система хранения данных"), которое может включать в себя одно или более энергонезависимых запоминающих устройств и/или одно или более энергозависимых запоминающих устройств (например, оперативное запоминающее устройство (RAM)). В вариантах осуществления, где главный сетевой узел 120 включает в себя универсальный микропроцессор, может предоставляться компьютерный программный продукт 1141 (CPP). CPP 1141 включает в себя машиночитаемый носитель 1142 (CRM), хранящий компьютерную программу 1143 (CP), содержащую машиночитаемые инструкции 1144 (CRI). CRM 1142 может быть долговременным машиночитаемым носителем, например, но не только, магнитными носителями (например, жестким диском), оптическими носителями (например, DVD), запоминающими устройствами (например, оперативным запоминающим устройством) и т. п. В некоторых вариантах осуществления CRI 1144 в компьютерной программе 1143 конфигурируются так, что при исполнении системой 1102 обработки данных CRI побуждают главный сетевой узел 120 выполнить описанные выше этапы (например, описанные выше этапы со ссылкой на блок-схемы алгоритмов). В других вариантах осуществления главный сетевой узел 120 может быть выполнен с возможностью осуществления описанных в этом документе этапов без необходимости кода. То есть, например, система 1102 обработки данных может состоять просто из одной или более ASIC. Поэтому признаки описанных в этом документе вариантов осуществления можно реализовать в аппаратных средствах и/или в программном обеспечении.
[0072] Ниже будут описываться различные варианты осуществления для примера.
Варианты осуществления вторичного сетевого узла:
E1. Способ, выполняемый исходным вторичным сетевым узлом для переноса контекста пользовательского оборудования с исходного вторичного сетевого узла на целевой вторичный сетевой узел, который отличается от исходного вторичного сетевого узла, при этом способ содержит:
передачу исходным вторичным сетевым узлом первого сообщения целевому вторичному сетевому узлу, где целевой сетевой узел выполнен с возможностью отвечать на первое сообщение путем передачи исходному вторичному сетевому узлу второго сообщения, содержащего конфигурационные данные целевого вторичного сетевого узла;
прием в исходном вторичном сетевом узле второго сообщения, переданного целевым вторичным сетевым узлом; и инициирование переноса контекста UE с исходного вторичного сетевого узла на целевой вторичный сетевой узел после приема второго сообщения, где инициирование переноса контекста UE содержит передачу исходным вторичным сетевым узлом главному сетевому узлу третьего сообщения, содержащего конфигурационные данные целевого вторичного сетевого узла.
E2. Способ из варианта 1 осуществления, в котором первое сообщение содержит сообщение с запросом передачи обслуживания, при этом сообщение с запросом передачи обслуживания предписывает целевому вторичному сетевому узлу выполнить одно или более конфигурационных действий.
E3. Способ из варианта 2 осуществления, в котором второе сообщение содержит сообщение с ответом передачи обслуживания.
E4. Способ из любого из вариантов 1-2 осуществления, в котором конфигурационные данные содержат один из: протокольного блока данных (PDU) управления радиоресурсами (RRC) или информационного элемента (IE).
E5. Способ из любого из вариантов 1-4 осуществления, дополнительно содержащий:
прием в исходном вторичном сетевом узле четвертого сообщения, переданного главным сетевым узлом, при этом четвертое сообщение содержит Запрос освобождения, где главный сетевой узел выполнен с возможностью передавать четвертое сообщение после приема третьего сообщения.
E6. Способ из любого из вариантов 1-5 осуществления, в котором исходный вторичный сетевой узел выполнен в виде первого узла New Radio, целевой вторичный сетевой узел выполнен в виде второго узла New Radio, а главный сетевой узел выполнен в виде усовершенствованного Узла Б.
E7. Способ из любого из вариантов 1-5 осуществления, в котором исходный вторичный сетевой узел выполнен в виде первого усовершенствованного Узла Б, целевой вторичный сетевой узел выполнен в виде второго усовершенствованного Узла Б, а главный сетевой узел выполнен в виде узла New Radio.
E8. Исходный вторичный сетевой узел, содержащий передатчик; приемник; запоминающее устройство; и
систему обработки данных, содержащую один или более процессоров, где исходный вторичный сетевой узел выполнен с возможностью осуществлять способ из любого из вариантов 1-7 осуществления.
Варианты осуществления главного узла
E1. Способ, выполняемый главным сетевым узлом для переноса контекста пользовательского оборудования с исходного вторичного сетевого узла на целевой вторичный сетевой узел, который отличается от исходного вторичного сетевого узла, при этом способ содержит:
прием в главном сетевом узле первого сообщения, переданного исходным вторичным сетевым узлом, при этом первое сообщение содержит запрос инициирования переноса контекста UE с исходного вторичного сетевого узла на целевой вторичный сетевой узел;
передачу главным сетевым узлом второго сообщения целевому вторичному сетевому узлу в ответ на запрос; и
прием главным сетевым узлом третьего сообщения от целевого вторичного сетевого узла, при этом третье сообщение содержит конфигурационные данные целевого вторичного сетевого узла.
E2. Способ из варианта 1 осуществления, дополнительно содержащий:
передачу главным сетевым узлом исходному вторичному сетевому узлу четвертого сообщения, при этом четвертое сообщение содержит подтверждение приема запроса.
E3. Способ из варианта 2 осуществления, дополнительно содержащий:
передачу главным сетевым узлом исходному вторичному сетевому узлу пятого сообщения, при этом пятое сообщение содержит Запрос освобождения.
E4. Способ из любого из вариантов 1-3 осуществления, дополнительно содержащий:
передачу пользовательскому оборудованию четвертого сообщения в ответ на прием третьего сообщения, при этом четвертое сообщение содержит сообщение RRCConnectionReconfiguration; и
прием пятого сообщения от пользовательского оборудования, при этом пятое сообщение содержит сообщение Завершения RRCConnectionReconfiguration.
E5. Способ из варианта 4 осуществления, дополнительно содержащий:
передачу целевому вторичному сетевому узлу шестого сообщения в ответ на прием пятого сообщения, при этом шестое сообщение содержит Завершение переконфигурации.
E6. Способ из любого из вариантов 1-5 осуществления, в котором первое сообщение содержит Запрос смены.
E7. Способ из любого из вариантов 1-6 осуществления, где конфигурационные данные целевого вторичного сетевого узла содержат один из: протокольного блока данных (PDU) управления радиоресурсами (RRC) или информационного элемента.
E8. Способ из любого из вариантов 1-7 осуществления, в котором исходный вторичный сетевой узел выполнен в виде первого узла New Radio, целевой вторичный сетевой узел выполнен в виде второго узла New Radio, а главный сетевой узел выполнен в виде усовершенствованного Узла Б.
E9. Способ из любого из вариантов 1-7 осуществления, в котором исходный вторичный сетевой узел выполнен в виде первого усовершенствованного Узла Б, целевой вторичный сетевой узел выполнен в виде второго усовершенствованного Узла Б, а главный сетевой узел выполнен в виде узла New Radio.
E10. Главный сетевой узел, содержащий: передатчик; приемник; запоминающее устройство; и систему обработки данных, содержащую один или более процессоров, где главный сетевой узел выполнен с возможностью осуществлять способ из любого из вариантов 1-9 осуществления.
[0073] Хотя в этом документе описываются различные варианты осуществления из настоящего раскрытия изобретения, следует понимать, что они показаны только в качестве примера. Более того, хотя описанные выше и проиллюстрированные на чертежах процессы показаны в виде последовательности этапов, это сделано исключительно ради иллюстрации. Соответственно предполагается, что некоторые этапы могут добавляться, некоторые этапы могут пропускаться, порядок некоторых этапов может быть перестроен, а некоторые этапы могут выполняться параллельно.