СПОСОБ СИНХРОНИЗАЦИИ ПОРЯДКОВЫХ НОМЕРОВ, ПРИБОР И УСТРОЙСТВО ДЛЯ МНОГОАБОНЕНТСКОГО ШИРОКОВЕЩАТЕЛЬНОГО СЕРВИСА И ЧИТАЕМЫЙ НОСИТЕЛЬ ДАННЫХ Российский патент 2025 года по МПК H04W4/06 H04W28/10 H04L47/34 

Описание патента на изобретение RU2840487C1

[0001] В настоящей заявке испрашивается приоритет на заявку на патент Китая №202011113010.8, поданную 16 октября 2020 г., которая включена в настоящий документ посредством ссылки в полном объеме.

ОБЛАСТЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

[0002] Настоящая заявка относится к сфере технологий связи, а конкретно - к способу синхронизации порядковых номеров (SN) и прибору для многоабонентского широковещательного сервиса, устройству и читаемому носителю данных.

УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

[0003] При широковещательной многоабонентской передаче в случае технологий долгосрочного развития (Long Term Evolution, LTE) сервис MBMS может передаваться в режиме одночастотной многоабонентской широковещательной сети (Multicast Broadcast Single Frequency Network, MBSFN), а многоабонентский сервис может передаваться в режимах "передача из односотовой точки на множественные точки" (Single cell Point to Multipoint, SC-PTM). В режиме MBSFN соты в одной и той же области MBSFN синхронно отправляют один и тот же широковещательный сервис для улучшения его приема оконечным устройством (например, пользовательским оборудованием (User Equipment, UE)). Информация об управлении (параметрах канала управления, параметрах канала трафика, информация о планировании и т.п.) и информация в виде данных о сервисе MBMS совместно передается в широковещательном режиме с тем, чтобы UE как в незанятом состоянии (idle), так и в состоянии соединения могло принимать сервис MBMS. SC-PTM - стандартизированный режим многоабонентской передачи, обеспечиваемый после передачи сервиса MBMS. Основное отличие от режима MBSFN заключается в том, что планирование и передача выполняются только в одной соте, а планирование сервиса основывается на временном идентификаторе групповой радиосети (group RNTI, g-RNTI). Параметры канала управления, идентификатор сервиса, информация о периоде и т.п.передаются широковещательным способом с помощью широковещательного сообщения. Информация о планировании указывается с помощью шифрованного физического нисходящего канала управления g-RNTI (Physical Downlink Control Channel, PDCCH). Часть с данными передается в многоадресном режиме. Это эквивалентно способу, когда заинтересованное UE осуществляет мониторинг g-RNTI для получения планирования данных, а затем получает эти данные.

[0004] На предыдущем уровне техники режим многоабонентской передачи MBSFN требует строгой синхронизации по времени для обработки пакета данных между сотами/узлами. Таким образом, для обеспечения последнего в такой архитектуре используется протокол синхронизации. За один и тот же период планирования все соты в одной и той же зоне обслуживания в области MBSFN принимают данные о базовой сети и передают многоабонентские данные на радиоинтерфейсы с полной синхронизацией по времени. Таким образом, порядковый номер (Sequence Number, SN) может быть сброшен в каждом периоде планирования сервиса с тем, чтобы получить такой же SN. Например, в течение первого периода планирования сервиса 1 имеются 120 пакетов данных с нумерацией SN от 0 до 119; а в течение второго периода планирования сервиса 1 имеются 200 пакетов с нумерацией SN от 0 до 199. На границе планирования каждого сервиса SN сбрасывается с тем, чтобы достигалась синхронизация и согласованность всех сот.Однако, этот режим неприменим к передаче многоабонентского широковещательного сервиса (Multi-cast Broadcast Service, MBS) по технологии нового радио (New Radio, NR). Сервис NR MBS также передается одной сотой, а также отсутствует протокол синхронизации для обеспечения строгой синхронизации по времени пакетов данных каждой соты, вследствие чего существует вероятность того, что пакеты данных, получаемые в разных сотах в течение одного и того же периода планирования, будут отличаться количественно. Таким образом, механизм синхронизации SN в существующем режиме MBSFN не может быть применен непосредственно к сервису NR MBS.

[0005] В SC-PTM отсутствует механизм для синхронизации SN уровня 2 (Layer2, L2) многоабонентского сервиса между разными сотами/узлами, что приводит к отдельному присвоению SN L2 для восприятия MBS UE в исходных и целевых сотах/узлах, то есть, прием является полностью отдельным. После приема UE пакета данных с SN=100 в исходной соте/узле UE переключается на целевую соту/узел и принимает пакеты данных с SN=98, 99, 100,… в целевой соте. Пакеты данных, принимаемые в исходной и целевой сотах нумеруются отдельно и, следовательно, не могут быть отсортированы по SN. В результате переключение UE может привести к потере пакетов данных и повтору, что отрицательно влияет на прием сервиса MBS.

[0006] В заключение, механизм синхронизации SN существующего сервиса LTE MBS не может быть применен непосредственно к сервису NR MBS.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0007] Варианты осуществления по настоящей заявке призваны обеспечить способ синхронизации SN и прибор для многоабонентского широковещательного сервиса, устройство и читаемый носитель данных с тем, чтобы решить проблему прерывистого приема сервиса MBS по причине переключения оконечного устройства.

[0008] Согласно первому аспекту предлагается способ синхронизации SN для многоабонентского широковещательного сервиса, обеспечиваемый оконечным устройством, который включает в себя:

получение SN первого радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого в первой соте, а также SN второго радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого во второй соте; и

сортировку пакетов данных первого многоабонентского широковещательного сервиса согласно SN первого и второго радиоинтерфейсов; причем

SN первого и второго радиоинтерфейсов находятся в одном и том же наборе SN, и SN первого и второго радиоинтерфейсов отличаются друг от друг как минимум частично.

[0009] Согласно второму аспекту в настоящей заявке предлагается способ синхронизации SN для многоабонентского широковещательного сервиса, обеспечиваемый узлом сети радиодоступа, который включает в себя:

получение SN радиоинтерфейса первого многабонентского широковещательного сервиса в первом режиме, который аналогичен режиму, в котором другой узел сети радиодоступа в той же многоабонентской группе получает SN радиоинтерфейса первого многоабонентского широковещательного сервиса.

[0010] Согласно третьему аспекту предлагается прибор синхронизации SN для многоабонентского широковещательного сервиса, применяемый в отношении оконечного устройства, который включает в себя:

модуль получения SN, предназначенный для получения SN первого радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого в первой соте, а также SN второго радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого во второй соте; и

модуль сортировки, предназначенный для сортировки пакетов данных первого многоабонентского широковещательного сервиса согласно SN первого и второго радиоинтерфейсов; причем

SN первого и второго радиоинтерфейсов находятся в одном и том же наборе SN, и SN первого и второго радиоинтерфейсов отличаются друг от друг как минимум частично.

[0011] Согласно четвертому аспекту предлагается устройство синхронизации SN для многоабонентского широковещательного сервиса, применяемое в отношении узла сети радиодоступа, который включает в себя:

модуль распределения, предназначенный для получения SN радиоинтерфейса первого многабонентского широковещательного сервиса в первом режиме, который аналогичен режиму, в котором другой узел сети радиодоступа в той же многоабонентской группе получает SN радиоинтерфейса первого многоабонентского широковещательного сервиса.

[0012] Согласно пятому аспекту предлагается оконечное устройство, включающий в себя: процессор, запоминающее устройство и программу, хранимую на этом запоминающем устройстве, которая может быть запущена этим процессором, и, будучи выполнена им, обеспечивает реализацию этапов способа согласно первому аспекту.

[0013] Согласно шестому аспекту предлагается сетевое устройство, включающее в себя: процессор, запоминающее устройство и программу, хранимую на этом запоминающем устройстве, которая может быть запущена этим процессором, и, будучи выполнена им, обеспечивает реализацию этапов способа согласно второму аспекту.

[0014] Согласно седьмому аспекту предлагается читаемый носитель данных, на котором хранится программа или команды, которые, будучи выполненными процессором, обеспечивают реализацию этапов способа согласно первому или второму аспекту.

[0015] Согласно восьмому аспекту предлагается компьютерный программный продукт, который хранится на энергонезависимом носителе данных, и который выполняется как минимум одним процессором для реализации этапов способа обработки согласно первому или второму аспекту.

[0016] Согласно девятому аспекту предлагается чип, который включает в себя процессор и интерфейс связи, причем последний соединен с процессором, а процессор предназначен для запуска программы или команд для реализации способа обработки согласно первому или второму аспекту.

[0017] В вариантах осуществления по настоящей заявке по-прежнему может быть реализован непрерывный прием в отношении сервиса MBS оконечного устройства в случае, когда оконечное устройство переключается с исходной соты на целевую соту, что способствует непрерывности сервиса MBS, улучшает восприятие этого сервиса оконечным устройством с одновременным обеспечением эффективности работы системы.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0018] ФИГ. 1 представляет собой блок-схему системы беспроводной связи, к которой применимы варианты осуществления по настоящей заявке;

[0019] ФИГ. 2 представляет собой блок-схему способа синхронизации SN для многоабонентского широковещательного сервиса согласно одному варианту осуществления по настоящей заявке;

