СПОСОБ И УСТРОЙСТВО ДЛЯ ОТЧЕТА О СТЕПЕНИ ПРИЕМА ПОТОКОВОЙ УСЛУГИ ТЕРМИНАЛОМ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ И СИСТЕМА НА ИХ ОСНОВЕ Российский патент 2010 года по МПК H04H60/29 H04W48/10 H04L1/20 

Область техники, к которой относится изобретение

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

Уровень техники

Система вещания, используемая в настоящем описании, относится к системе мобильного вещания, которая предоставляет вещательные услуги терминалам (абонентскому оборудованию). Рынок мобильной связи постоянно сталкивается с потребностью в предоставлении новых услуг посредством рекомбинации или интеграции существующих технологий. Сегодня из-за развития технологий связи и вещания обычная система вещания достигла фазы предоставления вещательных услуг через мобильные терминалы (в дальнейшем терминалы), такие как мобильные телефоны и Карманные Персональные Компьютеры (КПК). Конвергенция услуг мобильной связи и технологии Интернет-Протокола (IP) является в настоящее время основным направлением развития технологии мобильной связи следующего поколения в соответствии со скрытыми потребностями рынка, растущими требованиями пользователей к мультимедийным услугам, стратегией поставщиков услуг в отношении предоставления новых услуг, таких как вещательные услуги, в дополнение к существующим голосовым услугам, а также с интересами компаний в области Информационных Технологий (IT), которые укрепляют свой бизнес в области мобильной связи в целях удовлетворения пользовательского спроса.

Открытый Мобильный Альянс (ОМА), который является группой, созданной с целью изучения стандарта для взаимодействия между индивидуальными мобильными решениями, главным образом устанавливает различные прикладные стандарты для мобильных игр, Интернет-услуг и т.п. В частности подразделение ОМА Браузерного и Контентного (ВАС) Мобильного вещания (BCAST), одна из рабочих групп ОМА, изучает технологию предоставления вещательных услуг мобильному терминалу.

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

На Фиг.1 показана архитектура обычной системы мобильного вещания и, в частности, логическая архитектура каждой рабочей группы в системе BCAST, которая устанавливает стандартные технологии уровня приложений и его более низкого транспортного уровня для предоставления услуг мобильного вещания.

Сначала будет приведено подробное описание логических объектов, показанных на Фиг.1. Объект 101, создающий контент (СС), предоставляет контент, который является основой услуг BCAST, при этом контент может включать в себя файл для нормального обслуживания вещания, например данные для кино, аудио и видео. Кроме того, объект 101, создающий контент, предоставляет объекту 102, осуществляющему услуги BCAST, атрибуты контента, предусматриваемые для создания руководства по услугам и определения элемента, осуществляющего передачу данных, с помощью которого будет предоставляться услуга.

Объект 102, осуществляющий услуги BCAST, принимает данные для предоставления услуг BCAST от объекта 101, создающего контент, и конвертирует принятые данные в формат, подходящий для шифровывания мультимедиа, защиты контента и интерактивных услуг. Кроме того, объект 102, осуществляющий услуги BCAST, предоставляет атрибуты контента, принятые от объекта 101, создающего контент, объекту 103 распространения/адаптации услуг BCAST и объекту 104 по администрированию подпиской на услуги BCAST. Объект 103 распространения/адаптации услуг BCAST выполняет доставку файла/потока, сбор услуг, защиту услуг, создание/доставку руководства по услугам и операции по уведомлению об услугах, используя данные по услугам BCAST, принятые от объекта 102, осуществляющего услуги BCAST. Кроме того, объект 103 распространения/адаптации услуг BCAST приспосабливает услуги в соответствии с требованиями Системы 112 распространения вещания (BDS).

Объект управления подпиской на услуги BCAST 104 управляет предоставлением услуг, например обладает функцией подписки/сбора абонентской платы за услуги BCAST, предоставлением информации, используемой для услуг BCAST, а также терминала, принимающего услуги BCAST, в порядке технических средств/программного обеспечения. Терминал 105 принимает контент и информацию по программной поддержке, например руководство по услугам и защиту услуг, а также предоставляет вещательные услуги пользователю. Объект 111 распространения услуг BDS предоставляет услуги мобильного вещания множеству терминалов посредством связи с Системой 112 распространения вещания и Сетью 113 взаимодействия.

Система 112 распространения вещания предоставляет услуги мобильного вещания по каналу вещания, при этом услуги мобильного вещания могут включать в себя, например, Услуги Многоабонентского Мультимедийного Вещания (MBMS) стандарта мобильной связи 3-го поколения (3GPP), Услуги Многоабонентского Вещания (BCMCS) стандарта мобильной связи 3-го поколения 2 (3GPP2), а также стандарт DVB для мобильных устройств (DVB-H) цифрового телевидения (DVB). Система 112 распространения вещания может представлять собой сеть вещания/связи на основе IP. Сеть 113 взаимодействия обеспечивает канал взаимодействия, и может представлять собой, например, сотовую сеть связи.

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

В соответствии с фиг.1 BCAST-1 121 является линией передачи для контента и атрибутов контента, а BCAST-2 122 является линией передачи для услуг BCAST с защищенным/незащищенным контентом, а также атрибутов и атрибутов контента услуг BCAST. BCAST-3 123 является линией передачи для атрибутов услуг BCAST, атрибутов контента, предпочтений/регистрационной информации абонента, заявок абонента, а также ответа на заявку. BCAST-4 124 является линией передачи уведомительного сообщения, атрибутов, используемых для руководства по услугам, а также ключа, используемого для защиты контента и защиты услуг.

BCAST-5 125 является линией передачи защищенных услуг BCAST, незащищенных услуг BCAST, услуг BCAST с защищенным контентом, услуг BCAST с незащищенным контентом, атрибутов услуг BCAST, атрибутов контента, уведомления, руководства по услугам, документации по конфиденциальности, например Управления правами при Цифровом Копировании (DRM) Объекта Прав (RO), и значения кода ключа, используемого для защиты услуг BCAST, а также всех данных и сигналов, передаваемых по каналу вещания.

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

BCAST-7 127 является линией передачи для предоставления услуг, регистрационной информации, управления устройством, а также информации о предпочтениях абонента, передаваемой по каналу взаимодействия контрольной информации, связанной с приемом документации по конфиденциальности, например DRM RO и значения кода ключа, используемого для защиты услуг BCAST. BCAST-8 128 является линией передачи, с которой взаимодействуют данные абонента для услуг BCAST. BDS-1 129 является линией передачи для защищенных услуг BCAST, незащищенных услуг BCAST, атрибутов услуг BCAST, атрибутов контента, уведомления, руководства по услугам, а также документации по конфиденциальности, например DRM RO, и значения кода ключа, используемого для защиты услуг BCAST.

BDS-2 130 является линией передачи для предоставления услуг, регистрационной информации, управления устройством, а также документации по конфиденциальности, например DRM RO, и значения кода ключа, используемого для защиты услуг BCAST. X-1 131 является базовой точкой между объектом 111 распространения услуг BDS и Системой 112 распространения вещания. X-2 132 является базовой точкой между объектом 111 распространения услуг BDS и Сетью 113 взаимодействия. X-3 133 является базовой точкой между Системой 112 распространения вещания и терминалом 105. X-4 134 является базовой точкой между объектом 111 распространения услуг BDS и терминалом 105 по каналу вещания. X-5 135 является базовой точкой между объектом 111 распространения услуг BDS и терминалом 105 по каналу взаимодействия. X-6 136 является базовой точкой между Сетью 113 взаимодействия и терминалом 105.

На Фиг.2 показана схема руководства по услугам, используемого для приема вещательных услуг в обычной системе мобильного вещания. Указанная схема предназначена для предоставления вещательной услуги терминалу в системе BCAST. Одно руководство по услугам состоит из фрагментов, имеющих свои собственные назначения, при этом фрагменты разделены на четыре группы в соответствии с применением.

На Фиг.2 руководство по услугам состоит из Административной группы 200, Регистрационной группы 210, Основной группы 220 и Группы 230 доступа. Сплошная линия, соединяющая фрагменты, указывает на обоюдную связь между фрагментами.

Административная группа 200 служит для обеспечения базовой информации, используемой абонентским оборудованием для приема руководства по услугам, и включает фрагмент 201 описателя доставки руководства по услугам 201. Фрагмент 201 описателя доставки руководства по услугам предоставляет Идентификатор (ID) руководства по услугам, идентификационную информацию поставщика услуг, который создал и доставил руководства по услугам, а также полную информацию руководства по услугам. Кроме того, фрагмент 201 описателя доставки руководства по услугам предоставляет терминалу плановую информацию, информацию обновлений, а также информацию относительно канала, по которому можно получать множественные фрагменты руководства по услугам, с тем, чтобы терминал могло получать только необходимые руководства по услугам в соответствующее время.

Регистрационная группа 210 служит для обеспечения информации по оплате для приема услуг. Регистрационная группа 210 включает в себя фрагмент 211 Приобретения позиции, фрагмент 212 Приобретения данных и фрагмент 213 Приобретения канала. Фрагмент 211 Приобретения позиции обеспечивает информацию об оплате для услуги или группы услуг. Фрагмент 212 Приобретения данных указывает фактическую ценовую информацию для приобретаемого пункта. Фрагмент 213 Приобретения канала обеспечивает информацию относительно системы и способа оплаты, посредством которых пользователь услуги может фактически приобрести услугу.

Основная группа 220 служит для обеспечения информации непосредственно относительно услуг и включает фрагмент 221 Услуг, Плановый фрагмент 222 и фрагмент 223 Контента. Фрагмент 221 Услуг обеспечивает непосредственно описание услуг, которые получит абонент, а также информацию относительно контента, из которого может состоять услуга. Плановый фрагмент 222 обеспечивает информацию относительно времени, в течение которого услуга может быть предоставлена и востребована абонентом. Фрагмент 223 Контента обеспечивает информацию относительно каждого наименования из множественного контента, составляющего услугу.

Группа 230 Доступа включает в себя фрагмент 231 Доступа и фрагмент 232 Описания сеанса. Группа 230 Доступа обеспечивает информацию о доступе к услуге для приема услуги, предоставляемой через Основную группу 220, а также подробную информацию относительно сеанса, для которого доставляется контент, составляющий соответствующую услугу, таким образом, позволяя терминалу получить доступ к соответствующей услуге.

Фрагмент 231 Доступа обеспечивает множественные способы доступа терминала к одной из услуг, таким образом, обеспечивая способ, которым терминал может получить доступ к различным дополнительным услугам, основываясь на одной услуге. Фрагмент 232 Описания сеанса обеспечивает информацию сеанса для услуги, определенной в одном фрагменте Доступа. В дополнение к четырем группам, описанным выше, информация руководства по услугам, как показано на фиг.2, может дополнительно включать в себя фрагмент 224 Данных предварительного просмотра для обеспечения предварительного просмотра и изображения услуг и контента, и фрагмент 225 Интерактивных данных для поддержки интерактивных услуг.

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

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

Сущность изобретения

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

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

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

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

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

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

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

Краткое описание чертежей

Вышеуказанные и другие аспекты, признаки и преимущества настоящего изобретения станут более понятными из последующего подробного описания при рассмотрении в совокупности с сопровождающими чертежами, где:

