УСТРОЙСТВО И СПОСОБ УСОВЕРШЕНСТВОВАННОЙ ОБРАБОТКИ ДАННЫХ УПРАВЛЕНИЯ РАДИОКАНАЛОМ, РАБОТАЮЩИМ В РЕЖИМЕ БЕЗ ПОДТВЕРЖДЕНИЯ Российский патент 2009 года по МПК H04L12/56 

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

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

[1] Настоящее изобретение имеет отношение к устройству и способу для уровня управления радиоканалом «RLC» в терминале для приема и обработки блоков данных (или элементов данных), соответствующих определенной услуге, принимаемой из нескольких ячеек в универсальной мобильной телекоммуникационной системе «UMTS», например, в системе типа IMT-2000. В частности, настоящее изобретение относится к устройству и способу для уровня управления радиоканалом «RLC» для приема и обработки блоков данных (или элементов данных), соответствующих определенной услуге, принимаемой из нескольких ячеек, где модуль уровня управления радиоканалом «RLC», работающий в режиме без подтверждения «UM», использует окно и таймер или переменные состояния, чтобы доставить (переместить, послать, передать и т.д.) блоки данных, принятые из нескольких ячеек, на вышерасположенный уровень с минимальными задержкой, пропуском или потерями и без дублирования блоков данных (или элементов данных).

УРОВЕНЬ ТЕХНИКИ

[2] На ФИГ.1 показан пример базовой структуры сети универсальной мобильной телекоммуникационной системы «UMTS». Как показано на ФИГ.1, универсальная мобильная телекоммуникационная система «UMTS» в общих чертах делится на терминал 100 (мобильную станцию, пользовательское оборудование/устройство «UE» и т.д.), сеть 120 наземного радиодоступа универсальной мобильной телекоммуникационной системе - «UTRAN» и базовую сеть 130 «CN». Сеть 120 наземного радиодоступа «UTRAN» включает в себя одну или несколько подсистем 125 радиосети «RNS». Каждая из подсистем радиосети «RNS» включает в себя один контроллер 123 радиосети «RNC» и несколько базовых станций 121 (Узлов В), которыми управляет контроллер 123 радиосети «RNC». Для каждой из базовых станций «Узел В» существует одна или несколько ячеек.

[3] На ФИГ.2 показана структура протокола радиоинтерфейса, существующая в мобильном терминале и сети 120 наземного радиодоступа «UTRAN», образующих одну пару, предназначенная для выполнения передачи данных через радиоинтерфейс. Применительно к уровням протоколов радиосвязи первый уровень (L1) представляет собой физический уровень «PHY», который служит для передачи данных через радиоинтерфейс с использованием различных способов радиопередачи. Физический уровень «PHY» соединяется с вышерасположенным уровнем, уровнем управления доступом к среде «MAC», посредством транспортных каналов, которые включают в себя выделенный транспортный канал и общий транспортный канал, в зависимости от того, является или нет канал совместно используемым.

[4] На втором уровне (L2) имеются уровень управления доступом к среде «MAC», уровень управления радиоканалом «RLC», уровень протокола сходимости пакетных данных «PDCP» и уровень управления радиовещательной/многоадресной передачей «ВМС». Уровень управления доступом к среде «MAC» служит для отображения различных логических каналов на различные транспортные каналы, а также для уплотнения логических каналов с целью отображения нескольких логических каналов на один транспортный канал. Уровень управления доступом к среде «MAC» соединен с вышерасположенным уровнем, уровнем управления радиоканалом «RLC», посредством логических каналов, и эти логические каналы делятся на каналы управления, которые передают информацию плоскости управления, и каналы графика (каналы информационного обмена), которые передают информацию пользовательской плоскости.

[5] Уровень управления радиоканалом «RLC» обеспечивает качество услуги (QoS) каждого из широкополосных радиоканалов «RB» и передачу соответствующей информации. Чтобы гарантировать присущее широкополосному радиоканалу качество услуги (QoS), уровень управления радиоканалом «RLC» имеет один или два независимых модуля «RLC» для каждого широкополосного радиоканала и предоставляет три вида режимов уровня управления радиоканалом «RLC»: прозрачный режим - «ТМ», режим без подтверждения «UM» и режим с подтверждением «AM» с целью поддержки различного качества услуги «QoS». Кроме того, уровень управления радиоканалом «RLC», соответственно, регулирует размер данных, чтобы нижерасположенный уровень мог передавать данные через радиоинтерфейс, путем сегментации и объединения данных, принятых с вышерасположенного уровня.

[6] Уровень протокола сходимости пакетных данных «PDCP» расположен над уровнем управления радиоканалом «RLC» и позволяет эффективно передавать данные посредством пакетов протокола Интернет - «IP», например, «IPv4» или «IPv6», через радиоинтерфейс с относительно узкой полосой пропускания. Для этой цели уровень протокола сходимости пакетных данных «PDCP» выполняет функцию сжатия заголовка с тем, чтобы в заголовке передавалась только абсолютно необходимая информация для повышения эффективности передачи данных через радиоинтерфейс. Поскольку сжатие заголовка является его основной функцией, уровень протокола сходимости пакетных данных «PDCP» существует только в области пакетной коммутации «PS», и для каждого широкополосного радиоканала «RB» имеется единственный модуль «PDCP», чтобы обеспечить эффективное сжатие заголовка для каждой услуги с пакетной коммутацией.

[7] Кроме того, на втором уровне (L2) над уровнем управления радиоканалом «RLC» имеется уровень управления радиовещательной/многоадресной передачей «ВМС», который осуществляет планирование передачи в ячейке широковещательных сообщений и радиовещание для терминалов, расположенных в определенной ячейке.

[8] Уровень управления ресурсами радиосвязи «RRC», расположенный в самой нижней части третьего уровня (L3), определен только в плоскости управления и управляет параметрами первого и второго уровней, а также управляет транспортными каналами и физическими каналами в отношении конфигурирования, реконфигурирования и высвобождения широкополосных радиоканалов «RB». Здесь широкополосный радиоканал «RB» обозначает услугу, предоставляемую первым и вторым уровнями протокола радиосвязи для доставки данных между терминалом и сетью наземного радиодоступа «UTRAN». В целом, конфигурирование широкополосного радиоканала «RB» состоит в установке характеристик уровней протокола и каналов, для каналов, необходимых для предоставления конкретной услуги, а также в задании соответствующих конкретных параметров и способов функционирования.

[9] Далее более подробно рассматривается уровень управления радиоканалом «RLC». Основной функцией уровня управления радиоканалом «RLC» является обеспечение качества услуги «QoS» каждого из широкополосных радиоканалов «RB» и, соответственно, передача данных. Поскольку услуга радиоканала «RB» является услугой, которая предоставляется вторым уровнем протокола радиосвязи вышерасположенному уровню, второй уровень, в целом, влияет на качество услуги «QoS» и, в частности, значительным является влияние уровня управления радиоканалом «RLC». Чтобы уровень управления радиоканалом «RLC» обеспечивал качество услуги «QoS», уникальное для данного радиоканала «RB», для каждого радиоканала «RB» предоставляется независимый модуль уровня управления радиоканалом «RLC», а для поддержки различного качества обслуживания «QoS» предоставляется три режима уровня управления радиоканалом «RLC»: прозрачный режим «ТМ», режим без подтверждения «UM» и режим с подтверждением «AM». Каждый из этих трех режимов уровня управления радиоканалом «RLC», соответственно, поддерживает различное качество обслуживания «QoS», их способы функционирования различны, различия имеются также и в их детальных функциях. Таким образом, следует подробнее рассмотреть уровень управления радиоканалом «RLC» в соответствии с режимами функционирования.

[10] Прозрачный режим «ТМ» уровня управления радиоканалом «RLC» представляет собой режим, в котором при формировании блока протокольных данных уровня управления радиоканалом (далее блок протокольных данных «RLC PDU») к блоку служебных данных уровня управления (далее блок служебных данных «RLC SDU»), принятому из вышерасположенного уровня, не добавляется никакой дополнительной информации. А именно, уровень управления радиоканалом «RLC» передает блок служебных данных «SDU» прозрачным образом, отчего этот режим назван прозрачным режимом «ТМ» уровня управления радиоканалом «RLC», и, в силу таких характеристик, пользовательская плоскость и плоскость управления выполняют следующие функции. На пользовательской плоскости, поскольку данные в уровне управления радиоканалом «RLC» обрабатываются недолго, в основном выполняется передача данных услуги в области коммутации каналов «CS» в масштабе реального времени, например, передача речи и потоков в области с коммутацией каналов. На плоскости управления, поскольку в уровне управления радиоканалом «RLC» дополнительная служебная информация отсутствует, выполняется передача по восходящему каналу сообщений уровня управления ресурсами радиосвязи «RRC» от любого из терминалов и передача по нисходящему каналу сообщений уровня управления ресурсами радиосвязи «RRC», которые являются радиовещательными и предназначены для всех терминалов в зоне ячейки.

[11] В отличие от прозрачного режима, режим, в котором в уровне управления радиоканалом «RLC» добавляется дополнительная служебная информация, называется непрозрачным режимом, и имеются два типа режима, принимая во внимание, принимаются ли передаваемые данные без подтверждения («UM» - режим без подтверждения) или с подтверждением («AM» - режим с подтверждением). В режиме без подтверждения «UM» уровень управления радиоканалом «RLC» передает данные с добавлением к каждому блоку протокольных данных «PDU» заголовка, который включает в себя порядковый номер «SN», чтобы принимающая сторона могла знать, какой блок протокольных данных «PDU» потерян при передаче (то есть блок «PDU» отсутствует). С точки зрения уровня управления радиоканалом «RLC» передающей стороны, в случае, если передающая сторона работает в режиме без подтверждения, она не проверяет, получила ли принимающая сторона соответствующий блок протокольных данных «PDU» надлежащим образом, и после передачи блока протокольных данных «PDU» он повторно не передается. С точки зрения уровня управления радиоканалом «RLC» принимающей стороны, в случае, если принимающая сторона работает в режиме без подтверждения, отсутствующие блоки протокольных данных «PDU» определяются путем обращения к порядковым номерам принятых блоков протокольных данных «PDU», и для тех блоков протокольных данных «PDU», которые сочтены отсутствующими, операция ожидания не выполняется, и принятый блок протокольных данных «PDU» немедленно доставляется на вышерасположенный уровень. Например, когда уровень управления радиоканалом в режиме без подтверждения - «UM RLC» сначала получает блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=3», а затем получает блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=6», уровень управления радиоканалом «RLC» в режиме без подтверждения «UM» определяет, что блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=4», и блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=5», не приняты, и больше не ждет эти два блока протокольных данных «RLC PDU». В силу такой работы уровень управления радиоканалом «RLC» в режиме без подтверждения «UM» в основном выполняет на пользовательской плоскости передачу широковещательных/многоадресных данных и передачу в масштабе реального времени пакетных данных, таких, как речь (например, данных VoIP: речь через IP) или потоков зоны услуг пакетной передачи «PS», а на плоскости управления - передачу сообщений уровня управления радиоресурсами «RRC», не требующих подтверждения приема, среди сообщений уровня управления радиоресурсами «RRC», переданных определенному терминалу или определенной группе терминалов в зоне ячейки.