[0020] ФИГ. 3 представляет собой блок-схему способа синхронизации SN для многоабонентского широковещательного сервиса согласно одному варианту осуществления по настоящей заявке;

[0021] ФИГ. 4 представляет первое схематическое изображение прибора синхронизации SN для многоабонентского широковещательного сервиса согласно одному варианту осуществления по настоящей заявке;

[0022] ФИГ. 5 представляет собой второе схематическое изображение прибора синхронизации SN для многоабонентского широковещательного сервиса согласно одному варианту осуществления по настоящей заявке;

[0023] ФИГ. 6 представляет собой схематическое изображение оконечного устройства согласно одному варианту осуществления по настоящей заявке;

[0024] ФИГ. 7 представляет схематическое изображение сетевого устройства согласно одному варианту осуществления по настоящей заявке; и

[0025] ФИГ. 8 представляет собой схематическое изображение SN с одинаковыми младшими битами согласно одному варианту осуществления по настоящей заявке.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[0026] Далее приводится четкое и полное описание технических решений согласно вариантам осуществления по настоящей заявке со ссылкой на прилагаемые чертежи вариантов осуществления по настоящей заявке. Очевидно, что описываемые варианты осуществления представляют собой лишь некоторые варианты осуществления настоящего изобретения, но не все из них. Все другие варианты осуществления, получаемые специалистами в данной области техники без творческих усилий и основывающиеся на вариантах осуществления по настоящей заявке, должны укладываться в объем правовой охраны настоящего изобретения.

[0027] Термины "первый", "второй" и им подобные в настоящем описании и формуле изобретения согласно настоящей заявке применяются для обособления аналогичных объектов вместо описания конкретного порядка или последовательности. Следует понимать, что данные, используемые таким образом, являются взаимозаменяемыми в соответствующих случаях так, чтобы варианты осуществления по настоящей заявке можно было реализовать в порядке, отличном от тех, которые наглядно или описательно представлены здесь. Кроме того, объекты, обозначенные терминами "первый" и "второй", преимущественно относятся к одному типу, и количество этих объектов не ограничено; например, они могут быть представлены одним или несколькими объектами. Помимо этого, в настоящем описании и формуле изобретения союз "и/или" указывает как минимум на один из связанных объектов, а знак "/" преимущественно указывает на связь между сопоставимыми объектами в значении союза "или".

[0028] Синхронизация SN радиоинтерфейса в настоящем описании означает, что один и тот же пакет данных выделяется в отношении того же SN радиоинтерфейса в разных сотах/узлах.

[0029] Следует отметить, что технологии, описанные в вариантах осуществления, не ограничиваются системой долгосрочного развития (Long Term Evolution, LTE)/LTE с расширенными возможностями (LTE-Advanced, LTE-A), а также применимы к разным системам беспроводной связи, таким как системы множественного доступа с кодовым разделением каналов (Code Division Multiple Access, CDMA), множественного доступа с временным разделением каналов (Time Division Multiple Access, TDMA), множественного доступа с частотным разделением каналов (Frequency Division Multiple Access, FDMA), множественного доступа с ортогональным частотным разделением каналов (Orthogonal Frequency Division Multiple Access, OFDMA), множественного доступа с частотным разделением каналов на одной несущей (Single-carrier Frequency-Division Multiple Access, SC-FDMA), и другим системам. Термины "система" и "сеть" в вариантах осуществления по настоящей заявке зачастую используются с возможностью взаимозаменяемости, а технология, описанная в настоящем документе, может быть использована в отношении вышеупомянутых систем и радиотехнологий, равно как и в других системах и радиотехнологиях. Однако в следующем описании система нового радио (New Radio, NR) приводится для наглядности, и термины NR используются в большей части следующего описания, хотя эти технологии могут также применяться в других областях, кроме системы NR, например, в системе связи 6-го поколения (6th Generation, 6G).

[0030] ФИГ. 1 представляет собой блок-схему системы беспроводной связи, к которой применимы варианты осуществления по настоящей заявке. Система беспроводной связи включает в себя оконечное устройство 11 и сетевое устройство 12. Под оконечным устройством 11 также может подразумеваться оконечное устройство или пользовательское оборудование (User Equipment, UE). Оконечное устройство 11 может быть представлен оконечным устройством, например, мобильным телефоном, планшетом (Tablet Personal Computer), ноутбуком (Laptop Computer), карманным персональным компьютером (Personal Digital Assistant, PDA), блокнотным компьютером, нетбуком, сверхмобильным персональным компьютером (Ultra-mobile personal computer, UMPC), мобильным Интернет-устройством (Mobile Internet Device, MID), носимым устройством (Wearable Device), автомобильным пользовательским оборудованием (VUE) или пешеходным пользовательским оборудованием (PUE). Носимое устройство включает в себя браслет, наушники, очки или т.п.Следует отметить, что конкретный тип оконечного устройства 11 не ограничивается вариантами осуществления по настоящей заявке. Сетевое устройство 12 может быть представлено базовой станцией или базовой сетью. Базовая станция может называться NodeB, разрабатываемой NodeB, точкой доступа, базовой приемопередающей станцией (Base Transceiver Station, BTS), базовой радиостанцией, радиоприемопередатчиком, базовым набором услуг (Basic Service Set, BSS), расширенным набором услуг (Extended Service Set, ESS), исходной Node B, исходной разрабатываемой NodeB, точкой доступа беспроводной локальной сети WLAN, узлом Wi-Fi, точкой приемопередачи (Transmitting Receiving Point, TRP), узлом сети радиодоступа или другими соответствующими терминами в данной области техники. При условии достижения тех же технических эффектов базовая станция не ограничивается конкретным техническим термином. Следует учесть, что в вариантах осуществления по настоящей заявке базовая станция в системе NR используется только в качестве примера без ограничения конкретных типов базовых станций.

[0031] Способ синхронизации SN и прибор для многоабонентского широковещательного сервиса, устройство и читаемый носитель данных, предлагаемые в вариантах осуществления по настоящей заявке, подробно описаны далее с использованием конкретных вариантов осуществления и вариантов их применения со ссылкой на прилагаемые чертежи.

[0032] См. ФИГ. 2. В одном варианте осуществления по настоящей заявке предлагается способ синхронизации SN для многоабонентского широковещательного сервиса. Этот способ применяется к оконечному устройству у и включает в себя конкретные этапы 201 и 202.

[0033] Этап 201. Получение SN первого радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого в первой соте, а также SN второго радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого во второй соте.

[0034] Этап 202. Сортировка пакетов данных первого многоабонентского широковещательного сервиса согласно SN первого и второго радиоинтерфейсов.

[0035] SN первого и второго радиоинтерфейсов находятся в одном и том же наборе SN, и SN первого и второго радиоинтерфейсов отличаются друг от друг как минимум частично.

[0036] Например, если набор SN включает в себя номера 1, 2, 3, 4, 5, 6, 7, 8, 9 и 10, SN первого радиоинтерфейса включает в себя 1, 2, 3, 4 и 5, а SN второго радиоинтерфейса - 6, 7, 8, 9 и 10, и пакеты данных первого многоабонентского широковещательного сервиса сортируются в порядке возрастания SN.

[0037] В этом варианте осуществления по настоящей заявке способ, представленный на ФИГ. 2, может дополнительно включать в себя следующее: в случае непоследовательности пакетов данных первого многоабонентского широковещательного сервиса осуществляется определение отсутствия пакета данных этого сервиса; а в случае если первый многоабонентский широковещательная сервис не поддерживает переупорядочивание пакетов данных, осуществляется пропуск шага включения таймера переупорядочивания в промежуток времени, когда было определено отсутствие пакета данных; или в случае, когда первый многоабонентский широковещательный сервис поддерживает переупорядочивание пакетов данных, осуществляется включение таймера переупорядочивания в промежуток времени, когда было обнаружено отсутствие пакета данных.

[0038] Например, если SN первого радиоинтерфейса включает в себя номера 1, 2, 3, 4 и 5, а SN второго радиоинтерфейса - 7, 8, 9 и 10, пакет данных с номером SN=6 может быть определен как отсутствующий.

[0039] В этом варианте осуществления по настоящей заявке способ, представленный на ФИГ. 2, также может включать в себя следующее: в случае непоследовательности пакетов данных первого многоабонентского широковещательного сервиса осуществляется определение повтора пакета данных в этом сервисе и удаление этого повторного пакета данных.

[0040] Например, если SN первого радиоинтерфейса включает в ебя номера 1, 2, 3, 4 и 5, а SN второго радиоинтерфейса - 5, 6, 7, 8, 9 и 10, пакет данных с номером SN=5 может быть определен как повторный.

[0041] Иными словами, после сортировки пакетов данных первого многоабонентского широковещательного сервиса по SN первого и второго радиоинтерфейсов отсутствующий и/или повторный пакет данных может быть определен и далее обработан соответствующим образом.

[0042] В этом варианте осуществления по настоящей заявке способ, представленный на ФИГ. 2, также может включать в себя следующее: прием первой информации, которая содержит сведения об отсутствующем пакете данных для первого многоабонентского широковещательного сервиса (например, информацию об отсутствующем PDU).