На фиг.1 показана архитектура обычной системы мобильного вещания;

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

На фиг.3 показана процедура отчета о степени приема потоковой услуги в системе мобильного вещания, к которой применимо настоящее изобретение;

На фиг.4 показана работа терминала по отчету о степени приема потоковой услуги в системе вещания согласно варианту осуществления настоящего изобретения;

На фиг.5 показан способ измерения степени приема потоковой услуги согласно первому варианту осуществления настоящего изобретения;

На фиг.6 показан способ измерения степени приема потоковой услуги согласно второму варианту осуществления настоящего изобретения;

На фиг.7 показан способ измерения степени приема потоковой услуги согласно третьему варианту осуществления настоящего изобретения;

На фиг.8 показан способ измерения степени приема потоковой услуги согласно четвертому варианту осуществления настоящего изобретения;

На фиг.9 показан способ измерения степени приема потоковой услуги согласно пятому варианту осуществления настоящего изобретения;

На фиг.10A и 10B показана операция BSDA по отправке сообщения с указанием по отчету о степени приема потоковой услуги терминалу и приема на это ответного сообщения в системе вещания согласно настоящему изобретению;

На Фиг.11 показана блок-схема структуры терминала согласно настоящему изобретению.

Подробное описание предпочтительных вариантов осуществления изобретения

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

Хотя варианты осуществления настоящего изобретения будут описаны в настоящем документе в отношении системы BCAST, одного из стандартов технологии мобильного вещания, это не означает, что объем настоящего изобретения ограничивается лишь системой BCAST. Таким образом, при этом следует отметить, что система вещания включает в себя различные системы связи, поддерживающие вещательные услуги, например систему BCAST и систему цифрового телевидения для мобильных устройств (DVB-H). Кроме того, хотя названия объектов, определенных в 3GPP, асинхронном стандарте мобильной связи, и/или в ОМА BCAST, стандартной группе для применения терминала, будут использоваться для описания настоящего изобретения, это не означает, что объем настоящего изобретения ограничивается стандартами и названиями объектов. Кроме того, хотя приемник системы BCAST, поддерживающий мобильные вещательные услуги, будет указан в настоящем описании как мобильный терминал, для удобства, техническая сущность настоящего изобретения может быть также применена к системе проводной связи.

В системе BCAST терминал согласно настоящему изобретению устроен таким образом, чтобы измерять степень потерь и степень приема пакета Транспортного протокола реального времени (RTP), в котором осуществляется доставка потоковых услуг, и сообщать измеренные отношения объекту Распространения/адаптации услуг BCAST (BSDA). Понятие "степень потерь пакета", используемое в настоящем описании, указывает на отношение общего количества пакетов, которые должны были быть приняты в течение интервала измерения, к числу потерянных пакетов, а понятие "степень приема" указывает на отношение общего количества пакетов, которые должны были быть приняты в течение интервала измерения, к числу фактически принятых пакетов. Более подробную информацию, связанную с доставкой потоковой услуги в системе BCAST, можно найти по следующей ссылке:

http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST-Distribution-V1_0_0-20060313-D.zip.

На фиг.3 показана процедура отчета о степени приема потоковой услуги в системе мобильного вещания, к которой применимо настоящее изобретение. Показана процедура отчета о степени приема, определенная в системе BCAST.

В отношении фиг.3 Распространение потока (SD) в BSDA 300, объект услуг, включенный в объект 103 Распространения/Адаптации Услуг BCAST, показанный на фиг.1, выполняет функцию вещания потоковой услуги. Распространение услуг BDS 301 идентично элементу 111 Распространения услуг BDS, описанному на фиг.1, а Сеть 302 взаимодействия идентична Сети 113 взаимодействия, описанной на фиг.1. Клиент распределения потока (SD-C) в Терминале 303, объект, включенный в Терминал 105 на фиг.1, управляет приемом потоковой услуги. Для удобства SD в BSDA 300 и SD-C в Терминале 303 упоминается далее как BSDA 300 и Терминал 303, соответственно.

Если Терминал 303 сообщает BSDA 300 о степени приема вещательных услуг на этапе 310, BSDA 300, сетевой объект, посылает сообщение для подтверждения приема отчета о степени приема (сообщение о приеме) Терминалу 303 на этапе 311. На этапе 312 BSDA 300 может сообщить о степени приема терминалом 303 объекту 301 Распространения услуг BDS с целью улучшения качества степени приема. Этапы 311 и 312 являются необязательными. На этапе 313 объект 301 Распространения услуг BDS посылает ответ с запросом к BSDA 300 на улучшение качества степени приема. Настоящее изобретение определяет способ, в котором терминал сообщает BSDA о степени приема, а BSDA посылает ответ терминалу как выполняется на этапах 310 и 311 на фиг.3, а также определяет подробную операцию, выполняемую перед осуществлением способа. Впрочем, в настоящем изобретении будет опущено обсуждение операции, в которой выполняется уведомление/ответ о степени приема между BSDA и объектом Распространения услуг BDS на этапах 312 и 313 на фиг.3.

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

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

http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Service-Guide-V1_0_0-20060324-D.zip.

В отношении таблицы 1 и таблицы 2 "Название" указывает названия элементов и атрибутов, составляющих соответствующее сообщение. "Тип" указывает, является ли тип соответствующего названия элементом или атрибутом. Элементы имеют значения Е1, E2, E3 и E4, где Е1 указывает верхний элемент для всего сообщения, E2 указывает подэлемент Е1, E3 указывает подэлемент E2, а E4 указывает подэлемент E3. Атрибут обозначается как "А", и "А" указывает атрибут соответствующего элемента. Например, "А" под Е1 указывает, что атрибут Е1 "Категории" используется для того, чтобы указывать, является ли соответствующий элемент/атрибут обязательным. Соответствующий элемент/атрибут имеет значение М (обязательный), когда он является обязательным, и соответствующий элемент/атрибут имеет значение О (необязательный), когда он является необязательным. "Мощность" указывает отношения между элементом и имеет значения 0, 0..1, 1, 0..n, 1.. n, где "0" указывает необязательные отношения, "1" указывает обязательные отношения, и "n" указывают возможность наличия кратных значений. Например, "0..n" указывает, что может не быть никакого соответствующего элемента, или соответствующий элемент может иметь значения n. "Описание" указывает значение соответствующего элемента/атрибута.

В таблице 1 элемент "Ссылка на описание сеанса", элемент для обеспечения информации относительно настройки сеанса, необходимой для приема вещательных услуг, в качестве податрибута имеет атрибут, называемый Универсальным кодом ресурса (URI), указывающий положение, где расположена информация сеанса. Хотя указанный атрибут, который обычно указывает позицию, где можно получить информацию сеанса для приема вещательных услуг, может быть определен, чтобы обычно указывать другую информацию сеанса, связанную с услугами, и может также указывать позицию, где можно получить информацию уведомления о степени приема, представленной в соответствии с настоящим изобретением. В процессе подключения к фрагменту доступа с целью приема услуги после получения руководства по услугам, если присутствует URI, терминал принимает и обрабатывает информацию, имеющую соответствующий URI. Если информация, полученная с использованием URI, содержит информацию о степени приема, терминал измеряет степень приема для вещательных услуг, которую он принимает после расшифровки соответствующей информации о степени приема, и сообщает BSDA системы вещания об измеренной степени приема.

Хотя на фиг.3 это не показано, в отношении таблиц 3-5 будет приведено определение сообщения с указанием по отчету о степени приема, посредством которого BSDA 300 дает команду Терминалу 303 ссообщить о степени приема потоковой услуги согласно настоящему изобретению. Сообщение с указанием по отчету о степени приема, сообщение для процедуры отчета о степени приема, состоит из элементов и атрибутов, описанных в таблице 3-5, и может быть выражено на таком языке, как Расширяемый язык разметки (XML).

Таблица 3 Название Тип Категория Мощность Описание Тип данных Процедура, связанная с потоком E     Процедура, связанная с потоковой доставкой
Содержит следующий элемент: Тип измерения   Тип измерения Е1     Указанный элемент определяет тип измерения и отчета о приеме, которое должно быть выполнено терминалом, содержит следующие элементы:
Измерение сеанса
Измерение фиксированной продолжительности
Измерение интервала Контрольное измерение порогового сигнала
Измерение, инициированное событием   Измерение сеанса E2 0 0..1 Указанный элемент запрашиват терминал послать отчет о приеме измерения потерь пакета полного сеанса. Булевский

Как показано в таблице 3, высшим элементом сообщения с указанием по отчету о степени приема потоковой услуги, которую BSDA 300 доставляет Терминалу 303, является "Процедура, связанная с потоком", она указывает, из каких основных элементов/атрибутов состоит сообщение, и, наконец, указывает тип сообщения. Среди элементов, включенных в "Процедуру, связанную с потоком", "Тип измерения" является элементом, определяющим тип отчета о степени приема потоковой услуги, при этом терминал измеряет степень приема и степени потери потоковой услуги в способе, обозначенном "Тип измерения", и сообщает о соответствующей степени приема, если условие удовлетворено. "Тип измерения" включает в себя соответствующие подэлементы Измерение сеанса, Измерение фиксированной продолжительности, Измерение интервала, Измерение порогового значения, Измерение, инициированное событием.

В таблице 3 элемент "Измерение сеанса" служит для предписания Терминалу 303 сообщить о степени приема полного сеанса для услуги, прием которой в настоящий момент идет или находится на очереди. Терминал 303 выполняет измерение степени приема, начиная с момента приема терминалом первого пакета транспортного протокола реального времени (RTP) соответствующего принимаемого сеанса, до времени окончания сеанса, и сообщает результаты измерения BSDA 300. Если Терминал 303 принимает услугу с середины сеанса, но измеряет степень приема с момента начала приема услуги терминалом, и сообщает о результате измерения, и если Терминал 303 прекращает сеанс на середине, но сообщает о результате измерения степени приема до момента оканчания сеанса. Кроме того, если Терминал 303 принимает услугу с середины сеанса и заканчивает сеанс на середине, но измеряет степень приема для соответствующих возможных частей и сообщает об измеренных степенях приема. Подробное описание способа отчета Терминала 303 будет приведено ниже.

В таблице 4 элемент "Измерение фиксированной продолжительности" является элементом, посредством которого BSDA 300 определяет и указывает, для Терминала 303, интервал измерения для отчета о степени приема услуги, которую соответствующий терминал принимает или прием которой ожидает. Временная метка RTP, указывающая время выборки данных RTP, используется в настоящем описании в качестве интервала измерения и назначает Временную метку начала RTP, указывающую начальную временную метку, которая является атрибутом, указывающим момент начала интервала измерения, в который начинается уведомление о степени приема, и Временную метку окончания RTP, указывающую конечную временную метку, которая является моментом окончания измерения. За более подробной информацией касательно RTP можно обратиться к следующей ссылке: http://www.ietf.org/rfc/rfc1889.txt. При получении указания интервала измерения от BSD 300 Терминал 303 выполняет измерение, начинающееся со значения Временной метки начала RTP до значения Временной метки окончания RTP, и отсылает результаты измерения BSDA 300.

Если Терминал 303 принимает услугу после Временной метки начала RTP, он выполняет измерение с момента своего включения в процесс и отсылает результат измерения. Если Терминал 303 завершает сеанс до Временной метки окончания RTP, он отсылает результат измерения до времени окончания. Кроме того, если Терминал 303 принимает услугу после Временной метки начала RTP и завершает сеанс до Временной метки окончания, он выполняет измерение соответствующих возможных частей и отсылает результаты измерения.