[12] Как в первом типе непрозрачного режима, уровень управления радиоканалом в режиме с подтверждением «AM RLC»» составляет блок протокольных данных «PDU» путем присоединения к нему заголовка блока протокольных данных «PDU», который включает в себя порядковый номер «SN», как это делает уровень управления радиоканалом в режиме без подтверждения «UM RLC», но, в отличие от уровня управления радиоканалом в режиме без подтверждения «UM RLC», принимающая сторона предоставляет подтверждение для блока протокольных данных «PDU», переданного передающей стороной. При наличии уровня управления радиоканалом в режиме с подтверждением «AM RLC»» принимающая сторона предоставляет подтверждение для того, чтобы запросить у передающей стороны повторную передачу тех блоков протокольных данных «PDU», которые не были приняты, и эта функция повторной передачи является одной из важнейших характеристик уровня управления радиоканалом в режиме с подтверждением «AM RLC»». В конечном счете, это позволяет уровню управления радиоканалом в режиме с подтверждением «AM RLC»» обеспечить безошибочную передачу данных посредством повторных передач данных, и поэтому уровень управления радиоканалом в режиме с подтверждением «AM RLC»» в основном осуществляет пакетную передачу данных не в масштабе реального времени, например, такую как транспортный протокол управления «ТСР»/семейство протоколов Интернета «IP», области с коммутацией пакетов «PS» в пользовательской плоскости.

[13] Далее более подробно дано описание работы уровня управления радиоканалом в режиме без подтверждения «UM RLC». Уровень управления радиоканалом в режиме без подтверждения «UM RLC» задает и контролирует переменную состояния, называемую «VR(US)», которая относится к следующему порядковому номеру, прием которого ожидается, а именно, к следующему порядковому номеру после порядкового номера блока протокольных данных «RLC PDU», который был принят последним. Таким образом, если самым последним был принят блок с порядковым номером «SN=x!, то VR(US)=x+1.

[14] Уровень управления радиоканалом в режиме без подтверждения «UM RLC» передающей стороны принимает блоки служебных данных «RLC SDU» с вышерасположенного уровня, выполняет их сегментацию или объединение, чтобы сгенерировать блоки данных подходящего размера, и назначает последовательно каждому из них порядковые номера, чтобы сформировать блоки протокольных данных «RLC PDU», которые затем доставляются на нижерасположенный уровень. Кроме того, уровень управления радиоканалом в режиме без подтверждения «UM RLC» включает в блоки протокольных данных «RLC PDU» индикаторы длины «LI», которые обозначают местоположение в блоке протокольных данных «RLC PDU» границ между блоками служебных данных «RLC SDU», чтобы обеспечить надлежащее восстановление (повторную сборку) блоков служебных данных «RLC SDU» из блока протокольных данных «RLC PDU» на принимающей стороне.

[15] Здесь порядковый номер может быть выражен 7 битами. При выражении порядкового номера таким простым способом объем заголовка каждого блока протокольных данных «RLC PDU» можно минимизировать и повысить эффективность передачи данных, которые должны быть переданы. Таким образом, значения порядковых номеров, которые в действительности включены в блоки протокольных данных «RLC PDU», могут быть от 0 до 127. Передающая сторона последовательно назначает порядковые номера, начиная с 0, для каждого блока протокольных данных «RLC PDU» и после того, как назначен номер 127, снова используются порядковые номера, начиная с 0. Таким образом, когда после большого порядкового номера (например, 127) назначается маленький порядковый номер (например, 0), это называется ситуацией "зацикливания". Поэтому блоки протокольных данных «RLC PDU», которые имеют порядковые номера, назначенные после зацикливания, должны доставляться после блоков протокольных данных «RLC PDU». которые имеют порядковые номера, назначенные до зацикливания. Принимающая сторона всегда проверяет порядковые номера «SN» принимаемых блоков протокольных данных «RLC PDU, и в случае, если порядковый номер «SN» принимаемого блока протокольных данных «RLC PDU» меньше порядкового номера «SN» последнего принятого блока протокольных данных «RLC PDU», определяется, что произошло зацикливание, и предполагается, что все последующие принятые блоки протокольных данных «RLC PDU» - это блоки протокольных данных «RLC PDU», следующие за ранее принятыми блоками протокольных данных «RLC PDU».

[16] На ФИГ.3 показана работа уровня управления радиоканалом в режиме без подтверждения «UM RLC» на принимающей стороне в соответствии с существующей технологией, когда блок протокольных данных «RLC PDU» принимается с нижерасположенного уровня.

[17] Во-первых, значение следующего порядкового номера «VR(US)» обновляется (заново устанавливается) для его приведения в соответствие со значением порядкового номера «SN» принимаемого блока протокольных данных «PDU RLC». Во-вторых, если на вышеназванном первом шаге интервал обновления «VR(US)» не равен 1, считается, что, как минимум, один блок протокольных данных «RLC PDU» пропущен, и отвергаются все блоки служебных данных «RLC SDU», связанные с одним или несколькими пропущенными блоками протокольных данных «RLC PDU». В ином случае, если интервал обновления равен 1, выполняется следующий шаг. В-третьих, выполняется процедура восстановления с использованием успешно принятых блоков протокольных данных «RLC PDU», а затем только успешно восстановленные блоки служебных данных «RLC SDU» передаются на вышерасположенный уровень, и действие завершается.

[18] Далее приводится описание мультимедийного широковещательного/многоадресного обслуживания «MBMS». Мультимедийное широковещательное/многоадресное обслуживание «MBMS» относится к услугам передачи данных по нисходящему каналу для предоставления услуг обмена данными, например, потоковых услуг (например, мультимедийных, видео по запросу, широковещательная передача аудиоматериалов через Интернет и т.п.) или фоновых услуг (например, электронной почты, службы коротких сообщений «SMS», загрузки и т.п.) нескольким терминалам с применением нисходящего выделенного радиоканала мультимедийного широковещательного/многоадресного обслуживания - радиоканала «MBMS». Одна услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» состоит из одного или нескольких сеансов, и во время сеанса данные мультимедийного широковещательного/многоадресного обслуживания «MBMS» передаются нескольким терминалам по радиоканалу «MBMS».

[19] Мультимедийное широковещательное/многоадресное обслуживание «MBMS» можно разделить на режимы широковещательной передачи и многоадресной передачи. Режим широковещательной передачи мультимедийного широковещательного/многоадресного обслуживания «MBMS» относится к передаче мультимедийной информации всем пользователям в зоне широковещательной передачи, то есть в зоне, где возможно широковещательное обслуживание. В отличие от этого, режим многоадресной передачи мультимедийного широковещательного/многоадресного обслуживания «MBMS» представляет собой передачу мультимедийной информации только определенной группе пользователей в зоне многоадресной передачи, например, в зоне, где возможно многоадресное обслуживание.

[20] Для предоставления услуги радиоканала «MBMS» терминалу сеть наземного радиодоступа «UTRAN» использует широкополосный радиоканал. Типы радиоканалов MBMS, используемых в сети наземного радиодоступа «UTRAN», включают широкополосный многоточечный (многоадресный) радиоканал связи одного абонента с несколькими «p-t-m» и широкополосный радиоканал прямой связи «p-t-p». Здесь широкополосный радиоканал «RB» прямой связи представляет собой двунаправленный радиоканал «RB», который включает в себя логический канал «DTCH» - выделенный канал трафика; транспортный канал «DCH» - выделенный канал; и физический канал «DPCH» - выделенный физический канал. Широкополосный многоточечный радиоканал «RB» связи одного абонента с несколькими представляет собой однонаправленный нисходящий радиоканал «RB», который включает в себя логический канал «МТСН» - канал трафика мультимедийного широковещательного/многоадресного обслуживания; транспортный канал «FACH» - канал прямого доступа; и физический канал «SCCPCH» - вспомогательный общий физический канал управления. Логический канал «МТСН» конфигурируется для каждой услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS», оказываемой в одной ячейке, и используется для передачи данных пользовательской плоскости конкретной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» для нескольких терминалов.

[21] Сеть наземного радиодоступа «UTRAN», предоставляющая услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», передает по логическому каналу «МССН» - каналу управления мультимедийного широковещательного/многоадресного обслуживания сообщения уровня управления ресурсами радиосвязи «RRC» (далее RRC-сообщения), связанные с мультимедийным широковещательным/многоадресным обслуживанием «MBMS», а именно управляющие сообщения, нескольким терминалам. Здесь логический канал «МССН» представляет собой нисходящий канал связи одного абонента с несколькими и отображается на транспортный канал прямого доступа «FACH», тогда как транспортный канал прямого доступа «FACH» отображается на вспомогательный общий физический канал управления «SCCPCH». Образцы RRC-сообщений, связанных с мультимедийным широковещательным/многоадресным обслуживанием «MBMS» и передаваемых по логическому каналу «МССН», включают информацию об услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS» и информацию о радиоканале «MBMS». Здесь информация об услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS» передает терминалам, желающим получать услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», список идентификации «ID» услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS», которые действуют в соответствующей ячейке, а также тип радиоканала для соответствующей услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Кроме того, когда конкретная услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» использует радиоканал связи одного абонента с несколькими в соответствующей ячейке, в составе информации о радиоканале «MBMS» терминалам, желающим принять упомянутую услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS», передается информация о радиоканале связи одного абонента с несколькими для упомянутой услуги.

[22] Терминал, желающий принимать конкретную услугу мультимедийного широковещательного/многоадресного обслуживания «MBMS» с использованием радиоканала связи одного абонента с несколькими, принимает информацию об услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS» по логическому каналу «МССН». Если информация об услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», принятая терминалом, сообщает, что для конкретной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» должна быть принята информация о радиоканале «MBMS», терминал посредством информации о радиоканале «MBMS» получает необходимую информацию для конфигурирования радиоканала «MBMS» в терминале для принятия определенной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». А именно в случае, если информация об услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS», принятая терминалом, содержит идентификатор конкретной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS», и если сообщается, что тип радиоканала для конкретной услуги мультимедийного широковещательного/многоадресного обслуживания «МВМ5» представляет собой связь одного абонента с несколькими, терминал принимает информацию о радиоканале «MBMS», чтобы получить информацию о радиоканале связи одного абонента с несколькими, и создает с использованием этой информации радиоканал связи одного абонента с несколькими.

[23] В существующей технологии, когда в зоне ячейки создается радиоканал связи одного абонента с несколькими для конкретной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS», поскольку несколько терминалов обычно получают данные услуги через радиоканал связи одного абонента с несколькими, сеть наземного радиодоступа «UTRAN» не может надлежащим образом создать радиоканал связи одного абонента с несколькими для каждого из терминалов, имеющих, соответственно, различные условия приема. Таким образом, при конфигурировании радиоканала связи одного абонента с несколькими вероятность неудачного приема данных терминалом выше, чем при создании радиоканала прямой связи.

[24] Чтобы снизить такую вероятность неудачного приема данных терминалом, в случае, когда информация об услуге мультимедийного широковещательного/многоадресного обслуживания «MBMS» передается из ячейки через радиоканал связи одного абонента с несколькими, терминал осуществляет поиск в соседних ячейках и дополнительно принимает информацию, что упомянутая услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» посредством канала связи одного абонента с несколькими передается из одной или нескольких соседних ячеек, чтобы таким образом получить данные желаемой услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». А именно, когда услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS» передается через радиоканал связи одного абонента с несколькими из ячейки (зоны), где расположен терминал, то даже в том случае, если прием некоторых данных не был успешным, такая информация может быть принята из одной или нескольких других ячеек, в которых создан указанный радиоканал связи одного абонента с несколькими, и, таким образом, случаи неудачного приема информации сводятся к минимуму.

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

