RU2757161C1 - Передача обслуживания между технологиями радиодоступа - Google Patents

Передача обслуживания между технологиями радиодоступа Download PDF

Info

Publication number
RU2757161C1
RU2757161C1 RU2021102733A RU2021102733A RU2757161C1 RU 2757161 C1 RU2757161 C1 RU 2757161C1 RU 2021102733 A RU2021102733 A RU 2021102733A RU 2021102733 A RU2021102733 A RU 2021102733A RU 2757161 C1 RU2757161 C1 RU 2757161C1
Authority
RU
Russia
Prior art keywords
base station
message
utra
handover
configuration
Prior art date
Application number
RU2021102733A
Other languages
English (en)
Inventor
Чих-Сиан У
Original Assignee
ГУГЛ ЭлЭлСи
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ГУГЛ ЭлЭлСи filed Critical ГУГЛ ЭлЭлСи
Application granted granted Critical
Publication of RU2757161C1 publication Critical patent/RU2757161C1/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/34—Reselection control
    • H04W36/38—Reselection control by fixed network equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Radio Relay Systems (AREA)

Abstract

Изобретение относится к беспроводной связи. Способ передачи обслуживания абонентского устройства от базовой станции на основе нового стандарта радиосвязи (NR) пятого поколения (5G) базовой станции на основе усовершенствованного универсального наземного радиодоступа (E-UTRA). Абонентское устройство определяет, высвобождать ли или сохранять объект протокола конвергенции пакетных данных (PDCP) и объект протокола адаптации данных по услугам (SDAP), в зависимости от принимаемого сообщения уровня управления радиоресурсами (RRC). Технический результат заключается в улучшении процедуры передачи обслуживания между технологиями радиодоступа. 4 н. и 10 з.п. ф-лы, 11 ил.

Description