В таблице 4 элемент "Измерение интервала" является элементом, посредством которого BSDA 300 предписывает Терминалу 303 сообщить о степени приема каждый период, назначенный для услуги, которую соответствующий терминал принимает или прием которой ожидает. В связи с этим значение интервала определяется в элементе "Измерение интервала", при этом Терминал 303 измеряет степень приема, вычисляя интервал на основе временных меток принятых пакетов RTP. Вычисление интервала начинается с момента, когда Терминал 303 принимает первый пакет RTP, при этом результат сообщается, когда услуга, принимаемая в ходе соответствующего сеанса, оканчивается или Терминал 303 останавливает услугу.

Таблица 5 Название Тип Категория Мощность Описание Тип данных Пороговое измерение E2 О 0..1 Данный элемент направляет запрос терминалу на отправку отчета о приеме измерения потери пакета, когда потеря пакета больше, чем назначенное пороговое значение Булевский Пороговое значение A М 1 Пороговое значение, которое терминал должен использовать для проверки, должно ли оно посылать уведомления о приеме. Терминал начнет измерения, когда получит первый пакет, но отправит отчет о приеме только тогда, когда пороговое значение нарушено Плавающий
?? Измерение, инициированное событием E2 0 0..1 Данный элемент направляет запрос терминалу на отсылку отчета о приеме измерения потери пакета после того, как инициировано событие??? Булевский Инициирующее значение A 0 0..1 Инициирующее значение, которое терминал должен использовать для проверки, должно ли оно начать создать данные отчета о приеме. Терминал начнет измерения, когда получит первый пакет, но отправит отчет о приеме с данными только после того, как будет достигнуто инициирующее значение Плавающий
??

В таблице 5 элемент "Пороговое измерение" служит для предписания Терминалу 303 сообщить об измеренной степени приема, когда степень потери, измеренная для услуги, которую Терминал 303 принимает или прием которой ожидает, выше, чем пороговое значение, заданное BSDA 300. Таким образом, когда элемент "Пороговое измерение" таблицы 5 назначен, Терминал 303 сообщает измеренную степень приема, когда измеренная степень потерь выше, чем элемент "Пороговое измерение" таблицы 5.

Пороговое значение может являться пороговым значением не только для степени потери пакета, но также и для количества потерянных пакетов. Терминал 303 непрерывно измеряет степень приема и степень потери с момента приема услуги. Если измеренное отношение потери становится меньше, чем пороговое значение, Терминал 303 собирает информацию для отчета о степени приема, а если степень потери опять становится выше, чем пороговое значение, Терминал 303 сообщает о степени приема BSDA 300. Таким образом, если степень потери пакета выше, чем пороговое значение, Терминал 303 отправляет BSDA 300 сообщение с отчетом о степени приема с измеренным отношением приема. Если степень потери становится меньше, чем пороговое значение снова, Терминал 303 повторно выполняет сбор информации для отчета о степени приема. "Сбор информации для отчета о степени приема", используемый в настоящем описании, относится к действию по сбору информации, необходимой для измерения степени приема и степени потери, например Временной метки начала RTP, Временной метки окончания RTP, интервала, степени потери пакета, ожидаемого общего количества пакетов, принятого общего количества пакетов и потерянного общего количества пакетов. Данный процесс продолжается до тех пор, пока Терминал 303 не завершит соответствующую услугу.

В таблице 5 элемент "Измерение, инициированное событием" служит для предписания Терминалу 303 сообщить о степени приема, когда степень потери услуги, которую Терминал 303 принимает или прием которой ожидает, выше, чем инициирующее значение, заданное BSDA 300. Терминал 303 непрерывно измеряет степень приема и степень потери с момента приема услуги. Если степень потери становится меньше, чем инициирующее значение с течением времени, Терминал 303 собирает информацию для отчета о степени приема, а если степень потери становится выше инициирующего значения, Терминал 303 включает данные о степени приема, собранные до момента завершения соответствующей услуги в сообщение с отчетом о степени приема, и отправляет сообщение с отчетом о степени приема BSDA 300.

В таблицах 6-8 показан формат сообщения с отчетом о степени приема, посредством которого Терминал 303 сообщает о степени приема потоковой услуги согласно первому варианту осуществления настоящего изобретения. Сообщение с отчетом о степени приема состоит из элементов и атрибутов, описанных в таблицах 6-8, и может быть выражено на языке, таком как XML.

В отличие от сообщения с отчетом о степени приема потоковой услуги, определенного в таблицах 3-5, сообщение с отчетом о степени приема потоковой услуги, описанное в таблицах 6-8, дается в одном формате, и это связано со всеми последующими пятью типами измерения степени приема.

Таблица 6 Название Тип Категория Мощность Описание Тип данных Отчет о потоковом приеме E     Отчет о приеме потоковой доставки содержит следующие атрибуты:
Тип уведомления
Временная метка RTP начала измерения
Временная метка RTP окончания измерения
Ожидаемое общее количество пакетов
Принятое общее количество пакетов
Глобальный ID контента
ID сеанса
Глобальный ID услуги
URI сервера
Зона обслуживания
ID соты
Содержит следующий элемент:
ID устройства   Тип уведомления A М 1 Тип отчета о приеме
Это означает...
Имеет следующие значения
0 - Измерение сеанса
1 - Измерение фиксированной продолжительности
2 - Измерение интервала
3 - Контрольное измерение порогового значения
4 - Измерение, инициированное событием
3-127 сохранено для будущего пользования
128-255 сохранено для частного пользования Беззнаковый байт

В таблице 6 элемент "О потоковом приеме", высший элемент сообщения с отчетом о степени приема потоковой услуги, содержит следующие элементы и атрибуты. Элемент "Тип уведомления" используется для отчета BSDA 300 о типе измерения степени приема, используемом в Терминале 303. На основании "Типа уведомления" BSDA 300 может определить способ, которым была получена информация степени приема, поступившая от терминала 303, а также использовать его для классификации и анализа степени приема.

Таблица 7 Название Тип Категория Мощность Описание Тип данных Временная метка RTP начала измерения A М 1 Время начала временной метки RTP, используемое для измерения Целочисленный
Беззнаковый Временная метка RTP окончания измерения A М 1 Время окончания временной метки RTP, используемое для измерения Целочисленный
Беззнаковый Ожидаемое общее количество пакеты A О 0..1 Общее количество ожидаемых пакетов в течение измерения Целочисленный
Беззнаковый Принятое общее количество пакетов A О 0..1 Общее количество успешно принятых пакетов в течение измерения Целочисленный
Беззнаковый Потерянное общее количество пакеты A О 0..1 Общее количество пакетов потерянных в течение измерения Целочисленный
Беззнаковый Степень приема A М 1 Степень приема в течение периода измерения. Вычислено из ожидаемого общего количества пакетов и принятого общего количества пакетов Плавающий?? Глобальный ID контента A М 1 Идентификатор контента, на котором было выполнено измерение Любой URI ID сеанса A М 1 Идентификатор сеанса, на котором было выполнено измерение Любой URI

В таблице 7 элемент "Временная метка RTP начала измерения" и элемент "Временная метка RTP окончания измерения" указывают начальные и конечные периоды, в которых производится измерение для отчета о степени приема, соответственно. Два значения указывают значения Временной метки первого пакета RTP и последнего пакета RTP, который Терминал 303 фактически принимает для измерения степени приема при приеме услуги.

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

Атрибут "степень приема" может быть вычислен на основе "ожидаемого общего количества пакетов" и "принятого общего количества пакетов" или "потерянного общего количества пакетов" и указывает полную степень приема в течение интервала измерения. Например, показатель степени приема может быть вычислен на основе отношения ожидаемого общего количества пакетов к принятому общему количеству пакетов. Поэтому, что касается степени приема, BSDA 300 может получать степень приема Терминала 303 в зависимости от значений предшествующих атрибутов. При получении сообщения по степени приема от множества терминалов посредством значений атрибутов BSDA 300 может проанализировать степень приема и предпринять соответствующее действие для улучшения качества, необходимого для соответствующей услуги, улучшая, таким образом, качество услуг. На основе информации о степени приема, полученной от терминала 303, BSDA 300 может дальше управлять эффективностью доставки услуг. Например, когда степень приема является высокой, BSDA 300 может снизить ошибочную скорость кодирования, чтобы назначить остальной частотный диапазон для дополнительных услуг.

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

Таблица 8 Название Тип Категория Мощность Описание Тип данных Глобальный ID услуги A М 1 Идентификатор услуги, на котором было выполнено измерение Любой URI URI сервера A М 1 Адрес возврата для отчета о приеме Любой URI Зона обслуживания A О 0..1 Зона, в которой было выполнено измерение Целочисленный Беззнаковый ID соты A О 0..1 Сота, в которой было выполнено измерение
Примечание. Относится только к 3GPP/2 Целочисленный Беззнаковый ID устройства Е1 М 1 Индивидуальный идентификатор устройства, известный BSM
Содержит следующий атрибут: Тип Целочисленный Беззнаковый Тип A М 1 Определяет тип ID устройства. Предусмотрены следующие значения:
0-DVB ID устройства
1-3GPP ID устройства (IMEI) 2-3GPP2 ID устройства (MEID) 3-127 сохранено для дальнейшего пользования
128-255 сохранено для частного пользования Беззнаковый байт

В таблице 8 "глобальный ID услуги" является идентификатором услуги, на котором проходит измерение степени приема, который сообщается позже при использовании для классификации степени приема и анализа в BSDA 300. "URI сервера" указывает адрес BSDA 300, который должен принять отчет о степени приема. "Зона обслуживания" указывает положение, где Терминал 303 измерил степень приема, может использоваться для выбора зоны с низкой степенью приема, и является необязательным. "ID соты" указывает соту, где Терминал 303 измерил степень приема, когда Терминал 303 связан с сетью 3GPP/3GPP2, может использоваться для выбора зоны с низкой степенью приема и является необязательным. "ID устройства" является идентификатором Терминала 303, который передает отчет о степени приема и в качестве соответствующего податрибута содержит атрибут Типа, указывающий тип идентификатора. Поскольку такая система мобильного вещания, как BCAST, может использоваться в различных типах сетей вещания, существуют различные типы доступных терминалов. Поскольку не все типы терминалов совместимы друг с другом, можно уведомлять о несовместимости, используя атрибут Типа.

В таблицах 9-11 показан формат сообщения с отчетом о степени приема, посредством которого Терминал 303 сообщает о степени приема потоковой услуги согласно второму варианту осуществления настоящего изобретения. Данный вариант осуществления обеспечивается при рассмотрении модели услуг, которая может состоять из множества сеансов и/или множественного контента в одном фрагменте доступа. Кроме того, сообщение с отчетом о степени приема согласно второму варианту осуществления состоит из элементов и атрибутов, описанных в таблицах 9-11, и может быть выражено на таком языке, как XML.

В отличие от сообщения с отчетом о степени приема потоковой услуги, описанного в таблицах 6-8, сообщение с отчетом о степени приема потоковой услуги, описанное в таблицах 9-11, является сообщением с отчетом о степени приема, которое будет связано с сеансом передачи данных, состоящей из множественного контента и/или множества сеансов, и связано со всеми пятью типами измерения степени приема, определенными в таблицах 6-8.