Техническая проблема

[25] В традиционной технологии модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» на принимающей стороне принимает блоки протокольных данных «RLC PDU» только из одной ячейки или только по одному логическому каналу и, проверив порядковый номер каждого блока протокольных данных «RLC PDU», не ждет приема тех блоков протокольных данных «RLC PDU», которые считаются пропущенными (потерянными), при этом отвергаются (уничтожаются) все блоки служебных данных «RLC SDU», относящиеся к любым блокам протокольных данных «RLC PDU», которые не были успешно приняты, и обрабатываются только успешно принятые блоки протокольных данных «RLC PDU».

[26] Однако это вызывает серьезные проблемы в случае, когда данные принимаются через радиоканал связи одного абонента с несколькими из нескольких ячеек, или в случае, когда данные принимаются по нескольким логическим каналам, например, для услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS». Это связано с тем, что моменты времени, когда терминал принимает данные об определенной услуге из каждой из ячеек, различаются. Например, на ФИГ.4 предполагается, что данные одной услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS» принимаются из ячейки «А» и из ячейки «В». В соответствии с существующей технологией, в случае, если уровень управления радиоканалом «RLC» в режиме без подтверждения «UM» получает блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=5», значение следующего порядкового номера «VR(US)» обновляется, а блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=3», и блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=4», считаются не принятыми успешно, и прием этих блоков протокольных данных «RLC PDU» в дальнейшем не ожидается. Затем блок служебных данных «SDU RLC», который включен в блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=5», восстанавливается и передается на вышерасположенный уровень. Из ФИГ.4 можно понять, что даже в том случае, если терминал мог бы получить из ячейки «В» блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=3», считается, что блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=3», и блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=4», получить невозможно, и у терминала возникает проблема с обработкой блока протокольных данных «RLC PDU», имеющего порядковый номер «SN=5», полученного до приема блока протокольных данных «RLC PDU», имеющего порядковый номер «SN=3», и блока протокольных данных «RLC PDU», имеющего порядковый номер «SN=4».

[27] Кроме того, после приема блока протокольных данных «RLC PDU», имеющего порядковый номер «SN=5», из ячейки «А» уровень управления радиоканалом в режиме без подтверждения «UM RLC» меняет значение следующего порядкового номера «VR(US)» на 6, и в случае, если блок протокольных данных «RLC PDU», имеющий «SN=3», принимается после этого из ячейки «В», уровень управления радиоканалом в режиме без подтверждения «UM RLC» определяет, что возникла ситуация зацикливания, поскольку принимаемый блок протокольных данных «RLC PDU» (имеющий порядковый номер «SN=3»), имеет меньший порядковый номер, чем у последнего принятого блока протокольных данных «RLC PDU» (имеющего порядковый номер «SN=5»). Таким образом, уровень управления радиоканалом в режиме без подтверждения «UM RLC» определяет, что принятый в настоящее время блок протокольных данных «RLC PDU» (имеющий порядковый номер «SN=3») является новым блоком протокольных данных «RLC PDU», который был сгенерирован после блока протокольных данных «RLC PDU», имеющего порядковый номер «SN=5», и поэтому возникает проблема нежелательной смены значения следующего порядкового номера «VR(US)» на 4 и обработки блоков протокольных данных «RLC PDU». Если блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=5», принимается из ячейки «В» после смены значения следующего порядкового номера «VR(US)» на 4, возникает проблема, состоящая в том, что снова обрабатывается блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=5» (принятый из ячейки «В»), хотя блок протокольных данных «RLC PDU», имеющий «SN=5», был ранее принят из ячейки «А» и уже обработан. В этом случае информация об индикаторе длины, содержащаяся в блоке протокольных данных «RLC PDU», и отображение между блоками протокольных данных «RLC PDU» не соответствуют друг другу, тем самым вызывая серьезную проблему, состоящую в том, что уровень управления радиоканалом «RLC» в режиме без подтверждения «UM» не может надлежащим образом восстановить блоки служебных данных «RLC SDU» из блоков протокольных данных «RLC PDU». Это также связано с проблемами, поскольку большинство услуг, использующих уровень управления радиоканалом в режиме без подтверждения «UM RLC», являются приложениями, требующими последовательного приема данных, и такой ненадлежащий прием данных вызывает трудности в работе таких приложений.

Техническое решение

[28] Проблемы существующей технологии, возникающие в силу непоследовательного приема данных в уровне управления радиоканалом в режиме без подтверждения «UM RLC», решаются настоящим изобретением с целью сведения к минимуму времени задержки доставки, сокращения числа пропущенных блоков протокольных данных «PDU», принимаемых по каждому логическому каналу, и предотвращения дублирования блоков протокольных данных «PDU» при обработке блоков протокольных данных «PDU».

[29] Модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» принимает блоки протокольных протокола блока протокольных данных «PDU» уровня управления радиоканалом, доставленные по одному или нескольким логическим каналам, и переупорядочивает принятые блоки протокольных данных «PDU», исходя из их порядковых номеров с использованием окна приема и таймера.

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

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

[31] На ФИГ.1 показан пример базовой структуры универсальной мобильной телекоммуникационной системы «UMTS».

[32] На ФИГ.2 показана структура протокола интерфейса радиодоступа между терминалом и сетью наземного радиодоступа «UTRAN», основанная на системе 3GPP для сети радиодоступа.

[33] На ФИГ.3 показана блок-схема способа обработки данных уровня управления радиоканалом в режиме без подтверждения «UM RLC» в соответствии с существующей технологией.

[34] На ФИГ.4 показан способ обработки данных уровня управления радиоканалом в режиме без подтверждения «UM RLC» в случае, когда данные принимаются из нескольких ячеек.

[35] На ФИГ.5 показан способ обработки данных уровня управления радиоканалом в режиме без подтверждения «UM RLC» в соответствии с первым и вторым примерами осуществления настоящего изобретения.

[36] На ФИГ.6 показан способ обработки данных уровня управления радиоканалом в режиме без подтверждения «UM RLC» в соответствии с первым примером осуществления настоящего изобретения.

[37] На ФИГ.7 показан способ обработки данных уровня управления радиоканалом в режиме без подтверждения «UM RLC» в соответствии со вторым примером осуществления настоящего изобретения.

[38] На ФИГ.8 и 9 показаны равные по техническим возможностям модули уровня управления радиоканалом в режиме без подтверждения «UM RLC» в сети наземного радиодоступа «UTRAN» и терминале «UE» в соответствии с настоящим изобретением.

[39] На ФИГ.10 показан пример системы связи в соответствии с настоящим изобретением.

[40] На ФИГ.11 показана структура терминала «UE» в соответствии с настоящим изобретением.

ПРЕДПОЧТИТЕЛЬНЫЕ ПРИМЕРЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

[42] Для решения проблем существующей технологии, в случае, когда блоки протокольных данных «RLC PDU» принимаются из нескольких ячеек или по нескольким логическим каналам, настоящее изобретение предполагает что уровень управления радиоканалом в режиме без подтверждения «UM RLC» использует окно приема и таймер, чтобы обрабатывать принятые блоки протокольных данных «RLC PDU».

[43] Обработка блока протокольных данных «RLC PDU» с использованием окна приема относится к процедуре, в ходе которой уровень управления радиоканалом в режиме без подтверждения «UM RLC» управляет диапазоном значений порядковых номеров «SN» блоков протокольных данных «RLC PDU», прием которых ожидается, на основе принятого блока протокольных данных «RLC PDU».

[44] Обработка блоков протокольных данных «RLC PDU» с использованием таймера относится к процедуре, в ходе которой уровень управления радиоканалом в режиме без подтверждения «UM RLC» использует таймер переупорядочения для тех принятых блоков протокольных данных «RLC PDU», которые остаются в окне приема и не были зарезервированы для восстановления, из условия, что эти блоки протокольных данных обрабатываются после истечения определенного времени, вне зависимости от того, приняты или нет некоторые другие блоки протокольных данных «PDU».

[45] Если с вышерасположенного уровня посредством индикации переупорядочения принята конфигурация переупорядочения, уровень управления радиоканалом в режиме без подтверждения «UM RLC» может определить, что блоки протокольных данных «RLC PDU» должны приниматься из нескольких ячеек или по нескольким логическим каналам, и уровень управления радиоканалом в режиме без подтверждения «UM RLC» работает в соответствии с этим. Если с вышерасположенного уровня не принята конфигурация переупорядочения, то определяется, что блоки протокольных данных «RLC PDU» должны приниматься по одному логическому каналу, как в традиционной технологии, и уровень управления радиоканалом в режиме без подтверждения «UM RLC» работает в соответствии с этим.

[46] Если конфигурация предусматривает соединение с несколькими логическими каналами, уровень управления радиоканалом в режиме без подтверждения «UM RLC» может посчитать, что конфигурация предусматривает переупорядочение для всех блоков протокольных данных «RLC PDU», которые должны быть приняты по порядку, и уровень управления радиоканалом в режиме без подтверждения «UM RLC» работает в соответствии с этим.

[47] Настоящее изобретение предлагает два варианта осуществления. В первом варианте осуществления дополнительно определены следующие переменные:

[48] «VR(UR)»: ожидаемый номер приема - это значение используется только тогда, когда конфигурация предусматривает переупорядочение, и относится к следующему порядковому номеру «SN» после порядкового номера «SN» блока протокольных данных «RLC PDU», который был принят последним по порядку.

[49] «VR(UH)»: максимальный номер приема - это значение используется только тогда, когда конфигурация предусматривает переупорядочение, относится к верхней границе окна приема в уровне управления радиоканалом в режиме без подтверждения «UM RLC» и является следующим значением (следующим порядковым номером) после наибольшего порядкового номера среди всех порядковых номеров принятых блоков служебных данных «RLC SDU». Когда принимается блок протокольных данных «RLC PDU», имеющий порядковый номер «SN=x», который находится за пределами окна приема, устанавливается значение максимального номера приема UP(UH)=х+1. Начальное значение максимального номера приема «VR(UH)» равно 0.

[50] «VR(UT)»: номер индикации таймера - это значение используется только тогда, когда конфигурация предусматривает переупорядочение, и задается равным значению порядкового номера «SN», соответствующего блоку протокольных данных «RLC PDU», на который установлен таймер переупорядочения.

[51] Размер окна приема: это значение относится к размеру окна приема.

[52] Окно приема: это диапазон значений порядковых номеров блоков протокольных данных «RLC PDU», которые принимает и обрабатывает модуль уровня управления радиоресурсами «RLC», задается равным значению максимального номера приема «VR(UH)» минус размер окна или больше этого значения, но меньше значения максимального номера приема «VR(UH)» (то есть [VR(UH) - размер окна приема] <= окно приема < VR(UH)).