[0043] В качестве дополнительного варианта осуществляется прием пакета данных, идущего до или после отсутствующего пакета данных, и заголовок этого пакета данных содержит первую информацию, например, информацию заголовка N-бита, в котором ООО представляет собой нормальные последовательные данные, 001 указывает на отсутствие одного пакета данных, идущего после или до текущего пакета данных, 010 - на отсутствие двух последовательных пакетов данных, идущих после или до текущего пакета данных, а 011 - на отсутствие трех последовательных пакетов данных, идущих после или до текущего пакета данных.

[0044] В качестве альтернативного варианта дополнительно осуществляется прием PDU управления (control PDU), который содержит первую информацию, и эта первая информация включает в себя начальный SN отсутствующего пакета данных и количество последовательных отсутствующих пакетов данных.

[0045] В этом варианте осуществления по настоящей заявке по-прежнему может быть реализован непрерывный прием в отношении сервиса MBS оконечного устройства в случае, когда оконечное устройство переключается с исходной соты на целевую соту, что способствует непрерывности сервиса MBS, улучшает восприятие этого сервиса оконечным устройством с одновременным обеспечением эффективности работы системы.

[0046] См. ФИГ. 3. В одном варианте осуществления по настоящей заявке предлагается способ синхронизации SN для многоабонентского широковещательного сервиса, применимый к узлу сети радиодоступа, например, к базовой станции. Конкретный этап включает в себя этап 301.

[0047] Этап 301. Получение SN радиоинтерфейса первого многабонентского широковещательного сервиса в первом режиме, который аналогичен режиму, в котором другой узел сети радиодоступа в той же многоабонентской группе получает SN радиоинтерфейса (или также именуемый Uu SN) первого многоабонентского широковещательного сервиса.

[0048] В этом варианте осуществления по настоящей заявке этап 301 реализуется следующим образом: осуществляется получение SN первого многоабонентского широковещательного сервиса согласно первому SN, который представляет собой SN канала передачи (или также именуется CN SN) сеанса с блоком протокольных данных многоабонентского широковещательного сервиса (сеанс MBS PDU) в интерфейсе между узлом базовой сети и узлом сети радиодоступа, или же представляет собой SN (или также именуется CN SN) потока качества обслуживания (QoS flow) в сеансе MBS PDU.

[0049] В этом варианте осуществления по настоящей заявке сеанс MBS PDU включает в себя несколько потоков QoS, причем в случае, когда узел сети радиодоступа выполняет привязку каждого потока QoS в сеансе MBS PDU к другому MRB, первый SN представляет собой SN потока QoS; или в случае, когда узел сети радиодоступа выполняет привязку всех потоков QoS в сеансе MBS PDU к одному MRB, первый SN представляет собой SN канала передачи сеанса MBS PDU; или в случае, когда узел сети радиодоступа выполняет привязку первого потока QoS в сеансе MBS PDU к одному MRB, первый SN представляет собой SN первого потока QoS; и в случае, когда узел сети радиодоступа выполняет привязку оставшихся потоков QoS, не являющихся первым потоком QoS, к одному носителю радиоданных, первый SN представляет собой SN канала передачи сеанса MBS PDU; или же в случае, когда как минимум часть потоков QoS в сеансе MBS PDU не имеет SN, первый SN представляет собой SN канала передачи в сеансе MBS PDU.

[0050] Следует отметить, что способ привязки потока QoS к MRB может быть заданным по умолчанию, может быть согласован между узлами или выбран одним узлом.

[0051] В дополнительном варианте SN радиоинтерфейса эквивалентен первому SN; или SN радиоинтерфейса эквивалентен модулю суммы первого SN и сдвига; или же SN радиоинтерфейса эквивалентен заданному количеству битов первого SN; или же SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и биту заполнения, который, в свою очередь, представлен заданным числом.

[0052] В дополнительном варианте в случае, когда длина первого SN превышает длину SN радиоинтерфейса, последний эквивалентен младшим значащим N-битам первого SN, где N представляет собой длину SN радиоинтерфейса в битах.

[0053] В дополнительном варианте в случае, когда длина первого SN меньше длины SN радиоинтерфейса, младшие значащие M-биты SN радиоинтерфейса эквивалентны первому SN, а все остальные биты SN радиоинтерфейса заполняются заданным значением (например, заданное значение 0), где М представляет собой длину первого SN в битах.

[0054] Например, младшие М-биты представляют собой младшие значащие М-биты (least significant bits) или младшие М-биты (rightmost M bits).

[0055] Что касается ФИГ. 8, младшие 12 бит SN плоскости пользователя протокольного туннелирования 16-битной пакетной радиосвязи общего пользования (GTP)-U SN аналогичны SN 12-битного протокола конвергенции пакетных данных (Packet Data Convergence Protocol, PDCP), а младшие 16 бит 18-битного SN PDCP аналогичны SN 16-битной GTP-U.

[0056] Следует отметить, что длина SN PDCP может составлять 12 или 18 бит.

[0057] Следует отметить, что способ вычисления SN радиоинтерфейса может быть заданным по умолчанию, может быть согласован между узлами или выбран одним узлом.

[0058] В этом варианте осуществления по настоящей заявке SN канала передачи сеанса MBS PDU включает в себя SN туннеля (tunnel) плоскости пользователя протокольного туннелирования пакетной радиосвязи общего пользования (GTP-U).

[0059] В этом варианте осуществления по настоящей заявке способ, представленный на ФИГ. 3, также включает в себя следующее: отправку первой информации, которая содержит сведения об отсутствующем пакете данных для первого многоабонентского широковещательного сервиса, отправленной узлом сети радиодоступа.

[0060] В этом варианте осуществления по настоящей заявке перед отправкой первой информации способ, представленный на ФИГ. 3, также включает в себя следующее: в случае, когда первый многоабонентский широковещательный сервис поддерживает переупорядочивание пакетов данных, выполняется этап отправки первой информации; или в случае, когда первый многоабонентский широковещательный сервис не поддерживает переупорядочивание пакетов данных, выполняется пропуск этапа отправки первой информации.

[0061] В качестве дополнительного варианта отправка первой информации включает в себя следующее: отправку пакета данных, идущего до или после отсутствующего пакета данных, заголовок которого содержит первую информацию; или отправку PDU управления, тип которого обозначает первую информацию.

[0062] В этом варианте осуществления по настоящей заявке SN радиоинтерфейса представляет собой SN уровня протокола конвергенции пакетных данных (PDCP layer) и/или SN уровня управления радиотрактами (Radio link Control, RLC).

[0063] В этом варианте осуществления по настоящей заявке в сотах/узлах в одной и той же многоабонентской группе SN радиоинтерфейсов распределяются одинаковым способом, то есть, SN L2 для сервиса MBS, получаемые оконечным устройством в исходных и целевых сотах/узлах, распределяются последовательно, а не по отдельности. Благодаря этому по-прежнему может быть реализован непрерывный прием в отношении сервиса MBS оконечного устройства а в случае, когда оконечное устройство переключается с исходной соты на целевую соту, что способствует непрерывности сервиса MBS, улучшает восприятие этого сервиса оконечным устройством с одновременным обеспечением эффективности работы системы.

[0064] Вариант осуществления 1: SN по умолчанию эквивалентны в случае наличия одного MRB

[0065] В стандартном сценарии передачи сервиса MBS осуществляется привязка всех данных о сервисе в отношении одного сервиса MBS к одному радиоинтерфейсу MRB (Multicast Radio Bearer) для передачи, то есть, соотношение между сеансами MBS PDU и MRB составляет один к одному. Каждый пакет MBS (packet) обладает уникальным SN в сеансе PDU, например, SN туннеля GTP-U. Кроме того, в отношении каждого пакета MBS из базовой сети базовой станции требуется распределить SN Uu, например, SN PDCP и/или SN RLC.

[0066] Многоабонентский канал узла базовой сети идет от одного узла такой сети, например, функции плоскости пользователя MBS (User Plane Function, UPF) к нескольким связанным узлам сети радиодоступа (Radio Access Network, RAN). Таким образом, в этих многабонентских каналах данные, принимаемые каждым узлом RAN, одинаковы, то есть, аналогичный пакет данных однозначно содержит тот же SN туннеля GTP-U, который соответствует сессии MBS PDU. Следовательно, для распределения SN Uu в отношении того же пакета MBS между узлами RAN простейшим способом будет сделать так, чтобы SN Uu был непосредственно эквивалентен SN CN. Однако, поскольку SN Uu и SN CN имеют разную длину, необходимы другие способы обеспечения эквивалентности. Это предполагает следующее:

[0067] - В случае, когда SN CN и SN Uu имеют одинаковую длину, SN Uu=SN CN.

[0068] Например, в случае, когда SN CN и SN Uu имеют одинаковую длину, равную 16 бит для обоих, каждый бит SN Uu установлен непосредственно на значение соответствующего бита SN CN для получения полностью дублированного SN Uu. Такие SN Uu, получаемые во всех сотах, полностью сопоставимы.

[0069] - В случае, когда длина первого SN CN превышает длину SN Uu, в SN Uu используются младшие значащие N-биты SN CN, где N представляет собой длину SN Uu.