Уровень техники
[0001] Развитие беспроводной связи в стандарты и технологии пятого поколения (5G) предоставляет более высокие скорости передачи данных и большую пропускную способность с повышенной надежностью и меньшим временем задержки, что улучшает мобильные широкополосные услуги. 5G-технологии также предоставляют новые классы обслуживания для организации сетей между транспортными средствами, беспроводной широкополосной связи для стационарных устройств и Интернета вещей (IoT).
[0002] По мере того, как сети 5G развертываются, сети по стандарту долгосрочного развития (LTE) должны предоставлять более широкие зоны покрытия и заполнять зоны отсутствия сигнала в развертываниях сетей 5G. Передачи обслуживания между технологиями радиодоступа для абонентского устройства требуются для того, чтобы предоставлять совместимость 5G и LTE. Тем не менее, традиционные технологии для передач обслуживания между технологиями радиодоступа (между RAT) не нацелены на технологии для передач обслуживания между сетями 5G и LTE.
Сущность изобретения
[0003] Это краткое изложение сущности изобретения приведено для представления упрощенных концепций передачи обслуживания между технологиями радиодоступа. Упрощенные концепции подробно описываются ниже в разделе "Подробное описание". Данное краткое изложение сущности изобретения не имеет намерение ни идентифицировать существенные признаки заявленного изобретения, ни использоваться при определении объема заявленного изобретения.
[0004] В аспектах описываются, способы, устройства, системы и средства для передач обслуживания между технологиями радиодоступа, при которых абонентское устройство (UE) сообщается данными с исходной базовой станцией с использованием объекта уровня управления доступом к среде, объекта уровня управления радиосвязью и первого объекта протокола конвергенции пакетных данных. UE принимает первое сообщение уровня управления радиоресурсами из исходной базовой станции, причем первое сообщение уровня управления радиоресурсами включает в себя второе сообщение уровня управления радиоресурсами для передачи обслуживания целевой базовой станции. В ответ на прием первого сообщения уровня управления радиоресурсами или второго сообщения уровня управления радиоресурсами, UE высвобождает объект уровня управления доступом к среде и объект уровня управления радиосвязью и определяет тип конфигурации из индикатора типа конфигурации, включенного во второе сообщение уровня управления радиоресурсами.
Например, абонентское устройство может содержать: беспроводное приемо-передающее устройство; процессор; и инструкции для приложения диспетчера передач обслуживания, которые выполняются посредством процессора для того, чтобы конфигурировать абонентское устройство с возможностью осуществлять описанные способы в абонентском устройстве. Аналогично, абонентское устройство может содержать: беспроводное приемо-передающее устройство; и диспетчер передач обслуживания, выполненный с возможностью приспосабливать и/или конфигурировать абонентское устройство с возможностью осуществлять описанные способы в абонентском устройстве. Аналогично, изобретение предоставляет абонентское устройство, выполненное с возможностью осуществлять описанные способы в абонентском устройстве.
[0005] В аспектах, описываются способы, устройства, системы и средства для передач обслуживания между технологиями радиодоступа, при которых исходная базовая станция принимает первое сообщение уровня управления радиоресурсами, указывающее передачу обслуживания абонентского устройства целевой базовой станции. Исходная базовая станция определяет тип конфигурации, который должен применяться к абонентскому устройству во время передачи обслуживания, и формирует второе сообщение уровня управления радиоресурсами. Исходная базовая станция включает индикатор типа конфигурации во второе сообщение уровня управления радиоресурсами и включает первое сообщение уровня управления радиоресурсами во второе сообщение уровня управления радиоресурсами. Исходная базовая станция передает второе сообщение уровня управления радиоресурсами в абонентское устройство для того, чтобы предписывать абонентскому устройству модифицировать текущую конфигурацию абонентского устройства на основе типа конфигурации во время передачи обслуживания.
Например, базовая станция может содержать: беспроводное приемо-передающее устройство; интерфейс базовой сети; интерфейс между базовыми станциями; процессор; и инструкции для приложения диспетчера базовой станции, которые выполняются посредством процессора для того, чтобы конфигурировать базовую станцию с возможностью осуществлять описанные способы в базовой станции. Аналогично, базовая станция может содержать: беспроводное приемо-передающее устройство; интерфейс базовой сети; интерфейс между базовыми станциями; и диспетчер базовой станции, выполненный с возможностью выполнять и/или конфигурировать базовую станцию с возможностью осуществлять описанные способы в базовой станции. Аналогично, изобретение предоставляет базовую станцию, выполненную с возможностью осуществлять описанные способы в базовой станции.
Краткое описание чертежей
[0006] Аспекты передачи обслуживания между технологиями радиодоступа описываются со ссылкой на нижеприведенные чертежи. Идентичные номера используются на всех чертежах для того, чтобы указывать аналогичные признаки и компоненты.
Фиг. 1 иллюстрирует примерное беспроводное сетевое окружение, в котором могут реализовываться различные аспекты передачи обслуживания между технологиями радиодоступа.
Фиг. 2 иллюстрирует примерную схему устройства для устройств, которые могут реализовывать различные аспекты окружения передачи обслуживания между технологиями радиодоступа.
Фиг. 3 иллюстрирует примерный беспроводной сетевой стек, с которым могут реализовываться аспекты передачи обслуживания между технологиями радиодоступа.
Фиг. 4 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 5 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством абонентского устройства при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 6 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством абонентского устройства при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 7 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 8 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 9 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 10 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Фиг. 11 иллюстрирует примерный способ передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции при передаче обслуживания абонентского устройства в соответствии с аспектами технологий, описанных в данном документе.
Подробное описание изобретения
Общее представление
[0007] Этот документ описывает способы и устройства для передачи обслуживания абонентского устройства (UE) от исходной базовой станции (например, базовой станции на основе нового стандарта радиосвязи (NR) пятого поколения (5G)) целевой базовой станции (например, базовой станции на основе усовершенствованного универсального наземного радиодоступа (E-UTRA)). UE может определять высвобождать или сохранять объект протокола конвергенции пакетных данных (PDCP) в зависимости от того, соединяется ли базовая станция E-UTRA с усовершенствованной пакетной базовой сетью (EPC) или с базовой сетью пятого поколения (5GC). UE может определять высвобождать или сохранять PDCP-объект на основе принимаемого сообщения уровня управления радиоресурсами (RRC) NR или RRC-сообщения E-UTRA. UE также может принимать индикатор того, следует применять полную конфигурацию или дельта-конфигурацию, на основе того, соединяется базовая станция E-UTRA с сетью 5GC или соединяется с EPC-сетью.
[0008] Управляющая сигнализация для передачи обслуживания от базовой станции 5G NR базовой станции E-UTRA может передаваться между базовыми станциями с/без участия функции управления доступом и мобильностью (AMF) базовой сети. Например, когда базовые станции устанавливают передачу обслуживания без базовой сети, базовая станция 5G NR отправляет сообщение с запросом на передачу обслуживания в базовую станцию E-UTRA, базовая станция E-UTRA отвечает сообщением подтверждения приема запроса на передачу обслуживания, включающим в себя RRC-сообщение EUTRA, базовая станция 5G NR формирует RRC-сообщение NR, включающее в себя RRC-сообщение EUTRA, и базовая станция 5G NR передает RRC-сообщение NR в UE. UE 110 соединяется с базовой станцией E-UTRA, указываемой в RRC-сообщении EUTRA, и передает ответное RRC-сообщение EUTRA в базовую станцию E-UTRA.
[0009] В другом примере, когда базовые станции устанавливают передачу обслуживания, задействующую базовую сеть, базовая станция 5G NR отправляет сообщение необходимости передачи обслуживания в AMF в базовой сети, и AMF отправляет сообщение с запросом на передачу обслуживания в базовую станцию E-UTRA. В ответ, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение EUTRA, в AMF. AMF отправляет команду передачи обслуживания в базовую станцию 5G NR, которая формирует RRC-сообщение NR, включающее в себя RRC-сообщение EUTRA, и передает RRC-сообщение NR в абонентское устройство. UE 110 соединяется с базовой станцией E-UTRA, указываемой в EUTRA RRC-сообщении, и передает ответное RRC-сообщение EUTRA в базовую станцию E-UTRA.
[0010] В другом примере, когда базовая станция устанавливает передачу обслуживания, задействующую базовую сеть, базовая станция 5G NR отправляет сообщение необходимости передачи обслуживания в AMF в базовой сети, и AMF отправляет сообщение с запросом на прямое перебазирование в объект управления мобильностью (MME). MME отправляет сообщение с запросом на передачу обслуживания в базовую станцию E-UTRA. В ответ, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение EUTRA, в MME. MME отправляет сообщение с ответом по прямому перебазированию, включающее в себя RRC-сообщение EUTRA, в AMF. AMF отправляет команду передачи обслуживания, включающую в себя RRC-сообщение EUTRA, в базовую станцию 5G NR, которая формирует RRC-сообщение NR, включающее в себя RRC-сообщение EUTRA, и передает RRC-сообщение NR в абонентское устройство. UE 110 соединяется с базовой станцией E-UTRA, указываемой в EUTRA RRC-сообщении, и передает ответное RRC-сообщение EUTRA в базовую станцию E-UTRA.
[0011] В аспектах, передача обслуживания между технологиями радиодоступа предоставляет новые интерфейсы, сообщения и функции управления для того, чтобы поддерживать координацию связи между сотовыми и WLAN-сетями и управлять мобильностью абонентского устройства и трафиком данных абонентского устройства между сотовыми и WLAN-сетями.
[0012] Хотя признаки и понятия описанных систем и способов для передачи обслуживания между технологиями радиодоступа могут реализовываться в любом числе различных окружений, систем, устройств и/или различных конфигураций, аспекты передачи обслуживания между технологиями радиодоступа описываются в контексте нижеприведенных примерных устройств, систем и конфигураций.
Примерное окружение
[0013] Фиг. 1 иллюстрирует примерное окружение 100, которое включает в себя абонентское устройство 110 (UE 110), которое сообщается с одной или более базовыми станциями 120 (проиллюстрированы в качестве базовых станций 121, 122, 123 и 124) через одну или более линий 130 беспроводной связи (линию 130 беспроводной связи), проиллюстрированных в качестве линий 131 и 132 беспроводной связи. В этом примере, UE 110 реализуется как смартфон. Хотя иллюстрируется в качестве смартфона, UE 110 может реализовываться как любое подходящее вычислительное или электронное устройство, такое как устройство мобильной связи, модем, сотовый телефон, игровое устройство, навигационное устройство, мультимедийное устройство, переносной компьютер, настольный компьютер, планшетный компьютер, интеллектуальный прибор, система связи на основе транспортных средств и т.п. Базовые станции 120 (например, узел B усовершенствованной сети универсального наземного радиодоступа, узел B E-UTRAN, усовершенствованный узел B (evolved Node B), усовершенствованный узел B (eNodeB), eNB, узел B следующего поколения, g-узел B, gNB и т.п.) могут реализовываться в макросоте, микросоте, небольшой соте, пикосоте и т.п. либо в любой комбинации вышеозначенного.
[0014] Базовые станции 120 сообщаются с UE 110 через линии 131 и 132 беспроводной связи, которые могут реализовываться как любой подходящий тип линии беспроводной связи. Линия 131 и 132 беспроводной связи может включать в себя нисходящую линию связи для данных и управляющей информации, передаваемых из базовых станций 120 в UE 110, восходящую линию связи для других данных и управляющей информации, передаваемых из UE 110 в базовые станции 120, либо и то, и другое. Линии 130 беспроводной связи могут включать в себя одну или более линий беспроводной связи либо каналов, реализованных с использованием любого подходящего протокола или стандарта связи либо комбинации протоколов или стандартов связи, таких как стандарт долгосрочного развития партнерского проекта третьего поколения (3GPP LTE), новый стандарт радиосвязи пятого поколения (5G NR) и т.д. Несколько линий 130 беспроводной связи могут агрегироваться при агрегировании несущих для того, чтобы предоставлять более высокую скорость передачи данных для UE 110. Несколько линий 130 беспроводной связи из нескольких базовых станций 120 могут быть выполнены с возможностью координированной многоточечной (CoMP) связи с UE 110.
[0015] Базовые станции 120 совместно представляют собой сеть 140 радиодоступа (RAN, усовершенствованную сеть универсального наземного радиодоступа, E-UTRAN, RAN 5G NR или RAN NR). RAN 140 проиллюстрированы в качестве RAN 141 NR и E-UTRAN 142. Базовые станции 121 и 123 в RAN 141 NR соединяются с базовой сетью 150 пятого поколения (5GC 150). Базовые станции 122 и 124 в E-UTRAN 142 соединяются с усовершенствованным ядром 160 пакетной коммутации (EPC 160). Необязательно или дополнительно, базовая станция 122 в E-UTRAN 142 может соединяться с сетью 150 5GC и сетью 160 EPC.
[0016] Базовые станции 121 и 123, на 102 и 104, соответственно, соединяются с 5GC 150 через NG2-интерфейс для сигнализации плоскости управления и через NG3-интерфейс для обмена данными в пользовательской плоскости. Базовые станции 122 и 124, на 106 и 108, соответственно, соединяются с EPC 160 через S1-интерфейс для сигнализации плоскости управления и обмена данными в пользовательской плоскости. Необязательно или дополнительно, если базовая станция 122 соединяется с 5GC-сетью 150 и EPC-сетью 160, базовая станция 122 соединяется с 5GC 150 через NG2-интерфейс для сигнализации плоскости управления и через NG3-интерфейс для обмена данными в пользовательской плоскости, на 180.
[0017] В дополнение к соединениям с базовыми сетями, базовые станции 120 могут сообщаться между собой. Базовые станции 121 и 123 сообщаются через Xn-интерфейс на 112. Базовые станции 122 и 124 сообщаются через X2-интерфейс на 114. Базовая станция 122, которая соединяется как с 5GC 150, так и с EPC 160, может сообщаться с базовыми станциями 121 и/или 123 с использованием Xn-интерфейса, как проиллюстрировано на 116.
[0018] 5GC 150 включает в себя функцию 152 управления доступом и мобильностью (AMF 152), которая предоставляет функции плоскости управления, такие как регистрация и аутентификация нескольких UE 110, авторизация, управление мобильностью и т.п. в сети 5G NR. EPC 160 включает в себя объект 162 управления мобильностью (MME 162), который предоставляет функции плоскости управления, такие как регистрация и аутентификация нескольких UE 110, авторизация, управление мобильностью и т.п. в сети E-UTRA. AMF 152 и MME 162 сообщаются с базовыми станциями 120 в RAN 140 и также сообщаются с несколькими UE 110 через базовые станции 120.
Примерные устройства
[0019] Фиг. 2 иллюстрирует примерную схему 200 устройства для UE 110, базовых станций 120. UE 110, базовые станции 120 могут включать в себя дополнительные функции и интерфейсы, которые опускаются из фиг. 2 для понятности. UE 110 включает в себя антенны 202, радиочастотный внешний интерфейс 204 (внешний RF-интерфейс 204), приемо-передающее устройство 206 LTE и приемо-передающее устройство 208 5G NR для осуществления связи с базовыми станциями 120 в RAN 141 5G и/или E-UTRAN 142. Внешний RF-интерфейс 204 UE 110 может связывать или соединять приемо-передающее устройство 206 LTE и приемо-передающее устройство 208 5G NR с антеннами 202, чтобы обеспечивать различные типы беспроводной связи. Антенны 202 UE 110 могут включать в себя матрицу из нескольких антенн, которые сконфигурированы аналогично или отлично друг от друга. Антенны 202 и внешний RF-интерфейс 204 могут быть настроены и/или быть настраиваемыми на одну или более полос частот, заданных 3GPP стандартами связи LTE и 5G NR и реализованных посредством приемо-передающего устройства 206 LTE и/или приемо-передающего устройства 208 5G NR. Дополнительно, антенны 202, внешний RF-интерфейс 204, приемо-передающее устройство 206 LTE и/или приемо-передающее устройство 208 5G NR могут быть выполнены с возможностью поддерживать формирование диаграммы направленности для передачи и приема связи с базовыми станциями 120. В качестве примера, а не ограничения, антенны 202 и внешний RF-интерфейс 204 могут реализовываться с возможностью работы в подгигагерцевых полосах частот, полосах частот до 6 ГГц и/или полосах частот выше 6 ГГц, которые задаются 3GPP стандартами связи LTE и 5G NR.
[0020] UE 110 также включает в себя процессор(ы) 210 и машиночитаемые носители 212 данных (CRM 212). Процессор 210 может представлять собой одноядерный процессор или многоядерный процессор, состоящий из множества материалов, таких как кремний, поликристаллический кремний, диэлектрик с высоким значением K, медь и т.д. Машиночитаемые носители данных, описанные в данном документе, исключают распространяющиеся сигналы. CRM 212 может включать в себя любое подходящее запоминающее устройство или устройство хранения данных, такое как оперативное запоминающее устройство (RAM), статическое RAM (SRAM), динамическое RAM (DRAM), энергонезависимое RAM (NVRAM), постоянное запоминающее устройство (ROM) или флэш-память, применимое для того, чтобы сохранять данные 214 устройства для UE 110. Данные 214 устройства включают в себя пользовательские данные, мультимедийные данные, таблицы кодирования для формирования диаграммы направленности, приложения и/или операционную систему UE 110, которые исполняются посредством процессора(ов) 210 для того, чтобы обеспечивать связь в пользовательской плоскости, сигнализацию плоскости управления и пользовательское взаимодействие с UE 110.
[0021] CRM 212 также включает в себя диспетчер 216 передач обслуживания. Альтернативно или дополнительно, диспетчер 216 передач обслуживания может реализовываться полностью или частично в качестве аппаратной логики или схемы, интегрированной с или отдельной от других компонентов UE 110. По меньшей мере, в некоторых аспектах, диспетчер 216 передач обслуживания конфигурирует внешний RF-интерфейс 204, приемо-передающее устройство 206 LTE и/или приемо-передающее устройство 208 5G NR с возможностью реализовывать технологии для пилотных сигналов по передаче обслуживания в восходящей линии связи, описанных в данном документе.
[0022] Схема устройства для базовых станций 120, показанных на фиг. 2, включает в себя один сетевой узел (например, g-узел B). Функциональность базовых станций 120 может распределяться по нескольким сетевым узлам или устройствами и может распределяться любым способом, подходящим для того, чтобы выполнять функции, описанные в данном документе. Базовые станции 120 включают в себя антенны 252, радиочастотный внешний интерфейс 254 (внешний RF-интерфейс 254), одно или более приемо-передающих устройств 256 LTE и/или одно или более приемо-передающих устройств 258 5G NR для осуществления связи с UE 110. Внешний RF-интерфейс 254 базовых станций 120 может связывать или соединять приемо-передающие устройства 256 LTE и приемо-передающие устройства 258 5G NR с антеннами 252, чтобы обеспечивать различные типы беспроводной связи. Антенны 252 базовых станций 120 могут включать в себя матрицу из нескольких антенн, которые сконфигурированы аналогично или отлично друг от друга. Антенны 252 и внешний RF-интерфейс 254 могут быть настроены и/или быть настраиваемыми на одну или более полос частот, заданных 3GPP стандартами связи LTE и 5G NR и реализованных посредством приемо-передающих устройств 256 LTE и/или приемо-передающих устройств 2585G NR. Дополнительно, антенны 252, внешний RF-интерфейс 254, приемо-передающие устройства 256 LTE и/или приемо-передающие устройства 258 5G NR могут быть выполнены с возможностью поддерживать формирование диаграммы направленности, к примеру, массовую MIMO, для передачи и приема связи с UE 110.
[0023] Базовые станции 120 также включают в себя процессор(ы) 260 и машиночитаемые носители 262 данных (CRM 262). Процессор 260 может представлять собой одноядерный процессор или многоядерный процессор, состоящий из множества материалов, таких как кремний, поликристаллический кремний, диэлектрик с высоким значением K, медь и т.д. CRM 262 может включать в себя любое подходящее запоминающее устройство или устройство хранения данных, такое как оперативное запоминающее устройство (RAM), статическое RAM (SRAM), динамическое RAM (DRAM), энергонезависимое RAM (NVRAM), постоянное запоминающее устройство (ROM) или флэш-память, применимое для того, чтобы сохранять данные 264 устройства для базовых станций 120. Данные 264 устройства включают в себя данные сетевой диспетчеризации, данные управления радиоресурсами, таблицы кодирования для формирования диаграммы направленности, приложения и/или операционную систему базовых станций 120, которые исполняются посредством процессора(ов) 260 для того, чтобы обеспечивать связь с UE 110.
[0024] CRM 262 также включает в себя диспетчер 266 базовой станции. Альтернативно или дополнительно, диспетчер 266 базовой станции может реализовываться полностью или частично в качестве аппаратной логики или схемы, интегрированной с или отдельной от других компонентов базовых станций 120. По меньшей мере, в некоторых аспектах, диспетчер 266 базовой станции конфигурирует приемо-передающие устройства 256 LTE и приемо-передающие устройства 258 5G NR с возможностью связи с UE 110, а также с возможностью связи с базовой сетью. Базовые станции 120 включают в себя интерфейс 268 между базовыми станциями, такой как Xn- и/или X2-интерфейс, который диспетчер 266 базовой станции конфигурирует для обмена данными пользовательской плоскости и плоскости управления между другой базовой станцией 120, чтобы управлять связью базовых станций 120 с UE 110. Базовые станции 120 включают в себя интерфейс 270 базовой сети, который диспетчер 266 базовой станции конфигурирует с возможностью обмениваться данными пользовательской плоскости и плоскости управления с базовыми сетевыми функциями и объектами.
Сигнализация пользовательской плоскости и плоскости управления
[0025] Фиг. 3 иллюстрирует примерную блок-схему модели 300 беспроводного сетевого стека, которая характеризует систему связи для примерного окружения 100, в котором могут реализовываться различные аспекты передачи обслуживания между технологиями радиодоступа. Беспроводной сетевой стек 300 включает в себя пользовательскую плоскость 302 и плоскость 304 управления. Верхние уровни пользовательской плоскости 302 и плоскости 304 управления совместно используют общие нижние уровни в беспроводном сетевом стеке 300. Беспроводные устройства, такие как UE 110 или базовые станции 120, реализуют каждый уровень в качестве объекта для связи с другим устройством с использованием протоколов, заданных для уровня. Например, UE 110 использует объект протокола конвергенции пакетных данных (PDCP) для осуществления связи с одноранговым PDCP-объектом в базовой станции 120 с использованием PDCP.
[0026] Совместно используемые нижние уровни включают в себя физический уровень 306 (PHY-уровень 306), уровень 308 управления доступом к среде (MAC-уровень 308), уровень 310 управления радиосвязью (RLC-уровень 310) и уровень 312 протокола конвергенции пакетных данных (PDCP-уровень 312). Физический уровень 306 предоставляет аппаратные спецификации для устройств, которые сообщаются между собой. В связи с этим, физический уровень 306 устанавливает то, как устройства соединяются друг с другом, помогает в управлении тем, как ресурсы связи совместно используются устройствами, и т.п.
[0027] MAC-уровень 308 указывает то, как данные передаются между устройствами. Обычно, MAC-уровень 308 предоставляет способ, в котором передаваемые пакеты данных кодируются и декодируются в биты в качестве части протокола передачи.
[0028] RLC-уровень 310 предоставляет услуги передачи данных на верхние уровни в беспроводном сетевом стеке 300. Обычно, RLC-уровень 310 предоставляет коррекцию ошибок, сегментацию и повторную сборку пакетов и управление передачами данных в различных режимах, таких как режим с подтверждением приема, режим без подтверждения приема или прозрачный режим.
[0029] PDCP-уровень 312 предоставляет услуги передачи данных на верхние уровни в беспроводном сетевом стеке 300. Обычно, PDCP-уровень 312 предоставляет передачу данных пользовательской плоскости 302 и плоскости 304 управления, сжатие заголовков, шифрование и защиту целостности.
[0030] Выше PDCP-уровня 312, беспроводной сетевой стек разбивается на стек 302 пользовательской плоскости и стек 304 плоскости управления. Уровни пользовательской плоскости 302 включают в себя необязательный уровень 314 протокола адаптации данных по услугам (SDAP 314), уровень 316 Интернет-протокола (IP 316), уровень 318 протокола управления передачей/протокола пользовательских датаграмм (TCP/UDP 318) и приложение 320, которые передают данные через линию беспроводной связи 106. Необязательный SDAP-уровень 314 присутствует в сетях 5G NR и преобразует поток качества обслуживания (QoS) для каждого радиоканала передачи данных и отмечает идентификаторы QoS-потоков в пакетах данных восходящей линии связи и нисходящей линии связи для каждого сеанса пакетной передачи данных. IP-уровень 316 указывает то, как данные из приложения 320 передаются в узел назначения. TCP/UDP-уровень 318 используется для того, чтобы верифицировать то, что пакеты данных, предназначенные для передачи в узел назначения, достигают узла назначения, с использованием либо TCP, либо UDP для передач данных посредством приложения 320.
[0031] Плоскость 304 управления включает в себя уровень 322 управления радиоресурсами (RRC 322) и не связанный с предоставлением доступа уровень 324 (NAS 324). RRC 322 устанавливает и прекращает соединения и высвобождает радиоканалы, широковещательно передает системную информацию, выполняет управление мощностью и т.д. NAS 324 предоставляет поддержку для управления мобильностью и контекстов канала пакетной передачи данных между абонентским устройством 110 и объектами или функциями в базовой сети, такими как функция 152 управления доступом и мобильностью (AMF 152) или объект 162 управления мобильностью (MME 162) и т.п.
[0032] В UE 110, каждый уровень как в пользовательской плоскости 302, так и в плоскости 304 управления беспроводного сетевого стека 300 взаимодействует с соответствующим одноранговым уровнем или объектом в базовой станции 120, базовым сетевым объектом или функцией и/или удаленной услугой, чтобы поддерживать пользовательские приложения и управлять работой UE 110 в RAN 141 NR или E-UTRAN 142.
[0033] В следующих примерах, термин "сохранять" может заменяться термином "поддерживать". Например, термин "сохранять" описывает продолжение работы с использованием ранее примененной конфигурации, к примеру, UE сохраняет (или поддерживает) конфигурацию измерений для проведения последовательных измерений.
Примерные способы
[0034] Примерные способы 400-1100 описываются со ссылкой на фиг. 4-11 в соответствии с одним или более аспектами передачи обслуживания между технологиями радиодоступа. Ситуации, в которых UE высвобождает или сохраняет (и повторно устанавливает) свой PDCP-объект, зависят от реализаций различных RRC-сообщений. Например, индикатор конфигурации в RRC-сообщении E-UTRA может представлять собой индикатор полной конфигурации или индикатор дельта-конфигурации. В качестве другого примера, RRC-сообщение E-UTRA может включать в себя индикатор повторного установления PDCP или индикатор отсутствия повторного установления PDCP. Существование и взаимодействие этих типов индикаторов в принимаемом RRC-сообщении E-UTRA позволяет инструктировать касательно того, когда UE должно высвобождать или сохранять свой PDCP-объект, а также инструктировать касательно того, когда UE должно повторно устанавливать или не устанавливать повторно PDCP-объект. В некоторых реализациях, отсутствие индикатора полной конфигурации инструктирует UE сохранять свой PDCP-объект. В других реализациях, только индикатор дельта-конфигурации инструктирует UE сохранять свой PDCP-объект. В других реализациях, применяемый индикатор конфигурации в RRC-сообщении 5G NR инструктирует UE сохранять или высвобождать свой PDCP-объект.
[0035] Целевая базовая станция для передачи обслуживания, в этом случае базовая станция 122, определяет то, включать или нет индикатор для того, чтобы применять полную конфигурацию, в RRC-сообщение E-UTRA, на основе типа исходной базовой станции (базовая станция, соединенная с 5GC 150, базовая станция 5G NR, базовая станция E-UTRAN, базовая станция GERAN или базовая станция UTRAN) и типа целевой базовой станции (базовая станция E-UTRAN, соединенная с 5GC, или базовая станция E-UTRAN, соединенная с EPC 160). Включение или нет индикатора для того, чтобы применять полную конфигурацию, используется посредством UE во время передачи обслуживания для того, чтобы определять то, следует ли сохранять или высвобождать различные объекты в беспроводном сетевом стеке 300.
[0036] Порядок, в котором описываются этапы способа, не имеет намерение истолковываться в качестве ограничения, и любое число описанных этапов способа может комбинироваться в любом порядке для того, чтобы реализовывать способ или альтернативный способ. Обычно, любые из компонентов, модулей, способов и операций, описанных в данном документе, могут реализовываться с использованием программного обеспечения, микропрограммного обеспечения, аппаратных средств (например, фиксированной логической схемы), обработки вручную либо любой комбинации вышеозначенного. Некоторые операции примерных способов могут описываться в общем контексте выполняемых инструкций, сохраненных на машиночитаемом запоминающем устройстве, которое является локальным и/или удаленным по отношению к компьютерной системе обработки, и реализации могут включать в себя программные приложения, программы, функции и т.п. Кроме того, или помимо этого, любая функциональность, описанная в данном документе, может выполняться, по меньшей мере, частично, посредством одного или более аппаратных логических компонентов, таких как и без ограничения, программируемые пользователем вентильные матрицы (FPGA), специализированные интегральные схемы (ASIC), специализированные стандартные продукты (ASSP), внутримикросхемные системы (SoC), комплексные программируемые логические устройства (CPLD) и т.п.
Способы передачи обслуживания между технологиями радиосвязи в абонентском устройстве
[0037] Относительно способов 400-600, которые описываются отдельно относительно фиг. 4-6 ниже, когда UE 110 принимает RRC-сообщение E-UTRA, UE 110 соединяется с базовой станцией 122 (сотой E-UTRA), указываемой в RRC-сообщении E-UTRA, и применяет одну или более конфигураций в RRC-сообщении E-UTRA, чтобы сообщаться с базовой станцией 122. Например, UE 110 выполняет процедуру произвольного доступа с базовой станцией 122 посредством использования конфигурации произвольного доступа в RRC-сообщении E-UTRA. В процедуре произвольного доступа, абонентское устройство 110 передает преамбулу произвольного доступа в базовую станцию 122 и принимает ответ по произвольному доступу из базовой станции 122.
[0038] Когда UE 110 применяет полную конфигурацию, UE 110 высвобождает PDCP-объект 312, который включает в себя конфигурацию PDCP, которая конфигурирует связь протокольных единиц данных (PDU) PDCP с базовой станцией 121. UE 110 может принимать конфигурацию PDCP из базовой станции 121 или другой базовой станции 1205G NR, такой как базовая станция 123. UE 110 может устанавливать новый PDCP-объект 312 с новой конфигурацией PDCP, как указано в RRC-сообщении E-UTRA. Новый PDCP-объект 312 использует новую конфигурацию PDCP для того, чтобы обмениваться PDU PDCP с базовой станцией 122. Новая конфигурация PDCP может представлять собой новую конфигурацию PDCP NR или конфигурацию PDCP E-UTRA.
[0039] Когда UE 110 применяет полную конфигурацию, UE 110 высвобождает SDAP-объект 314. Таким образом, UE 110 высвобождает конфигурацию SDAP, используемую SDAP-объектом 314 для осуществления связи с базовой станцией 121. UE 110 может принимать конфигурацию SDAP из базовой станции 121 или базовой станции 123. UE 110 может устанавливать новый SDAP-объект 314 с новой конфигурацией SDAP, как указано в RRC-сообщении E-UTRA. Новый SDAP-объект 314 использует новую конфигурацию SDAP для того, чтобы обмениваться PDU SDAP с базовой станцией 123.
[0040] Когда UE 110 применяет дельта-конфигурацию, UE 110 сохраняет PDCP-объект 312. UE 110 сохраняет исходную конфигурацию PDCP (например, конфигурацию PDCP NR), используемую PDCP-объектом 312 для того, чтобы обмениваться PDU PDCP с базовой станцией 121. UE 110 может принимать исходную конфигурацию PDCP от базовой станции 121 или базовой станции 123. Если RRC-сообщение E-UTRA не включает в себя информацию новой конфигурации PDCP, UE 110 продолжает использование исходной конфигурации PDCP для того, чтобы обмениваться PDU PDCP с базовой станцией 123. Если RRC-сообщение E-UTRA включает в себя информацию новой конфигурации PDCP, UE 110 переконфигурирует PDCP-объект 312 на новую конфигурацию PDCP.
[0041] Когда UE 110 применяет дельта-конфигурацию, UE 110 сохраняет SDAP-объект 314 и продолжает использовать исходную SDAP-конфигурацию этого SDAP-объекта 314 для того, чтобы обмениваться PDU SDAP с базовой станцией 121. UE 110 может принимать информацию исходной конфигурации SDAP от базовой станции 121 или базовой станции 123. Если RRC-сообщение E-UTRA не включает в себя новую конфигурацию SDAP, UE 110 продолжает использовать текущую конфигурацию SDAP для того, чтобы обмениваться PDU SDAP с базовой станцией 123. Если RRC-сообщение E-UTRA включает в себя информацию новой конфигурации SDAP, UE 110 переконфигурирует SDAP-объект 314 на новую конфигурацию SDAP.
[0042] RRC-сообщение E-UTRA может конфигурировать UE 110 осуществлять связь с использованием соты E-UTRA, обслуживаемой базовой станцией 122. UE 110 соединяется через соту E-UTRA с базовой станцией 122 и передает ответное RRC-сообщение E-UTRA в базовую станцию 122 через соту E-UTRA. UE 110 не передает ответное RRC-сообщение NR, отвечающее на RRC-сообщение NR. UE 110 отсоединяется от базовой станции 121 в ответ на RRC-сообщение NR или RRC-сообщение E-UTRA.
[0043] UE 110 может определять, что RRC-сообщение E-UTRA предназначено для передачи обслуживания базовой станции 122 E-UTRA, которая соединяется с 5GC 150, если RRC-сообщение E-UTRA конфигурирует UE 110 соединяться с 5GC 150.
[0044] UE 110 может определять, что RRC-сообщение E-UTRA предназначено для передачи обслуживания базовой станции 124 E-UTRA, которая соединяется с EPC 160, если RRC-сообщение E-UTRA конфигурирует UE 110 соединяться с EPC 160 или не конфигурирует UE 110 соединяться с 5GC 150.
[0045] В дополнительном аспекте, UE 110 может высвобождать PDCP-объект 312, если RRC-сообщение E-UTRA включает в себя индикатор полной конфигурации, указывающий то, что UE 110 должно применять полную конфигурацию. В дополнительном аспекте, UE 110 может высвобождать PDCP-объект 312, если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации.
[0046] Чтобы завершить передачу обслуживания, UE 110 устанавливает объект протокола конвергенции пакетных данных с целевой базовой станцией. Если объект протокола адаптации данных по услугам установлен с исходной базовой станцией, UE 110 устанавливает объект протокола адаптации данных по услугам с целевой базовой станцией. Чтобы указывать то, что передача обслуживания закончена, UE 110 передает сообщение RRCConnectionConfigurationComplete.
[0047] Фиг. 4 иллюстрирует примерный способ(ы) 400 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством UE 110 при передаче обслуживания в соответствии с аспектами технологий, описанных в данном документе. На этапе 402, UE сообщается с исходной базовой станцией 5G NR с использованием объекта уровня управления доступом к среде (MAC), объекта уровня управления радиосвязью (RLC) и объекта протокола конвергенции пакетных данных (PDCP). Например, UE 110 осуществляет связь с базовой станцией 121 5G NR с использованием MAC-объекта 308, RLC-объекта 310 и PDCP-объекта 312.
[0048] На этапе 404, UE принимает сообщение уровня управления радиоресурсами (RRC) 5G NR (например, сообщение RRCConnectionConfiguration) из базовой станции 5G NR, которое включает в себя RRC-сообщение E-UTRA для передачи обслуживания целевой базовой станции E-UTRA, которая соединяется с базовой сетью 5G. Например, UE 110 принимает RRC-сообщение 5G NR из базовой станции 121 5G NR, которое включает в себя RRC-сообщение E-UTRA для передачи обслуживания базовой станции 122 E-UTRA, которая соединяется с 5GC 150. RRC-сообщение E-UTRA включает в себя индикатор того, соединяется ли базовая станция 122 с 5GC 150 или с EPC 160.
[0049] На этапе 406, в ответ на прием RRC-сообщения 5G NR, которое содержит RRC-сообщение E-UTRA, UE высвобождает MAC-объект и RLC-объект. Например, в ответ на прием RRC-сообщения 5G NR или RRC-сообщения E-UTRA, UE 110 высвобождает MAC-объект 308 и RLC-объект 310.
[0050] На этапе 408, UE определяет, включает или нет RRC-сообщение E-UTRA в себя индикатор полной конфигурации (например, поле fullConfig в сообщении RRCConnectionReconfiguration). Если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации, UE сохраняет PDCP-объект, на этапе 410. Если RRC-сообщение E-UTRA включает в себя индикатор полной конфигурации, UE высвобождает PDCP-объект, на этапе 412. Например, UE 110 определяет то, включает или нет RRC-сообщение E-UTRA в себя индикатор полной конфигурации. Если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации, UE 110 сохраняет PDCP-объект 312. Если RRC-сообщение E-UTRA включает в себя индикатор полной конфигурации, UE 110 высвобождает PDCP-объект 312.
[0051] Ситуации, при которых UE повторно устанавливает свой PDCP-объект, могут зависеть от различных реализаций индикатора конфигурации (полная или неполная; дельта- или не-дельта-) и других индикаторов (явный индикатор повторного установления или неявный индикатор повторного установления). В одном аспекте, UE 110 может повторно устанавливать PDCP-объект 312, если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации. UE 110 может не устанавливать повторно PDCP-объект 312, если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации и указывает то, что UE продолжает использовать PDCP-объект 312, который установлен для связи NR. В другом аспекте, RRC-сообщение E-UTRA может включать в себя индикатор для того, чтобы повторно устанавливать PDCP-объект 312. Если RRC-сообщение E-UTRA не включает в себя индикатор, UE 110 не устанавливает повторно PDCP-объект 312. Если RRC-сообщение E-UTRA включает в себя индикатор, UE 110 повторно устанавливает PDCP-объект 312. С другой стороны, RRC-сообщение E-UTRA может включать в себя индикатор для того, чтобы не устанавливать повторно PDCP-объект 312. Если RRC-сообщение E-UTRA включает в себя индикатор, UE 110 не устанавливает PDCP-объект 312; если RRC-сообщение E-UTRA не включает в себя индикатор, UE 110 повторно устанавливает PDCP-объект 312.
[0052] В дополнительном аспекте, UE 110 может высвобождать PDCP-объект 312, если RRC-сообщение E-UTRA предназначено для передачи обслуживания базовой станции 120 E-UTRA, которая соединяется с EPC 160 независимо от того, включает или нет RRC-сообщение E-UTRA в себя индикатор полной конфигурации.
[0053] В другом аспекте, на этапе 402 UE 110 может сообщаться данными с базовой станцией 121 5G NR посредством использования MAC-объекта 308, RLC-объекта 310, PDCP-объекта 312 и SDAP-объекта 314. В этом случае, UE 110 высвобождает SDAP-объект 314 на этапе 412.
[0054] В дополнительном аспекте, если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации, RRC-сообщение E-UTRA может включать в себя или может не включать в себя индикатор дельта-конфигурации. UE 110 может применять полную конфигурацию, включенную в RRC-сообщение E-UTRA, на этапе 412, или применять дельта-конфигурационное сообщение на этапе 410.
[0055] Фиг. 5 иллюстрирует примерный способ(ы) 500 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством UE 110 при передаче обслуживания от исходной базовой станции 121 5G NR целевой базовой станции 122 E-UTRA. На этапе 502, UE осуществляет связь с базовой станцией 5G NR с использованием объекта уровня управления доступом к среде (MAC), объекта уровня управления радиосвязью (RLC) и объекта протокола конвергенции пакетных данных (PDCP). Например, UE 110 сообщается с базовой станцией 121 5G NR с использованием MAC-объекта 308, RLC-объекта 310 и PDCP-объекта 312.
[0056] На этапе 504, UE принимает RRC-сообщение 5G NR (например, сообщение RRCConnectionConfiguration) от базовой станции 5G NR, которое включает в себя RRC-сообщение E-UTRA для передачи обслуживания базовой станции E-UTRA. Например, UE 110 принимает RRC-сообщение 5G NR от базовой станции 121 5G NR, которое включает в себя RRC-сообщение E-UTRA для базовой станции 122 E-UTRA.
[0057] На этапе 506, в ответ на прием RRC-сообщения 5G NR или RRC-сообщения E-UTRA, UE высвобождает MAC-объект и RLC-объект. Например, в ответ на прием RRC-сообщения 5G NR или вложенного RRC-сообщения E-UTRA, UE 110 высвобождает MAC-объект 308 и RLC-объект 310.
[0058] На этапе 508, если RRC-сообщение E-UTRA включает в себя индикатор дельта-конфигурации, UE сохраняет PDCP-объект. Если RRC-сообщение E-UTRA не включает в себя индикатор дельта-конфигурации (например, сообщение включает в себя индикатор полной конфигурации, указывающий то, что UE должно применять полную конфигурацию), UE 110 сохраняет PDCP-объект 312. В дополнительном аспекте, на этапе 508, UE 110 может высвобождать PDCP-объект 312, если RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации и не включает в себя индикатор дельта-конфигурации.
[0059] В другом аспекте, на этапе 502 UE 110 может осуществлять связь с базовой станцией 121 посредством использования MAC-объекта 308, RLC-объекта 310, PDCP-объекта 312 и SDAP-объекта 314. В этом случае, UE 110 сохраняет SDAP-объект 314 на этапе 508.
[0060] Фиг. 6 иллюстрирует примерный способ(ы) 600 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством UE 110 при передаче обслуживания от исходной базовой станции 121 5G NR целевой базовой станции 122 E-UTRA. На этапе 602, UE осуществляет связь с базовой станцией 5G NR с использованием объекта уровня управления доступом к среде (MAC), объекта уровня управления радиосвязью (RLC) и объекта протокола конвергенции пакетных данных (PDCP). Например, UE 110 осуществляет связь с базовой станцией 121 5G NR с использованием MAC-объекта 308, RLC-объекта 310 и PDCP-объекта 312.
[0061] На этапе 604, UE принимает сообщение уровня управления радиоресурсами (RRC) 5G NR (например, сообщение RRCConnectionConfiguration) от базовой станции 5G NR, которое включает в себя RRC-сообщение E-UTRA для передачи обслуживания базовой станции E-UTRA. Например, UE 110 принимает RRC-сообщение 5G NR от базовой станции 121 5G NR, которое включает в себя RRC-сообщение E-UTRA для передачи обслуживания базовой станции 122 E-UTRA. RRC-сообщение E-UTRA ни указывает то, что UE 110 должно применять полную конфигурацию, ни указывает то, что UE 110 должно применять дельта-конфигурацию. Индикатор для того, чтобы применять полную конфигурацию или частичную конфигурацию, включается в RRC-сообщение NR (например, поле fullConfig в сообщении RRCConnectionReconfiguration).
[0062] На этапе 606, в ответ на прием RRC-сообщения 5G NR или RRC-сообщения E-UTRA, UE высвобождает MAC-объект и RLC-объект. Например, в ответ на прием RRC-сообщения 5G NR или RRC-сообщения E-UTRA, UE 110 высвобождает MAC-объект 308 и RLC-объект 310.
[0063] На этапе 608, UE определяет, указывает или нет RRC-сообщение NR то, что UE 110 должно применять полную конфигурацию или дельта-конфигурацию. Если применяется дельта-конфигурация, UE 110 сохраняет PDCP-объект на этапе 610. Если применяется полная конфигурация, UE высвобождает PDCP-объект на этапе 612. Например, UE 110 определяет, указывает или нет RRC-сообщение NR то, что применяется полная конфигурация или дельта-конфигурация. Если применяется дельта-конфигурация, UE 110 сохраняет PDCP-объект 312. Если применяется полная конфигурация, UE 110 высвобождает PDCP-объект 312.
[0064] В другом аспекте, когда дельта-конфигурация указывается в RRC-сообщении NR, UE 110 применяет дельта-конфигурацию для RRC-сообщения E-UTRA. Когда полная конфигурация указывается в RRC-сообщении NR, UE 110 применяет полную конфигурацию для RRC-сообщения E-UTRA.
[0065] В дополнительном аспекте, на этапе 602 UE 110 может сообщаться с базовой станцией 121 посредством использования MAC-объекта 308, RLC-объекта 310, PDCP-объекта 312 и SDAP-объекта 314. В этом случае, UE 110 высвобождает SDAP-объект 314 на этапе 612.
[0066] В дополнительном аспекте, если RRC-сообщение NR не включает в себя индикатор полной конфигурации, RRC-сообщение NR может включать в себя или может не включать в себя индикатор дельта-конфигурации. UE 110 может применять полную конфигурацию, включенную в RRC-сообщение NR, на этапе 610, или применять дельта-конфигурационное сообщение на этапе 612.
[0067] В аспекте, RRC-сообщение 5G NR может включать в себя индикатор полной конфигурации для того, чтобы указывать то, что UE 110 должно применять полную конфигурацию для RRC-сообщения E-UTRA, вместо использования индикатора полной конфигурации, указываемого в RRC-сообщении E-UTRA. RRC-сообщение E-UTRA не включает в себя индикатор полной конфигурации. UE применяет полную конфигурацию в ответ на индикатор полной конфигурации в RRC-сообщении 5G NR. В одном примере, RRC-сообщение 5G NR может указывать то, что UE 110 должно применять дельта-конфигурацию для RRC-сообщения E-UTRA, если RRC-сообщение 5G NR не включает в себя индикатор полной конфигурации.
[0068] В одном примере, RRC-сообщение NR может включать в себя индикатор дельта-конфигурации для того, чтобы указывать то, что UE 110 должно применять дельта-конфигурацию в RRC-сообщении E-UTRA, вместо использования индикатора дельта-конфигурации в RRC-сообщении E-UTRA. RRC-сообщение E-UTRA не включает в себя индикатор дельта-конфигурации. UE применяет дельта-конфигурацию в ответ на индикатор дельта-конфигурации в RRC-сообщении 5G NR. В одном примере, RRC-сообщение NR указывает то, что UE 110 должно применять полную конфигурацию, если RRC-сообщение NR не включает в себя индикатор дельта-конфигурации для RRC-сообщения E-UTRA.
Способы передачи обслуживания между технологиями радиосвязи в базовой станции
[0069] Фиг. 7 иллюстрирует примерный способ(ы) 700 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции 122 при передаче обслуживания UE 110. На этапе 702, целевая базовая станция (например, базовая станция E-UTRA) принимает сообщение с запросом на передачу обслуживания для того, чтобы передавать обслуживание UE в E-UTRA. Например, базовая станция 122 принимает сообщение с запросом на передачу обслуживания для того, чтобы передавать обслуживание абонентского устройства 110 в E-UTRA.
[0070] На этапе 704, базовая станция E-UTRA определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции E-UTRA, которая соединяется с сетью EPC или сетью 5GC. Например, базовая станция 122 определяет то, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции 120 E-UTRA, которая соединяется с EPC 160 или 5GC 150.
[0071] На этапе 706, если базовая станция E-UTRA определяет то, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции E-UTRA, которая соединяется с сетью EPC, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации. Например, если базовая станция 122 определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции 120 E-UTRA, которая соединяется с EPC 160, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации.
[0072] На этапе 708, если базовая станция E-UTRA определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции E-UTRA, которая соединяется с сетью 5GC, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, указывающее, что применяется полная конфигурация. Например, если базовая станция 122 определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции 120 E-UTRA, которая соединяется с 5GC 160, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое указывает, что применяется полная конфигурация.
[0073] В аспектах, передача обслуживания EPC 160 от 5GC 150 содержит передачу обслуживания базовой станции 122 E-UTRA, соединенной с EPC 160, от RAN 141 NR, или передача обслуживания содержит передачу обслуживания базовой станции 124 E-UTRA, соединенной с EPC 160, от базовой станции 122, соединенной с 5GC 150.
[0074] В некоторых случаях, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания из функции управления мобильностью в базовой сети (например, MME 162 или AMF 152), базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети. Отправка сообщения подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети инструктирует функции управления мобильностью отправлять RRC-сообщение E-UTRA в другую базовую станцию 120, которая передает RRC-сообщение E-UTRA в UE 110. В дополнительном аспекте, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания из третьей базовой станции 120 либо в E-UTRAN 142, либо в RAN 141 NR, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания в третью базовую станцию 120, которая передает RRC-сообщение E-UTRA в UE 110.
[0075] Если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по S1-интерфейсу 106, базовая станция 122 может отправлять сообщение подтверждения приема запроса на передачу обслуживания в S1-интерфейс 106. Тем не менее, в некоторых случаях, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по X2-интерфейсу 114, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания по X2-интерфейсу 114. В другом аспекте, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по Xn-интерфейсу, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания по Xn-интерфейсу. В случаях, если базовая станция 122 соединяется с 5GC 150, базовая станция 122 может поддерживать связь через Xn-интерфейс (проиллюстрирован на 116), а также через X2-интерфейс. В дополнительном аспекте, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по NG-интерфейсу 180, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания по NG-интерфейсу 180.
[0076] В дополнительных аспектах, когда UE 110 принимает RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации, UE 110 применяет полную конфигурацию по умолчанию, хотя первое RRC-сообщение E-UTRA не включает в себя этот индикатор. Конечно, когда UE 110 принимает RRC-сообщение E-UTRA, указывающее, что UE 110 должно применять полную конфигурацию, UE 110 применяет полную конфигурацию согласно индикатору.
[0077] Фиг. 8 иллюстрирует примерный способ(ы) 800 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции 124 при передаче обслуживания UE 110. На этапе 802, базовая станция E-UTRA принимает сообщение с запросом на передачу обслуживания для того, чтобы передавать обслуживание UE базовой станции E-UTRA. Например, базовая станция 124 принимает сообщение с запросом на передачу обслуживания для того, чтобы передавать обслуживание UE 110 базовой станции 124.
[0078] На этапе 804, базовая станция E-UTRA определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания базовой станции E-UTRA с базовой сетью, измененной на сеть EPC-= с сети 5GC, или передачу обслуживания между базовыми станциями внутри E-UTRAN без изменения базовой сети. Например, базовая станция 124 с базовой сетью, измененной на EPC 160 или 5GC 150 или на базовую станцию 124 внутри E-UTRAN 142 без изменения базовой сети.
[0079] На этапе 806, если базовая станция E-UTRA определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания базовой станции E-UTRA с базовой сетью, измененной на сеть EPC с сети 5GC, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации. Например, если базовая станция 124 определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания базовой станции 124 E-UTRA, включающую в себя изменение базовой сети на EPC 160 с 5GC 150, базовая станция 124 отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя E RRC-сообщение-UTRA, которое не включает в себя индикатор полной конфигурации.
[0080] На этапе 808, если базовая станция E-UTRA определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания внутри E-UTRAN, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, указывающее, что полная конфигурация применяется посредством UE. Например, если базовая станция 124 определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания внутри E-UTRAN 142, базовая станция 124 отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое указывает, что полная конфигурация применяется посредством UE 110.
[0081] В аспектах, передача обслуживания базовой станции 124, включающая в себя изменение на EPC 160 с 5GC 150, включает в себя передачу обслуживания базовой станции 124 E-UTRA, соединенной с EPC 160, от RAN 141 NR, или передача обслуживания содержит передачу обслуживания базовой станции 124 E-UTRA, соединенной с EPC 160, от базовой станции 122, соединенной с 5GC 150.
[0082] В другом аспекте, если базовая станция 124 принимает сообщение с запросом на передачу обслуживания из функции управления мобильностью в базовой сети (например, из объекта управления мобильностью (MME)), базовая станция 124 отправляет сообщение подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети. Отправка сообщения подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети инструктирует функции управления мобильностью отправлять RRC-сообщение E-UTRA в другую базовую станцию 120, которая передает RRC-сообщение E-UTRA в UE 110. В дополнительном аспекте, если базовая станция 124 принимает сообщение с запросом на передачу обслуживания из третьей базовой станции 120 либо в E-UTRAN 142, либо в RAN 141 NR, базовая станция 124 отправляет сообщение подтверждения приема запроса на передачу обслуживания в третью базовую станцию 120, которая передает RRC-сообщение E-UTRA в UE 110.
[0083] Если базовая станция 124 принимает сообщение с запросом на передачу обслуживания по S1-интерфейсу 106, базовая станция 124 может отправлять сообщение подтверждения приема запроса на передачу обслуживания в S1-интерфейс 106. Если базовая станция 124 принимает сообщение с запросом на передачу обслуживания по X2-интерфейсу 114, базовая станция 124 может отправлять сообщение подтверждения приема запроса на передачу обслуживания по X2-интерфейсу 114.
[0084] В дополнительных аспектах, когда UE 110 принимает RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации, UE 110 применяет полную конфигурацию по умолчанию, хотя первое RRC-сообщение E-UTRA не включает в себя этот индикатор. Конечно, когда UE 110 принимает RRC-сообщение E-UTRA, указывающее, что UE 110 должно применять полную конфигурацию, UE 110 применяет полную конфигурацию согласно индикатору.
[0085] Фиг. 9 иллюстрирует примерный способ(ы) 900 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции 122 при передаче обслуживания UE 110. На этапе 902, базовая станция E-UTRA принимает сообщение с запросом на передачу обслуживания для того, чтобы передавать обслуживание UE от сети 5GC сети EPC, передавать обслуживание от NR в E-UTRA, соединенной с сетью 5GC, или передавать обслуживание от сети радиодоступа GSM/EDGE (GERAN) или сети универсального наземного радиодоступа (UTRAN) в E-UTRA. Например, базовая станция 122 принимает сообщение с запросом на передачу обслуживания для того, чтобы передавать обслуживание UE 110 от 5GC 150 в EPC 160, передавать обслуживание от RAN 141 NR в E-UTRAN 142, соединенную с 5GC 150, или передавать обслуживание от сети радиодоступа GSM/EDGE (GERAN) или сети универсального наземного радиодоступа (UTRAN) в E-UTRAN 142.
[0086] На этапе 904, базовая станция E-UTRA определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания от сети 5GC сети EPC, запрашивает передачу обслуживания от базовой станции базовой NR станции E-UTRA, соединенной с сетью 5GC, или передачу обслуживания от GERAN или UTRAN в E-UTRA. Например, базовая станция 122 определяет, запрашивает или нет сообщение с запросом на передачу обслуживания передачу обслуживания от 5GC 150 в EPC 160, передачу обслуживания от RAN 141 NR в E-UTRAN 142, соединенную с 5GC 150, или передачу обслуживания от GERAN или UTRAN в E-UTRAN 142.
[0087] На этапе 906, если базовая станция E-UTRA определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания от GERAN или UTRAN в E-UTRA, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации. Например, если базовая станция 122 определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания от GERAN или UTRAN в E-UTRAN 142, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации.
[0088] На этапе 908, если базовая станция E-UTRA определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания от сети 5GC сети EPC или передачу обслуживания от базовой станции NR базовой станции E-UTRA, соединенной с сетью 5GC, базовая станция E-UTRA отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, указывающее, что применяется полная конфигурация. Например, если базовая станция 122 определяет, что сообщение с запросом на передачу обслуживания запрашивает передачу обслуживания от 5GC 150 в EPC 160 или запрашивает передачу обслуживания от RAN 141 NR в E-UTRAN 142, соединенной с 5GC, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания, включающее в себя RRC-сообщение E-UTRA, которое указывает то, что применяется полная конфигурация.
[0089] В некоторых случаях, передача обслуживания EPC 160 от 5GC 150 содержит передачу обслуживания в E-UTRAN 142, соединенную с EPC 160, от RAN 141 NR, или передача обслуживания содержит передачу обслуживания в E-UTRAN 142, соединенную с EPC 160, от E-UTRAN 142, соединенной с 5GC 150.
[0090] Если базовая станция 122 принимает сообщение с запросом на передачу обслуживания из функции управления мобильностью в базовой сети (например, MME 162 или AMF 152), базовая станция 122 может отправлять сообщение подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети. Отправка сообщения подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети инструктирует функции управления мобильностью отправлять RRC-сообщение E-UTRA в другую базовую станцию 120 в RAN 141 NR или в базовую станцию в GERAN или UTRAN, которая передает RRC-сообщение E-UTRA в UE 110. Если базовая станция 122 принимает сообщение с запросом на передачу обслуживания из третьей базовой станции 120 либо в E-UTRAN 142, либо в RAN 141 NR, базовая станция 122 может отправлять сообщение подтверждения приема запроса на передачу обслуживания в третью базовую станцию 120, которая передает RRC-сообщение E-UTRA в UE 110.
[0091] В аспектах, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по S1-интерфейсу 106, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания в S1-интерфейс 106. В другом аспекте, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по X2-интерфейсу 114, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания по X2-интерфейсу 114. В другом аспекте, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по Xn-интерфейсу 112, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания по Xn-интерфейсу. В случаях, если базовая станция 122 соединяется с 5GC 150, базовая станция 122 может поддерживать связь через Xn-интерфейс, а также через X2-интерфейс. В дополнительном аспекте, если базовая станция 122 принимает сообщение с запросом на передачу обслуживания по NG-интерфейсу 180, базовая станция 122 отправляет сообщение подтверждения приема запроса на передачу обслуживания по NG-интерфейсу 180.
[0092] В дополнительных аспектах, когда UE 110 принимает RRC-сообщение E-UTRA, которое не включает в себя индикатор полной конфигурации, UE 110 применяет полную конфигурацию по умолчанию, хотя первое RRC-сообщение E-UTRA не включает в себя этот индикатор. Конечно, когда UE 110 принимает RRC-сообщение E-UTRA, указывающее, что применяется полная конфигурация, UE 110 применяет полную конфигурацию согласно индикатору.
[0093] Фиг. 10 иллюстрирует примерный способ(ы) 1000 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции 121 при передаче обслуживания UE 110. На этапе 1002, исходная базовая станция (например, базовая станция 5G NR) принимает RRC-сообщение E-UTRA для передачи обслуживания UE целевой базовой станции (например, базовой станции E-UTRA). Например, базовая станция 121 принимает RRC-сообщение E-UTRA для передачи обслуживания UE 110 базовой станции 122. RRC-сообщение E-UTRA может приниматься из базовой станции 122 или AMF в 5GC 150.
[0094] На этапе 1004, базовая станция 5G NR определяет, должна ли полная конфигурация или дельта-конфигурация применяться посредством UE. Например, базовая станция 121 определяет, должна ли полная конфигурация или дельта-конфигурация применяться посредством UE 110.
[0095] На этапе 1006, если базовая станция 5G NR определяет, что полная конфигурация должна применяться посредством UE, базовая станция 5G NR формирует RRC-сообщение NR (например, сообщение RRCConnectionReconfiguration) для передачи обслуживания в E-UTRA, включающее в себя RRC-сообщение E-UTRA и индикатор того, что должна применяться полная конфигурация. Например, если базовая станция 121 определяет, что полная конфигурация должна применяться посредством UE 110, базовая станция 121 формирует RRC-сообщение NR для передачи обслуживания базовой станции 122 E-UTRA, включающее в себя RRC-сообщение E-UTRA и индикатор того, что должна применяться полная конфигурация (например, поле fullConfig в сообщении RRCConnectionReconfiguration).
[0096] На этапе 1008, если базовая станция 5G NR определяет, что дельта-конфигурация должна применяться посредством UE, базовая станция 5G NR формирует RRC-сообщение NR (например, сообщение RRCConnectionReconfiguration) для передачи обслуживания в E-UTRA, включающее в себя RRC-сообщение E-UTRA и индикатор того, что должна применяться дельта-конфигурация. Например, если базовая станция 121 определяет, что дельта-конфигурация должна применяться посредством UE 110, базовая станция 121 формирует RRC-сообщение NR для передачи обслуживания базовой станции 122, включающее в себя RRC-сообщение E-UTRA и индикатор того, что должна применяться дельта-конфигурация.
[0097] На этапе 1010, базовая станция 5G NR передает RRC-сообщение NR в UE, которое инструктирует UE выполнять передачу обслуживания в E-UTRAN и применять указываемую конфигурацию. Например, базовая станция 121 передает RRC-сообщение NR в UE 110, инструктирующее UE выполнять передачу обслуживания базовой станции 122 и применять указываемую полную или дельта-конфигурацию.
[0098] В аспекте, базовая станция 121 определяет, следует ли применять полную конфигурацию или дельта-конфигурацию. В другом аспекте, базовая станция 121 принимает индикатор того, следует ли применять полную конфигурацию или дельта-конфигурацию, из базовой станции 122. Базовая станция 122 может указывать, следует ли применять полную конфигурацию или дельта-конфигурацию, в сообщении подтверждения приема запроса на передачу обслуживания или в RRC-контейнере (например, в контейнере команд передачи обслуживания).
[0099] В другом аспекте, базовая станция 121 принимает RRC-сообщение E-UTRA в сообщении подтверждения приема запроса на передачу обслуживания, отправленном базовой станцией 122, в ответ на отправку сообщения с запросом на передачу обслуживания в базовую станцию 122, если имеется Xn-интерфейс между базовыми станциями 121 и 122.
[00100] В дополнительном аспекте, базовая станция 121 принимает RRC-сообщение E-UTRA в сообщении команды передачи обслуживания из функции управления мобильностью в базовой сети (например, из функции управления доступом и мобильностью (AMF)). Базовая станция 121 отправляет сообщение необходимости передачи обслуживания в функцию управления мобильностью и, в ответ, принимает сообщение команды передачи обслуживания.
[00101] В дополнительном аспекте, RRC-сообщение NR может включать в себя индикатор полной конфигурации для указания того, что полная конфигурация применяется для RRC-сообщения E-UTRA, или RRC-сообщение NR может указывать, что дельта-конфигурация применяется для RRC-сообщения E-UTRA, если RRC-сообщение NR не включает в себя индикатор полной конфигурации. В другом аспекте, RRC-сообщение NR может включать в себя индикатор дельта-конфигурации для указания того, что дельта-конфигурация применяется для RRC-сообщения E-UTRA. В дополнительном аспекте, RRC-сообщение NR указывает, что полная конфигурация применяется, если RRC-сообщение NR не включает в себя индикатор дельта-конфигурации для RRC-сообщения E-UTRA.
[00102] Фиг. 11 иллюстрирует примерный способ(ы) 1100 передачи обслуживания между технологиями радиодоступа, в общем, связанной с протокольной обработкой посредством базовой станции 122 при передаче обслуживания абонентского устройства 110. На этапе 1102, базовая станция E-UTRA принимает сообщение с запросом на передачу обслуживания для передачи обслуживания UE базовой станции E-UTRA. Например, базовая станция 122 принимает сообщение с запросом на передачу обслуживания для передачи обслуживания UE 110 базовой станции 122.
[00103] На этапе 1104, базовая станция E-UTRA определяет, должна ли полная конфигурация или дельта-конфигурация применяться посредством UE. Например, базовая станция 122 определяет, должна ли полная конфигурация или дельта-конфигурация применяться посредством UE 110.
[00104] На этапе 1106, если базовая станция E-UTRA определяет, что полная конфигурация должна применяться посредством UE, базовая станция E-UTRA формирует RRC-сообщение E-UTRA для передачи обслуживания базовой станции E-UTRA, включающее в себя индикатор того, что должна применяться полная конфигурация. Например, если базовая станция 122 определяет, что полная конфигурация должна применяться посредством UE 110, базовая станция 122 формирует RRC-сообщение E-UTRA для передачи обслуживания базовой станции 122, включающее в себя индикатор того, что должна применяться полная конфигурация.
[00105] На этапе 1108, если базовая станция E-UTRA определяет, что дельта-конфигурация должна применяться посредством UE, базовая станция E-UTRA формирует RRC-сообщение E-UTRA для передачи обслуживания базовой станции E-UTRA, включающее в себя индикатор того, что должна применяться дельта-конфигурация. Например, если базовая станция 122 определяет, что дельта-конфигурация должна применяться посредством UE 110, базовая станция 122 формирует RRC-сообщение E-UTRA для передачи обслуживания базовой станции 122, включающее в себя индикатор того, что должна применяться дельта-конфигурация, или не включающее в себя индикатор того, что должна применяться полная конфигурация.
[00106] В одном аспекте, базовая станция E-UTRA передает другое RRC-сообщение E-UTRA в UE, инструктирующее UE выполнять передачу обслуживания другой базовой станции E-UTRA и применять указываемую конфигурацию. Например, базовая станция 122 передает другое RRC-сообщение E-UTRA в UE 110, инструктирующее абонентскому устройству 110 выполнять передачу обслуживания базовой станции 124 и применять указываемую полную или дельта-конфигурацию.
[00107] В аспекте, базовая станция 122 определяет, следует применять полную конфигурацию или дельта-конфигурацию. В другом аспекте, базовая станция 122 принимает индикатор того, следует применять полную конфигурацию или дельта-конфигурацию, из базовой станции 123. Базовая станция 123 может указывать то, следует применять полную конфигурацию или дельта-конфигурацию, в сообщении с запросом на передачу обслуживания или в RRC-контейнере (например, в контейнере информации подготовки к передаче обслуживания).
[00108] В другом аспекте, базовая станция 122 отправляет RRC-сообщение E-UTRA в сообщении подтверждения приема запроса на передачу обслуживания в базовую станцию 123 или функцию управления мобильностью в базовой сети. RRC-сообщение E-UTRA может включать в себя индикатор полной конфигурации для указания того, что применяется полная конфигурация. Отправка сообщения подтверждения приема запроса на передачу обслуживания в функцию управления мобильностью в базовой сети инструктирует функции управления мобильностью отправлять RRC-сообщение E-UTRA в базовую станцию 123 в RAN 141 NR, которая передает RRC-сообщение E-UTRA в UE 110.
[00109] В дополнительном аспекте, RRC-сообщение E-UTRA может включать в себя индикатор дельта-конфигурации для указания того, что дельта-конфигурация должна применяться посредством UE 110, или RRC-сообщение E-UTRA может указывать то, что полная конфигурация должна применяться посредством UE 110, если RRC-сообщение E-UTRA не включает в себя индикатор дельта-конфигурации.
[00110] Далее описываются некоторые примеры:
Пример 1: Способ выполнения передачи обслуживания от исходной базовой станции целевой базовой станции, при этом способ содержит, посредством абонентского устройства:
- осуществление связи с исходной базовой станцией с использованием объекта уровня управления доступом к среде, объекта уровня управления радиосвязью и первого объекта протокола конвергенции пакетных данных;
- прием первого сообщения уровня управления радиоресурсами из исходной базовой станции, причем первое сообщение уровня управления радиоресурсами включает в себя второе сообщение уровня управления радиоресурсами для передачи обслуживания целевой базовой станции;
- в ответ на прием первого сообщения уровня управления радиоресурсами или второго сообщения уровня управления радиоресурсами, высвобождение объекта уровня управления доступом к среде и объекта уровня управления радиосвязью; и
- определение типа конфигурации из индикатора типа конфигурации, включенного во второе сообщение уровня управления радиоресурсами.
Пример 2: Способ по примеру 1, в котором целевая базовая станция соединяется с усовершенствованной пакетной базовой сетью, при этом способ дополнительно содержит, посредством абонентского устройства:
- определение того, что тип конфигурации представляет собой полную конфигурацию; и
- на основе определения того, что тип конфигурации представляет собой полную конфигурацию, высвобождение первого объекта протокола конвергенции пакетных данных.
Пример 3: Способ по примеру 2, дополнительно содержащий, посредством абонентского устройства:
- на основе второго сообщения уровня управления радиоресурсами, установление второго объекта протокола конвергенции пакетных данных с целевой базовой станцией;
- передачу сообщения RRCConnectionConfigurationComplete; и
- осуществление связи с целевой базовой станцией с использованием второго объекта протокола конвергенции пакетных данных.
Пример 4: Способ по примеру 3, дополнительно содержащий, посредством абонентского устройства:
- отсоединение от исходной базовой станции.
Пример 5: Способ по примеру 1, в котором целевая базовая станция соединяется с базовой сетью пятого поколения, при этом способ дополнительно содержит, посредством абонентского устройства:
- осуществление связи с исходной базовой станцией с использованием объекта уровня управления доступом к среде, объекта уровня управления радиосвязью, первого объекта протокола конвергенции пакетных данных и первого объекта протокола адаптации данных по услугам;
- определение того, что тип конфигурации представляет собой полную конфигурацию; и
- на основе определения того, что тип конфигурации представляет собой полную конфигурацию, высвобождение первого объекта протокола конвергенции пакетных данных и первого объекта протокола адаптации данных по услугам.
Пример 6: Способ по примеру 5, дополнительно содержащий, посредством абонентского устройства:
- на основе второго сообщения уровня управления радиоресурсами:
- установление второго объекта протокола конвергенции пакетных данных с целевой базовой станцией;
- установление второго объекта протокола адаптации данных по услугам с целевой базовой станцией;
- передачу сообщения RRCConnectionConfigurationComplete; и
- осуществление связи с целевой базовой станцией с использованием второго объекта протокола конвергенции пакетных данных и второго объекта протокола адаптации данных по услугам.
Пример 7: Способ по примеру 6, дополнительно содержащий, посредством абонентского устройства:
- отсоединение от исходной базовой станции.
Пример 8: Способ по любому из предыдущих примеров, в котором первое сообщение уровня управления радиоресурсами представляет собой сообщение RRCConnectionReconfiguration.
Пример 9: Способ по любому из предыдущих примеров, в котором индикатор типа конфигурации представляет собой поле fullConfig в сообщении RRCConnectionReconfiguration.
Пример 10: Способ по любому из предыдущих примеров, в котором исходная базовая станция представляет собой базовую станцию на основе нового стандарта радиосвязи пятого поколения, и при этом целевая базовая станция представляет собой базовую станцию на основе усовершенствованного универсального наземного радиодоступа.
Пример 11: Абонентское устройство, содержащее:
- беспроводное приемо-передающее устройство; и
- диспетчер передач обслуживания, выполненный с возможностью конфигурировать абонентское устройство таким образом, чтобы осуществлять способ по любому из примеров 1-10.
Пример 12: Способ выполнения передачи обслуживания абонентского устройства от исходной базовой станции целевой базовой станции, при этом способ содержит, посредством исходной базовой станции:
- прием первого сообщения уровня управления радиоресурсами, указывающего передачу обслуживания абонентского устройства целевой базовой станции;
- определение типа конфигурации, который должен применяться к абонентскому устройству во время передачи обслуживания;
- формирование второго сообщения уровня управления радиоресурсами;
- включение индикатора типа конфигурации во второе сообщение уровня управления радиоресурсами;
- включение первого сообщения уровня управления радиоресурсами во второе сообщение уровня управления радиоресурсами; и
- передачу второго сообщения уровня управления радиоресурсами в абонентское устройство для предписания абонентскому устройству модифицировать текущую конфигурацию абонентского устройства на основе типа конфигурации во время передачи обслуживания.
Пример 13: Способ по примеру 12, в котором тип конфигурации представляет собой полную конфигурацию или дельта-конфигурацию, при этом второе сообщение уровня управления радиоресурсами представляет собой сообщение RRCConnectionReconfiguration, и при этом индикатор типа конфигурации представляет собой поле fullConfig в сообщении RRCConnectionReconfiguration.
Пример 14: Способ по примеру 12 или примеру 13, в котором первое сообщение уровня управления радиоресурсами принимается из целевой базовой станции или функции управления доступом и мобильностью в базовой сети.
Пример 15: Базовая станция, содержащая:
- беспроводное приемо-передающее устройство;
- интерфейс базовой сети;
- интерфейс между базовыми станциями; и
- диспетчер базовой станции, выполненный с возможностью конфигурировать базовую станцию таким образом, чтобы осуществлять способ по любому из примеров 12-14.
Заключение
[00111] Хотя аспекты передачи обслуживания между технологиями радиодоступа описываются на языке, конкретном для признаков и/или способов, объем, определяемый прилагаемой формулой изобретения, не обязательно ограничивается описанными конкретными признаками или способами. Наоборот, конкретные признаки и способы раскрываются в качестве примерных реализаций передачи обслуживания между технологиями радиодоступа, и другие эквивалентные признаки и способы подразумеваются находящимися в пределах объема прилагаемой формулы изобретения. Дополнительно, описываются всевозможные аспекты, и следует принимать во внимание, что каждый описанный аспект может реализовываться независимо или в связи с одним или более другими описанными аспектами.