[53] Наряду с вышесказанным, три переменные [VR(UR), VR(UH). VR(UT)] могут быть также определены несколько иным образом при рассмотрении процедур передачи данных в режиме без подтверждения - «UMD». Во-первых, ожидаемый номер приема «VR(UR)» эквивалентен переменной «VR(UDR)», которая является переменной состояния предотвращения дублирования и переупорядочения для пересылки данных в режиме «UM». Эта переменная состояния содержит порядковый номер следующего блока протокольных данных в режиме передачи данных без подтверждения (далее блок протокольных данных «UMD PDU»), прием которого ожидается по порядку. Во-вторых, «VR(UH)» эквивалентна переменной «VR(UDH)», которая является переменной состояния предотвращения дублирования и переупорядочения с наивысшим значением для приема данных в режиме «UM». Эта переменная состояния содержит порядковый номер PDU UMD с наибольшим порядковым номером, который был принят компонентом предотвращения дублирования и переупорядочения. В-третьих, номер индикации таймера «VR(UT)» эквивалентен «VR(UDT)» - переменной состояния таймера предотвращения дублирования и переупорядочения «UM». Эта переменная состояния содержит порядковый номер «PDU UMD», связанный с таймером "Timer_DAR" (предотвращение дублирования и переупорядочение) во время работы таймера. Здесь таймер «Timer_DAR» представляет собой таймер, используемый для предотвращения дублирования и переупорядочения в режиме UM, используемый для переключения передачи «PDU» на следующий по порядку компонент уровня управления радиоканалом в режиме без подтверждения «UM RLC»

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

[55] Для вышеприведенной процедуры уровень управления радиоканалом в режиме без подтверждения «UM RLC», работающий в соответствии с существующей технологией, обращается к процедуре обновления значения следующего порядкового номера «VR(US)» в соответствии с порядковым номером «SN» принятого блока протокольных данных «RLC PDU», считая, что имеется, по крайней мере, один потерянный (пропущенный) блок протокольных данных «PDU», если интервал обновления значения следующего порядкового номера «VR(US)» не равен 1, отбрасывая те блоки служебных данных «RLC SDU», которые связаны с блоками протокольных данных «RLC PDU», которые считаются потерянными, восстанавливая (повторно собирая) только те блоки служебных данных «RLC SDU», которые считаются успешно принятыми, и доставляя таковые вышерасположенному уровню. Если интервал обновления значения следующего порядкового номера «VR(US)» равен 1, считается, что потерянных (пропущенных) блоков протокольных данных «PDU» нет, и на основе принятых блоков протокольных данных «RLC PDU» восстанавливают блоки служебных данных «RLC SDU» и передают их на вышерасположенный уровень. В данном случае блоки служебных данных «RLC SDU», связанные с блоками протокольных данных «RLC PDU», относятся к блокам служебных данных «RLC SDU», являющихся частью данных этих блоков (блоков протокольных данных), либо индикатор длины указывает окончание блока служебных данных «RLC SDU», содержащегося в блоке протокольных данных «RLC PDU».

[56] В вышеприведенной процедуре уровень управления радиоканалом в режиме без подтверждения «UM RLC», работающий в соответствии с порядковым номером принятого блока протокольных данных «RLC PDU», окном приема и таймером, обращается к проверке вновь принятого блока протокольных данных «RLC PDU» с использованием значения порядкового номера «SN» блока протокольных данных «RLC PDU», окна приема и значения ожидаемого номера приема «VR(UR)», обработке соответствующих блоков протокольных данных «RLC PDU» согласно результату проверки, дополнительной обработке блоков протокольных данных «RLC PDU» в соответствии с тем, существует ли блок протокольных данных «RLC PDU», имеющий порядковый номер SN=VR(UR), затем дополнительная обработка с использованием таймера переупорядочения и дополнительная обработка тех блоков протокольных данных «RLC PDU», для которых зарезервировано восстановление.

[57] Для вышеприведенной процедуры ниже подробнее описываются проверка вновь принятого блока протокольных данных «RLC PDU» с использованием значения порядкового номера «SN» блока протокольных данных «RLC PDU», окна приема и ожидаемого номера приема «VR(UR)», a затем обработка соответствующих блоков протокольных данных «RLC PDU» в соответствии с результатом проверки. Во-первых, уровень управления радиоканалом в режиме без подтверждения «UM RLC» проверяет, находится ли значение порядкового номера «SN» принятого блока протокольных данных «RLC PDU» в пределах окна приема. Если да, то в случае, если значение порядкового номера «SN» меньше значения ожидаемого номера приема «VR(UR)», или в случае, если блок протокольных данных «RLC PDU», соответствующий вышеупомянутому значению порядкового номера «SN», был принят ранее, соответствующий блок протокольных данных «RLC PDU» отвергается. Если нет, соответствующий блок протокольных данных «RLC PDU» записывается в буфере приема в ячейке, которая указана значением порядкового номера «SN» упомянутого блока протокольных данных «RLC PDU».