[0070] Например, в случае, когда длина SN CN составляет 16 бит, а длина SN Uu - 12 бит, в SN Uu используется непосредственно значение, соответствующее 12 младшим значащим битам SN CN, и отбрасывается значение, соответствующее 4 старшим значащим битам SN CN, благодаря чему получают соответствующий SN Uu. Такие SN Uu, получаемые во всех сотах, полностью сопоставимы.

[0071] В случае, когда длина SN CN меньше длины SN Uu, младшие значащие M-биты SN Uu эквивалентны SN CN, а все остальные биты SN Uu заполняются заданным значением 0, где М представляет собой длину бита SN CN.

[0072] Например, в случае, когда длина SN CN составляет 16 бит, а длина SN Uu - 18 бит, в SN Uu используется непосредственно значение, соответствующее 16 битам SN CN как значение, соответствующее его собственным 16 младшим значащим битам, а 2 старших значащих бита SN Uu заполняются значением 0, благодаря чему получают соответствующий SN Uu. Такие SN Uu полностью согласовываются во всех сотах, потому что их получают аналогичным способом.

[0073] Как приведено в описании выше, в узлах RAN в многоабонентской группе используется такой же способ получения SN Uu на основе того же SN CN, благодаря чему получаемые SN Uu однозначно синхронны, то есть, в разных сотах/узлах через SN CN распределяется аналогичный пакет данных.

[0074] Таким образом, в случае, когда UE принимает SN Uu 98 и 99 сервиса MBS в исходной соте, а затем переключается на целевую соту и продолжает принимать SN Uu 100, 101,... этого сервиса MBS, пакеты могут быть отсортированы по SN. В качестве альтернативного варианта в случае, когда UE принимает SN Uu 99, 100,... сервиса MBS в целевой соте, UE имеет возможность определения факта того, что пакет данных SN Uu=99 является повторно принятым пакетом данных и может быть удален, а также передает пакет данных с SN Uu=100 и последующие пакеты на более высокий уровень.

[0075] Существуют несколько особых случаев, например, при потере пакета или возникновении неупорядоченности в данных интерфейса CN соты. Например, порядок приема SN CN представлен 98, 99, 101, 102..., то есть, мог быть потерян средний пакет SN=100. В этом случае сота может отправлять пакеты только в порядке SN Uu 98, 99, 101 и 102. Что касается UE, в случае, когда этот сервис не поддерживает функцию переупорядочивания пакетов данных (например, продолжительность действия таймера переупорядочивания на уровне PDCP равна 0), после приема неупорядоченного пакета данных SN Uu=101 UE напрямую отправляет этот пакет данных на высший уровень без ожидания пакета данных с SN Uu=100. В случае, когда этот сервис поддерживает функцию переупорядочивания (например, продолжительность действия таймера переупорядочивания на уровне PDCP установлена на положительное значение), после приема неупорядоченного пакета с SN Uu=101 UE запускает таймер переупорядочивания для ожидания пакета данных с SN Uu=100 и передает пакет данных с SN Uu=101 на высший уровень только после прекращения работы таймера переупорядочивания. Согласно настоящему документу для предотвращения ожидания UE пакета данных с SN Uu=100, который не будет отправлен со стороны сети, UE может получить оповещение с информацией об отсутствующем пакете данных.

[0076] Информация об отсутствующем пакете данных с SN Uu=100 может быть включена в другой пакет данных, например, пакет данных с SN Uu=99 или пакет данных с SN Uu=101. Например, заголовок пакета данных с SN Uu=99 или пакета данных с SN Uu=101 содержит информацию об одном или нескольких отсутствующих пакетах данных, идущих после/до пакета данных с SN Uu=99 или пакета данных с SN Uu=101. В информации заголовка N-бита ООО представляет собой нормальные последовательные данные, 001 указывает на отсутствие одного пакета данных, идущего после или до текущего пакета данных, 010 указывает на отсутствие двух последовательных пакетов данных, идущих после или до текущего пакета данных, 011 указывает на отсутствие трех последовательных пакетов данных, идущих после или до текущего пакета данных, и т.д.

[0077] В альтернативном варианте для индикации может использоваться PDU управления. Тип PDU (PDU type) обозначает информацию об отсутствующем PDU, а часть с полезной информацией содержит информацию об отсутствующем пакете, начальном SN и количестве последовательных отсутствующих пакетов данных.

[0078] UE получает информацию об отсутствующем пакете данных, и затем может четко установить, что такой пакет данных не был отправлен вследствие недостающих данных узла со стороны базовой станции. Таким образом, в случае, когда настроен таймер переупорядочивания, UE не запускает этот таймер в промежутке времени отсутствия пакета данных, но напрямую обходит отсутствующий пакет данных и осуществляет последующий непрерывный прием.

[0079] Например, UE получает оповещение об отсутствии одного пакета данных, идущего после пакета данных с SN Uu=99 или до пакета данных с SN Uu=101. В этом случае UE принимает пакет данных с SN Uu=99, а затем - пакет данных с SN Uu=101, и UE определяет отсутствие пакета данных с SN Uu=100, а также обрабатывает пакет данных с SN Uu=100 как полученный без ожидания. Более того, UE не запускает таймер переупорядочивания в отношении пакета данных с SN Uu=100, но непосредственно обновляет переменную состояния приема на основании пакета данных с SN Uu=101, который является последовательно принятым пакетом, а также передает пакет с SN Uu=101 на высший уровень.

[0080] Вариант осуществления 2: обработка в случае нескольких потоков QoS.

[0081] В варианте осуществления 1 описан простейший режим обработки, в котором сеанс MBS привязан к одному MRB. Однако, в одном сеансе MBS могут существовать потоки данных с разными характеристиками, и они требуют разной обработки. Иными словами, один сеанс MBS может включать в себя несколько потоков QoS, и каждый поток QoS имеет разные требования к QoS. Например, видеосервис может включать в себя три потока QoS: звуковую, изобразительную информацию и информацию об управлении, в отношении каждого из которых имеются разные требования.

[0082] В случае, когда один сеанс MBS включает в себя несколько потоков QoS, радиоинтерфейс может иметь разные режимы привязки.

[0083] В первом режиме разные потоки QoS привязаны к разным MRB в радиоинтерфейсе. Например, один сеанс MBS включает в себя потоки QoS 1/2/3, и они привязаны к MRB 1/2/3 соответственно.

[0084] В этом случае данные потока QoS 1 передаются на MRB 1. Вследствие наличия интерфейса между CN и RAN на уровне (level) потока QoS имеются SN, и все пакеты данных в одном потоке QoS имеют порядковую нумерацию, а помимо этих трех потоков QoS на уровне сеанса MBS также имеются SN уровня сеанса.

[0085] Согласно примеру в таблице 1 имеются двойные очереди. Одна очередь имеется на уровне сеанса MBS, в которой все потоки QoS сортируются по порядку для получения SN уровня сеанса. Далее в каждом потоке QoS, например, в потоке QoS 1 каждый элемент данных по-прежнему имеет выделенный SN для потока QoS 1, посредством которого учитываются и сортируются только данные, относящиеся к потоку QoS 1.

[0086] Поскольку поток QoS 1 и MRB 1 находятся в привязке один к одному, то есть, SN Uu MRB может быть получен напрямую с помощью SN CN потока QoS 1. По умолчанию применяется принцип эквивалентности SN. Конкретный способ см. в трех случаях в варианте осуществления 1.

[0087] Во втором режиме разные потоки QoS привязаны к одному и тому же MRB в радиоинтерфейсе. Например, один сеанс MBS включает в себя потоки QoS 1, QoS 2 и QoS 3, и все они привязаны к MRB 1.

[0088] В этом режиме, несмотря на наличие нескольких потоков QoS и возможности наличия SN на уровне QoS, поскольку весь сеанс MBS привязан к одному MRB 1, не требуется разделение потоков QoS, а SN Uu MRB 1 может быть получен напрямую с помощью SN CN сеанса MBS PDU, то есть, по умолчанию применяется принцип эквивалентности SN. Конкретный режим см. в трех случаях в варианте осуществления 1.

[0089] В другом режиме вместо всех потоков QoS к MRB 1 привязаны аналогичные потоки QoS, а остальные потоки QoS с аналогичными требованиями к QoS привязаны к MRB 2.

[0090] В качестве примера далее будет использоваться таблица 1. Например, потоки QoS 1 и QoS 2 привязаны к MRB 1 вследствие наличия у них аналогичных требований к QoS, а поток QoS 3 привязан к MRB 2. В этом случае, поскольку MRB 2 имеет лишь один поток QoS, SN Uu, соответствующий MRB 2, может быть непосредственно эквивалентен SN CN потока QoS 3, то есть, по умолчанию применяется принцип эквивалентности SN. Конкретный режим см. в трех случаях в варианте осуществления 1.

[0091] MRB 1 комплексный, потому что он включает в себя потоки QoS 1 и 2. В этом случае SN на уровне потоков QoS невозможно использовать, а в качестве SN Uu MRB 1 могут использоваться только SN CN на уровне сеанса PDU. Однако, SN CN на уровне сеанса PDU также включают в себя подсчеты потока QoS 3, а к MRB 1 привязаны только потоки QoS 1 и 2. Таким образом, в отношении SN CN неизбежно будут возникать пробелы. Например, пакеты с SN сеанса=4, 5 и 6 в таблице 1 не привязаны к MRB 1 и, следовательно, некоторые SN Uu отсутствуют.Обработка варьируется в зависимости от разных случаев.

