Способ снижения задержки передачи в

Изобретение относится к системам связи. Технический результат заключается в уменьшении действительной задержки передач. Ресурсы назначаются сетью для установки или реконфигурирования TBF, ассоциированного с передачей восходящей линии/нисходящей линии радиоблоков от/к MS. Чувствительные к задержке услуги, например услуги передач медиа и мультимедиа в реальном времени, используют новые размеры окон с масштабированными с понижением значениями, отображенными, чтобы начинаться от 1 до (максимум) 64 блоков RLC/MAC. Бит масштабирования подтверждается или отклоняется BSC. Оба одноранговых объекта, содержащихся в TBF, принимают сообщения RLC/MAC с надлежащей установкой бита масштабирования и 5-битовым информационным элементом кодирования; эти объекты декодируют бит масштабирования и действуют соответственно. Действие состоит в принятии либо стандартного размера окна, либо масштабированного размера окна, указанного предварительно определенным 5-битовым информационным элементом «coding». 8 з.п. ф-лы, 4 ил.

1. В сети мобильной радиосвязи, совместимой с GSM/EDGE, способ для уменьшения задержки передач медиа или мультимедиа реального времени радиоблоков RLC/MAC, доставляемых на верхний уровень протокола, содержащий этапы:установки сетью (BSC) ресурсов для установления, по меньшей мере, однонаправленных временных потоков радиоблоков, определенных в протоколе RLC/MAC, называемых TBF, образованных из двух одноранговых объектов (MS, BSS), действующих как конечные точки RLC, каждый из которых имеет приемник, который принимает радиоблоки RLC/MAC, и передатчик, который передает радиоблоки RLC/MAC; передачи радиоблоков RLC/MAC передающим объектом (MS, BSS) в пределах окна передачи;приема радиоблоков RLC/MAC принимающим объектом (MS, BSS) в пределах окна приема и, в случае некорректного приема радиоблоков, посылки назад сообщений сигнализации ACK/NACK, чтобы информировать передающий объект о статусе приема; не исчерпывающей повторной передачи передающим объектом (MS, BSS), после приема сообщений сигнализации ACK/NACK, радиоблоков, некорректно принятых принимающим объектом;повторной компоновки принимающим объектом (MS, BSS), в последовательности доставки на верхний уровень протокола всех корректно принятых радиоблоков RLC/MAC, рассматривая как определенно потерянный каждый радиоблок, не принятый корректно, если он попадает за пределы окна приема, отличающийся тем, что дополнительно содержит этап передачи сетью (BSS) сообщения уведомления как к передающим, так и принимающим объектам (MS, BSS), чтобы учитывать размер окна передачи/приема внутри диапазона предварительно определенных значений, включая значения ниже, чем 64 радиоблока RLC/MAC.

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

3. Способ по п.1, отличающийся тем, что сообщение уведомления соответствует одному из сообщений RLC/MAC, релевантных для TBF, где включен информационный элемент размера окна передачи/приема, уже включающему в себя кодовое слово (Coding), конфигурируемое сетью (BSS), чтобы учитывать внутри диапазона предварительно определенных значений, больших или равных 64 радиоблокам RLC/MAC, размер упомянутого окна передачи/приема.

4. Способ по п.3, отличающийся тем, что дополнительно включает этапы: установки сетью (BSS) подтвержденного/отклоненного логического значения дополнительного бита сигнализации в упомянутых сообщениях RLC/MAC, где включено указание информационного элемента размера окна, чтобы указать, какое из двух диапазонов предварительно определенных значений учитывается конфигурацией упомянутого кодового слова (Coding);приема мобильной станцией сообщений RLC/MAC с упомянутым подтвержденным/отклоненным дополнительным битом сигнализации, декодирования упомянутого дополнительного бита сигнализации и установки соответственно значения размера окна передачи/приема.

5. Способ по любому из пп.1-4, отличающийся тем, что диапазон предварительно определенных значений размера окна, включающих значения ниже, чем 64 радиоблока RLC/MAC, включает единичное значение размера окна.

6. Способ по любому из пп.1-4, отличающийся тем, что диапазон предварительно определенных значений размера окна, включающих значения ниже, чем 64 радиоблока RLC/MAC, включает 32 значения.

7. Способ по любому из пп.1-4, отличающийся тем, что диапазон предварительно определенных значений размера окна, включающих значения ниже, чем 64 радиоблока RLC/MAC, включает все четные значения от 2 до 60.

8. Способ по любому из пп.1-4, отличающийся тем, что диапазон предварительно определенных значений размера окна, включающих значения ниже, чем 64 радиоблока RLC/MAC, включает масштабированные с понижением значения по отношению к тем, которые включены в первый диапазон предварительно определенных значений размера окна.