[58] На вышеприведенном шаге проверки, если значение порядкового номера «SN» упомянутого блока протокольных данных «RLC PDU» находится вне пределов окна приема, принятый блок протокольных данных «RLC PDU» помещается в ячейку, которая указана значением порядкового номера «SN» упомянутого блока протокольных данных «RLC PDU», a положение окна приема обновляется, при этом значение максимального номера приема «VR(UH)» устанавливается равным значению порядкового номера «SN» блока протокольных данных «RLC PDU» плюс 1 (то есть VR(UH)=SN+1). Затем среди блоков протокольных данных «PDU», записанных в буфере приема, те блоки протокольных данных «RLC PDU», которые имеют порядковые номера, расположенные за пределами обновленного окна приема (а именно, те блоки протокольных данных «RLC PDU», которые имеют порядковые номера, расположенные за пределами диапазона от [(VR(UH) - размер окна приема] до VR(UH)], резервируются для восстановления, и в результате, если значение ожидаемого номера приема «VR(UR)» меньше обновленного окна приема, значение ожидаемого номера приема «VR(UR)» меняется на [VR(UH) - размер окна приема].

[59] Для вышеприведенной процедуры обработка блока протокольных данных «RLC PDU» в соответствии с тем, существует или нет блок протокольных данных «RLC PDU», имеющий порядковый номер SN=VR(UR), означает, что в случае, если в окне приема существует блок протокольных данных «RLC PDU», имеющий определенное значение порядкового номера «SN», то блоки протокольных данных «RLC PDU», начиная с вышеназванного блока протокольных данных «RLC PDU» (включительно) до первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди, резервируются для восстановления, а значение ожидаемого номера приема «VR(UR)» обновляется на значение порядкового номера «SN» первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди.

[60] Для вышеприведенной процедуры обработка с использованием таймера переупорядочения означает, что в случае, если существует работающий таймер переупорядочения, то уровень управления радиоканалом в режиме без подтверждения «UM RLC» проверяет, зарезервирован или нет для восстановления блок протокольных данных «RLC PDU», имеющий порядковый номер SN=VR(UT), и если да, то таймер переупорядочения останавливается. Затем уровень управления радиоканалом в режиме без подтверждения «UM RLC» повторно проверяет, существует или нет работающий таймер переупорядочения, и если нет, проверяет, имеются или нет блоки протокольных данных «RLC PDU», находящиеся в буфере приема, но не зарезервированные, и если да, то таймер переупорядочения снова работает (то есть таймер переупорядочения запускается повторно) для блока протокольных данных «RLC PDU», имеющего наибольший порядковый номер «SN» среди блоков протокольных данных «RLC PDU», которые находятся в буфере приема, но не зарезервированы, а значение номера индикации таймера «VR(UT)» обновляется на значение порядкового номера «SN» блока протокольных данных «RLC PDU», имеющего наибольший порядковый номер «SN».

[61] В вышеприведенных процедурах обработка тех блоков протокольных данных «RLC PDU», для которых зарезервировано восстановление, означает отказ от блоков служебных данных «RLC SDU», связанных с блоками протокольных данных «RLC PDU», которые не были приняты, а блоки служебных данных «RLC SDU» восстанавливаются на основе принятых блоков протокольных данных «RLC PDU», а затем передаются на вышерасположенный уровень. Здесь блоки служебных данных «RLC SDU», связанные с блоками протокольных данных «RLC PDU», относятся к блокам служебных данных «RLC SDU», данные которых включены в блоки протокольных данных «RLC PDU», либо индикатор длины указывает окончание блоков служебных данных «RLC SDU», содержащихся в блоках протокольных данных «RLC PDU».

[62] Кроме того, в вышеназванных процедурах, когда время действия таймера переупорядочения истекает, уровень управления радиоканалом в режиме без подтверждения «UM RLC» резервирует для восстановления такие блоки протокольных данных «RLC PDU», порядковые номера которых больше следующего порядкового номера «VR(UR)». но меньше номера индикации таймера «VR(UT)», резервирует для восстановления эти блоки протокольных данных «RLC PDU», начиная с блока протокольных данных «RLC PDU», имеющего порядковый номер SN=VR(UT), до первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди, и меняет значение порядкового номера «SN» первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди, на значение, равное следующему номеру приема «VR(UR)». В результате этих шагов, в случае, если в буфере приема имеются блоки протокольных данных «RLC PDU», но они не зарезервированы для восстановления, таймер переупорядочения повторно запускается для блока протокольных данных «RLC PDU», имеющего наибольший порядковый номер «SN» среди этих блоков протокольных данных «RLC PDU», а значение порядкового номера «SN» для блока протокольных данных «RLC PDU» (имеющего наибольший SN) меняется на значение, равное номеру индикации таймера «VR(UT)».

[63] На ФИГ.5 и 6 показана работа уровня управления радиоканалом в режиме без подтверждения «UM RLC» принимающей стороны (например, терминала, пользователя «UE» и т.п.) в соответствии с первым примером осуществления настоящего изобретения.

[64] На шаге 1 с нижерасположенного уровня в уровень управления радиоканалом в режиме без подтверждения «UM RLC» приходит блок протокольных данных «RLC PDU», имеющий порядковый номер SN=RSN.

[65] На шаге 2 в случае, если конфигурация предусматривает переупорядочение, то процесс переходит к более позднему шагу 5, а если нет, выполняется следующий шаг 3.

[66] На шаге 3 обновляется следующий порядковый номер «VR(US)», и в случае, если интервал обновления «VR(US)» не равен 1, рассматриваются те блоки протокольных данных «PDU», которые считаются потерянными (пропущенными), и отвергаются связанные с ними блоки служебных данных «SDU». Здесь блоки протокольных данных «RLC PDU», которые считаются потерянными (пропущенными) - это блоки протокольных данных «RLC PDU». которые имеют порядковые номера, большие или равные следующему номеру приема «VR(US)» до обновления, и меньшие, чем значение «RSN» (RSN - порядковый номер принятого блока протокольных данных).

[67] На шаге 4 с использованием принятых блоков протокольных данных «RLC PDU» восстанавливаются блоки служебных данных «RLC SDU» и затем они доставляются на вышерасположенный уровень, после чего процедуры завершаются.

[68] На шаге 5 в случае, если значение «RSN» находится за пределами окна приема, то процесс переходит к шагу 7, а если значение «RSN» находится в окне приема, выполняется следующий шаг.

[69] На шаге 6 в случае, если значение «RSN» меньше следующего порядкового номера «VR(US)», или в случае, если принятые блоки протокольных данных «RLC PDU» - это ранее принятые блоки протокольных данных «PDU», то соответствующие блоки протокольных данных «RLC PDU» отвергаются, а если нет, то блоки протокольных данных «RLC PDU» сохраняются в буфере приема в ячейке, указанной значением «RSN». Затем процесс переходит к шагу 10.

[70] На шаге 7 принятые блоки протокольных данных «RLC PDU» сохраняются в буфере приема в ячейке, указанной значением «RSN», a значение максимального порядкового номера «VR(UH)» обновляется на значение «RSN+1».

[71] На шаге 8 блоки протокольных данных «RLC PDU», порядковые номера которых меньше обновленного окна. а именно, порядковые номера которых находятся за пределами окна приема, резервируются для восстановления.

[72] На шаге 9 в случае, если значение следующего порядкового номера «VR(UR)» находится ниже обновленного окна, значение следующего порядкового номера «VR(UR)» обновляется на значение, равное [VR(UH) - размер окна приема].

[73] На шаге 10 в случае, если блок протокольных данных «RLC PDU», соответствующий следующему порядковому номеру «VR(UR)», не хранится в буфере приема, то процесс переходит к шагу 12, в ином случае выполняется следующий шаг.

[74] На шаге 11 в буфере приема резервируются для восстановления блоки протокольных данных «RLC PDU», начиная с блока протокольных данных «RLC PDU», имеющего порядковый номер SN=VR(UR), до первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди. Затем значение следующего порядкового номера «VR(UR)» обновляется на значение порядкового номера «SN» первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди.

[75] На шаге 12 в случае, если таймер переупорядочения не работает, процесс переходит к шагу 14, в ином случае выполняется следующий шаг.

[76] На шаге 13 в случае, если блок протокольных данных «RLC PDU», соответствующий значению номера индикации таймера «VR(UT)», зарезервирован для восстановления, то таймер переупорядочения останавливается.

[77] На шаге 14 в случае, если таймер переупорядочения работает, процесс переходит к шагу 17, в ином случае выполняется следующий шаг.

[78] На шаге 15 в случае, если имеются блоки протокольных данных «RLC PDU», которые хранятся в буфере приема, но не зарезервированы для восстановления, выполняется следующий шаг, в ином случае процесс переходит к шагу 17.

[79] На шаге 16 среди блоков протокольных данных «RLC PDU», которые хранятся в буфере приема, но не зарезервированы для восстановления, работает таймер переупорядочения для блока протокольных данных «RLC PDU», имеющего наибольшее значение порядкового номера «SN», а номер индикации таймера «VR(UT)» устанавливается равным значению порядкового номера «SN» блока протокольных данных «PDU» (имеющего наибольшее значение порядкового номера «SN»).

[80] На шаге 17 для блоков протокольных данных «RLC PDU», для которых зарезервировано переупорядочивание, отвергаются блоки служебных данных «RLC SDU», связанные с теми блоками протокольных данных «RLC PDU», которые считаются потерянными (пропущенными), а для принятых блоков протокольных данных «RLC PDU» восстанавливаются блоки служебных данных «RLC SDU» и доставляются на вышерасположенный уровень, чем процедуры и заканчиваются.

[81] Далее рассмотрим второй пример осуществления настоящего изобретения. Второй пример осуществления представляет собой усовершенствование первого примера осуществления с использованием характеристик уровня управления радиоканалом в режиме без подтверждения «UM RLC». А именно, даже в том случае, если уровень управления радиоканалом в режиме без подтверждения «UM RLC» принимающей стороны (например, терминала, «UE» и т.п.) принимает блоки протокольных данных «RLC PDU» из нескольких ячеек или по нескольким логическим каналам, передающая сторона, соответственно, каждой ячейки или каждого логического канала не передает блок протокольных данных «RLC PDU» повторно, и используя то обстоятельство, что те блоки протокольных данных «RLC PDU», порядковые номера «SN» которых меньше порядкового номера «SN» любого ранее переданного блока протокольных данных «RLC PDU», повторно не передаются, может быть достигнут эффект предотвращения задержек доставки на вышерасположенный уровень, связанных с блоками протокольных данных «RLC PDU», остающимися в окне приема в течение избыточного времени.

[82] Подробнее, уровень управления радиоканалом в режиме без подтверждения «UM RLC» записывает (сохраняет) порядковый номер «SN» блока протокольных данных «RLC PDU», принятого последним по каждому логическому каналу, и использует минимальное значение порядкового номера «SN» среди порядковых номеров «SN» блоков протокольных данных «RLC PDU», принятых последними по каждому логическому каналу. В данном случае, используя обстоятельство, что блоки протокольных данных «RLC PDU». имеющие порядковые номера «SN» меньше вышеназванного минимального значения, не могут быть в дальнейшем приняты по какому-либо логическому каналу, если уровень управления радиоканалом в режиме без подтверждения «UM RLC» ожидает приема блока протокольных данных «RLC PDU», порядковый номер «SN» которого меньше вышеназванного минимального значения, то терминал резервирует для немедленного восстановления таких блоков протокольных данных «RLC PDU», начиная с ожидаемого блока протокольных данных «RLC PDU» и заканчивая блоком протокольных данных «RLC PDU», который соответствует вышеназванному минимальному значению, чтобы, тем самым, предотвратить задержки доставки, вызванные ненужным ожиданием уровня управления радиоканалом в режиме без подтверждения «UM RLC» приема тех блоков протокольных данных «RLC PDU», которые больше не будут переданы. Чтобы добиться этого, во втором примере осуществления дополнительно определены переменные состояния, чтобы предложить более быстрый и эффективный способ по сравнению с первым примером осуществления.

[83] Во втором примере осуществления дополнительно определена следующая переменная по сравнению с первым примером осуществления.

[84] VR(US_i): следующий ожидаемый номер приема по i-му каналу - она используется тогда, когда конфигурация предусматривает переупорядочение, и относится к следующему значению после порядкового номера «SN» блока протокольных данных «RLC PDU», который был принят последним по i-му логическому каналу.

[85] Далее подробно описывается способ работы по второму примеру осуществления.

[86] Когда уровень управления радиоканалом в режиме без подтверждения «UM RLC» принимающей стороны (например, терминала, «UE» и т.п.) принимает с нижерасположенного уровня новый блок протокольных данных «RLC PDU», уровень управления радиоканалом в режиме без подтверждения «UM RLC» работает в соответствии с тем, было или не было предусмотрено переупорядочение, при этом, если переупорядочение не предусмотрено, уровень управления радиоканалом в режиме без подтверждения «UM RLC» работает в соответствии с существующей технологией, а если переупорядочение предусмотрено, уровень управления радиоканалом в режиме без подтверждения «UM RLC» работает в соответствии с порядковым номером принятого блока протокольных данных «RLC PDU», окном приема и таймером.

[87] Уровень управления радиоканалом в режиме без подтверждения «UM RLC», работающий в соответствии с существующей технологией, выполняет следующие процедуры: обновление значения следующего номера приема «VR(US)» в соответствии со значением порядкового номера принятого блока протокольных данных «RLC PDU», рассматривая, что, как минимум, один блок протокольных данных «PDU» потерян (пропущен), если интервал обновления следующего номера приема «VR(US)» не равен 1, отказ от блоков служебных данных «RLC SDU», относящихся к тем блокам протокольных данных «RLC PDU», которые считаются потерянными, восстановление только тех блоков служебных данных «RLC SDU», которые считаются успешно принятыми, и доставка таковых на вышерасположенный уровень. Если интервал обновления значения следующего номера приема «VR(US)» равен 1, считается, что потерянных (пропущенных) блоков протокольных данных «PDU» нет, и на основе принятых блоков протокольных данных «RLC PDU» восстанавливают блоки служебных данных «RLC SDU» и передают их на вышерасположенный уровень. Здесь блоки служебных данных «RLC SDU», связанные с блоками протокольных данных «RLC PDU», - это блоки служебных данных «RLC SDU», данные которых содержатся в блоках протокольных данных «RLC PDU», либо индикатор длины указывает окончание блоков служебных данных «RLC SDU», включенных в блоки протокольных данных «RLC PDU».

[88] Уровень управления радиоканалом в режиме без подтверждения «UM RLC», работающий в соответствии с порядковым номером принятого блока протокольных данных «RLC PDU», окном приема и таймером, выполняет следующие процедуры: проверка вновь принятого блока протокольных данных «RLC PDU» с использованием значения порядкового номера «SN» блока протокольных данных «RLC PDU», окна приема и ожидаемого номера приема «VR(UR)», обработка соответствующего блока протокольных данных «RLC PDU» согласно результату проверки, дополнительная обработка блока протокольных данных «RLC PDU» в соответствии с минимальным значением следующего номера приема (то есть «VR(US_i)») по каждому логическому каналу, а затем дополнительная обработка с использованием таймера переупорядочения и дополнительная обработка тех блоков протокольных данных «RLC PDU», для которых зарезервировано восстановление.

[89] Для вышеприведенной процедуры ниже подробнее описываются проверка вновь принятого блока протокольных данных «RLC PDU» с использованием значения порядкового номера «SN» блока протокольных данных «RLC PDU», окна приема и ожидаемого номера приема «VR(UR)», a затем обработка соответствующего блока протокольных данных «RLC PDU» в соответствии с результатом проверки. Во-первых, в случае, если принятый блок протокольных данных «RLC PDU» был доставлен по «i-му» логическому каналу, то значение переменной состояния «VR(US_i)», которая соответствует этому логическому каналу, обновляется на равное 1 плюс значение порядкового номер «SN» принятого блока протокольных данных «RLC PDU». Затем проверяется, находится ли значение порядкового номера «SN» принятого блока протокольных данных «RLC PDU» в пределах окна приема. Если да, то в случае, если значение порядкового номера «SN» меньше значения ожидаемого номера приема «VR(UR)», или в случае, если блок протокольных данных «RLC PDU», соответствующий вышеупомянутому значению порядкового номера «SN», был принят ранее, соответствующий блок протокольных данных «RLC PDU» отвергается. В ином случае соответствующий блок протокольных данных «RLC PDU» сохраняется в буфере приема в ячейке, которая указана значением порядкового номера «SN» упомянутого блока протокольных данных «RLC PDU». Если значение порядкового номера «SN» находится вне пределов окна приема, принятый блок протокольных данных «RLC PDU» сохраняется в ячейке, которая указана значением порядкового номера «SN», а местоположение окна приема обновляется, при этом значение максимального номера приема «VR(UH)» приравнивается к значению порядкового номера «SN» блока протокольных данных «RLC PDU» плюс 1 (то есть VR(UH)=SN+1). Затем среди блоков протокольных данных «PDU». PDU, хранящихся в буфере приема, те блоки протокольных данных «RLC PDU», которые имеют значения порядковых номеров «SN», расположенные за пределами обновленного окна приема (а именно, те блоки протокольных данных «RLC PDU», которые имеют порядковые номера, расположенные за пределами диапазона от «VR(UH), - размер окна приема» до «VR(UH)»), резервируются для восстановления, и в результате, в случае, если ожидаемый номер приема «VR(UR)» меньше обновленного окна приема, значение ожидаемого номера приема «VR(UR)» обновляется на «VR(UH) - размер окна приема».

[90] В вышеприведенной процедуре обработка блоков протокольных данных «RLC PDU» с использованием минимального значения следующего ожидаемого номера приема (то есть «VR(US_i)») по каждому логическому каналу означает, что минимальные значения следующего номера приема «VR(US_i)» получают для всех логических каналов, соединенных с уровнем управления радиоканалом в режиме без подтверждения «UM RLC», и в случае, если это минимальное значение больше ожидаемого номера приема «VR(UR)», то соответствующие принятые блоки протокольных данных «RLC PDU», имеющие значения порядкового номера «SN» больше ожидаемого номера приема «VR(UR)», но меньше минимального значения «VR(US_i)», резервируются для восстановления, а значение ожидаемого номера приема «VR(UR)» обновляется на минимальное значение «VR(US_i)». В данном случае «i» представляет собой значение между 0 и «N-1», где «N» - суммарное число логических каналов, соединенных с уровнем управления радиоканалом в режиме без подтверждения «UM RLC», а минимальное значение «VR(US_i)» представляет собой следующий ожидаемый номер приема по i-му каналу (как описано выше).

[91] В вышеприведенных процедурах обработка блока протокольных данных «RLC PDU» в соответствии с тем, существует или нет блок протокольных данных «RLC PDU», имеющий порядковый номер SN=VR(UR), означает, что в случае, если в окне приема существует блок протокольных данных «RLC PDU», имеющий определенное значение порядкового номера «SN», то блоки протокольных данных «RLC PDU», начиная с вышеназванного блока протокольных данных «RLC PDU» (включительно) до первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди, резервируются для восстановления, а значение ожидаемого номера приема «VR(UR)» обновляется на значение порядкового номера «SN» первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди.

[92] В вышеназванных процедурах обработка с использованием таймера переупорядочения означает, что в случае, если существует работающий (функционирующий) таймер переупорядочения, то уровень управления радиоканалом в режиме без подтверждения «UM RLC» проверяет, зарезервирован или нет для восстановления блок протокольных данных «RLC PDU», имеющий порядковый номер SN=VR(UT), и если да, то таймер переупорядочения останавливается. Затем уровень управления радиоканалом в режиме без подтверждения «UM RLC» повторно проверяет, существует или нет работающий (функционирующий) таймер переупорядочения, и если нет, проверяет, имеются или нет блоки протокольных данных «RLC PDU», находящиеся в буфере приема, но не зарезервированные, и если да, то таймер переупорядочения работает снова (то есть таймер переупорядочения снова запускается) для блока протокольных данных «RLC PDU», имеющего наибольший порядковый номер «SN» среди блоков протокольных данных «RLC PDU», которые находятся в буфере приема, но не зарезервированы, а значение номера индикации таймера «VR(UT)» меняется на значение порядкового номера «SN» блока протокольных данных «RLC PDU», имеющего наибольший порядковый номер «SN».

[93] В вышеназванных процедурах обработка блоков протокольных данных «RLC PDU», для которых зарезервирована повторная сборка, означает отказ от блоков служебных данных «RLC SDU», связанных с блоками протокольных данных «RLC PDU», которые не были приняты, блоки служебных данных «RLC SDU» восстанавливаются на основе принятых блоков протокольных данных «RLC PDU» и затем передаются на вышерасположенный уровень. В данном случае блоки служебных данных «RLC SDU», связанные с блоками протокольных данных «RLC PDU», - это блоки служебных данных «RLC SDU», данные которых содержатся в блоках протокольных данных «RLC PDU», либо индикатор длины указывает окончание блока служебных данных «RLC SDU», включенного в блок протокольных данных «RLC PDU».

[94] Кроме того, в вышеназванных процедурах, когда время действия таймера переупорядочения истекает, уровень управления радиоканалом в режиме без подтверждения «UM RLC» резервирует для восстановления блоки протокольных данных «RLC PDU», порядковые номера «SN» которых больше значения ожидаемого номера приема «VR(UR)», но меньше номера индикации таймера «VR(UT)», резервирует для восстановления блоки протокольных данных «RLC PDU», начиная с блока протокольных данных «RLC PDU», имеющего порядковый номер SN=VR(UT), до первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди, и обновляет значение порядкового номера «SN» первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди, на значение, равное ожидаемому номеру приема «VR(UR)». В результате этих действий, в случае, если в буфере приема имеются блоки протокольных данных «RLC PDU», но они не зарезервированы для восстановления, таймер переупорядочения повторно запускается для блока протокольных данных «RLC PDU», имеющего наибольший порядковый номер «SN» среди этих блоков протокольных данных «RLC PDU», а значение порядкового номера «SN» для блока протокольных данных «RLC PDU» (имеющего наибольший порядковый номер «SN») обновляется на значение, равное номеру индикации таймера «VR(UT)».

[95] На ФИГ.5 и 7 показана работа уровня управления радиоканалом в режиме без подтверждения «UM RLC» принимающей стороны (например, терминала, «UE» и т.п.) в соответствии со вторым примером осуществления настоящего изобретения. Действия, представленные на ФИГ.7, аналогичны действиям, представленным на ФИГ.6, а дополнительные шаги, не используемые на ФИГ.6, отмечены на ФИГ. 7 затемненными элементами.

[96] На шаге 1 с нижерасположенного уровня в уровень управления радиоканалом в режиме без подтверждения «UM RLC» по i-му логическому каналу поступает блок протокольных данных «RLC PDU», имеющий порядковый номер SN=RSN (RSN - порядковый номер принятого блока протокольных данных).

[97] На шаге 2 в случае, если конфигурация предусматривает переупорядочение, то процесс переходит к более позднему шагу 5, а если нет, выполняется следующий шаг 3.

[98] На шаге 3 обновляется значение следующего номера приема «VR(US)», и в случае, если интервал обновления следующего номера приема «VR(US)» не равен 1, отвергаются блоки протокольных данных «PDU», которые считаются потерянными (пропущенными), и связанные с ними блоки служебных данных «SDU». В данном случае блоки протокольных данных «RLC PDU», которые считаются потерянными (пропущенными), - это блоки протокольных данных «RLC PDU», которые имеют порядковые номера, большие или равные следующему номеру приема «VR(US)» до обновления, и меньшие, чем значение «RSN».

[99] На шаге 4 с использованием принятых блоков протокольных данных «RLC PDU», повторно собираются (восстанавливаются) блоки служебных данных «RLC SDU», и затем они доставляются на вышерасположенный уровень, после чего процедуры завершаются.

[100] На шаге 5 значение следующего номера приема «VR(US_i)», соответствующее i-му логическому каналу, обновляется на RSN+1, и в случае. если значение «RSN» находится вне окна приема, то переходят к шагу 7, а если значение «RSN» находится в окне приема, выполняется следующий шаг.

[101] На шаге 6 в случае, если значение «RSN» меньше значения для следующего номера приема «VR(US)», или в случае, если принятые блоки протокольных данных «RLC PDU» - это ранее принятые блоки протокольных данных «PDU», то соответствующие блоки протокольных данных «RLC PDU» отвергаются, а если нет, блоки протокольных данных «RLC PDU» сохраняются в буфере приема в ячейке, указанной значением «RSN». Затем процесс переходит к шагу 10.

[102] На шаге 7 принятый блок протокольных данных «RLC PDU» помещается в месте, указанном значением «RSN», а значение максимального номера приема «VR(UH)» обновляется на RSN-H.

[103] На шаге 8 блоки протокольных данных «RLC PDU», порядковые номера которых меньше обновленного окна, а именно, порядковые номера «SN» которых находятся за пределами обновленного окна, резервируются для повторной сборки (восстановления).

[104] На шаге 9 в случае, если значение ожидаемого номера приема «VR(UR)» находится ниже обновленного окна, значение ожидаемого номера приема «VR(UR)» обновляется на [максимальный номер приема «VR(UH)» - размер окна приема].

[105] На шаге 10 получают минимальное значение следующею номера приема «VR(US_k)» для всех логических каналов. В данном случае "k" представляет собой значение между 0 и «N», где «N» - суммарное число логических каналов. Если минимальное значение следующего номера приема «VR(US_k)» больше значения ожидаемого номера приема «VR(UR)», то блоки протокольных данных «RLC PDU», имеющие значения порядкового номера «SN» от значения ожидаемого номера приема «VR(UR)» до значения следующего номера приема «VR(US_k)», резервируются для восстановления, а значение ожидаемого номера приема «VR(UR)» обновляется на минимальное значение следующего номера приема «VR(US_k)». Затем в случае, если блок протокольных данных «RLC PDU», соответствующий следующему номеру приема «VR(UR)», не хранится в буфере приема, то процесс переходит к шагу 12, в ином случае выполняется следующий шаг.

[106] На шаге 11 в буфере приема резервируются для восстановления блоки протокольных данных «RLC PDU», начиная с блока протокольных данных «RLC PDU», имеющего порядковый номер SN=VR(UR), до первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди. Затем значение ожидаемого номера приема «VR(UR)» обновляется на значение порядкового номера «SN» первого блока протокольных данных «RLC PDU», который не был принят в порядке очереди.

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

[108] На шаге 13 в случае, если блок протокольных данных «RLC PDU», соответствующий номеру индикации таймера «VR(UT)», зарезервирован для восстановления, таймер переупорядочения останавливается.

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

[110] На шаге 15 в случае, если имеются блоки протокольных данных «RLC PDU», которые хранятся в буфере приема, но не зарезервированы для восстановления, выполняется следующий шаг, в ином случае процесс переходит к шагу 17.

[111] На шаге 16 среди блоков протокольных данных «RLC PDU», которые сохраняются в буфере приема, но не зарезервированы для восстановления, таймер переупорядочения работает для блока протокольных данных «RLC PDU», имеющего наибольшее значение порядкового номера «SN», а значение номера индикации таймера «VR(UT)» устанавливается равным значению порядкового номера «SN» блока протокольных данных «PDU) (имеющего наибольшее значение порядкового номера «SN»).