[0092] В случае, когда сервис не поддерживает переупорядочивание пакетов данных, оповещение об отсутствии пакетов данных не требуется, и в промежуток времени при приеме таймер переупорядочивания не запускается. UE получает пакеты данных с SN сеанса=0, 1, 2 и 3, за которыми следуют непосредственно пакеты данных с SN сеанса=7, 8, 9 и 10, и оно напрямую передает пакеты данных на высший уровень в таком порядке.

[0093] В случае, когда сервис поддерживает переупорядочивание пакетов данных, и оповещение об отсутствии пакетов данных не требуется, UE запускает таймер переупорядочивания в промежуток времени отсутствия пакетов при приеме. UE принимает пакеты данных с SN сеанса=0, 1, 2 и 3, за которыми следуют непосредственно пакеты данных с SN сеанса=7, 8, 9 и 10, и оно запускает таймер переупорядочивания в отношении пакетов данных с SN сеанса=4, 5 и 6 в этот промежуток времени, а также передает последующие пакеты данных с SN сеанса=7, 8, 9 и 10 на высший уровень только после прекращения работы таймера переупорядочивания.

[0094] В случае, когда сервис поддерживает переупорядочивание, и требуется оповещение об отсутствии пакетов данных, UE не учитывает такой отсутствующий SN как пробел при приеме, а также не запускает таймер переупорядочивания. Осуществляется прием пакетов данных с SN сеанса=0, 1, 2 и 3, за которыми следуют непосредственно пакеты данных с SN сеанса=7, 8, 9 и 10, и UE определяет отсутствие пакетов данных с SN сеанса=4, 5 и 6, а также напрямую передает эти пакеты данных на высший уровень согласно порядку приема. Оповещение об отсутствии пакета данных отправляется следующими двумя способами.

[0095] - В заголовке PDU (header). Например, три пакета данных, идущие после SN сеанса=3 или до сеанса SN=7, отсутствуют и содержатся в пакете данных с SN сеанса=3 или 7. Что касается отсутствующей информации PDU в заголовке, ООО представляет собой нормальные данные, 001 указывает на отсутствие одного пакета данных, идущего после или до отсутствующего пакета данных, 010 указывает на отсутствие двух пакетов данных, идущих после или до пакета данных, 011 указывает на отсутствие трех пакетов данных, идущих после или до пакета данных, и т.д.

[0096] - В PDU управления. Тип PDU (PDU type) указывает на отсутствующую информацию PDU, в которой SN=4 и номер (num)=3 указывают на отсутствие пакета данных с SN=4 и трех последовательных пакетов данных, идущих после пакета данных с SN=4.

[0097] Вариант осуществления 3: настройка или значение по умолчанию

[0098] Простейшим способом является установка согласованных параметров для всех узлов сети радиодоступа (например, базовых станций) в протоколе.

[0099] - Для привязки (mapping) потока QoS к MRB может быть установлен один или сочетание следующих параметров.

[00100] (1) В случае, когда сеанс MBS включает в себя только один поток QoS, этот поток привязывается к одному MRB, а SN Uu непосредственно эквивалентен SN CN на уровне сеанса.

[00101] (2) В случае, когда сеанс MBS включает в себя два или несколько потоков QoS, все потоки QoS привязываются к одному MRB, а SN Uu непосредственно эквивалентен SN CN на уровне сеанса.

[00102] (3) В случае, когда сеанс MBS включает в себя два или несколько потоков QoS, каждый поток QoS привязывается к отдельному MRB, а SN Uu непосредственно эквивалентен SN CN на уровне потока QoS.

[00103] (4) В случае, когда сеанс MBS включает в себя два или несколько потоков QoS, если значение номера потока QoS выше предельного, все потоки QoS привязывается к одному MRB, а SN Uu непосредственно эквивалентен SN CN на уровне сеанса.

[00104] (5) В случае, когда сеанс MBS включает в себя два или несколько потоков QoS, если значение номера потока QoS меньше или равно предельному, каждый поток QoS привязывается к отдельному MRB, а SN Uu непосредственно эквивалентен SN CN на уровне потока QoS.

[00105] Предельное значение номера потока QoS эквивалентно максимальному количеству MRB, которые может поддерживать сервис MBS.

[00106] Все вышеизложенные принципы эквивалентности см. на примере принципа SN Uu, являющегося эквивалентом SN CN, в варианте осуществления 1.

[00107] - Для получения SN Uu в отношении всех узлов сети радиодоступа (например, базовых станций) задаются следующие согласованные параметры:

[00108] (1) В отношении MRB, соответствующих всем сервисам MBS, SN Uu имеет длину 12 бит.

[00109] (2) В отношении MRB, соответствующих всем сервисам MBS, SN Uu имеет длину 18 бит.

[00110] (3) В отношении MRB, соответствующих условию 1 QoS, SN Uu имеет длину 12 бит и, например, переупорядочивание не требуется; и

в отношении MRB, соответствующих условию 2 QoS, SN Uu имеет длину 18 бит и, например, переупорядочивание требуется.

[00111] - После определения осуществляется получение SN Uu согласно принципу SN Uu, являющегося эквивалентом SN CN, в варианте осуществления 1.

[00112] - Другой способ

[00113] Другой гибкий способ - определение параметров узла сети радиодоступа (например, базовой станции) посредством настройки или указания.

[00114] - В процессе установления сеанса MBS базовая сеть оповещает узел сети радиодоступа (например, базовую станцию) о характеристиках сеанса MBS, например, о количестве потоков QoS, параметрах QoS этих потоков, а также о необходимости для разных MRB включать несколько разных потоков QoS. После получения характеристик узел сети радиодоступа (например, базовая станция) выполняет операцию привязки согласно указанию базовой сети.

[00115] - В качестве альтернативного варианта узлы сети радиодоступа (например, базовые станции) обмениваются конкретным содержанием операции привязки. Например, узел сети радиодоступа (например, базовой станции), только что присоединившийся к многоабонентской группе, может запросить через интерфейс между узлами сети радиодоступа (например, базовыми станциями) у узла сети радиодоступа (например, базовой станции), который уже входит в многоабонентскую группу, конкретную конфигурацию узлов сети радиодоступа (например, базовых станций), например, отношение привязки потока QoS и MRB, а также отношение привязки SN CN-SN Uu, и он сможет выполнить операцию согласно полученной информации.

[00116] - В качестве альтернативного варианта централизованный узел осуществляет координацию для получения согласованной конфигурационной информации и информации о привязке, а также распространяет такую информацию по другим узлам сети радиодоступа (например, базовым станциям) и новым узлам сети радиодоступа (например, базовым станциям). Узлы сети радиодоступа (например, базовые станции) осуществляют деятельность согласно такой информации.

[00117] Вариант осуществления 4: сдвиг

[00118] В вышеизложенных вариантах осуществления в качестве примера используется SN CN, являющийся эквивалентом SN Uu. Фактически, SN Uu также может быть получен путем сдвига SN CN:

[00119] - SN Uu=SN CN+изменение, где изменение задается по стандарту, согласованному между узлами сети радиодоступа (например, базовыми станциями), выдается унифицированным узлом или базовой сетью.

[00120] - В SN Uu используется заданное количество битов SN CN. Например, в SN Uu используются только младшие значащие Х-биты SN CN, а остальные биты заполняются 0. Количество Х-битов может быть равным или меньше количества битов SN CN, и значение Х задается по стандарту, согласованному между узлами сети радиодоступа (например, базовыми станциями), выдается унифицированным узлом или базовой сетью.

[00121] См. ФИГ. 4. В одном варианте осуществления по настоящей заявке предлагается прибор синхронизации SN для многоабонентского широковещательного сервиса, применимый к оконечному устройству. Прибор 400 включает в себя:

модуль получения 401, предназначенный для получения SN первого радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого в первой соте, а также SN второго радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого во второй соте; и

модуль сортировки 402, предназначенный для сортировки пакетов данных первого многоабонентского широковещательного сервиса согласно SN первого и второго радиоинтерфейсов, например, для сортировки пакетов данных первого многоабонентского широковещательного сервиса в порядке возрастания SN; причем

[00122] SN первого и второго радиоинтерфейсов находятся в одном и том же наборе SN, и SN первого и второго радиоинтерфейсов отличаются друг от друг как минимум частично.

[00123] В некоторых вариантах осуществления прибор 400 также включает в себя следующее: в случае непоследовательности пакетов данных первого многоабонентского широковещательного сервиса осуществляется определение отсутствия пакета данных этого сервиса; а в случае если первый многоабонентский широковещательная сервис не поддерживает переупорядочивание пакетов данных, осуществляется пропуск шага включения таймера переупорядочивания в промежуток времени, когда было определено отсутствие пакета данных; или в случае, когда первый многоабонентский широковещательный сервис поддерживает переупорядочивание пакетов данных, осуществляется включение таймера переупорядочивания в промежуток времени, когда было обнаружено отсутствие пакета данных.

