ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
[1] Настоящая заявка испрашивает приоритет на основании заявки на патент Китая №201910932219.8, поданной 29 сентября 2019 года, все содержание которой настоящим включено в настоящую заявку посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ
[2] Варианты осуществления настоящего изобретения относятся к области связи и, в частности, к способу, устройству позиционирования, пользовательскому терминалу и носителю данных для поиска микрорайона.
УРОВЕНЬ ТЕХНИКИ
[3] Целью поиска микрорайона является обеспечение того, чтобы пользовательский терминал UE (User Equipment) мог получать временную и частотную синхронизацию системы, чтобы он мог считывать системную информацию (идентификационный номер микрорайона, полосу пропускания системы и другую информацию о широковещательной передаче микрорайона и т. д.) и выполнять последующую передачу данных. Другими словами, чтобы получить доступ к определенному микрорайону, пользовательский терминал UE должен завершить такие процессы, как поиск микрорайона, получение информации о системе микрорайона и случайный доступ, среди которых поиск микрорайона является одной из важных предпосылок последующих процессов. В приложении системы мобильной связи терминал должен искать подходящий микрорайона как можно скорее после включения питания, чтобы получить подробную информацию о микрорайоне, и терминал может использовать сетевую услугу только после входа в систему микрорайона.
РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[4] Задача настоящего изобретения состоит в том, чтобы предоставить способ, устройство позиционирования, пользовательский терминал и носитель данных для поиска микрорайона.
[5] Объектом настоящего изобретения является способ поиска микрорайона, содержащий следующие этапы: перехват данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации; при этом предварительное получение указанного начального адреса и указанной длины данных выполняют в соответствии с протоколом передачи широковещательного канала, на основе которого передаются указанные нисходящие данные; анализ указанных перехваченных данных с целью получения информации о микрорайоне.
[6] Объектом настоящего изобретения также является устройство поиска микрорайона, содержащее: модуль получения данных, предназначенный для перехвата данных из нисходящих данных, передаваемых по указанному протоколу передачи широковещательного канала, в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации; аналитический модуль, предназначенный для анализа перехваченных данных с целью получения информации о микрорайоне; модуль получения параметров, предназначенный для предварительного получения начального адреса и длины данных блока сигнала синхронизации в соответствии с протоколом передачи широковещательного канала, на основе которого нисходящие данные передаются.
[7] Объектом настоящего изобретения также является пользовательский терминал, содержащий: по меньшей мере один процессор и память, коммуникативно связанную с по меньшей мере одним процессором; при этом в памяти хранятся команды, исполняемые по меньшей мере одним процессором, указанные команды исполняются по меньшей мере одним процессором таким образом, чтобы позволить по меньшей мере одному процессору выполнить описанный выше способ поиска микрорайона.
[8] Объектом настоящего изобретения также является машиночитаемый носитель данных, предназначенный для хранения компьютерной программы, указанная компьютерная программа выполняется процессором для реализации описанного выше способа поиска микрорайона.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[9] Один или несколько вариантов осуществления иллюстрируются с целью примера посредством соответствующих им изображений на сопроводительных чертежах; эти примерные чертежи не являются ограничением вариантов осуществления изобретения, на всех чертежах использованы одинаковые цифровые обозначения для указания аналогичных элементов, а фигуры на сопроводительных чертежах не предназначены для ограничения масштаба, если специально не указано иное.
[10] Фиг. 1 представляет собой блок-схему реализации предложенного способа поиска микрорайона в первом варианте осуществления настоящего изобретения.
[11] Фиг. 2 представляет собой блок-схему реализации предложенного способа поиска микрорайона в первом варианте осуществления настоящего изобретения.
[12] Фиг. 3 представляет собой блок-схему реализации предложенного способа поиска микрорайона во втором варианте осуществления настоящего изобретения.
[13] Фиг. 4 представляет собой блок-схему реализации предложенного способа поиска микрорайона в третьем варианте осуществления настоящего изобретения.
[14] Фиг. 5 представляет собой структурную схему устройства поиска микрорайона в четвертом варианте осуществления настоящего изобретения.
[15] Фиг. 6 представляет собой структурную схему пользовательского терминала в пятом варианте осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ РЕАЛИЗАЦИИ
[16] Для того чтобы сделать более понятными задачи, технические решения и преимущества вариантов осуществления настоящего изобретения, все варианты осуществления настоящего изобретения подробно описаны ниже в сочетании с сопроводительными чертежами. Однако специалистам в данной области будет понятно, что в различных вариантах осуществления настоящего изобретения многие технические детали представлены для того, чтобы читатели могли лучше понять настоящее изобретение. Однако даже без этих технических деталей и различных вариаций и модификаций, основанных на каждом из следующих вариантов воплощения, могут быть получены технические решения, включенные в объем настоящего изобретения. Разделы следующих вариантов осуществления приведены для удобства описания и не являются ограничением конкретных вариантов осуществления настоящего изобретения, которые могут быть объединены и упомянуты в сочетании друг с другом, при условии, что они не противоречат друг другу.
[17] В настоящее время пользовательские терминалы используют PSS (Primary Synchronization Signal, первичный сигнал синхронизации) и SSS (Secondary Synchronization Signal, вторичный сигнал синхронизации) для завершения процесса синхронизации нисходящих данных. Синхронизация нисходящих данных относится к синхронизации между пользовательским терминалом и передающим концом нисходящих данных.
[18] Изобретатели обнаружили, что поскольку сигналы PSS непосредственно отображаются во временную область на стороне передатчика, пользовательский терминал должен попытаться проанализировать все возможные положения PSS во временной области, а также все возможные положения SSS в частотной области, чтобы завершить процесс поиска микрорайона. С быстрым развитием технологий связи положение PSS во временной области и положение SSS в частотной области могут появляться все больше и больше в соответствии с протоколом передачи широковещательного канала. Например: в соответствии с протоколом в 5G NR (5th Generation New Radio, новое радио 5го поколения) во временной области сосуществует не более 64 положения PSS, положение SSS в частотной области больше не является фиксированным во всей широкополосной сети. Кроме того, блок сигнала синхронизации SSB (SS/PBCH block) состоит из PSS, SSS и PBCH, а период передачи блока сигнала синхронизации составляет 5 мс, 10 мс, 20 мс, 40 мс, 80 мс, 160 мс и т.д. Таким образом, различные периоды и положения во временно-частотной области могут быть объединены для создания множества сценариев, в результате чего объем данных, обрабатываемых пользовательским терминалом для завершения процесса поиска микрорайона в соответствии с протоколом передачи широковещательного канала, достигает более 4 миллионов Ts (1Ts = 1/(15000*2048)s) данных, что отнимает слишком много времени. Исходя из этого, изобретатели предложили данное техническое решение.
[19] Первый вариант осуществления настоящего изобретения относится к способу поиска микрорайона. Конкретный процесс показан на фигуре 1.
[20] Этап 101: перехват данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации.
[21] При этом предварительное получение указанного начального адреса и указанной длины данных выполняют в соответствии с протоколом передачи широковещательного канала, на основе которого передаются указанные нисходящие данные;
[22] Этап 102: анализ указанных перехваченных данных с целью получения информации о микрорайоне.
[23] Способ поиска микрорайона настоящего варианта осуществления может быть применен к пользовательскому терминалу. Пользовательский терминал представляет собой любое электронное устройство, например, мобильный телефон, который может быть подключен к сети. Протокол передачи широковещательного канала, на основе которого передаются нисходящие данные, в этом варианте осуществления может быть протоколом 5G NR (5th Generation New Radio, новое радио 5го поколения, именуемое в дальнейшем 5G NR). Этот вариант осуществления и следующие варианты осуществления описаны на примере протокола 5G NR, но не ограничиваются им.
[24] На этапе 101 нисходящие данные отправляются с передающего конца нисходящих данных на пользовательский терминал. Передающим концом нисходящих данных может быть базовая станция и т.п. Начальный адрес SSBStart блока сигналов синхронизации SSB указывает начальное положение SSB в каждом кадре нисходящих данных, и пользовательский терминал будет перехватывать данные из кадра нисходящих данных каждых положений в частотной области, где может существовать SSB; то есть из кадров нисходящих данных в различных положениях частотной области данные длиной SSBLength перехватываются с начального адреса SSBStart каждый раз. Таким образом, пользовательский терминал может перехватывать данные, содержащие SSB в различных положениях частотной области.
[25] Когда пользовательский терминал содержит GPS, разница во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных равна нулю. В этом случае начальный адрес вычисляется только в соответствии с положением блока сигнала синхронизации во временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала. В этом случае начальный адрес неизменен, и именно он предварительно сохраняется в локальной записи.
[26] В этом варианте осуществления начальный адрес и длина данных получаются предварительно в соответствии с протоколом передачи широковещательного канала, на основе которого передаются нисходящие данные. Как и в этом варианте осуществления, протоколом передачи широковещательного канала является протокол 5G NR, а начальный адрес и длина данных предварительно получены в соответствии с протоколом 5G NR.
[27] В одном примере осуществления начальный адрес блока сигнала синхронизации может быть получен путем вычисления в соответствии с разницей во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных, положением блока сигнала синхронизации во временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала.
[28] Длина данных предварительно сохраняется в локальной записи и вызывается непосредственно во время поиска микрорайона, начальный адрес блока сигнала синхронизации может быть вычислен во время поиска микрорайона, т.е.
[29] Этапу 101 предшествует этап 100, последовательность операций показана на фигуре 2.
[30] Этап 100: вычисляется начальный адрес блока сигнала синхронизации в соответствии с разницей во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных, положением блока сигнала синхронизации во временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала.
[31] В частности, начальный адрес блока сигнала синхронизации может быть рассчитан по следующей формуле:
начальный адрес SSBStart = FrameStart + SSBPositionTab - Coverage/n.
[32] Здесь FrameStart - разница во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных в соответствии с протоколом; SSBPositionTab - положение блока сигнала синхронизации во временной области, определяемое отдельно в соответствии с протоколом передачи широковещательного канала; Coverage - зона покрытия микрорайонной связи, а n - положительное число. Стоит отметить, что при использовании этой формулы значение длины Coverage необходимо преобразовать в число точек выборки.
[33] В данном варианте осуществления пользовательский терминал содержит датчик позиционирования. Поскольку пользовательский терминал содержит датчик позиционирования и датчик позиционирования находится в нормальном состоянии, пользовательский терминал синхронизируется с передающим концом нисходящих данных с помощью датчика позиционирования, и разница во времени синхронизации равна нулю. То есть, когда поиск микрорайона инициируется после обнаружения рассинхронизации пользовательского терминала, разница во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных, равна нулю. Поэтому предварительно сохраненный начальный адрес SSBStart = SSBPositionTab - Coverage/n.
[34] Положение блока сигнала синхронизации во временной области SSBPositionTab рассчитывается в соответствии с параметрами конфигурации SSB, которые определяются в соответствии с протоколом широковещательного канала, и параметры конфигурации SSB, соответствующие SSBPositionTab, могут быть предварительно рассчитаны, и предварительно сохранены в виде формы, так что они могут быть непосредственно вызваны в процессе поиска микрорайона. Как и в данном варианте осуществления, в протоколе 5G NR существует шесть различных параметров конфигурации SSB, и SSBPositionTab, соответствующие шести различным параметрам конфигурации SSB, предварительно сохраняются в виде формы, так что SSBPositionTab, соответствующие параметрам конфигурации SSB, могут быть непосредственно вызваны в процессе поиска микрорайона.
[35] Способ предварительной установки зоны покрытия микрорайонной связи Coverage заключается в следующем: зона покрытия микрорайонной связи рассчитывается в соответствии с интервалом защиты восходящей и нисходящей линий связи, определенным в соответствии с протоколом передачи широковещательного канала и предполагаемым временем переключения между восходящей линией связи и нисходящей линией связи. Стоит отметить, что зона покрытия микрорайонной связи будет влиять на получение начального адреса и длины данных, поэтому зона покрытия микрорайонной связи может быть или не быть максимальной зоной покрытия микрорайонной связи.
[36] В этом варианте осуществления для участия в вычислении выбирается максимальное значение зоны покрытия микрорайонной связи, что делает более широко применимым вычисленный начальный адрес блока сигнала синхронизации, который может быть применен к большему количеству сценариев применения (то есть ограничение на положение пользовательского терминала небольшое). Максимальное значение зоны покрытия микрорайонной связи Coverage= (GP -T[Rx-Tx,Ue])*c.
[37] Здесь c - скорость света, c = 3 * 10 8 м/с; GP (Guard Period) - интервал защиты восходящей и нисходящей линий связи, GP используется для обеспечения того, чтобы пользовательский терминал отправлял данные по восходящей линии одновременно в интервале восходящей линии; T[Rx-Tx, Ue] - прогнозируемое время переключения между восходящей линией связи и нисходящей линией связи.
[38] Когда зона покрытия микрорайонной связи принимает максимальное значение, n = 2, то есть начальный адрес SSBStart = FrameStart + SSBPositionTab - Coverage/ 2. Однако, не ограничиваясь этим, n может быть принято в зависимости от конкретной ситуации.
[39] Кроме того, длина данных SSBLength рассчитывается в соответствии с числом точек выборки, поддерживаемых пользовательским терминалом, определенным в соответствии с протоколом передачи широковещательного канала, и зоной покрытия микрорайонной связи, определенной в соответствии с протоколом передачи широковещательного канала.
[40] В частности, число точек выборки FFTSize, поддерживаемых пользовательским терминалом, может быть определено в соответствии с полосой пропускания и интервалом поднесущей, поддерживаемыми протоколом передачи широковещательного канала, а длина данных может быть рассчитана в соответствии с числом точек выборки FFTSize и зоной покрытия микрорайонной связи Coverage. Длина данных может быть рассчитана по следующей формуле: SSBLength = FFTSize + Coverage. При использовании этой формулы значение длины Coverage необходимо преобразовать в число точек выборки.
[41] На этапе 102 выполняют обработку PSS для перехваченных данных, чтобы получить характеристику NID2 положения физического микрорайона, а затем выполняют обработку SSS на этой основе, чтобы получить характеристику NID1 положения физического микрорайона, затем определяют физический символ PCI микрорайона на основе NID1 и NID2, наконец получают результат проверки циклической избыточности CRC путем анализа PBCH, на этом завершен весь процесс быстрого поиска микрорайона.
[42] В предшествующем уровне техники необходимо попытаться разобрать все возможные положения первичного сигнала синхронизации (содержащегося в блоке сигнала синхронизации) в временной области и все возможные положения (содержащегося в блоке сигнала синхронизации) вторичного сигнала синхронизации в частотной области в нисходящих данных, что что занимает слишком много времени и влияет на взаимодействие с пользователем. По сравнению с уровнем техники, в настоящем варианте осуществления положение блока сигнала синхронизации заранее определено, и только сегмент, содержащий блок сигнала синхронизации, должен быть перехвачен из данных нисходящих данных и проанализирован, что значительно сокращает объем данных, подлежащих обработке, сокращает время поиска микрорайона и повышает удобство работы пользователя.
[43] Второй вариант осуществления настоящего изобретения относится к способу поиска микрорайона. Этот вариант осуществления по существу аналогичен первому варианту осуществления, за исключением того, что: в этом варианте осуществления перед вычислением начального адреса блока сигнала синхронизации в соответствии с разницей во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных в соответствии с протоколом передачи широковещательного канала, положением блока сигнала синхронизации в временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала, этот вариант осуществления дополнительно содержит: получение локально зарегистрированной разницы во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации при инициировании поиска микрорайона после обнаружения рассинхронизации пользовательского терминала.
[44] Блок-схема реализации предложенного способа поиска микрорайона в этом варианте осуществления показана на фигуре 3.
[45] Этап 201: получение локально зарегистрированной разницы во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации при инициировании поиска микрорайона после обнаружения рассинхронизации пользовательского терминала.
[46] В частности, рассинхронизация пользовательского терминала относится к потере соединения между пользовательским терминалом и микрорайоном. Однако до того, как пользовательский терминал потеряет синхронизацию, то есть, когда пользовательский терминал получит доступ к микрорайону, разница во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных FrameStart будет записана в режиме реального времени. Поскольку разницы во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных FrameStart до рассинхронизации и после рассинхронизации изменяются очень незначительно, когда пользовательский терминал начинает поиск микрорайона, получается локально зарегистрированная разница во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации. Таким образом, начальный адрес блока сигнала синхронизации может быть определен точно и быстро, так что положение блока сигнала синхронизации в нисходящих данных может быть определено точно и быстро.
[47] Стоит отметить, что независимо от того, содержит ли пользователь датчик позиционирования или нет, получается локально зарегистрированная разница во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации, когда поиск микрорайона инициируется после обнаружения рассинхронизации пользовательского терминала.
[48] Этап 202: вычисляется начальный адрес блока сигнала синхронизации в соответствии с разницей во времени синхронизации между пользовательским терминалом, применяемым в соответствии со способом поиска микрорайона, и передающим концом нисходящих данных, положением блока сигнала синхронизации во временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала.
[49] Этап 202 аналогичен этапу 100 и здесь повторяться не будет. Следует отметить, что в этом варианте осуществления разница во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных представляет собой локально зарегистрированную разницу во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации.
[50] Этап 203: перехват данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации.
[51] Этап 204: анализ перехваченных данных с целью получения информации о микрорайоне.
[52] Этап 203, этап 204 аналогичны этапу 101, этапу 102 и здесь повторяться не будут.
[53] В этом варианте осуществления получается локально зарегистрированная разница времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации пользовательского терминала при инициировании поиска микрорайона после обнаружения рассинхронизации пользовательского терминала; предлагается конкретный способ включения быстрого поиска микрорайона после рассинхронизации пользовательского терминала.
[54] Третий вариант осуществления настоящей заявки относится к способу поиска микрорайона. Этот вариант осуществления по существу аналогичен первому варианту осуществления, за исключением того, что в этом варианте осуществления перед вычислением начального адреса блока сигнала синхронизации в соответствии с разницей во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных микрорайона, положением блока сигнала синхронизации в временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала, этот вариант осуществления дополнительно содержит: когда поиск микрорайона инициируется после обнаружения того, что пользовательский терминал включен, если пользовательский терминал содержит датчик позиционирования, то датчик позиционирования выполняет синхронизацию между пользовательским терминалом и передающим концом нисходящих данных, при этом разница во времени синхронизации установлена равной нулю.
[55] Блок-схема реализации предложенного способа поиска микрорайона в этом варианте осуществления показана на фигуре 4.
[56] Этап 301: когда поиск микрорайона инициируется после обнаружения того, что пользовательский терминал включен, если пользовательский терминал содержит датчик позиционирования, то датчик позиционирования выполняет синхронизацию между пользовательским терминалом и передающим концом нисходящих данных, при этом разница во времени синхронизации установлена равной нулю.
[57] В частности, включение пользовательского терминала содержит первое включение (т.е. первое включение новой машины, только что вышедшей с завода) и не первое включение (т.е. перезагрузка после выключения); датчик позиционирования может быть GPS и т.д.
[58] В конкретном примере, когда поиск микрорайона инициируется после первого включения пользовательского терминала, поскольку пользовательский терминал содержит датчик позиционирования, он может использовать датчик позиционирования для синхронизации времени. При этом разница во времени синхронизации равна нулю, т.е. нет необходимости учитывать разницу во времени синхронизации.
[59] Следует отметить, что когда пользовательский терминал не включен в первый раз, если пользовательский терминал не содержит датчика позиционирования, когда поиск микрорайона инициируется после включения пользовательского терминала, поиск микрорайона может быть выполнен способом, описанным во втором варианте осуществления, поскольку разница во времени синхронизации хранится в локальных записях пользовательского терминала. Однако неясно, находится ли пользовательский терминал после включения в исходном положении, поэтому существует вероятность того, что поиск микрорайона будет безрезультатным. При этом пользовательский терминал может провести поиск способом поиска предшествующего уровня техники.
[60] В конкретном примере, когда пользовательский терминал включается в первый раз, когда поиск микрорайона инициируется после включения пользовательского терминала, он может использовать датчик позиционирования для синхронизации времени, поскольку пользовательский терминал содержит датчик позиционирования, и разница во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных в это время равна нулю, т.е. нет необходимости учитывать разницу во времени синхронизации.
[61] Следует отметить, что при первом включении пользовательского терминала, если пользовательский терминал не содержит датчика позиционирования, в это время пользовательский терминал может провести поиск способом поиска предшествующего уровня техники.
[62] Этап 302: вычисляется начальный адрес блока сигнала синхронизации в соответствии с разницей во времени синхронизации между пользовательским терминалом, применяемым в соответствии со способом поиска микрорайона, и передающим концом нисходящих данных, положением блока сигнала синхронизации во временной области и зоной покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала.
[63] Этап 302 аналогичен этапу 100 и здесь повторяться не будет. Следует отметить, что в этом варианте осуществления разница во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных, равна нулю.
[64] Этап 303: перехват данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации.
[65] Этап 304: анализ перехваченных данных с целью получения информации о микрорайоне.
[66] Этап 303, этап 304 аналогичны этапу 101, этапу 102 и здесь повторяться не будут.
[67] В этом варианте осуществления, когда инициируется поиск микрорайона после обнаружения того, что пользовательский терминал включен, если пользовательский терминал содержит датчик позиционирования, датчик позиционирования используется для синхронизации пользовательского терминала с передающим концом нисходящих данных, а разница во времени синхронизации устанавливается равной нулю; предлагается конкретный способ быстрого проведения поиска микрорайона после включения пользовательского терминала.
[68] Этапы вышеупомянутых различных способов разделены только с целью ясного описания, при осуществлении они могут быть объединены в один этап, или некоторый этап может быть разделен и разложен на несколько этапов. При условии, что они включают одну и ту же логическую связь, все они находятся в пределах объема охраны настоящего патента; добавление незначительных модификаций в алгоритм или процесс или введение незначительных конструкций, но не изменение основной конструкции алгоритма и процесса находятся в пределах объема охраны настоящего патента. Объем охраны патента распространяется на добавление незначительных модификаций в алгоритм или процесс или введение незначительных конструкций, которые не изменяют основную конструкцию алгоритма или процесса.
[69] Четвертый вариант осуществления настоящего изобретения относится к устройству поиска микрорайона, как показано на фигуре 5, содержащему:
[70] модуль получения параметров 401, предназначенный для предварительного получения начального адреса и длины данных блока сигнала синхронизации в соответствии с протоколом передачи широковещательного канала, на основе которого нисходящие данные передаются;
[71] модуль получения данных 402, предназначенный для перехвата данных из нисходящих данных, передаваемых по указанному протоколу передачи широковещательного канала, в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации;
[72] аналитический модуль 403, предназначенный для анализа перехваченных данных с целью получения информации о микрорайоне.
[73] В конкретном примере устройство поиска микрорайона дополнительно содержит модуль получения зоны покрытия микрорайонной связи, предназначенный для вычисления зоны покрытия микрорайонной связи в соответствии с интервалом защиты восходящей и нисходящей линий, определенным в соответствии с протоколом передачи широковещательного канала, и прогнозируемыми времени переключения между восходящей линией связи и нисходящей линией связи.
[74] В одном конкретном примере устройство поиска микрорайона дополнительно содержит модуль получения разницы во времени синхронизации. Этот модуль предназначен для получения локально зарегистрированной разницы во времени синхронизации между пользовательским терминалом и передающим концом нисходящих данных до рассинхронизации пользовательского терминала перед перехватом данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации при инициировании поиска микрорайона после обнаружения рассинхронизации пользовательского терминала.
[75] В одном конкретном примере, модуль получения разницы во времени синхронизации предназначается для синхронизации пользовательского терминала с передающим концом нисходящих данных с помощью датчика позиционирования и установки разницы во времени синхронизации равной нулю перед перехватом данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации, если пользовательский терминал содержит датчик позиционирования, и после обнаружения того, что пользовательский терминал включился и инициировал поиск микрорайона.
[76] В конкретном примере модуль получения параметров 401 предназначается для вычисления начального адреса блока сигнала синхронизации в соответствии с разницей во времени синхронизации между применяемыми в соответствии со способом поиска микрорайона пользовательским терминалом и передающим концом нисходящих данных, положением блока сигнала синхронизации во временной области и зоны покрытия микрорайонной связи, определенными в соответствии с протоколом передачи широковещательного канала; вычисления длины данных в соответствии с числом точек выборки, поддерживаемых пользовательским терминалом, определенным в соответствии с протоколом передачи широковещательного канала, и зоной покрытия микрорайонной связи, определенной в соответствии с протоколом передачи широковещательного канала.
[77] В конкретном примере модуль получения параметров 401 предназначается для вычисления начального адреса блока сигналов синхронизации в соответствии с разницей во времени синхронизации, положением во временной области и максимальным значением зоны покрытия микрорайонной связи, вычисления длины данных в соответствии с числом точек выборки, поддерживаемых пользовательским терминалом, определенным в соответствии с протоколом передачи широковещательного канала, и зоной покрытия микрорайонной связи, определенной в соответствии с протоколом передачи широковещательного канала.
[78] Нетрудно обнаружить, что этот вариант осуществления является конечным вариантом осуществления, соответствующим первому варианту осуществления, второму варианту осуществления и третьему варианту осуществления, и что этот вариант осуществления может быть реализован в сочетании с первым вариантом осуществления, вторым вариантом осуществления и третьим вариантом осуществления в сочетании друг с другом. Соответствующие технические детали, упомянутые в первом варианте осуществления, втором варианте осуществления и третьем варианте осуществления, остаются в силе в этом варианте осуществления, подробности здесь не повторяются. Соответственно, соответствующие технические детали, упомянутые в настоящем варианте осуществления, также могут быть применены в первом варианте осуществления, втором варианте осуществления и третьем варианте осуществления.
[79] Следует отметить, что все модули, упомянутые в этом варианте осуществления, являются логическими модулями. В практических приложениях логический элемент может быть физическим, частью физического элемента или комбинацией нескольких физических элементов. Кроме того, чтобы подчеркнуть инновационную часть настоящей заявки, в этом варианте осуществления не описаны элементы, которые не имеют тесного отношения к решению технической проблемы, поднятой в настоящей заявке, но это не означает, что в этом нет других элементов.
[80] Пятый вариант осуществления настоящего изобретения относится к пользовательскому терминалу, содержащему, как показано на фигуре 6, по меньшей мере один процессор 502 и память 501, коммуникативно связанную с по меньшей мере одним процессором. При этом в памяти 501 хранятся команды, исполняемые по меньшей мере одним процессором 502, указанные команды исполняются по меньшей мере одним процессором 502, чтобы позволить по меньшей мере одному процессору 502 выполнить указанный способ поиска микрорайона.
[81] Более того, память 501 и процессор 502 соединены посредством шины, которая может включать любое число взаимосвязанных шин и мостов, и шина соединяет вместе различные схемы одного или нескольких процессоров 502 и памяти 501. Шина также может соединять различные другие схемы, такие как периферийные устройства, регуляторы напряжения и схемы управления питанием, все из которых хорошо известны в данной области и поэтому не будут описаны далее в настоящем документе. Интерфейс шины обеспечивает интерфейс между шиной и приемопередатчиком. Приемопередатчик может представлять собой один элемент или множество элементов, например, множество приемников и передатчиков, обеспечивающих связь с различными другими устройствами по передающей среде. Данные, обрабатываемые процессором 502, передаются по беспроводной среде через антенну, и далее антенна также принимает данные и передает данные процессору 502.
[82] Процессор 502 предназначается для управления шиной и для обычной обработки данных, а также может обеспечивать различные функции, включая синхронизацию, периферийные интерфейсы, регулирование напряжения, управление питанием и другие функции управления. Память может использоваться для хранения данных, используемых процессором при выполнении операций.
[83] Шестой вариант осуществления настоящей заявки относится к машиночитаемому носителю данных, предназначенному для хранения компьютерной программы. Вышеупомянутые варианты осуществления способа реализуются, когда компьютерная программа выполняется процессором.
[84] То есть специалистам в данной области техники понятно, что все или некоторые из этапов способа реализации вышеприведенных вариантов осуществления могут быть выполнены с помощью программы, которая отправляет команды в соответствующие аппаратные средства. Указанная программа хранится на носителе данных, содержит ряд команд, позволяющих устройству (которое может быть микроконтроллером, чипом и т.д.) или процессору (processor) выполнять все или некоторые из этапов способа, описанных в различных вариантах осуществления настоящей заявки. Вышеупомянутый носитель данных содержит: U-диск, мобильный жесткий диск, постоянное запоминающее устройство (ROM, Read-Only Memory), оперативное запоминающее устройство (RAM, Random Access Memory), магнитный диск или оптический диск и другие носители, на которых могут храниться программные коды.
[85] Специалистам в данной области понятно, что каждый из вышеупомянутых вариантов осуществления представляет собой конкретный пример реализации настоящего изобретения, и что при практическом применении в них могут быть сделаны различные изменения в форме и деталях без отклонения от духа сущности и объема настоящего изобретения.
Изобретение относится к беспроводной связи. Способ позиционирования для поиска соты содержит этапы: данные перехватываются из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации, при этом начальный адрес и длина данных предварительно получают в соответствии с протоколом передачи широковещательного канала, на котором нисходящие данные передаются; и перехваченные данные анализируются с целью получения информации о микрорайоне. Технический результат заключается в сокращении времени поиска соты за счет того, что положение блока сигнала синхронизации заранее определено, таким образом, только сегмент, содержащий блок сигнала синхронизации, должен быть перехвачен из нисходящих данных. 4 н. и 6 з.п. ф-лы, 6 ил.
1. Способ поиска соты, содержащий:
перехват данных из нисходящих данных в соответствии с предварительно полученным начальным адресом SSBStart и длиной данных блока сигнала синхронизации; при этом начальный адрес SSBStart блока сигналов синхронизации SSB указывает начальное положение SSB в каждом кадре нисходящих данных, при этом начальный адрес SSBStart и упомянутая длина данных предварительно получены в соответствии с протоколом передачи широковещательного канала, на основе которого передаются нисходящие данные,
анализ перехваченных данных с целью получения информации о соте.
2. Способ поиска соты по п.1, отличающийся тем, что предварительное получение начального адреса SSBStart блока сигнала синхронизации содержит:
вычисление начального адреса SSBStart блока сигнала синхронизации в соответствии с разницей времени между пользовательским терминалом и передающим концом нисходящих данных перед их синхронизацией, с положением блока сигнала синхронизации во временной области и с зоной покрытия сотовой связи, определенными в соответствии с протоколом передачи широковещательного канала.
3. Способ поиска соты по п.2, отличающийся тем, что перед перехватом данных из нисходящих данных в соответствии с предварительно полученным начальным адресом SSBStart и длиной данных блока сигнала синхронизации способ дополнительно содержит:
получение локально зарегистрированной разницы времени между пользовательским терминалом и передающим концом нисходящих данных перед рассинхронизацией при инициировании поиска соты после обнаружения рассинхронизации пользовательского терминала.
4. Способ поиска соты по п.2, отличающийся тем, что перед перехватом данных из нисходящих данных в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации способ дополнительно содержит:
когда поиск соты инициируется после обнаружения того, что пользовательский терминал включен, если пользовательский терминал содержит датчик позиционирования, то датчик позиционирования выполняет синхронизацию между пользовательским терминалом и передающим концом нисходящих данных, при этом разница времени между пользовательским терминалом и передающим концом нисходящих данных становится равной нулю.
5. Способ поиска соты по п.2, отличающийся тем, что указанный начальный адрес указанного блока сигнала синхронизации рассчитывают в соответствии с разницей времени между пользовательским терминалом и передающим концом нисходящих данных перед их синхронизацией, с положением указанного блока синхронизации во временной области и с зоной покрытия сотовой связи, определёнными соответственно в соответствии с указанным протоколом передачи широковещательного канала, в частности:
выполняют вычисление начального адреса указанного блока сигнала синхронизации в соответствии с указанной разницей времени, с указанным положением во временной области и с максимальным значением указанной зоны покрытия сотовой связи.
6. Способ поиска соты по п.2, отличающийся тем, что указанная зона покрытия сотовой связи предопределена таким образом, что ее рассчитывают в соответствии с интервалом защиты восходящей и нисходящей линий связи, определенным в соответствии с протоколом передачи широковещательного канала и с предполагаемым временем переключения между восходящей линией связи и нисходящей линией связи.
7. Способ поиска соты по любому из пп.1-6, отличающийся тем, что указанная длина данных предварительно получена таким способом: она рассчитывается в соответствии с числом точек выборки, поддерживаемых пользовательским терминалом, определенным в соответствии с протоколом передачи широковещательного канала, и зоной покрытия сотовой связи, определенной в соответствии с протоколом передачи широковещательного канала.
8. Пользовательский терминал, содержащий:
модуль получения данных, предназначенный для перехвата данных из нисходящих данных, передаваемых по протоколу передачи широковещательного канала, в соответствии с предварительно полученным начальным адресом и длиной данных блока сигнала синхронизации;
аналитический модуль, предназначенный для анализа перехваченных данных с целью получения информации о соте,
модуль получения параметров, предназначенный для предварительного получения начального адреса и длины данных блока сигнала синхронизации в соответствии с протоколом передачи широковещательного канала, на основе которого нисходящие данные передаются.
9. Пользовательский терминал, содержащий:
по меньшей мере один процессор; и
память, коммуникативно связанную с упомянутым по меньшей мере одним процессором; при этом
в указанной памяти хранятся команды, исполняемые указанным по меньшей мере одним процессором, причем указанные команды исполняются указанным по меньшей мере одним процессором, чтобы позволить указанному по меньшей мере одному процессору выполнить способ поиска соты, описанный в любом из пп.1-7.
10. Машиночитаемый носитель данных, предназначенный для хранения компьютерной программы, причём компьютерная программа выполняется процессором для способа поиска соты по любому из пп.1-7.
WO 2018088951 A1, 17.05.2018 | |||
ПОИСК СОТЫ УЗКОПОЛОСНОЙ БЕСПРОВОДНОЙ СВЯЗИ | 2017 |
|
RU2689989C1 |
WO 2019160266 A1, 22.08.2019 | |||
CN 103379077 A, 30.10.2013 | |||
CN 108809551 A, 13.11.2018 | |||
NOKIA, NOKIA SHANGHAI BELL, On DL Signals and Channels for NR-U, 3GPP TSG RAN WG1 Meeting #94bis (R1-1810622), Chengdu, China, 28.09.2018 (найден 09.11.2022), найден в Интернете |
Авторы
Даты
2023-03-21—Публикация
2020-08-07—Подача