9. Способ по любому из пп.1-4, отличающийся тем, что значение размера окна является выбираемым в оптимальный поддиапазон диапазона предварительно определенных значений, включающих значения ниже, чем 64 радиоблока RLC/MAC, включая от 12 до 16 радиоблоков RLC/MAC.

Область техникиНастоящее изобретение относится к области сетей мобильной радиосвязи, совместимых с усовершенствованными передачами данных и интеграцией с мультимедийными IP услугами, в частности к способу снижения задержки передачи в чувствительных к задержке приложениях GSM/EDGE (сокращения, на которые даются ссылки, перечислены в конце описания).Предпосылки сети 3GPP GSM/EDGEНа фиг.1 показана функциональная архитектура сети GSM/EDGE согласно 3GPP TS 44.060. Изображенная сеть содержит следующие функциональные блоки: MS (TE и MT), BSS (как BTS, так и BSC), SGSN, GGSN, EIR, MSC/VLR, HLR, SMS-GMSC, SMS-IWMSC и SM-SC. Внутри MS первый функциональный блок ТЕ соединен со вторым функциональным блоком МТ через соединение, указанное ссылочным обозначением R, в типовом случае поддерживающее стандартный последовательный интерфейс. Предусмотрены следующие интерфейсы: Um, A-bis, A, Gb, Gi, Gp, Gn, Gp, Gf, Gr, Gd, D, E, C, связность которых между релевантными блоками прямо показана на чертеже.Каждая MS (МТ) соединена со своей обслуживающей BTS через радиоинтерфейс Um для обмена речевыми услугами и услугами передачи данных и соответствующей сигнализацией. BSS включает в себя множество BTS, соединенных с BSC через соответствующий интерфейс A-bis. BSC соединен с базовой сетью, главным образом включающей в себя MSC и SGSN через интерфейсы А и Gb, ответственные за область с коммутацией каналов (CS) и область с пакетной коммутацией (PS) соответственно. Прежние BSS получили развитие до GERAN, чтобы обеспечить более высокие пропускные способности и инкрементную избыточность, когда ошибочные блоки данных передаются повторно. Кроме того, интерфейс Gn соединяет два узла GSN в той же самой системе PLMN, в то время как интерфейс Gp соединяет два узла GSN, принадлежащих к различным системам PLMN. В процессе работы поднабор процедур МАС, управляющих мультиплексированием передач по совместно используемым каналам, обеспечивает MS временным назначением ресурсов на физическом уровне, чтобы поддерживать одиночную передачу. Ресурсы присваиваются для каждого так называемого UL/DL TBF, ассоциированного с MS. Более детальное описание TBF и сетевой операции приведено ниже в описании варианта осуществления изобретения.Подход к технической проблемеТехнические спецификации 3GPP усовершенствованы для поддержки усовершенствованных услуг. Основной целью для GERAN является поддержка мультимедийных услуг реального времени на IP, с использованием возможностей GPRS, например VoIP, каналов TV, комбинационных услуг и т.д. Для того чтобы получить задержку «из конца в конец», достаточно низкую для обеспечения «взаимодействия в реальном времени» между пользователями, задержка сетевой передачи (латентность) должна быть снижена в максимально возможной степени. Некоторые новые механизмы были недавно введены в протокол RLC/MAC, чтобы снизить задержку и гарантировать хорошее голосовое качество. Первый из них основан на сокращении TTI. Сокращенный TTI (например, 10 мс вместо 20) привел бы к уменьшению RLC RTT, тем самым обеспечивая возможность выполнения повторных передач достаточно быстро, чтобы поддерживать требования задержки «из конца в конец». Вторым механизмом является непостоянный режим передачи, как определено в 3GPP TS 44.060, V7.3.0 (2006-01), Release 7, например:Раздел 9 — процедуры RLC в режиме пакетной передачи;Параграф 9.1 — Процедуры и параметры для операции одноранговых узлов;Подпараграф 9.1.12 — Повторная компоновка PDU верхнего уровня из блоков данных RLC.Окно передачи/приема является фундаментальным принципом, действительным, в общем случае, как для постоянного, так и непостоянного режима передачи. Применимы следующие связанные термины:WS = размер окна: 64 на 1024 в EGPR; 64 в GPRS.SNS = пространство номеров последовательности: 2048 в EGPRS и 128 в GPRS.BSN = номер последовательности блоков (подпараграф 9.1.4.2). Каждый блок данных RLC содержит поле номера последовательности блоков (BSN), которое имеет длину 11 битов. В момент, когда последовательный блок данных RLC предназначается для передачи, значение BSN устанавливается равным значению переменной состояния передачи V(S).V(S) — переменная состояния передачи (подпараграф 9.1.1). Каждый передатчик конечной точки должен иметь ассоциированную переменную состояния передачи V(S). V(S) обозначает номер последовательности следующего последовательного блока данных RLC, подлежащего передаче. V(S) может принимать значение от 0 до SNS-1. V(S) может устанавливаться на значение 0 в начале каждого TBF, в котором конечная точка RLC является передатчиком. Значение V(S) должно получать приращение на 1 после передачи блока данных RLC с BSN = V(S). В режиме квитирования RLC переменная V(S) не должна превышать V(A) по модулю SNS более чем на максимальное разрешенное число предстоящего WS блоков данных RLC. В непостоянном режиме RLC V(S) может получать приращение независимо от значения V(A).V(A) — переменная состояния квитирования (подпараграф 9.1.2). В режиме с квитированием RLC каждый передатчик конечной точки должен иметь ассоциированную переменную состояния квитирования V(А). V(А) содержит значение BSN самого старого блока данных RLC, который не был позитивно квитирован его однгоранговым узлом. V(А) может принимать значения от 0 до SNS-1. V(А) может устанавливаться на значение 0 в начале каждого TBF, в котором конечная точка RLC является передатчиком. Значение V(А) должно обновляться из значений, принятых от его однорангового узла в принятой битовой карте блока (RBB) сообщения Ack/Nack пакета.V(R) — переменная состояния приема (подпараграф 9.1.5). Каждый приемник конечной точки RLC должен иметь ассоциированную переменную состояния приема V(R). Переменная состояния приема V(R) обозначает BSN, который имеет значение на единицу большее, чем наивысший BSN, принятый до сих пор (по модулю SNS). Переменная V(R) должна быть установлена на значение ‘0’ в начале каждого TBF, в котором конечная точка RLC является приемником. V(R) может принимать значение от 0 до SNS.V(Q) — переменная состояния окна приема (подпараграф 9.1.6). Каждый приемник конечной точки RLC должен иметь ассоциированную переменную состояния окна приема V(Q). Переменная состояния окна приема обозначает наименьший BSN, который еще не принят (по модулю SNS), поэтому представляет начало окна приема. Переменная V(Q) должна быть установлена на значение 0 в начале каждого TBF, в котором конечная точка RLC является приемником. Переменная состояния окна приема может принимать значение от 0 до SNS-1.В случае мобильных станций с многосегментными возможностями, окна для EGPRS TBF могут предусматривать значения размеров, определенные в таблице 1, показанной на фиг.2а и 2b, в зависимости от числа сегментов, назначенных для TBF. В таблице 1 (подпараграф 9.1.9) серая область для заданного распределения временных сегментов представляет используемый размер окна, факультативно содержащий 64 блока RLC/MAC и указанное значение максимума. В любом случае, размер окна может предусматривать значение меньшее, чем 64 блока RLC. Размер окна определяет окно приема в принимающем объекте уровня RLC/MAC.Выявленная техническая проблемаВвиду свойства последовательной доставки RLC, блоки RLC, принятые в течение окна приема, не могут быть доставлены на верхние уровни (уровень LLC), даже если все/RLC-данные, соответствующие кадру LLC, были полностью приняты. Это поведение добавляет дополнительную задержку к принятым данным, что становится недостатком для чувствительных к задержке услуг (например, VoIP). Целью непостоянного режима является воспрепятствовать передатчику в постоянных повторных передачах в случае, когда один или более блоков данных приняты некачественно, и приемник сигнализировал назад о побочных событиях. Согласно 3GPP TS 44.060, раздел 9.1, следующие аргументы (дополненные самыми новыми сведениями, хотя еще не стандартизованные посредством 3GPP) дополнительно помогают осмыслить техническую проблему (текст, выделенный курсивом, взят из спецификации):«TBF содержит два одноранговых объекта, которые являются конечными точками RLC. Каждая конечная точка RLC имеет приемник, который принимает блоки RLC/MAC. Каждая конечная точка RLC также имеет передатчик, который передает блоки RLC/MAC. Однонаправленный канал-носитель состоит из одной передающей конечной точки RLC и, по меньшей мере, одной принимающей конечной точки RLC. Передающая конечная точка RLC передает данные RLC/MAC и блоки управления и может принимать блоки управления RLC/MAC. Каждая принимающая конечная точка RLC принимает данные RLC/MAC и блоки управления и может передавать только блоки управления RLC/MAC. Однонаправленный канал-носитель может работать в непостоянном режиме RLC. Блок данных RLC/MAC рассматривается как принятый, если он принят в кадре уровня 1 с непротиворечивыми битами четности (в режиме EGPRS TBF: заголовок и биты четности релевантных данных) и корректно адресует принимающую конечную точку RLC.- В режиме с квитированием RLC окно приема определяется переменной состояния окна приема V(Q) в следующем неравенстве [V(Q)≤BSN