СПОСОБ ПРОИЗВОЛЬНОГО ДОСТУПА, СЕТЕВОЕ УСТРОЙСТВО И ОБОРУДОВАНИЕ ПОЛЬЗОВАТЕЛЯ
RANDOM ACCESS METHOD, NETWORK DEVICE, AND USER EQUIPMENT

Область техники, к которой относится изобретение
Настоящая заявка относится к области связи и, более конкретно, к способу произвольного доступа, сетевому устройству и к оборудованию пользователя.
Уровень техники
В существующей системе связи, когда оборудование пользователя (User Equipment, UE) входит в соединенное (CONNECTED) состояние из состояния бездействия (IDLE) или UE передает управление от одной ячейки к другой, для UE необходимо послать физический канал произвольного доступа (Physical Random Access Channel, PRACH), чтобы осуществить произвольный доступ. Поэтому для UE необходимо знать частотно-временной ресурс, которые должен использоваться для передачи PRACH.
В предшествующем уровне ресурсы, конфигурированные для UE, находящегося в состоянии бездействия, являются фиксированными. Ресурсы, конфигурированные для UE в состоянии бездействия, обычно не могут использоваться UE для передачи данных. Для улучшения использования ресурсов сетевое устройство выбирает в качестве частотно-временного ресурса, который должен использоваться для UE, чтобы посылать PRACH, некоторые или все ресурсы, конфигурированные для UE в состоянии бездействия. Конкретно, сетевое устройство может уведомить UE о частотно-временном ресурсе через широковещательное сообщение. Затем, когда частотно-временной ресурс поступает, UE может выполнять произвольный доступ. Однако, когда UE в соединенном состоянии выполняет произвольный доступ, UE, вероятно, нуждается в долговременном ожидании частотно-временного ресурса, указанного в широковещательном сообщении, приводя к относительно длительной задержке произвольного доступа UE в соединенном состоянии.
Раскрытие сущность изобретения
Варианты осуществления представленной заявки обеспечивают способ произвольного доступа, сетевое устройство и оборудование пользователя для предоставления произвольного доступа для UE в соединенном состоянии.
В соответствии с первым подходом, обеспечивается способ произвольного доступа, содержащий этапы, на которых:
получают посредством первого сетевого устройства информацию о ресурсе, причем информация о ресурсе соответствует целевому сервисному блоку, где информация о ресурсе используется для указания ресурса, подлежащего использованию оборудованием пользователя (UE), установившим соединение с первым сетевым устройством, для передачи физического канала произвольного доступа (physical random access channel, PRACH) посредством целевого сервисного блока, причем целевой сервисный блок является ячейкой, к которой должно получать доступ UE или по меньшей мере один луч, к которому должно получать доступ UE; и
передают посредством первого сетевого устройства сообщение с уведомлением, причем сообщение с уведомлением содержит информацию о ресурсе.
Поэтому первое сетевое устройство, посылая оборудованию пользователя сообщение с уведомлением, может сообщать о ресурсе, который может использоваться UE в соединенном состоянии, чтобы послать PRACH, так чтобы оборудование пользователя могло использовать ресурс, выделенный для UE в соединенном состоянии, для передачи PARCH, вместо ожидания ресурса, доставленного в широковещательном сообщении для UE в состоянии бездействия для передачи PRACH. Таким способом задержка произвольного доступа для UE в соединенном состоянии уменьшается.
Информация о ресурсе может содержать информацию о ресурсе во временной области и информацию о ресурсе в частотной области и, соответственно, информация о ресурсе используется для указания, какой ресурс во временной области и в частотной области должен использоваться UE, установившем соединение с первым сетевым устройством, для передачи PRACH через целевой сервисный блок; или
информация о ресурсе может содержать информацию о ресурсе во временной области и, соответственно, информация о ресурсе используется для указания, какой ресурс во временной области должен использоваться UE, установившем соединение с первым сетевым устройством, для передачи PRACH через целевой сервисный блок.
Необходимо заметить, что целевой сервисный блок является сервисным блоком сетевого устройства и может быть ячейкой или по меньшей мере одним лучом. UE может получать доступ к сетевому устройству через целевой сервисный блок. Информация о ресурсе является информацией о ресурсе для целевого сервисного блока и может быть информацией для каждой ячейки или для каждого луча.
В такой реализации сообщение с уведомлением может быть действующим сообщением, таким как сообщение Media Access Control (MAC) CE, сообщение физического уровня (PHY), сообщение управления радиоресурсами Radio Resource Control (Radio Resource Control, RRC) или другое сообщение управления нисходящим каналом (например, сообщение переконфигурации RRC), которое может содержать в себе информацию о ресурсе. В сообщение добавляется свойство информации о ресурсе, так чтобы сообщение имело функцию уведомления UE о частотно-временных ресурсах.
Как вариант, первое сетевое устройство может передавать сообщение с уведомлением через выделенный для UE канал и в этом случае сообщение с уведомлением может не содержать информацию идентификатора для UE; или может передавать сообщение с уведомлением через общий канал и в этом случае сообщение с уведомлением содержит информацию идентификатора для UE.
В некоторых возможных реализациях передача первым сетевым устройством сообщения с уведомлением для UE содержит:
передачу UE первым сетевым устройством сообщения управления нисходящего канала к UE, причем сообщение управления нисходящего канала содержит информацию о ресурсе.
Как вариант, сообщение управления нисходящего канала может быть действующим сообщением (например, сообщением переконфигурации RRC). Для выполнения функции сопутствующая информация указания добавляется к действующему сообщению.
В некоторых возможных реализациях UE в настоящее время получает доступ к первому сетевому устройству, а целевой сервисный блок является вторым сервисным блоком второго сетевого устройства, при этом
получение первым сетевым устройством информации о ресурсе, соответствующей целевому сервисному блоку, содержит:
передачу второму сетевому устройству первым сетевым устройством сообщения с запросом ресурса, причем сообщение с запросом ресурса содержит идентификатор второго сервисного блока и сообщение с запросом ресурса используется для запроса ресурса, подлежащего использованию UE для передачи PRACH через второй сервисный блок, а PRACH используется для передачи управления UE от первого сервисного блока второму сервисному блоку; и
прием первым сетевым устройством сообщения с ответом о ресурсе от второго сетевого устройства, где сообщение с ответом о ресурсе содержит информацию о ресурсе.
Следует заметить, что в этой реализации UE нуждается в передаче управления от первого сервисного блока первого сетевого устройства второму сервисному блоку второго сетевого устройства. Следовательно, UE нуждается в получении информации о ресурсе, соответствующем второму сервисному блоку и выделяемому вторым сетевым устройством для UE.
Как вариант, сообщение с запросом ресурса может содержать идентификатор второго сервисного блока или может дополнительно содержать такую информацию, как количество свиппирований луча для UE.
Как вариант, сообщение с ответом о ресурсе может дополнительно содержать информацию, такую как C-RNTI и размер окна для приема сообщения RAR с ответом о произвольном доступе.
В некоторых возможных реализациях сообщение с уведомлением является сообщением управляющего элемента (control element, CE) для управления доступом к среде (Media Access Control, MAC), сообщением физического уровня (physical layer, PHY), сообщением RRC или назначенной для UE сигнализацией.
В некоторых возможных реализациях информация о ресурсе содержит информацию о ресурсе, который требуется для UE, чтобы послать преамбулу PRACH по меньшей мере через один луч.
В некоторых возможных реализациях UE в настоящее время получает доступ к первому лучу первого сетевого устройства, а целевой сервисный блок является вторым лучом первого сетевого устройства и PRACH используется для передачи управления UE от первого луча второму лучу.
В соответствии со вторым подходом, обеспечивается способ произвольного доступа, содержащий этапы, на которых:
принимают от первого сетевого устройства вторым сетевым устройством сообщение с запросом ресурса, где сообщение с запросом ресурса используется для запроса ресурса, подлежащего использованию оборудованием пользователя UE для передачи физического канала произвольного доступа PRACH, где
первое сетевое устройство является устройством, для которого было установлено соединение с UE, PRACH используется для передачи управления UE от первого сетевого устройства второму сетевому устройству, сообщение с запросом ресурса содержит идентификатор целевого сервисного блока, целевой сервисный блок является сервисным блоком второго сетевого устройства и целевой сервисный блок является ячейкой, к которой должно получать доступ UE во втором сетевом устройстве, или по меньшей мере одним лучом, к которому должно получать доступ UE во втором сетевом устройстве; и
передают первому сетевому устройству от второго сетевого устройства сообщение с ответом на запрос ресурса, где сообщение с ответом на запрос ресурса содержит информацию о ресурсе целевого сервисного блока и информация о ресурсе указывает ресурс, подлежащий использованию UE для передачи PRACH через целевой сервисный блок.
Со ссылкой на второй подход, в первой реализации второго подхода информация о ресурсе содержит информацию о ресурсе, которые требуются UE, для передачи преамбулы PRACH по меньшей мере через один луч.
В некоторых возможных реализациях сообщение с запросом ресурса дополнительно содержит количество свиппирований луча для UE и количество свиппирований луча используется для определения размера ресурса.
В некоторых возможных реализациях способ дополнительно содержит этапы, на которых:
передают вторым сетевым устройством через целевой сервисный блок сообщение RAR, где физический нисходящий канал управления (physical downlink control channel, PDCCH), соответствующий сообщению RAR, скремблируется с временным идентификатором радиосети с произвольным доступом (random access radio network temporary identifier, RA-RNTI) или скремблируется с временным идентификатором сотовой радиосети (cell radio network temporary identifier, C-RNTI).
В некоторых возможных реализациях RA-RNTI определяется, основываясь по меньшей мере, на одном из следующих параметров:
положение субкадра, положение символа и положение частотной области для преамбулы, где преамбула физического нисходящего канала управления PDCCH соответствует сообщению RAR, идентификатор ID луча, ID точки приема передачи и ID порта.
В некоторых возможных реализациях сообщение с запросом ресурса дополнительно содержит количество свиппирований луча для UE и количество свиппирований луча используется для определения размера ресурса.
В соответствии с третьим подходом, обеспечивается способ произвольного доступа, содержащий этапы, на которых:
принимают посредством оборудования пользователя UE сообщение с уведомлением, переданное первым сетевым устройством, установившим соединение с UE, где сообщение с уведомлением содержит информацию о ресурсе, соответствующую целевому сервисному блоку, информация о ресурсе указывает ресурс, подлежащий использованию оборудованием пользователя (UE) для передачи физического канала произвольного доступа PRACH через целевой сервисный блок, причем целевой сервисный блок является ячейкой, к которой должно получать доступ UE, или по меньшей мере одним лучом, к которому должно получать доступ UE; и
передают посредством UE, используя ресурс, канал PRACH через сетевой сервисный блок.
В некоторых возможных реализациях способ дополнительно содержит этап, на котором:
принимают посредством UE сообщение RAR c ответом на запрос произвольного доступа через целевой сервисный блок, где физический нисходящий канал управления PDCCH, соответствующий сообщению RAR, скремблируется с временным идентификатором радиосети с произвольным доступом RA-RNTI или скремблируется с временным идентификатором сотовой радиосети C-RNTI.
В некоторых возможных реализациях RA-RNTI определяется, основываясь по меньшей мере, на одном из следующих параметров:
положение субкадра, положение символа и положение частотной области, в которой UE передает преамбулу преамбулы PRACH, идентификатор ID луча, ID точки приема передачи и ID порта.
В некоторых возможных реализациях UE в настоящее время получает доступ к первому лучу первого сетевого устройства, а целевой сервисный блок является вторым лучом второго сетевого устройства, и способ дополнительно содержит этап, на котором:
принимают сообщение RAR посредством UE через первый луч.
В некоторых возможных реализациях прием оборудованием пользователя UE сообщения с уведомлением, переданного первым сетевым устройством, которое установило соединение с UE, содержит:
прием посредством UE сообщения управления нисходящего канала, переданного первым сетевым устройством, где сообщение управления нисходящего канала содержит информацию о ресурсе.
В соответствии с четвертым подходом, обеспечивается сетевое устройство, выполненное с возможностью осуществления способа согласно первому подходу или согласно возможным реализациям первого подхода. Конкретно, сетевое устройство может содержать блоки, выполненные с возможностью осуществления способа согласно первому подходу или согласно возможным реализациям первого подхода.
В соответствии с пятым подходом, обеспечивается сетевое устройство, выполненное с возможностью осуществления способа согласно второму подходу или согласно возможным реализациям второго подхода. Конкретно, сетевое устройство может содержать блоки, выполненные с возможностью осуществления способа согласно второму подходу или согласно возможным реализациям второго подхода.
В соответствии с шестым подходом, обеспечивается оборудование пользователя, выполненное с возможностью осуществления способа согласно третьему подходу или согласно возможным реализациям третьего подхода. Конкретно, оборудование пользователя может содержать блоки, выполненные с возможностью осуществления способа согласно третьему подходу или согласно возможным реализациям третьего подхода.
В соответствии с седьмым подходом, обеспечивается сетевое устройство, содержащее память и процессор. Память выполнена с возможностью хранения команд. Процессор выполнен с возможностью исполнения команд, хранящихся в памяти. Исполнение команд, хранящихся в памяти, позволяет сетевому устройству осуществлять способ согласно первому подходу или согласно возможным реализациям первого подхода.
В соответствии с восьмым подходом, обеспечивается сетевое устройство, содержащее память и процессор. Память выполнена с возможностью хранения команд. Процессор выполнен с возможностью исполнения команд, хранящихся в памяти. Исполнение команд, хранящихся в памяти, позволяет сетевому устройству осуществлять способ согласно второму подходу или согласно возможным реализациям второго подхода.
В соответствии с девятым подходом, обеспечивается оборудование пользователя, содержащее память и процессор. Память выполнена с возможностью хранения команд. Процессор выполнен с возможностью исполнения команд, хранящихся в памяти. Исполнение команд, хранящихся в памяти, позволяет оборудованию пользователя осуществлять способ согласно третьему подходу или согласно возможным реализациям третьего подхода.
В соответствии с десятым подходом, обеспечивается считываемый компьютером носитель данных, выполненный с возможностью хранения компьютерной программы, где компьютерная программа содержит команды, используемые для выполнения способа согласно первому-третьему подходу или согласно возможным реализациям третьего подхода.
Основываясь на приведенных выше технических решениях, первое сетевое устройство, которое установило соединение с оборудованием пользователя, посредством передачи сообщения с уведомлением оборудованию пользователя, сообщает оборудованию пользователя о ресурсе, который должен использоваться для передачи физического канала произвольного доступа PRACH, так чтобы оборудование пользователя могло послать PRACH, используя этот ресурс. Следовательно, при применении способа произвольного доступа в вариантах осуществления, соответствующих этой заявке, оборудование пользователя может реализовать произвольный доступ, используя ресурс, доступный оборудованию пользователя в соединенном состоянии, вместо ожидания ресурса, указанного в широковещательном сообщении. Таким образом, задержка произвольного доступа для оборудования пользователя в соединенном состоянии уменьшается.
Краткое описание чертежей
Фиг. 1 - схематичное представление системы беспроводной связи, соответствующей варианту осуществления этой заявки.
Фиг. 2 - схематичная блок-схема последовательности выполнения операций способа произвольного доступа, соответствующего варианту осуществления этой заявки.
Фиг. 3 - схематичная блок-схема сетевого устройства, соответствующего варианту осуществления этой заявки.
Фиг. 4 - схематичная блок-схема оборудования пользователя, соответствующего варианту осуществления этой заявки.
Фиг. 5 - схематичная блок-схема сетевого устройства, соответствующего другому варианту осуществления настоящей заявки.
Фиг. 6 - схематичная блок-схема оборудования пользователя, соответствующего другому варианту осуществления настоящей заявки.
Осуществление изобретения
Следует понимать, что технические решения этой заявки могут быть применены к различным системам связи, таким как система долгосрочной эволюции (Long Term Evolution, LTE), перспективная система долгосрочной эволюции (Long Term Evolution Advanced, LTE-A) и система нового радиодоступа (New Radio, NR), например система 5G.
Следует понимать, что термин "и/или" в этом описании представляет только соотношение связки для описания ассоциированных объектов и то, что могут существовать три соотношения. Например, А и/или В может представлять следующие три случая: существует только А, А и В существуют одновременно и существует только В. Кроме того, символ "/" в этом описании обычно указывает соотношение "или" между ассоциированными объектами.
Следует понимать, что термины "первый", "второй" и т.п. в вариантах осуществления предназначены только для того, чтобы различать различные объекты описания, но не представляют порядок исполнения или не предоставляют преимущества объектам описания и не должны истолковываться как какое-либо ограничение для вариантов осуществления представленной заявки.
Следует понимать, что "множество", упоминаемое в вариантах осуществления этой заявки, представляет два или более.
Следует понимать, что "сеть" и "система", упоминаемые в вариантах осуществления этой заявки, выражают одну и ту же концепцию, а система связи является сетью связи.
На фиг. 1 представлена система 100 радиосвязи, соответствующая варианту осуществления этой заявки. Система 100 радиосвязи может содержать по меньшей мере одно сетевое устройство, например, сетевое устройство 110, показанное на фиг. 1. Сетевое устройство 110 может обеспечивать покрытие связью конкретной географической области и может осуществлять связь с оборудованием пользователя, расположенным в области покрытия. Сетевое устройство 110 может быть развернутым узлом NodeB (Evolved NodeB, eNB или eNodeB) в системе LTE или сетевым устройством в будущей сети 5G, таким как точка приема передачи (Transmission Reception Point, TRP), базовая станция или малое сотовое устройство. Это конкретно не ограничивается в этом варианте осуществления представленной заявки.
Система 100 радиосвязи дополнительно содержит одно или более оборудований 120 пользователя, расположенных в области покрытия сетевого устройства 110. Оборудование 120 пользователя может быть мобильным или стационарным. Оборудование 120 пользователя может осуществлять связь с одной или более базовыми сетями (Core Network, CN) через сеть радиодоступа (Radio Access Network, RAN). Оборудование пользователя может упоминаться как терминал доступа, оконечное устройство, абонентский блок, абонентская станция, мобильная станция, мобильная консоль, удаленная станция, удаленный терминал, мобильное устройство, терминал пользователя, терминал, устройство беспроводной связи, агент пользователя или устройство пользователя. Оконечное устройство может быть сотовым телефоном, радиотелефоном, телефоном по протоколу инициирования сеанса (Session Initiation Protocol, SIP), станцией беспроводного абонентского доступа (Wireless Local Loop, WLL), персональным цифровым помощником (Personal Digital Assistant, PDA), карманным устройством, имеющим функцию беспроводной связи, компьютерным устройством, другим процессорным устройством, соединенным с беспроводным модемом, бортовым устройством транспортного средства, носимым устройством, оконечным устройством в будущей сети 5G и т.п.
В системе 100 радиосвязи область радиопокрытия сетевого устройства 110 в высокочастотной полосе может быть улучшена, основываясь на луче (beam), имеющем высокий коэффициент усиления антенны и формируемом множеством антенн. Следует понимать, что луч в представленном варианте осуществления настоящей заявки включает в себя передающий луч и приемный луч и является радиоволной, обладающей конкретным направлением и конкретной формой в пространстве и которая формируется, когда по меньшей мере один антенный порт передает или принимает радиосигнал. Он может пониматься как луч, обладающий конкретной областью покрытия. Способ формирования луча может содержать этап, на котором взвешивают амплитуду и/или фазу данных, которые передаются или принимаются по меньшей мере одним антенным портом, чтобы сформировать луч. Альтернативно может использоваться и другой способ. Например, луч формируется, регулируя связанные параметры антенного блока. В этом варианте осуществления представленной заявки это ничем конкретно не ограничивается.
В системе 5G базовая станция может содержать одну или более точек приема передачи (transmission reception point, TRP). Сетевое устройство 110 может быть одной из TRP. Каждая TRP может покрывать одно или более направления в любой момент времени посредством свиппирования луча. Как вариант, UE может принимать данные посредством свиппирования луча, чтобы повысить коэффициент усиления при приеме.
Сетевое устройство и UE могут устанавливать соединение друг с другом следующим образом. Для каждого луча сетевое устройство периодически посылает опорный сигнал (Reference Signal, RS), информацию синхронизации и другую информацию, такую как широковещательная системная информация. Другими словами, сетевое устройство посылает общедоступную информацию каждого луча способом с временным разделением. Этот случай упоминается как свиппирование луча (beam sweeping). Соответственно, UE получает информацию доступа для каждого луча на стороне сетевого устройства, основываясь на вышеупомянутой информации, и UE может выполнять произвольный доступ, выбирая один или более лучей. Выбранный луч может упоминаться как сервисный луч. UE может посылать PRACH через сервисный луч для получения доступа к сетевому устройству. Поэтому для UE необходимо обучить ресурс, который должен использоваться для передачи PRACH через сервисный луч.
Как вариант, чтобы позволить сетевому устройству обучить конкретный луч, в котором сигнал UE принимается с лучшим результатом приема, или позволить UE определять конкретный луч UE, в котором сигнал передается с лучшим результатом передачи, UE может также инициировать процесс свиппирования луча. Поэтому ресурс, который должен использоваться UE для передачи PRACH, также может относиться к информации UE о свиппировании луча.
Для облегчения понимания вариантов осуществления представленной заявки, перед описанием способа произвольного доступа в варианте осуществления настоящей заявки будут кратко описаны взаимосвязи между базовой станцией, ячейкой, точкой приема передачи и лучом.
В системе радиосвязи ячейка может пониматься как область, покрытая радиосигналом базовой станции, причем область, которая может быть покрыта радиосигналом одной базовой станции, может содержать одну или более ячеек, а одна базовая станция может содержать одну или более TRP и каждая TRP одержит один или более лучей. Когда одна базовая станция содержит только одну ячейку, можно считать, что одна ячейка содержит множество TRP.
Следует понимать, что луч или ячейка ассоциируются с сетевым устройством, передающим радиосигнал. Например, одно сетевое устройство может управлять по меньшей мере одним передающим лучом или приемным лучом. В другом примере, одно сетевое устройство может управлять по меньшей мере одной ячейкой. Для простоты описания, в вариантах осуществления настоящей заявки вышеупомянутое соотношение ассоциации может быть описано следующим образом. Например, первая ячейка принадлежит к первому сетевому устройству или сетевое устройство, к которому принадлежит первая ячейка, является первым сетевым устройством или первая ячейка является первой ячейкой первого сетевого устройства. Представленное выше описание может пониматься в том смысле, что область, которая может быть покрыта сигналом первого сетевого устройства, содержит одну или более ячеек и первая ячейка является одной из ячеек. Представленное выше описание может также быть применимо к случаю луча.
Следует заметить, что в вариантах осуществления настоящей заявки UE в соединенном состоянии может также рассматриваться как UE, установившее соединение управления радиоресурсом (Radio Resource Control, RRC) с сетевым устройством.
Ниже описываются подробности способа произвольного доступа в вариантах осуществления настоящей заявки со ссылкой на фиг. 2.
Следует понимать, что на фиг. 2 показана схематичная блок-схема последовательности выполнения операций способа произвольного доступа, соответствующего варианту осуществления настоящей заявки, а также подробно показаны этапы или операции связи согласно этому способу. Однако, эти этапы или операции являются только примером. В этом варианте осуществления настоящей заявки могут выполняться другие операции или варианты каждой операции, показанной на фиг. 2. Кроме того, этапы, показанные на фиг. 2-4, могут выполняться в порядке, отличном от порядка, представленного на фиг. 2, и могут выполняться не все операции, показанные на фиг. 2.
На фиг. 2 схематично представлена блок-схема последовательности выполнения операций способа 200 произвольного доступа, описанного с точки зрения взаимодействия устройств в соответствии с вариантом осуществления настоящей заявки. Способ 200 может применяться к системе радиосвязи и система радиосвязи может содержать по меньшей мере одно сетевое устройство и по меньшей мере одно оборудование пользователя. Например, система радиосвязи может быть системой 100 радиосвязи, показанной на фиг. 1.
Как вариант, сетевое устройство может быть TRP, базовой станцией или другим сетевым устройством, которое может посылать по нисходящему каналу управляющую информацию (Downlink Control Information, DCI). В представленной заявке это ничем конкретно не ограничивается.
Без потери общности, способ 200 ниже описывается подробно, используя пример взаимодействия между первым сетевым узлом (помеченным как первый сетевой узел для простоты различия и описания) и оборудованием пользователя при беспроводном покрытии первого сетевого устройства.
Как показано на фиг. 2, способ 200 может содержать следующие этапы.
S210: Первое сетевое устройство получает информацию о ресурсе, соответствующую целевому сервисному блоку, где информация о ресурсе используется для указания ресурса, который должен использоваться UE, которое установило соединение с первым сетевым устройством, чтобы послать PRACH через целевой сервисный блок, и целевой сервисный блок является ячейкой, к которой должно получить доступ UE, или по меньшей мере одним лучом, к которому должно получить доступ UE.
Следует заметить, что целевой сервисный блок является ячейкой, к которой должно получить доступ UE, или по меньшей мере одним лучом, к которому должно получить доступ UE, и, чтобы быть конкретным, ячейкой или по меньшей мере одним лучом, которым должно передаваться управление UE, или ячейкой или по меньшей мере одним лучам, к которым UE должно получать доступ повторно. Чтобы получить доступ к целевому сервисному блоку, UE необходимо послать PRACH через целевой сервисный блок. Поэтому, информация о ресурсе, соответствующая целевому сервисному блоку, может пониматься как ресурс, который должно использовать UE, чтобы послать PRACH через целевой сервисный блок.
Информация о ресурсе может содержать информацию о ресурсе во временной области и информацию о ресурсе в частотной области. Соответственно, информация о ресурсе используется для указания ресурса во временной области и ресурса в частотной области (для простоты описания, "ресурс во временной области и ресурс в частотной области" для краткости упоминается ниже как "частотно-временной ресурс") должна использоваться UE, которое установило соединение с первым сетевым устройством, чтобы послать PRACH через целевой сервисный блок.
Альтернативно, информация о ресурсе может содержать информацию о ресурсе во временной области. Соответственно, информация о ресурсе используется для указания ресурса во временной области, который должен использоваться UE, установившего соединение с первым сетевым устройством, чтобы послать PRACH через целевой сервисный блок. Другими словами, UE может получить фиксированный ресурс в частотной области заранее и первое сетевое устройство нуждается только в уведомлении UE о доступном ресурсе во временной области.
Следует понимать, что ресурс в этом варианте осуществления представленной заявки может упоминаться как ресурс передачи и может использоваться для переноса данных или сигнализации в процессе связи по восходящему каналу или в процессе связи по нисходящему каналу. В частности, посылка PRACH посредством UE может содержать: посылку от UE последовательности преамбулы (Preamble) по PRACH, или посылку от UE другой информации, которая может использоваться для произвольного доступа по PRACH. Поэтому, ресурс, который должен использоваться UE для передачи PRACH, содержит ресурс, который должен быть занят на PRACH, чтобы послать последовательность преамбулы от UE, или ресурс, который должен быть занят на PRACH, чтобы послать другую информацию, используемую UE для произвольного доступа. Конкретно, ресурс во временной области, содержащий конкретное количество символов (symbol), может быть занят для UE, чтобы послать PRACH. Другими словами, информация о ресурсе во временной области является информацией, приходящейся на каждый символ. Альтернативно, информация о ресурсе во временной области может быть информацией, приходящейся на каждый интервал времени передачи (transmission time interval, TTI). В этом варианте осуществления представленной заявки это ничем не ограничивается.
Способ произвольного доступа, обеспечиваемый в настоящем варианте осуществления представленной заявки, описывается ниже, используя пример, в котором информация о ресурсе содержит информацию о частотно-временных ресурсах, для конкретности, информация о ресурсе указывает частотно-временной ресурс, который должен использоваться UE, чтобы послать PRACH. Следует понимать, что различные технические решения, обеспечиваемые в вариантах осуществления представленной заявки, могут применяться к описанному выше сценарию, в котором информация о ресурсе содержит только информацию о ресурсе во временной области. Подробности повторно не описываются.
Конкретно, UE является оборудованием пользователя в области радиопокрытия первого сетевого устройства и UE установило соединение RRC с первым сетевым устройством. UE может инициировать процесс произвольного доступа в следующих случаях: UE нуждается в передаче управления от ячейки или по меньшей мере от одного луча первого сетевого устройства ячейке или по меньшей мере одному лучу второго сетевого устройства, например, UE нуждается в передаче управления от первой ячейки в первом сетевом устройстве второй ячейке во втором сетевом устройстве или UE нуждается в передаче управления по меньшей мере от одного луча первого сетевого устройства по меньшей мере одному лучу второго сетевого устройства. Альтернативно, UE на текущий момент получило доступ к первому сетевому устройству и данные поступают по восходящему или по нисходящему каналу, но восходящий канал находится в состоянии "отсутствия синхронизации", другими словами, UE нуждается в повторном получении доступа к ячейке или по меньшей мере к одному лучу первого сетевого устройства. Альтернативно, UE нуждается в передаче управления от ячейки или луча первого сетевого устройства другой ячейке или другому лучу первого сетевого устройства, например, UE необходимо передать управление от первого луча первого сетевого устройства второму лучу первого сетевого устройства и первый луч и второй луч могут быть лучами одной и той же TRP в одной и той же ячейке, могут быть лучами разных TRP в одной и той же ячейке или могут быть лучами в разных ячейках первого сетевого устройства.
Как вариант, перед этапом S210 способ дополнительно содержит этап, на котором посылают посредством UE сообщение о запросе ресурса первому сетевому устройству, где сообщение о запросе ресурса используется для запроса для UE доступа ко второму сетевому устройству.
Поэтому, после приема сообщения с запросом ресурса, посланного от UE, первое сетевое устройство может получить информацию о ресурсе, соответствующую целевому сервисному блоку, например, запрос второго сетевого устройства выделить частотно-временной ресурс для UE, и послать полученную информацию о ресурсе на UE.
Конкретно, сообщение с запросом ресурса может быть включено в запрос планирования (Scheduling Request, SR) или в запрос доступа. Запрос доступа может быть преамбулой.
Следует понимать, что способ произвольного доступа в этом варианте осуществления настоящей заявки может применяться и к другому сценарию, в котором UE на текущий момент существует в третьем состоянии и нуждается в инициировании процесса произвольного доступа для получения доступа к сетевому устройству. Третье состояние может быть состоянием, отличным от состояния бездействия и от соединенного состояния.
Основываясь на приведенном выше сценарии, первый сетевой узел нуждается в получении информации о частотно-временном ресурсе, выделенном для UE, и информация о частотно-временном ресурсе указывает частотно-временной ресурс, выделенный для UE и который используется для передачи PRACH через целевой сервисный блок. Когда UE нуждается в передаче управления от первой ячейки в первом сетевом устройстве второй ячейке второго сетевого устройства и целевой сервисный блок является второй ячейкой второго сетевого устройства, частотно-временной ресурс может быть частотно-временным ресурсом, соответствующим второй ячейке. Когда UE нуждается в передаче управления от первого луча первого сетевого устройства второму лучу первого сетевого устройства и целевой сервисный блок является вторым лучом первого сетевого устройства, частотно-временной ресурс может быть частотно-временным ресурсом, соответствующим второму лучу. Поэтому информация о частотно-временных ресурсах может быть информацией для каждой ячейки или для каждого луча.
Другими словами, когда целевой сервисный блок, к которому UE нуждается в доступе, является ячейкой, выделенный частотно-временной ресурс является частотно-временным ресурсом для ячейки. Когда целевой сервисный блок, к которому UE нуждается в доступе, является одним или более лучами, выделенный частотно-временной ресурс является частотно-временным ресурсом для одного или более лучей вместо того, чтобы быть частотно-временным ресурсом для всех лучей ячейки.
Поэтому, в этом варианте осуществления настоящей заявки соответствующий частотно-временной ресурс может быть выделен, основываясь на типе целевого сервисного блока, к которому должно получить доступ UE, избегая, тем самым, проблемы бесполезного расхода ресурсов, который возникает, когда частотно-временной ресурс для всей ячейки всегда выделяется для UE, независимо от того, нуждается ли UE в доступе к ячейке или к лучу.
Следует понимать, что когда ячейка, к которой должен быть получен доступ, имеет только один луч, частотно-временной ресурс для луча может пониматься как частотно-временной ресурс для ячейки.
Следует заметить, что когда UE нуждается в передаче управления от первой ячейки второй ячейке (первая и вторая ячейки могут быть ячейками одного и того же сетевого устройства или могут быть ячейками разных сетевых устройств), первая ячейка и вторая ячейка могут быть интрачастотным ячейками одного и того же стандарта, интерчастотными ячейками одного и того же стандарта, интерчастотными ячейками различных стандартов или интрачастотными ячейками различных стандартов. В этом варианте осуществления представленной заявки это ничем не ограничивается.
S220. Первое сетевое устройство посылает сообщение с уведомлением на UE, где сообщение с уведомлением содержит информацию о частотно-временных ресурсах, с тем, чтобы UE послало PRACH на частотно-временном ресурсе.
Конкретно, после получения частотно-временного ресурса, который запрашивается для UE, чтобы послать PRACH, первое сетевое устройство посылает на UE сообщение с уведомлением. Сообщение с уведомлением содержит информацию о частотно-временном ресурсе. UE может, основываясь на информации о частотно-временных ресурсах в сообщении с уведомлением, определить частотно-временной ресурс, указанный информацией о частотно-временном ресурсе, и затем посылает PRACH на частотно-временном ресурсе.
Необходимо заметить, что если целевой сервисный блок является первым сервисным блоком первого сетевого устройства, то частотно-временной ресурс может быть выделен первым сетевым устройством. Альтернативно, если целевой сервисный блок является вторым сервисным блоком второго сетевого устройства, то частотно-временной ресурс может быть выделен вторым сетевым устройством.
Следует понимать, что сообщение с уведомлением может быть сообщением управления нисходящего канала различных типов, таких как сообщение управляющего элемента (Control Element, CE) управления доступом к среде (Media Access Control, MAC), сообщение физического уровня (Physical, PHY) или сообщение RRC (например, сообщение переконфигурации RRC); или может быть другим управляющим сообщением нисходящего канала. В сообщение добавляется соответствующая информация указания, так чтобы сообщение имело функцию уведомления UE о частотно-временном ресурсе. Альтернативно, сообщение с уведомлением может быть специально определенным сообщением, используемым для уведомления UE об информации о выделенном частотно-временном ресурсе. В этом варианте осуществления представленной заявки это ничем не ограничивается.
Как вариант, первое сетевое устройство может посылать сообщение с уведомлением через выделенный канал UE и в этом случае сообщение с уведомлением может не содержать информацию идентификатора для UE; или может послать сообщение с уведомлением через общий канал и в этом случае сообщение с уведомлением содержит информацию идентификатора для UE.
Как вариант, если UE имеет множество каналов и множество каналов принадлежат к разным несущим или к разным стандартам связи и по меньшей мере один из множества каналов соединяется с первым сетевым устройством, то первое сетевое устройство может посылать сообщение с уведомлением на UE через один из множества каналов. Например, UE имеет первый канал и второй канал, причем первый канал является каналом между UE и сетевым устройством 1, а второй канал является каналом между UE и сетевым устройством 2. Поэтому, сетевое устройство 1 может посылать сообщение с уведомлением сетевому устройству 2 способом связи между сетевыми устройствами (например, связь через интерфейс Х2), а сетевое устройство 2 посылает сообщение с уведомление на UE через второй канал. В другом примере между UE и сетевым устройством 1 существуют высокочастотный канал и низкочастотный канал и сообщение с уведомлением является управляющей информацией высокочастотного канала. Поэтому сетевое устройство 1 может послать сообщение с уведомлением на UE через низкочастотный канал. В этом варианте осуществления представленной заявки это ничем конкретно не ограничивается.
Как вариант, сообщение с уведомлением может дополнительно содержать идентификатор преамбулы (Preamble Identifier, Preamble ID) для PRACH. ID преамбулы является последовательностью преамбулы, которая должна использоваться UE для передачи PRACH на частотно-временном ресурсе. Поскольку каждое UE имеет разный ID преамбулы, разные UE могут различаться друг от друга на основе ID преамбул. Поэтому, после приема последовательности преамбулы целевой сервисный блок может на основе последовательности преамбулы определить конкретное UE, которое будет посылать PRACH через целевой сервисный блок, избегая, тем самым, проблемы, когда множество UE соперничают друг с другом, чтобы инициировать процесс произвольного доступа, и избегая проблемы, когда задержка в доступе увеличивается из-за того, что множество UE используют один и тот же ID преамбулы и в дальнейшем необходимо дополнительно передать сообщение, чтобы указать, какое UE послало ID преамбулы.
S230: UE посылает PRACH через целевой сервисный блок, используя частотно-временной ресурс.
Конкретно, после приема сообщения с уведомлением, UE на основе информации о частотно-временных ресурсах, содержащейся в сообщении с уведомлением, определяет частотно-временной ресурс, который должен использоваться для передачи PRACH, и затем посылает PRACH через целевой сервисный блок, используя частотно-временной ресурс, с тем, чтобы реализовать произвольный доступ. Конкретно, если UE нуждается в передаче управления от первого сервисного блока первого сетевого устройства второму сервисному блоку второго сетевого устройства, частотно-временной ресурс может быть частотно-временным ресурсом, соответствующим второму сервисному блоку второго сетевого устройства, и UE посылает PRACH на частотно-временном ресурсе и получает доступ ко второму сервисному блоку второго сетевого устройства. Конкретно, если UE нуждается в повторном получении доступа к первому сервисному блоку первого сетевого устройства, частотно-временной ресурс является частотно-временным ресурсом, соответствующим первому сервисному блоку первого сетевого устройства, и UE посылает PRACH на частотно-временном ресурсе и получает доступ к первому сервисному блоку первого сетевого устройства.
Как вариант, если UE в данный момент получает доступ к первому сервисному блоку первого сетевого устройства и целевой сервисный блок является вторым сервисным блоком второго сетевого устройства, частотно-временной ресурс выделяется вторым сетевым устройством и этап S210 может дополнительно содержать этапы, на которых:
передают первым сетевым устройством второму сетевому устройству сообщение с запросом ресурса, где сообщение с запросом ресурса содержит идентификатор второго сервисного блока, и сообщение с запросом ресурса используется для запроса частотно-временных ресурсов, которые должны использоваться UE для передачи PRACH через второй сервисный блок, а PRACH используется для передачи управления UE от первого сервисного блока второму сервисному блоку; и
принимают от второго сетевого устройства первым сетевым устройством сообщение с ответом о ресурсе, где сообщение с ответом о ресурсе содержит информацию о частотно-временных ресурсах.
Конкретно, когда UE нуждается в передаче управления от первого сервисного блока второму сервисному блоку, для UE необходимо послать PRACH через второй сервисный блок второго сетевого устройства, так чтобы предоставить доступ второму сервисному блоку. Поэтому для UE сначала необходимо получить частотно-временной ресурс, который должен использоваться для передачи PRACH. Как вариант, первое сетевое устройство может получить информацию о частотно-временном ресурсе, который выделяется вторым сетевым устройством, посылая второму сетевому устройству сообщение с запросом ресурса. Сообщение с запросом ресурса может содержать идентификатор второго сервисного блока и второй сервисный блок может быть второй ячейкой второго сетевого устройства или сервисным лучом, определяемым посредством UE. Как вариант, когда второй сервисный блок является второй ячейкой, идентификатор второго сервисного блока может быть идентификатором ячейки. Когда второй сервисный блок является множеством лучей, идентификатор второго сервисного блока может быть идентификаторами множества лучей.
Следует заметить, что если UE в данный момент получает доступ к первому лучу и целевой сервисный блок является вторым лучом, когда первый луч и второй луч принадлежат к разным ячейкам, то сообщение с запросом ресурса дополнительно должно содержать идентификатор ячейки для той ячейки, в которой располагается второй луч; или когда первый луч и второй луч принадлежат к одной и той же ячейке, сообщение с запросом ресурса может не содержать идентификатор ячейки.
Как вариант, сообщение с запросом ресурса может дополнительно содержать информацию UE о количестве свиппирований луча (которое должно пониматься как количество лучей для связи между стороной UE и стороной сетевого устройства). Информация о количестве свиппирований луча может использоваться для определения размера частотно-временного ресурса, выделяемого для передачи PRACH. Если на стороне сетевого устройства существует один луч и на стороне UE содержится множество лучей, множеству лучей необходимо выделить соответствующий частотно-временной ресурс, с тем, чтобы послать PRACH на луче на стороне сетевого устройства. Когда на стороне сетевого устройства существует один луч и также существует один луч на стороне UE, размер частотно-временного ресурса, который выделяется для UE, является одним блоком частотно-временного ресурса. Когда на стороне сетевого устройства существует один луч и на стороне UE существует n лучей (другими словами, количество свиппирований луча равно n), размер частотно-временного ресурса, который выделяется для UE, равен n блокам частотно-временного ресурса. Блок частотно-временного ресурса является минимальной гранулярностью частотно-временного ресурса, выделяемого для PRACH, например, частотно-временной ресурс может быть ресурсным блоком (resource block, RB) и т.п. Предполагая, что блок частотно-временного ресурса равен шести RB, когда количество свиппирований луча равно 6, другими словами, на стороне UE существуют шесть лучей, частотно-временной ресурс, необходимый для выделения, составляет 6х6 RB.
Следует заметить, что количество свиппирований луча может равняться общему количеству лучей, определенному UE, основываясь на возможностях UE, или может быть количеством лучей, выбранных на стороне UE из общего количества лучей, основываясь на количестве передач сигнала между лучами UE и сетевым устройством (которое может пониматься как количество лучей, которые выбираются UE из общего количества лучей и которые имеют желаемое качество связи с лучом на стороне сети), или может быть количеством лучей, которые выбираются на стороне сети из общего количества лучей, основываясь на такой информации, как расположение UE.
Как вариант, первое сетевое устройство может инициировать посылку сообщения с запросом ресурса в следующих случаях. Первое сетевое устройство принимает результат измерений UE, где результат измерений указывает, что нуждается в передаче управления от первой ячейки ко второй ячейке; или первое сетевое устройство на основе качества сигнала UE в первой ячейке и во второй ячейке определяет, что UE нуждается в передаче управления от первой ячейки ко второй ячейке; или первое сетевое устройство определяет, что сетевая нагрузка первой ячейки первого сетевого устройства превышает пороговую нагрузку и необходимо выполнить передачу управления между ячейками.
Следует понимать, что сообщение с запросом ресурсом может быть специально определенным сообщением, используемым для запроса частотно-временного ресурса. Альтернативно, сопутствующий атрибут для запроса информации о частотно-временных ресурсах, добавляется к действующему сообщению (например, к сообщению с запросом передачи управления) и атрибут позволяет сообщению иметь функцию запроса частотно-временного ресурса. В этом варианте осуществления представленной заявки это ничем не ограничивается.
После передачи сообщения с запросом ресурса второму сетевому устройству первое сетевое устройство принимает сообщение с ответом о ресурсе, посланное вторым сетевым устройством. Сообщение с ответом о ресурсе является ответным сообщением на сообщение о запросе ресурса, причем сообщение с ответом о ресурсе содержит информацию о частотно-временном ресурсе и информация о частотно-временном ресурсе указывает частотно-временной ресурс, который выделяется вторым сетевым устройством для UE, чтобы послать PRACH.
Как вариант, в другой реализации представленной заявки, когда второе сетевое устройство по результату измерения узнает, что качество сигнала UE удовлетворяет заданному условию, второе сетевое устройство активно выделяет частотно-временной ресурс первому сетевому устройству и затем первое сетевое устройство может получить соответствующий частотно-временной ресурс без необходимости посылки второму сетевому устройству сообщения с запросом ресурса. То, что качество сигнала UE удовлетворяет заданному условию, может соответствовать тому, что качество сигнала UE выше заданного порога сигнала, указывая, что качество сигнала UE достаточно хорошее для осуществления связи.
Как вариант, когда целевой сервисный блок является по меньшей мере одним лучом, частотно-временной ресурс может содержать частотно-временной ресурс, который должен использоваться для передачи PRACH по меньшей мере через один луч. Конкретно, если по меньшей мере один луч содержит только один луч, частотно-временной ресурс может содержать частотно-временной ресурс для луча. Если по меньшей мере один луч содержит множество лучей, частотно-временной ресурс может содержать частотно-временной ресурс, выделенный множеству лучей, или может содержать частотно-временной ресурс, выделенный каждому из множества лучей. Другими словами, частотно-временной ресурс может содержать частотно-временной ресурс одного луча или может содержать частотно-временной ресурс множества лучей.
Если целевым сервисным блоком является ячейка, частотно-временной ресурс может содержать частотно-временной ресурс, который должен использоваться UE для передачи PRACH через ячейку.
Как вариант, если сообщение о запросе ресурса содержит информацию о количестве свиппирований луча для UE, другими словами, если на стороне UE содержится множество лучей, размер частотно-временного ресурса может определяться, основываясь на количестве лучей на стороне сетевого устройства и количестве лучей на стороне оборудования пользователя. Например, когда на стороне сетевого устройства существует один луч и на стороне UE существует также один луч, частотно-временным ресурсом, требующимся для выделения, является один блок частотно-временного ресурса. Поэтому, когда на стороне сетевого устройства количество лучей равно М, а на стороне UE количество лучей равно N, размер частотно-временного ресурса, требуемый для выделения, равен MxN блоков частотно-временного ресурса. Другими словами, соответствующий частотно-временной ресурс необходим для выделения каждому из N лучей на стороне UE, с тем, чтобы послать PRACH через каждый из М лучей на стороне сетевого устройства.
Ниже подробная конкретная информация описывает, что может конкретно содержаться в информации о частотно-временном ресурсе.
Информация о частотно-временном ресурсе может содержать информацию о ресурсе во временной области, который выделяется UE и который используется для многократной посылки преамбулы. Информация о ресурсе во временной области может быть периодической или апериодической. В этом варианте осуществления представленной заявки это ничем не ограничивается. Кроме того, информация о ресурсе во временной области может быть информацией, приходящейся на каждый TTI или на каждый символ. В этом варианте осуществления представленной заявки это ничем конкретно не ограничивается.
Информация о частотно-временном ресурсе содержит ресурс во временной области, который требуется для многократной посылки преамбулы, избегая, тем самым, следующей проблемы: преамбула, посланная от UE, вероятно, не может быть принята сетевым устройством, поскольку мощность передачи UE недостаточно велика, что вызывает отказ UE в произвольном доступе.
Когда UE инициирует процесс свиппирования луча (другими словами, UE содержит множество лучей), информация о частотно-временном ресурсе может дополнительно содержать информацию о ресурсе во временной области, который выделяется множеству лучей и который используется для передачи преамбулы через целевой сервисный блок, и каждый из множества лучей может произвольно использовать любой сегмент ресурса во временной области. Альтернативно, информация о ресурсе во временной области может содержать информацию о ресурсе во временной области для каждого из множества лучей. Другими словами, информация о ресурсе во временной области является информацией для каждого луча. В этом случае, преамбула может посылаться через каждый из множества лучей, используя ресурс во временной области, выделяемый лучу. Информация о ресурсе во временной области может быть последовательной (например, информация о ресурсе во временной области является несколькими последовательными символами или несколькими последовательными TTI) или может быть непоследовательной.
Как вариант, информация о частотно-временном ресурсе может дополнительно содержать информацию о ресурсе в частотной области, который выделяется UE и который используется для передачи преамбулы. Информация о ресурсе в частотной области указывает положение частотной области, в которую UE посылает преамбулу. Если UE нуждается во многократной посылке преамбулы, информация о ресурсе в частотной области может содержать положение частотной области, в которую преамбула посылается каждый раз. Как вариант, если целевой сервисный блок является множеством лучей, информация о ресурсе в частотной области может содержать положение частотной области, в которую преамбула посылается в каждом луче и т.п.
Следует понимать, что положение частотной области, в которую UE посылает преамбулу, может определяться, используя любой способ определения положения частотной области, в которую посылается преамбула. Например, UE посылает преамбулу в заранее согласованное положение частотной области и сетевое устройство принимает преамбулу в согласованном положении. В этом случае сообщение с ответом о ресурсе может не содержать информацию о ресурсе в частотной области и поэтому размер сообщения с ответом о ресурсе может быть уменьшен. Альтернативно, UE может послать преамбулу в специально определенное положение частотной области. В этом варианте осуществления представленной заявки это ничем не ограничивается. Как вариант, если UE нуждается во многократной посылке преамбулы, положения частоты, в которые преамбула посылается, могут быть одними и теми же или разными. Если частоты являются одинаковыми, размер сообщения с ответом о ресурсе может быть в некоторой степени уменьшен.
Дополнительно, следует понимать, что приведенное выше описание выделения частотно-временного ресурса для PRACH на каждый луч является только примером. Этот вариант осуществления настоящей заявки также применим к выделению частотно-временного ресурса для PRACH при другой гранулярности, например, в расчете на каждый TRP. В широком смысле, ячейка может также рассматриваться как широкий луч.
Как вариант, сообщение с ответом о ресурсе может дополнительно содержать ID преамбулы и ID преамбулы является последовательностью преамбулы, которая должна использоваться UE для передачи PRACH на частотно-временном ресурсе. Поскольку ID преамбулы для каждого UE различен, разные UE могут отличаться друг от друга на основе ID преамбул. Поэтому, после приема последовательности преамбулы сетевое устройство может на основе последовательности преамбулы определить конкретное UE, которое будет посылать PRACH через целевой сервисный блок, избегая, тем самым, проблемы, когда множество UE соперничают друг с другом, чтобы инициировать процесс произвольного доступа, и избегая проблемы, когда задержка в доступе увеличивается из-за того, что множество UE используют один и тот же ID преамбулы и в дальнейшем необходимо дополнительно посылать сообщение, чтобы индицировать, какое UE послало ID преамбулы.
Как вариант, сообщение с ответом о ресурсе может дополнительно содержать информацию о размере окна (Window Size) сообщения ответа о произвольном доступе (Random Access Response, RAR). Сообщение RAR является ответным сообщением для UE, посылающего PRACH. Информация о размере окна указывает, как долго UE будет ожидать ответа от стороны сетевого устройства после того, как UE послало PRACH. В этом варианте осуществления настоящей заявки размер окна для приема сообщения RAR может быть тем же самым или отличным от размера окна RA-Response (RA-Response Window Size) на предшествующем уровне техники (например, значения размера окна может равняться 0). В этом варианте осуществления представленной заявки это ничем конкретно не ограничивается.
Как вариант, сообщение с ответом о ресурсе может дополнительно содержать временный идентификатор сотовой радиосети (Cell Radio Network Temporal Identity, C-RNTI). C-RNTI может использоваться для индикации RNTI канала PDCCH, соответствующего сообщению RAR, в дальнейшем принимаемому UE через целевой сервисный блок. В этом случае сообщение RAR, поданное обратно вторым сетевым устройством через целевой сервисный блок, может также быть скремблировано с C-RNTI, так что для сообщения RAR не требуется включать в него идентификатор ID преамбулы, посланный от UE в качестве идентификатора UE. Поэтому размер сообщения RAR уменьшается.
Как вариант, после этапа S230 способ 200 дополнительно содержит этап, на котором:
принимают сообщение RAR посредством UE через целевой сервисный блок.
Конкретно, после посылки PRACH UE начинает прослушивать сообщение RAR на PDCCH с третьего субкадра и размер окна прослушивания может быть размером окна, содержащимся в сообщении с ответом о ресурсе, в сообщении RAR. Если UE принимает сообщение RAR в окне для приема сообщения RAR, это указывает, что произвольный доступ проходит успешно. Если UE не принимает сообщение RAR в окне для приема сообщения RAR, UE считает, что посланная преамбула не была принята сетевым устройством.
Следует заметить, что если целевой сервисный блок является вторым сервисным блоком второго сетевого устройства, то UE принимает сообщение RAR во втором сервисной блоке; или если целевой сервисный блок является первым сервисным блоком первого сетевого устройства, то UE может принимать сообщение RAR через первый сервисный блок первого сетевого устройства.
В частности, если целевой сервисный блок является вторым сервисный блоком второго сетевого устройства, PDCCH, соответствующий сообщению RAR, может быть послан вторым сетевым блоком через второй луч (луч второго сетевого устройства) или может быть послан первым сетевым устройством через первый луч (луч первого сетевого устройства), и в этом случае для UE не требуется прослушивать сообщение RAR через второй луч второго сетевого устройства (для конкретности, сообщение RAR, которое должно быть послано вторым сетевым устройством, преобразуется так, что сообщение RAR посылается первым сетевым устройством на UE; чтобы позволить UE определить конкретное сетевое устройство, к которому принадлежит сообщение RAR, информация идентификатора второго сетевого устройства может быть добавлена к сообщению RAR и использоваться для индикации конкретного сетевого устройства, к которому принадлежит сообщение RAR).
Как вариант, когда сообщение RAR второго сервисного блока посылается через первый сервисный блок, первое сетевое устройство или второе сетевое устройство может добавлять идентификатор к сообщению RAR. Идентификатор используется для указания, что сообщение RAR соответствует второму сервисному блоку. Конкретно, идентификатор может быть идентификатором второго сервисного блока.
Как вариант, когда сообщение PDCCH второго сервисного блока передается через первый сервисный блок, а сообщение RAR второго сервисного блока все еще передается через второй сервисный блок, первое сетевое устройство может добавить идентификатор второго сервисного блока к сообщению PDCCH, которое посылается через первый сервисный блок, чтобы подать команду для UE принять сообщение RAR через второй сервисный блок.
Сообщение RAR второго сервисного блока является сообщением RAR, переданным вторым сервисным блоком для UE, чтобы ответить на запрос произвольного доступа для UE.
Поэтому для второго сетевого устройства не требуется планировать второй луч для передачи сообщения RAR, что, тем самым, повышает использование ресурса.
Следует понимать, что описанный выше способ преобразования сообщения RAR, которое необходимо передать посредством второго сетевого устройства, так чтобы сообщение RAR было передано первым сетевым устройством, также применяется к другому сценарию. Например, в системе радиосвязи существуют три устройства (первое устройство, второе устройство и третье устройство). Первому устройству необходимо передать третьему устройству первое сообщение. Первое устройство может передать первое сообщение второму устройству. Затем второе устройство может передать третьему устройству второе сообщение. Данные, содержащиеся в первом сообщении, передаются во втором сообщении, так чтобы передать первое сообщение третьему устройству. Второе сообщение дополнительно вводит информацию идентификатора первого устройства, чтобы указать, что данные во втором сообщении передаются первым устройством третьему устройству. В частности, первое устройство и второе устройство могут принадлежать к разным ячейкам, работающим на одной и той же частоте, или к разным ячейкам, работающим на разных частотах; или могут принадлежать к одной и той же ячейке (например, разные TRP в одной и той же ячейке) или к разным лучам одного и того же TRP в одной и той же ячейке. Кроме того, первое устройство, второе устройство и третье устройство могут быть устройствами на стороне сети или быть оборудованием пользователя. В этом варианте осуществления представленной заявки это ничем не ограничивается.
Следует заметить, что сообщение с ответом для UE, передающего PRACH, может быть сообщением RAR и может быть передано на UE через канал передачи данных, указанный посредством PDCCH. Сообщение RAR указывает, что UE успешно передало преамбулу. Альтернативно, сообщение с ответом для передачи PRACH может быть информацией планирования, переданной через PDCCH (другими словами, сетевому устройству не требуется передавать сообщение RAR). То, что UE принимает информацию планирования, может расцениваться как то, что сетевое устройство выделило UE ресурс для передачи данных по восходящему и нисходящему каналам. Другими словами, UE успешно передало преамбулу.
Как вариант, PDCCH, соответствующий сообщению RAR, скремблируется с временным идентификатором радиосети с произвольным доступом (Cell Radio Network Temporal Identity, C-RNTI). RA-RNTI используется для указания, что сообщение RAR на PDCCH является сообщением RAR, посланным для UE. Другими словами, RA-RNTI может указывать, что сообщение RAR является сообщением RAR конкретного UE. RA-RNTI определяется, основываясь по меньшей мере, на одном из следующих параметров:
положение субкадра, положение символа и положение частотной области для преамбулы PDCCH, соответствующей сообщению RAR, идентификатор ID луча, ID точки приема передачи и ID порта.
Например, первое сетевое устройство содержит три TRP: TRP 1, TRP 2 и TRP 3. UE нуждается в передаче управления от TRP 1 к TRP 2. RA-RNTI может определяться, основываясь на ID точки приема передачи TRP 2 или на ID порта TRP 2, так что UE избегает неправильного заключения, что сообщение RAR посылается от TRP 3.
Альтернативно, PDCCH, соответствующий сообщению RAR, может скремблироваться с C-RNTI. C-RNTI может использоваться для указания, что сообщение RAR является сообщением RAR конкретного оборудования пользователя. В этом случае, сетевому устройству не требуется добавлять в сообщение RAR ID преамбулы, который в качестве идентификатора UE передается от UE, уменьшая, таким образом, размер сообщения RAR.
Поэтому в способе произвольного доступа в этом варианте осуществления настоящей заявки в соединенном состоянии сетевое устройство, передача для UE сообщения с уведомлением, сообщает UE о ресурсе, который должен использоваться для передачи PRACH, так чтобы UE могло посылать PARCH, используя ресурс в соединенном состоянии вместо ожидания ресурса, указанного в широковещательном сообщении. Таким способом задержка произвольного доступа для UE в соединенном состоянии уменьшается.
Выше подробно описан способ произвольного доступа в варианте осуществления настоящей заявки со ссылкой на фиг. 2. Далее подробно описываются устройства произвольного доступа в вариантах осуществления настоящей заявки со ссылкой на фиг. 3-6.
Вариант осуществления настоящей заявки демонстрирует сетевое устройство. На фиг. 3 показана схематичная блок-схема сетевого устройства. На фиг. 3 схематично представлена блок-схема сетевого устройства 300, соответствующего варианту осуществления настоящей заявки. Как показано на фиг. 3, сетевое устройство содержит блок 310 обработки и передающее устройство 320. Блок 310 обработки может быть выполнен с возможностью получения информации о ресурсе, соответствующей целевому сервисному блоку. Информация о ресурсе используется для указания ресурса, который должен использоваться оборудованием пользователя UE, которое установило соединение с сетевым устройством, чтобы послать физический канал произвольного доступа PRACH через целевой сервисный блок, и целевой сервисный блок является ячейкой, к которой должно получить доступ UE, или по меньшей мере одним лучом, к которому должно получить доступ UE. Передающий блок 320 может быть выполнен с возможностью посылки на UE сообщения с уведомлением. Сообщение с уведомлением содержит информацию о ресурсе.
Информация о ресурсе может содержать информацию о ресурсе во временной области и информацию о ресурсе в частотной области и, соответственно, информация о ресурсе используется для указания, какой ресурс во временной области и ресурс в частотной области должен использоваться UE, которое установило соединение с первым сетевым устройством, чтобы послать PRACH через целевой сервисный блок. Альтернативно, информация о ресурсе может содержать информацию о ресурсе во временной области и, соответственно, информация о ресурсе используется для указания ресурса во временной области, который должен использоваться UE, которое установило соединение с первым сетевым устройством, чтобы послать PRACH через целевой сервисный блок.
Конкретно, сетевое устройство 300 может соответствовать первому сетевому устройству в способе 200 произвольного доступа в вариантах осуществления настоящей заявки и сетевое устройство 300 может содержать блоки, выполненные с возможностью осуществления способа, который выполняется первым сетевым устройством, описанным в способе 200 и показанным на фиг. 2. Кроме того, этапы и описанные выше операции и/или функции сетевого устройства 300 отдельно предназначены для реализации соответствующих процессов способа 200, показанного на фиг. 2. Для краткости, подробности здесь повторно не описываются.
Вариант осуществления настоящей заявки представляет оборудование пользователя. На фиг. 4 показана схематичная блок-схема оборудования пользователя. На фиг. 4 схематично показана блок-схема оборудования 400 пользователя, соответствующего варианту осуществления настоящей заявки. Как показано на фиг. 4, оборудование пользователя содержит приемный блок 410 и передающий блок 420. Приемный блок 410 может быть выполнен с возможностью приема сообщения с уведомлением, посланного первым сетевым устройством, которое установило соединение с UE. Сообщение с уведомлением содержит информацию о ресурсе, соответствующую целевому сервисному блоку, причем информация о ресурсе указывает ресурс, который должен использоваться UE, чтобы послать физический канал произвольного доступа PRACH через целевой сервисный блок, и целевой сервисный блок является ячейкой, к которой должно получить доступ UE, или по меньшей мере одним лучом, к которому должно получить доступ UE. Передающий блок 420 может быть выполнен с возможностью посылки PRACH через целевой сервисный блок, используя ресурс.
Конкретно, оборудование 400 пользователя может соответствовать оборудованию пользователя в способе 200 произвольного доступа в вариантах осуществления настоящей заявки и оборудование 400 пользователя может содержать блоки, выполненные с возможностью осуществления способа, который выполняется оборудованием пользователя, описанным в способе 200 и показанным на фиг. 2. Блоки и описанные выше операции и/или функции оборудование 400 пользователя отдельно предназначены для реализации соответствующих процессов способа 200, показанного на фиг. 2. Для краткости, подробности здесь повторно не описываются.
Вариант осуществления настоящей заявки дополнительно представляет сетевое устройство. На фиг. 5 можно видеть схематичную блок-схему сетевого устройства. На фиг. 5 схематично представлена блок-схема сетевого устройства 500, соответствующего другому варианту осуществления настоящей заявки. Как показано на фиг. 5, сетевое устройство содержит приемопередатчик 510, процессор 520, память 530 и система 540 шин. Приемопередатчик 540, процессор 520 и память 530 соединяются, используя систему 540 шин. Память 530 выполнена с возможностью хранения команд. Процессор 520 выполнен с возможностью исполнения команд, хранящихся в памяти 530, чтобы управлять приемопередатчиком 510 для приема или передачи сигнала. Память 530 может быть выполнена в процессоре 520 или может быть независимой от процессора 520.
Как вариант, процессор 520 может исполнять команды, хранящиеся в памяти 530. Команды могут использоваться для получения информации о ресурсе, соответствующей целевому сервисному блоку. Информация о ресурсе используется для указания ресурса, который должен использоваться оборудованием пользователя UE, которое установило соединение с сетевым устройством, чтобы послать физический канал произвольного доступа PRACH через целевой сервисный блок. Целевой сервисный блок является ячейкой, к которой должно получить доступ UE, или по меньшей мере одним лучом, к которому должно получить доступ UE.
Как вариант, процессор 520 может управлять приемопередатчиком 510, чтобы посылать на UE сообщение с уведомлением. Сообщение с уведомлением содержит информацию о ресурсе.
Конкретно, сетевое устройство 500 может соответствовать первому сетевому устройству в способе 200 произвольного доступа в вариантах осуществления настоящей заявки и сетевое устройство 500 может содержать цельные блоки, выполненные с возможностью осуществления способа, который выполняется первым сетевым устройством, описанным в способе 200 и показанным на фиг. 2. Цельные блоки и описанные выше операции и/или функции сетевого устройства 500 отдельно предназначены для реализации соответствующих процессов способа 200, показанного на фиг. 2. Для краткости, подробности здесь повторно не описываются.
Вариант осуществления настоящей заявки дополнительно обеспечивает оборудование пользователя. На фиг. 6 показана схематичная блок-схема оборудования пользователя. На фиг. 6 показана схематичная блок-схема оборудования 600 пользователя, соответствующего другому варианту осуществления настоящей заявки. Как показано на фиг. 6, оборудование пользователя содержит приемопередатчик 610, процессор 620, память 630 и систему 640 шин. Приемопередатчик 640, процессор 620 и память 630 соединяются, используя систему 640 шин. Память 630 выполнена с возможностью хранения команд. Процессор 620 выполнен с возможностью исполнения команд, хранящихся в памяти 630, чтобы управлять приемопередатчиком 610 для приема или передачи сигнала. Память 630 может быть выполнена в процессоре 620 или может быть независимой от процессора 620.
Как вариант, процессор 620 может управлять приемопередатчиком 610, чтобы принимать сообщение с уведомлением, посланное первым сетевым устройством, установившим соединение с UE, где информация с уведомлением содержит информацию о ресурсе, соответствующую целевому сервисному блоку, целевой сервисный блок является ячейкой, к которой должно получать доступ UE, или по меньшей мере одним лучом, к которому должно получать доступ UE, и информация о ресурсе указывает ресурс, который должен использоваться UE для передачи физического канала произвольного доступа PRACH через целевой сервисный блок; и дополнительно посылает PRACH через целевой сервисный блок, используя ресурс.
Конкретно, оборудование 600 пользователя может соответствовать оборудованию пользователя в способе 200 произвольного доступа в вариантах осуществления настоящей заявки и оборудование 600 пользователя может содержать цельные блоки, выполненные с возможностью осуществления способа, который выполняется оборудованием пользователя, описанным в способе 200 и показанным на фиг. 2. Кроме того, цельные блоки и описанные выше операции и/или функции оборудования 600 пользователя отдельно предназначены для реализации соответствующих процессов способа 200, показанного на фиг. 2. Для краткости, подробности здесь повторно не описываются.
Следует понимать, что процессор в вариантах осуществления настоящей заявки может быть интегрированной микросхемой и имеет возможности обработки сигнала. В процессе реализации каждый блок в представленном выше способе может быть реализован, используя интегральную логическую схему аппаратного обеспечения в процессоре или команды в форме программного обеспечения. Процессор может быть блоком центрального процессора (Central Processing Unit, CPU) или другим универсальным процессором, цифровым сигнальным процессором (Digital Signal Processor, DSP), специализированной интегральной схемой (Application-Specific Integrated Circuit, ASIC), программируемой логической интегральной схемой (Field Programmable Gate Array, FPGA) или другим программируемым логическим устройством, дискретным шлюзом или транзисторным логическим устройством или дискретным компонентом аппаратного обеспечения. Процессор может быть реализован или выполнять способы, этапы и логические блок-схемы, раскрытые в вариантах осуществления настоящей заявки. Универсальный процессор может быть микропроцессором или любым традиционным процессором и т.п. Этапы способа, раскрытые со ссылкой на варианты осуществления настоящей заявки, могут реализовываться непосредственно как выполняемые декодирующим процессором аппаратного обеспечения или выполняемые, используя сочетание аппаратного обеспечения декодирующего процессора и компонента программного обеспечения. Компонент программного обеспечения может располагаться на известном носителе данных высокого уровня, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель данных располагается в памяти и процессор считывает информацию из памяти и выполняет этапы представленного выше способа в сочетании с аппаратным обеспечением процессора.
Дополнительно следует понимать, что память в вариантах осуществления настоящей заявки может быть энергозависимой или энергонезависимой памятью или содержать энергозависимую память и энергонезависимую память. Энергонезависимая память может быть постоянной памятью (Read-Only Memory, ROM), программируемой постоянной памятью (Programmable ROM, PROM), стираемой программируемой постоянной памятью (Erasable PROM, EPROM), электрически стираемой программируемой постоянной памятью (Electrically EPROM, EEPROM) или флэш-памятью. Энергозависимая память может быть оперативной памятью (Random Access Memory, RAM), используемой в качестве внешнего кэша. В качестве примера, но не для ограничения, могут использоваться многочисленные формы RAM, такие как статическая оперативная память (Static RAM, SRAM), динамическая оперативная память (Dynamic RAM, DRAM), синхронная динамическая оперативная память (Synchronous DRAM, SDRAM), синхронная динамическая оперативная память с удвоенной скоростью обмена (Double Data Rate SDRAM, DDR SDRAM), усовершенствованная синхронная динамическая оперативная память (Enhanced SDRAM, ESDRAM), синхронная канальная динамическая оперативная память (Synchlink DRAM, SLDRAM), оперативная память прямого доступа Rambus (Direct Rambus RAM, DR RAM). Следует заметить, что память в системе и способ, представленные в настоящем описании, могут содержать, не ограничиваясь этими видами памяти, любую память другого подходящего типа.
Дополнительно следует понимать, что система шин, в дополнение к шине данных, может дополнительно содержать шину электропитания, управляющую шину, шину сигналов состояния и т.п. Однако для ясности описания различные шин на чертежах помечаются как система шин.
В процессе реализации каждый этап представленного выше способа может быть осуществлен, используя интегральную логическую схему аппаратного обеспечения в процессоре или команды в форме программного обеспечения. Этапы способа произвольного доступа, раскрытые со ссылкой на варианты осуществления настоящей заявки, могут реализовываться непосредственно как выполняемые процессором аппаратного обеспечения или как выполняемые, используя сочетание аппаратного обеспечения процессора и компонента программного обеспечения. Компонент программного обеспечения может располагаться на известном носителе данных высокого уровня, таком как оперативная память, флэш-память, постоянная память, программируемая постоянная память, электрически стираемая программируемая память или регистр. Носитель данных располагается в памяти и процессор считывает информацию из памяти и выполняет этапы представленного выше способа в сочетании с аппаратным обеспечением процессора. Чтобы избежать повторений, подробности здесь снова не описываются.
Вариант осуществления настоящей заявки дополнительно предусматривает считываемый компьютером носитель для хранения данных. Считываемый компьютером носитель для хранения данных может хранить одну или более программ. Одна или более программ содержат команды. Когда команды выполняются переносным электронным устройством, содержащим множество прикладных программ, переносное электронное устройство может выполнять способ варианта осуществления, показанного на фиг. 2.
Следует понимать, что термин "и/или" в этом описании представляет только соотношение ассоциации для описания ассоциированных объектов и то, что могут существовать три соотношения. Например, А и/или В может представлять следующие три случая: существует только А, А и В существуют одновременно и существует только В. Кроме того, символ "/" в этом описании обычно указывает соотношение "или" между связанными объектами.
Следует понимать, что номера последовательности в описанных выше процессах не означают последовательность выполнения в вариантах осуществления настоящей заявки. Последовательность выполнения процессов должна определяться в соответствии с функциями и внутренней логикой процессов и не должна истолковываться как какое-либо ограничение процессов реализации вариантов осуществления настоящей заявки.
Специалисты в данной области техники могут знать, что совместно с примерами, описанными в вариантах осуществления, раскрытых в настоящем описании, блоки и этапы алгоритма могут быть реализованы электронными аппаратными средствами или сочетанием компьютерного программного обеспечения и электронного аппаратного обеспечения. Выполняются ли функции аппаратными средствами или программным обеспечением, зависит от конкретных применений и условий конструктивных ограничений технических решений. Специалисты в данной области техники могут использовать различные способы для реализации описанных функций при каждом конкретном применении, но это не должно рассматриваться как реализация, выходящая за рамки объема настоящей заявки.
Специалистам в данной области техники может быть очевидно, что в целях удобного и краткого описания, для более подробного описания технологического процесса системы, устройства и блока ссылка может делаться на соответствующий процесс в описанных выше вариантах осуществления способа. Подробности здесь повторно не описываются.
В нескольких вариантах осуществления, представленных в настоящей заявке, следует понимать, что раскрытые система, устройство и способ могут быть реализованы другими способами. Например, описанный вариант осуществления устройства является просто примерным. Например, деление блоков является просто логическим функциональным делением и при реальном осуществлении возможно другое деление. Например, множество блоков или компонент могут объединяться или интегрироваться в другую систему или некоторые признаки могут игнорироваться или не выполняться. Кроме того, отображаемые или обсуждаемые взаимосвязи или прямые связи или связные соединения между устройствами могут реализовываться, используя некоторые интерфейсы. Косвенные связи или связные соединения между устройствами или блоками могут быть реализованы в электрической, механической или других формах.
Блоки, описанные как отдельные части, могут быть или не быть физически разделенными и части, отображаемые как блоки, могут быть или не быть физическими блоками, то есть, могут располагаться в одном месте или могут быть распределены по множеству сетевых блоков. Некоторые или все блоки могут выбираться в соответствии с реальными потребностями для достижения целей решений вариантов осуществления.
Кроме того, функциональные блоки в вариантах осуществления настоящей заявки могут интегрироваться в единый блок процессора или каждый из блоков может физически существовать отдельно или два или более блоков интегрируются в один блок.
Когда функции реализуются в форме программного функционального блока и продаются или используются как независимый продукт, функции могут храниться на считываемом компьютером носителе данных. Основываясь на таком понимании, по существу, технические решения настоящей заявки или их часть, составляющая часть предшествующего уровня техники, или некоторые технические решения могут быть реализованы в форме программного продукта. Компьютерный программный продукт хранится на носителе для хранения данных и содержит несколько команд для управления компьютерным устройством (которое может быть персональным компьютером, сервером или сетевым устройством и т.п.), чтобы исполнять все или некоторые этапы способов, описанных в вариантах осуществления настоящей заявки. Упомянутый носитель для хранения данных содержит: любой носитель, который может хранить управляющую программу, такой как постоянное запоминающее устройство (Read-Only Memory, ROM), оперативная память (Random Access Memory, RAM), магнитный диск или оптический диск.
Приведенные выше описания являются просто конкретными реализациями настоящей заявки и не предназначены ограничивать объем защиты представленной заявки. Любое изменение или замена, с легкостью определенные специалистами в данной области техники в рамках технического объема, раскрытого в настоящей заявке, будут попадать в границы объема защиты настоящей заявки. Поэтому объем защиты настоящей заявки является предметом объема защиты формулы изобретения.