[112] На шаге 17 для блоков протокольных данных «RLC PDU», для которых зарезервировано переупорядочивание, блоки служебных данных «RLC SDU», связанные с этими блоками протокольных данных «RLC PDU». которые считаются потерянными (пропущенными) и отвергаются, а для принятых блоков протокольных данных «RLC PDU» блоки служебных данных «RLC SDU» восстанавливаются и доставляются на вышерасположенный уровень, таким образом, процедуры заканчиваются.

[113] Однако в описанном выше втором примере осуществления настоящего изобретения имеется усовершенствование по сравнению с первым примером осуществления, допускающее, что передающая сторона (например, сеть наземного радиодоступа «UTRAN») не выполняет повторных передач. С другой стороны, если передающая сторона выполняет повторные передачи, второй пример осуществления не может работать необходимым образом, и может потребоваться использование первого примера осуществления. Таким образом, в настоящем изобретении, чтобы позволить принимающей стороне, работающей с использованием уровня управления радиоканалом в режиме без подтверждения «UM RLC», учитывать, выполняются ли повторные передачи передающей стороной, и уровень управления радиоканалом в режиме без подтверждения «UM RLC» может работать в соответствии с первым примером осуществления, где предусмотрены повторные передачи на вышерасположенном уровне, и может работать в соответствии со вторым примером осуществления, где повторные передачи не предусмотрены. Для этого уровень управления радиоканалом в режиме без подтверждения «UM RLC» принимающей стороны может получать индикацию повторной передачи и по выбору использовать первый или второй пример осуществления.