Claims (41)

1. Способ выполнения передачи обслуживания от исходной базовой станции, соответствующей первой технологии радиодоступа, целевой базовой станции, соответствующей второй технологии радиодоступа, при этом способ содержит выполняемые посредством абонентского устройства этапы, на которых:
осуществляют связь с исходной базовой станцией с использованием объекта уровня управления доступом к среде, объекта уровня управления радиосвязью, первого объекта протокола конвергенции пакетных данных и первого объекта протокола адаптации данных по услугам;
принимают первое сообщение уровня управления радиоресурсами от исходной базовой станции, причем первое сообщение уровня управления радиоресурсами включает в себя второе сообщение уровня управления радиоресурсами для передачи обслуживания целевой базовой станции;
в ответ на прием первого сообщения уровня управления радиоресурсами или второго сообщения уровня управления радиоресурсами высвобождают объект уровня управления доступом к среде и объект уровня управления радиосвязью;
определяют тип конфигурации из индикатора типа конфигурации, включенного во второе сообщение уровня управления радиоресурсами;
определяют, что тип конфигурации представляет собой полную конфигурацию; и
на основе определения того, что тип конфигурации представляет собой полную конфигурацию, высвобождают первый объект протокола конвергенции пакетных данных и первый объект протокола адаптации данных по услугам.
2. Способ по п. 1, в котором целевая базовая станция соединена с усовершенствованной пакетной базовой сетью, при этом способ дополнительно содержит выполняемые посредством абонентского устройства этапы, на которых:
определяют, что тип конфигурации представляет собой полную конфигурацию; и
на основе определения того, что тип конфигурации представляет собой полную конфигурацию, высвобождают первый объект протокола конвергенции пакетных данных.
3. Способ по п. 2, дополнительно содержащий выполняемые посредством абонентского устройства этапы, на которых:
на основе второго сообщения уровня управления радиоресурсами, устанавливают второй объект протокола конвергенции пакетных данных с целевой базовой станцией;
передают сообщение RRCConnectionConfigurationComplete и
осуществляют связь с целевой базовой станцией с использованием второго объекта протокола конвергенции пакетных данных.
4. Способ по п. 3, дополнительно содержащий выполняемый посредством абонентского устройства этап, на котором отсоединяются от исходной базовой станции.
5. Способ по п. 1, дополнительно содержащий выполняемые посредством абонентского устройства этапы, на которых, на основе второго сообщения уровня управления радиоресурсами:
устанавливают второй объект протокола конвергенции пакетных данных с целевой базовой станцией;
устанавливают второй объект протокола адаптации данных по услугам с целевой базовой станцией;
передают сообщение RRCConnectionConfigurationComplete и
осуществляют связь с целевой базовой станцией с использованием второго объекта протокола конвергенции пакетных данных и второго объекта протокола адаптации данных по услугам.
6. Способ по п. 5, дополнительно содержащий выполняемый посредством абонентского устройства этап, на котором отсоединяются от исходной базовой станции.
7. Способ по любому из предшествующих пунктов, в котором первое сообщение уровня управления радиоресурсами представляет собой сообщение RRCConnectionReconfiguration.
8. Способ по любому из предшествующих пунктов, в котором индикатор типа конфигурации представляет собой поле fullConfig в сообщении RRCConnectionReconfiguration.
9. Способ по любому из предшествующих пунктов, в котором исходная базовая станция представляет собой базовую станцию, соответствующую новому стандарту радиосвязи пятого поколения, и целевая базовая станция представляет собой базовую станцию, соответствующую усовершенствованному универсальному наземному радиодоступу.
10. Абонентское устройство, содержащее:
беспроводное приемопередающее устройство и
диспетчер передач обслуживания, выполненный с возможностью конфигурировать абонентское устройство осуществлять способ по любому из пп. 1-9.
11. Способ выполнения передачи обслуживания абонентского устройства от исходной базовой станции, соответствующей первой технологии радиодоступа, целевой базовой станции, соответствующей второй технологии радиодоступа, при этом способ содержит выполняемые посредством исходной базовой станции этапы, на которых:
принимают первое сообщение уровня управления радиоресурсами, указывающее передачу обслуживания абонентского устройства целевой базовой станции;
определяют тип конфигурации, который должен применяться к абонентскому устройству во время передачи обслуживания, причем тип конфигурации представляет собой дельта-конфигурацию;
формируют второе сообщение уровня управления радиоресурсами;
включают индикатор типа конфигурации во второе сообщение уровня управления радиоресурсами;
включают первое сообщение уровня управления радиоресурсами во второе сообщение уровня управления радиоресурсами и
передают второе сообщение уровня управления радиоресурсами в абонентское устройство для предписания абонентскому устройству модифицировать текущую конфигурацию абонентского устройства на основе типа конфигурации во время передачи обслуживания.
12. Способ по п. 11, в котором второе сообщение уровня управления радиоресурсами представляет собой сообщение RRCConnectionReconfiguration.
13. Способ по п. 11 или 12, в котором первое сообщение уровня управления радиоресурсами принимается от целевой базовой станции или функции управления доступом и мобильностью в базовой сети.
14. Базовая станция, содержащая:
беспроводное приемопередающее устройство;
интерфейс базовой сети;
интерфейс между базовыми станциями и
диспетчер базовой станции, выполненный с возможностью конфигурировать базовую станцию осуществлять способ по любому из пп. 11-13.
RU2021102733A 2018-08-06 2019-07-29 Передача обслуживания между технологиями радиодоступа RU2757161C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862715049P 2018-08-06 2018-08-06
US62/715,049 2018-08-06
PCT/US2019/043974 WO2020033179A1 (en) 2018-08-06 2019-07-29 Inter-radio access technology handover