Таблица 9 Название Тип Категория Мощность Описание Тип данных Отчет о потоковом приеме E     Отчет о приеме потоковой доставки. Содержит следующие атрибуты:
URI сервера
глобальный ID услуги
Содержит следующие элементы:
ID устройства
ID сеанса   URI сервера A М 1 Адрес возврата для приема
сообщение. Любой URI Глобальный ID услуги A М 1 Идентификатор услуги, на котором измерение было выполнено. Любой URI ID устройства Е1 М 1 Индивидуальный идентификатор устройства, известный BSM
Содержит следующий атрибут: тип Целочисленный Тип A М 1 Определяет тип ID устройства.
Следующие значения позволяются:
0-DVB ID устройства
1-3GPP ID устройства (IMEI)
2-3GPP2 ID устройства (MEID)
3-127 сохранено для дальнейшего пользования
128-255 сохранено для частного пользования Беззнач. байт ID сеанса Е1 М 1..n Идентификатор сеанса, в котором было выполнено измерение. Содержит следующие элементы: Глобальный ID контента Любой URI

Таблица 10 Название Тип Категория Мощность Описание Тип данных Глобальный ID контента E2 М 1..n Идентификатор контента, на котором было выполнено измерение.
Содержит следующие атрибуты:
Тип уведомления
Временная метка RTP начала измерения
Временная метка RTP окончания измерения
Ожидаемое общее количество пакетов
Принятое общее количество пакетов
Потерянное общее количество пакетов
степень приема
зона обслуживания
ID соты anyURI Тип уведомления A М 1 Тип уведомления о приеме
Имеет следующие значения
0 - Измерение сеанса
1 - Измерение фиксированой продолжительности
2 - Измерение интервала
3 - Контрольное измерение порогового значения
4 - Измерение, инициированное событием
3-127 сохранено для дальнейшего пользования
128-255 сохранено для частного пользования Беззначное байт Временная метка RTP начала измерения A М 1 Время начала временной метки RTP, используемое для измерения Целочисленное
Беззнаковое Временная метка RTP окончания измерения A М 1 Время окончания временной метки RTP, используемое для измерения Целочисленное
Беззнаковое

Таблица 11 Название Тип Категория Мощность Описание Тип данных Ожидаемое общее количество пакетов A О 0..1 Общее количество ожидаемых пакетов в течение измерения Целочисленное
Беззнаковое Полученное общее количество пакетов A О 0..1 Общее количество успешно принятых пакетов в течение измерения Целочисленное
Беззнаковое Потерянное общее количество пакетов A О 0..1 Общее количество пакетов, потерянных в течение измерения Целочисленное
Беззнаковое Степень приема A М 1 Степень приема в течение периода измерения. Вычислено из ожидаемого общего количества пакетов и принятого общего количества пакетов Плавающий Зона обслуживания A О 0..1 Зона, в которой было выполнено измерение Целочисленное
Беззнаковое ID соты A О 0..1 Сота, в которой было выполнено измерение
Примечание. Относится только к 3GPP/2 Целочисленное
Беззнаковое

В таблице 9 элемент "Отчета о потоковом приеме", высший элемент сообщения с отчетом о степени приема потоковой услуги, имеет следующие элементы и атрибуты. "URI сервера" указывает адрес BSDA 300, который должен принять отчет о степени приема, а "Глобальный ID услуги" является идентификатором вещательной потоковой услуги, которая проходит измерение степени приема, и сообщается позже при использовании для классификации степени приема и анализа в BSDA 300.

"ID устройства" является идентификатором Терминала 303, который отправляет отчет о степени приема и в качестве соответствующего податрибута содержит атрибут Типа, указывающий тип идентификатора. Поскольку система мобильного вещания, такая как BCAST, может использоваться в различных типах сетей вещания, существуют различные типы доступных терминалов. Поскольку не все типы терминалов совместимы друг с другом, можно уведомлять о несовместимости, используя атрибут Типа.

"ID сеанса" является идентификатором сеанса услуг, который проходит измерение степени приема, и сообщается позже при использовании для классификации степени приема и анализа в BSDA 300. Поскольку одна услуга может состоять из нескольких сеансов, может быть зарегистрировано множество "ID сеансов", при этом "ID сеанса" содержит подэлемент, называемый "Глобальный ID контента" в таблице 10. "глобальный ID контента" является идентификатором контента услуги, который проходит измерение степени приема, и сообщается позже при использовании для классификации степени приема и анализа в BSDA 300. Поскольку один сеанс может состоять из нескольких контентов, может быть зарегистрировано множество "глобальных ID контента". "Глобальный ID контента" имеет следующие девять атрибутов.

В таблице 10 элемент "Тип уведомления" используется для отчета BSDA 300 о том, какой тип измерения степени приема использовался в Терминале 303. На основе "Типа уведомления" BSDA 300 может определять способ, которым была получена информация о степени приема, полученная от терминала 303, причем "Тип уведомления" может использоваться для классификации и анализа степени приема. Элемент "Временная метка RTP начала измерения" и элемент "Временная метка RTP окончания измерения" указывает начальный и конечный периоды, когда было сделано измерение для отчета о степени приема, соответственно. Два значения указывают значения временной метки первого пакета RTP и последнего пакета RTP, которые Терминал 303 фактически принимает для измерения степени приема при получении услуги.

В таблице 11 "ожидаемое общее количество пакетов", "полученное общее количество пакетов" и "потерянное общее количество пакетов" указывают общее количество пакетов, которые Терминал 303 должен был принять в течение интервала измерения, общее количество пакетов, которое Терминал 303 фактически принял, а также общее количество пакетов, которые были потеряны или содержали ошибку, соответственно. "Ожидаемое общее количество пакетов" является общим количеством пакетов, которые Терминал 303 должен был принять в течение периода с момента начала измерения до момента окончания измерения Терминалом 303, и может быть получено путем вычисления разности между временной меткой времени начала и временной меткой времени окончания. "Принятое общее количество пакетов" является общим количеством пакетов, которое Терминал 303 фактически принял в течение периода, в котором он принимает "ожидаемое общее количество пакетов". "Потерянное общее количество пакетов" является общим количеством пакетов, которое Терминал 303 не смог принять в течение периода, в котором он принимает "ожидаемое общее количество пакетов", или которое Терминал 303 получил, но принятые пакеты содержали ошибку. Описанное выше "ожидаемое общее количество пакетов", "принятое общее количество пакетов" и "потерянное общее количество пакетов" являются необязательными атрибутами, могут представлять собой справочную информацию для классификации и анализа степени приема и могут использоваться для вычисления степени потери.

Атрибут "степень приема" может быть вычислен на основе "ожидаемого общего количества пакетов" и "принятого общего количества пакетов" или "потерянного общего количества пакетов" и указывает полную степень приема в течение интервала измерения. Например, "степень приема" может быть определена как отношение "ожидаемого общего количества пакетов", показывающее общее количество ожидаемых пакетов, к "принятому общему количеству пакетов", показывающему общее количество фактически принятых пакетов. Кроме того, степень потери пакетов может быть определена как отношение "ожидаемого общего количества пакетов", показывающего общее количество ожидаемых пакетов, к "потерянному общему количеству пакетов", показывающему общее количество потерянных пакетов. На основе значения в атрибуте "степень приема" BSDA 300 может получать степень приема Терминалом 303. При получении отсчета о степени приема от множества терминалов посредством значений атрибутов BSDA 300 может проанализировать степень приема и предпринять соответствующее действие для улучшения качества, необходимого для соответствующей услуги, улучшая, таким образом, качество услуги. На основе информации о степени приема, полученной от терминала 303, BSDA 300 может дальше управлять эффективностью доставки услуг. Например, когда степень приема является высокой, BSDA 300 может снизить ошибочную скорость кодирования, чтобы назначить остальной диапазон частот для дополнительных услуг. Наконец, "зона обслуживания" указывает положение, в котором Терминал 303 измерил степень приема, может использоваться для выбора зоны с низкой степенью приема и является необязательной. "ID соты" указывает соту, в которой Терминал 303 измерил степень приема, когда Терминал 303 связан с сетью 3GPP/3GPP2, может использоваться для выбора зоны с низкой степенью приема и является необязательной.

На фиг.4 показана работа терминала по отчету о степени приема потоковой услуги в системе вещания согласно настоящему изобретению.

На этапе 400 Терминал 303 принимает фрагмент доступа, который является частью руководства по услугам. После приема фрагмента доступа, имеющего формат таблиц 1 и 2 на этапе 400, Терминал 303 определяет присутствие/отсутствие сообщения с указанием по отчету о степени приема согласно присутствию URI. На этапе 401 Терминал 303 принимает сообщение с указанием по отчету о степени приема через Сеть 302 взаимодействия с использованием URI этапа 400. На этапе 402 Терминал 303 расшифровывает и анализирует сообщение с указанием по отчету о степени приема, принятое на этапе 401. На основе сообщения с указанием по отчету о степени приема, проанализированного на этапе 402, Терминал 303, на этапе 403, выполняет измерение степени приема согласно заданному типу измерения степени приема и, в частности, выполняет измерение степени приема согласно назначенному типу измерения из пяти типов измерения 404-408, описанных ниже со ссылкой на фиг.5-9. Подробное описание каждого типа измерения будет приведено со ссылкой на соответствующую диаграмму.

Вначале будет приведено краткое описание пяти типов измерения степени приема. Этап 404 представляет собой процедуру, выполняемую, когда тип измерения в сообщении с отчетом о степени приема обозначен как элемент Измерение сеанса, указывающий тип измерения сеанса. "Сеанс", который определяется поставщиком услуг, указывает период от начала до конца, в котором Терминал 303 принимает контент. На этапе 404 Терминал 303 измеряет степень приема для всех услуг, принимаемых в сеансе, которые Терминал намерен/рассчитывает принять, и сообщает о результате измерения BSDA 300. Для измерения степени приема Терминал 303 выполняет измерение с момента приема первого пакета RTP услуг до момента приема последнего пакета RTP. Если Терминал 303 получает доступ к системе вещания после времени начала сеанса, или если Терминал 303 прекращает доступ к соответствующей услуге до момента окончания сеанса Терминал 303 выполняет измерение во время приема услуги.

Этап 405 является процедурой, выполняемой, когда тип измерения в сообщении с указанием по отчету о степени приема обозначен как элемент Измерения фиксированной продолжительности, указывающий тип измерения фиксированной продолжительности. На этапе 405 Терминал 303 выполняет измерение степени приема услуги, которую Терминал намерен/рассчитывает принять, с продолжительностью, назначаемой в сообщении с указанием по отчету о степени приема, и сообщает о результате измерения BSDA 300. Для измерения степени приема Терминал 303 принимает и проверяет временную метку пакета RTP услуги, на котором Терминал намерен выполнить измерение, и выполняет измерение, если пакет соответствует пакету в назначенном интервале измерения. Если временная метка пакета RTP отклоняется от назначенного интервала измерения, Терминал 303 прерывает измерение. Если Терминал 303 принимает доступ к системе вещания после момента начала назначенного сеанса, или прекращает сеанс до момента окончания сеанса, Терминал 303 выполняет измерение во время приема услуги.