[00124] В некоторых вариантах осуществления прибор 400 также включает в себя следующее: модуль приема, предназначенный для приема первой информации, которая содержит сведения об отсутствующем пакете данных для первого многоабонентского широковещательного сервиса.

[00125] В некоторых вариантах осуществления модуль приема также предназначен для: приема пакета данных, идущего до или после отсутствующего пакета данных, заголовок которого содержит первую информацию; или приема PDU управления, который содержит первую информацию.

[00126] Прибор, предлагаемый в этом варианте осуществления по настоящей заявке, может обеспечивать реализацию процессов, реализуемых в варианте осуществления способа, представленного на ФИГ. 3, с достижением тех же технических эффектов. Во избежание повторений подробное описание в настоящей заявке более приводиться не будет.

[00127] См. ФИГ. 5. В одном варианте осуществления по настоящей заявке предлагается прибор синхронизации SN для многоабонентского широковещательного сервиса, применимый к узлу сети радиодоступа. Прибор 500 включает в себя:

модуль распределения 501, предназначенный для получения SN радиоинтерфейса первого многабонентского широковещательного сервиса в первом режиме, который аналогичен режиму, в котором другой узел сети радиодоступа в той же многоабонентской группе получает SN радиоинтерфейса первого многоабонентского широковещательного сервиса.

[00128] В некоторых вариантах осуществления модуль распределения 501 также предназначен для получения SN радиоинтерфейса первого многоабонентского широковещательного сервиса согласно первому SN,

который представляет собой SN канала передачи сеанса с блоком протокольных данных многоабонентского широковещательного сервиса, MBS PDU, в интерфейсе между узлом базовой сети и узлом сети радиодоступа, или же представляет собой SN потока QoS в сеансе MBS PDU.

[00129] В некоторых вариантах осуществления сеанс MBS PDU включает в себя несколько потоков QoS, причем

в случае, когда узел сети радиодоступа выполняет привязку каждого потока QoS в сеансе MBS PDU к другому MRB, первый SN представляет собой SN потока QoS;

или

в случае, когда узел сети радиодоступа выполняет привязку всех потоков QoS в сеансе MBS PDU к одному MRB, первый SN представляет собой SN канала передачи сеанса MBS PDU;

или

в случае, когда узел сети радиодоступа выполняет привязку первого потока QoS в сеансе MBS PDU к одному MRB, первый SN представляет собой SN первого потока QoS; и в случае, когда узел сети радиодоступа выполняет привязку оставшихся потоков QoS, не являющихся первым потоком QoS, к одному носителю радиоданных, первый SN представляет собой SN канала передачи сеанса MBS PDU;

или

в случае, когда как минимум часть потоков QoS в сеансе MBS PDU не имеет SN, первый SN представляет собой SN канала передачи в сеансе MBS PDU.

[00130] В некоторых вариантах осуществления SN радиоинтерфейса эквивалентен первому SN; или SN радиоинтерфейса эквивалентен модулю суммы первого SN и сдвига; или же SN радиоинтерфейса эквивалентен заданному количеству битов первого SN; или же SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и биту заполнения, который, в свою очередь, представлен заданным числом.

[00131] В некоторых вариантах осуществления SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и включает в себя следующее:

в случае, когда длина первого SN превышает длину SN радиоинтерфейса, последний эквивалентен младшим значащим N-битам первого SN, где N представляет собой длину SN радиоинтерфейса в битах.

[00132] В некоторых вариантах осуществления SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и биту заполнения, который, в свою очередь, представлен заданным числом, и включает в себя следующее:

в случае, когда длина первого SN меньше длины SN радиоинтерфейса, младшие значащие M-биты SN радиоинтерфейса эквивалентны первому SN, а все остальные биты SN радиоинтерфейса заполняются заданным значением, где М представляет собой длину первого SN в битах.

[00133] В некоторых вариантах осуществления SN канала передачи сеанса MBS PDU включает в себя SN туннеля GTP-U.

[00134] В некоторых вариантах осуществления прибор 500 также включает в себя:

модуль отправки, предназначенный для отправки первой информации, которая содержит сведения об отсутствующем пакете данных для первого многоабонентского широковещательного сервиса, отправленной узлом сети радиодоступа.

[00135] В некоторых вариантах осуществления прибор 500 также включает в себя:

исполняющий модуль, предназначенный для следующего: в случае, когда первый многоабонентский широковещательный сервис поддерживает переупорядочивание пакетов данных, он включает модуль отправки для отправки первой информации; или в случае, когда первый многоабонентский широковещательный сервис не поддерживает переупорядочивание пакетов данных, он выполняет пропуск этапа включения модуля отправки для отправки первой информации.

[00136] В некоторых вариантах осуществления модуль отправки также предназначен для: отправки пакета данных, идущего до или после отсутствующего пакета данных, заголовок которого содержит первую информацию; или отправки PDU управления, который содержит первую информацию.

[00137] В некоторых вариантах осуществления SN радиоинтерфейса представляет собой SN уровня протокола конвергенции пакетных данных и/или SN уровня управления радиотрактами.

[00138] Прибор, предлагаемый в этом варианте осуществления по настоящей заявке, может обеспечивать реализацию процессов, реализуемых в варианте осуществления способа, представленного на ФИГ. 3, с достижением тех же технических эффектов. Во избежание повторений подробное описание в настоящей заявке более приводиться не будет.

[00139] ФИГ. 6 - схематический вид конструкции аппаратного обеспечения оконечного устройства для реализации вариантов осуществления по настоящей заявке.

[00140] Оконечное устройство 600 включает в себя, помимо прочих составляющих: радиочастотный блок 601, сетевой модуль 602, звуковыводящее устройство 603, устройство ввода 604, датчик 605, дисплей 606, устройство пользовательского ввода 607, интерфейс 608, запоминающее устройство 609 и процессор 610.

[00141] Специалисты в этой области техники смогут понять, что оконечное устройство 600 может дополнительно включать в себя источник питания (например, аккумулятор) для питания компонентов. Источник питания может быть логически соединен с процессором 610 через систему управления источником питания для обеспечения функций управления зарядкой, разрядкой и потреблением питания посредством системы управления источником питания. Конструкция оконечного устройства, представленная на ФИГ. 6, не является ограничивающей. Оконечное устройство может включать в себя компоненты в количестве большем или меньшем, чем количество, представленное на фигуре, или сочетание некоторых компонентов, или компоновка таких компонентов может отличаться. Подробное описание в настоящей заявке повторно приводиться не будет.

[00142] Следует понимать, что в вариантах осуществления по настоящей заявке устройство ввода 604 может включать в себя графический процессор (Graphics Processing Unit, GPU) 6041 и микрофон 6042. Графический процессор 6041 обрабатывает наглядные данные на фото- или видеоизображениях, получаемых устройством захвата изображений (например, камерой) в режиме захвата фото- или видеоизображения. Дисплей 606 может включать в себя дисплейную панель 6061, и последняя может быть представлена в виде жидкокристаллического дисплея, органического светоизлучающего диода или т.п.Устройство пользовательского ввода 607 включает в себя сенсорную панель 6071 и другие устройства ввода 6072. Сенсорная панель 6071 также именуется сенсорным экраном. Сенсорная панель 6071 может включать в себя две части: устройство обнаружения касания и сенсорный контроллер. Другие устройства ввода 6072 могут включать в себя, помимо прочего, физическую клавиатуру, функциональную кнопку (такую как кнопка управления громкостью или пусковая кнопка), шаровой манипулятор, мышь и джойстик. Их подробное описание в настоящей заявке приводиться не будет.

[00143] В этом варианте осуществления по настоящей заявке радиочастотный блок 601 отправляет данные нисходящего потока на процессор 610 для обработки и дополнительно - для передачи данных восходящего канала на сетевое устройство. В целом, радиочастотный блок 601 включает в себя, помимо прочего, антенну, как минимум один усилитель, приемопередатчик, соединитель, малошумный усилитель и дуплексор.

[00144] Запоминающее устройство 609 может быть предназначено для хранения программы или команд системы программного обеспечения и различных данных. Запоминающее устройство 609 может включать область для хранения программ или команд и место для хранения данных. В области для хранения программ или команд могут храниться операционная система, прикладная программа, необходимая как минимум одной функции (например, функций воспроизведения звука и воспроизведения изображения), и т.д. Кроме того, запоминающее устройство 609 может включать в себя высокоскоростное оперативное запоминающее устройство и дополнительно может включать в себя энергонезависимое запоминающее устройство. Энергонезависимое запоминающее устройство может представлять собой постоянное запоминающее устройство (Read-Only Memory, ROM), программируемое постоянное запоминающее устройство (Programmable ROM, PROM), стираемое постоянное запоминающее устройство (Erasable PROM, EPROM), электрически стираемое постоянное запоминающее устройство (Electrically EPROM, EEPROM) или флэш-память, например, как минимум один диск, флэш-память или любые другие энергонезависимые твердотельные запоминающие устройства.

[00145] Процессор 610 может включать одно или несколько устройств обработки. Кроме того, процессор 610 может быть объединен с процессором приложений и процессором модема. Процессор приложений преимущественно занимается обработкой оперативной системы, пользовательского интерфейса, прикладных программ или команд и т.п.Процессор модема главным образом обрабатывает данные беспроводной связи, например, будучи процессором канала прямой передачи. Как можно понять, вышеуказанный процессор модема в альтернативном варианте может также не быть встроенным в процессор 610.

