СПОСОБ СВЯЗИ, УСТРОЙСТВО СВЯЗИ И СИСТЕМА СВЯЗИ
COMMUNICATION METHOD, COMMUNICATION DEVICE AND COMMUNICATION SYSTEM

Настоящее изобретение имеет приоритет над заявкой на патент Китая № 201810030917.4, поданной в Национальное управление интеллектуальной собственности Китая 12 января 2018 года и озаглавленной «СПОСОБ СВЯЗИ, УСТРОЙСТВО СВЯЗИ И СИСТЕМА СВЯЗИ», которая включена в настоящий документ посредством ссылки во всей своей полноте.
Область техники, к которой относится изобретение
Настоящее изобретение относится к области связи и, более конкретно, к способу связи, устройству связи и системе связи.
Уровень техники
В системе мобильной связи следующего поколения, например, в системе мобильной связи 5-го поколения (the 5th generation mobile communications, 5G) базовая станция называется gNB или ng-eNB. Ng-eNB является базовой станцией усовершенствованного стандарта «Долгосрочное развитие», образованной из базовой станции системы «Долгосрочное развитие» (LTE). Только для простоты описания, gNB используется в этой спецификации для представления базовой станции. Система 100, показанная на фиг.1 является схематической структурной схемой 5G системы. В сети радиодоступа следующего поколения (next-generation radio access network, NG-RAN) gNB, ng-eNB и gNB и ng-eNB соединяются друг с другом с использованием Xn интерфейсов. Сетевое устройство gNB и ядро 5G (5G core, 5GC) соединяются друг с другом с помощью Ng интерфейса, и устройство ng-eNB и 5GC соединяются друг с другом с помощью Ng интерфейса. Устройство 5GC может быть объектом функции управления доступом и мобильностью (access and mobility management function, AMF) или объектом функции пользовательской плоскости (user plane function, UPF). AMF объект в основном отвечает за функции управления доступом, и UPF объект в основном отвечает за функции управления сеансом (session). Базовая станция обычно включает в себя уровни протокола логической функции, такие как уровень управления радиоресурсами (radio resource control, RRC), уровень протокола адаптации служебных данных (service data adaptation protocol, SDAP), протокол конвергенции пакетных данных (packet data convergence protocol, PDCP), уровень управления радиоканалом (radio link control, RLC), уровень управления доступом к среде (media access control, MAC) и физический уровень (physical layer, PHY). Базовая станция следующего поколения (такая как gNB) была разработана из традиционной архитектуры базовой станции. Фиг.2 является схематической структурной схемой 5G системы. Система 200 включает в себя 5GC и NG-RAN. В NG-RAN базовая станция gNB может включать в себя централизованный блок (centralized unit, CU) и распределенные блоки (distributed unit, DU). Архитектура CU-DU может пониматься как разделение функций базовой станции в обычной сети доступа. Некоторые функции обычной базовой станции развернуты в CU, и остальные функции развернуты в DUs. Для сокращения затраты и облегчения расширения сети множество DUs могут совместно использовать один CU. CU и DU обмениваются информацией с использованием F1 интерфейсов. gNB, включающий в себя CU и DUs, является базовой станцией для других элементов внешней сети.
На схематической блок-схеме 5G системы, показанной на фиг.3, в gNB централизованный блок CU может быть дополнительно разделен на плоскость управления CU (CU control plane, CU-CP) и плоскость пользователя CU (CU user plane, CU-UP). CU-CP отвечает за функции плоскости управления и в основном включает в себя уровень RRC и часть плоскости управления PDCP (PDCP-C), где PDCP-C в основном отвечает за шифрование и дешифрование плоскости управления, защиту целостности, передачу данных и т.п.. CU-UP отвечает за функции плоскости пользователя и в основном включает в себя уровень SDAP и PDCP-U, где уровень SDAP в основном отвечает за обработку данных в базовой сети и отображение потока (flow) на радиоканал, и PDCP-U в основном отвечает за шифрование и дешифрование, защиту целостности, сжатие заголовка, поддержание порядкового номера, передачу данных и т.п. в плоскости данных. CU-CP и CU-UP соединяются с помощью E1 интерфейса. CU-CP представляет gNB и подключен к базовой сети с использованием Ng интерфейса. CU-CP подключен к DU с помощью F1-C интерфейса (F1 control plane), и CU-UP подключен к DU с помощью F1-U интерфейса (F1 user plane). Другая конструкция состоит в том, что и PDCP-C, и PDCP-U находятся на CU-UP, и RRC находится на CU-CP (не показано на фиг.3).
На основе архитектуры CU-DU базовой станции или ее производной архитектуры все еще существует по меньшей мере одна из следующих проблем:
Текущая процедура поискового вызова для UE, в которой существует неисправность, и может привести к сбою в поисковом вызове UE.
Когда UE входит в неактивное состояние, CU инструктирует DU освободить контекст UE. Тем не менее, все еще существует неисправность.
В процессе, в котором UE осуществляет доступ к сети, может быть системная ошибка, вызванная неустойчивой работой механизма управления доступом.
Сущность изобретения
Настоящее изобретение предоставляет способ связи, устройство связи, систему связи и т.п., для решения технической задачи, состоящей в том, что процедура поискового вызова для оконечного устройства в архитектуре базовой станции CU-DU или ее производной архитектуре все еще присутствует неисправность, и может привести к сбою поискового вызова UE.
Согласно первому аспекту вариант осуществления настоящего изобретения обеспечивает способ связи, где способ связи выполняется в системе связи, система связи включает в себя централизованный блок и распределенный блок, и когда система связи работает, может быть выполнен следующий пример операции:
отправка централизованным блоком CU сообщения поискового вызова в распределенный блок DU, где сообщение поискового вызова содержит информацию указания, указывающую, что поисковый вызов является поисковым вызовом, инициированным из базовой сети, или поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа; прием распределенным блоком сообщения поискового вызова и определение из информации указания, содержащейся в сообщении поискового вызова, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, или поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа. В соответствии с решением, DU может определить, было ли принятое сообщение поискового вызова отправлено из базовой сети или со стороны RAN (например, поисковый вызов, сгенерированный CU), чтобы правильно транслировать поисковый вызов через радиоинтерфейс.
Возможная реализация в соответствии с первым аспектом включает в себя: если информация указания является идентификационной информацией поискового вызова оконечного устройства, которая инициирована из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, и используется для инструктирования распределенного блока определить, что поисковый вызов происходит из базовой сети; или, если информация указания является идентификационной информацией поискового вызова оконечного устройства, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом из сети радиодоступа, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом из сети радиодоступа. В соответствии с решением идентификационная информация поискового вызова оконечного устройства, исходящая из базовой сети и передаваемая в сообщении поискового вызова, передаваемом через интерфейс между CU и DU, может использоваться для указания, что поисковый вызов инициируется из базовой сети; или идентификационная информация поискового вызова оконечного устройства, сконфигурированная сетью радиодоступа и передаваемая в сообщении поискового вызова, передаваемом через интерфейс между CU и DU (или другая информация, которая может идентифицировать оконечное устройство поискового вызова), может использоваться для указания, что поисковый вызов является поисковым вызовом, происходящим из сети радиодоступа.
Возможная реализация в соответствии с первым аспектом включает в себя: сообщение поискового вызова дополнительно включает в себя идентификационную информацию оконечного устройства поискового вызова или информацию, которая может идентифицировать оконечное устройство поискового вызова. Информация указания, передаваемая в сообщении поискового вызова, может использоваться для указания, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, или поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа. После приема информации указания распределенный блок может определить, что поисковый вызов является поисковым вызовом, инициированный из базовой сети или поисковый вызов является поисковым вызовом, инициированный из сети радиодоступа. Например, если информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, распределенный блок может определить на основе информации указания, что поисковый вызов является поисковым вызовом, инициированным из базовой сети; или, если информация указания указывает, что поисковый вызов инициирован из сети радиодоступа, распределенный блок может определить, после приема информации указания, что поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа.
Возможная реализация в соответствии с первым аспектом включает в себя: сообщение поискового вызова включает в себя идентификационную информацию оконечного устройства поискового вызова; и что информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, или поисковый вызов, исходящим из сети радиодоступа, и информация указания используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом, исходящим из базовой сети или поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа, что включает в себя: если информация указания указывает, что идентификационная информация оконечного устройства поискового вызова инициирована из базовой сети, информация указания указывает, что поисковый вызов является поисковый вызовом, исходящим из базовой сети, и используется для указания распределенному блоку определить, что поисковый вызов происходит из базовой сети; или, если информация указания указывает, что идентификационная информация оконечного устройства поискового вызова сконфигурирована сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом из сети радиодоступа, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом из сети радиодоступа. Согласно решению, сообщение поискового вызова, передаваемое между CU и DU, содержит информацию указания. Используя информацию указания, CU может информировать DU, является ли идентификационная информация UE, переносимая в сообщении поискового вызова, исходящей из базовой сети или сконфигурирована RAN, так что DU может определить, инициирован ли поисковый вызов из базовой сети или поисковый вызов инициирован из RAN.
Возможная реализация в соответствии с первым аспектом включает в себя: информация указания включает в себя идентификационную информацию оконечного устройства поискового вызова, которое происходит из базовой сети, или идентификационную информацию оконечного устройства поискового вызова, сконфигурированного сетью радиодоступа; и когда информация указания включает в себя идентификационную информацию оконечного устройства поискового вызова, которая отправлена из базовой сети, информация указания указывает, что поисковый вызов является поисковый вызовом, исходящим из базовой сети, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом из базовой сети; или, когда информация указания включает в себя идентификационную информацию оконечного устройства поискового вызова, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом из сети радиодоступа, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом происходит из сети радиодоступа. Согласно решению, сообщение поискового вызова между CU и DU может включать в себя два информационных элемента. Один информационный элемент используется для передачи идентификационной информации оконечного устройства поискового вызова, которая исходит из базовой сети, и другой информационный элемент используется для передачи идентификационной информации поискового вызова оконечного устройства, сконфигурированного сетью радиодоступа. Когда способ выполняется, любой из двух информационных элементов может быть выбран для отправки содержимого информационного элемента.
Возможная реализация в соответствии с первым аспектом включает в себя: распределенный блок включает в себя, по меньшей мере, одно из следующего: уровень управления радиолинией, уровень управления доступом к среде и физический уровень; централизованный блок включает в себя, по меньшей мере, одно из следующего: уровень управления радиоресурсами, уровень протокола адаптации служебных данных и уровень протокола конвергенции пакетных данных; распределенный блок и централизованный блок включены в сеть радиодоступа и являются узлами связи в сети радиодоступа; и распределенный блок и централизованный блок могут составлять логическую базовую станцию.
Согласно второму аспекту вариант осуществления настоящего изобретения предоставляет способ связи, где способ связи выполняется в системе связи, чтобы помочь решить техническую задачу, заключающуюся в том, что в процессе, когда UE обращается к сети, может происходить системная ошибка, вызванная неустойчивостью механизма управления допуском. Система связи включает в себя централизованный блок и распределенный блок, и когда система связи работает, могут быть выполнены следующие примерные операции: отклонение централизованным блоком запроса доступа оконечного устройства; и отправку централизованным блоком информации указания в распределенный блок, где информация указания указывает, что распределенному блоку необходимо удалить контекстную информацию оконечного устройства.
Возможная реализация в соответствии со вторым аспектом включает в себя: информация указания включает в себя указание отклонения доступа оконечного устройства и/или причину отклонения доступа оконечного устройства.
Возможная реализация в соответствии со вторым аспектом включает в себя: прием централизованным блоком сообщения уведомления, отправленного от распределенного блока, и указывает, что доступ оконечного устройства разрешен.
В соответствии с третьим аспектом настоящее изобретение обеспечивает устройство связи, где устройство связи включает в себя, по меньшей мере, один процессор и интерфейс связи. Интерфейс связи выполнен с возможностью обмена информацией между устройством связи и другим устройством связи, и когда инструкция программы выполняется, по меньшей мере, в одном процессоре, устройство связи реализует функции централизованного блока или распределенного блока в любом из первый аспект, второй аспект или дополнительные реализации первого аспекта и второго аспекта.
Согласно четвертому аспекту, настоящее изобретение обеспечивает компьютерный программный продукт, где компьютерный программный продукт содержит программную инструкцию и, когда программная инструкция выполняется прямо или косвенно, функции централизованного блока или распределенного блока в любом из первый аспект, второй аспект или дополнительные реализации первого аспекта и второго аспекта осуществлены.
В соответствии с пятым аспектом настоящее изобретение предоставляет носитель хранения компьютерных программ, на котором носитель хранения компьютерных программ хранит программную инструкцию, и, когда программная инструкция выполняется прямо или косвенно, функции централизованного блока или распределенного блока в любом из первый аспект, второй аспект или дополнительные реализации первого аспекта и второго аспекта осуществлены.
В соответствии с шестым аспектом настоящее изобретение обеспечивает систему микросхем, где система микросхем включает в себя, по меньшей мере, один процессор, и когда программная инструкция выполняется, по меньшей мере, в одном процессоре, функции централизованного блока или распределенного блока в любом из первый аспект, второй аспект или дополнительные реализации первого аспекта и второго аспекта осуществлены.
В соответствии с седьмым аспектом настоящее изобретение обеспечивает систему связи, где система связи включает в себя устройство связи согласно третьему аспекту.
Краткое описание чертежей
Фиг.1 является схематической блок-схемой системы 5G согласно варианту осуществления настоящего изобретения;
Фиг.2 является схематической блок-схемой системы 5G согласно варианту осуществления настоящего изобретения;
Фиг.3 является схематической блок-схемой системы 5G согласно варианту осуществления настоящего изобретения;
Фиг.4 является схемой системы и способа связи согласно варианту осуществления настоящего изобретения;
Фиг.5 является схемой системы и способа связи в соответствии с вариантом осуществления настоящего изобретения;
Фиг.6 является схемой системы и способа связи согласно варианту осуществления настоящего изобретения;
Фиг.7 является схемой системы и способа связи согласно варианту осуществления настоящего изобретения; и
Фиг.8 является схемой устройства связи согласно варианту осуществления настоящего изобретения.
Описание вариантов осуществления
Прежде всего, приведено описание общей части терминов в вариантах осуществления настоящего изобретения.
Термины «первый», «второй» и тому подобное в настоящем изобретении просто предназначены для различения различных объектов и не ограничивают фактический порядок или функцию измененных таким образом объектов. Например, «первое» и «второе» в «первом указании» и «втором указании» просто предназначены для идентификации того, что два указания являются разными указаниями, и не ограничивают фактический последовательный порядок или функцию двух указаний. Выражения, такие как «например», «пример», «такой как», «возможная реализация» и «реализация» в настоящем изобретении, просто используются для представления предоставления примера, иллюстрации или описания. Любой вариант осуществления или схема реализации, описанные как «пример», «возможная реализация» или «реализация» в настоящем изобретении, не должны объясняться как более предпочтительные или имеющие больше преимуществ, чем другой вариант осуществления или схема реализации. Именно эти слова используются для представления связанных понятий определенным образом. Термины «восходящая линия связи» и «нисходящая линия связи» в настоящем изобретении используются для описания направлений передачи данных/информации в конкретном сценарии. Например, направление «восходящей линии связи» обычно является направлением передачи данных/информации от оконечного устройства на сторону сети или направлением передачи данных/информации от распределенного блока к централизованному блоку; и направление «нисходящей линии связи» обычно представляет собой направление передачи данных/информации от стороны сети к оконечному устройству или направление передачи данных/информации от централизованного блока к распределенному блоку. Понятно, что «восходящая линия связи» и «нисходящая линия связи» просто используются для описания направлений передачи данных/информации, и конкретные устройства для запуска и остановки передачи данных/информации не ограничены.
Термин «и/или» в настоящем изобретении описывает только отношение ассоциации для описания связанных объектов и представляет, что могут существовать три отношения. Например, A и/или B могут представлять следующие три случая: существует только A, существуют и A, и B, и существует только B. Более того, если не указано иное, символ «/» в этой заявке обычно указывает на «или» отношение между связанными объектами. Символ «-» в этой заявке обычно используется для указания того, что между двумя объектами до и после символа существуют отношения соответствия/связи/отношения отображения/взаимодействия. Например, «-» в выражении «функции пользовательской плоскости, обработанные с использованием протокола конвергенции пакетных данных (PDCP-U)», можно понимать как указывающее на соответствующую функцию пользовательской плоскости в функциях PDCP.
Если не указано иное, значение выражения, подобного выражению «элемент, включает в себя, по меньшей мере, одно из следующего: A, B и C» в настоящем изобретении, как правило, состоит в том, что элемент может быть любым из следующих: A; B; C; А и B; А и С; B и C; А, В и С; А и А; А, А и А; А, А и В; А, А и С; A, B и B; А, С и С; B и B; B, B и B; B, B и C; С и С; С, С и С; и другая комбинация A, B и C. Вышеизложенное описывает варианты элемента, используя три элемента A, B и C в качестве примера. Когда выражение представляет собой «элемент включает в себя, по меньшей мере, одно из следующего: A, B,… и X», то есть, когда выражение имеет больше элементов, параметры, применимые к элементу, также могут быть получены в соответствии с вышеизложенным правилом.
Различным типам объектов присваивают различные названия, такие как различные сообщения/информация/устройства/сетевые элементы/системы/приспособления/действия/ операции/процедуры/концепции, которые могут быть использованы в настоящем изобретении. Понятно, что эти конкретные названия не являются ограничением для связанных объектов, и назначенные названия могут варьироваться в зависимости от таких факторов, как сценарии, контексты или привычки использования. Понимание технических значений технических терминов в настоящем изобретении должно определяться главным образом в соответствии с функциями и техническими эффектами, воплощенными/выполняемыми техническими терминами в технических решениях.
В настоящем изобретении оконечное устройство может включать в себя формы, представленные ниже: устройство пользователя (User Equipment, UE), терминал доступа, абонентское устройство, абонентская станция, мобильная станция, мобильная консоль, удаленная станция, удаленный терминал, мобильное устройство, пользовательский терминал, терминал, устройство беспроводной связи, пользовательский агент или пользовательское устройство. Оконечное устройство может быть станцией (STATION, ST) в WLAN, может быть сотовым телефоном, беспроводным телефоном, телефоном с протоколом инициирования сеанса (Session Initiation Protocol, SIP), станцией беспроводной локальной сети (Wireless Local Loop, WLL), персональным цифровым помощником (Personal Digital Assistant, PDA), портативное устройство или вычислительное устройство, имеющее функцию беспроводной связи, другое устройство обработки, подключенное к беспроводному модему, автомобильное устройство, носимое устройство и оконечное устройство в система связи следующего поколения, такая как сеть 5G или усовершенствованная сеть наземной подвижной связи будущего (Public Land Mobile Network, PLMN). Оконечное устройство может альтернативно быть носимым устройством. Носимое устройство может также упоминаться как носимое интеллектуальное устройство и является общим названием носимых устройств, которые получают посредством интеллектуального проектирования и разработки при повседневных ношениях с использованием носимых технологий, таких как очки, перчатки, наручные часы, одежда, и обувь. Носимое устройство представляет собой портативное устройство, которое непосредственно надевается на тело или встроено в предмет одежды или аксессуар пользователя. Оконечное устройство может альтернативно быть оконечным устройством в системе интернета вещей (Internet of Things, IoT). IoT является важной частью развития будущих информационных технологий, и основной технической характеристикой IoT является подключение продуктов к сетям с использованием коммуникационных технологий, тем самым, реализуя интеллектуальную сеть с взаимосвязями человек-машина и вещами-вещами. В вариантах осуществления настоящего изобретения решения вариантов осуществления описаны с использованием примера, в котором оконечным устройством является UE. Однако можно понять, что оконечное устройство в вариантах осуществления настоящего изобретения не ограничивается UE.
В вариантах осуществления настоящего изобретения базовая станция, включающая в себя CU и DU, не ограничивается NR gNB и может быть базовой станцией LTE. В качестве альтернативы CU дополнительно делится на две части: CP и UP. Когда базовая станция, включающая в себя CU и DU, является базовой станцией LTE, уровни протокола не включают в себя SDAP уровень.
Сетевая архитектура и сценарий обслуживания, которые описаны в вариантах осуществления настоящего изобретения, используются для того, чтобы помочь читателю ясно понять технические решения в вариантах осуществления настоящего изобретения, и не составляют каких-либо ограничений для технических решений, предусмотренных в вариантах осуществления настоящего изобретения. Специалист в данной области техники может понять, что с развитием сетевых архитектур и появлением новых сценариев обслуживания технические решения, предоставленные в вариантах осуществления настоящего изобретения, также применимы к аналогичным техническим задачам.
В RAN UE обычно имеет статус подключенного RRC (RRC-connected status) и статус незанятого RRC (RRC-idle status) и может дополнительно иметь неактивный статус RRC (RRC-inactive status), который также может упоминаться как третий статус. Когда UE находится в состоянии ожидания (например, время, в которое оконечное устройство не имеет данных восходящей линии связи и/или нисходящей линии связи, которые должны быть отправлены, превышает указанное время), базовая станция может дать команду, используя RRC сообщение, UE вводит неактивный статус RRC. После того, как UE осуществляет доступ к соте, базовая станция устанавливает соответствующий контекст UE для UE. Когда RRC состояние UE изменяется, базовая станция соответственно обрабатывает контекст UE. Например, UE переходит из состояния RRC подключения в состояние RRC ожидания; и, соответственно, базовая станция может освобождать контекст UE; или, когда UE переходит из состояния RRC соединения в неактивное RRC состояние, возможной обработкой является сохранение или приостановка контекста UE UE, например, сохранение на базовой станции и/или UE контекста UE на RAN.
Для базовой станции, имеющей архитектуру CU-DU и/или имеющей усовершенствованную производную архитектуру CU-DU, CU в базовой станции обычно имеет уровень RRC, и уровень RRC имеет функцию управления RRC состоянием UE. UE в RRC состоянии ожидания и UE в RRC неактивном состоянии имеют два типа поисковый вызова: поисковый вызов на основе базовой сети (CN-based paging) и поисковый вызов на основе сети радиодоступа (RAN-based paging). В частности, существует еще один возможный случай: UE считает, что UE находится в RRC неактивном состоянии, но фактически сторона сети определяет в это время, что UE находится в RRC состоянии ожидания. В этом случае сетевая сторона по-прежнему выполняет поисковый вызов UE посредством поисковый вызова на основе базовой сети. Упомянутый здесь поисковый вызов на основе базовой сети может рассматриваться как поисковый вызов, инициированный базовой сетью, и поисковый вызов на основе сети радиодоступа, упомянутый здесь, может рассматриваться как поисковый вызов, инициируемый сетью радиодоступа, такой поисковый вызов инициируется сетевым узлом в сети радиодоступа, таким как базовая станция, CU или CP. Поисковый вызов на основе базовой сети обычно должен быть направлен базовой станцией. Разница между поисковым вызовом, инициируемым базовой сетью, и поисковым вызовом, инициируемым базовой станцией, заключается в том, что инициаторы поискового вызова различны. UE должно определить, является ли принятый поисковый вызов поисковый вызовом на основе базовой сети или поисковым вызовом на основе RAN. Для поисковый вызова, инициированного базовой сетью, последний цикл прерывистого приема (discontinuous reception cycle, DRX cycle) UE может быть меньшим значением, выбранным из цикла DRX, специфичного для UE (UE specific DRX cycle), отправленного базовой сетью, и значение по умолчанию DRX цикла (default DRX cycle) транслируется сотой (которое может альтернативно быть значением, соответствующим выбранному меньшему значению). Для поисковый вызова, инициированного базовой станцией, последний цикл DRX UE может быть наименьшим значением, выбранным из цикла DRX, специфичного для UE, отправленного базовой сетью, цикла DRX RAN UE, переносимого в RRC сообщении, принятого UE, и цикла DRX по умолчанию, передаваемый сотой (это может быть значение, соответствующее выбранному наименьшему значению). Особый случай заключается в том, что, если один или несколько из вышеупомянутых DRX циклов отсутствует, то меньшее значение выбирается из других одного или нескольких DRX циклов.
Сообщение поискового вызова, отправленное CU в DU, может содержать информационный элемент DRX поисковый вызова. Информационный элемент может быть меньшим, выбранным из следующих двух: CN DRX цикл, специфичный для UE, и RX DRX цикл, специфичный для UE. Однако сообщение поискового вызова, отправленное CU в DU, не идентифицирует, является ли поисковый вызов поисковый вызовов из CN или поисковый вызовом из RAN, и не указывает, как обращаться с поисковый вызовом, когда UE входит в RRC неактивное состояние.
Дополнительно, когда UE входит в неактивное состояние, CU обычно инструктирует DU освободить контекст UE. Тем не менее, все еще существует неисправность. Например, DU не может вмешиваться в принятие решения CU о том, освобождать ли контекст UE. В другом примере, после того, как DU принимает уведомление об освобождении контекста UE и до того, как DU пересылает, в UE, сообщение об освобождении RRC соединения, отправленное CU в UE, если происходит прибытие данных восходящей линии связи UE (UL data arrival), например, поступает запрос планирования (scheduling request, SR) или отчет о состоянии буфера (buffer status report, BSR), отправленный UE на базовую станцию (DU и/или CU), то может возникнуть системная ошибка.
В другом примере в RAN CU-DU архитектуре UE запрашивает установление RRC соединения с RAN. Обычно DU или CU в базовой станции могут отклонять запрос установления RRC соединения UE. Например, UE отправляет сообщение 3 (MSG3), чтобы запросить установление RRC соединения (например, заново установить, возобновить или восстановить соединение RRC), и DU отправляет RRC сообщение в MSG3 в CU, где MSG3 содержит временный идентификатор сотовой радиосети (cell radio network temporary identifier, C-RNTI) или временный идентификатор сотовой радиосети (Temp CRNTI), выделенный для UE и информации DU для CU RRC (DU to CU RRC information), и RRC информация от DU к CU включает в себя параметр уровня 1 (L1) и/или уровня 2 (L2) однонаправленного радиоканала сигнализации (signaling radio bearer, SRB1), сконфигурированный DU для UE. Например, в NR информация RRC включает в себя конфигурацию группы сот CellGroupConfig. Если принимается информация RRC от DU к CU, отправленная DU, CU определяет, что DU разрешает доступ UE; в противном случае, считает, что CU не разрешает доступ UE. В вышеупомянутом процессе, в котором UE запрашивает установление RRC соединения, CU может выполнять управление допуском при доступе UE. Например, когда CU отклоняет доступ UE к RAN, CU может отправлять ответ на UE. Ответ является специфическим для RRC сообщения, передаваемого в MSG3, отправленного UE на базовую станцию, и ответ указывает, что запрос, который UE ожидает установить RRC соединение, отклонен. Обычно RRC сообщение передается в RRC контейнере (RRC Container) в MSG3 для отправки в DU. Однако DU не анализирует содержимое в RRC контейнере на предмет того, принимает ли CU или отклоняет запрос на установление RRC соединения. В этом случае, если DU разрешает доступ к UE, и CU также разрешает доступ в системных настройках по умолчанию, DU устанавливает объект стека протоколов (такой как объект RLC и логический канал MAC) для передачи SRB1 для UE и устанавливает контекст для UE. Контекст UE включает в себя C-RNTI и идентификатор F1 интерфейса (такой как идентификатор DU UE F1AP и/или идентификатор CU UE F1SP), которые относятся к UE. Дополнительно, DU или CU могут альтернативно выполнять планирование для последующего RRC сообщения (например, MSG5) UE. Возможно, существует первый случай: DU запускает таймер после отправки сообщения 3; и после истечения таймера DU все еще не принимает сообщение запроса установки контекста UE (UE context setup request), отправленное CU, и DU может удалить связанную конфигурацию и контекст UE. Альтернативно, существует второй случай: DU считывает тип RRC сообщения, включенный в MSG3, и определяет, на основании типа RRC сообщения, отклонить ли CU запрос на установление/восстановление/возобновление RRC соединения, инициированный UE, так что определить, удалить ли DU конфигурацию и/или контекст UE. В первом случае, если таймер установлен неправильно, возникает системная ошибка. Например, если длительность таймера установлена относительно небольшой, то после того, как DU удаляет конфигурацию и/или контекст UE, DU принимает сообщение запроса установки контекста UE, отправленное CU. В этом случае установка контекста UE завершается неудачно, потому что DU удалил конфигурацию и/или контекст UE. Второй случай не соответствует предположению, что уровень RRC находится на CU в 5G системе RAN. Согласно варианту осуществления настоящего изобретения, если CU отклоняет доступ к UE, CU явно инструктирует DU удалить вышеупомянутую конфигурацию и контекст UE.
Далее описываются технические решения в настоящем изобретении со ссылкой на прилагаемые чертежи и варианты осуществления.
Как показано на фиг. 4, вариант осуществления настоящего изобретения обеспечивает систему связи и ее способ 400 для решения технической задачи, состоящую в том, что механизм поискового вызова в архитектуре CU-DU имеет отказ, например, текущий механизм поискового вызова может вызвать системную ошибку при UE поисковом вызове в RRC неактивном состоянии.
Ввиду этого одна из основных идей этого варианта осуществления может быть выражена следующим образом: CU предоставляет информацию указания для DU, и информация указания указывает, что поисковый вызов является поисковый вызовом на основе базовой сети и/или поисковый вызовом на основе RAN, так что DU может определить и уведомить UE, что поисковый вызов является поисковый вызовом на основе базовой сети и/или поисковый вызовом на основе RAN. Как показано на фиг.4, система 400 включает в себя CU, DU и UE; и CU и DU служат функциональными узлами в RAN архитектуре. Система 400 может работать в следующих примерах.
Операция 401: CU отправляет в DU информацию указания, используемую для указания типа поискового вызова.
Информация указания, используемая для указания типа поискового вызова, может генерироваться CU. Информация указания, используемая для указания типа поискового вызова, может быть передана в сообщении поискового вызова по протоколу прикладного уровня F1 (F1 application layer protocol, AP AP F1), отправляемого посредством CU в DU.
В возможной реализации 1 этап 401 включает в себя: если информация указания, используемая для указания типа поискового вызова, является идентификационной информацией UE поискового вызова, которая получена из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, и используется для указания распределенному устройству определить, что поисковый вызов происходит из базовой сети; или, если информация указания является идентификационной информацией UE поискового вызова, сконфигурированной сетью радиодоступа, информация указания указывает, что поисковый вызов инициирован поисковый вызовом из сети радиодоступа, и используется, чтобы дать указание распределенному модулю определить, что поисковый вызов инициирован поисковым вызовом из сети радиодоступа. Возможно, информация указания может функционально называться идентификатором возобновления (ID resume) или представляет собой другую информацию идентификатора, полученную из идентификатора возобновления. Идентификатор возобновления может использоваться UE в неактивном состоянии RRC. Идентификатор возобновления может быть дополнительно использован для указания того, что поисковый вызов является поисковым вызовом, исходящим из RAN (RAN-based paging). Идентификатор возобновления может дополнительно использоваться для получения контекста UE.
В соответствии с возможной реализацией 1 примерная реализация включает в себя: сообщение поискового вызова AP F1, отправленное CU в DU, может нести два информационных элемента (information element, IE): значение индекса идентификации UE (UE identity index value) и UE идентификатор поискового вызова (UE paging identity). Значение индекса идентификатора UE может быть UE_ID. UE_ID может быть получен в соответствии с формулой: UE_ID = IMSI mod 1024. Идентификатор UE может быть S-TMSI, инициированный в базовой сети, или IMSI, где S-TMSI является временным идентификатором мобильного абонента SAE (SAE temporary mobile subscriber identity), исходящий из базовой сети, и IMSI является международным идентификатором мобильного абонента (international mobile subscriber identity) UE. Понятно, что идентификатор поискового вызова UE базовой сети в системе NR может иметь другое название. Это не ограничено в этой спецификации. Вышеуказанные два значения могут использоваться для вычисления кадра поискового вызова (paging frame, PF) и случая поискового вызова (paging occasion, PO). Когда поисковый вызов является поисковым вызовом из базовой сети (CN based paging), информация идентификатора UE (такая как идентификатор поисковый вызова UE), предоставляемая CU для DU, инициируется из базовой сети, и информация идентификатора поисковый вызова UE может быть S-TMSI из базовой сети и/или IMSI. Когда поисковый вызов является поисковым вызовом из RAN (RAN based paging), информация идентификации поискового вызова UE, предоставляемая CU, является идентификатором возобновления или информацией идентификации UE, сгенерированной RAN для процесса поисковый вызова. Возможно, идентификатор поискового вызова UE может быть предварительно предоставлен DU для CU или отправлен в CU в соответствии с запросом CU. На основе предварительно установленной конфигурации DU идентифицирует, является ли информация идентификации поискового вызова UE, сгенерированная базовой сетью (например, идентификация поискового вызова, может быть TMSI, инициированной из базовой сети, или IMSI), или информация идентификатора персонального вызова UE, сгенерированная RAN (например, идентификация поискового вызова может быть идентификатором возобновления или информацией идентификации UE, сгенерированной RAN для процесса поискового вызова). Возможно, DU может определять цикл прерывистого приема UE на основе типа поискового вызова. Возможно, когда DU идентифицирует, что поисковый вызов является поисковым вызовом на основе базовой сети, DU определяет, что окончательный цикл прерывистого приема UE может включать в себя меньшее значение, выбранное из цикла DRX для конкретного UE, отправленного базовой сетью, и цикла DRX по умолчанию широковещательной передачи соты (которая может альтернативно быть значением, соответствующим выбранному меньшему значению). Возможно, когда DU идентифицирует, что поисковый вызов является поисковым вызовом на основе сети радиодоступа, DU определяет, что заключительный цикл DRX UE может включать в себя наименьшее значение, выбранное из цикла DRX, специфичного для UE, отправленного базовой сетью, RAN UE DRX цикл, передаваемый в RRC сообщении, принятом UE, и цикл DRX по умолчанию, транслируемый сотой (который может быть значением, соответствующим выбранному наименьшему значению). Возможный случай состоит в том, что, если один или несколько из вышеупомянутых циклов DRX отсутствуют, то меньшее значение выбирается из других одного или нескольких DRX циклов.
После того, как DU принимает сообщение поискового вызова AP F1, возможно, на этапе 402, DU отправляет в UE информацию указания, используемую для указания типа поискового вызова. Например, информация идентификатора поискового вызова UE может быть добавлена в транслируемое сообщение поискового вызова (например, добавлено в информационный элемент PagingRecord) и транслируется через радиоинтерфейс, и/или указание добавляется в транслируемое сообщение поискового вызова, отправленное UE таким образом, чтобы UE могло определить, является ли поисковый вызов поисковым вызовом, инициированным из RAN, или поисковым вызовом, инициированным из CN. Например, указание того, является ли поисковый вызов поисковым вызовом на основе RAN, может быть дано в PagingRecord. Например, 0 указывает поисковый вызов на основе CN, и 1 указывает поисковый вызов на основе RAN. Возможно, UE может определить, в соответствии с указанием, является ли поисковый вызов поисковый вызовом на основе базовой сети или поисковый вызовом на основе сети радиодоступа. Аналогично тому, как DU определяет окончательный цикл прерывистого приема, UE может определять окончательный цикл прерывистого приема на основе типа поискового вызова. Возможная реализация 2 согласно операции 401 включает в себя: сообщение поискового вызова, отправляемое CU в DU, включает в себя информацию идентификатора UE поискового вызова. В этом случае, когда информация указания, используемая для указания типа поисковый вызова, указывает, что поисковый вызов является поисковый вызовом, исходящим из базовой сети, или поисковый вызовом, исходящим из сети радиодоступа, информация указания используется для указания DU определить, что поисковый вызов является поисковый вызовов из базовой сети, или поисковым вызовом из сети радиодоступа. Конкретный процесс включает в себя следующее.
Когда информация указания указывает, что идентификационная информация UE поискового вызова происходит из базовой сети, это указывает, что поисковый вызов является поисковый вызовом из базовой сети, и информация указания используется для указания DU определить, что поисковый вызов является поисковый вызовов из базовой сети; или когда информация указания указывает, что идентификационная информация UE поискового вызова сконфигурирована сетью радиодоступа, это указывает, что поисковый вызов является поисковым вызовом, происходящим из сети радиодоступа, и информация указания используется для указания DU определить, что поисковый вызов происходит из сети радиодоступа.
Возможно, в дополнение к информационному элементу: идентификатор поискового вызова UE (UE Paging Identity), явный информационный элемент может быть установлен в сообщении поискового вызова AP F1, отправленном CU в DU, в качестве указания. Например, указание может быть указанием поискового вызова на основе RAN. Когда значение указания равно 0, это указывает на то, что поисковый вызов происходит из базовой сети. Наоборот, когда значение указания равно 1, это указывает, что поисковый вызов происходит из сети радиодоступа. Альтернативно, указание может быть указанием поискового вызова на основе CN. Когда значение индикации равно 0, это указывает, что поисковый вызов происходит от сети радиодоступа. Напротив, когда значение указания равно 1, это указывает, что поисковый вызов инициирован из базовой сети.
Возможная реализация 3 в соответствии с операцией 401 включает в себя: информация указания, используемая для указания типа поисковый вызова, включает в себя информацию идентификатора оконечного устройства поискового вызова, которая исходит из базовой сети, или информацию идентификатора оконечного устройства поискового вызова, сконфигурированного сетью радиодоступа. Возможно, в информации указания могут быть установлены два информационных элемента. Один информационный элемент используется для передачи идентификационной информации оконечного устройства поискового вызова, которая исходит из базовой сети, и другой информационный элемент используется для передачи идентификационной информации поискового вызова оконечного устройства, сконфигурированной сетью радиодоступа. Однако, когда информация указания отправляется, любым из двух информационных элементов, то может быть выбран один для отправки информации, переносимой в двух информационных элементах. Например, когда информация указания включает в себя информацию идентификатора оконечного устройства поискового вызова, которая отправлена из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, и используется для указания распределенному блоку определить, что поисковый вызов отправляется из базовой сети; или, когда информация указания включает в себя информацию идентификатора оконечного устройства поискового вызова, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов выполняется поисковый вызовом из сети радиодоступа, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом из сети радиодоступа.
Например, когда один информационный элемент в сообщении поискового вызова AP F1, отправленном CU в DU, переносит информацию идентификации UE, сконфигурированную CN, это указывает, что поисковый вызов является поисковым вызовом, инициированным CN; или, когда другой информационный элемент в сообщении поискового вызова AP F1, отправляемом CU в DU, переносит информацию идентификатора UE, сконфигурированную RAN, это указывает, что поисковый вызов выполняется поисковым вызовом, инициированным из RAN. В возможной реализации, если поисковый вызов является поисковым вызовом, происходящим из CN (CN based paging), сообщение поискового вызова AP F1, отправленное CU в DU, включает в себя идентификатор поискового вызова UE, и идентификатор поискового вызова UE может нести информацию идентификатора UE, выделенную посредством CN; или, если поисковый вызов является поисковым вызовом из RAN (RAN based paging), сообщение поискового вызова AP F1, отправленное CU в DU, включает в себя недавно указанный информационный элемент. Например, информационный элемент представляет собой идентификатор поискового вызова UE, инициированный в сети радиодоступа (UE Paging identity for RAN based Paging), и информационный элемент может нести информацию идентификатора UE, выделенную посредством RAN.
В другом примере новый IE может дополнительно установить в сообщении поискового вызова AP F1, отправленном CU на DU, чтобы CU предоставил DU с помощью нового IE идентификатор возобновления или информацию идентификатора UE, сгенерированную RAN, для процесса поисковый вызова указать, что тип поисковый вызова является поисковым вызовом на основе RAN. Например, новый IE может быть идентификатором поискового вызова UE для поискового вызова на основе RAN.
После того, как DU принимает сообщение поискового вызова AP F1, включающее в себя новый IE, возможно, на этапе 402, DU может добавить к сообщению поискового вызова (например, информационному элементу PagingRecord), передаваемому через радиоинтерфейс, полученный идентификатор возобновления или информацию идентификатора UE (такую как идентификатор поисковый вызова UE для поисковый вызова на основе RAN), сгенерированную RAN для процесса поисковый вызова, и отправить сообщение поисковый вызова в UE, или добавить указание в широковещательное сообщение поискового вызова, отправленное в UE, чтобы UE может определить, является ли поисковый вызов инициированным из RAN или поисковым вызовом из CN. Например, указание того, является ли поисковый вызов поисковым вызовом на основе RAN, может быть дано в PagingRecord. Например, 0 указывает поисковый вызов на основе CN, и 1 указывает поисковый вызов на основе RAN. Таким образом, выполняется операция 402, то есть, DU отправляет в UE информацию указания, используемую для указания типа поискового вызова.
Следует отметить, что операция 401 является возможной операцией. В частности, CU может альтернативно не отправлять информацию указания, используемую для указания типа поискового вызова, в DU, и конкретный тип поискового вызова определяется DU. Например, для поисковый вызова на основе RAN и поисковый вызова на основе CN информация идентификатора UE, исходящая из базовой сети, может использоваться как CU, так и DU, и DU идентифицирует поисковый вызов на основе RAN или CN на радиоинтерфейсе. Возможно, на этапе 402 указание того, является ли поисковый вызов поисковый вызовом на основе RAN, добавляется к сообщению поисковый вызова широковещания, отправляемому DU. Например, бит указания указывает, является ли поисковый вызов поисковым вызовом на основе RAN, может быть задан в информационном элементе PagingRecord. Когда значение бита равно 0, это указывает, что поисковый вызов является поисковым вызовом на основе CN; или когда значение бита равно 1, это указывает, что поисковый вызов является поисковый вызовом на основе RAN. Понятно, что конкретное значение может иметь разные значения. Например, когда значение бита равно 1, это указывает на то, что поисковый вызов является поисковым вызовом на основе CN; или когда значение бита равно 0, это указывает, что поисковый вызов является поисковый вызовом на основе RAN.
Понятно, что CU в системе 400 может быть дополнительно разделен на CP и UP способом, показанным на фиг.3. В архитектуре, в которой CP и UP дополнительно разделены, вышеупомянутые функции CU в системе 400 могут быть реализованы CP. Конечно, вышеупомянутые функции CU в системе 400 могут альтернативно быть реализованы в UP.
Понятно, что информация идентификатора UE, сконфигурированная RAN, которая упоминается в любой из вышеупомянутых реализаций, может быть другой информацией, которая может использоваться для идентификации UE и которая конфигурируется RAN, при условии, что сконфигурирована связанная информация UE может идентифицировать UE, или облегчить нахождение контекста UE, или облегчить идентификацию типа поискового вызова для UE. Понятно, что «сконфигурированная RAN», упомянутая в этой спецификации, означает: CU в RAN может выполнять конфигурацию, DU может выполнять конфигурацию или CU и DU завершают конфигурацию посредством согласования. Например, для поискового вызова, инициируемого RAN, CU, DU или CU и DU совместно конфигурируют для поискового вызова часть информации, которая может идентифицировать UE, чтобы помочь DU определить, является ли тип поисковый вызова поисковым вызовом, инициированным базовой сетью, или поисковым вызовом, инициированным сетью радиодоступа.
Как показано на фиг. 5, вариант осуществления настоящего изобретения дополнительно предоставляет систему связи и ее способ 500 для устранения недостатков, которые все еще существует в механизме, в котором, когда UE входит в неактивное состояние, CU инструктирует DU освободить контекст UE. Система 500 включает в себя CU и DU. Когда система 500 работает, CU и DU обмениваются сообщениями, чтобы выполнить следующий примерный способ 500.
CU отправляет в DU сообщение, используемое для освобождения контекста UE. Например, сообщение может быть сообщением об освобождении контекста UE (UE context release message), и сообщение включает в себя информацию о значении причины, используемую для указания того, что UE входит в RRC неактивное состояние. Альтернативно, CU отправляет в DU сообщение, используемое для освобождения контекста UE. Например, сообщение может быть сообщением освобождения контекста UE (UE context release message), и сообщение может нести сообщение, которое используется для разъединения RRC соединения и которое отправлено в UE, такое как сообщение освобождения RRC соединения (RRC connection release message). В качестве альтернативы CU может добавить сообщение освобождения RRC соединения к другому сообщению AP F1, такому как сообщение передачи сообщения RL DL, и сообщение также может включать в себя значение причины (например, UE входит в неактивное состояние) и/или тип RRC сообщения. В этом случае при последующем приеме сообщения об освобождении контекста UE, отправленного CU, DU может определить, что UE входит в RRC неактивное состояние, и поэтому ему необходимо освободить контекст UE. В другом возможном случае DU определяет, что UE входит в RRC неактивное состояние, сохраняет контекст UE и приостанавливает радиосигнализацию и/или передачу по однонаправленному радиоканалу.
Возможная реализация включает в себя сценарий прибытия данных восходящей линии связи (UL data arrival): перед тем, как DU пересылает в UE сообщение освобождения RRC соединения, отправленное CU, DU принимает SR/BSR, отправленный UE, и DU определяет поступление данных UL. DU уведомляет CU о том, что DU отказывается освободить контекст UE. Возможно, сообщение уведомления включает в себя значение причины прибытия данных восходящей линии связи (UL data arrival). Возможно, перед этим сообщение уведомления, отправленное DU, может содержать информацию о том, что DU определяет, что UE входит в неактивное состояние. Реализация сообщения уведомления может быть активной/неактивной индикацией или неактивной индикацией истечения таймера. После того, как DU отправляет сообщение уведомления, чтобы уведомить CU о том, что UE входит в неактивное состояние, если DU обнаруживает поступление данных восходящей линии связи (UL data arrival) до получения ответа от CU, DU уведомляет CU о случае (а именно: UL data arrival), так что CU принимает правильное решение своевременно. Например, CU может принять решение не разрешать UE входить в RRC неактивное состояние. Возможная реализация включает в себя сценарий прибытия данных нисходящей линии связи (DL data arrival): после того, как CU отправляет сообщение освобождения контекста UE и/или сообщение освобождения RRC соединения в DU, происходит прибытие данных нисходящей линии связи (DL data arrival). Возможно, CU определяет, что DU не освободил контекст UE и/или пересылал сообщение освобождения RRC соединения, и, возможно, CU отправляет сообщение об отмене освобождения контекста UE и/или сообщение об отмене передачи сообщения RL DL в DU. Сообщение включает в себя значение причины (например, DL data arrival). Возможно, сообщение может включать в себя информацию о поисковом вызове (например, информационный элемент, включенный в любую из трех возможных реализаций в операции 401 или, по меньшей мере, один из идентификатор возобновления, DRX поискового вызова, значения индекса идентификатора UE, приоритет поискового вызова, и идентификатор поискового вызова UE). Если DU отменяет отправку сообщения освобождения RRC соединения и/или не освобождает контекст UE, DU уведомляет CU о том, что контекст UE не освобожден или UE не входит в RRC неактивное состояние. Если DU направил сообщение освобождения RRC соединения и высвободил контекст UE, поисковый вызов на основе RAN может быть инициирован напрямую на основе информации поисковый вызова.
Когда CU имеет архитектуру CP-UP, дополнительная реализация включает в себя: CP в CU (CU-CP) отправляет сообщение освобождения контекста UE в DU и/или UP в CU (CU-UP), где сообщение включает в себя значение причины, которое UE вводит в неактивное состояние. Альтернативно, CU-CP может добавить сообщение освобождения RRC соединения к другому сообщению AP F1, такому как сообщение передачи сообщения RL DL. Сообщение может также включать в себя значение причины, которое UE вводит в неактивное состояние, или тип RRC сообщения. Таким образом, после последующего приема сообщения освобождения контекста UE, отправленного CU, DU может предположить, что контекст UE должен быть освобожден, поскольку UE входит в неактивное состояние. В другом возможном случае DU определяет, что UE входит в RRC неактивное состояние, сохраняет контекст UE и приостанавливает радиосигнализацию и/или передачу однонаправленного радиоканала.
Возможная реализация включает в себя случай поступления данных по восходящей линии связи (UL data arrival). Для получения дополнительной информации обратитесь к описаниям вышеупомянутой архитектуры CU-DU. Функции СU могут быть реализованы СР.
Возможная реализация включает в себя случай поступления данных нисходящей линии связи (DL data arrival). Предполагая, что CU-UP уведомляет CU-CP об информации о том, что UE находится в неактивном состоянии, CU-UP может определить, основываясь на таймере, предоставленном CU-CP, входит ли UE в неактивное состояние. Если CU-UP еще не получил указание, что UE входит в неактивное состояние или освобождение контекста UE, отправленное CU-CP, выполняются следующие возможные операции.
Возможная операция 1: CU-UP отправляет указание прибытия данных DL в CU-CP. Например, сообщение интерфейса E1 включает в себя идентификатор UE интерфейса E1, такой как gNB-CU-UP UE E1APID, указание поступления данных DL или тому подобное. Для последующих операций после того, как CU-CP принимает информацию указания прибытия данных DL от CU-UP, см. описания вышеупомянутой архитектуры CU-DU. Функции CU реализуются CU-CP. Когда CU-CP отправляет уведомление в DU и определяет, что UE не входит в неактивное состояние, CU-CP уведомляет CU-UP, что данные DL нисходящей линии связи могут быть отправлены в DU.
Возможная операция 2: CU-UP непосредственно отправляет указание прибытия данных DL или данные DL данных нисходящей линии связи в DU, и DU отменяет отправку сообщения освобождения RRC соединения в UE после приема указания прибытия данных DL или данных DL. Возможно, DU уведомляет CU-CP, что контекст UE не освобожден или UE не входит в неактивное состояние, где сообщение уведомления может дополнительно включать в себя указание прибытия данных DL.
Возможная реализация включает в себя: CU контролирует состояние передачи по нисходящей линии связи, а DU контролирует состояние передачи по восходящей линии связи и сообщает CU о состоянии передачи восходящей линии связи, активном/неактивном. Таймер может использоваться, когда DU определяет состояние передачи восходящей линии связи. Таймер может быть установлен DU или может быть предоставлен DU посредством CU. DU может сообщать о состоянии передачи восходящей линии связи на основе гранулярности UE, гранулярности сеанса PDU, гранулярности сегмента или гранулярности DRB. Для UE гранулярности DU может сообщать идентификатор UE, указание активного/неактивного состояния и т.п. Для гранулярности сеанса PDU, гранулярности сегмента или гранулярности DRB DU может сообщать идентификатор UE, идентификатор сеанса PDU/идентификатор сегмента/идентификатор DRB и активный/неактивный статус соответствующего сеанса/сегмента/DRB PDU. Возможно, таймер может альтернативно иметь гранулярность сеанса/сегмента/DRB PDU. Чтобы быть конкретным, каждый идентификатор сеанса PDU/идентификатор сегмента/идентификатор DRB соответствует одному таймеру.
Возможная реализация включает в себя: DU контролирует состояние передачи восходящей линии связи и состояние передачи нисходящей линии связи и сообщает CU о состоянии передачи восходящей линии связи и состоянии передачи нисходящей линии связи. Таймер может быть специфическим как для восходящей линии связи, так и для нисходящей линии связи. Альтернативно, таймер восходящей линии связи является специфическим для передачи восходящей линии связи, и таймер нисходящей линии связи является специфическим для передачи нисходящей линии связи. Таймер может быть установлен DU или может быть предоставлен DU посредством CU. В частности, DU может сообщать о состоянии передачи восходящей линии связи на основе гранулярности UE, гранулярности сеанса PDU, гранулярности сегмента или гранулярности DRB. DU может сообщать о состоянии передачи нисходящей линии связи также на основе гранулярности UE, гранулярности сеанса PDU, гранулярности сегмента или гранулярности DRB.
Вариант осуществления настоящего изобретения дополнительно предоставляет способ связи. Способ связи выполняется в системе связи, и система связи включает в себя централизованный блок и распределенный блок. Когда система связи работает, могут быть выполнены следующие примерные операции: отклонение централизованным блоком запроса доступа оконечного устройства; и отправку централизованным блоком информации указания в распределенный блок, где информация указания указывает, что распределенному блоку необходимо удалить контекстную информацию оконечного устройства. В возможной реализации информация указания включает в себя указание отказа в доступе оконечного устройства и/или причину отказа в доступе оконечного устройства. В возможной реализации централизованный блок принимает сообщение уведомления, отправленное из распределенного блока, и указывает, что доступ к оконечному устройству разрешен. Система и способ помогают решить техническую задачу предшествующего уровня техники, заключающуюся в том, что существует системная ошибка, вызванная неустойчивой работой механизма управления допуском, когда UE обращается к сети. Например, следующее далее описывает этот вариант осуществления со ссылкой на фиг.6 и фиг.7.
Как показано на фиг.6, вариант осуществления настоящего изобретения обеспечивает систему связи и способ 600. Система включает в себя три сетевых узла: CU, DU и UE; и CU и DU составляют систему базовой станции. Как показано на фиг.6, пример системы и способа 600 включает в себя следующие операции:
Возможная операция 601: UE отправляет сообщение 3 в систему базовой станции. Сообщение 3 может включать в себя RRC сообщение ConnectionRequest, RRC сообщение ConnectionResumeRequest (или другое подобное сообщение с другим именем сообщения) или RRC сообщение ConnectionRestablishmentRequest.
Возможная операция 602: DU отправляет сообщение 3 в CU. Возможно, после приема сообщения 3, отправленного UE, DU отправляет CU сообщение интерфейса CU-DU, такое как сообщение AP F1. Сообщение AP F1 может включать в себя сообщение 3 от UE. Возможно, сообщение AP F1 может дополнительно включать в себя контейнер (container), отправленный DU в CU, и контейнер переносит конфигурацию L1/L2 SRB1 UE, такую как CellGroupConfig. Например, сообщение AP F1 может быть начальным RRC сообщением UL. Возможный случай: DU определяет, разрешать ли доступ UE, и, если DU разрешает доступ UE, сообщение AP F1 включает в себя контейнер, отправленный DU в CU, такой как информация RU от DU к CU, включающий в себя конфигурацию группы сот; напротив, если DU не разрешает доступ UE, сообщение AP F1 не включает в себя контейнер, отправленный DU в CU. Таким образом, CU может определить, разрешает ли DU доступ UE.
После приема сообщения 3, отправленного UE, CU может ответить сообщением 4 (процедура показана на фиг.6, включающая в себя возможные операции 603 и 604). Например, CU определяет, разрешать ли доступ UE; и, если CU отклоняет доступ UE, сообщение 4 включает в себя RRC сообщение, которое указывает на отклонение доступа UE и которое соответствует содержимому в сообщении 3, такому как RRC сообщение ConnectionReject или RRC сообщение ConnectionReestablishmentReject. Возможно, CU отправляет сообщение AP F1 в DU, где сообщение AP F1 содержит указание отклонения и/или значение причины отклонения, чтобы сообщить DU, что CU отклоняет доступ UE, тем самым, инициируя DU для удаления контекста UE (возможная операция 603, показанная на фиг.6). Например, действие по удалению контекста UE посредством DU включает в себя, по меньшей мере, одно из следующего: освобождение посредством DU C-RNTI/temp CRNTI, выделенного для UE; высвобождение посредством DU ресурса, зарезервированного для UE; удаление конфигурации L1/L2 UE посредством DU; и высвобождение посредством DU идентификатора F1AP DU UE, выделенного для UE. Возможно, сообщение AP F1 является сообщением передачи DL RRC сообщения. Возможно, причиной, по которой CU решает отклонить доступ UE, может быть то, что DU отклоняет доступ UE или CU отклоняет доступ UE. Возможный случай: если CU определяет, что DU отклоняет доступ UE, CU не нужно отправлять указание отказа в DU; или, если CU определяет, что DU разрешает доступ к UE, тогда как CU не разрешает доступ к UE, CU необходимо отправить указание отклонения в DU, чтобы указать DU удалить контекст UE.
Как показано на фиг.7, вариант осуществления настоящего изобретения предоставляет систему и способ 700 связи. Система включает в себя три сетевых узла: CU, DU и UE; и CU и DU составляют систему базовой станции. Система и способ 700 помогают решить техническую задачу предшествующего уровня техники, заключающуюся в том, что существует системная ошибка, вызванная неэффективной работой механизма управления допуском, когда UE осуществляет доступ к сети. Как показано на фиг.7, пример системы и способа 700 включает в себя следующие операции:
Возможная операция 701: UE отправляет сообщение 3 в систему базовой станции. Сообщение 3 может включать в себя RRC сообщение ConnectionRequest, RRC сообщение ConnectionResumeRequest (или другое подобное сообщение с другим именем) или RRC сообщение ConnectionRestablishmentRequest.
Возможная операция 702: DU отправляет сообщение 3 в CU. После приема сообщения 3, отправленного UE, DU отправляет сообщение 3 в CU. Возможно, DU отправляет сообщение AP F1 в CU, где сообщение AP F1 включает в себя сообщение 3 от UE. Возможно, сообщение AP F1 дополнительно включает в себя контейнер (container), отправленный DU в CU, и контейнер переносит конфигурацию L1/L2 SRB1 UE. Например, сообщение AP F1 может быть начальным RRC сообщением UL. Возможно, DU информирует CU, разрешает ли DU доступ UE. Возможный случай: DU определяет, разрешать ли доступ UE и, если DU разрешает доступ UE, сообщение AP AP F1 включает в себя контейнер, отправленный DU в CU; напротив, если DU не разрешает доступ UE, сообщение AP F1 не включает в себя контейнер, отправленный DU в CU. Таким образом, CU может определить, разрешает ли DU доступ UE.
Возможная операция 703: CU отвечает на сообщение 4 для UE после приема сообщения 3, отправленного UE. Возможно, CU определяет, разрешать ли доступ UE; и если CU отклоняет доступ к UE, сообщение 4 может включать в себя RRC сообщение, которое указывает на отклонение доступа к UE и которое соответствует содержимому в сообщении 3, такому как RRC сообщение ConnectionReject или RRC сообщение ConnectionReestablishmentReject. Возможно, CU отправляет сообщение AP F1 в DU, где сообщение AP F1 несет сообщение 4. Например, сообщение AP F1 может быть сообщением передачи DL RRC сообщения. Возможно, CU отправляет указание отклонения и/или значение причины отклонения в DU, чтобы дать указание DU удалить контекст UE. В частности, CU отправляет сообщение AP F1 в DU, где сообщение AP F1 включает в себя указание отклонения и/или значение причины отклонения. Например, сообщение AP F1 является сообщением освобождения контекста UE. В частности, действие по удалению контекста UE посредством DU включает в себя, по меньшей мере, одно из следующего: освобождение посредством DU C-RNTI / temp CRNTI, выделенного для UE; высвобождение посредством DU ресурса, зарезервированного для UE; удаление конфигурации L1/L2 UE посредством DU; и высвобождение посредством DU идентификатора F1AP DU UE, выделенного для UE. Возможно, причиной, по которой CU решает отклонить доступ UE, может быть, по меньшей мере, одно из следующего: DU отклоняет доступ UE, и CU отклоняет доступ UE. Возможный случай: если CU определяет, что DU отклоняет доступ UE, CU не нужно отправлять указание отказа в DU; или, если CU определяет, что DU разрешает доступ к UE, тогда как CU не разрешает доступ к UE, CU необходимо отправить указание отклонения в DU, чтобы дать DU команду удалить контекст UE.
Можно понять, что операции/различные возможные реализации последовательно нумеруются в предшествующих вариантах осуществления. Однако можно понять, что последовательные числа приведены просто для простоты записи и не означают, что операции должны выполняться последовательно в соответствии с порядковыми номерами.
В возможной реализации в вышеупомянутых вариантах осуществления физически CU-UP может быть развернуты отдельно с CU-CP и DU или может быть развернуты вместе с CU-CP и DU. Например, возможны следующие случаи: CU-CP, CU-UP и DU физически развернуты отдельно; CU-CP и DU физически развернуты вместе, в то время как CU-UP развернуты отдельно; CU-CP и CU-CP физически развернуты вместе, тогда как DU развернут отдельно; или CU-CP развернут отдельно, в то время как CU-UP и DU развернуты вместе.
Любая из реализаций, показанных выше, может пониматься как техническое решение, разработанное для конкретного сценария или конкретной технической задачи, но не должно считаться необходимым для реализации технического контента, раскрытого в настоящем изобретении. Любая из реализаций может быть реализована в сочетании с другой реализации в соответствии с требованиями, чтобы решить конкретную объективную техническую задачу более целенаправленным образом.
В возможной реализации в этом варианте осуществления настоящего изобретения распределенный блок DU включает в себя функции уровней протокола RLC, MAC и PHY, а централизованный блок CU включает в себя функции уровней протокола RRC, SDAP и/или PDCP; и уровни протоколов DU и CU вместе составляют установку архитектуры, включающую в себя уровни протоколов RRC, SDAP, PDCP, RLC, MAC и PHY базовой станции или включающие в себя уровни протоколов RRC, PDCP, RLC, MAC и PHY базовой станции. Конечно, уровни протокола CU и DU альтернативно могут быть разделены другим способом в базовой станции. Например, DU включает в себя уровни протокола MAC и PHY, CU включает в себя уровни протокола RRC, SDAP, PDCP и RLC или уровни протокола RRC, PDCP и RLC. Это не ограничено здесь. DU и радиочастотная система могут быть физически двумя частями одного устройства связи, так что DU и радиочастотная система объединены вместе. В качестве альтернативы, DU и CU могут физически использоваться как части, принадлежащие одному устройству связи, так что DU и CU объединяются вместе. Альтернативно, радиочастотная система, DU и CU могут физически использоваться в качестве частей, принадлежащих одному узлу сети, так что радиочастотная система, DU и CU могут быть объединены вместе.
Понятно, что для UE, CU, DU, CP и UP в вышеприведенных вариантах осуществления может использоваться аппаратная платформа с процессором и интерфейсом связи для выполнения инструкции программы, чтобы отдельно реализовать функции UE, CU, DU, CP и UP в любом исполнении в предшествующих вариантах осуществления настоящего изобретения. На основании этого, как показано на фиг.8, вариант осуществления настоящего изобретения обеспечивает схематическую блок-схему устройства 800 связи. Устройство 800 связи включает в себя, по меньшей мере, один процессор 801 и, возможно, включает в себя интерфейс 802 связи.
Интерфейс связи выполнен с возможностью поддерживать устройство 800 связи при выполнении взаимодействия с другим устройством; и когда программная инструкция выполняется, по меньшей мере, в одном процессоре 801, реализуются функции, работающие на любом из следующих устройств в любой конструкции из вышеупомянутых вариантов осуществления настоящего изобретения: UE, CU, DU, CP и UP. В возможной реализации устройство 800 связи может дополнительно включать в себя память 803, чтобы хранить программную инструкцию, необходимую для реализации вышеупомянутых функций устройства, и обрабатывать данные, сгенерированные в процессе выполнения программы. Возможно, устройство 800 связи может дополнительно включать в себя внутреннюю линию межсоединения, чтобы реализовывать связи взаимодействия, по меньшей мере, с одним процессором 801, интерфейсом 802 связи и памятью 803. По меньшей мере, один процессор 801 может считаться реализованным с использованием микросхема обработки специального назначения, схема обработки, процессор или микросхема общего назначения. Например, в вариантах осуществления некоторые или все функции обработки PHY в DU или некоторые или все функции связи протокола на интерфейсе F1 или интерфейсе E1 могут быть реализованы с использованием специальной схемы/микросхемы, расположенных в, по меньшей мере, один процессор и, безусловно, может быть альтернативно реализован посредством выполнения процессором общего назначения, расположенным, по меньшей мере, в одном процессоре 801, программной инструкции, используемой для реализации функций PHY или функций связи интерфейса F1 или интерфейса E1. В качестве другого примера, для некоторых или всей обработки связанных функций на уровнях MAC, уровнях RLC, уровнях PDCP, уровнях SDAP и уровнях RRC в устройствах в вариантах осуществления настоящего изобретения, по меньшей мере, один процессор 801 может включать в себя микросхему обработки связи, чтобы реализовать обработку с использованием программных инструкций, используемых для реализации связанных функций на уровнях MAC, уровнях RLC, уровнях PDCP, уровнях SDAP и уровнях RRC. Понятно, что способы, процедуры, операции или этапы в различных реализациях, описанные в вариантах осуществления настоящего изобретения, могут быть реализованы способом соответствия один-к-одному с использованием компьютерного программного обеспечения, электронного аппаратного обеспечения или комбинации компьютерного программного обеспечения. и электронное оборудование. Выполнение этих функций с использованием аппаратного или программного обеспечения зависит от конкретного приложения и конструктивного ограничения технического решения. Например, принимая во внимание такие аспекты, как хороший университет, низкие затраты и разделение программного и аппаратного обеспечения, способ выполнения инструкции программы может быть использован для реализации. В другом примере, с учетом таких аспектов, как производительность и надежность системы, для реализации может использоваться схема специального назначения. Специалист в данной области техники может использовать разные способы для реализации описанных функций для каждого конкретного применения. Это не ограничено в настоящем изобретении.
Интерфейс 802 связи обычно имеет функцию обмена информацией между двумя узлами связи. Для случая, когда информация обменивается между одноранговыми узлами связи проводным способом, интерфейс связи может быть выполнен в виде интерфейсной схемы или аппаратного модуля, включающего в себя интерфейсную схему, для поддержки взаимодействия связи, выполняемого между одноранговыми узлами связи в проводной манере. Например, для функций связи интерфейса F1 между DU и CU и интерфейса E1 между CP и UP в настоящем изобретении может использоваться данная реализация интерфейса. Для случая, когда информация обменивается между узлами связи беспроводным способом, интерфейс связи может быть интерфейсной схемой с функцией радиочастотного приема или аппаратной системой, включающей в себя интерфейсную схему с функцией радиочастотного приема. Например, когда DU и UE осуществляют беспроводную связь, эта схема может использоваться для интерфейса связи между DU и UE.
Возможно, для реализации CU, DU, CP или UP, альтернативно может использоваться аппаратная платформа общего назначения (имеющая ресурсы обработки и ресурсы хранения) для прямого или косвенного выполнения инструкции программы реализации в связанных вариантах осуществления вариантов осуществления. для реализации функций CU, DU, CP или UP в проектах вариантов осуществления настоящего изобретения. Фактическим развертыванием может быть: CU, CP или UP могут находиться в непосредственной близости от устройства базовой сети или могут быть развернуты с устройством базовой сети совместно, то есть, физически, CU, CP, или UP может быть отделен от устройства базовой сети или интегрирован с устройством базовой сети. Функции CU, CP или UP также могут использоваться как часть устройства базовой сети.
Вариант осуществления настоящего изобретения дополнительно предоставляет компьютерный программный продукт. Компьютерный программный продукт включает в себя программную инструкцию, и, когда программная инструкция выполняется прямо или косвенно, например, когда программная инструкция выполняется в устройстве 800 связи в вышеприведенном варианте осуществления, функции любого из следующих устройств в любой конструкции из вариантов осуществления настоящего изобретения реализованы: UE, CU, CP, UP и DU. Понятно, что программная инструкция может храниться на машиночитаемом носителе информации или может передаваться с машиночитаемого носителя на другой машиночитаемый носитель информации. Например, программная инструкция может передаваться с веб-сайта, компьютера, сервера или центра обработки данных на другой веб-сайт, компьютер, сервер или центр обработки данных в проводном режиме (например, коаксиальный кабель, оптоволокно или цифровая абонентская линия) или беспроводной (например, инфракрасный, радио или микроволновый). Когда программная инструкция выполняется, учитывая, что конкретное сетевое устройство обычно включает в себя аппаратный уровень и уровень операционной системы и/или средний уровень, работающий над аппаратным уровнем, программная инструкция, относящаяся к вариантам осуществления настоящего изобретения, обычно вызывается и выполняется программным обеспечением на нескольких уровнях. Следовательно, программная инструкция может быть процессом непрямого выполнения в аппаратном устройстве (схема обработки общего назначения или схема обработки специального назначения).
Вариант осуществления настоящего изобретения дополнительно обеспечивает систему микросхем. Система микросхем включает в себя, по меньшей мере, один процессор, и когда программная инструкция выполняется, по меньшей мере, в одном процессоре, реализуются функции любого из следующих устройств в любом из первого аспекта и конструкции первого аспекта: UE , CU, DU, CP и UP.
Настоящее изобретение дополнительно предоставляет следующие варианты осуществления. Следует отметить, что способ нумерации следующих вариантов осуществления не соответствует способу нумерации вышеупомянутых вариантов осуществления.
В варианте 1 осуществления способ связи включает в себя: отправку централизованным блоком сообщения поискового вызова в распределенный блок, где сообщение поискового вызова содержит информацию указания, указывающую, что поисковый вызов является поисковый вызовом из базовой сети, или поисковый вызов является поисковый вызовом из сети радиодоступа, где
информация указания используется, чтобы дать указание распределенному блоку определить, что поисковый вызов является поисковый вызовом из базовой сети, или поисковый вызов является поисковый вызовом из сети радиодоступа.
В варианте 2 осуществления способ связи в соответствии с вариантом 1 осуществления включает в себя: если информация указания является информацией идентификатора оконечного устройства с поисковым вызовом, которая получена из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, и используется для инструктажа распределенного блока определить, что поисковый вызов происходит от базовой сети; или, если информация указания является идентификационной информацией оконечного устройства с поисковым вызовом, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом из сети радиодоступа, и используется, чтобы дать указание распределенному блоку определить, что поисковый вызов является поисковым вызовом из сети радиодоступа.
В варианте 3 осуществления, в способе связи в соответствии с вариантом 1 осуществления, сообщение поискового вызова дополнительно включает в себя информацию идентификации идентифицируемого оконечного устройства; и что информация указания указывает, что поисковый вызов является поисковый вызовом из базовой сети, или поисковый вызов является поисковый вызовом из сети радиодоступа, и информация указания используется для указания распределенному блоку определить, что поисковый вызов является поисковый вызовом из базовой сети или поисковый вызов, инициированный сетью радиодоступа, включает в себя: информация указания указывает, что поисковый вызов является поисковым вызовом из базовой сети и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом из базовой сети; или информация указания указывает, что поисковый вызов инициирован из сети радиодоступа и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа.
В варианте 4 осуществления, в способе связи согласно варианту 1 осуществления, сообщение поискового вызова дополнительно включает в себя информацию идентификации идентифицируемого оконечного устройства; и что информация указания указывает, что поисковый вызов является поисковым вызовом из базовой сети, или поисковый вызов является поисковый вызовом из сети радиодоступа, и информация указания используется для указания распределенному блоку определить, что поисковый вызов является поисковый вызовом, инициируемым из базовой сети или поисковым вызовом, инициируемым из сети радиодоступа, включает в себя: если информация указания указывает, что идентификационная информация оконечного устройства с поисковый вызовом инициирована из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, инициированным из базовой сети, и используется для указания распределенному блоку определить, что поисковый вызов происходит из базовой сети; или, если информация указания указывает, что информация идентификации идентифицируемого оконечного устройства сконфигурирована сетью радиодоступа, информация указания указывает, что поисковый вызов происходит из сети радиодоступа и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом из сети радиодоступа.
В варианте 5 осуществления в способе связи в соответствии с вариантом 1 осуществления информация указания включает в себя информацию идентификации идентифицируемого оконечного устройства, которая происходит из базовой сети, или информацию идентификации идентифицируемого оконечного устройства, сконфигурированного сетью радиодоступа; и, когда информация указания включает в себя информацию идентификации оконечного устройства поискового вызова, которая отправлена из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом, происходящий из базовой сети; или, когда информация указания включает в себя информацию идентификации оконечного устройства поискового вызова, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом, инициированный из сети радиодоступа, и используется для указания распределенному блоку определить, что поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа.
В варианте 6 осуществления способ связи включает в себя: прием распределенным блоком сообщения поискового вызова из централизованного блока, где сообщение поискового вызова содержит информацию указания, указывающую, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, или поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа; и определение посредством распределенного блока в соответствии с информацией указания, что поисковый вызов является поисковым вызовом, инициированным из базовой сети, или поисковый вызов является поисковый вызовом, инициированным из сети радиодоступа.
В варианте 7 осуществления способ связи в соответствии с вариантом осуществления 6 включает в себя: если информация указания является информацией идентификации оконечного устройства с поисковым вызовом, которая инициирована из базовой сети, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, и распределенный блок определяет, в соответствии с информацией указания, что поисковый вызов является поисковым вызовом, инициированным из базовой сети; или, если информация указания является идентификационной информацией оконечного устройства с поисковым вызовом, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом, происходящим из сети радиодоступа, и распределенный блок определяет, согласно информации указания, что поисковый вызов является поисковым вызовом, инициированным из сети радиодоступа.
В варианте 8 осуществления в способе связи в соответствии с вариантом 6 осуществления сообщение поискового вызова дополнительно включает в себя идентификационную информацию оконечного устройства поискового вызова; и что информация указания указывает, что поисковый вызов инициирован из базовой сети, или поисковый вызов является поисковым вызовом из сети радиодоступа, и распределенный блок определяет, согласно информации указания, что поисковый вызов инициирован из базовой сети или поисковый вызов является поисковый вызовом, инициированным из сети радиодоступа, включает в себя: информация указания указывает, что поисковый вызов является поисковый вызовом из базовой сети, и распределенный блок определяет, согласно информации индикации, что поисковый вызов является поисковым вызовом, исходящим из базовой сети; или информация указания указывает, что поисковый вызов является поисковым вызовом, исходящий из сети радиодоступа, и распределенный блок определяет, согласно информации указания, что поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа.
В варианте 9 осуществления, в способе связи в соответствии с вариантом 6 осуществления, сообщение поискового вызова дополнительно включает в себя идентификационную информацию оконечного устройства поискового вызова; и что информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из базовой сети, или поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа, и распределенный блок определяет, согласно информации указания, что поисковый вызов является поисковым вызовом, исходящим из базовой сети или поисковый вызов является поисковый вызовом, исходящим из сети радиодоступа, включает в себя: если информация указания указывает, что идентификационная информация оконечного устройства поискового вызова инициирована из базовой сети, информация указания указывает, что поисковый вызов является поисковый вызовом, исходящим из базовой сети, и распределенный блок определяет, в соответствии с информацией указания, что поисковый вызов является поисковый вызовом, исходящим из базовой сети; или, если информация указания указывает, что идентификационная информация оконечного устройства поискового вызова сконфигурирована сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа, и распределенный блок определяет, согласно информации указания, что поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа.
В варианте 10 осуществления в способе связи в соответствии с вариантом 6 осуществления информация указания включает в себя информацию идентификации идентифицируемого оконечного устройства, которое происходит из базовой сети, или информацию идентификации идентифицируемого оконечного устройства, сконфигурированного сетью радиодоступа; и когда информация указания включает в себя информацию идентификации оконечного устройства поискового вызова, инициированная из базовой сети, информация указания указывает, что поисковый вызов является поисковый вызовом, исходящим из базовой сети, и распределенный блок определяет, согласно информации указания, что поисковый вызов инициирован из базовой сети; или, когда информация указания включает в себя информацию идентификатора оконечного устройства поискового вызова, сконфигурированного сетью радиодоступа, информация указания указывает, что поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа, и распределенный блок определяет, согласно информации указания, что поисковый вызов является поисковым вызовом, исходящим из сети радиодоступа.
В варианте 11 осуществления способ связи включает в себя: отклонение централизованным блоком запроса доступа оконечного устройства; и отправку централизованным блоком информации указания в распределенный блок, где информация указания указывает, что распределенному блоку необходимо удалить контекстную информацию оконечного устройства.
В варианте 12 осуществления в способе связи в соответствии с вариантом 11 осуществления информация указания включает в себя указание отклонения доступа оконечного устройства и/или причину отклонения доступа оконечного устройства.
В варианте 13 осуществления способ связи в соответствии с вариантом 10 или 11 осуществления включает в себя: прием централизованным блоком сообщения уведомления, отправленного из распределенного блока, и указывает, что доступ оконечного устройства разрешен.
В варианте 14 осуществления способ связи включает в себя: когда централизованный блок отклоняет запрос доступа оконечного устройства,
прием распределенным блоком информации указания, отправленной из централизованного блока, где информация указания указывает, что распределенному блоку необходимо удалить контекстную информацию оконечного устройства.
В варианте 15 осуществления в способе связи в соответствии с вариантом 14 осуществления информация указания включает в себя указание отклонения доступа оконечного устройства и/или причину отклонения доступа оконечного устройства.
В варианте 16 осуществления способ связи в соответствии с вариантом 14 или 15 осуществления включает в себя: отправку распределенным блоком в централизованный блок сообщения уведомления, указывающего, что доступ оконечного устройства разрешен.
В варианте 17 осуществления в способе связи согласно любому из вариантов 1-16 осуществления распределенный блок включает в себя, по меньшей мере, одно из следующего: уровень управления радиоканалом, уровень управления доступом к среде и физический уровень; централизованный блок включает в себя, по меньшей мере, одно из следующего: уровень управления радиоресурсами, уровень протокола адаптации служебных данных и уровень протокола конвергенции пакетных данных; и распределенный блок и централизованный блок включены в сеть радиодоступа или включены в одну базовую станцию.
В варианте 18 осуществления предоставляется устройство связи, где устройство связи включает в себя, по меньшей мере, один процессор и интерфейс связи, интерфейс связи выполнен с возможностью обмена информацией между устройством связи и другим устройством связи, и когда инструкция программы выполняется в, по меньшей мере, один процессор, устройство связи реализует функции любого из следующих устройств в способе согласно любому из вариантов 1-17 осуществления: распределенный блок и централизованный блок.
В варианте 19 осуществления предусмотрен носитель хранения компьютерной программы, где носитель хранения компьютерной программы включает в себя инструкцию программы, и когда инструкция программы выполняется прямо или косвенно, функции любого из следующих устройств в способе в соответствии с любым из вариантов осуществления 1-17: распределенный блок и централизованный блок.
В варианте 20 осуществления предоставляется система микросхем, в которой система микросхем включает в себя, по меньшей мере, один процессор, и когда инструкция программы выполняется, по меньшей мере, в одном процессоре, функции любого из следующих устройств в способе в соответствии с любым из вариантов 1-17 осуществления: распределенный блок и централизованный блок.
В варианте 21 осуществления предоставляется система связи, где система связи включает в себя устройство связи в соответствии с вариантом 18 осуществления.
Вышеприведенные описания являются просто конкретными реализациями настоящего изобретения, но не предназначены для ограничения области защиты настоящего изобретения. Любое изменение или замена, легко обнаруживаемая специалистом в данной области техники в рамках технического объема, раскрытого в настоящем изобретении, должно находиться в рамках объема защиты настоящего изобретения. Следовательно, объем защиты настоящего изобретения должен быть предметом защиты формулы изобретения.