Этап 406 является процедурой, выполняемой, когда тип измерения в сообщении с отчетом о степени приема обозначен как элемент Измерения интервала, указывающий тип измерения интервала. На этапе 406 Терминал 303 измеряет степень приема услуги, которую Терминал намерен/рассчитывает принять в течение сеанса, каждый интервал, определяемый в сообщении с указанием по отчету о степени приема, и сообщает об измеренной степени приема BSDA 300. Для измерения степени приема Терминал 303 непрерывно выполняет измерение степени приема с момента приема первого пакета RTP услуг, относительно которого Терминал намерен выполнить измерение, и сообщает о степени приема в каждом интервале, назначаемом на основе временной метки первого пакета RTP.

Этап 407 является процедурой, выполняемой, когда тип измерения в сообщении с указанием по отчету о степени приема обозначен как измерение порогового значения, указывающего пороговый тип измерения. На этапе 407 Терминал 303 непрерывно измеряет степень потери с момента приема первого пакета RTP услуги, которую Терминал намерен/рассчитывает принять в течение сеанса. В то же время, если степень потери становится меньше, чем пороговое значение, заданное в сообщении с указанием по отчету о степени приема, Терминал 303 собирает данные для сообщения о степени приема, а если степень потери становится больше, чем пороговое значение, Терминал 303 сообщает о степени приема BSDA 300. На этапе 407 Терминал 303 непрерывно многократно вычисляет степень приема на основе порогового значения при приеме соответствующей услуги, таким образом, непрерывно выполняя отчет.

Этап 408 является процедурой, выполняемой, когда тип измерения в сообщении с указанием по отчету о степени приема указан как элемент Измерение, инициированное событием, указывающий тип измерения, инициированный событием. На этапе 408 Терминал 303 непрерывно измеряет степень приема и степень потери с момента приема первого пакета RTP услуги, которую Терминал намерен/рассчитывает принять. В то же время, если степень потери становится меньше, чем инициирующее значение в сообщении с указанием по отчету о степени приема, Терминал 303 собирает данные для процедуры отчета о степени приема для отчета о степени приема, и если отношение потери становится выше, чем инициирующее значение, Терминал 303 сообщает BSDA 300 о степени приема, измеренном и собранном до момента окончания соответствующей услуги.

После измерения степени приема с помощью одного из типов измерения, определяемых на этапах 404-408, Терминал 303 на этапе 409 создает сообщение с отчетом о степени приема, показанное в таблицах 9-11, с использованием полученной информации о степени приема, и посылает сообщение с отчетом о степени приема BSDA 300. После того, если BSDA 300, сетевой объект принимает сообщение с отчетом о степени приема, посланное Терминалом 303, посылает сообщение ACK, подтверждающее получение сообщения с отчетом о степени приема, Терминал 303 принимает сообщение ACK на этапе 410. Этап 410 является необязательным.

На этапе 403, если Терминал 303 не смог проверить заданный тип измерения степени приема из-за отказа приема сообщения, Терминал 303 может закончить операцию измерения степени приема, как показано на фиг.4, или может измерить степень приема согласно заданному по умолчанию типу измерения из предыдущих пяти типов измерения. Хотя описанный вариант осуществления предоставляет различные типы измерения и измеряет степень приема согласно одному типу, выбранному из них, когда один тип измерения предварительно определен между BSDA 300 и Терминалом 303, можно также измерять степень приема согласно предварительно определенному типу измерения.

Терминал для отчета о степени приема потоковой услуги, показанный на фиг.4, может включать в себя приемник для приема сообщения с указанием по отчету о степени приема, имеющего формат таблиц 1-5, передатчик для передачи сообщения с отчетом о степени приема, имеющего формат таблиц 6-8 или формат таблиц 9-11, и измерительное устройство для измерения степени приема согласно типу измерения, заданному в сообщении с указанием по отчету о степени приема, и передачи результата измерения системе вещания с использованием сообщения с отчетом о степени приема.

На фиг.5 показан способ измерения степени приема потоковой услуги согласно первому варианту осуществления настоящего изобретения, при этом указанный способ описывает подробный процесс "Измерения сеанса" этапа 404 в работе терминала фиг.4.

На этапе 500 Терминал 303 принимает пакет RTP требуемой услуги от BSDA 300. После приема пакета RTP на этапе 500 Терминал 303 на этапе 501 определяет, является ли принятый пакет первым пакетом требуемого сеанса или следующим пакетом. Если требуемый сеанс все еще не начался, Терминал 303 продолжает принимать пакеты RTP и проверять каждый пакет. Однако если принятый пакет является пакетом требуемого сеанса, Терминал 303 на этапе 502 проверяет, началась ли регистрация степени приема. На этапе 502 Терминал 303 проверяет, сделана ли запись значения временной метки RTP начала сеанса во Временной метке RTP начала измерения, и определяет, была ли начата регистрация степени приема. Если зарегистрированного значения нет, то Терминал 303 переходит к этапу 503, так как это означает, что регистрация степени приема только началась. Если регистрация степени приема только началась, Терминал 303 регистрирует во Временной метке RTP начало измерения, Временную метку RTP первого пакета, принятого после получения доступа к сеансу, и отдельно регистрирует последовательный номер, как на этапе 503, чтобы затем сообщить время регистрации. После этого Терминал 303 переходит к этапу 504. После того, как регистрация степени приема началась на этапе 502, Терминал 303 регистрирует принятое общее количество пакетов на этапе 504, при этом значение принятого общего количества пакетов последовательно увеличивается на единицу каждый раз при приеме пакета. Затем на этапе 505 Терминал 303 регистрирует в Потерянном общем количестве пакетов пакеты, которые Терминал принял, но которые содержат ошибку или были потеряны. Терминал 303 может обнаружить потерю пакета, сравнивая последовательный номер принятого пакета RTP с последовательным номером предварительно принятого пакета. На этапе 506 Терминал 303 проверяет, является ли принятый пакет последним пакетом требуемого сеанса. Если принятый пакет не является последним пакетом, Терминал 303 возвращается к этапу 500 и повторяет этапы, следующие за ним. Однако если принятый пакет является последним пакетом сеанса, Терминал 303 регистрирует во Временной метке RTP окончания измерения. Временную метку последнего пакета и отдельно регистрирует последовательный номер, как на этапе 507. На этапе 508 Терминал 303 вычисляет общее количество пакетов, которое ожидается принять, и сохраняет его в ожидаемом общем количестве пакетов. Указанное значение может быть вычислено на основе последовательного номера RTP в момент начала измерения и последнего последовательного номера RTP. Наконец, на этапе 509 Терминал 303 вычисляет степень приема на основе принятого общего количества пакетов и ожидаемого общего количества пакетов, а затем переходит к этапу 409 фиг.4. Например, Терминал 303 вычисляет степень приема в зависимости от отношения ожидаемого общего количества пакетов к принятому общему количеству пакетов и создает сообщение с отчетом о степени приема, включающее в себя рассчитанную степень приема.

На фиг.6 показан способ измерения степени приема потоковой услуги согласно второму варианту осуществления настоящего изобретения, при этом указанный способ описывает подробный процесс "Измерения фиксированной продолжительности" этапа 405 в работе терминала фиг.4.

На этапах 600 и 601 Терминал 303 принимает и устанавливает значения начальной Временной метки RTP (sRT) и конечной Временной метки RTP (eRT) сообщения с указанием по отчету о степени приема, описанного в таблице 4. В следующем процессе Терминал 303 измеряет степень приема для пакета RTP в двух значениях временных меток. После того, как установка параметров этапов 600 и 601 закончена, Терминал 303 принимает пакет RTP требуемой услуги от BSDA 300 на этапе 602 и сравнивает временную метку принятого пакета RTP с начальной Временной меткой RTP на этапе 603, чтобы определить, соответствует ли пакет RTP, принятый на этапе 602, значению временной метки для начального измерения степени приема. В результате сравнения на этапе 603, если временная метка пакета RTP, принятого на этапе 602 равна или больше, чем начальная Временная метка RTP, Терминал 303 переходит к этапу 604, начиная измерение степени приема. В других случаях Терминал 303 возвращается к этапу 602. На этапе 604 Терминал 303 проверяет, начата ли регистрация степени приема. Терминал 303 может определить, начата ли регистрация степени приема, проверяя, зарегистрировано ли значение Временной метки RTP начала сеанса во Временной метке RTP начала измерения. Если зарегистрированного значения нет, Терминал 303 переходит к этапу 605, так как это означает, что регистрация степени приема только началась. Когда регистрация степени приема началась, Терминал 303 регистрирует во Временной метке RTP начала измерения Временную метку RTP пакета, принятого на этапе 602, и отдельно регистрирует последовательный номер, как на этапе 605, чтобы позже сообщить время регистрации. Если регистрация степени приема была начата, Терминал 303 регистрирует принятое общее количество пакетов на этапе 606. Значение, зарегистрированное в принятом общем количестве пакетов, в данном случае является значением счетчика, которое последовательно увеличивается каждый раз при приеме пакета. Затем, на этапе 607, Терминал 303 регистрирует в Потерянном общем количестве пакетов пакеты, которые были приняты, но которые содержали ошибку или были потеряны. Что касается потерянного пакета, Терминал 303 может определить, потерян ли пакет, сравнивая последовательный номер принятого пакета RTP с последовательным номером ранее принятого пакета. На этапе 608 Терминал 303 сравнивает временную метку RTP принятого пакета с параметром конечной Временной метки RTP на этапе 601, чтобы определить, является ли принятый пакет последним пакетом, который требуется измерить. Если принятый пакет на этапе 602 не является последним пакетом, Терминал 303 возвращается к этапу 602 и повторяет этапы, следующие за ним. На этапе 608, если временная метка RTP принятого пакета на этапе 602 равна или меньше, чем параметр конечной Временной метки RTP, это указывает, что принятый пакет не является последним пакетом. Если на этапе 608 определено, что принятый пакет является последним пакетом, Терминал 303 регистрирует во Временной метке RTP окончание измерения временной метки последнего пакета и отдельно регистрирует последовательный номер, как на этапе 609. После этого, на этапе 610, Терминал 303 вычисляет общее количество пакетов, которые ожидается получить, и сохраняет его в Ожидаемом общем количестве пакетов. Значение Ожидаемого общего количества пакетов может быть вычислено в зависимости от последовательного номера RTP пакета, принятого в момент начала измерения, и последовательного номера последнего принятого пакета. Наконец, на этапе 611, Терминал 303 вычисляет степень приема на основе Принятого общего количества пакетов и Ожидаемого общего количества пакетов, а затем переходит к этапу 409 фиг.4. Например, Терминал 303 вычисляет степень приема в зависимости от отношения Ожидаемого общего количества пакетов к Полученному общему количеству пакетов и создает сообщение с отчетом о степени приема, включающее в себя рассчитанную степень приема.

На фиг.7 показан способ измерения степени приема потоковой услуги согласно третьему варианту осуществления настоящего изобретения, при этом указанный способ описывает подробный процесс "Измерения интервала" этапа 406 в работе терминала фиг.4.