[114] Как описано выше, настоящее изобретение обеспечивает преимущество тем, что позволяет модулю уровня управления радиоканалом в режиме без подтверждения «UM RLC», принимающему блоки протокольных данных «RLC PDU», доставленные по одному или нескольким логическим каналам, работать с минимальной задержкой доставки, минимальными потерями блоков протокольных данных «PDU», принятых по каждому из логических каналов, и с обработкой блоков протокольных данных «PDU» без дублирования операций.

[115] Настоящее изобретение может использовать различные процедурные команды, оборудование и/или их сочетание для реализации вышеозначенных процедур и действий по обработке данных уровня управления радиоканалом в режиме без подтверждения «UM RLC», примеры которых поясняются ниже.

[116] На ФИГ.8 и 9 показаны схемы двух равных по техническим возможностям модулей, работающих в режиме без подтверждения «UM» передающей стороны (например, сеть наземного радиодоступа «UTRAN») и принимающей стороны (например, «UE») в соответствии с настоящим изобретением. На ФИГ.8 показаны два равных по техническим возможностям модуля уровня управления радиоканалом в режиме без подтверждения «UM RLC» в случае, когда предотвращение дублирования и переупорядочение не предусмотрены конфигурацией, тогда как на ФИГ.9 показаны два модуля уровня управления радиоканалом в режиме без подтверждения «UM RLC», конфигурация которых предусматривает предотвращение дублирования и переупорядочение. На ФИГ.9 конфигурация предусматривает предотвращение дублирования и переупорядочение только для логического канала «МТСН» (канал трафика мультимедийного широковещательного/многоадресного обслуживания для связи одного абонента с несколькими), блоки шифрования и дешифрования не показаны. Передающий и принимающий модули уровня управления радиоканалом в режиме без подтверждения «UM RLC» рассматриваются со ссылкой на ФИГ.8 и 9.

[117] Передающий модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» получает блоки служебных данных «RLC SDU» с вышерасположенных уровней посредством протокола извещения без подтверждения «UM-SAP». Передающий модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» сегментирует блоки служебных данных «RLC SDU» на блоки протокольных данных «RLC PDU» (например, блоки протокольных данных «PDU» для данных режима без подтверждения «UMD», далее блоки протокольных данных «UMD PDU») подходящего размера в случае, если блок служебных данных «RLC SDU» больше размера доступного места в блоке протокольных данных «UMD PDU». Блок протокольных данных «UMD PDU» может содержать сегментированные и/или объединенные блоки служебных данных «RLC SDU». Кроме того, блок протокольных данных «UMD PDU» может содержать окончание, обеспечивающее надлежащую длину. Для указания границ между блоками служебных данных «RLC SDU» в блоках протокольных данных «UMD PDU» используются индикаторы длины «LI». Кроме того, индикаторы длины используются для указания того, что блок протокольных данных «UMD PDU» содержит окончание. В случае, если предусмотрено и запущено шифрование, блок протокольных данных «UMD PDU» шифруется (за исключением заголовка блока протокольных данных «UMD PDU») прежде, чем передается на нижерасположенный уровень. Передающий модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» передает блок протокольных данных «UMD PDU» на нижерасположенный уровень по логическим каналам: общий канал управления «СССН»; SHCCH; выделенный канал управления «DCCH»; общий канал информационною обмена «СТСН»; выделенный информационный канал «DTCH»: канал управления мультимедийного широковещательного/многоадресного обслуживания MCCH; MSCH; канал трафика мультимедийного широковещательного/ многоадресного обслуживания «МТСН».

[118] Принимающий модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» получает блоки протокольных данных «UMD PDU» с нижерасположенного уровня по сконфигурированным логическим каналам. Когда предотвращение дублирования и переупорядочение предусмотрены конфигурацией, может присутствовать один или несколько входов с нижерасположенного уровня. Входы могут добавляться или удаляться без внесения изменений в содержимое буфера, переменные состояния или таймеры принимающего модуля уровня управления радиоканалом в режиме без подтверждения «UM RLC». Когда "предотвращение дублирования и переупорядочение" не предусмотрены конфигурацией, имеется только один вход с нижерасположенного уровня, изменить конфигурацию которого невозможно. Когда сконфигурированные "предотвращение дублирования и переупорядочение" являются первой функцией приема, которая применяется к входным потокам блоков протокольных данных «UMD PDU» в принимающем модуле уровня управления радиоканалом в режиме без подтверждения «UM RLC», и может быть задана конфигурацией, предпочтительно, только в терминале «UE» и, предпочтительно, не используется в сети наземного доступа «UTRAN». Функция "предотвращения дублирования и переупорядочения" завершает выявление дублирования и переупорядочения блоков протокольных данных «UMD PDU», которые приняты по одному или нескольким входам, чтобы сформировать единую упорядоченную последовательность блоков протокольных данных «PDU», которая передается для следующей по порядку функции уровня управления радиоканалом «RLC» приемника. Принимающий модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» дешифрует (если шифрование предусмотрено конфигурацией и запущено) принятые блоки протокольных данных «UMD PDU» (за исключением заголовка блока протокольных данных «PDU UMD»). Затем из блока протокольных данных «UMD PDU» удаляются заголовки уровня управления радиоканалом, и восстанавливаются блоки служебных данных «RLC SDU» (если передающим модулем уровня управления радиоканалом в режиме без подтверждения «UM RLC» выполнялись сегментация и/или объединение). Наконец, блоки служебных данных «RLC SDU» доставляются принимающим модулем уровня управления радиоканалом в режиме без подтверждения «UM RLC» на вышерасположенные уровни посредством протокола извещения без подтверждения «UM-SAP».

[119] Таким образом, можно сказать, что настоящее изобретение расширяет функции, выполняемые уровнем управления радиоканалом в режиме без подтверждения «UM RLC» приемника, чтобы включить функцию предотвращение дублирования и переупорядочение - «DAR». Эта функция «DAR» может быть задана в конфигурации терминала «UE» и преимущественно используется для приема конкретного логического канала, а именно, канала графика мультимедийного широковещательного/многоадресного обслуживания «MTCH MBMS».

[120] Функция предотвращение дублирования и переупорядочивание «DAR» может быть задана в конфигурации принимающего модуля уровня управления радиоканалом в режиме без подтверждения «UM RLC» в терминале «UE». Она компонует последовательности блоков протокольных данных «PDU» из нескольких источников и/или из повторных передач из одного источника, при этом образуется единая упорядоченная последовательность блоков протокольных данных «PDU», которая передается функциям удаления заголовка и восстановления. Она выполняет выявление дублирования, отказ от элементов и переупорядочение на основании порядкового номера блока протокольных данных «UM PDU». Когда уровень управления радиоканалом в режиме без подтверждения «UM RLC» получает входную информацию из нескольких источников, входы могут добавляться и удаляться без изменения содержимого буфера, переменных состояния и таймеров, связанных с функцией предотвращение дублирования и переупорядочивание «DAR» или с любой другой последующей функцией уровня управления радиоканалом в режиме без подтверждения «UM RLC».

[121] Функция предотвращение дублирования и переупорядочивание «DAR» использует переменную состояния ожидаемый номер приема «VR(UDR)» и окно приема, которое находится в диапазоне от [«VR(LJDR)» - DAR_Window_Size+1] до «VR(UDR)» включительно. Для переупорядочения функция «DAR» использует буфер с целью временного хранения блоков протокольных данных «PDU». Для каждого принятого блока протокольных данных «PDU» функция предотвращение дублирования и переупорядочивание «DAR» должна выполнить следующие процедуры: (1) задание начальных значений переменных состояния, (2) выявление дублирования и переупорядочение и (3) работа таймера.

[122] При выполнении процедуры (1),

[123] (а), если блок протокольных данных «PDU» - это первый блок протокольных данных «PDU», принятый функцией «DAR»,

[124] - переменная - максимальный номер приема «VR(UDH)» получает значение порядкового номера «SN»;

[125] - переменная - ожидаемый номер приема «VR(UDR)» получает значение: VR(UDH) - DAR_Window_Size+1.

[126] При выполнении процедуры (2),

[127] (а) если порядковый номер «SN» находится в пределах окна приема,

[128] - если порядковый номер «SN»<«VR(UDR)» или если блок протокольных данных «PDU», имеющий порядковый номер «SN», уже хранится в буфере, блок протокольных данных «PDU» отвергается,

[129] - в ином случае блок протокольных данных «PDU» сохраняется в буфере.

[130] (b) если порядковый номер «SN» находится за пределами окна приема.

[131] - блок протокольных данных «PDU» сохраняется в буфере;

[132] - переменная - максимальный номер приема «VR(UDH)» получает значение порядкового номера «SN», тем самым, окно приема продвигается;

[133] - для любых сохраненных блоков протокольных данных «PDU» с порядковыми номерами «SN»<VR(UDH) - DAR_Window_Size+1, удаляют блоки протокольных данных «PDU» из буфера и доставляют их в модуль вышерасположенного уровня управления «RLC»; и

[134] - если VR(UDR)<VR(UDH) - DAR_Window_Size+1, переменная - ожидаемый номер приема «VR(UDR)» получает значение VR(UDH) -DAR_Window_Size+1;

[135] (с) если блок протокольных данных «PDU» с порядковым номером равным «VR(UDR)», хранится в буфере,

[136] - или этот блок протокольных данных «PDU», или любую последовательность сохраненных блоков протокольных данных «PDU» с последовательными порядковыми номерами, начиная с номера VR(UDR)+1, удаляют эти блоки протокольных данных «PDU» из буфера и доставляют их в функцию вышерасположенного уровня управления радиоканалом «RLC»,

[137] - переменной - ожидаемый номер приема «VR(UDR)» должно быть установлено значение х+1, где х - это порядковый номер «SN» блока протокольных данных «PDU» с наибольшим номером, который был доставлен в модуль вышерасположенного уровня управления радиоканалом «RLC».

[138] При выполнении процедуры (3),

[139] (а) если таймер предотвращение дублирования и переупорядочивание «Timer_DAR» не работает, когда функция «DAR» сохраняет блок протокольных данных «PDU»;

[140] - запускается таймер «Timer DAR»;

[141] - переменная - номер индикации таймера «VR(UDT)» получает значение порядкового номера «SN» блока протокольных данных «PDU»:

[142] (b) таймер «Timer_DAR» должен быть остановлен;

[143] - если блок протокольных данных «PDU», имеющий порядковый номер, равный «VR(UDT»), удаляется из буфера до истечения времени действия таймера «Timer_DAR»;

[144] (с) если время действия таймера «Timer_DAR» истекает;

[145] - для всех сохраненных блоков протокольных данных «PDU» с порядковыми номерами, меньшими или равными «VR(UDT)», и для любой последовательности сохраненных блоков протокольных данных «PDU», порядковые номера которых начинаются с «VR(UDT)+1», удаляют блоки протокольных данных «PDU» из буфера и доставляют их в модуль вышерасположенного уровня управления радиоканалом «RLC»;

[146] - переменной - ожидаемый номер приема «VR(UDR)» должно быть установлено значение х+1, где х - порядковый номер блока протокольных данных «PDU» с наибольшим номером, который был доставлен в модуль вышерасположенного уровня управления радиоканалом «RLC».

[147] (d) когда таймер «Timer DAR» останавливается или его время действия истекает, при этом остаются блоки протокольных данных «PDU», сохраненные функцией «DAR»,

[148] - таймер «Timer_DAR» должен быть запущен;