Publications (1)

Publication Number Publication Date
RU2757161C1 true RU2757161C1 (ru) 2021-10-11

Family

ID=67551450

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2021102733A RU2757161C1 (ru) 2018-08-06 2019-07-29 Передача обслуживания между технологиями радиодоступа

Country Status (6)

Country Link
US (1) US20230276311A1 (ru)
EP (2) EP3818748B1 (ru)
JP (2) JP7114797B2 (ru)
RU (1) RU2757161C1 (ru)
TW (2) TWI720571B (ru)
WO (1) WO2020033179A1 (ru)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200098339A (ko) * 2019-02-12 2020-08-20 삼성전자주식회사 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
CN110337825B (zh) * 2019-05-23 2021-12-21 北京小米移动软件有限公司 业务切换方法及装置
CN112153712A (zh) * 2020-10-20 2020-12-29 中国联合网络通信集团有限公司 终端与基站的通信方法及设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2489809C2 (ru) * 2008-03-20 2013-08-10 Интердиджитал Пэйтент Холдингз, Инк. СИНХРОНИЗАЦИЯ И ОБРАБОТКА СИСТЕМНОЙ ИНФОРМАЦИИ ОПРЕДЕЛЕННОЙ СОТЫ ДЛЯ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ В Evolved UTRA

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012005089A (ja) * 2010-06-21 2012-01-05 Ntt Docomo Inc 移動通信方法、無線基地局及び移動局
US8831611B2 (en) * 2011-02-18 2014-09-09 Blackberry Limited Method and apparatus for avoiding in-device coexistence interference with keeping time update for handover
JP6240747B2 (ja) 2013-04-02 2017-11-29 エルジー エレクトロニクス インコーポレイティド 無線通信システムでセル変更手順を行うための方法及びこのための装置
JP6251522B2 (ja) * 2013-08-30 2017-12-20 株式会社Ｎｔｔドコモ 移動通信方法及び無線基地局
WO2015171040A1 (en) * 2014-05-09 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for handover procedures in a communication network
US20170295524A1 (en) * 2016-04-08 2017-10-12 Nokia Technologies Oy Apparatuses and methods for indication of full configuration in handover signaling
EP3255950A1 (en) * 2016-06-06 2017-12-13 ASUSTek Computer Inc. Method and apparatus for resource allocation on d2d relay channel in a wireless communication system
US10798726B2 (en) * 2016-08-12 2020-10-06 Lg Electronics Inc. Method and apparatus for transmitting SPS assistance information in wireless communication system
JP2018029273A (ja) 2016-08-18 2018-02-22 株式会社Ｎｔｔドコモ 無線基地局、及び、通信装置
US10856343B2 (en) * 2017-10-27 2020-12-01 Htc Corporation Device and method of handling full configuration
EP3711356A1 (en) * 2017-11-16 2020-09-23 Telefonaktiebolaget LM Ericsson (PUBL) Handling of pdcp version change

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2489809C2 (ru) * 2008-03-20 2013-08-10 Интердиджитал Пэйтент Холдингз, Инк. СИНХРОНИЗАЦИЯ И ОБРАБОТКА СИСТЕМНОЙ ИНФОРМАЦИИ ОПРЕДЕЛЕННОЙ СОТЫ ДЛЯ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ В Evolved UTRA

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3GPP TR 38.912 v15.0.0. (2018-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio (NR) access technology; (Release 15); 650 Route des Lucioles - Sophia Antipolis, Valbonne - FRANCE (19.07.2018), Valbonne - FRANCE, (found 23.08.2021), found on the Internet https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId = 3059. *
3GPP TR 38.912 v15.0.0. (2018-06) 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio (NR) access technology; (Release 15); 650 Route des Lucioles - Sophia Antipolis, Valbonne - FRANCE (19.07.2018), Valbonne - FRANCE, (найден 23.08.2021), найден в Интернете https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3059. ERICSSON, Flow based QoS framework for LTE connected to 5GC (TP to TS 36.331), 3GPP TSG-RAN WG2 #102 (R2-1808757) Busan, S. Korea, 17.05.2018, (найден 23.08.2021), найден в Интернете https://www.3gpp.org/DynaReport/TDocExMtg--R2-102--18785.htm. HUAWEI, HISILICON, TP to 36.331 for handover between NR and E-UTRA, 3GPP TSG-RAN WG2#AH1807 (R2-1810378) Montreal, Canada, 22.06.2018, (найден 23.08.2021), найден в Интернете https://www.3gpp.org/ftp/TSG_RAN/WG2_RL2/TSGR2_AHs/2018_07_NR/Docs/. *
ERICSSON, Flow based QoS framework for LTE connected to 5GC (TP to TS 36.331), 3GPP TSG-RAN WG2 # 102 (R2-1808757) Busan, S. Korea, 05/17/2018, (found 08/23/2021), found on the Internet https://www.3gpp.org/DynaReport/TDocExMtg--R2-102--18785.htm. *
HUAWEI, HISILICON, TP to 36. 331 for handover between NR and E-UTRA, 3GPP TSG-RAN WG2 # AH1807 (R2-1810378) Montreal, Canada, 22.06.2018, (found 23.08.2021), found on the Internet https://www.3gpp.org/ ftp / TSG_RAN / WG2_RL2 / TSGR2_AHs / 2018_07_NR / Docs /. *

Also Published As

Publication number Publication date
EP4329373A2 (en) 2024-02-28
JP2021533622A (ja) 2021-12-02
TW202131718A (zh) 2021-08-16
TWI720571B (zh) 2021-03-01
EP3818748B1 (en) 2024-02-21
JP7366205B2 (ja) 2023-10-20
JP2022166024A (ja) 2022-11-01
EP3818748A1 (en) 2021-05-12
US20230276311A1 (en) 2023-08-31
TWI775324B (zh) 2022-08-21
WO2020033179A1 (en) 2020-02-13
TW202008807A (zh) 2020-02-16
JP7114797B2 (ja) 2022-08-08

Similar Documents

Publication Publication Date Title
US11153791B2 (en) Full and delta configuration in a central unit-distributed unit architecture
US20210227435A1 (en) Maintaining Communication and Signaling Interfaces through a Network Role Transition
US11689970B2 (en) Inter-radio access technology handover
US11452169B2 (en) Preventing inadvertent idle mode in multi-node connectivity environments
US10219178B2 (en) Channel aggregation using Wi-Fi
CN108141899B (zh) 操作通信网络中的网络节点的方法以及实现该方法的网络节点
US10708969B2 (en) Dual connectivity capability modification
US20230276311A1 (en) Inter-Radio Access Technology Handover
WO2018127018A1 (zh) 多链接通信方法、设备和终端
US11452128B2 (en) Method for uplink transmission in a 5G NR system
EP3821643A1 (en) Inter-rat handover including transferring a radio bearer configuration
JP2021514127A (ja) Ｐｌｍｎ識別子に関連付けられたコアネットワークタイプに基づくセルアクセス制限
US11706670B2 (en) Transferring a radio bearer configuration
US11178715B2 (en) Radio resource control connection reestablishment
RU2776352C1 (ru) Передача обслуживания между rat, включающая в себя передачу конфигурации радиоканала