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

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

Иллюстрации

Показать все

Реферат

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

[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] Настоящее изобретение пред