На этапе 700 Терминал 303 принимает и задает значения интервала из сообщения с указанием по отчету о степени приема, описанном в таблице 4. В данном варианте осуществления отчет о степени приема периодически производится на основе заданного значения интервала. После установки значения интервала на этапе 700 Терминал 303 на этапе 701 принимает пакет RTP требуемой услуги от BSDA 300 и проверяет на этапе 702, начата ли регистрация степени приема. На этапе 702 Терминал 303 может определить, начата ли регистрация степени приема, посредством проверки, зарегистрировано ли значение временной метки RTP начала сеанса во Временной метке RTP начала измерения. Если зарегистрированного значения нет, Терминал 303 переходит к этапу 703, так как это означает, что регистрация степени приема только началась. Когда регистрация степени приема только началась, Терминал 303 регистрирует во Временной метке RTP начало измерения временной метки RTP пакета, принятого сразу после получения доступа к сеансу, и отдельно регистрирует последовательный номер, как на этапе 703, чтобы позже сообщить время регистрации. Если регистрация степени приема была начата, Терминал 303 регистрирует Принятое общее количество пакетов на этапе 704. Зарегистрированное значение Принятого общего количества пакетов при этом является значением счетчика, которое последовательно увеличивается каждый раз при получении пакета. После этого, на этапе 705, Терминал 303 регистрирует в Потерянном общем количестве пакетов пакеты, которые были приняты, но которые содержали ошибку или были потеряны. Терминал 303 может обнаружить потерянный пакет, сравнивая последовательный номер принятого пакета RTP с последовательным номером ранее принятого пакета. На этапе 706 Терминал 303 вычисляет значение счетчика на основе временной метки принятого пакета RTP. Таким образом, Терминал 303 готовит счетчик интервалов и увеличивает значение счетчика каждый раз при приеме пакета. Кроме того, счетчик интервалов сбрасывается каждый раз при передаче сообщения с отчетом о степени приема. На этапе 707 Терминал 303 сравнивает значение счетчика, вычисленное на этапе 706, с заданным значением интервала на этапе 700. Если значение счетчика, вычисленное на этапе 706, меньше, чем заданное значение интервала на этапе 700, Терминал 303 возвращается к этапу 701, а если значения интервала равны друг другу, Терминал 303 переходит к этапу 708. На этапе 708 Терминал 303 регистрирует во Временной метке RTP окончания измерения временную метку принятого пакета RTP и отдельно также регистрирует последовательный номер. На этапе 709 Терминал 303 вычисляет общее количество пакетов, которые ожидается принять, и регистрирует его в Ожидаемом общем количестве пакетов. Зарегистрированное значение Ожидаемого общего количества пакетов может быть вычислено на основе последовательного номера RTP пакета, принятого в момент начала измерения степени приема, и последовательного номера RTP последнего принятого пакета.

На этапе 710 Терминал 303 вычисляет степень приема на основе Принятого общего количества пакетов и Ожидаемого общего количества пакетов. Например, Терминал 303 вычисляет степень приема на основе отношения Ожидаемого общего количества пакетов к Полученному общему количеству пакетов и создает сообщение с отчетом о степени приема, включающее в себя рассчитанную степень приема. На этапе 711 Терминал 303 определяет, является ли в настоящее время принимаемый пакет последним пакетом текущей услуги. Если текущий сеанс все еще продолжается, Терминал 303 переходит к этапу 712, в котором создает сообщение с отчетом о степени приема и посылает его BSDA 300. На этапе 712, для отчета о степени приема, Терминал 303 создает сообщение с отчетом о степени приема, устанавливая элементы и атрибуты, определенные в таблицах 6-8 или 9-11. После отправки созданного сообщения с отчетом о степени приема Терминал 303 необязательно может принять Подтверждение отчета о степени приема (ACK) от BSDA 300, или сетевого объекта, на этапе 713. Кроме того, на этапе 714 Терминал 303 запускает значение счетчика и выполняет отчет о степени приема. После этого, впрочем, если на этапе 711 определено, что сеанс закончен, то последующее действие продолжается с этапа 409 фиг.4. Если Терминал 303 заканчивает сеанс до прекращения сеанса, Терминал 303 создает сообщение с отчетом о степени приема на основе информации до времени окончания и посылает созданное сообщение с отчетом о степени приема. В отношении фиг.7 можно отметить, что перед окончанием сеанса Терминал 303 измеряет степень приема в каждом определенном интервале и сообщает о результате измерения, а после окончания сеанса Терминал 303 измеряет степень приема для всего сеанса и сообщает о результате измерения.

На фиг.8 показан способ измерения степени приема потоковой услуги согласно четвертому варианту осуществления настоящего изобретения, при этом указанный способ описывает подробный процесс "Измерения порогового значения" этапа 407 в работе терминала фиг.4.

На этапе 800 Терминал 303 устанавливает пороговое значение для сравнения со степенью потери, так как пороговое значение, включенное в сообщение с указанием по отчету о степени приема, описано в таблице 5. В данном варианте осуществления, если степень потери, вычисленная на основе установленного порогового значения, становится меньше порогового значения, Терминал 303 собирает информацию для отчета о степени приема, а если степень потери снова становится больше, чем пороговое значение, Терминал 303 производит отчет о степени приема. Указанная операция по отчету о степени приема многократно выполняется до окончания сеанса как результат проверки на этапе 810. После того, как установка параметров на этапе 800 закончена, Терминал 303 на этапе 801 принимает пакет RTP требуемой услуги от BSDA 300 и проверяет на этапе 802, была ли начата регистрация степени приема. На этапе 802 Терминал 303 может определить, была ли начата регистрация степени приема, посредством проверки, было ли зарегистрировано значение временной метки RTP начала сеанса во Временной метке RTP начала измерения. Если зарегистрированного значения нет, Терминал 303 переходит к этапу 803, так как это означает, что регистрация степени приема только началась. Когда регистрация степени приема только началась, Терминал 303 регистрирует во Временной метке RTP начала измерения временную метку RTP пакета, принятого сразу после получения доступа к сеансу, и отдельно также регистрирует последовательный номер на этапе 803, чтобы позже сообщить время регистрации. Если регистрация степени приема была начата, Терминал 303 регистрирует Принятое общее количество пакетов на этапе 804. При этом значение, зарегистрированное в Принятом общем количестве пакетов, является значением счетчика, которое последовательно увеличивается каждый раз при приеме пакета. Затем, на этапе 805, Терминал 303 регистрирует в Потерянном общем количестве пакетов пакеты, которые были приняты, но которые содержали ошибку или были потеряны. Терминал 303 может обнаружить потерянный пакет, сравнивая последовательный номер принятого пакета RTP с последовательным номером ранее принятого пакета. На этапе 806 Терминал 303 регистрирует во Временной метке RTP конца измерения временную метку пакета, принятого на этапе 801, и отдельно также регистрирует последовательный номер. На этапе 807 Терминал 303 вычисляет общее количество пакетов, которое ожидается принять, и регистрирует его в Ожидаемом общем количестве пакетов. Значение, зарегистрированное в Ожидаемом общем количестве пакетов, может быть вычислено на основе последовательного номера RTP пакета, принятого в момент начала измерения терминала, и последовательного номера RTP последнего пакета. На этапе 808 Терминал 303 вычисляет степень приема и степень потери на основе Принятого общего количества пакетов и Ожидаемого общего количества пакетов. Например, Терминал 303 вычисляет степень приема в зависимости от отношения Ожидаемого общего количества пакетов к Принятому общему количеству пакетов и вычисляет степень потери на основе отношения Ожидаемого общего количества пакетов к Потерянному общему количеству пакетов. На этапе 809 Терминал 303 сравнивает степень потери, вычисленную на этапе 808, с порогом. В результате сравнения, если степень потери меньше, чем пороговое значение, Терминал 303 возвращается к этапу 801, так как в создании сообщения нет потребности. Однако, если степень потери больше, чем пороговое значение, Терминал 303 переходит к этапу 810, так как есть потребность в отчете о степени приема. На этапе 810 Терминал 303 определяет, является ли получаемый в настоящий момент пакет последним пакетом услуги, которую Терминал принимает в течение сеанса. Если сеанс все еще продолжается, Терминал 303 переходит к этапу 811, в котором создает сообщение с отчетом о степени приема для отчета о степени приема и посылает его BSDA 300. На этапе 811 для отчета о степени приема Терминал 303 создает сообщение с отчетом о степени приема, устанавливая значения, вычисленные на этапах 804-808, в качестве элементов и атрибутов, определенных в таблицах 6-8 или 9-11. После отправки созданного сообщения с отчетом о степени приема Терминал 303 необязательно может принять сообщение ACK отчета о степени приема от BSDA 300 на этапе 812. Однако если на этапе 810 определено, что сеанс закончен, Терминал 303 переходит к этапу 409 фиг.4. Перед окончанием сеанса в качестве результата проверки на этапе 810 Терминал 303 посылает сообщение с отчетом о степени приема, включающее в себя степень приема, измеренную каждый раз, когда отношение потери выше, чем пороговое значение. После окончания сеанса в качестве результата проверки на этапе 810 Терминал 303 посылает сообщение с отчетом о степени приема, включающее в себя степень приема, измеренную в течение всего сеанса. Если Терминал 303 оканчивает сеанс перед прекращением сеанса, Терминал 303 создает и посылает сообщение с отчетом о степени приема на основе информации до времени окончания.

На фиг.9 показан способ измерения степени приема потоковой услуги согласно пятому варианту осуществления настоящего изобретения, при этом указанный способ описывает подробный процесс "Измерения, инициированного событием" этапа 408 в работе терминала фиг.4.