[00146] Оконечное устройство, предлагаемое в этом варианте осуществления по настоящей заявке, может обеспечивать реализацию процессов, реализуемых в варианте осуществления способа, представленного на ФИГ. 2, с достижением тех же технических эффектов. Во избежание повторений подробное описание в настоящей заявке более приводиться не будет.

[00147] В одном варианте осуществления по настоящей заявке дополнительно предлагается узел сети радиодоступа. Как представлено на ФИГ. 7, узел сети радиодоступа 700 включает в себя: антенну 701, радиочастотное устройство 702 и устройство основной полосы частот 703. Антенна 701 подключается к радиочастотному устройству 702. Радиочастотное устройство 702 в восходящем направлении получает информацию через антенну 701 и отправляет полученную информацию на устройство основной полосы частот 703 для обработки. Устройство основной полосы частот 703 в нисходящем направлении обрабатывает информацию, подлежащую отправке, и отправляет ее на радиочастотное устройство 702, а радиочастотное устройство 702 обрабатывает полученную информацию и передает ее через антенну 701.

[00148] Вышеуказанное обрабатывающее оборудование основной полосы частот может располагаться в устройстве основной полосы частот 703. Способ, выполняемый сетевым устройством в вышеизложенном варианте осуществления, может быть реализован в устройстве основной полосы частот 703, которое включает процессор 704 и запоминающее устройство 705.

[00149] Устройство основной полосы частот 803 может включать, например, как минимум один процессор основной полосы частот, при этом на нем расположены множество чипов. Как представлено на ФИГ. 7, один из чипов, например, процессор 704, который подключается к запоминающему устройству 705, запускает программу из запоминающего устройства 705 и выполняет операции сетевого устройства, представленные в варианте осуществления выше.

[00150] Устройство основной полосы частот 703 может дополнительно включать сетевой интерфейс 706, рассчитанный на обмен информацией с радиочастотным устройством 702, при этом интерфейс представляет собой, например, радиоинтерфейс общего пользования (common public radio interface, CPRI).

[00151] В частности, сетевое устройство в этом варианте осуществления по настоящей заявке дополнительно включает в себя команды или программу, которая хранится на запоминающем устройстве 705 и может работать на процессоре 704. Процессор 704 запускает команды или программу на запоминающем устройстве 705 для выполнения способа, осуществляемого на каждом модуле, представленном на ФИГ. 5, с достижением тех же технических эффектов. Во избежание повторений подробное описание в настоящей заявке более приводиться не будет.

[00152] В одном варианте осуществления по настоящей заявке дополнительно предлагается компьютерный программный продукт, который хранится на энергонезависимом носителе данных, и который выполняется как минимум одним процессором для реализации этапов способа обработки, представленного на ФИГ. 2 или ФИГ.3.

[00153] В одном варианте осуществления настоящего изобретения дополнительно предлагается читаемый носитель данных, который может быть энергонезависимым. На читаемом носителе данных хранится программа или команды, и когда эта программа или команды выполняются процессором, осуществляется реализация процессов согласно варианту осуществления способа, представленного на ФИГ. 2 или ФИГ. 3, с достижением тех же технических эффектов. Во избежание повторений подробное описание в настоящей заявке более приводиться не будет.

[00154] Процессор представляет собой процессор в оконечном устройстве в вышеизложенном варианте осуществления. Читаемый носитель данных представляет собой машиночитаемый носитель данных, такой как машиночитаемое постоянное запоминающее устройство (Read-Only Memory, ROM), оперативное запоминающее устройство (Random Access Memory - RAM), магнитный или оптический диск.

[00155] В одном варианте осуществления по настоящей заявке дополнительно предлагается чип.Чип включает в себя процессор и интерфейс связи. Интерфейс связи соединен с компьютером, а процессор предназначен для запуска программы или команд сетевого устройства для реализации процессов согласно варианту осуществления способа, представленному на ФИГ. 2 или ФИГ. 3, с достижением тех же технических эффектов. Во избежание повторений подробное описание в настоящей заявке более приводиться не будет.

[00156] Следует понимать, что чип, указанный в этом варианте осуществления по настоящей заявке, также может именоваться чипом системного уровня, системным чипом, системой чипов, системой, основанной на чипе, или т.п.

[00157] Следует отметить, что в данном описании термины "включать в себя", "включать" или любые другие их варианты предназначены для обозначения неисключающего содержания так, что процесс, способ, изделие или устройство, включающее в себя ряд элементов, содержит не только эти элементы, но также и другие элементы, не перечисленные непосредственно, или же дополнительно включает в себя элементы, свойственные этому процессу, способу, изделию или устройству. При отсутствии каких-либо ограничений элемент, содержащий термин "включает в себя...", не исключает наличие других идентичных элементов в процессе, способе, изделии или устройстве, которое включает в себя этот элемент.Кроме того, следует отметить, что объем способа и устройства при реализации настоящей заявки не ограничивается функциями, выполняемыми в представленном или указанном порядке, и может дополнительно включать в себя функции, выполняемые в существенно то же время или в обратном порядке, в зависимости от задействованных функций. Например, описываемый способ может выполняться в порядке, отличающимся от описанного, а этапы могут добавляться, опускаться или совмещаться. Кроме того, признаки, приведенные со ссылкой на примеры, могут быть совмещены в другом примере.

[00158] На основании вышеприведенных описаний вариантов осуществления специалисту в этой области техники будет четко ясно, что способ согласно вышеприведенным вариантам осуществления может быть реализован посредством программного обеспечения с использованием необходимой общей аппаратной платформы. Разумеется, способ согласно вышеприведенным вариантам осуществления также может быть реализован посредством аппаратного обеспечения. Однако, во многих случаях первый вариант реализации является предпочтительным. На основании этого понимания технические решения по настоящей заявке в существенной части или частях, относящихся к предыдущему уровню техники, могут быть реализованы в виде программного продукта. Этот компьютерный программный продукт хранится на носителе данных (например, ROM/RAM, магнитном или оптическом диске) и включает в себя несколько инструкций для выполнения оконечным устройством (которое может быть представлено мобильным телефоном, компьютером, сервером, кондиционером, сетевым устройством или т.п.) с целью реализации способа, описанного в вариантах осуществления по настоящей заявке.

[00159] Выше приведено описание вариантов осуществления по настоящей заявке со ссылкой на прилагаемые чертежи. Однако настоящая заявка не ограничивается вышеизложенными конкретными вариантами реализации. Эти конкретные варианты реализации приведены лишь для наглядности и не являются ограничивающими. На основании настоящей заявки специалисты в этой области техники могут разрабатывать другие формы без отступления от сущности настоящей заявки и объема правовой охраны пунктов формулы изобретения, и все эти формы укладываются в объем правовой охраны настоящей заявки.

Похожие патенты RU2840487C1

название год авторы номер документа
СПОСОБ ДЛЯ ОБРАБОТКИ ПРИНЯТЫХ PDU RLC ДЛЯ СИСТЕМЫ СВЯЗИ D2D И УСТРОЙСТВО ДЛЯ ЭТОГО 2015
  • Йи Сеунгдзуне
  • Ли Суниоунг
RU2658797C2
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ QoS 2017
  • Хань, Лифэн
  • Чжан, Хунпин
  • Хуан, Цюйфан
  • Цзэн, Цинхай
RU2728897C2
ПОВТОРНОЕ ОТОБРАЖЕНИЕ ПОТОКА QOS 5G В НЕСУЩИЙ РАДИОКАНАЛ 2018
  • Чентонца, Анджело
  • Викберг, Яри
  • Фезели, Александер
RU2721331C1
ПРОЦЕДУРЫ ДЛЯ ОБЕСПЕЧЕНИЯ ВОЗМОЖНОСТИ ОДНОВРЕМЕННОЙ ПЕРЕДАЧИ РАЗНЫХ ТИПОВ 2019
  • Фреда, Мартино М.
  • Пани, Диана
  • Дэн, Тао
  • Хоанг, Туонг Дук
  • Эль Хамсс, Аата
  • Е, Чуньсюань
RU2782447C1
СПОСОБ И УСТРОЙСТВО ДЛЯ УКАЗАНИЯ ПОЛУПОСТОЯННОГО ЗОНДИРУЮЩЕГО ОПОРНОГО СИГНАЛА В КАЧЕСТВЕ ОПОРНОГО СИГНАЛА СОСЕДНЕЙ СОТЫ В СИСТЕМЕ МОБИЛЬНОЙ СВЯЗИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ 2019
  • Дзин, Сынри
  • Саенко, Александр
  • Ким, Соенгхун
  • Дзанг, Дзаехиук
RU2767509C1
СПОСОБ ОБРАБОТКИ ПАРАМЕТРА QOS КАЧЕСТВА УСЛУГИ И СЕТЕВОЙ ЭЛЕМЕНТ, СИСТЕМА И НОСИТЕЛЬ ДАННЫХ 2018
  • Ли, Есин
  • Ван, Янь
  • Су, Ци
  • Чэнь, Чжунпин
  • Юй, Фан
