Способ управления многоадресным однонаправленным каналом и оконечное устройство
Изобретение относится к области беспроводной связи. Технический результат заключается в снижении энергопотребления, а также в снижении потребления сетевых ресурсов. Способ управления многоадресным однонаправленным каналом, реализуемый оконечным устройством, содержит этапы, на которых: приостанавливают, в процессе приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH), односотовый однонаправленный радиоканал мультимедийной широковещательной услуги многоадресной передачи в режиме соединения точка-множество точек (SC-MRB), соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему, причем данные первого типа содержат данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH, содержащих информацию о конфигурации в SC-MCCH или информацию, используемую во время поискового вызова; и восстанавливают или отключают, когда прием данных первого типа завершен, SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB. 4 н. и 12 з.п. ф-лы, 6 ил.
Область техники, к которой относится изобретение
Настоящее изобретение относится, в общем, к области вещания мультимедийной передачи и, в частности, к способу управления многоадресным однонаправленным каналом и оконечному устройству.
Уровень техники
Мультимедийная широковещательная многоадресная услуга (Multimedia Broadcast Multicast Service, MBMS) является услугой, представленной в проекте партнерства 3-го поколения (3rd Generation Partnership Project, 3GPP) для полного использования ресурсов сети мобильной связи. В сети мобильной связи MBMS предоставляет услугу многоточечной связи типа "точка-множество точек", по которой источник данных отправляет данные многочисленным пользователям, тем самым реализуя совместное использование сетевых ресурсов и улучшая использование ресурсов. MBMS может напрямую осуществлять широковещательную трансляцию мультимедийной видеоинформации всем пользователям или отправлять мультимедийную видеоинформацию в группу абонентов, оплативших услугу, при этом обеспечивая средства технической реализации телевизионного вещания для терминалов.
Узкополосный Интернет вещей (Narrow Bandwidth-Internet of Things, NB-IoT) является важной областью Интернета вещей и представляет собой технологию, которая использует технологию предоставления услуг узкополосного IoT. NB-IoT поддерживает сотовые подключения устройств с низким энергопотреблением для передачи данных в глобальной вычислительной сети. Услуга и оконечное устройство NB-IoT по сравнению с традиционной сотовой сетью имеют следующие характеристики: (1) Услуга в NB-IoT имеет низкую скорость передачи данных и относительно продолжительный цикл, и по сравнению с услугой в традиционной сотовой сети услуга IoT создает меньший пакет, и она нечувствительна к временной задержке. (2) Одна базовая станция NB-IoT подключена к большому количеству оконечных устройств. (3) Оконечное устройство в NB-IoT имеет более низкую стоимость и сложность, чем в традиционной сотовой сети. (4) Оконечное устройство в NB-IoT потребляет меньше энергии.
Чтобы удовлетворить требования к низкой стоимости и низкой сложности оконечного устройства, обычно оконечное устройство в NB-IoT не может принимать данные по каналам многочисленных типов. Если схема многоадресной передачи NB-IoT разработана на основе механизма "точка-множество точек" (Single Cell-Point To Multipoint, SC-PTM), используемого в долгосрочном развитии (Long Term Evolution, LTE), появляется следующий сценарий: оконечное устройство в NB-IoT не может принимать как управляющую информацию по односотовому каналу управления MBMS (Single Cell-MBMS Control Channel, SC-MCCH), так и служебные данные по односотовому каналу трафика MBMS (Single Cell-MBMS Traffic Channel, SC-MTCH). Когда оконечное устройство принимает служебные данные по SC-MTCH, если управляющая информация в SC-MCCH должна приниматься в текущий момент времени, односотовый однонаправленный радиоканал MBMS "точка-множество точек" (Single Cell-MBMS Point to Multipoint Radio Bearer, SC-MRB), соответствующий SC-MTCH, должен отключаться, и после приема управляющей информации по SC-MCCH, SC-MRB должен восстанавливаться. Это приводит к следующим проблемам: после отключения объекта управления линией радиосвязи (Radio Link Control, RLC), соответствующего SC-MRB, удаляется блок данных протокола управления радиоканалом (Radio Link Control Protocol Data Unit, PDU RLC), который был принят успешно, но не упакован, и после восстановления SC-MRB, PDU RLC необходимо принимать снова, тем самым потребляя больше энергии. Когда прием многоадресной услуги не завершен, может быть инициирован более высокий уровень для применения к сети для одноадресной повторной передачи, но частые одноадресные повторные передачи также потребляют больше энергии и сетевых ресурсов.
Сущность изобретения
Для решения вышеуказанных задач варианты осуществления настоящего изобретения обеспечивают способ управления многоадресным однонаправленным каналом и оконечное устройство с целью экономии сетевых ресурсов и мощности оконечного устройства.
Согласно первому аспекту вариант осуществления настоящего изобретения предусматривает способ управления многоадресным однонаправленным каналом, включающий в себя:
в процессе приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH), приостановку односотового однонаправленного радиоканала мультимедийной широковещательной услуги многоадресной передачи в режиме соединения "точка-множество точек" (SC-MRB), соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему; и
когда прием данных первого типа завершен, восстановление или отключение SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB.
Приостановка относится к выполнению другой задачи без временного прекращения работы или отключению и к продолжению использования SC-MRB после выполнения другой задачи и может представлять собой операцию, эквивалентную "замораживанию", "консервации" или переходу в режим ожидания.
Соответственно, восстановление представляет собой операцию, эквивалентную "размораживанию", "расконсервации" или выходу из режима ожидания.
В данном варианте осуществления настоящего изобретения, если данные первого типа должны приниматься в процессе приема служебных данных SC-MTCH, SC-MRB, соответствующий SC-MTCH, приостанавливается, и затем принимаются данные первого типа. После приема данных первого типа SC-MRB восстанавливается для продолжения приема служебных данных SC-MTCH. То, что SC-MRB приостанавливается, означает, что SC-MRB временно не отключается для последующего использования. SC-MRB отключается только тогда, когда определяется, что услуга MBMS, соответствующая SC-MRB, больше не должна приниматься, что позволяет избежать повторного отключения и установления SC-MRB, тем самым экономя сетевые ресурсы и уменьшая потребляемую мощность оконечного устройства.
В первой возможной реализации первого аспекта восстановление SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, включает в себя: когда прием служебных данных SC-MTCH не завершен, восстановление SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB; или отключение SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, включает в себя: когда прием служебных данных SC-MTCH завершен, отключение SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB. В частности, то, что прием служебных данных SC-MTCH не завершен, означает, что прием услуги MBMS, соответствующей приостановленному SC-MRB, не завершен, и оконечное устройство должно продолжить прием служебных данных, соответствующих приостановленному SC-MRB. То, что прием служебных данных SC-MTCH завершен, включает в себя два случая: один случай состоит в том, что услуга MBMS, соответствующая приостановленному SC-MRB, завершена; другой случай состоит в том, что услуга MBMS, соответствующая приостановленному SC-MRB, не завершена, но оконечному устройству больше не нужно принимать услугу MBMS, соответствующую приостановленному SC-MRB.
Во второй возможной реализации первого аспекта приостановка SC-MRB, соответствующего SC-MTCH, включает в себя: резервирование объекта RLC, соответствующего SC-MRB, и отключение конфигурации уровня MAC управления доступом к среде передачи данных и/или конфигурации физического уровня, соответствующего SC-MRB.
В третьей возможной реализации первого аспекта, после приостановки SC-MRB, соответствующего SC-MTCH, способ дополнительно включает в себя: информирование, путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, на уровне протокола выше управления радиоресурсами (Radio Resource Control, RRC) о том, что SC-MRB был приостановлен. TMGI и/или идентификатор сеанса, соответствующий SC-MRB, используется для идентификации SC-MRB. В конкретной реализации, параметр статуса может использоваться для указания статуса приостановки SC-MRB, соответствующего TMGI, и/или идентификатора сеанса. В частности, уровень протокола выше уровня RRC может быть уровнем приложений.
В четвертой возможной реализации первого аспекта, восстановление SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, включает в себя: определение SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, и определение, согласно SC-MRB, объекта RLC, соответствующего SC-MRB; и конфигурирование уровня MAC и/или физического уровня для SC-MRB на основе информации в односотовом мультимедийном широковещательном канале управления услугой многоадресной передачи (SC-MCCH). В частности, в процедуре приостановки SC-MRB отключается только конфигурация уровня MAC управления доступом к среде передачи данных и/или конфигурация физического уровня, соответствующего SC-MRB, при этом объект RLC, соответствующий SC-MRB, резервируется. Соответственно, в процессе восстановления SC-MRB можно использовать зарезервированный объект RLC, соответствующий SC-MRB, и уровень MAC и/или физический уровень можно сконфигурировать с возможностью восстановления SC-MRB.
В пятой возможной реализации первого аспекта, после восстановления SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, способ дополнительно включает в себя: информирование, путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, на уровне протокола выше уровня RRC о том, что SC-MRB был восстановлен. В частности, после получения информации уровень протокола выше уровня RRC информирует пользователей посредством взаимодействия с пользователем.
В шестой возможной реализации первого аспекта данные первого типа включают в себя данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH.
Со ссылкой на шестую возможную реализацию первого аспекта, в седьмой возможной реализации данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH, включают в себя: информацию о конфигурации в SC-MCCH или информацию, используемую во время поискового вызова. Информация, используемая во время поискового вызова, может представлять собой сообщение персонального вызова или системный индикатор изменения сообщения, который передается по физическому каналу управления нисходящей линии связи PDCCH, используемому для планирования поискового вызова.
В восьмой возможной реализации первого аспекта приостановка SC-MRB, соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему, включает в себя: когда уведомление об изменении SC- MCCH принято, приостановку SC-MRB, соответствующего SC-MTCH; или приостановку SC-MRB, соответствующего SC-MTCH, перед прослушиванием поискового вызова.
Согласно второму аспекту вариант осуществления настоящего изобретения обеспечивает оконечное устройство, включающее в себя:
блок приема, выполненный с возможностью приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH); и
блок обработки, выполненный с возможностью: когда блок приема принимает служебные данные SC-MTCH, приостановки односотового однонаправленного радиоканала мультимедийной широковещательной услуги многоадресной передачи в режиме соединения "точка-множество точек" (SC-MRB), соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему, где
блок обработки дополнительно выполнен с возможностью: когда блок приема завершает прием данных первого типа, восстановления или отключения SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB.
Оконечное устройство, предусмотренное во втором аспекте вариантов осуществления настоящего изобретения, выполнено с возможностью выполнения способа управления многоадресным однонаправленным каналом, предусмотренным в первом аспекте вариантов осуществления настоящего изобретения. Для получения дополнительной информации следует обратиться к его описанию, приведенному в первом аспекте вариантов осуществления настоящего изобретения. В данном документе детали оконечного устройства не описываются повторно.
В возможной схеме устройство объекта, соответствующее блоку обработки, является процессором, и процессор выполнен с возможностью выполнения способа управления многоадресным однонаправленным каналом, предусмотренным в первом аспекте вариантов осуществления настоящего изобретения; причем устройство объекта, соответствующее блоку приема, является приемником, и приемник выполнен с возможностью приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH). При необходимости оконечное устройство может дополнительно включать в себя память, при этом память выполнена с возможностью хранения кода прикладной программы, используемой процессором для выполнения способа, описанного выше, и процессор выполнен с возможностью исполнения кода прикладной программы, хранящегося в памяти.
Согласно третьему аспекту вариант осуществления настоящего изобретения предусматривает компьютерный носитель информации, выполненный с возможностью хранения инструкций компьютерной программы, используемых компьютером. Инструкции компьютерной программы включают в себя связанную с ними программу, используемую для выполнения первого аспекта.
Согласно четвертому аспекту вариант осуществления настоящего изобретения предусматривает компьютерную программу, используемую для выполнения различных способов, предусмотренных в первом аспекте.
Согласно пятому аспекту вариант осуществления настоящего изобретения предусматривает систему связи, включающую в себя сетевое устройство связи и оконечное устройство, предусмотренные во втором аспекте вариантов осуществления настоящего изобретения.
Краткое описание чертежей
Чтобы более подробно описать технические решения, представленные в вариантах осуществления настоящего изобретения, ниже кратко описаны сопроводительные чертежи, необходимые для иллюстрации вариантов осуществления.
На фиг. 1 показана упрощенная схема архитектуры системы связи согласно варианту осуществления настоящего изобретения;
на фиг. 2 показана структурная блок-схема реализации оконечного устройства;
на фиг. 3 показана схематичная блок-схема последовательности операций способа управления многоадресным однонаправленным каналом согласно варианту осуществления настоящего изобретения;
на фиг. 4 показана упрощенная структурная схема уровней протокола беспроводной связи согласно варианту осуществления настоящего изобретения;
на фиг. 5 показана упрощенная схема, иллюстрирующая изменения линии связи логической передачи и объект RLC, выполняющий способ управления многоадресным однонаправленным каналом согласно варианту осуществления настоящего изобретения; и
на фиг. 6 показана упрощенная структурная схема оконечного устройства согласно варианту осуществления настоящего изобретения.
Осуществление изобретения
Ниже описаны технические решения, представленные в вариантах осуществления, со ссылкой на сопроводительные чертежи согласно вариантам осуществления настоящего изобретения.
Технические решения, представленные в вариантах осуществления настоящего изобретения, главным образом, применимы к системе беспроводной связи, в которой находится оконечное устройство с низкой сложностью и низким энергопотреблением, такой как система связи IoT, и архитектура системы связи согласно вариантам осуществления настоящего изобретения показана на фиг. 1. На фиг. 1 показана упрощенная схема архитектуры системы связи согласно варианту осуществления настоящего изобретения. На фиг. 1 холодильник 101, стиральная машина 102, телевизор 103, устройство 104 Интернета вещей, установленное на транспортном средстве, здание 105 и т.п. принадлежат все вместе к устройству Интернета вещей, имеют основные возможности связи и могут осуществлять сбор различной информации об объектах, которые необходимо контролировать, подключать или которые должны взаимодействовать и отправлять информацию в сети посредством технологии беспроводной связи (которые могут представлять собой 3G, 4G, GPRS и другие технологии связи) для осуществления связи между объектами. Базовая станция 106 может быть подключена к десяткам тысяч устройств Интернета вещей, и устройства Интернета вещей поддерживают связь с другими сетевыми узлами в сети через базовую станцию 106 для осуществления сбора и обмена различной информацией.
По сравнению с оконечным устройством в традиционной сотовой сети оконечное устройство согласно вариантам осуществления настоящего изобретения имеет меньше ненужных функций, меньшую сложность и более низкую потребляемую мощность. Чтобы уменьшить непроизводительные затраты потока обработки стека протоколов, оконечное устройство не может принимать данные по каналам многочисленных типов. Согласно вариантам осуществления настоящего изобретения способ позволяет предотвращать частое отключение и установление SC-MRB, тем самым экономя сетевые ресурсы и уменьшая затраты оконечного устройства.
Оконечное устройство, предусмотренное в вариантах осуществления настоящего изобретения, может быть устройством, которое предоставляет пользователю возможности передачи голоса и данных, переносное устройство с функцией радиосоединения или другое устройство обработки, подключенное к радиомодему. Беспроводной терминал может поддерживать связь с одной или более базовыми сетями через сеть радиодоступа (Radio Access Network, RAN). Беспроводной терминал может быть мобильным телефоном, терминалом, таким как мобильный телефон (который также упоминается как "сотовый" телефон), и компьютером с мобильным терминалом, например, может быть портативным, карманным, переносным, встроенным компьютером или мобильным устройством, установленным на транспортном средстве, которое обменивается голосовыми сообщениями и/или данным с сетью радиодоступа. Например, он может представлять собой устройство, такое как телефон службы персональной связи (PCS, Personal Communication Service), беспроводной телефонный аппарат, телефон на основе протокола инициирования сеанса (SIP), станция с беспроводным абонентским доступом (WLL, Wireless Local Loop) или карманный персональный компьютер (PDA, Personal Digital Assistant). Беспроводной терминал может также представлять собой устройство Интернета вещей, которое подключает уровень сети датчиков к уровню сети связи и которое осуществляет сбор данных и отправляет данные на сетевой уровень, такой как холодильник, кондиционер и стиральная машина, расположенные в системе "умный дом". Беспроводной терминал может также называться системой, абонентским устройством (Subscriber Unit), абонентской станцией (Subscriber Station), мобильной станцией (Mobile Station), мобильным терминалом (Mobile), удаленной станцией (Remote Station), точкой доступа (Access Point), удаленным терминалом (Remote Terminal), терминалом доступа (Access Terminal), пользовательским терминалом (User Terminal), пользовательским агентом (User Agent), пользовательским устройством (User Device) или пользовательским оборудованием (User Equipment).
Далее описывается реализация оконечного устройства, упомянутого в системе, показанной на фиг. 1. На фиг. 2 показана структурная блок-схема реализации оконечного устройства 200. Как показано на фиг. 2, оконечное устройство 200 может включать в себя микросхему 210 обработки, память 215 (один или более машиночитаемых носителей информации), радиочастотный (РЧ) модуль 216 и периферийную систему 217. Эти компоненты могут обмениваться данными по одной или нескольким коммуникационным шинам 214.
Периферийная система 217 в основном выполнена с возможностью реализации взаимодействия между оконечным устройством 200 и пользователем/внешней обстановкой и, главным образом, включает в себя устройство ввода/вывода оконечного устройства 200. В конкретной реализации периферийная система 217 может включать в себя контроллер 218 камеры, аудиоконтроллер 219 и модуль 220 управления датчиком. Контроллеры могут быть подключены к соответствующим периферийным устройствам (таким как камера 221, аудиосхема 222 и датчик 223). В некоторых вариантах осуществления камера 221 может представлять собой 3D-камеру. В некоторых вариантах осуществления датчик 223 может быть датчиком инфракрасного излучения, датчиком отпечатков пальцев, датчиком перемещения, датчиком потребления энергии, датчиком температуры, датчиком влажности, оптическим датчиком и т.п. Следует отметить, что периферийная система 217 может дополнительно включать в себя другие периферийные устройства ввода/вывода. Например, периферийная система 217 дополнительно включает в себя контроллер 224 радиочастотной идентификации (Radio Frequency Identification, RFID), где контроллер считывания-записи RFID подключен к устройству 225 считывания-записи RFID.
Микросхема 210 обработки может включать в себя процессор/микропроцессор 211, модуль 212 генератора тактовых импульсов и модуль 213 управления электропитанием. Модуль 212 генератора тактовых импульсов, интегрированный в микросхему 210 обработки, выполнен, главным образом, с возможностью выработки тактовых импульсов, необходимых для передачи данных, и управления таймированием процессора/микропроцессора 211. Модуль 213 управления электропитанием, интегрированный в микросхему 210 обработки выполнен, главным образом, с возможностью подачи стабильного и очень точного напряжения в процессор/микропроцессор 211, радиочастотный модуль 216 и периферийную систему 217. В некоторых вариантах осуществления процессор/микропроцессор 211 может представлять собой центральный процессор (Central Processing Unit, CPU), встроенный микроконтроллерный блок (Micro Controller Unit, MCU), встроенный микропроцессорный блок (Micro Processor Unit, MPU), встроенную систему на чипе (System on Chip, SoC) и т.п.
Процессор/микропроцессор 211 может включать в себя один или более процессоров. Например, процессор/микропроцессор 211 может включать в себя один или более микропроцессоров или включать в себя один или более микропроцессоров и один или более процессоров приложений. Когда процессор/микропроцессор 211 включает в себя множество процессоров, множество процессоров может быть интегрированы в одну микросхему обработки или могут быть независимыми микросхемами обработки. Один процессор может включать в себя одно или несколько ядер процессора (или же именуемых как процессорные ядра).
Радиочастотный (РЧ) модуль 216 выполнен с возможностью передачи и приема радиочастотного сигнала и объединяет, главным образом, приемник и передатчик оконечного устройства 200. Радиочастотный (РЧ) модуль 216 поддерживает связь с коммуникационной сетью и другим устройством связи с использованием радиочастотного сигнала. В конкретной реализации радиочастотный (РЧ) модуль 216 может включать в себя, но не ограничиваться этим: антенную систему, РЧ приемопередатчик, один или несколько усилителей, тюнер, один или несколько генераторов, процессор цифровых сигналов, микросхему CODEC, носитель информации и т.п. В некоторых вариантах осуществления радиочастотный (РЧ) модуль 216 может быть реализован на одном кристалле.
Память 215 соединена с процессором/микропроцессором 211 и выполнена с возможностью хранения различных программ и/или множества наборов инструкций. В конкретной реализации память 215 может включать в себя быстродействующее оперативное запоминающее устройство и может дополнительно включать в себя энергонезависимую память, такую как один или несколько дисковых накопителей, одно или несколько устройств флэш-памяти или другие энергонезависимые твердотельные запоминающие устройства. Память 215 может хранить операционную систему (которая кратко упоминается ниже как система), например, встроенную операционную систему, такую как Android, iOS, Windows или Linux. Память 215 может дополнительно хранить программу сетевой связи, и программа сетевой связи может использоваться для связи с одним или более дополнительными устройствами, одним или более оконечными устройствами и одним или более сетевыми устройствами. Память 215 может дополнительно хранить программу пользовательского интерфейса, и программа пользовательского интерфейса может визуально и наглядно отображать содержание приложения на графическом операционном интерфейсе и принимать управляющую операцию пользователя для приложения с использованием средств управления вводом, таких как меню, диалоговое окно и клавиши. Память 215 может дополнительно хранить одно или более приложений.
Программа операционной системы включает в себя компьютерную программу, которая позволяет выполнить способ управления многоадресным однонаправленным каналом, предусмотренным в вариантах осуществления настоящего изобретения, так что после того, как процессор/микропроцессор 211 считывает программу и запускает операционную систему, операционная система может иметь функцию управления многоадресным однонаправленным каналом, предусмотренную в вариантах осуществления настоящего изобретения.
Следующие варианты осуществления описывают способ управления многоадресным однонаправленным каналом и устройство, предусмотренные в вариантах осуществления настоящего изобретения с оконечным устройством в качестве исполнительного органа.
В вариантах осуществления настоящего изобретения существительное "приостановка" означает, что все или некоторые ресурсы, соответствующие текущей транзакции, процессу или сеансу, временно не закрываются/отключаются/удаляются в тех случаях, когда в текущий момент времени должны исполняться другие задачи, такие как транзакции, процессы или сеансы. После выполнения других задач, таких как транзакции, процессы или сеансы, все или некоторые ресурсы, соответствующие текущей транзакции, процессу или сеансу, могут напрямую использоваться для продолжения выполнения текущей задачи, процесса или сеанса. При необходимости приостановка SC-MRB может быть заменена на "замораживание" SC-MRB, "консервацию" SC-MRB, переход SC-MRB в неактивное состояние и блокировку SC-MRB и другие термины. Специалист в данной области техники может понять их значение.
В вариантах осуществления настоящего изобретения существительное "восстановление" соответствует существительному "приостановка" и означает, что после выполнения других задач, таких как транзакции, процессы или сеансы, все или некоторые ресурсы соответствуют этой задаче, такой как транзакция, процесс или сеанс, которые находятся в режиме ожидания/не используются до выполнения других задач, таких как транзакции, процессы или сеансы, реконфигурируются/используются повторно для того, чтобы обеспечить среду выполнения или ресурсы для задачи, такой как транзакция, процесс или сеанс, который находится в режиме ожидания/не используется. При необходимости восстановление SC-MRB может быть заменено на "размораживание" SC-MRB, "расконсервацию" SC-MRB, "пробуждение" SC-MRB и разблокирование SC-MRB и другие термины. Специалист в данной области техники может понять их значение.
Приостановка и восстановление описаны ниже с использованием примера. Например, в операционной системе компьютера ресурсы памяти ограничены. Когда ресурсов памяти компьютера недостаточно, операционная система правильно размещает программы в памяти и временно вызывает некоторые процессы из памяти, так что эти процессы не занимают ресурсы памяти, то есть приостанавливается выполнение процессов. Когда условия позволяют это сделать (например, когда завершается выполнение некоторых процессов в памяти, и освобождаются ресурсы памяти, занятые этими процессами, текущих ресурсов памяти становится достаточно), операционная система восстанавливает приостановленные процессы в памяти, то есть, чтобы восстановить выполнение процессов.
На фиг. 3 показана схематичная блок-схема последовательности операций способа управления многоадресным однонаправленным каналом согласно варианту осуществления настоящего изобретения. Способ может быть реализован в терминальном устройстве Интернета вещей, таком как холодильник 101 или стиральная машина 102, которые показаны на фиг. 1, или в терминальном устройстве, который соответствует структурной блок-схеме, показанной на фиг. 2. Способ по меньшей мере включает в себя следующее этапы.
S301. В процессе приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH), приостановить односотовый однонаправленный радиоканал мультимедийной широковещательной услуги многоадресной передачи в режиме соединения "точка-множество точек" (SC-MRB), соответствующий SC-MTCH, когда будут приняты данные первого типа, подлежащие приему.
Например, оконечное устройство с низкой сложностью и низким энергопотреблением использует относительно маленькую полосу пропускания и может одновременно передавать данные только на одной несущей. Различные каналы физического уровня оконечного устройства являются, как правило, многозадачными с временным разделением, то есть разные каналы физического уровня могут появляться или устанавливаться только в разное время. Когда необходимо установить другой уровень физического канала, оконечное устройство должно отключить физический канал, установленный в текущий момент времени. Например, физические каналы оконечного устройства включают в себя физический канал управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH), физический широковещательный канал (Physical Broadcast Channel, PBCH) и физический совместно используемый канал нисходящей линии связи (Physical Downlink Shared Channel, PDSCH), так что терминал может установить или запустить только один из PDCCH, PBCH и PDSCH в один и тот же момент времени или в одном и том же слоте. Оконечное устройство предоставляет одновременно ограниченные ресурсы для физического уровня протокольного объекта верхнего уровня и может одновременно предоставить линию передачи только одному логическому каналу. Когда в процессе приема данных по первому логическому каналу данные должны быть приняты по второму логическому каналу, целевой логический канал с более высоким приоритетом передачи определяется на основе приоритета передачи первого логического канала и приоритета передачи второго логического канала, и для целевого логического канала предпочтительно предусмотрена линия связи для передачи данных.
В частности, приоритет передачи данных первого типа выше, чем у служебных данных SC-MTCH, и данные первого типа включает в себя информацию о конфигурации в SC-MCCH или информацию, используемую во время поискового вызова. В конкретной реализации, например, данные первого типа могут представлять собой информацию о конфигурации, такую как информация о планировании в SC-MCCH и информацию о таймировании односотового механизма "точка-множество точек", или могут представлять собой информацию, такую как сообщение персонального вызова и индикатор изменения поискового вызова, используемый во время поискового вызова.
В частности, SC-MRB, соответствующий SC-MTCH, может быть приостановлен тогда, когда принято уведомление об изменении SC-MCCH. Уведомление об изменении SC-MCCH указывает, что информация о конфигурации SC-MTCH, включенного в SC-MCCH, была обновлена или должна быть обновлена. Приоритет передачи информации о конфигурации SC-MTCH выше, чем у служебных данных SC-MTCH. Оконечное устройство должно предпочтительно принять информацию о конфигурации SC-MTCH и обновить конфигурацию SC-MTCH.
В частности, SC-MRB, соответствующий SC-MTCH, может быть альтернативно приостановлен перед прослушиванием поискового вызова в случае, когда должен быть принят поисковый вызов. В механизме поискового вызова радиоинтерфейса оконечное устройство принимает информацию поискового вызова посредством прерывистого приема (Discontinuous Reception, DRX), чтобы уменьшить потребляемую мощность. Уровень RRC оконечного устройства управляет физическим уровнем, чтобы осуществлять прослушивание по физическому каналу управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH), когда начинается цикл поискового вызова, и принимает сообщение персонального вызова по совместно используемому физическому каналу нисходящей линии связи (Physical Downlink Shared Channel, PDSCH) в соответствии с инструкцией по PDCCH, чтобы определить, выполняется ли на сетевой стороне поисковый вызов оконечного устройства, или отправила ли сеть индикатор изменения системного сообщения. Поисковый вызов - это действие, инициируемое сетевой стороной, чтобы определить конкретное местоположение оконечного устройства или обновить системное сообщение, и приоритет передачи поискового вызова выше, чем у служебных данных SC-MTCH. Поэтому, когда поисковый вызов должен быть принят, оконечное устройство предпочтительно прослушивает PDCCH, и когда имеется сообщение персонального вызова, оконечное устройство предпочтительно принимает сообщение персонального вызова. При необходимости оконечное устройство может приостановить SC-MRB, соответствующий SC-MTCH, в течение заданного периода времени перед началом цикла поискового вызова.
В частности, SC-MRB представляет собой однонаправленный радиоканал, установленный для приема служебных данных SC-MTCH. Когда имеются данные первого типа, подлежащие приему, так как приоритет передачи данных первого типа, подлежащих приему, выше, чем у служебных данных SC-MTCH, должны предпочтительно передаваться данные первого типа, и линия связи для передачи данных предпочтительно предоставляется для данных первого типа. То есть соответствующий физический уровень и/или уровень MAC должны быть сконфигурированы для данных первого типа.
В частности, оконечное устройство может одновременно предоставлять линию связи для передачи данных только одному логическому каналу. Когда SC-MRB не отключен, приостановка SC-MRB включает в себя: резервирование объекта RLC, соответствующего SC-MRB, и отключение конфигурации уровня управления доступом к среде передачи данных (MAC) и/или физической конфигурации уровня, соответствующей SC-MRB.
Следует понимать, что когда SC-MRB не отключен, если конфигурация физического уровня, соответствующего SC-MRB, не отключена, когда объект RLC, соответствующий SC-MRB, зарезервирован, также зарезервирована конфигурация уровня MAC, соответствующая SC-MRB.
При необходимости, после приостановки SC-MRB, способ дополнительно включает в себя: информирование, путем указания временного идентификатора группы мобильных устройств (Temporary Mobile Group Identity, TMGI) и/или идентификатора сеанса, соответствующего SC-MRB, на уровне протокола выше уровня RRC о том, что SC-MRB был приостановлен.
TMGI используется для различения разных услуг MBMS. Например, одна услуга MBMS соответствует одному TMGI. Идентификатор сеанса используется для различения разных сеансов MBMS. Например, одна услуга MBMS соответствует одному идентификатору сеанса MBMS. Для идентификации SC-MRB и услуги MBMS, соответствующей SC-MRB, можно использовать как TGGI, так и идентификатор сеанса. TMGI и/или идентификатор сеанса, соответствующий SC-MRB, указывается на уровне протокола выше уровня RRC, так что уровень протокола выше RRC может знать, что в текущий момент времени приостанавливается SC-MRB, соответствующий целевой услуге MBMS, и оконечное устройство не может выполнить целевую услугу MBMS в текущий момент времени.
В частности, когда TMGI и/или идентификатор сеанса указаны на верхнем уровне, можно дополнительно использовать параметр статуса, чтобы указать статус SC-MRB. Например, если значение параметра статуса равно 11, он указывает, что SC-MRB установлен; если значение параметра статуса равно 01, он указывает, что SC-MRB был приостановлен; если значение параметра статуса равно 10, он указывает, что SC-MRB был восстановлен; если значение параметра статуса равно 00, он указывает, что SC-MRB был отключен.
В частности, уровень протокола выше RRC может быть уровнем приложений. Например, пользователь смотрит телевизионную программу, используя клиентское приложение оконечного устройства, то есть услуга MBMS, которая принимается оконечным устройством в текущий момент времени, является телевизионной программой, и SC-MRB предоставляет услугу приема для телевизионной программы. Когда имеются данные первого типа, подлежащие приему, оконечное устройство приостанавливает SC-MRB. В этом случае оконечное устройство не может принять услугу MBMS, соответствующую SC-MRB, в текущий момент времени. После информирования на уровне приложений путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, о том, что SC-MRB был приостановлен, на пользовательском интерфейсе клиентского приложения отображается информация подсказки, аналогичная "Данная услуга недоступна".
При необходимости, после приостановки SC-MRB способ дополнительно включает в себя: установление первого однонаправленного радиоканала данных первого типа и прием данных первого типа по первому однонаправленному радиоканалу.
При необходимости первый однонаправленный радиоканал может быть однонаправленным радиоканалом сигнализации или однонаправленным радиоканалом передачи данных.
В частности, установление первого однонаправленного радиоканала включает в себя: установление первого объекта RLC, соответствующего первому типу данных, и конфигурирование уровня MAC и физического уровня, соответствующего первому типу данных.
S302. Восстановить или отключить SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB, после завершения приема данных первого типа.
При необходимости после завершения приема данных первого типа первый однонаправленный радиоканал, установленный для данных первого типа, отключается, и отключаются объект RLC, соответствующий первому типу данных, соответствующая конфигурация уровня MAC и конфигурация физического уровня.
В частности, то, что прием данных первого типа завершен, может означать, что завершен прием всей информации о конфигурации в SC-MCCH, или что завершен прием информации, используемой во время поискового вызова.
В частности, когда прием служебных данных SC-MTCH не завершен, SC-MRB восстанавливается на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB; когда прием служебных данных SC-MTCH завершен, SC-MRB восстанавливается, и SC-MRB отключается на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB.
В частности, то, что прием служебных данных SC-MTCH не завершен, означает, что не завершен прием услуги MBMS, соответствующей приостановленному SC-MRB, и оконечное устройство должно продолжить прием служебных данных, соответствующих приостановленному SC-MRB. То, что прием служебных данных SC-MTCH завершен, включает в себя два случая: один случай состоит в том, что завершена услуга MBMS, соответствующая приостановленному SC-MRB; другой случай состоит в том, что услуга MBMS, соответствующая приостановленному SC-MRB, не завершена, но оконечному устройству больше не нужно принимать услугу MBMS, соответствующую приостановленному SC-MRB.
Ниже, в качестве примера, используются данные первого типа для описания случаев, когда прием служебных данных SC-MTCH завершен, и когда прием служебных данных SC-MTCH не завершен.
В одном случае оконечное устройство в текущий момент времени принимает служебные данные первой услуги MBMS по первому SC-MRB, и базовая станция отправляет уведомление об изменении SC-MCCH в оконечное устройство. В этом случае оконечное устройство приостанавливает первый SC-MRB и принимает информацию о конфигурации в SC-MCCH. Предполагается, что базовая станция обновляет услугу MBMS, используя информацию о конфигурации, и добавляет вторую услугу MBMS, и первая услуга MBMS еще не завершается после завершения приема информации о конфигурации. Если пользователь, держащий оконечное устройство, интересуется второй услугой MBMS и желает, чтобы оконечное устройство приняло вторую услугу MBMS, оконечному устройству больше не нужно принимать первую услугу MBMS, хотя первая услуга MBMS не завершена. То есть прием служебных данных SC-MTCH, соответствующих первому SC-MRB, завершается, первый SC-MRB отключается, и устанавливается второй SC-MRB, соответствующий второй услуге MBMS. Если пользователь, держащий оконечное устройство, все еще интересуется первой услугой MBMS и желает, чтобы оконечное устройство продолжило принимать первую услугу MBMS, оконечное устройство должно продолжить прием первой услуги MBMS. То есть прием служебных данных SC-MTCH, соответствующих первому SC-MRB, не завершен, и оконечное устройство восстанавливает первый SC-MRB и отключает первый SC-MRB, когда первая услуга MBMS завершена.
В другом случае оконечное устройство в текущий момент времени принимает служебные данные первой услуги MBMS через первый SC-MRB и в текущий момент времени должно принять поисковый вызов. В этом случае оконечное устройство приостанавливает первый SC-MRB и принимает поисковый вызов. Поисковый вызов не связан с обновлением услуги MBMS. После приема поискового вызова, если сеть не выполнила поисковый вызов оконечного устройства, первая услуга MBMS не завершена, и пользователь все еще интересуется первой услугой MBMS, оконечное устройство должно продолжить прием первой услуги MBMS. То есть прием служебных данных SC-MTCH не завершен, и оконечное устройство восстанавливает первый SC-MRB и отключает первый SC-MRB, когда первая услуга MBMS завершена. Если первая услуга MBMS не завершена, но пользователь при получении сообщения поискового вызова обнаруживает, что сеть осуществляет поисковый вызов оконечного устройства, должно быть установлено RRC-соединение, чтобы ответить сети. В этом случае оконечное устройство может больше не принимать первую услугу MBMS. То есть прием служебных данных SC-MTCH завершен, и оконечное устройство отключает первый SC-MRB.
В частности, восстановление SC-MRB включает в себя: определение SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, и определение, согласно SC-MRB, объекта RLC, соответствующего SC-MRB; и конфигурирование уровня MAC и/или физического уровня для SC-MRB на основе информации в SC-MCCH.
В частности, объект RLC, который соответствует SC-MRB и который зарезервирован в процессе приостановки SC-MRB, может использоваться для восстановления SC-MRB.
В частности, конфигурирование уровня MAC и/или физического уровня включает в себя: прием информации о конфигурации "точка-множество точек" одной соты (Single Cell Point To Multipoint Configuration, SCPTMConfiguration), где информация SCPTMConfiguration включает в себя список sc-mtch-InfoList информации SC-MTCH, и каждый SC-MTCH соответствует одной части sc-mtch-Info в sc-mtch-InfoList; и конфигурирование уровня MAC и/или физического уровня на основе sc-mtch-Info.
В частности, sc-mtch-Info включает в себя информацию о параметрах, такую как временный идентификатор радиосети группы (Group-Radio Network Temporary Identity, G-RNTI) и SC-MTCH планирование информации (sc-mtch-SchedulingInfo). G-RNTI используется для скремблирования канала, и sc-mtch-SchedulingInfo представляет собой информацию DRX, установленную SC-MTCH. Когда sc-mtch-Info не включает в себя sc-mtch-SchedulingInfo, информация о SC-MTCH может передаваться в любом подкадре.
При необходимости, после восстановления SC-MRB, способ дополнительно включает в себя: информирование, путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, на уровне протокола выше уровня RRC о том, что SC-MRB был приостановлен.
В частности, в процедуре приостановки SC-MRB на этапе S301 уровень протокола выше уровня RRC информируется, путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, о том, что SC-MRB был приостановлен. Соответственно, когда SC-MRB восстановлен, уровень протокола выше уровня RRC может быть проинформирован о том, что соответствующий SC-MRB, был восстановлен.
В способе, описанном на фиг. 3, если данные первого типа должны быть приняты в процессе приема служебных данных SC-MTCH, SC-MRB, соответствующий SC-MTCH, приостанавливается, и затем принимаются данные первого типа. Затем после завершения приема данных первого типа восстанавливается SC-MRB, продолжается прием служебных данных SC-MTCH, приостанавливается SC-MRB, отключаются только конфигурация уровня MAC и/или конфигурация физического уровня и резервируется объект RLC, соответствующий SC-MRB, где отключение объекта RLC представляет собой отключение (разъединение) PDU RLC, кэшированного в объекте RLC. Когда SC-MRB восстанавливается, только уровень MAC и/или физический уровень должны повторно конфигурироваться на основе информации в SC-MCCH, и нет необходимости восстанавливать объект RLC, соответствующий SC-MRB, или принимать снова PDU RLC, тем самым избегая повторения отключения и установления SC-MRB, экономя сетевые ресурсы и уменьшая потребляемую мощность оконечного устройства.
Вышеизложенное в основном описывает процесс способа, предусмотренного в вариантах осуществления настоящего изобретения. Далее описаны изменения логической линии передачи и объекта RLC в способе, предусмотренном в вариантах осуществления настоящего изобретения, в сочетании со структурой протокола со ссылкой на фиг. 4 и фиг. 5.
На фиг. 4 показана возможная упрощенная структурная схема уровней протокола беспроводной связи. Протокол беспроводной связи включает в себя более высокий уровень сети, уровень RLC, уровень MAC и физический уровень, представленные сверху вниз. Уровень управления радиоресурсами (Radio Resource Control, RRC), уровень сети, транспортный уровень, уровень приложений и слой без доступа принадлежат к более высокому уровню сети. Уровень RLC и уровень MAC принадлежат к протоколу OSI уровня 2, и физический уровень принадлежит к протоколу OSI уровня 1. В вариантах осуществления настоящего изобретения уровень RRC, уровень RLC, уровень MAC и физический уровень относятся к установлению, приостановке, восстановлению и отключению (разъединению) SC-MRB.
Уровень RRC может реализовывать уведомление об услуге MBMS и установлении, модификации и отключении однонаправленного радиоканала, соответствующего услуге MBMS, соответствующего услуге MBMS. Уровень RRC инструктирует уровень RLC, уровень MAC и физический уровень выполняют соответствующие операции, чтобы завершить установление, модификацию и отключение однонаправленного радиоканала.
Уровень RLC реализует в основном сегментацию и повторное объединение блоков служебных данных протокола, установление, отключение и конфигурирование различных логических линий связи для передачи данных. Уровень RLC включает в себя множество объектов RLC и объектов управления, и один объект RLC соответствует одному RB. Объект RLC может быть сконфигурирован в режиме без подтверждения (UM), в режиме с подтверждением (AM) и в "прозрачном" режиме (TM) согласно различным типам услуги передачи. Объект RLC, соответствующий SC-MRB, согласно вариантам осуществления настоящего изобретения, находится в режиме без подтверждения. Объект управления RLC реализует, главным образом, установление, отключение и конфигурирование параметра логических линий связи для передачи данных.
Уровень MAC расположен между физическим уровнем и уровнем RLC и предоставляет услугу в восходящем направлении для уровня RLC. Уровень RLC отправляет PDU уровня RLC на уровень MAC по логическому каналу. Уровень MAC использует физический канал в нисходящем направлении, чтобы использовать услугу, предоставленную физическим уровнем. Уровень MAC реализует в основном отображение между логическим каналом и физическим каналом, динамическую адаптацию между блоком служебных данных (Service Data Unit, SDU) на уровне MAC и блоком передачи данных на физическом уровне, динамическое конфигурирование параметра передачи физического уровня и т.п. В варианте осуществления настоящего изобретения уровень MAC передает несколько PDU служебных данных SC-MTCH в объект RLC, так что объект RLC повторно объединяет PDU.
Физический уровень реализует такие функции, как кодирование и декодирование физического канала, мультиплексирование и демультиплексирование физического канала и обработку радиочастотных сигналов.
На фиг. 5 показаны изменения логической линии связи передачи в терминальном устройстве в процессе приема служебных данных SC-MTCH. На фиг. 5 показана схема, показывающая изменения логической линии связи для передачи данных, и объект RLC, выполняющий способ управления многоадресным однонаправленным каналом согласно варианту осуществления настоящего изобретения. Сначала оконечное устройство принимает служебные данные SC-MTCH на SC-MRB, объект A RLC является объектом RLC, соответствующим SC-MRB, и конфигурация уровня MAC и конфигурация физического уровня одновременно представляют собой конфигурации, соответствующие SC-MTCH. Когда имеются данные первого типа, подлежащие приему, где приоритет передачи данных первого типа выше, чем у служебных данных SC-MTCH, линия связи для передачи данных предназначена предпочтительно для данных первого типа. Уровень MAC и физический уровень оконечного устройства имеют ограниченные ресурсы, поэтому конфигурация уровня MAC и конфигурация физического уровня отключаются, и объект A RLC резервируется. В этом случае SC-MRB приостанавливается, и вновь устанавливается объект B RLC. Уровень MAC и физический уровень, которые были отключены, повторно конфигурируются на основе логического канала типа, соответствующего данным первого типа, подлежащим приему, и данные первого типа принимаются с помощью вновь установленного однонаправленного радиоканала. После завершения приема данных первого типа отключается объект B RLC, отключаются конфигурация уровня MAC и конфигурация физического уровня, и уровень MAC и физический уровень конфигурируются для SC-MTCH. Объект A RLC, сконфигурированный уровень MAC и сконфигурированный физический уровень составляют SC-MRB. В этом случае SC-MRB восстанавливается, и служебные данные SC-MTCH продолжают приниматься по восстановленному SC-MRB. Когда прием служебных данных SC-MTCH завершен, объект A RLC, и конфигурация уровня MAC и конфигурация физического уровня, соответствующего SC-MRB, отключаются, чтобы отключить SC-MRB. В дополнительном случае после завершения приема данных первого типа и после отключения объекта B RLC, конфигурации уровня MAC и конфигурации физического уровня, когда служебные данные SC-MTCH больше не должны приниматься, объект A RLC может отключаться напрямую. Случай, когда служебные данные SC-MTCH не должны приниматься, описан в приведенном выше варианте осуществления с использованием примера. В данном документе детали не описываются повторно.
На фиг. 6 показана возможная упрощенная структурная схема оконечного устройства упомянутого в приведенных выше вариантах осуществления. Оконечное устройство включает в себя блок 410 приема и блок 420 обработки, и подробное описание каждого блока представлено ниже.
Блок 410 приема выполнен с возможностью приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH);
Блок 420 обработки выполнен с возможностью: когда блок 410 приема принимает служебные данные односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH), приостановки односотового однонаправленного радиоканала мультимедийной широковещательной услуги многоадресной передачи в режиме соединения "точка-множество точек" (SC-MRB), соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему;
Блок 420 обработки дополнительно выполнен с возможностью: когда блок 410 приема завершает прием данных первого типа, восстановления или отключения SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB.
При необходимости, блок 420 обработки специально выполнен с возможностью:
когда блок 410 приема не завершает прием служебных данных SC-MTCH, восстановления SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB; или когда блок 410 приема завершает прием служебных данных SC-MTCH, отключения SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB.
При необходимости, блок 420 обработки специально выполнен с возможностью:
резервирования объекта RLC, соответствующего SC-MRB, и отключения конфигурации уровня управления доступом к среде передачи данных (MAC) и/или физической конфигурации уровня, соответствующей SC-MRB.
При необходимости, блок 420 обработки специально выполнен с возможностью:
информирования, путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, уровня протокола выше уровня RRC о том, что SC-MRB был приостановлен.
При необходимости, блок 420 обработки специально выполнен с возможностью:
определения SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, и определения, согласно SC-MRB, объекта RLC, соответствующего SC-MRB; и
конфигурирования уровня MAC и/или физического уровня для SC-MRB на основе информации в односотовом мультимедийном широковещательном канале управления услугой многоадресной передачи (SC-MCCH).
При необходимости блок 420 обработки специально выполнен с возможностью:
информирования, путем указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, уровня протокола выше уровня RRC о том, что SC-MRB был восстановлен.
В частности, данные первого типа включают в себя данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH.
В частности, данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH, включает в себя:
информацию о конфигурации в SC-MCCH или информацию, используемую во время поискового вызова.
Блок 420 обработки специально выполнен с возможностью:
приостановления SC-MRB, соответствующего SC-MTCH, когда блок 410 приема принимает уведомление об изменении SC-MCCH; или
приостановления SC-MRB, соответствующего SC-MTCH, перед прослушиванием поискового вызова.
В возможной реализации блок 420 обработки может соответствовать процессору 211 или микросхеме 210 обработки в оконечном устройстве, показанном на фиг. 2, и блок приема может соответствовать РЧ приемопередатчику 2162 или РЧ модулю 216 в терминале, показанном на фиг. 2. Блок 420 обработки может дополнительно взаимодействовать с блоком 410 приема для выполнения всех операций в варианте осуществления способа, показанном на фиг. 3.
Контроллер/процессор, выполненный с возможностью выполнения функций вышеизложенного оконечного устройства согласно вариантам осуществления настоящего изобретения, может быть центральным процессором (CPU), процессором общего назначения, процессором цифровых сигналов (DSP), специализированной интегральной схемой (ASIC), программируемой пользователем вентильной матрицей (FPGA) или другим программируемым логическим устройством, транзисторным логическим устройством, компонентом аппаратных средств или любым их сочетанием. Контроллер/процессор может реализовывать или исполнять различные примерные логические блоки, модули и схемы, описанные со ссылкой на содержание, раскрытое в настоящем изобретении. В качестве альтернативы, процессор может представлять собой комбинацию процессоров, реализующих вычислительную функцию, например, комбинацию из одного или нескольких микропроцессоров или комбинацию из DSP и микропроцессора.
В варианте осуществления, показанном на фиг. 6, когда оконечное устройство принимает служебные данные SC-MTCH, если данные первого типа должны быть приняты, SC-MRB, соответствующий SC-MTCH, приостанавливается, и затем принимаются данные первого типа. После того как прием данных первого типа завершен, SC-MRB восстанавливается, и служебные данные SC-MTCH продолжают приниматься, SC-MRB приостанавливается, отключаются только конфигурация уровня MAC и/или конфигурация физического уровня, и резервируется объект RLC, соответствующий SC-MRB. Когда SC-MRB восстанавливается, только уровень MAC и/или физический уровень необходимо повторно конфигурировать на основе информации в SC-MCCH, и нет необходимости восстанавливать объект RLC, соответствующий SC-MRB, тем самым избегая частое отключение и установление SC-MRB и экономя сетевые ресурсы и уменьшая потребляемую мощность оконечного устройства.
Варианты осуществления настоящего изобретения дополнительно предусматривают компьютерный носитель информации, и компьютерный носитель информации хранит компьютерную программу. Компьютерная программа включает в себя программные инструкции, и когда программные инструкции выполняются компьютером, компьютеру разрешается выполнять способ, описанный в представленном выше варианте осуществления. Компьютер может быть частью упомянутого выше оконечного устройства.
Варианты осуществления настоящего изобретения дополнительно предоставляют компьютерную программу, включающую в себя программные инструкции. Программные инструкции при их исполнении на компьютере используются для выполнения способа, описанного в приведенном выше варианте осуществления.
Специалист в данной области техники может понять, что все или некоторые процессы способов согласно вариантам осуществления могут быть реализованы с помощью компьютерной программы, инструктирующей соответствующие аппаратные средства. Программа может храниться на машиночитаемом носителе информации. При запуске программы выполняются процессы способов согласно вариантам осуществления. Носитель информации может включать в себя: магнитный диск, оптический диск, постоянное запоминающее устройство (Read-Only Memory, ROM) или оперативное запоминающее устройство (Random Access Memory, RAM).
Этапы способа или алгоритма, описанные в сочетании с содержанием, раскрытым в настоящем изобретении, могут быть реализованы аппаратными средствами или могут быть реализованы процессором посредством выполнения инструкции программного обеспечения. Программная инструкция может быть сформирована соответствующим программным модулем. Программный модуль может быть расположен в памяти RAM, флэш-памяти, памяти ROM, памяти EPROM, памяти EEPROM, регистре, на жестком диске, съемном магнитном диске, CD-ROM или носителе информации любого другого вида, известного в технике. Например, носитель информации связан с процессором, так что процессор может считывать информацию с носителя информации или записывать информацию на носитель информации. Разумеется, носитель информации может быть компонентом процессора. Процессор и носитель информации могут быть расположены в ASIC. Кроме того, ASIC может быть расположена в пользовательском оборудовании. Разумеется, процессор и носитель информации могут находиться в пользовательском оборудовании в виде дискретных компонентов.
Специалист в данной области техники должен знать, что в вышеупомянутом одном или нескольких примерах функции, описанные в настоящем изобретении, могут быть реализованы посредством аппаратных средств, программного обеспечения, программно-аппаратных средств или любого их сочетания. Когда настоящее изобретение реализуется с помощью программного обеспечения, вышеупомянутые функции могут храниться на машиночитаемом носителе или передаваться в виде одной или более инструкций или кода на машиночитаемом носителе. Машиночитаемый носитель включает в себя компьютерный носитель информации и среду связи, где среда связи включает в себя любую среду, которая позволяет передавать компьютерную программу из одного места в другое. Носитель информации может быть любым имеющимся в распоряжении носителем, доступным для компьютера общего назначения или специализированного компьютера.
Задачи, технические решения и преимущества настоящего изобретения дополнительно подробно описаны в вышеизложенных конкретных вариантах осуществления. Следует понимать, что приведенные выше описания являются просто конкретными вариантами осуществления настоящего изобретения, но не предназначены для ограничения объема защиты настоящего изобретения. Любая модификация, эквивалентная замена или улучшение, выполненные в рамках сущности и принципа настоящего изобретения, должны находиться в пределах объема защиты настоящего изобретения.
1. Способ управления многоадресным однонаправленным каналом, реализуемый оконечным устройством, содержащий этапы, на которых:
приостанавливают, в процессе приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH), односотовый однонаправленный радиоканал мультимедийной широковещательной услуги многоадресной передачи в режиме соединения точка-множество точек (SC-MRB), соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему, причем данные первого типа содержат данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH, содержащих информацию о конфигурации в SC-MCCH или информацию, используемую во время поискового вызова; и
восстанавливают или отключают, когда прием данных первого типа завершен, SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB.
2. Способ по п. 1, в котором этап восстановления SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, содержит подэтап, на котором:
восстанавливают, когда прием служебных данных SC-MTCH не завершен, SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB; или
этап отключения SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, содержит подэтап, на котором:
отключают, когда прием служебных данных SC-MTCH завершен, SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB.
3. Способ по п. 1 или 2, в котором этап приостановки SC-MRB, соответствующего SC-MTCH, содержит подэтап, на котором:
осуществляют резервирование объекта RLC, соответствующего SC-MRB, и отключение конфигурации уровня управления доступом к среде передачи данных (MAC) и/или физической конфигурации уровня, соответствующей SC-MRB.
4. Способ по любому из пп. 1-3, дополнительно содержащий, после этапа приостановки SC-MRB, соответствующего SC-MTCH, этап, на котором:
осуществляют информирование, посредством указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, на уровне протокола выше уровня управления радиоресурсами (RRC) о том, что SC-MRB был приостановлен.
5. Способ по п. 3, в котором этап восстановления SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, содержит этапы, на которых:
определяют SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, и определяют, согласно SC-MRB, объект RLC, соответствующий SC-MRB; и
конфигурируют уровень MAC и/или физический уровень для SC-MRB на основе информации в односотовом мультимедийном широковещательном канале управления услугой многоадресной передачи (SC-MCCH).
6. Способ по любому из пп. 1-5, дополнительно содержащий, после этапа восстановления SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, этап, на котором:
осуществляют информирование, посредством указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, на уровне протокола выше уровня RRC о том, что SC-MRB был восстановлен.
7. Способ по любому из пп. 1-6, в котором этап приостановки SC-MRB, соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему, содержит подэтап, на котором:
приостанавливают SC-MRB, соответствующий SC-MTCH, когда принято уведомление об изменении SC-MCCH; или
приостанавливают SC-MRB, соответствующий SC-MTCH, перед прослушиванием поискового вызова.
8. Оконечное устройство управления многоадресным однонаправленным каналом, содержащее:
блок приема, выполненный с возможностью приема служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH); и
блок обработки, выполненный с возможностью приостановки, при приеме, блоком приема, служебных данных SC-MTCH, односотового однонаправленного радиоканала мультимедийной широковещательной услуги многоадресной передачи в режиме соединения точка-множество точек (SC-MRB), соответствующего SC-MTCH, когда имеются данные первого типа, подлежащие приему, причем данные первого типа содержат данные, приоритет передачи которых выше, чем у служебных данных SC-MTCH, содержащих информацию о конфигурации в SC-MCCH или информацию, используемую во время поискового вызова, при этом
блок обработки дополнительно выполнен с возможностью восстановления или отключения, при завершении приема блоком приема, данных первого типа, SC-MRB на основе временного идентификатора группы мобильных устройств (TMGI) и/или идентификатора сеанса, соответствующего SC-MRB.
9. Оконечное устройство по п. 8, в котором блок обработки дополнительно выполнен с возможностью:
восстановления, когда блок приема не завершает прием служебных данных SC-MTCH, SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB; или
отключения, когда блок приема завершает прием служебных данных SC-MTCH, SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB.
10. Оконечное устройство по п. 8 или 9, в котором блок обработки дополнительно выполнен с возможностью:
резервирования объекта RLC, соответствующего SC-MRB, и отключения конфигурации уровня управления доступом к среде передачи данных (MAC) и/или физической конфигурации уровня, соответствующей SC-MRB.
11. Оконечное устройство по любому из пп. 8-10, в котором блок обработки дополнительно выполнен с возможностью:
информирования, посредством указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, уровня протокола выше уровня управления радиоресурсами (RRC) о том, что SC-MRB был приостановлен.
12. Оконечное устройство по п. 10, в котором блок обработки дополнительно выполнен с возможностью:
определения SC-MRB на основе TMGI и/или идентификатора сеанса, соответствующего SC-MRB, и определения, согласно SC-MRB, объекта RLC, соответствующего SC-MRB; или
конфигурирования уровня MAC и/или физического уровня для SC-MRB на основе информации в односотовом мультимедийном широковещательном канале управления услугой многоадресной передачи (SC-MCCH).
13. Оконечное устройство по любому из пп. 8-12, в котором блок обработки дополнительно выполнен с возможностью:
информирования, посредством указания TMGI и/или идентификатора сеанса, соответствующего SC-MRB, уровня протокола выше уровня RRC о том, что SC-MRB был восстановлен.
14. Оконечное устройство по п. 9, в котором блок обработки дополнительно выполнен с возможностью:
приостановления SC-MRB, соответствующего SC-MTCH, при приеме, блоком приема уведомления об изменении SC-MCCH; или
приостановления SC-MRB, соответствующего SC-MTCH, перед прослушиванием поискового вызова.
15. Машиночитаемый носитель информации, хранящий компьютерную программу, содержащую программные инструкции, вызывающие, при исполнении компьютером, выполнение компьютером способа по любому из пп. 1-7.
16. Система связи, содержащая сетевое устройство связи и оконечное устройство по любому из пп. 8-14, причем
сетевое устройство связи выполнено с возможностью передачи служебных данных односотового канала трафика мультимедийной широковещательной услуги многоадресной передачи (SC-MTCH) на оконечное устройство; а
оконечное устройство выполнено с возможностью выполнения способа по любому из пп. 1-7.