На этапе 900 Терминал 303 задает инициирующее значение для создания сообщения с отчетом о степени приема в соответствии с инициирующим значением, включенным в сообщение с отчетом о степени приема, описанное в таблице 5. В пятом варианте осуществления, показанном на фиг.9, если отношение потери, измеренное на основе значения заданного инициирующего значения, становится меньше, чем инициирующее значение, собирается информация для сообщения, и сообщение делается во время окончания сеанса. Инициирующее значение может быть либо степенью потери, либо степенью приема. В настоящем изобретении инициирующее значение должно быть конкретным значением, сравниваемым терминалом для создания отчета о степени приема. После установки инициирующего значения на этапе 900 Терминал 303 принимает пакет RTP требуемой услуги от BSDA 300 на этапе 901 и проверяет на этапе 902, была ли начата регистрация степени приема. На этапе 902 Терминал 303 может определить, была ли начата регистрация степени приема, посредством проверки, было ли зарегистрировано значение временной метки RTP начала сеанса во Временной метке RTP начала измерения. Если зарегистрированного значения нет, Терминал 303 переходит к этапу 903, так как это означает, что регистрация степени приема только началась. Когда регистрация степени приема началась, Терминал 303 регистрирует во Временной метке RTP начала измерения временную метку первого пакета, принятого после получения доступа к сеансу, и отдельно также регистрирует последовательный номер на этапе 903, чтобы позже сообщить время регистрации. Если на этапе 902 определено, что регистрация степени приема уже была начата, Терминал 303 регистрирует Принятое общее количество пакетов на этапе 904. При этом значение, зарегистрированное в принятом общем количестве пакетов, является значением счетчика, которое последовательно увеличивается каждый раз при приеме пакета. После этого на этапе 905 Терминал 303 регистрирует в Потерянном общем количестве пакетов пакеты, которые были приняты, но которые содержали ошибку или были потеряны. Терминал 303 может обнаружить потерянный пакет посредством сравнения последовательного номера принятого пакета RTP с последовательным номером ранее принятого пакета. На этапе 906 Терминал 303 регистрирует во Временной метке RTP окончания измерения временную метку пакета, принятого на этапе 901, и отдельно также регистрирует последовательный номер. На этапе 907 Терминал 303 вычисляет общее количество пакетов, которые ожидается принять в течение всего сеанса, и регистрирует его в Ожидаемом общем количестве пакетов. Значение, зарегистрированное в Ожидаемом общем количестве пакетов, может быть вычислено на основе последовательного номера RTP пакета, принятого во время начала измерения, и последовательного номера RTP последнего пакета. После этого, на этапе 908, Терминал 303 вычисляет степень приема в зависимости от отношения Ожидаемого общего количества пакетов к Принятому общему количеству пакетов, и вычисляет степень потери на основе отношения Ожидаемого общего количества пакетов к Принятому общему количеству пакетов. На этапе 909 Терминал 303 сравнивает степень потери, вычисленную на этапе 908, с заданным инициирующим значением на этапе 900. Если степень потери меньше, чем инициирующее значение, Терминал 303 возвращается к этапу 901, так как в том, чтобы сделать отчет, нет потребности. Однако если на этапе 909 определено, что степень потери больше, чем инициирующее значение, Терминал 303, поскольку существует потребность в отчете о степени приема, переходит к этапу 409, в котором посылает сообщение с отчетом о степени приема, включающее в себя степень приема. Если Терминал 303 оканчивает сеанс до прекращения сеанса, Терминал 303 создает и посылает сообщение с отчетом о степени приема на основе информации до времени окончания. Когда Терминал 303 устанавливает и инициирующее значение, и пороговое значение (фиг.8 и 9) в качестве степени потери, процедура (фиг.8) неоднократно измеряет и посылает степень приема, если измеренная степень потери больше, чем пороговое значение, тогда как процедура (фиг.9) измеряет и посылает степень приема только однократно, когда степень потери больше, чем инициирующее значение. Хотя инициирующее значение установлено в качестве заданной степени потери с целью сравнения со степенью потери, другие значения могут быть установлены согласно таким переменным, как системный оператор, степень приема, качество приема и основные характеристики станции.

На фиг.10A и 10B показана операция BSDA по отправке сообщения с указанием по отчету о степени приема потоковой услуги на терминал и получению ответного сообщения в системе вещания согласно настоящему изобретению.

На этапе 1000 (фиг.10A) BSDA 300 определяет, что существует необходимость в отчете о степени приема относительно конкретной услуги. На этапе 1001 BSDA 300 определяет детализированные типы измерения степени приема для отчета о степени приема. Как описано выше, в общей сложности существует пять типов измерения степени приема, каждый из которых описан на фиг.4-9. На этапах 1010-1050, когда тип измерения степени приема определен на этапе 1001, BSDA 300 определяет главные параметры, которые будут включены в каждое сообщение с указанием по отчету о степени приема.

На этапе 1010 BSDA 300 определяет Измерение сеанса в сообщении с указанием по отчету о степени приема с целью измерения степени приема в единицах сеансов, заданных на этапе 1001. На этапе 1020 BSDA 300 определяет Измерение фиксированной продолжительности в сообщении с указанием по отчету о степени приема с целью измерения степени приема в течение времени, заданного на этапе 1001. На этапе 1001, если BSDA 300 не смогла определить тип измерения степени приема, BSDA может выполнить конечную обработку из-за ошибки в операции, как показано на фиг.10B, или может определить тип измерения степени приема согласно заданному по умолчанию типу измерения из пяти предыдущих типов измерения. Хотя вариант осуществления подготавливает различные типы измерения и задает один из типов измерения, операция этапа 1001 может быть опущена, когда между BSDA 300 и Терминалом 303 задан один тип измерения.

На этапах 1021 и 1022 BSDA 300 задает интервал измерения для измерения степени приема пакета с целью поддержки измерения на этапе 1020. Таким образом, BSDA 300 определяет время начала измерения на этапе 1021, а также время окончания измерения на этапе 1022. Время начала измерения и время окончания измерения задаются в одной и той же форме, чтобы их можно было сравнить с временной меткой RTP. На этапе 1030 BSDA 300 определяет Измерение интервала в сообщении с указанием по отчету о степени приема с целью измерения степени приема в каждом интервале, заданном на этапе 1001. На этапе 1031 BSDA 300 задает интервал для отчета о степени приема с целью поддержки измерения на этапе 1030. Интервал в настоящем описании определяется на основе количества пакетов RTP.

На этапе 1040 BSDA 300 определяет измерение порогового значения в сообщении с отчетом о степени приема с целью измерения и уведомления о степени приема, когда степень потери больше, чем конкретное пороговое значение, заданное на этапе 1001. На этапе 1041 BSDA 300 определяет пороговое значение с целью поддержки измерения этапа 1040. Пороговое значение в настоящем описании определяется в процентах, так как указывает заданную степень потери, которая сравнивается со степенью потери, измеряемой Терминалом 303. На этапе 1050, если степень потери больше, чем инициирующее значение на этапе 1001, BSDA 300 назначает Измерение, инициированное событием, в сообщении с указанием по отчету о степени приема с целью непрерывного измерения и отчета о степени приема до времени окончания услуги, которую принимает Терминал 303. На этапе 1051 BSDA 300 определяет инициирующее значение с целью поддержки измерения на этапе 1050. Инициирующее значение в настоящем описании определяется в процентах, так как указывает заданную степень потери, которая сравнивается со степенью потери.

Если один из пяти типов измерения степени приема определен, а значения параметров поддержки измерения также определены в предыдущем процессе, Терминал 303 создает сообщение с отчетом о степени приема на этапе 1002. Если сообщение с отчетом о степени приема создано на этапе 1002, BSDA 300 позволяет созданному сообщению взаимодействовать с Фрагментом 231 доступа руководства по услугам на этапе 1003 (фиг.10B) таким образом, чтобы терминал мог получить сообщение. На этапе 1003 взаимодействие с Фрагментом 231 доступа обеспечивается путем регистрации в URI атрибуте адреса, с которого терминал может получить созданное сообщение. На этапе 1004 BSDA 300 транслирует фрагмент доступа, взаимодействовавший на этапе 1003, наряду с руководством по услугам. На этапе 1005 BSDA 300 принимает руководство по услугам и Фрагмент 231 доступа, получает доступ к BSDA 300 с использованием адреса в URI и посылает сообщение с указанием по отчету о степени приема Терминалу 303, который запросил сообщение с указанием по отчету о степени приема. На этапе 1006 BSDA 300 принимает сообщения с отчетом о степени приема от терминала, который выполнил измерение степени приема. На этапе 1007 BSDA 300 посылает терминалу ACK сообщение с указанием по отчету о степени приема. Операция этапа 1007 является необязательной. Наконец, на этапе 1008 BSDA 300 классифицирует и анализирует сообщения с отчетом о степени приема, принятые от терминала 303.

Фиг.11 является блок-схемой, на которой показана структура терминала согласно настоящему изобретению.

Приемник (303a) согласно варианту осуществления настоящего изобретения принимает сообщение с указанием по отчету о степени приема, указывающее, по меньшей мере, один тип измерения степени приема вещательной потоковой услуги.

Контроллер (303c) анализирует сообщение с указанием по отчету о степени приема, принятое приемником (303a), и измеряет степень приема, указывающую отношение Ожидаемого общего количества пакетов, указывающих общее количество пакетов, которое терминал ожидает принять в течение интервала измерения степени приема согласно типу измерения степени приема, указанному в сообщении с указанием по отчету о степени приема, к Принятому общему количеству пакетов, указывающему общее количество пакетов, которые терминал принял в течение интервала измерения степени приема. В данном случае тип измерения степени приема, выполняемого контроллером (303c), аналогичен вышеуказанному типу измерения.

Таким образом, во-первых, если тип измерения, указанный в сообщении с указанием по отчету о степени приема, является типом измерения сеанса, таким что измерение степени приема выполняется в течение всего сеанса вещательной потоковой услуги, то контроллер (303c) измеряет степень приема в течение всего сеанса вещательной потоковой услуги.

Во-вторых, если тип измерения, указанный в сообщении с указанием по отчету о степени приема, является типом измерения фиксированной продолжительности, таким что измерение степени приема выполняется в течение фиксированного периода, то контроллер (303c) измеряет степень приема вещательной потоковой услуги в течение времени между атрибутом Временной метки Транспортного Протокола Реального Времени (RTP), указывающим время начала фиксированного интервала времени, и атрибутом конечной временной метки RTP, указывающим время окончания фиксированного интервала времени.

В-третьих, если тип измерения, указанный в сообщении с указанием по отчету о степени приема, является типом измерения интервала, таким что измерение степени приема выполняется в интервале, то контроллер (303c) измеряет степень приема вещательной потоковой услуги интервала.

В-четвертых, если тип измерения, указанный в сообщении с указанием по отчету о степени приема, является типом порогового измерения, таким что измерение степени приема выполняется тогда, когда степень потери, указывающая отношение Ожидаемого общего количества пакетов, указывающих общее количество пакетов, которые терминал ожидает принять, к Потерянному общему количеству пакетов, указывающему общее количество пакетов, потерянных в течение интервала измерения, больше, чем пороговое значение, то контроллер (303c) измеряет степень приема вещательной потоковой услуги каждый раз, когда степень потери больше, чем пороговое значение.

В-пятых, если тип измерения, указанный в сообщении с указанием по отчету о степени приема, является типом измерения, инициированного событием, таким что измерение степени приема выполняется тогда, когда происходит событие, то контроллер (303c) измеряет степень приема вещательной потоковой услуги, когда происходит событие.

Передатчик (303b) передает сообщение с отчетом о степени приема, включающее в себя степень приема, измеренную контроллером (303c).

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

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

Изобретение относится к системам для предоставления вещательных услуг. Техническим результатом является обеспечение эффективной настройки качества вещания в соответствии с окружающей средой приема во время передачи посредством сообщения отчета о степени приема вещательной услуги в системе вещания. Указанный результат достигается тем, что предложена система для отчета о степени приема вещательной услуги в системе вещания. Сетевой объект посылает сообщение с указанием по отчету о степени приема, указывающее, по меньшей мере, один тип измерения степени приема вещательной потоковой услуги. Терминал принимает сообщение с указанием по отчету о степени приема и отправляет сообщение с отчетом о степени приема, включающее в себя степень приема, указывающую отношение ожидаемого общего количества пакетов, указывающего общее количество пакетов, которое терминал ожидает принять в течение интервала измерения степени приема в соответствии с типом измерения, указанным в сообщении с указанием по отчету о степени приема, к принятому общему количеству пакетов, указывающим общее количество пакетов, которые терминал принял в течение интервала измерения степени приема. 4 н. и 38 з.п. ф-лы, 12 ил., 11 табл.

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

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

3. Система по п.1, в которой, если тип измерения является типом измерения фиксированной продолжительности, так что измерение степени приема выполняется в течение фиксированной продолжительности, то элемент Измерение фиксированной продолжительности, указывающий измерение фиксированной продолжительности, атрибут начальной временной метки RTP, указывающий время начала фиксированной продолжительности, а также атрибут конечной временной метки RTP, указывающий время окончания фиксированной продолжительности, включают в сообщение с указанием по отчету о степени приема.