RU2768788C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ ПРАВИЛА ДЛЯ ОТОБРАЖЕНИЯ ПОТОКА QoS В DRB 2018
  • Сюй, Цзянь
  • Биун, Даевоок
  • Ким, Сеокдзунг
  • Ли, Суниоунг
RU2733066C1
УСТРОЙСТВО И СПОСОБ СВЯЗИ 2019
  • У, Ичжуан
  • Чжан, Ваньцян
RU2780370C1
СПОСОБ ДЛЯ ВЫПОЛНЕНИЯ ПОВТОРНОГО УСТАНОВЛЕНИЯ PDCP-ОБЪЕКТА, АССОЦИИРОВАННОГО С UMRLC-ОБЪЕКТОМ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ, И УСТРОЙСТВО ДЛЯ ЭТОГО 2018
  • Дзо, Геумсан
  • Йи, Сеунгдзун
RU2738890C1
Функция и сигнализация разбиения сеанса протокольных блоков данных 2018
  • Ринне Мика
  • Лаитила Матти
RU2742348C1

Иллюстрации к изобретению RU 2 840 487 C1

Реферат патента 2025 года СПОСОБ СИНХРОНИЗАЦИИ ПОРЯДКОВЫХ НОМЕРОВ, ПРИБОР И УСТРОЙСТВО ДЛЯ МНОГОАБОНЕНТСКОГО ШИРОКОВЕЩАТЕЛЬНОГО СЕРВИСА И ЧИТАЕМЫЙ НОСИТЕЛЬ ДАННЫХ

Изобретение относится к области связи. Техническим результатом является обеспечение непрерывного приема в отношении многоабонентского широковещательного сервиса (Multi-cast Broadcast Service, MBS) оконечного устройства в случае, когда оконечное устройство переключается с исходной соты на целевую соту. Способ включает получение SN первого радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого в первой соте, а также SN второго радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого во второй соте, и сортировку пакетов данных первого многоабонентского широковещательного сервиса согласно SN первого и второго радиоинтерфейсов, причем SN первого и второго радиоинтерфейсов отличаются друг от друг как минимум частично. 4 н. и 12 з.п. ф-лы, 8 ил., 1 табл.

Формула изобретения RU 2 840 487 C1

1. Способ синхронизации SN для многоабонентского широковещательного сервиса, выполняемый оконечным устройством, который включает

получение SN первого радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого в первой соте, а также SN второго радиоинтерфейса первого многоабонентского широковещательного сервиса, принимаемого во второй соте, и

сортировку пакетов данных первого многоабонентского широковещательного сервиса согласно SN первого и второго радиоинтерфейсов, отличающийся тем, что

SN первого и второго радиоинтерфейсов отличаются друг от друга как минимум частично.

2. Способ по п. 1, отличающийся тем, что дополнительно включает следующее:

в случае непоследовательности пакетов данных первого многоабонентского широковещательного сервиса осуществляется определение отсутствия повтора пакета данных в этом сервисе;

в случае, если первый многоабонентский широковещательный сервис не поддерживает переупорядочивание пакетов данных, осуществляется пропуск шага включения таймера переупорядочивания в промежуток времени, когда было определено отсутствие пакета данных; или

в случае, когда первый многоабонентский широковещательный сервис поддерживает переупорядочивание пакетов данных, осуществляется включение таймера переупорядочивания в промежуток времени, когда было обнаружено отсутствие пакета данных.

3. Способ по п. 2, отличающийся тем, что дополнительно включает

прием первой информации, которая содержит сведения об отсутствующем пакете данных для первого многоабонентского широковещательного сервиса.

4. Способ по п. 3, отличающийся тем, что прием первой информации включает

прием пакета данных, идущего до или после отсутствующего пакета данных, заголовок которого содержит первую информацию,

или прием PDU управления, который содержит первую информацию.

5. Способ синхронизации SN для многоабонентского широковещательного сервиса, обеспечиваемый узлом сети радиодоступа, который включает

получение SN радиоинтерфейса первого многабонентского широковещательного сервиса в первом режиме, который аналогичен режиму, в котором другой узел сети радиодоступа в той же многоабонентской группе получает SN радиоинтерфейса первого многоабонентского широковещательного сервиса,

при этом получение SN радиоинтерфейса первого многоабонентского широковещательного сервиса в первом режиме включает

получение SN радиоинтерфейса первого многоабонентского широковещательного сервиса согласно первому SN; причем

первый SN представляет собой SN канала передачи с блоком протокольных данных многоабонентского широковещательного сервиса, MBS PDU, в интерфейсе между узлом базовой сети и узлом сети радиодоступа или же представляет собой SN потока качества сервиса, QoS в сеансе MBS PDU.

6. Способ по п. 5, отличающийся тем, что сеанс MBS PDU включает несколько потоков QoS, причем

в случае, когда узел сети радиодоступа выполняет привязку каждого потока QoS в сеансе MBS PDU к другому MRB, первый SN представляет собой SN потока QoS,

или

в случае, когда узел сети радиодоступа выполняет привязку всех потоков QoS в сеансе MBS PDU к одному MRB, первый SN представляет собой SN канала передачи сеанса MBS PDU,

или

в случае, когда узел сети радиодоступа выполняет привязку первого потока QoS в сеансе MBS PDU к одному MRB, первый SN представляет собой SN первого потока QoS; и в случае, когда узел сети радиодоступа выполняет привязку оставшихся потоков QoS, не являющихся первым потоком QoS, к одному носителю радиоданных, первый SN представляет собой SN канала передачи сеанса MBS PDU,

или

в случае, когда как минимум часть потоков QoS в сеансе MBS PDU не имеет SN, первый SN представляет собой SN канала передачи в сеансе MBS PDU.

7. Способ по п. 5 или 6, отличающийся тем, что

SN радиоинтерфейса эквивалентен первому SN,

или

SN радиоинтерфейса эквивалентен модулю суммы первого SN и сдвига,

или

SN радиоинтерфейса эквивалентен заданному количеству битов первого SN,

или

SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и биту заполнения, который в свою очередь представлен заданным числом.

8. Способ по п. 7, отличающийся тем, что SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и включает следующее:

в случае, когда длина первого SN превышает длину SN радиоинтерфейса, последний эквивалентен младшим значащим N-битам первого SN, где N представляет собой длину SN радиоинтерфейса в битах.

9. Способ по п. 7, отличающийся тем, что SN радиоинтерфейса эквивалентен заданному количеству битов первого SN и биту заполнения, который в свою очередь представлен заданным числом и включает следующее:

в случае, когда длина первого SN меньше длины SN радиоинтерфейса, младшие значащие M-биты SN радиоинтерфейса эквивалентны первому SN, а все остальные биты SN радиоинтерфейса заполняются заданным значением, где М представляет собой длину первого SN в битах.

10. Способ по п. 5 или 6, отличающийся тем, что SN канала передачи сеанса MBS PDU включает в себя SN туннеля плоскости пользователя протокольного туннелирования пакетной радиосвязи общего пользования GTP-U.

11. Способ по п. 5, отличающийся тем, что дополнительно включает

отправку первой информации, которая содержит сведения об отсутствующем пакете данных для первого многоабонентского широковещательного сервиса, отправленной узлом сети радиодоступа.

12. Способ по п. 11, отличающийся тем, что перед отправкой первой информации он дополнительно включает:

в случае, когда первый многоабонентский широковещательный сервис поддерживает переупорядочивание пакетов данных, выполняется этап отправки первой информации; или

в случае, когда первый многоабонентский широковещательный сервис не поддерживает переупорядочивание пакетов данных, выполняется пропуск этапа отправки первой информации.

13. Способ по п. 11, отличающийся тем, что отправка первой информации включает

отправку пакета данных, идущего до или после отсутствующего пакета данных, заголовок которого содержит первую информацию,

или

отправку PDU управления, который обозначает первую информацию.

14. Способ по п. 5, отличающийся тем, что SN радиоинтерфейса представляет собой SN уровня протокола конвергенции пакетных данных и/или SN уровня управления радиотрактами.

15. Оконечное устройство для связи, включающее процессор, запоминающее устройство и программу, хранимую на нем, которая может быть запущена процессором, отличающееся тем, что при выполнении этой программы процессором реализуются этапы способа по любому из пп. 1-4.

16. Сетевое устройство для связи, включающее процессор, запоминающее устройство и программу, хранимую на нем, которая может быть запущена процессором, отличающееся тем, что при выполнении этой программы процессором реализуются этапы способа по любому из пп. 5-14.

Документы, цитированные в отчете о поиске Патент 2025 года RU2840487C1

Lenovo, Motorola Mobility, "Support of Loss-less handover for 5G MBS", 3GPP TSG-RAN WG3 Meeting #109e, R3-204922, Online, 17-28 August 2020
US 20200077287 A1, 05.03.2020
CN 107534686 A, 02.01.2018
CN 108512628 A, 07.09.2018
Переключение радиоканала в системе радиодоступа 2017
  • Медер Андреас
  • Декарро Гийом
RU2724922C1

RU 2 840 487 C1

Авторы

Лю Цзяминь

Даты

2025-05-27Публикация

2021-10-13Подача