[149] - переменной - номер индикации таймера «VR(UDT)» должно быть утановлено значение порядкового номера сохраненного блока протокольных данных «PDU» с наибольшим номером.

[150] На ФИГ.10 показана система связи, которая включает в себя терминал (UE 710), поддерживающий радиосвязь с сетью (универсальная наземная сеть 720 «UTRAN» и базовая сеть 730 «CN»), в соответствии с настоящим изобретением. Сеть (универсальная наземная сеть 720 радиодоступа «UTRAN» и базовая сеть 730 «CN») может содержать различные программные и аппаратные компоненты. Например, универсальная наземная сеть 720 радиодоступа «UTRAN» включает в себя контроллер 726 радиосети «RNC», соединенный с несколькими базовыми станциями 722 «Узлы В», имеющий процессор 726-1 и память 726-2. Контроллер 728 радиосети «RNC», соединенный с несколькими базовыми станциями 724 «Узлы В», может также включать в себя процессор 728-1 и память 728-2. Контроллеры «RNC» 726 и 728 соединены друг с другом через интерфейс, а через другой интерфейс соединены с базовой сетью 730 «CN». Сеть (универсальная наземная сеть 720 адиодоступа «UTRAN» и базовая сеть 730 «CN») осуществляет различные процедуры обработки для обмена информацией с терминалом 710 «UE», как описано ранее. В данном случае следует отметить, что различные команды и протоколы, необходимые для реализации настоящего изобретения, могут храниться в одном или нескольких устройствах памяти и выполняться одним или несколькими процессорами, расположенными в базовых станциях 722 и 724 «Узлы В», контроллерах «RNC» 726 и 728 и/или других элементах сети.

[151] На ФИГ.11 показана структура терминала 800 «UE» в соответствии с настоящим изобретением. Терминал 800 «UE» может содержать различные программные и аппаратные компоненты. Например, имеются цепи обработки и устройства памяти, такие, как микропроцессор 810 для цифровой обработки сигналов, блок памяти 830 (флэш-память, ПЗУ, СОЗУ) и SIM-карта 825. В данном случае в блоке памяти 830 могут храниться команды, реализующие настоящее изобретение, и процессор 810, который может выполнить эти команды. Кроме того, имеется секция приемопередатчика (приемопередатчик), которая содержит аккумулятор 855, модуль управления питанием 805, радиочастотный модуль 835, который включает в себя приемник и передатчик, и антенну 840. Дополнительно имеются входные и выходные компоненты, например, дисплей 815, клавиатура 820, громкоговоритель 845 и микрофон 850. Терминал 800 «UE» осуществляет различные процедуры обработки сигналов для обмена информацией с сетью, например, с сетью, показанной на ФИГ.10. Здесь следует отметить, что различные команды и протоколы, необходимые для реализации настоящего изобретения, могут храниться в одном или нескольких устройствах памяти и выполняться одним или несколькими процессорами. расположенными в терминале 800 «UE».

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

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

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

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

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

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

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

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

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

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

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

[163] Хотя различные аспекты, варианты осуществления и свойства настоящего изобретения описаны для универсальной мобильной телекоммуникационной системы связи «UMTS», многие из этих технологий могут успешно применяться для других способов и систем связи.

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

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

название год авторы номер документа
УЛУЧШЕННАЯ ОБРАБОТКА ОШИБОК УПРАВЛЕНИЯ РАДИОКАНАЛОМ 2006
  • Ким Мён-Чхоль
RU2392774C2
ИЗМЕНЕНИЕ НАСТРОЙКИ РАДИОСВЯЗИ МЕЖДУ ТЕРМИНАЛОМ И СЕТЬЮ 2006
  • Фишер Патрик
  • Вюйцик Драган
RU2396712C2
СПОСОБ РАБОТЫ УЛУЧШЕННЫХ МОДУЛЯ УПРАВЛЕНИЯ РАДИОКАНАЛОМ (RLC) И МОДУЛЯ УПРАВЛЕНИЯ РАДИОСЕТЬЮ (RNC) ДЛЯ МНОЖЕСТВЕННОГО ДОСТУПА С КОДОВЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ И СИСТЕМА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ 2007
  • Чхон Сон Дук
  • Ли
  • Пак Сон-Чон
RU2422999C2
СПОСОБ ДЛЯ ВЫПОЛНЕНИЯ ПОВТОРНОГО УСТАНОВЛЕНИЯ PDCP-ОБЪЕКТА, АССОЦИИРОВАННОГО С UMRLC-ОБЪЕКТОМ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ, И УСТРОЙСТВО ДЛЯ ЭТОГО 2018
  • Дзо, Геумсан
  • Йи, Сеунгдзун
RU2738890C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ ЕДИНИЦЫ ДАННЫХ 2018
  • Ли, Гиеонгчеол
  • Йи, Сеунгдзун
RU2730584C1
СПОСОБ ОБЕСПЕЧЕНИЯ МНОГОАДРЕСНЫХ УСЛУГ В СИСТЕМЕ ПОДВИЖНОЙ СВЯЗИ 2003
  • Йи Сын-Чун
  • Ли
  • Ли Со-Ён
RU2310276C2
ОТОБРАЖЕНИЕ ИДЕНТИФИКАЦИИ УСЛУГ МУЛЬТИМЕДИЙНОГО ШИРОКОВЕЩАТЕЛЬНОГО/МНОГОАДРЕСНОГО ОБСЛУЖИВАНИЯ "MBMS" 2005
  • Ким Мён-Чхоль
RU2388151C2
СПОСОБ И УСТРОЙСТВО ДЛЯ РЕАЛИЗАЦИИ ФОРМАТОВ ЗАГОЛОВКА RLC LTE 2008
  • Хо Саи Йиу Дункан
RU2452135C2
ИСПРАВЛЕНИЕ ОШИБОК В ДАННЫХ УСЛУГИ МУЛЬТИМЕДИЙНОГО ШИРОКОВЕЩАТЕЛЬНОГО/МНОГОАДРЕСНОГО ОБСЛУЖИВАНИЯ 2005
  • Ли
  • Ый Сён-Чун
  • Чон Сон Дук
RU2372732C2
СИСТЕМА И СПОСОБ ПРЕДОТВРАЩЕНИЯ ТУПИКОВОЙ СИТУАЦИИ С ИСПОЛЬЗОВАНИЕМ ТАЙМЕРА ДЛЯ СИСТЕМЫ ВЫСОКОСКОРОСТНОГО НИСХОДЯЩЕГО ПАКЕТНОГО ДОСТУПА 2002
  • Ый Сён-Джун
  • Вун-Ён
  • Ли Со-Ён
RU2287220C2

Иллюстрации к изобретению RU 2 346 403 C2

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

Модуль уровня управления радиоканалом в режиме без подтверждения «UM RLC» принимает блоки протокольных данных «PDU» уровня управления радиоканалом «RLC», передаваемые через один или больше логических каналов, и переупорядочивает принятые блоки протокольных данных «PDU» на основе их порядковых номеров и с использованием окна приема и таймера, чтобы минимизировать задержку во времени при доставке блоков, чтобы уменьшить потерю блоков протокольных данных «PDU», получаемых по каждому из каналов, и чтобы обрабатывать блоки протокольных данных «PDU», избегая дублирования блоков протокольных данных «PDU», что и является техническим результатом. 4 н. и 16 з.п. ф-лы, 11 ил.

Формула изобретения RU 2 346 403 C2

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

прием блоков протокольных данных модулем уровня управления радиоканалом, который работает в режиме без подтверждения и имеет окно приема и таймер;

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

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

2. Способ по п.1, дополнительно включающий в себя шаг, на котором, в соответствии с указанием, принятым с вышерасположенного уровня, решают, выполнять или нет шаг переупорядочения.3. Способ по п.1, где при использовании окна приема, на основе принятого блока протокольных данных управляют диапазоном порядковых номеров блоков протокольных данных, прием которых ожидается.4. Способ по п.1, где окно приема используют при временном хранении блоков протокольных данных в буфере, чтобы обеспечить возможность приема блоков протокольных данных вне очереди и их переупорядочение для доставки в порядке очереди.5. Способ по п.4, где окно приема обновляют после обработки переупорядоченных блоков протокольных данных.6. Способ по п.1, где использование таймера означает работу таймера переупорядочения для тех принятых блоков протокольных данных, которые остаются в окне приема и не были зарезервированы для восстановления, таким образом, что эти блоки протокольных данных обрабатывают по истечении определенного промежутка времени, вне зависимости от того, приняты ли какие-либо другие блоки протокольных данных.7. Способ по п.1, где таймер используют для ограничения длительности времени, в течение которого блоки протокольных данных принимают и временно записывают в буфер для переупорядочения.8. Способ по п.1, где услуга представляет собой услугу мультимедийного широковещательного/многоадресного обслуживания, при которой блоки протокольных данных принимают из нескольких ячеек или по нескольким каналам.9. Способ по п.1, где в модуле уровня управления радиоканалом обрабатывают блоки протокольных данных, принятые как минимум по одному логическому каналу.10. Способ по п.1, дополнительно включающий в себя шаг отказа от вновь принятого блока протокольных данных, если вновь принятый блок протокольных данных имеет тот же порядковый номер, что и ранее принятый блок протокольных данных.11. Способ обработки блоков данных многоадресной услуги в системе мобильной связи, включающий в себя:

прием из сети индикатора;

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

прием одного или нескольких блоков протокольных данных;

определение, находится или нет каждый из принятых блоков протокольных данных в пределах окна приема;

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

и

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

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

12. Способ по п.11, где в индикаторе указывают, выполнять или нет переупорядочение блоков протокольных данных, которые должны быть получены.13. Способ по п.11, где услуга представляет собой услугу мультимедийного широковещательного/многоадресного обслуживания, при которой блоки протокольных данных принимают из нескольких ячеек или по нескольким каналам.14. Способ по п.11, где таймер используют для ограничения длительности времени, в течение которого блоки протокольных данных принимают и временно записывают в буфер для переупорядочения.15. Модуль уровня управления радиоканалом, работающего в режиме без подтверждения, обрабатывающий блоки данных для многоадресной услуги и содержащий:

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

16. Модуль по п.15, дополнительно содержащий:

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

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

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

17. Модуль по п.16, где прием блоков данных осуществляется по каналу графика многоадресной услуги.18. Модуль по п.16, дополнительно содержащий:

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

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

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

работу таймера для управления длительностью хранения блоков протокольных данных в буфере; и

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

20. Способ по п.19, где шаг выявления дублирования и переупорядочения дополнительно включает в себя:

проверку, находится или нет порядковый номер блока протокольных данных в пределах окна приема;

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

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

СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ХАРАКТЕРИСТИК ПАКЕТНОЙ СИСТЕМЫ СВЯЗИ 1997
  • Турина Далибор
RU2198475C2
ПЕРЕДАЧА ДАННЫХ ПО КАНАЛУ СВЯЗИ С ПЕРЕМЕННЫМИ СКОРОСТЯМИ ПЕРЕДАЧИ 1999
  • Лундше Йохан
  • Йоханссон Матиас
  • Роболь Кристиан
  • Беминг Пер
RU2226039C2
US 2003223385 A, 04.12.2003
KR 20020028097, 16.04.2002.

RU 2 346 403 C2

Авторы

Ый Сын-Чун

Ли

Чхон Сун-Дук

Даты

2009-02-10Публикация

2005-04-19Подача