RU2372732C2 - Исправление ошибок в данных услуги мультимедийного широковещательного/многоадресного обслуживания - Google Patents

Исправление ошибок в данных услуги мультимедийного широковещательного/многоадресного обслуживания Download PDF

Info

Publication number
RU2372732C2
RU2372732C2 RU2006122014/09A RU2006122014A RU2372732C2 RU 2372732 C2 RU2372732 C2 RU 2372732C2 RU 2006122014/09 A RU2006122014/09 A RU 2006122014/09A RU 2006122014 A RU2006122014 A RU 2006122014A RU 2372732 C2 RU2372732 C2 RU 2372732C2
Authority
RU
Russia
Prior art keywords
data
session
information
network
terminal
Prior art date
Application number
RU2006122014/09A
Other languages
English (en)
Other versions
RU2006122014A (ru
Inventor
Ён-Дэ ЛИ (KR)
Ён-Дэ ЛИ
Сён-Чун ЫЙ (KR)
Сён-Чун ЫЙ
Сон Дук ЧОН (KR)
Сон Дук ЧОН
Original Assignee
Эл Джи Электроникс Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Эл Джи Электроникс Инк. filed Critical Эл Джи Электроникс Инк.
Publication of RU2006122014A publication Critical patent/RU2006122014A/ru
Application granted granted Critical
Publication of RU2372732C2 publication Critical patent/RU2372732C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Small-Scale Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

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

Description

[1] Настоящее изобретение имеет отношение к предоставлению многоадресного обслуживания в беспроводной (радио-) связи, такому как мультимедийное широковещательное и многоадресное обслуживание «MBMS» в универсальной мобильной телекоммуникационной системе - «UMTS», которая представляет собой европейского типа систему IMT-2000, и, в частности, к приему терминалом по радиосвязи безошибочной информации мультимедийного широковещательного и многоадресного обслуживания «MBMS» с использованием повторной передачи из наземной сети радиодоступа «UTRAN» любых порций данных, которые были получены терминалом с ошибками.
Уровень техники
[2] Универсальная мобильная телекоммуникационная система «UMTS» представляет собой систему мобильной связи третьего поколения, явившуюся результатом эволюции европейской глобальной системы мобильной связи (GSM), целью которой является предоставление услуг мобильной связи на основе базовой сети GSM и технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в качестве технологии беспроводного соединения.
[3] На ФИГ.1 показан пример базовой структуры универсальной мобильной телекоммуникационной системы «UMTS». Как показано на ФИГ.1, UMTS в общих чертах делится на терминал 100 (или пользовательское оборудование/устройство: «UE»), наземную сеть радиодоступа 120 «UTRAN» (наземную сеть радиодоступа универсальной мобильной телекоммуникационной системы) и базовую сеть 130 «CN». Наземная сеть радиодоступа 120 «UTRAN» включает в себя одну или несколько радиосетевых подсистем 125 «RNS». Каждая радиосетевая подсистема 125 «RNS» включает в себя контроллер 123 радиосети «RNC» и несколько беспроводных базовых станций 121 - «Узлы В», которыми управляет контроллер 123 радиосети «RNC». Контроллер 123 радиосети «RNC» занимается назначением ресурсов радиосвязи и управлением ими, а также выступает в качестве точки доступа в базовую сеть 130. Беспроводные базовые станции 121 принимают по восходящему каналу информацию, посылаемую физическим уровнем терминала и передают данные в терминал по нисходящему каналу. Таким образом, беспроводные базовые станции 12 «Узлы В» выступают для терминала 10 в качестве точек доступа к наземной сети 120 радиодоступа «UTRAN». Кроме того, контроллер 123 радиосети «RNC» занимается выделением ресурсов радиосвязи и управлением ими, а также выступает в качестве точки доступа в базовую сеть 130.
[4] Услуги, предоставляемые определенному терминалу, могут быть услугами коммутации каналов (обмен каналами) или услугами коммутации пакетов (обмен пакетами). Например, обычная речевая телефонная связь является услугой коммутации каналов - «CS», а доступ в Интернет через Интернет-соединение считается услугой с коммутацией пакетов «PS». Для поддержки услуг коммутации каналов контроллер 123 радиосети «RNC» соединяется с мобильным центром коммутации 131 «MSC» базовой сети 130, а мобильный центр коммутации 131 «MSC» соединяется с шлюзовым центром 133 «GMSC», который управляет входящими и исходящими соединениями с другими сетями. Для услуг с коммутацией пакетов соответствующие услуги предоставляют узел поддержки 135 - «SGSN» (узел поддержки услуг сети подвижной связи с пакетной передачей данных) и шлюзовый узел 137 -«GGSN» базовой сети 130. Например, узел поддержки 135 «SGSN» поддерживает пакетную связь с контроллером 123 радиосети «RNC», а шлюзовый узел 137 «GGSN» управляет соединением с другими сетями с пакетной коммутацией, например с Интернет.
[5] Между различными элементами структуры сети существует интерфейс, который позволяет обмениваться данными. Интерфейс между контроллером 123 радиосети «RNC» и базовой сетью 130 определен как интерфейс «Iu». Интерфейс «Iu» представляет собой интерфейс «IU-PS» при соединении с сетью с коммутацией пакетов и интерфейс «Iu-CS» при соединении с сетью с коммутацией каналов. Кроме того, интерфейс между различными контроллерами 123 радиосети «RNC» называется «Iur», a интерфейс между контроллерами 123 радиосети «RNC» и беспроводной базовой станцией «Узел В» называется «Iub».
[6] На ФИГ.2 показана структура протокола интерфейса радиосвязи между терминалом 100 и наземной сетью 120 радиодоступа «UTRAN» на базе технологии беспроводного доступа 3GPP. Здесь протокол интерфейса радиосвязи по горизонтали делится на физический уровень, уровень канала передачи данных и сетевой уровень, а по вертикали делится на пользовательскую плоскость, служащую для передачи данных, и плоскость управления, служащую для передачи управляющих сигналов. Пользовательская плоскость представляет собой область, в которую передается информация о трафике пользователя (поток информационного обмена пользователя), например речевые данные и пакеты Интернет-протокола «IP». Плоскость управления представляет собой область, куда передается управляющая информация, например, сетевого интерфейса, обслуживания вызова и управления им. На ФИГ.2 уровни протокола могут быть разделены на первый уровень «L1», второй уровень «L2» и третий уровень «L3», которые основаны на трех нижних уровнях модели взаимодействия открытых систем (OSI), хорошо известной в технологии систем беспроводной (мобильной) связи.
[7] Рассмотрим каждый из уровней протокола радиосвязи, показанных на ФИГ.2. Первый уровень «L1» предоставляет услуги по передаче информации вышерасположенным уровням с использованием различных технологий радиопередачи. Первый уровень «L1» соединяется с уровнем управления доступом к среде «MAC», расположенным выше, с помощью транспортного канала, и данные между уровнем управления доступом к среде «MAC» и физическим уровнем передаются посредством этого транспортного канала.
[8] Уровень управления доступом к среде «MAC» осуществляет отображение между логическими каналами и транспортными каналами и, кроме того, выполняет перераспределение параметров уровня управления доступом к среде «MAC» для выделения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «MAC» соединен с вышерасположенным уровнем, который называется уровнем управления радиоканалом «RLC», посредством логического канала, и в зависимости от типа передаваемой информации предоставляются различные логические каналы. В общем случае, при передаче информации плоскости управления используется канал управления. При передаче информации пользовательской плоскости используется канал трафика. Кроме того, логические каналы включают в себя общий канал и выделенный канал, в зависимости от того, происходит ли совместное использование логического канала. Логические каналы также включают в себя выделенный канал трафика - «DTCH», выделенный канал управления - «DCCH», общий канал трафика «СТСН», общий канал управления «СССН», широковещательный управляющий канал «ВССН», который предоставляет информацию, в том числе информацию, необходимую терминалу для доступа в систему, и пейджинговый управляющий канал «РССН», используемый наземной сетью радиодоступа «UTRAN» для доступа к терминалу.
[9] Уровень управления доступом к среде «MAC» соединен с физическим уровнем транспортным каналом и в соответствии с типами управляемых транспортных каналов может подразделяться на подуровень управления доступом к среде широковещательного канала (далее подуровень управления «МАС-b»), подуровень управления доступом к среде выделенного канала (далее подуровень управления «MAC-d», подуровень управления доступом к среде общего и совместно используемого каналов (далее подуровень «MAC-c/sh») и подуровень управления доступом к среде «МАС-hs». Подуровень управления «МАС-b» управляет широковещательным каналом «ВСН», который является транспортным каналом, выполняющим широковещательную передачу системной информации. Подуровень управления «MAC-c/sh» управляет общим транспортным каналом, таким как канал прямого доступа «FACH», нисходящий совместно используемый канал DSCH или канал поискового вызова/пейджинговый канал «РСН», которые совместно используются множеством терминалов. Подуровень управления «MAC-d» управляет выделенным каналом «DCH», который является выделенным транспортным каналом для конкретного терминала.
[10] Уровень управления радиоканалом «RLC» поддерживает надежную передачу данных и отвечает за сегментацию и конгатенацию (последовательное соединение) пакетов служебных данных уровня управления радиоканалом (далее пакет служебных данных «RLC SDU»), доставленных с вышерасположенного уровня. Когда уровень управления радиоканалом «RLC» принимает пакет служебных данных «RLC SDU» с вышерасположенного уровня, то устанавливает размер каждого пакета служебных данных «RLC SDU» в соответствии с пропускной способностью, а затем создает определенного типа блок данных с добавленной в него информацией о заголовке. Создаваемые блоки данных называются блоками протокольных данных «PDU», которые затем передаются по логическому каналу на уровень управления доступом к среде «MAC». Уровень управления радиоканалом «RLC» включает буфер уровня управления радиоканалом «RLC» для записи пакетов служебных данных «RLC SDU»), и/или пакетов протокольных данных уровня управления радиоканалом (далее пакет протокольных данных «RLC PDU»).
[11] Уровень управления широковещательной/многоадресной передачей «ВМС» осуществляет планирование передачи в ячейки широковещательных сообщений - «СВ», переданных из базовой сети 200, и передачу широковещательного сообщения соответствующим терминалам «UE», расположенным в определенной ячейке или ячейках. В наземной сети радиодоступа «UTRAN» широковещательное сообщение, переданное с вышерасположенного уровня, объединяется с информацией, такой как идентификатор сообщения, порядковый номер, схема кодирования и т.п., и передается на уровень управления радиоканалом «RLC» в виде сообщения широковещательного канала «ВМС» и на уровень управления доступом к среде «MAC» по общему каналу трафика «СТСН», который является логическим каналом. Логический канал «СТСН» отображается на транспортный канал (то есть канал прямого доступа «FACH») и на физический канал (то есть вспомогательный общий физический канал управления «S-ССРСН»).
[12] Уровень протокола сходимости пакетных данных «PDCP» является вышерасположенным уровнем для уровня управления радиоканалом «RLC», позволяющим эффективно передавать данные посредством протоколов радиосети например пакетами-IPv4 или пакетами-IPv6, через интерфейс радиосвязи с относительно узкой полосой пропускания. Для этого уровень протокола сходимости пакетных данных «PDCP» выполняет функцию сокращения ненужной управляющей информации, используемой в сети проводной связи, функцию, называемую сжатием заголовка. Могут использоваться различные способы сжатия заголовка, например RFC2507 и RFC3095 (робастное сжатие заголовка: «ROHC»), которые подготовлены группой по разработке Интернет, которая называется IETF. Эти методы позволяют передавать только абсолютно необходимую для заголовка данных информацию, тем самым, сокращая объем передаваемой управляющей информации, сокращают общий объем передаваемой информации.
[13] Уровень управления радиоресурсами «RRC», расположенный в самой нижней части третьего уровня «L3», определен только в плоскости управления и управляет транспортными каналами и физическими каналами в отношении создания, повторного создания и прекращения работы однонаправленных радиоканалов «RB». Здесь однонаправленный радиоканал «RB» обозначает услугу, предоставляемую вторым уровнем «L2» для передачи данных между терминалом 100 и наземной сетью 120 радиодоступа «UTRAN». В общем случае, создание однонаправленного радиоканала «RB» состоит в задании характеристик уровня радиопротокола и канала радиосвязи для предоставления определенной услуги, а также к процедурам задания определенных параметров и способов функционирования.
[14] Конкретный однонаправленный радиоканал, используемый для обмена сообщениями уровней управления радиоресурсами «RRC» или сообщениями «NAS» - сообщения сервера доступа к сети, между терминалом «UE» и наземной сетью радиодоступа «UTRAN», называется однонаправленным радиоканалом сигнализации - «SRB». Когда между определенным терминалом «UE» и наземной сетью радиодоступа «UTRAN» устанавливается однонаправленный радиоканал сигнализации «SRB», то между терминалом «UE» и наземной сетью радиодоступа «UTRAN» существует «RRC-соединение». Считается, что терминал «UE», который образует «RRC-соединение», находится в состоянии (или режиме) «RRC-соединения», а терминал «UE», который не образует «RRC-соединения», находится в состоянии (или режиме) ожидания. Когда терминал «UE» находится в режиме «RRC-соединения», контроллер 123 радиосети «RNC» определяет ячейку, в которой находится терминал «UE» (то есть контроллер 123 радиосети «RNC» определяет местоположение терминала в блоках ячеек), и управляет этим терминалом. Когда терминал «UE» находится в режиме «RRC-соединения», в наземной сети радиодоступа «UTRAN» могут передаваться управляющие сообщения. В соответствии с техническими условиями наземной сети радиодоступа «UTRAN» терминал «UE» в режиме «RRC-соединения» может находиться в одном из следующих режимов: «CELL_DCH», «CELL_PCH», «URA_PCH2 и «CELL_FACH».
[15] В режиме «CELL_DCH» терминалу «UE» предоставляется выделенный физический канал, при этом терминал использует выделенный канал трафика и выделенный канал управления. В режиме «CELL_FACH» терминалу предоставляется выделенный канал управления, а также дополнительно предоставляется выделенный канал трафика. В режиме «CELL_PCH» и в режиме «URA_PCH» терминал не имеет с наземной сети радиодоступа «UTRAN» выделенного канала трафика или выделенного логического канала. В режиме «CELL_FACH» и в режиме «CELL DCH» терминал всегда может обмениваться сообщениями с наземной сети радиодоступа «UTRAN», поскольку существует выделенный канал управления. Однако в режиме «URA_PCH» или в режиме «CELL_PCH», когда у терминала имеется сообщение, которое необходимо передать в наземную сеть радиодоступа «UTRAN», по выполнении процедуры обновления ячейки терминал переходит в режим «CELL_FACH» и приобретает способность обмениваться сообщениями с наземной сети радиодоступа «UTRAN».
[16] Рассмотрим далее услуги по мультимедийному широковещательному/ многоадресному обслуживанию «MBMS». Мультимедийное широковещательное/многоадресное обслуживание «MBMS» относится к услугам передачи данных по нисходящему каналу для предоставления услуг обмена данными, например потоковых (например, мультимедийных, видео по запросу, рассылка информационного содержания) или фоновых (например, электронной почты, коротких сообщений (SMS), загрузки), нескольким терминалам с использованием услуг нисходящего выделенного радиоканала для мультимедийного широковещательного/многоадресного обслуживания «радиоканал MBMS». В наземной сети радиодоступа «UTRAN» для «радиоканала MBMS» используются однонаправленный радиоканал для связи одного абонента с несколькими «p-t-m» (многоадресный радиоканал) и однонаправленный радиоканал прямой связи «p-t-p».
[17] Мультимедийное широковещательное и многоадресное обслуживание «MBMS» может работать в режиме широковещательной передачи или в режиме многоадресной передачи. Режим широковещательной передачи относится к передаче мультимедийной информации всем пользователям в области широковещательной передачи, то есть в области, где возможна широковещательная передача. В отличие от этого, режим многоадресной передачи для мультимедийного широковещательного и многоадресного обслуживания «MBMS» представляет собой передачу мультимедийной информации только определенной группе пользователей в области многоадресной передачи, например в области, где возможна многоадресная передача.
[18] На ФИГ.3 показан способ, в котором универсальная мобильная телекоммуникационная система «UMTS» предоставляет конкретную услугу мультимедийного широковещательного и многоадресного обслуживания «MBMS» (услуга 1), используя режим многоадресной передачи. Кроме того, на ФИГ.3 показан пример, где терминалы («UE1» и «UE2») принимают информацию определенной услуги (услуги 1). Во-первых, пользователи («UE1» и «UE2»), собирающиеся принимать информацию услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», должны выполнить процедуру подписки. Здесь подписка представляет собой установление отношений между поставщиком услуги и пользователем.
[19] Кроме того, пользователи «UE», собирающиеся принимать информацию услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», должны также получить из сети уведомление об услуге. Здесь уведомление об услуге относится к функции предоставления терминалу перечня (указателя) оказываемых услуг и соответствующей информации. Кроме того, если пользователь «UE» собирается принимать услугу мультимедийного широковещательного и многоадресного обслуживания «MBMS» в режиме многоадресной передачи, пользователь «UE» должен вступить в группу многоадресной передачи. Здесь «группа многоадресной передачи" означает группу пользователей, которые принимают информацию определенной услуги, а «вступление» означает присоединение к группе многоадресной передачи, в которую входят конкретные пользователи, которые хотят принимать информацию конкретной услуги. С помощью этой процедуры вступления терминал может информировать наземную сеть радиодоступа «UTRAN» о своем намерении принимать конкретные данные многоадресной передачи (услуги многоадресной передачи). В отличие от этого, для терминала, вступившего в определенную группу многоадресной передачи, прекращение участия в группе многоадресной передачи называется "выходом". Вышеописанные операции подписки, вступления и выхода могут выполняться для каждого терминала, и каждый терминал может выполнить операции подписки, вступления и выхода в любое время до, во время и после передачи данных.
[20] Во время оказания определенной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS» последовательно может происходить один или несколько сеансов услуги. Здесь сеанс может быть определен различными способами. Например, сеанс может представлять собой каждый законченный эпизод какой-либо много эпизодной драмы или сеанс может представлять собой определенную часть спортивной программы, например сцены голов в футбольном матче. Когда данные, которые должны передаваться для конкретной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», генерируются в источнике данных мультимедийного широковещательного и многоадресного обслуживания «MBMS», базовая сеть 130 сообщает контроллеру 123 радиосети «RNC» о начале сеанса. В отличие от этого, когда в источнике данных мультимедийного широковещательного и многоадресного обслуживания «MBMS» отсутствуют данные для конкретной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», базовая сеть 130 сообщает контроллеру 123 радиосети «RNC» о прекращении сеанса. Передача данных для конкретной определенной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS» может выполняться между началом и прекращением сеанса. В данном случае только те терминалы, которые вступили в группу многоадресной передачи для услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», могут принимать данные, которые передаются во время процедуры передачи данных.
[21] В вышеназванной процедуре начала сеанса наземная сеть радиодоступа «UTRAN», которая получила от базовой сети (CN) уведомление о начале сеанса, передает терминалам уведомление о мультимедийном широковещательном и многоадресном обслуживании «MBMS». Здесь уведомление о мультимедийном широковещательном и многоадресном обслуживании «MBMS» означает функцию наземной сети радиодоступа «UTRAN» по информированию терминала о том, что предстоит передача данных для определенной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS» в конкретной ячейке. Наземная сеть радиодоступа «UTRAN» может использовать уведомление о мультимедийном широковещательном и многоадресном обслуживании «MBMS» для подсчета числа терминалов, которые собираются принимать информацию определенной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS» в определенной ячейке. Процедура подсчета используется, чтобы определить необходимо ли установить однонаправленный радиоканал для предоставления конкретной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», как многоадресный однонаправленный радиоканал «p-t-m» или как однонаправленный радиоканал прямой связи «p-t-p». Чтобы выбрать однонаправленный радиоканал для мультимедийного широковещательного и многоадресного обслуживания «MBMS», внутри наземной сети радиодоступа «UTRAN» задают пороговое значение. После выполнения подсчета наземная сеть радиодоступа «UTRAN» может создать однонаправленный радиоканал мультимедийного широковещательного и многоадресного обслуживания «MBMS» для прямой связи, если число терминалов в соответствующей ячейке меньше порогового, и может создать однонаправленный радиоканал мультимедийного широковещательного и многоадресного обслуживания «MBMS» многоадресной связи, если число терминалов в соответствующей ячейке больше порогового или равно ему.
[22] Если нужно создать однонаправленный радиоканал прямой связи, наземная сеть радиодоступа «UTRAN» выделяет каждому из терминалов «UE» однонаправленный радиоканал и передает информацию соответствующей услуги. Если нужно создать однонаправленный радиоканал многоадресной связи, наземная сеть радиодоступа «UTRAN» использует для передачи данных соответствующей услуги общий нисходящий логический канал.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Техническая проблема
[23] Когда система предоставляет конкретную услугу мультимедийного широковещательного и многоадресного обслуживания «MBMS» терминалам «UE» путем создания однонаправленного радиоканала прямой связи, так как она напрямую соединена с каждым из терминалов, то система может (если необходимо) получать от каждого терминала информацию обратной связи и использовать информацию о том, какие блоки данных терминал получил, а какие блоки данных терминал не получил, либо частоту ошибок, таким образом, чтобы все необходимые блоки данных могли быть повторно переданы терминалу. Однако, когда создан однонаправленный радиоканал многоадресной связи, этот однонаправленный радиоканал используют несколько терминалов, то система не может получать информацию обратной связи от каждого терминала для повторной передачи данных или чтобы исправить ошибки данных в соответствии с состоянием приема каждого из терминалов. Соответственно, когда наземная сеть радиодоступа «UTRAN» использует для оказания услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS» однонаправленный радиоканал многоадресной связи, конкретные терминалы не получат данные или получат их с ошибками. Когда терминалы не получают достоверные данные полностью, качество услуги значительно снижается, создавая проблемы для традиционной технологии.
Техническое решение
[24] Настоящее изобретение было разработано для того, чтобы преодолеть проблемы традиционной технологии. Настоящее изобретение предоставляет широковещательную и многоадресную систему радиосвязи (беспроводной связи), характеризуется тем, что для системы радиосвязи (беспроводной связи), передающей информацию конкретной услуги широковещательной и многоадресной передачи на несколько терминалов, чтобы обеспечить гарантированное качество услуги для терминалов, пользующихся соответствующей услугой, наземная сеть радиодоступа «UTRAN» повторно передает данные соответствующей услуги терминалам после завершения сеанса соответствующей услуги.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[25] Свойства, природу и преимущества настоящего изобретения проще понять из нижеприведенного подробного описания и прилагаемых чертежей, в которых сходные символы обозначают соответствующие понятия и в которых показано следующее.
[26] На ФИГ.1 показан пример базовой структуры универсальной мобильной телекоммуникационной системы «UMTS».
[27] На ФИГ.2 показана структура протокола абонентской радиосвязи между терминалом и наземной сетью радиодоступа «UTRAN» на основе спецификаций абонентской сети радиосвязи 3GPP.
[28] На ФИГ.3 показан способ, где сеть универсальной мобильной телекоммуникационной системы «UMTS» предоставляет определенную услугу мультимедийного широковещательного и многоадресного обслуживания «MBMS» (услугу 1) с использованием режима многоадресной передачи для терминалов («UE1» и «UE2»).
[29] На ФИГ.4 показаны процедуры работы системы, сконструированной в соответствии с одним из примеров осуществления настоящего изобретения.
[30] На ФИГ.5 показана структура системы связи, включающей в себя терминал «UE» и наземную сеть радиодоступа «UTRAN», в соответствии с одним из примеров осуществления настоящего изобретения.
ПРИМЕРЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[31] Для осуществления технического решения с помощью настоящего изобретения, когда предоставляется сеанс конкретной услуги широковещательной или многоадресной передачи, наземная сеть радиодоступа «UTRAN» передает терминалам данные соответствующей услуги, переданные из базовой сети, и одновременно данные соответствующей услуги сохраняются в ее памяти. Когда сеанса соответствующей услуги заканчивается, наземная сеть радиодоступа «UTRAN» получает информацию обратной связи о соответствующей услуге от терминалов и затем определяет данные, требующие повторной передачи терминалам, создает однонаправленный радиоканал для этой повторной передачи и передает терминалам данные, которые определены как требующие повторной передачи. Здесь следует отметить, что наличие информации обратной связи от терминалов необязательно, поскольку система способна определить данные, требующие повторной передачи терминалам, без информации обратной связи от терминалов.
[32] Информация обратной связи, передаваемая от терминала системе, включает в себя информацию о данных, которые не были получены терминалом или содержат выявленные там ошибки. А именно, эта информация обратной связи относится к информации, которая необходима для того, чтобы определить, какие данные требуют повторной передачи. Более конкретно, информация обратной связи может представлять собой порядковый номер каждого блока протокольных данных «PDU» или блока служебных данных «SDU», либо порядковый номер протокола «RTP» (транспортный протокол реального времени) или протокола «RTCP» (протокола управления RTP). В качестве альтернативного варианта, информация обратной связи может включать в себя информацию о времени передачи или времени воспроизведения (восстановления) данных, которые терминал не смог получить.
[33] В вышеописанной процедуре для предотвращения недостатка памяти, который может наблюдаться, когда наземная сеть радиодоступа «UTRAN» сохраняет в своей памяти данные каждой услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», данные соответствующей услуги не записываются в ее память во время сеанса услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», но наземная сеть радиодоступа «UTRAN» может запрашивать и принимать из базовой сети «CN» после завершения сеанса только данные, которые определены как требующие повторной передачи, а потом осуществлять повторную передачу терминалам.
[34] В вышеописанной процедуре, когда наземная сеть радиодоступа «UTRAN» повторно передает данные соответствующей услуги, устанавливается однонаправленный радиоканал прямой связи с каждым терминалом, который запросил повторную передачу данных, чтобы передать данные соответствующей услуги, запрошенные терминалом, или в случае, если имеется много терминалов, запрашивающих повторную передачу данных, для повторной передачи данных соответствующей услуги может использоваться многоадресный однонаправленный радиоканал.
[35] В вышеописанной процедуре, чтобы наземная сеть радиодоступа «UTRAN» могла отличить первый сеанс соответствующей услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS» от повторной передачи данных этого сеанса, помимо передачи терминалам информации о широкополосном радиоканале и т.п., наземная сеть радиодоступа «UTRAN» в дополнение к передаче терминалам информации о однонаправленном радиоканале и т.п. может создать и передать терминалам идентификатор, чтобы сообщить, что идет повторная передача сеанса для соответствующей услуги.
[36] Кроме того, в вышеописанной процедуре, если для повторной передачи требуется больше времени, чем промежуток между окончанием одного сеанса и началом другого сеанса, процедура повторной передачи предыдущего сеанса может повлиять на начало следующего сеанса. Чтобы это предотвратить, базовая сеть может дополнительно передать наземной сети радиодоступа «UTRAN» информацию о начале следующего сеанса при передаче сообщения о прекращении сеанса. На основании этой информации наземная сеть радиодоступа «UTRAN» может прогнозировать время начала следующего сеанса при выполнении своей процедуры повторной передачи и, соответственно, можно управлять объемом повторно передаваемых данных либо не передавать повторно данные соответствующей услуги.
[37] Чтобы гарантировать для терминала качество услуг для конкретной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS», настоящее изобретение предоставляет систему терминалов «UE» для широковещательной и многоадресной радиосвязи, которая характеризуется тем, что после завершения соответствующего сеанса наземная сеть радиодоступа «UTRAN» получает информацию, относящуюся к данным, которые терминал не получил надлежащим образом, а затем соответствующие данные принимаются в повторной передаче из наземной сети радиодоступа «UTRAN».
[38] Для осуществления этого с помощью настоящего изобретения терминал во время сеанса с услугой мультимедийного широковещательного и многоадресного обслуживания «MBMS» или по его завершении формирует информацию, связанную с данными для соответствующей услуги, которые терминал не получил. Кроме того, когда имеются данные (часть данных), которые терминал не получил надлежащим образом, терминал предоставляет информацию об этом наземной сети радиодоступа «UTRAN». Здесь терминал может передавать соответствующую информацию путем создания выделенного логического канала с наземной сетью радиодоступа «UTRAN», либо соответствующая информация может быть сообщена в наземную сеть радиодоступа «UTRAN», используя восходящий общий канал. Здесь терминал может также сообщать системе объем данных, которые он не смог принять, либо порядковые номера данных, которые он не получил. Далее, когда наземная сеть радиодоступа «UTRAN» начинает повторную передачу данных для соответствующей услуги, терминал использует информацию об однонаправленном радиоканале, предоставленную наземной сетью радиодоступа «UTRAN», для создания однонаправленного радиоканала и начинает принимать соответствующие данные после создания однонаправленного радиоканала.
[39] На ФИГ.4 показаны процедуры работы системы, сконструированной в соответствии с одним из примеров осуществления настоящего изобретения.
[40] На операции 1 базовая сеть передает в наземную сеть радиодоступа «UTRAN» сообщение о начале сеанса мультимедийного широковещательного и многоадресного обслуживания «MBMS».
[41] На операции 2 наземная сеть радиодоступа «UTRAN» уведомляет терминалы о скором начале сеанса и, используя процедуру подсчета, определяет тип однонаправленного радиоканала, который должен использоваться. Когда тип однонаправленного радиоканала определен, наземная сеть радиодоступа «UTRAN» передает терминалам информацию, необходимую для установления однонаправленного радиоканала.
[42] На операции 3 наземная сеть радиодоступа «UTRAN» принимает от базовой сети данные для сеанса соответствующей услуги. Эти данные мультимедийного широковещательного и многоадресного обслуживания «MBMS» передаются от базовой сети в наземную сеть радиодоступа «UTRAN», пока сеанс не закончится.
[43] На операциях 4 и 5 наземная сеть радиодоступа «UTRAN» сохраняет в памяти данные мультимедийного широковещательного и многоадресного обслуживания «MBMS», полученные на операции 3, и одновременно передает эти данные терминалу с использованием однонаправленного радиоканала, созданного в соответствующей ячейке.
[44] На операции 6 терминал принимает информацию соответствующей услуги через созданный однонаправленный радиоканал и среди данных соответствующей услуги собирает информацию о порциях информации, которые не получены или получены с ошибками.
[45] На операциях 7 и 8 в наземную сеть радиодоступа «UTRAN» из базовой сети приходит сообщение о завершении сеанса. Кроме того, наземная сеть радиодоступа «UTRAN» сообщает терминалам о том, что сеанс закончился. Здесь сообщение о завершении сеанса, переданное из базовой сети, может дополнительно содержать информацию, касающуюся времени начала следующего сеанса.
[46] На шаге 9 наземная сеть радиодоступа «UTRAN» определяет, должен ли начаться сеанс исправления ошибок мультимедийного широковещательного и многоадресного обслуживания «MBMS». Здесь наземная сеть радиодоступа «UTRAN» может использовать информацию о времени начала следующего сеанса, которая содержится в сообщении о завершении сеанса, переданном из базовой сети. Если решено, что сеанс исправления ошибок мультимедийного широковещательного и многоадресного обслуживания «MBMS» должен начаться, наземная сеть радиодоступа «UTRAN» выполняет следующие процедуры, начиная с операции 10, а если нет, следующие процедуры не выполняются. Здесь сеансом исправления ошибок мультимедийное широковещательное и многоадресное обслуживание «MBMS» называется сеанс, осуществляемый наземной сетью радиодоступа «UTRAN» для повторной передачи части или всех данных сеанса соответствующей услуги терминалу, который не получил надлежащим образом данные сеанса соответствующей услуги после завершения сеанса для определенной услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS».
[47] На операции 10 наземная сеть радиодоступа «UTRAN» сообщает терминалу о том, что скоро начнется сеанс исправления ошибок мультимедийного широковещательного и многоадресного обслуживания «MBMS». Здесь наземная сеть радиодоступа «UTRAN» может сообщить терминалам об информации, которую терминалы должны сообщить при ответе в наземную сеть радиодоступа «UTRAN», или другую информацию, например условия, которые должен удовлетворять терминал при запросе исправления ошибок. Дополнительно наземная сеть радиодоступа «UTRAN» может предоставить ссылки, используемые для определения, какие данные не были получены терминалом, путем предоставления информации о соответствующем сеансе, например суммарного объема данных соответствующего сеанса или суммарного времени воспроизведения (восстановления) данных.
[48] На операции 11 на основании содержимого, полученного на операции 10, терминал определяет, нужен ли сеанс восстановления для соответствующей услуги мультимедийного широковещательного и многоадресного обслуживания «MBMS». Здесь терминал может использовать объем данных мультимедийного широковещательного и многоадресного обслуживания «MBMS», которые он не получил, или число блоков данных мультимедийного широковещательного и многоадресного обслуживания «MBMS», которые он не получил. Кроме того, если терминал определяет, что нужен сеанс исправления ошибок мультимедийного широковещательного и многоадресного обслуживания «MBMS», ответная информация об исправлении генерируется в соответствии с инструкциями наземной сети радиодоступа «UTRAN». Если терминал надлежащим образом получил все данные для соответствующей услуги, терминалу не нужно передавать в наземную сеть радиодоступа «UTRAN» сообщение с запросом на исправление.
[49] На операции 12 терминал передает в наземную сеть радиодоступа «UTRAN» ответную информацию на исправление, сгенерированную на шаге 11, в сообщении с запросом на исправление.
[50] На операции 13 наземная сеть радиодоступа «UTRAN» определяет, нужно ли выполнять повторную передачу, и определяет данные для повторной передачи на основании информации, переданной терминалами на операции 12. Данные для повторной передачи могут быть данными, которые не удается получить больше чем заданному числу терминалов, или данными, соответствующими определенному периоду времени соответствующей услуги, или всеми данными соответствующей услуги, и т.п. Здесь наземная сеть радиодоступа «UTRAN» может воздержаться от начала сеанса исправления мультимедийного широковещательного и многоадресного обслуживания «MBMS» на основании времени начала следующего сеанса и информации о повторе терминала, которую передала базовая сеть, или объем данных для повторной передачи может быть изменен надлежащим образом в соответствии со временем, оставшимся до начала следующего сеанса. Кроме того, если число терминалов, запрашивающих исправления мультимедийного широковещательного и многоадресного обслуживания «MBMS», меньше конкретного заданного значения, наземная сеть радиодоступа «UTRAN» использует для повторной передачи данных мультимедийного широковещательного и многоадресного обслуживания «MBMS» однонаправленный радиоканал прямой связи или использует однонаправленный многоадресный радиоканал, если число терминалов больше эталонного значения или равно ему. Если используется однонаправленный радиоканал прямой связи, наземная сеть радиодоступа «UTRAN» создает однонаправленный радиоканал прямой связи с каждым из терминалов и повторно передает данные мультимедийного широковещательного и многоадресного обслуживания «MBMS» в соответствии с ответной информацией каждого из терминалов. Кроме того, если используется однонаправленный многоадресный радиоканал связи одного абонента с несколькими, наземная сеть радиодоступа «UTRAN» выполняет процедуры шага 14.
[51] На операции 14 в случае, если должен использоваться однонаправленный многоадресный радиоканал, наземная сеть радиодоступа «UTRAN» сообщает терминалу о скором начале сеанса исправления ошибок мультимедийного широковещательного и многоадресного обслуживания «MBMS» и передает параметры, которые будут использованы для создания однонаправленного радиоканала. Кроме того, наземная сеть радиодоступа «UTRAN» на основании информации, определенной на операции 13, создает однонаправленный радиоканал, сообщает терминалам информацию для создания соответствующего однонаправленного радиоканала и начинает повторную передачу данных соответствующей услуги. Здесь следует отметить, что вместо сообщения с уведомлением о начале сеанса исправления ошибок мультимедийного широковещательного и многоадресного обслуживания «MBMS» может использоваться сообщение о начале сеанса мультимедийного широковещательного и многоадресного обслуживания «MBMS». В этом случае дополнительно создается индикатор сеанса исправления ошибок, который служит для информирования терминалов о том, что соответствующий сеанс является сеансом исправления ошибок, чтобы предотвратить ненужный повторный прием информации соответствующего сеанса терминалом, который получил все данные безо всяких ошибок.
[52] На операции 15 наземная сеть радиодоступа «UTRAN» передает из числа данных, хранящихся в ее памяти, те данные, которым требуется повторная передача, с использованием однонаправленного радиоканала, созданного на предыдущей операции, а терминалы, которые запрашивали исправления ошибок, принимают переданную информацию. Здесь в случае, если данные соответствующего сеанса не были сохранены из-за недостатка памяти наземной сети радиодоступа «UTRAN», то наземная сеть радиодоступа «UTRAN» может запросить у базовой сети повторную передачу данных и принять их снова.
[53] В традиционной технологии в случае, если услуга мультимедийного широковещательного и многоадресного обслуживания «MBMS» предоставляется с использованием однонаправленного радиоканала связи одного абонента с несколькими, то терминал не имеет возможности исправить ситуацию, когда порции данных не получены из-за плохого состояния канала или если ошибки генерируются в принимаемых данных. Поскольку настоящее изобретение предусматривает повторную передачу наземной сетью радиодоступа «UTRAN» данных для соответствующей услуги, которые терминал не получил, настоящее изобретение может гарантировать качество соответствующей услуги.
[54] Настоящее изобретение может использовать для реализации вышеназванных процедур и операций различное программное обеспечение, оборудование и/или их сочетание. Например, ФИГ.5 показывает систему связи, включающую в себя терминал 510 «UE», обменивающийся информацией с сетью (наземная сеть 520 радиодоступа «UTRAN» и базовая сеть 530 «CN») в соответствии с примером осуществления настоящего изобретения. Сеть (наземная сеть 520 радиодоступа «UTRAN» и базовая сеть 530 «CN») может содержать различные программные и аппаратные компоненты. Например, наземная сеть 520 радиодоступа «UTRAN» включает в себя контроллер 526 радиосети «RNC», соединенный с несколькими беспроводными базовыми станциями 522 «Узлы В» и имеющий процессор 526-1 и память 526-2. Контроллер 528 «RNC», соединенный с несколькими базовыми станциями 524, может также включать в себя процессор 528-1 и память 528-2. Контроллеры 526 и 528 радиосети соединены друг с другом через один интерфейс, а через другой интерфейс соединены с базовой сетью 530 «CN». Сеть 520 «UTRAN» и базовая сеть 530 «CN» осуществляет различные процедуры обработки сигналов для обмена информацией с терминалом 510, как описано ранее. Здесь следует отметить, что различные системные программы и протоколы, необходимые для реализации настоящего изобретения, могут записываться в одном или нескольких устройствах памяти и выполняться одним или несколькими процессорами, расположенными в беспроводных базовых станциях 822 и 824 «Узлы В», контроллерах 826 и 828 радиосети «RNC» и/или других элементах сети.
[55] Настоящее изобретение предоставляет способ приема многоадресной услуги в мобильном терминале с использованием исправления ошибок в данных, включающий в себя: прием блоков данных многоадресной услуги во время сеанса; передачу в сеть запроса на исправление ошибок методом прямой связи, где запрос на исправление ошибок содержит информацию, по меньшей мере, об одном блоке данных, прием которого во время сеанса закончился неудачей; и прием из сети упомянутого, по меньшей мере, одного блока данных после завершения сеанса таким образом, чтобы прием каждого из неудачно полученных блоков данных был выполнен успешно.
[56] Кроме того, настоящее изобретение предоставляет способ оказания многоадресной услуги в сети связи с использованием исправления ошибок, включающий в себя: передачу блоков данных многоадресной услуги во время сеанса; прием от терминала запроса на исправление ошибок методом прямой связи, где запрос на исправление ошибок содержит информацию, по меньшей мере, об одном блоке данных, прием которого во время сеанса закончился неудачей; и передачу терминалу упомянутого, по меньшей мере, одного блока данных после завершения сеанса таким образом, чтобы прием терминалом каждого из неудачно полученных блоков данных был выполнен успешно.
[57] Дополнительно, настоящее изобретение предоставляет мобильный терминал для приема информации многоадресной услуги с использованием исправления ошибок, содержащий: антенну; память, где записаны системные программы; и процессор, соединенный с антенной и памятью и исполняющий системные программы для приема через антенну блоков данных многоадресной услуги во время сеанса; передачи, через антенну, в сеть запроса на исправление ошибок методом прямой связи, где запрос на исправление ошибок содержит информацию, по меньшей мере, об одном блоке данных, прием которого во время сеанса закончился неудачей; и приема, через антенну, из сети упомянутого, по меньшей мере, одного блока данных после завершения сеанса так, чтобы прием каждого из неудачно полученных блоков данных был выполнен успешно.
[58] Далее, настоящее изобретение предоставляет сеть связи для оказания многоадресной услуги с использованием исправления ошибок, содержащую: память, где записаны системные программы; и процессор, соединенный с памятью и исполняющий системные программы для передачи блоков данных многоадресной услуги во время сеанса; прием от терминала запроса на исправление ошибок методом прямой связи, где запрос на исправление ошибок содержит информацию, по меньшей мере, об одном блоке данных, прием которого во время сеанса закончился неудачей; и передачи терминалу упомянутого, по меньшей мере, одного блока данных после завершения сеанса так, чтобы неудачно полученные блоки данных были успешно получены терминалом.
[59] Предпочтительно, сеть может включать в себя базовую сеть или наземную сеть радиодоступа «UTRAN». Здесь наземная сеть радиодоступа «UTRAN» может сохранять данные многоадресной услуги, переданные из базовой сети, и может отбирать данные для исправления среди сохраненных данных многоадресной услуги. Кроме того, наземная сеть радиодоступа «UTRAN» может запрашивать данные для исправления из базовой сети без сохранения данных многоадресной услуги в наземной сети радиодоступа «UTRAN».
[60] Для рассмотренных выше способа исправления ошибок данных в терминале, способа исправления ошибок данных в сети, терминала и сети заявляются следующие дополнительные свойства. Предпочтительно, сеанс может представлять собой период времени, в течение которого сеть передает определенные данные. Кроме того, операция приема блоков данных многоадресной услуги может выполняться методом многоадресной связи одного абонента с несколькими, либо операция приема блоков данных многоадресной услуги может выполняться методом прямой связи. Дополнительно, информация может представлять собой порядковый номер пакета, где пакет может представлять собой блок протокольных данных, блок служебных данных, пакет транспортного протокола реального масштаба времени «RTP» или пакет протокола управления «RTP». Предпочтительно, информация может быть связана со временем передачи данных или временем воспроизведения данных, либо информация может быть связана с объемом упомянутого, по меньшей мере, одного блока данных, прием которого во время сеанса закончился неудачей. Информация может генерироваться во время сеанса или после его завершения. Предпочтительно, операция передачи может выполняться по выделенному логическому каналу или по восходящему общему каналу.
[61] Хотя различные аспекты, варианты осуществления и свойства настоящего изобретения описаны для схемы связи универсальной мобильной телекоммуникационной системы «UMTS», многие из этих методик могут успешно применяться для других методов и систем связи.
[62] Вышеприведенное описание предпочтительных вариантов осуществления приведено для того, чтобы любой квалифицированный специалист мог реализовать или использовать настоящее изобретение. Для квалифицированных специалистов являются очевидными различные модификации этих вариантов осуществления, а рассмотренные здесь общие принципы могут быть применены в других вариантах осуществления без каких-либо изобретательских усилий. Таким образом, настоящее изобретение не ограничено показанными здесь вариантами осуществления, но охватывает наиболее широкий диапазон вариантов, соответствующих рассмотренным здесь принципам и оригинальным свойствам.

Claims (21)

1. Способ приема многоадресной услуги в мобильном терминале, включающий в себя:
прием блоков данных многоадресной услуги во время сеанса; передачу в сеть запроса на исправление ошибок, при этом указанный запрос на исправление ошибок содержит информацию, по меньшей мере, об одном блоке данных, для которого во время сеанса было определено, что его прием закончился неудачей; и
прием из сети упомянутого, по меньшей мере, одного блока данных после завершения сеанса так, что каждый из неудачно принятых блоков данных принимается успешно.
2. Способ по п.1, где сеанс представляет собой период времени, в течение которого сеть передает конкретные данные.
3. Способ по п.1, где указанную операцию приема блоков данных многоадресной услуги выполняют в режиме многоадресной связи одного абонента с несколькими или в режиме прямой связи.
4. Способ по п.1, где указанная информация представляет собой порядковый номер пакета.
5. Способ по п.4, где пакет представляет собой блок протокольных данных «PDU», блок служебных данных «SDU», пакет транспортного протокола реального масштаба времени «RTP» или пакет протокола управления транспортным протоколом реального масштаба времени «RTCP».
6. Способ по п.1, где указанная информация связана со временем передачи данных или временем воспроизведения данных.
7. Способ по п.1, где указанная информация связана с объемом упомянутого, по меньшей мере, одного блока данных, прием которого закончился неудачей.
8. Способ по п.1, где указанную информацию генерируют во время сеанса или после его завершения.
9. Способ по п.1, где операцию передачи выполняют по выделенному логическому каналу или по восходящему общему каналу.
10. Способ по п.1, в котором дополнительно принимают идентификатор, чтобы отличить сеанс многоадресной услуги от сеанса повторной передачи данных.
11. Способ по п.1, в котором шаг передачи запроса на исправление ошибок содержит:
проверку, удовлетворяют ли условиям в запросе на исправление ошибок условия приема блоков данных, которые были установлены сетью во время сеанса;
создание ответной информации об исправлении ошибок на основе информации об условиях приема данных, установленных сетью, если условия приема блоков данных удовлетворяют условиям в запросе на исправление ошибок; и
передачу созданной ответной информации об исправлении ошибок в сеть для того, чтобы запросить исправление ошибок.
12. Способ предоставления многоадресной услуги из сети связи, включающий в себя:
передачу блоков данных многоадресной услуги во время сеанса; прием от терминала запроса на исправление ошибок, при этом указанный запрос на исправление ошибок содержит информацию, по меньшей мере, об одном блоке данных, для которого во время сеанса было определено, что его прием закончился неудачей; и
передачу терминалу упомянутого, по меньшей мере, одного блока данных после завершения сеанса так, что каждый из неудачно принятых блоков данных успешно принимается терминалом.
13. Способ по п.12, где сеанс представляет собой период времени, в течение которого сеть передает определенные данные.
14. Способ по п.12, где операцию передачи блоков данных многоадресной услуги выполняют в режиме многоадресной связи одного абонента с несколькими или в режиме прямой связи.
15. Способ по п.12, где указанная информация представляет собой порядковый номер пакета.
16. Способ по п.15, где пакет представляет собой блок протокольных данных «PDU», блок служебных данных «SDU», пакет транспортного протокола реального масштаба времени «RTP» или пакет протокола управления транспортным протоколом реального масштаба времени «RTCP».
17. Способ по п.12, где указанная информация связана со временем передачи данных или временем воспроизведения данных.
18. Способ по п.12, где указанная информация связана с объемом упомянутого, по меньшей мере, одного блока данных, прием которого во время сеанса закончился неудачей.
19. Способ по п.12, где указанную информацию генерируют терминалом во время сеанса или после его завершения.
20. Способ по п.12, где шаг приема выполняют по выделенному логическому каналу или по восходящему общему каналу.
21. Способ по п.12, в котором дополнительно передают идентификатор, чтобы различать сеанс многоадресной услуги от сеанса повторной передачи данных.
RU2006122014/09A 2004-01-09 2005-01-08 Исправление ошибок в данных услуги мультимедийного широковещательного/многоадресного обслуживания RU2372732C2 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR1020040001724A KR100595646B1 (ko) 2004-01-09 2004-01-09 Mbms서비스를 제공하는 무선통신 시스템
KR10-2004-001724 2004-01-09
US53808604P 2004-01-20 2004-01-20
US60/538086 2004-01-20

Publications (2)

Publication Number Publication Date
RU2006122014A RU2006122014A (ru) 2008-02-20
RU2372732C2 true RU2372732C2 (ru) 2009-11-10

Family

ID=37262473

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2006122014/09A RU2372732C2 (ru) 2004-01-09 2005-01-08 Исправление ошибок в данных услуги мультимедийного широковещательного/многоадресного обслуживания

Country Status (11)

Country Link
US (2) US7594152B2 (ru)
EP (1) EP1704665A1 (ru)
JP (1) JP2007518307A (ru)
KR (1) KR100595646B1 (ru)
CN (1) CN1910847A (ru)
AU (1) AU2005204215B2 (ru)
BR (1) BRPI0506592A (ru)
MX (1) MXPA06007833A (ru)
RU (1) RU2372732C2 (ru)
WO (1) WO2005067194A1 (ru)
ZA (1) ZA200605482B (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2786947C1 (ru) * 2020-10-22 2022-12-26 Хонор Девайс Ко., Лтд. Способ обработки аномалий при регистрации в сети связи, аппаратура, носитель для хранения информации и интегральная схема

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100860581B1 (ko) 2002-05-18 2008-09-26 엘지전자 주식회사 멀티캐스트 데이터 전송 방법
KR20030097559A (ko) 2002-06-22 2003-12-31 엘지전자 주식회사 무선이동통신 시스템의 멀티미디어 서비스 방법
US7586874B2 (en) * 2003-01-06 2009-09-08 Interdigital Technology Corporation Wireless communication method and apparatus for providing multimedia broadcast services
EP1624610B1 (en) * 2004-08-06 2006-12-27 Matsushita Electric Industrial Co., Ltd. Feedback control for multicast or broadcast services
FI20041267A0 (fi) * 2004-09-29 2004-09-29 Nokia Corp Tiedottaminen solukkotietoverkossa
US8050221B2 (en) * 2005-02-04 2011-11-01 Samsung Electronics Co., Ltd. Method and apparatus for dispersing user equipments to non-preferred frequencies in a multimedia broadcast/multicast service system
CN1870569B (zh) * 2005-05-25 2012-02-08 国际商业机器公司 网络系统及其管理方法、通信终端和报文发送方法
DE602005025628D1 (de) * 2005-08-10 2011-02-10 Alcatel Lucent Verfahren zur Übertragung dringender Alarmmeldungen an die sich in den Zellen eines Mobilfunknetzes befindenden Mobilfunkgeräte und die zugehörige Netzsteuerung
KR101189945B1 (ko) 2005-08-23 2012-10-12 엘지전자 주식회사 이동통신 시스템의 mbms서비스 전송방법
GB0612439D0 (en) * 2006-06-23 2006-08-02 Siemens Ag Packet re-transmission
KR101265643B1 (ko) * 2006-08-22 2013-05-22 엘지전자 주식회사 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법
US7570916B2 (en) * 2006-08-22 2009-08-04 Motorola, Inc. Method and apparatus for providing and obtaining broadcast multicast service feedback
KR101387500B1 (ko) 2006-08-22 2014-04-21 엘지전자 주식회사 무선 통신 시스템에서의 제어정보 전송 및 수신 방법
CN101001162A (zh) * 2006-08-23 2007-07-18 华为技术有限公司 一种生成文件修复请求消息的方法及客户端
EP2070368B1 (en) * 2006-10-02 2016-07-06 LG Electronics Inc. Method for transmitting and receiving paging message in wireless communication system
KR100938754B1 (ko) 2006-10-30 2010-01-26 엘지전자 주식회사 비연속 수신을 이용한 데이터 수신 및 전송 방법
JP4523072B2 (ja) 2006-10-30 2010-08-11 エルジー エレクトロニクス インコーポレイティド 上り接続のリディレクション方法
WO2008054112A2 (en) 2006-10-30 2008-05-08 Lg Electronics Inc. Methods of performing random access in a wireless communication system
KR101443618B1 (ko) 2006-10-30 2014-09-23 엘지전자 주식회사 랜덤 접속 채널 메시지 응답 방법, 랜덤 접속 채널 메시지전송 방법 및 이를 지원하는 이동통신 단말
WO2008082572A1 (en) * 2006-12-29 2008-07-10 Interdigital Technology Corporation Method and apparatus for transmitting and receiving multimedia broadcast multicast services via a dedicated downlink carrier
KR20100014293A (ko) * 2006-12-30 2010-02-10 톰슨 라이센싱 데이터 송신을 위한 적응적 에러 정정 방법 및 그 디바이스들
CA2675135A1 (en) * 2007-01-09 2008-07-17 Nokia Corporation Method for supporting file versioning in mbms file repair
KR101332913B1 (ko) 2007-01-30 2013-12-02 닛본 덴끼 가부시끼가이샤 이동 통신 시스템, 멀티캐스트 데이터 분배 방법, 코어 네트워크 장치, 및 액세스 네트워크 장치
EP2137910B1 (en) 2007-04-30 2015-07-08 LG Electronics Inc. Methods of transmitting data blocks in wireless communication system
WO2008133485A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Methods of generating data block in mobile communication system
US8027363B2 (en) * 2007-04-30 2011-09-27 Lg Electronics Inc. Method of transmitting data in a wireless communication system
US8218524B2 (en) * 2007-04-30 2012-07-10 Lg Electronics Inc. Method for transmitting or receiving data unit using header field existence indicator
KR101469281B1 (ko) * 2007-04-30 2014-12-04 엘지전자 주식회사 무선단말의 상태 전환 방식
KR101464748B1 (ko) * 2007-04-30 2014-11-24 엘지전자 주식회사 무선단말의 측정보고 기동방식
US8184570B2 (en) * 2007-04-30 2012-05-22 Lg Electronics Inc. Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service
WO2008133481A1 (en) * 2007-04-30 2008-11-06 Lg Electronics Inc. Method for performing an authentication of entities during establishment of wireless call connection
KR20080097338A (ko) * 2007-05-01 2008-11-05 엘지전자 주식회사 불연속 데이터 송수신 방법
US20080273482A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Uplink access method for receiving a point-to-multipoint service
US20080273503A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Method and terminal for performing handover in mobile communications system of point-to-multipoint service
KR100917205B1 (ko) * 2007-05-02 2009-09-15 엘지전자 주식회사 무선 통신 시스템에서의 데이터 블록 구성 방법
EP2153597B1 (en) * 2007-05-03 2013-04-03 LG Electronics Inc. Method of data processing in a wireless communication system
HUE033683T2 (en) 2007-06-18 2017-12-28 Lg Electronics Inc Procedure for performing user device upload direction connection synchronization in a wireless communication system
CN101589566B (zh) * 2007-06-18 2013-06-12 Lg电子株式会社 在无线通信系统中执行上行链路同步的方法
WO2008156309A1 (en) * 2007-06-18 2008-12-24 Lg Electronics Inc. Control channel reception method for receiving broadcast or multicast service
KR101470638B1 (ko) 2007-06-18 2014-12-08 엘지전자 주식회사 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
KR101526971B1 (ko) * 2007-06-18 2015-06-11 엘지전자 주식회사 방송 또는 멀티캐스트 서비스 송수신 방법 및 단말
KR101387537B1 (ko) 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
EP2168270B1 (en) * 2007-09-20 2016-02-17 LG Electronics Inc. A method for handling correctly received but header compression failed packets
EP2290863B1 (en) * 2008-02-04 2014-03-05 LG Electronics Inc. Wireless communication method for transmitting a sequence of data units between a wireless device and a network
JP5115273B2 (ja) * 2008-03-28 2013-01-09 富士通株式会社 無線通信システム、無線基地局装置、マルチサービス管理装置
JP5245761B2 (ja) 2008-11-26 2013-07-24 富士通株式会社 送信装置、受信装置、送信方法及び受信方法
US8743845B2 (en) * 2009-02-04 2014-06-03 Qualcomm Incorporated Methods and systems for user selection in wireless communication networks
CN101827308B (zh) * 2009-03-05 2012-08-29 中国移动通信集团公司 Mbms文件片的发送方法、传输系统及业务服务器
US8948028B2 (en) * 2009-10-13 2015-02-03 Qualcomm Incorporated Reporting of timing information to support downlink data transmission
CN102264032B (zh) * 2010-05-26 2016-02-10 中兴通讯股份有限公司 多媒体广播组播业务控制信息的发送方法及装置
US8831628B2 (en) 2010-11-24 2014-09-09 Apple Inc. Location estimation
CN102594529A (zh) * 2012-03-16 2012-07-18 哈尔滨工业大学深圳研究生院 基于网络编码的发射端广播重传方法及系统
CN106060783A (zh) 2015-04-10 2016-10-26 财团法人资讯工业策进会 单一基站节点对多点网络系统及其数据传输方法

Family Cites Families (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5457808A (en) 1992-02-04 1995-10-10 Nec Corporation Point-to-multipoint communication network capable of retransmitting a multicast signal
JPH05219056A (ja) 1992-02-04 1993-08-27 Nec Corp 同報通信方式
US6041047A (en) 1992-10-05 2000-03-21 Telefonaktiebolaget Lm Ericsson Digital control channels having logical channels supporting broadcast SMS
US5459725A (en) 1994-03-22 1995-10-17 International Business Machines Corporation Reliable multicasting over spanning trees in packet communications networks
JPH07283782A (ja) 1994-04-08 1995-10-27 Matsushita Electric Ind Co Ltd 移動通信システム
JPH09270790A (ja) 1996-04-01 1997-10-14 N T T Data Tsushin Kk ファイル配信方法及び通信制御装置
KR100222660B1 (ko) 1997-04-15 1999-10-01 서정욱 이동통신망에서 폐쇄 사용자 그룹(Closed User Group) 서비스 제공 방법
US5928331A (en) 1997-10-30 1999-07-27 Matsushita Electric Industrial Co., Ltd. Distributed internet protocol-based real-time multimedia streaming architecture
KR100240645B1 (ko) 1997-12-23 2000-01-15 정선종 멀티캐스트 통신의 패킷 오류 제어기 및 이를 이용한패킷 오류제어 방법
FI109861B (fi) 1998-01-05 2002-10-15 Nokia Corp Menetelmä solun yleislähetyskapasiteetin tehokkaaksi hyödyntämiseksi
DE59907450D1 (de) 1998-02-27 2003-11-27 Siemens Ag Telekommunikationssysteme mit drahtloser, auf code- und zeitmultiplex basierender telekommunikation
US6104709A (en) 1998-07-17 2000-08-15 Motorola, Inc. Channel assignment within a broad-band communication system
US6252874B1 (en) 1998-07-20 2001-06-26 D-Link Corporation Ethernet card and ethernet card improvement methods
JP2000138676A (ja) 1998-10-29 2000-05-16 Mitsubishi Materials Corp 端末装置、コンピュータサーバ、通信方法及び記録媒体
KR100577149B1 (ko) 1998-12-02 2006-07-25 엘지전자 주식회사 이동통신시스템에서의멀티캐스트서비스구현방법
KR100323770B1 (ko) 1999-03-08 2002-02-19 서평원 멀티캐스트 서비스를 위한 채널 구조 및 이를 이용한 서비스 운용 방법
FI107487B (fi) 1999-03-08 2001-08-15 Nokia Mobile Phones Ltd Datalähetyksen salausmenetelmä radiojärjestelmässä
FI114077B (fi) 1999-03-10 2004-07-30 Nokia Corp Tunnuksen varausmenetelmä
US6839348B2 (en) 1999-04-30 2005-01-04 Cisco Technology, Inc. System and method for distributing multicasts in virtual local area networks
GB2389751B (en) 1999-05-28 2004-02-25 Nec Corp Mobile telecommunications system
KR100670418B1 (ko) 1999-07-13 2007-01-17 썬 마이크로시스템즈, 인코포레이티드 방송 스트림으로 전송되는 멀티캐스트 ip 데이터를선택하기 위한 방법 및 장치
CA2381197A1 (en) 1999-08-02 2001-02-08 Qualcomm Incorporated Cell broadcast in a hybrid gsm/cdma network
JP3704003B2 (ja) 1999-08-16 2005-10-05 株式会社東芝 無線基地局装置、無線端末装置及び情報通信方法
KR100305295B1 (ko) 1999-09-04 2001-11-05 정규석 이동통신망에서 매체접근제어계층 구현방법 및 이를 이용한 데이터 송수신방법
KR100311353B1 (ko) 1999-09-17 2001-10-18 박종섭 무선 이동 통신 시스템의 프로토콜 구조 및 이를 이용한 억세스처리방법
FI109320B (fi) 1999-11-02 2002-06-28 Nokia Corp Signalointimenetelmä
JP2001165032A (ja) 1999-12-07 2001-06-19 Mitsubishi Heavy Ind Ltd 風力発電装置
JP3683468B2 (ja) 2000-04-13 2005-08-17 株式会社エヌ・ティ・ティ・ドコモ マルチキャストサービス提供システムにおける再送制御方法、情報配信装置及び無線端末
JP3717748B2 (ja) 2000-04-20 2005-11-16 株式会社エヌ・ティ・ティ・ドコモ マルチキャストサービス提供方法及びシステム及び情報配信装置及び無線端末
EP1148687A1 (en) 2000-04-20 2001-10-24 Telefonaktiebolaget L M Ericsson (Publ) Communication device
JP3831202B2 (ja) 2000-06-05 2006-10-11 三菱電機株式会社 無線通信システム、無線基地局、無線端末、および無線マルチキャスト通信制御方法
KR100366018B1 (ko) * 2000-07-25 2002-12-26 삼성전자 주식회사 데이터 통신 시스템 및 그 통신방법
JP2002124992A (ja) * 2000-08-10 2002-04-26 Kddi Corp マルチキャストによるデータファイル配信方法
KR100695830B1 (ko) 2000-09-05 2007-03-19 유티스타콤코리아 유한회사 무선통신 시스템에서 데이터 반복 전송 방법
JP3685783B2 (ja) 2000-10-19 2005-08-24 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムでのマルチメディアデータ送信装置及び方法
US6804528B1 (en) 2000-11-03 2004-10-12 Lucent Technologies, Inc. Apparatus and method for use in the multicast of traffic data in wireless multiple access communications systems
US6847623B1 (en) 2000-11-15 2005-01-25 Qualcomm Incorporated Method and apparatus for allocating data streams onto a single channel
US20020124069A1 (en) 2000-12-28 2002-09-05 Hatalkar Atul N. Broadcast communication system with dynamic client-group memberships
DE10107700A1 (de) 2001-02-19 2002-08-29 Siemens Ag Verfahren und Vorrichtung zum Multiplexen und/oder Demultiplexen sowie entsprechende Computerprogramme und ein entsprechendes Computerprogramm-Erzeugnis
CA2380039C (en) 2001-04-03 2008-12-23 Samsung Electronics Co., Ltd. Method of transmitting control data in cdma mobile communication system
KR100446522B1 (ko) 2001-07-06 2004-09-04 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법
US6810109B2 (en) 2001-07-13 2004-10-26 Medtronic Ave, Inc. X-ray emitting system and method
JP2003060699A (ja) 2001-08-14 2003-02-28 Nippon Telegr & Teleph Corp <Ntt> ネットワークにおける再送制御方法
KR100811364B1 (ko) 2001-10-06 2008-03-07 엘지전자 주식회사 이동통신 시스템에서 하향공유채널에 대한 제어정보전송방법
EP1436946B1 (en) * 2001-10-19 2007-02-28 Nokia Corporation Transmission of multicast and broadcast multimedia services via a radio interface
US6701155B2 (en) 2002-01-11 2004-03-02 Nokia Corporation Network initialized packet data protocol context activation for multicast/broadcast services
US6839565B2 (en) 2002-02-19 2005-01-04 Nokia Corporation Method and system for a multicast service announcement in a cell
KR20030069365A (ko) 2002-02-20 2003-08-27 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 방송 서비스 방법
JP4002204B2 (ja) * 2002-04-09 2007-10-31 三星電子株式会社 移動通信システムにおけるマルチメディア放送/マルチキャストサービスのための制御情報伝送装置及びその方法
US7177658B2 (en) 2002-05-06 2007-02-13 Qualcomm, Incorporated Multi-media broadcast and multicast service (MBMS) in a wireless communications system
US6684081B2 (en) 2002-05-10 2004-01-27 Nokia Corporation Method and system for separating control information and user data from multicast and broadcast services
KR100860581B1 (ko) 2002-05-18 2008-09-26 엘지전자 주식회사 멀티캐스트 데이터 전송 방법
WO2003105353A2 (en) 2002-06-11 2003-12-18 Meshnetworks, Inc. System and method for multicast media access using broadcast transmissions with multiple acknowledgments in an ad-hoc communications network
KR20030097559A (ko) 2002-06-22 2003-12-31 엘지전자 주식회사 무선이동통신 시스템의 멀티미디어 서비스 방법
KR100678181B1 (ko) 2002-07-31 2007-02-01 삼성전자주식회사 이동통신 시스템에서 멀티미디어 방송 멀티 캐스트 서비스 데이터를 제공하는 장치 및 방법
GB0217976D0 (en) 2002-08-02 2002-09-11 Eastman Kodak Co Method for the preparation of a printing plate
KR100917042B1 (ko) 2002-08-14 2009-09-10 엘지전자 주식회사 무선 이동통신 시스템의 방송 및 멀티캐스트 데이터의전송 방법
US7289500B1 (en) * 2003-07-17 2007-10-30 Novell, Inc. Method and system for reliable multicast data transmission
KR100893070B1 (ko) 2002-09-19 2009-04-17 엘지전자 주식회사 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치
KR100936586B1 (ko) 2002-09-19 2010-01-13 엘지전자 주식회사 멀티미디어 방송 및 멀티캐스트 서비스에서의 데이터 전송 방법 및 시스템
DE60208921T2 (de) * 2002-09-24 2006-09-21 Telefonaktiebolaget Lm Ericsson (Publ) Verfahren und vorrichtung zur übertragung fehlertoleranter daten, wobei eine wiederholte übertragung fehlerhafter daten ausgeführt wird, bis die anzahl der übrigen fehlerhaften daten akzeptabel ist
FI20021755A0 (fi) 2002-10-02 2002-10-02 Nokia Corp Menetelmä ja järjestely yleislähetyksen vastaanottoedellytysten ilmaisemiseksi
JP2004221760A (ja) * 2003-01-10 2004-08-05 Nec Corp 移動通信システム、無線制御装置、無線端末及びそのデータ配信方法並びにそのプログラム
KR100954560B1 (ko) * 2003-01-10 2010-04-23 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스트 서비스를 제공하는이동 통신 시스템에서 수신 데이터 오류 복구 방법
US7894468B2 (en) * 2003-03-20 2011-02-22 Alcatel-Lucent Usa Inc. Transmission methods for communication systems supporting a multicast mode
KR20050014984A (ko) * 2003-08-01 2005-02-21 삼성전자주식회사 멀티미디어 브로드캐스트/멀티캐스드 서비스를 제공하는이동통신시스템에서 무선 자원 연결을 요청하는 메시지를재전송하는 방법
EP2332912A1 (en) 2003-08-08 2011-06-15 Vertex Pharmaceuticals Incorporated Heteroarylaminosulfonylphenylderivates for use as sodium or calcium channel blockers in the treatment of pain
US8694869B2 (en) * 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
US20050076369A1 (en) 2003-10-06 2005-04-07 Zhijun Cai Method and apparatus for assigning temporary mobile group identity in a multimedia broadcast/multicast service
US8521139B2 (en) 2004-02-11 2013-08-27 Qualcomm Incorporated Transmission of notifications for broadcast and multicast services
KR100983277B1 (ko) * 2005-02-15 2010-09-24 엘지전자 주식회사 멀티미디어 방송/멀티캐스트 서비스 송수신 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2786947C1 (ru) * 2020-10-22 2022-12-26 Хонор Девайс Ко., Лтд. Способ обработки аномалий при регистрации в сети связи, аппаратура, носитель для хранения информации и интегральная схема

Also Published As

Publication number Publication date
US20050185620A1 (en) 2005-08-25
RU2006122014A (ru) 2008-02-20
BRPI0506592A (pt) 2007-05-02
ZA200605482B (en) 2008-05-28
KR20050073352A (ko) 2005-07-13
WO2005067194A1 (en) 2005-07-21
US20090052400A1 (en) 2009-02-26
MXPA06007833A (es) 2006-09-04
JP2007518307A (ja) 2007-07-05
CN1910847A (zh) 2007-02-07
KR100595646B1 (ko) 2006-07-03
US7624325B2 (en) 2009-11-24
EP1704665A1 (en) 2006-09-27
AU2005204215B2 (en) 2007-11-01
US7594152B2 (en) 2009-09-22
AU2005204215A1 (en) 2005-07-21

Similar Documents

Publication Publication Date Title
RU2372732C2 (ru) Исправление ошибок в данных услуги мультимедийного широковещательного/многоадресного обслуживания
US8023454B2 (en) Apparatus and method for enhanced UM RLC data handling
AU2005253495B2 (en) Transmitting and receiving control protocol data unit having processing time information
US7852803B2 (en) Enhanced radio link control error handling
JP4787837B2 (ja) 無線通信システムにおける品質測定のための無線リンク制御レイヤでの誤り比測定
US8180299B2 (en) Optimized AM RLC re-set mechanism
TWI418229B (zh) 在行動通訊系統中溝通控制資訊的方法和設備
EP3509329A1 (en) Multicast service sending method and device
US20050026597A1 (en) Method for retransmitting a radio resource control connection request message in mobile communication system capable of providing a multimedia broadcast/multicast service
KR20090099485A (ko) Pdcp 상태 보고 전송 방법
WO2008004725A1 (en) Optimized am rlc re-set mechanism
EP2192741B1 (en) Transmitting apparatus, communication system, transmitting method, and corresponding software
US20150156669A1 (en) Method and apparatus for transmitting data packet
EP2245783A1 (en) Controlling point-to-multipoint transmissions of content data over a radio interface
KR20050100882A (ko) 멀티미디어 방송/멀티캐스트 서비스에서 제어 메시지의수신 방법 및 장치
KR20060016292A (ko) 멀티미디어 브로드캐스트/멀티캐스트 서비스를 제공하는이동통신시스템에서 무선 자원 연결 요청메시지를효율적으로 전송하는 방법
WO2022030518A1 (ja) 通信制御方法
KR101100200B1 (ko) 점대다 멀티미디어 멀티캐스트 서비스를 위한 패킷데이터의 헤더정보를 전송하는 방법
CN116746171A (zh) 用于多播及广播服务的方法及设备

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20180109