4. Система по п.1, в которой, если тип измерения является типом измерения интервала, так что измерение степени приема выполняется в заданном интервале, то элемент Измерение интервала, указывающий измерение интервала, а также атрибут, указывающий интервал, включают в сообщение с указанием по отчету о степени приема.

5. Система по п.1, в которой, если тип измерения является типом измерения порогового значения, так что измерение такой степени приема выполняется, когда степень потери, указывающая отношение Ожидаемого общего количества пакетов, указывающего общее количество пакетов, которые терминал ожидает принять, к Потерянному общему количеству пакетов, указывающему общее количество пакетов, потерянных в течение интервала измерения, больше, чем пороговое значение, то элемент Измерения порогового значения, указывающий измерение порогового значения, а также атрибут, указывающий пороговое значение, включают в сообщение с указанием по отчету о степени приема.

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

7. Система по п.1, в которой сообщение с отчетом о степени приема включает в себя, по меньшей мере, одно из следующего: атрибут Глобального Идентификатора услуги (ID) для идентификации вещательной потоковой услуги, которая подвергается измерению степени приема, элемент ID устройства, указывающий идентификатор терминала, атрибут для определения типа элемента ID устройства, элемент ID сеанса для идентификации сеанса, в котором выполняется измерение, элемент глобального ID контента для идентификации контента, который подвергается измерению степени приема, атрибут Тип уведомления, указывающий тип измерения степени приема, атрибут временной метки Транспортного Протокола Реального времени (RTP) начала измерения, указывающий время начала измерения степени приема, и атрибут временной метки RTP окончания измерения, указывающий время окончания измерения степени приема.

8. Система по п.7, в которой сообщение с отчетом о степени приема дополнительно включает в себя, по меньшей мере, одно из следующего: Ожидаемое общее количество пакетов, указывающее общее количество ожидаемых пакетов, Принятое общее количество пакетов, указывающее общее количество принятых пакетов, атрибут Потерянное общее количество пакетов, указывающий общее количество пакетов или количество пакетов, которое терминал или не смог принять, или которые терминал принял, но принятые пакеты содержат ошибку, атрибут Зоны обслуживания, указывающий зону, в которой выполняется измерение степени приема, а также атрибут ID соты, указывающий соту, в которой выполняется измерение степени приема.

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

10. Терминальное устройство по п.9, в котором, если тип измерения является типом измерения сеанса, так что измерение степени приема выполняется в течение всего сеанса вещательной потоковой услуги, то элемент Измерения сеанса, указывающий измерение сеанса, включают в сообщение с указанием по отчету о степени приема.

11. Терминальное устройство по п.10, в котором контроллер измеряет степень приема в течение всего сеанса вещательной потоковой услуги.

12. Терминальное устройство по п.9, в котором, если тип измерения является типом измерения фиксированной продолжительности, так что измерение степени приема выполняется в течение фиксированной продолжительности периода, то элемент Измерение фиксированной продолжительности, указывающий измерение фиксированной продолжительности, атрибут начальной Временной метки транспортного протокола реального времени (RTP), указывающий время начала фиксированной продолжительности, а также атрибут конечной Временной метки RTP, указывающий время окончания фиксированной продолжительности, включают в сообщение с указанием по отчету о степени приема.

13. Терминальное устройство по п.12, в котором контроллер измеряет степень приема вещательной потоковой услуги в течение продолжительности между начальной временной меткой RTP и конечной временной меткой RTP.

14. Терминальное устройство по п.9, в котором, если тип измерения является типом измерения интервала, так что измерение степени приема выполняется в интервале, то элемент Измерение интервала, указывающий измерение интервала, а также атрибут, указывающий интервал, включают в сообщение с указанием по отчету о степени приема.

15. Терминальное устройство по п.14, в котором контроллер измеряет степень приема вещательной потоковой услуги в интервале.

16. Терминальное устройство по п.9, в котором, если тип измерения является типом измерения порогового значения, так что измерение степени приема выполняется, когда степень потери, указывающая отношение Ожидаемого общего количества пакетов, указывающего общее количество пакетов, которое терминал ожидает принять, к Потерянному общему количеству пакетов, указывающему общее количество пакетов, потерянных в течение интервала измерения, больше, чем пороговое значение, то элемент Измерения порогового значения, указывающий измерение, а также атрибут, указывающий пороговое значение, включают в сообщение с указанием по отчету о степени приема.

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

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

19. Терминальное устройство по п.18, в котором контроллер измеряет степень приема вещательной потоковой услуги тогда, когда происходит событие.

20. Терминальное устройство по п.9, в котором сообщение с отчетом о степени приема включает в себя, по меньшей мере, одно из следующего: атрибут Глобального Идентификатора услуги (ID) для идентификации вещательной потоковой услуги, которая подвергает измерению степени приема, элемент ID устройства, указывающий идентификатор терминала, атрибут для определения типа элемента ID устройства, элемент ID сеанса для идентификации сеанса, в котором выполняется измерение, элемент глобального ID контента для идентификации контента, который подвергает измерению степени приема, атрибут Тип уведомления, указывающий тип измерения степени приема, атрибут временной метки Транспортного протокола реального времени (RTP) начала измерения, указывающий время начала измерения степени приема, и атрибут временной метки RTP окончания измерения, указывающий время окончания измерения степени приема.

21. Терминальное устройство по п.20, в котором сообщение с отчетом о степени приема дополнительно включает в себя, по меньшей мере, одно из следующего: Ожидаемое общее количество пакетов, указывающее общее количество ожидаемых пакетов, Принятое общее количество пакетов, указывающее общее количество принятых пакетов, атрибут Потерянного общего количества пакетов, указывающий общее количество пакетов или количество пакетов, которые терминал или не смог принять, или которое терминал принял, но принятые пакеты содержат ошибку, атрибут Зоны обслуживания, указывающий зону, в которой выполняется измерение степени приема, а также атрибут ID соты, указывающий соту, в которой выполняется измерение степени приема.

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

23. Способ по п.22, в котором, если тип измерения является типом измерения сеанса, так что измерение степени приема выполняется в течение всего сеанса вещательной потоковой услуги, то элемент Измерения сеанса, указывающий измерение сеанса, включают в сообщение с указанием по отчету о степени приема.

24. Способ по п.23, в котором измерение степени приема содержит этап, на котором измеряют степень приема в течение всего сеанса вещательной потоковой услуги.

25. Способ по п.22, в котором, если тип измерения является типом измерения фиксированной продолжительности, так что измерение степени приема выполняют в течение фиксированной продолжительности, то элемент Измерение фиксированной продолжительности, указывающий измерение фиксированной продолжительности, атрибут начальной временной метки транспортного протокола реального времени (RTP), указывающий время начала фиксированной продолжительности, а также атрибут конечной Временной метки RTP, указывающий время окончания фиксированной продолжительности, включают в сообщение с указанием по отчету о степени приема.

26. Способ по п.25, в котором измерение степени приема содержит этап, на котором измеряют степень приема вещательной потоковой услуги в течение продолжительности между начальной Временной меткой RTP и конечной временной меткой RTP.

27. Способ по п.22, в котором, если тип измерения является типом измерения интервала, так что измерение степени приема выполняется в интервале, то элемент Измерение интервала, указывающий измерение интервала, а также атрибут, указывающий интервал, включают в сообщение с указанием по отчету о степени приема.

28. Способ по п.27, в котором измерение степени приема содержит этап, на котором измеряют степень приема вещательной потоковой услуги в интервале.

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

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

31. Способ по п.22, в котором, если тип измерения является типом измерения, инициированного событием, так что измерение степени приема выполняется, когда происходит событие, то элемент Измерение, инициированное событием, указывающий измерение, инициированное событием, а также атрибут, указывающий инициирующее значение для инициирования события, включают в сообщение с указанием по отчету о степени приема.

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

33. Способ по п.22, в котором сообщение с отчетом о степени приема включает в себя, по меньшей мере, одно из следующего: атрибут Глобального Идентификатора услуги (ID) для идентификации вещательной потоковой услуги, которая подвергается измерению степени приема, элемент ID устройства, указывающий идентификатор терминала, атрибут для определения типа элемента ID устройства, элемент ID сеанса для идентификации сеанса, в котором выполняется измерение, элемент глобального ID контента для идентификации контента, который подвергается измерению степени приема, атрибут Тип отчета, указывающий тип измерения степени приема, атрибут временной метки транспортного протокола реального времени (RTP) начала измерения, указывающий время начала измерения степени приема, и атрибут временной метки RTP окончания измерения, указывающий время окончания измерения степени приема.

34. Способ по п.33, в котором сообщение с отчетом о степени приема дополнительно включает в себя, по меньшей мере, одно из следующего: ожидаемое общее количество пакетов, указывающее общее количество ожидаемых пакетов, принятое общее количество пакетов, указывающее общее количество принятых пакетов, атрибут Потерянное общее количество пакетов, указывающее общее количество пакетов, которые терминал не смог принять, или которые терминал принял, но принятые пакеты содержат ошибку, атрибут Зоны обслуживания, указывающий зону, в которой выполняется измерение степени приема, а также атрибут ID соты, указывающий соту, в которой выполняется измерение степени приема.

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

36. Способ по п.35, в котором, если тип измерения является типом измерения сеанса, так что измерение степени приема выполняют в течение всего сеанса вещательной потоковой услуги, то элемент Измерение сеанса, указывающий измерение сеанса, включают в сообщение с указанием по отчету о степени приема.

37. Способ по п.35, в котором, если тип измерения является типом измерения фиксированной продолжительности, так что измерение степени приема выполняют в течение фиксированной продолжительности, то элемент Измерение фиксированной продолжительности, указывающий измерение фиксированной продолжительности, атрибут начальной временной метки транспортного протокола реального времени (RTP), указывающий время начала фиксированной продолжительности, а также атрибут конечной временной метки RTP, указывающий время окончания фиксированной продолжительности, включают в сообщение с указанием по отчету о степени приема.

38. Способ по п.35, в котором, если тип измерения является типом измерения интервала, так что измерение степени приема выполняют в заданном интервале, то элемент Измерение интервала, указывающий измерение интервала, а также атрибут, указывающий интервал, включают в сообщение с указанием по отчету о степени приема.

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

40. Способ по п.35, в котором, если тип измерения является типом измерения, инициированного событием, так что измерение степени приема выполняют, когда происходит событие, то элемент Измерение, инициированное событием, указывающий измерение, инициированное событием, а также атрибут, указывающий инициирующее значение для инициирования события, включают в сообщение с указанием по отчету о степени приема.

41. Способ по п.35, в котором сообщение с отчетом о степени приема включает в себя, по меньшей мере, одно из следующего: атрибут Глобального Идентификатора услуги (ID) для идентификации вещательной потоковой услуги, которая подвергается измерению степени приема, элемент ID устройства, указывающий идентификатор терминала, атрибут для определения типа элемента ID устройства, элемент ID сеанса для идентификации сеанса, в котором выполняют измерение, элемент глобального ID контента для идентификации контента, который подвергается измерению степени приема, атрибут Тип уведомления, указывающий тип измерения степени приема, атрибут временной метки транспортного протокола реального времени (RTP) начала измерения, указывающий время начала измерения степени приема, и атрибут временной метки RTP окончания измерения, указывающий время окончания измерения степени приема.

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