RU2430480C2 - Способ снижения задержки передачи в чувствительных к задержке приложениях gsm/edge - Google Patents
Способ снижения задержки передачи в чувствительных к задержке приложениях gsm/edge Download PDFInfo
- Publication number
- RU2430480C2 RU2430480C2 RU2008110085/09A RU2008110085A RU2430480C2 RU 2430480 C2 RU2430480 C2 RU 2430480C2 RU 2008110085/09 A RU2008110085/09 A RU 2008110085/09A RU 2008110085 A RU2008110085 A RU 2008110085A RU 2430480 C2 RU2430480 C2 RU 2430480C2
- Authority
- RU
- Russia
- Prior art keywords
- rlc
- mac
- values
- radio blocks
- window
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Изобретение относится к системам связи. Технический результат заключается в уменьшении действительной задержки передач. Ресурсы назначаются сетью для установки или реконфигурирования TBF, ассоциированного с передачей восходящей линии/нисходящей линии радиоблоков от/к MS. Чувствительные к задержке услуги, например услуги передач медиа и мультимедиа в реальном времени, используют новые размеры окон с масштабированными с понижением значениями, отображенными, чтобы начинаться от 1 до (максимум) 64 блоков RLC/MAC. Бит масштабирования подтверждается или отклоняется BSC. Оба одноранговых объекта, содержащихся в TBF, принимают сообщения RLC/MAC с надлежащей установкой бита масштабирования и 5-битовым информационным элементом кодирования; эти объекты декодируют бит масштабирования и действуют соответственно. Действие состоит в принятии либо стандартного размера окна, либо масштабированного размера окна, указанного предварительно определенным 5-битовым информационным элементом «coding». 8 з.п. ф-лы, 4 ил.
Description
Область техники
Настоящее изобретение относится к области сетей мобильной радиосвязи, совместимых с усовершенствованными передачами данных и интеграцией с мультимедийными 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<V(Q)+WS] по модулю SNS. Все BSN, которые удовлетворяют этому критерию, действительны в окне приема.
- В режиме без квитирования RLC все значения BSN находятся внутри окна приема.
- В непостоянном режиме RLC окно приема определяется после повторного вычисления переменной состояния приема V(R) (как описано в подпараграфе 9.1.5) и соответствующей переменной состояния окна приема V(Q) (как описано в подпараграфе 9.1.6). Все BSN, которые удовлетворяют неравенству [V(Q)≤BSN≤V(R)] по модулю SNS, действительны в окне приема.
Каждый передатчик конечной точки имеет окно передачи размера WS. В режиме с квитированием RLC и в непостоянном режиме RLC окно передачи определяется посредством переменной состояния передачи V(S) в следующем неравенстве: [V(А)≤BSN<V(S)] по модулю SNS, где [V(S)-V(А)] по модулю SNS≤WS. Все BSN, которые удовлетворяют этому критерию, действительны в окне передачи. В непостоянном режиме RLC все значения BSN находятся внутри окна передачи.
Согласно 3GPP TS 44.060, раздел 9.3.4: «Перенос блоков данных RLC в непостоянном режиме RLC включает в себя не исчерпывающие повторные передачи. Номер последовательности блока (BSN) в заголовке блока данных RLC используется для нумерации блоков данных RLC для повторной компоновки. Принимающая сторона посылает сообщения квитирования/отрицательного квитирования (Ack/Nack) нисходящей линии связи для информирования передающей стороны о статусе приема и для проведения измерений в соседних ячейках».
Согласно 3GPP TS 44.060, раздел 9.1.12: «Во время непостоянного режима работы RLC принятые PDU верхнего уровня должны доставляться на более высокий уровень в порядке, в котором они были переданы первоначально. Тем не менее, поскольку некоторые блоки данных RLC могут быть не приняты, некоторые PDU верхнего уровня могут быть перекомпонованы и доставлены на верхний уровень ошибочно. Для каждого однонаправленного канала-носителя медиа/мультимедиа каждая принимающая конечная точка RLC должна использовать блоки данных RLC вплоть до того, который характеризуется BSN=V(Q)-1, при повторной компоновке PDU верхнего уровня, даже если некоторые блоки данных RLC пропущены. Биты заполнения, имеющие значение '0', должны быть подставлены, если блоки данных RLC не приняты …».
Несмотря на непостоянный режим работы, минимальный размер окна также вызывает внутренне присущую задержку. Следующий пример полезен для пояснения рассматриваемой ситуации. Пусть WS=64 и до включенного BSN=9 все радиоблоки RLC/МАС корректно приняты с ритмом 20 мс: следовательно, V(Q)=10. Предположим теперь, что все блоки, следующие за 10 (а именно, 11, 12, 13 …) поступают в приемник, и блок с BSN=10 повторно передается Х раз без корректного приема. Приемник, перед этим рассматривавший BSN=10 как больше не принимаемый, с последующей доставкой данных, выделенных в окне, на верхний уровень протокола LLC для «последовательной» доставки, должен принимать радиоблок с BSN=74 (а именно, V(R)=75). Ввиду непостоянного режима работы, блоки, имеющие BSN<V(R) WS, будут отброшены. В этот момент все данные окна доставляются на верхний уровень с задержкой 20 мс х 64 = 1280 мс, которая действует на все данные в окне (пакеты и голос), что, очевидно, является неприемлемым в услугах медиа и мультимедиа реального времени.
Цель изобретения
Ввиду описанного выше уровня техники, целью настоящего изобретения является обеспечение способа для улучшения поддержки услуг, чувствительных к задержке (например, «голос через IP») в сетях GERAN. В частности, настоятельно требуется улучшение действительного протокола RLC/МАС, работающего в непостоянном режиме, как определено в 3GPP TS 44.060, без излишнего воздействия на современную стандартизацию и хорошо совместимого с существующим и унаследованным оборудованием.
Сущность и преимущества изобретения
Настоящее изобретение достигает указанных целей в сети мобильной радиосвязи, совместимой с GSM/EDGE, путем обеспечения способа для уменьшения задержки передач медиа или мультимедиа реального времени радиоблоков RLC/МАС, доставляемых на верхний уровень протокола, как раскрыто в пункте 1 формулы изобретения. Дополнительные предпочтительные признаки описаны в зависимых пунктах.
Предложенный способ содержит этапы:
- установки сетью (BSC) ресурсов для установления, по меньшей мере, однонаправленных временных потоков радиоблоков, определенных в протоколе RLC/МАС, называемых TBF, образованных из двух одноранговых объектов, действующих как конечные точки RLC, каждая из которых имеет приемник, который принимает радиоблоки RLC/МАС, и передатчик, который передает радиоблоки RLC/МАС;
- передачи сетью (BSS) сообщения уведомления как к передающим, так и приемным объектам (MS, BSS), чтобы учитывать размер окна передачи/приема внутри диапазона предварительно определенных значений, включая значения ниже, чем 64 радиоблока RLC/МАС;
- приема как принимающим, так и передающим объектами упомянутых сообщений RLC/МАС с дополнительным битом сигнализации подтвержденным/отклоненным, декодирования дополнительного бита сигнализации и действия соответствующим образом;
- передачи радиоблоков RLC/МАС передающим объектом в пределах временного окна передачи;
- приема радиоблоков RLC/МАС принимающим объектом в пределах временного окна приема и, в случае некорректного приема радиоблоков, посылки назад сообщений сигнализации ACK/NACK, чтобы информировать передающий объект о статусе приема;
- неисчерпывающей передачи передающим объектом, после приема сообщений сигнализации ACK/NACK, радиоблоков, некорректно принятых принимающим объектом;
- повторной компоновки принимающим объектом в последовательности доставки на верхний уровень протокола всех корректно принятых радиоблоков RLC/МАС, рассматривая как определенно потерянный каждый радиоблок, не принятый корректно, если он попадает за пределы окна приема.
Предпочтительно сообщение уведомления транслируется по общему каналу.
Альтернативно, сообщение уведомления соответствует одному из сообщений RLC/МАС, релевантных для TBF, где включен информационный элемент размера окна передачи/приема. Эти специализированные сообщения уже включают информационный элемент кодового слова, конфигурируемый сетью (BSS) для нахождения внутри диапазона предварительно определенных значений больше или равных 64 радиоблокам RLC/МАС размера упомянутого окна передачи/приема. В этом втором возможном варианте способ дополнительно включает этапы:
- установки сетью подтвержденного/отклоненного логического значения дополнительного бита сигнализации в сообщениях RLC/МАС, где включено указание информационного элемента размера окна, чтобы указать, какие из двух диапазонов предварительно определенных значений учитываются конфигурацией кодового слова;
- приема мобильной станцией сообщения RLC/МАС с дополнительным битом сигнализации подтвержденным/отклоненным декодирования дополнительного бита сигнализации и установки соответственно значения размера окна передачи/приема.
Назначение пакетной восходящей линии, назначение пакетной нисходящей линии, реконфигурация пакетного временного сегмента и т.д. являются примерами сообщений, релевантных для TBF, который сообщается информационным элементом размера окна передачи/приема. Использование непостоянного режима RLC при соответственно малом значении размера окна позволяет существенно повысить производительность сети для чувствительных к задержке услуг. Непостоянный режим позволяет повторным передачам блоков RLC снизить потерю пакетов, в то время как значение размера окна может быть использовано для определения максимальной задержки перед повторной компоновкой кадров LLC. Должен быть установлен компромисс между повышением качества вследствие снижения задержек и снижением качества вследствие увеличения числа потерянных блоков RLC.
Предпочтительным образом прежний диапазон из 32 предварительно определенных значений размеров окна, охватывающий от 64 до 1024 радиоблоков (таблицу 1), отображается на второй диапазон из 32 предварительно определенных значений размеров окна, охватывающий от 1 до 64 радиоблоков. Экспериментально определенные оптимальные значения для размера окна охватывают от 12 до 16 длительностей радиоблоков. При принятии этих значений большая задержка 1280 мс из предыдущего примера сокращается до более приемлемых значений от 240 до 320 мс, но меньшие значения возможны без значительного увеличения отбрасываемых радиоблоков. Можно обосновать, что при способе, соответствующем изобретению, увеличение максимального размера окна с увеличением числа выделенных временных сегментов (таблица 2) не распознается.
Протокол МАС должен быть обновляемым с признаками изобретения в качестве предложения для следующего изменения релевантной стандартизации 3GPP. Очевидно преимущество изобретения для чувствительных к задержке услуг, таких как относящиеся к передачам медиа/мультимедиа реального времени. Благодаря изобретению задержка значительным образом снижается.
Краткое описание чертежей
Признаки настоящего изобретения, которые рассматриваются как новые, изложены, в частности, в приложенной формуле изобретения. Изобретение и его преимущества могут быть поняты путем обращения к последующему детальному описанию и вариантам осуществления во взаимосвязи с иллюстрирующими чертежами, которые приведены только в целях пояснения, без каких-либо ограничений, и на которых представлено следующее:
фиг.1 - уже описанная по структуре, показывает функциональную архитектуру сети GSM/SDGE;
фиг.2а и 2b - уже описанные, показывают таблицу 1 известного уровня техники (разделенную на две непрерывные части по причинам графического представления), иллюстрирующую возможные размеры окна передачи как функцию числа временных сегментов, выделенных мобильной станции с многосегментной возможностью;
фиг.3 - показывает таблицу 2 (разделенную на две непрерывные части по причинам графического представления), иллюстрирующую возможные размеры окна передачи согласно способу, соответствующему изобретению.
Детальное описание варианта осуществления изобретения
Со ссылкой на сеть GSM/SDGE по фиг.1, на интерфейсах Um и A-bis различные протоколы установлены на физическом уровне, в частности SNDCP, LLC, RLC и MAC. Протокол SHDCP управляет передачей блоков сетевого протокола (N-PDU) между мобильной станцией MS и узлом SGSN. Основные функции протокола SNDCP следующие:
- мультиплексирование протоколов пакетных данных, например IP;
- компрессия/декомпрессия пакетов пользовательских данных;
- компрессия/декомпрессия управляющей информации протоколов;
- сегментация блоков NDPU в кадрах LLC и повторная компоновка кадров LLC блоков NDPU.
Для выполнения этих функций протокол SNDCP пользуется NSAPI для идентификации в мобильной станции MS узла доступа для протокола пакетных данных PDP, в то время как в узлах SGSN и GGSN он идентифицирует контекст, ассоциированный с адресом вышеупомянутого протокола PDP.
RLC обеспечивает надежную радиолинию и отображает кадры LLC в физических каналах GSM. RLC/МАС пользуется следующими каналами: PBCCH, PCCCH, PACCH и PDTCH, переносимыми на PDCH. Пакет RLC/МАС отображается на радиоблоки мультикадра GSM. Радиоблок транспортируется четырьмя последовательными нормальными пакетами. На физическом уровне четыре нормальных пакета перемежаются на четырех последовательных карах TDMA длительностью 4615 мс. Протокол уровня физической линии отвечает за блочный код FEC, обеспечивающий возможность обнаружения ошибок и коррекцию в приемнике. Четыре схемы сверточного кодирования (CS-1, …, CS4) предусмотрены для GPRS, и девять схем модуляции и кодирования - для EGPRS, генерируя различные битовые скорости.
Процедуры сигнализации для доступа к радиоканалу контролируются МАС, который также управляет динамическим распределением ресурсов (запрос и предоставление). Динамическое предоставление означает, что конкретные ресурсы передачи, состоящие, например, из канала PDCH на физическом временном сегменте, делаются совместно используемым на основе временного разделения среди множества мобильных станций MS, причем каждая из них принимает участие в активном сеансе переноса данных или сигнализации, через один и тот же ресурс передачи, являющийся совместно распределенным. Для конкретной цели динамического распределения BSC включает в себя PCU, реализующий специализированный алгоритм планирования.
Поднабор процедур МАС, управляющий мультиплексированием передач по совместно используемым каналам, обеспечивает мобильные станции MS временным распределением ресурсов, называемым TBF, на физическом уровне, чтобы способствовать одиночной передаче. TBF может включать в себя буфер памяти для помещения в очередь блоков RLC/МАС. Каждое распределение TBF обеспечивает возможность однонаправленного переноса радиоблоков (для полезной нагрузки и сигнализации) в ячейке между сетью и мобильной станцией MS и наоборот. Управляющие сообщения для установления/освобождения соединения между пунктами услуги и распределения/отмены распределения релевантных поддерживаемых физических ресурсов, например буферов TBF, учитывают различные возможности, которые могут охватить всю процедуру, предусмотренную в режиме пакетной передачи подуровня RR. Для простоты здесь приводится весьма ограниченный обзор установления/освобождения соединений TBF и релевантных операционных узлов. Мы можем начать с установления соединения восходящей линии TBF вслед за переносом пакетов, инициированным мобильной станцией. В этом случае мобильная станция запрашивает назначение канала GPRS, посылая сообщение «запрос пакетного канала», включающее ресурсы TBF, запрашиваемые для переноса пакетов в сеть. В случае приема сеть отвечает сообщением «назначение пакетной восходящей линии» по каналу управления, выделяя мобильной станции ресурсы, запрошенные для переноса пакетов по восходящей линии. Ресурсы включают в себя один или более каналов PDCH и значение TFI. Сеть не назначает какой-либо буфер в направлении восходящей линии (буфер находится в мобильной станции). Сеть просто требует знать число блоков, которое мобильная станция MS намеревается передать. Мы можем теперь продолжить анализ назначения нисходящей линии TBF вслед за пакетным переносом, завершенным в направлении мобильной станции. В этом случае в конце процедуры поискового вызова сеть посылает к мобильной станции сообщение «назначение пакетной нисходящей линии» в состоянии готовности по каналу управления, с приложенным списком каналов PDCH, назначенных для переноса по нисходящей линии. Буфер, релевантный для TBF нисходящей линии, целенаправленно выделяется для помещения блоков RLC/МАС, подлежащих передаче.
В большинстве случаев TBF поддерживается работоспособным только для передачи одного или более блоков протокола LLC, для поставленной цели передачи соответствующих блоков RLC/МАС. Сеть присваивает каждому TBF свой собственный временный идентификатор, называемый TFI (временный идентификатор потока). Мобильная станция должна предполагать, что значение TFI является уникальным среди конкурирующих TBF в каждом направлении, восходящей линии или нисходящей линии. Блок RLC/МАС идентифицируется для TBF, с которым он ассоциирован, через собственное поле, где записан идентификатор TFI, и другое поле для индикации направления восходящей линии или нисходящей линии для блока. Если блок RLC/МАС должен относится к управляющему сообщению, то предусмотрено поле для указания направления передачи сообщения и типа. В случае динамического распределения заголовок каждого блока RLC/МАС, передаваемый по каналу PDCH в направлении исходящей линии, включает в себя дополнительное поле USF, которое используется сетью в форме флага для управления мультиплексированием с временным разделением различных мобильных станций по физическому каналу PDCH в направлении восходящей линии. Мы можем теперь лучше определить уже упомянутое сообщение назначения пакетной восходящей линии, посылаемое сетью к мобильным станциям, устанавливая, что оно включает в себя: идентификатор TFI нисходящей линии/буфер TBF, содержащий управляющий блок, переносящий это сообщение, список выделенных каналов PDCH (временных сегментов) и соответствующее значение USF для каждого выделенного канала (временного сегмента). Один USF планируется для передачи одного радиоблока. Три бита предусмотрены для поля USF, которое позволяет однозначно селектировать до восьми пользователей, совместно использующих временной сегмент, также в пограничном случае, когда с одним буфером TBF ассоциированы все восемь временных сегментов кадра TDMA.
В соответствии со способом, соответствующим изобретению, BSC через PCU назначает ресурсы для установления (или реконфигурирования) TBF, ассоциированного с передачей восходящей линии или нисходящей линии радиоблоков от/к MS. Различные сообщения RLC/МАС связаны с TBF, например «назначение пакетной восходящей линии», «назначение пакетной нисходящей линии», «реконфигурирование пакетного временного сегмента» и т.д., 5-битовое кодовое слово «Coding» («кодирование») конфигурируется в заголовке связанного сообщения RLC/МАС, чтобы выбрать размер окна передачи/приема.
В первом варианте осуществления изобретения сеть (BSS) передает сообщение уведомления к MS и BS для рассмотрения размера окна передачи/приема в пределах предварительно определенных значений, включая значения ниже, чем 64 радиоблока RLC/МАС. Сообщение уведомления может быть простым битом сигнализации (битом масштабирования). Если рассматриваются только мобильные станции MS, то сообщение уведомления может транслироваться с информацией общего канала.
Во втором варианте осуществления изобретения сообщение уведомления совпадает с одним из упомянутых специальных сообщений, где включена индикация размера окна передачи/приема. В этом втором возможном варианте дополнительный бит сигнализации, также называемый битом масштабирования, подтверждается/отклоняется сетью в соответствии с двумя возможностями, предоставляемыми новым протоколом МАС, чтобы надлежащим образом выбрать размер окна. При этих обоих вариантах осуществления изобретения становится возможным подразделение временных окон для типов услуг. Традиционные услуги не реального времени, например перенос файлов, пользуются стандартными размерами окна, показанными в таблице 1 для MS с многосегментной возможностью. Чувствительные к задержкам услуги, например медиа или мультимедиа передачи реального времени, пользуются новыми размерами окна, показанными в таблице 2 для MS, безразлично как с односегментной, так и многосегментной способностью. Бит масштабирования подтверждается или отклоняется BSC соответственно. Непостоянный режим передачи/приема RLC/МАС предполагается таким, как ранее проиллюстрировано в соответствии со стандартизацией 3GPP GSM/EDGE. Оба одноранговых объекта, содержащихся в TBF, принимают сообщения RLC/МАС с надлежащей установкой бита масштабирования; эти объекты декодируют бит масштабирования и действуют соответственно. Это действие состоит в альтернативном принятии таблицы 1 или таблицы 2 на основе логического значения бита масштабирования. Ассоциирование таблицы 1 с битом масштабирования подтвержденным, а таблицы 2 - с отклоненным значением, или наоборот, является вариантом свободного выбора. Независимо от того, выбрана ли таблица 1 или 2, та же самая конфигурация 5-битового информационного элемента «кодирование» поддерживается, чтобы снизить воздействие на современную стандартизацию только до бита масштабирования.
Хотя изобретение описано с конкретной ссылкой на предпочтительный вариант осуществления, специалистам в данной области техники должно быть очевидно, что настоящее изобретение не ограничено им, а могут быть применены другие вариации и модификации без отклонения от его объема.
Используемые сокращения
3GPP - программа партнерства в разработке 3-го поколения
BCCH - широковещательный канал управления
BSC - контроллер базовых станций
BSN - номер последовательности блока
BSS - подсистема базовой станции
BTS - приемопередающая базовая станция
CCCH - общий канал управления
CS - с коммутацией каналов, схема кодирования
DL - нисходящая линия
EDGE - повышенные скорости передачи данных для эволюции GSM
EGPRS - усовершенствованный GPRS
FACCH - быстродействующий ассоциированный канал управления
GERAN - сеть радиодоступа GSM/EDGE
GGSN - шлюзовой GSN
GMSC - шлюзовой MSC
GPRS - общий сервис пакетной радиопередачи
GSM - глобальная система мобильных коммуникаций
IWMSC - MSC межсетевого взаимодействия
LLC - управление логическим каналом
MAC - протокол доступа к среде передачи
MBMS - услуга мультимедиа широковещательной/групповой передачи
MCS - схема модуляции и кодирования
MS - мобильная станция
MSC - центр коммутации сообщений
MT - мобильный терминал
NPDU - сетевой PDU
NSAPI - сетевой SAPI
PАCCH - пакетно-ассоциированный канал управления
PВCCH - пакетный широковещательный канал управления
PСCCH - пакетный общий канал управления
PCU - пакетный блок управления
PDTCH - канал трафика пакетных данных
PDCH - канал пакетных данных
PDU - блок данных протокола
PLMN - наземная мобильная сеть общего пользования
PS - с пакетной коммутацией
RAN - сеть радиодоступа
RBB - битовая карта принятого блока
RLC - управление радиолинией
RTT - время двустороннего распространения
RTTI - сокращенный TTI
SAPI - идентификатор узла доступа услуги
SGSN - обслуживающий узел поддержки GPRS
SMS - служба коротких сообщений
SNS - пространство номеров последовательности
SNDCP - зависящий от подсети протокол сходимости
TBF - временный поток блоков
TE - оконечное оборудование
TFI - идентификатор TBF
TTI - интервал времени передачи
UL - восходящая линия
USF - флаг состояния восходящей линии
VLR - регистр местоположения визитеров
VoIP - голос через IP
V(A) - переменная состояния квитирования
V(Q) - переменная состояния окна приема
V(R) - переменная состояния приема
V(S) - переменная состояния передачи
WS - размер окна
Claims (9)
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.
установки сетью (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 с упомянутым подтвержденным/отклоненным дополнительным битом сигнализации, декодирования упомянутого дополнительного бита сигнализации и установки соответственно значения размера окна передачи/приема.
приема мобильной станцией сообщений 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.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP0642527.1 | 2006-04-19 | ||
| EP06042527 | 2006-04-19 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2008110085A RU2008110085A (ru) | 2009-09-20 |
| RU2430480C2 true RU2430480C2 (ru) | 2011-09-27 |
Family
ID=40248029
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2008110085/09A RU2430480C2 (ru) | 2006-04-19 | 2007-04-17 | Способ снижения задержки передачи в чувствительных к задержке приложениях gsm/edge |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US8144703B2 (ru) |
| CN (1) | CN101346954B (ru) |
| RU (1) | RU2430480C2 (ru) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2595556C1 (ru) * | 2015-08-17 | 2016-08-27 | Акционерное общество "Ракетно-космический центр "Прогресс" (АО "РКЦ "Прогресс") | Способ гарантированной передачи информации по каналу связи и система для его осуществления |
| US11627554B2 (en) | 2019-04-01 | 2023-04-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009118577A1 (en) * | 2008-03-25 | 2009-10-01 | Nokia Corporation | Method and apparatus for multiplexing different traffic types over a common communication session |
| WO2010095986A1 (en) * | 2009-02-18 | 2010-08-26 | Telefonaktiebolaget L M Ericsson (Publ) | Data retransmission scheme |
| US8644294B2 (en) | 2009-04-21 | 2014-02-04 | Blackberry Limited | Methods and apparatus to use window alignment information to process acknowledgment information associated with transmitted data blocks |
| US8160015B2 (en) * | 2009-10-27 | 2012-04-17 | Qualcomm Incorporated | Systems and methods for measuring and reducing latency of radio link flows |
| EP2689605B1 (en) * | 2011-03-23 | 2017-09-06 | Telefonaktiebolaget LM Ericsson (publ) | Methods and devices for handling encrypted communication |
| WO2015024216A1 (zh) | 2013-08-21 | 2015-02-26 | 华为技术有限公司 | 业务调度的方法和基站 |
| KR20150081603A (ko) * | 2014-01-06 | 2015-07-15 | 삼성전자주식회사 | 무선 통신 시스템에서 패딩을 이용한 데이터 전송 방법 및 장치 |
| KR101755224B1 (ko) * | 2015-06-09 | 2017-07-11 | 한국철도기술연구원 | 인덱스 코딩과 통계적 특성을 이용한 데이터 재전송 시스템 및 방법 |
| US10135747B2 (en) * | 2016-05-20 | 2018-11-20 | Cisco Technology, Inc. | Weighted fair queueing using severity-based window in reliable packet delivery network |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI98023C (fi) * | 1995-05-09 | 1997-03-25 | Nokia Telecommunications Oy | Liukuvaan ikkunaan perustuva datavuonohjaus, joka käyttää säädettävää ikkunakokoa |
| US6895057B1 (en) * | 1998-11-03 | 2005-05-17 | Lucent Technologies Inc. | System and method for wireless communication supporting link adaptation and incremental redundancy |
| FI106498B (fi) * | 1999-03-16 | 2001-02-15 | Nokia Mobile Phones Ltd | Menetelmä siirtoikkunan valinnassa ja matkaviestin |
| EP1139613A1 (en) * | 2000-03-31 | 2001-10-04 | Telefonaktiebolaget L M Ericsson (Publ) | Subscriber terminal, network controller and communication system for performing packet data transfer with reduced delay |
| US7197024B2 (en) * | 2001-06-27 | 2007-03-27 | Lucent Technologies Inc. | Telecommunications system having layered protocol with delimiter of payload |
| EP1349329B1 (en) * | 2002-01-03 | 2010-04-28 | Innovative Sonic Limited | Window based stall avoidance mechanism for high speed wireless communication system |
| WO2003069853A1 (en) * | 2002-02-12 | 2003-08-21 | Nokia Corporation | Method for controlling data transmission, and data transmission system |
| KR100474302B1 (ko) * | 2002-09-07 | 2005-03-10 | 엘지전자 주식회사 | 무선 링크 콘트롤(ｒｌｃ) 계층의 버퍼제어 방법 |
| CN1523797B (zh) * | 2003-02-17 | 2012-07-04 | 北京三星通信技术研究有限公司 | Wcdma系统增强型上行专用信道harq的重排序方法 |
| SE0301048D0 (sv) | 2003-04-07 | 2003-04-07 | Ericsson Telefon Ab L M | RLC window reconfiguration |
| US6859449B2 (en) * | 2003-05-19 | 2005-02-22 | Nokia Corporation | Method and apparatus providing enhanced radio link control acknowledgment |
| US7512092B2 (en) * | 2004-12-21 | 2009-03-31 | Nokia Corporation | System and method for test loop timer operation |
| US7542443B2 (en) * | 2005-02-15 | 2009-06-02 | Telefonaktiebolaget L M Ericsson (Publ) | Receive window updates in communication systems |
| WO2007001204A1 (en) * | 2005-06-29 | 2007-01-04 | Intel Corporation | Wireless data transmission methods, devices, and systems |
| BRPI0721553B1 (pt) * | 2007-03-30 | 2019-08-27 | Telecom Italia Spa | método para habilitar conexão de um terminal de comunicação móvel com capacidades de comunicação sem fio de curto alcance para uma rede de radiocomunicação, terminal de comunicação móvel com capacidades de comunicação sem fio de curto alcance |
| EP2241028B1 (en) * | 2008-01-09 | 2018-08-22 | LG Electronics Inc. | Method of requesting and reporting link quality in an egprs2 system |
-
2007
- 2007-04-17 RU RU2008110085/09A patent/RU2430480C2/ru active
- 2007-04-17 CN CN2007800009752A patent/CN101346954B/zh active Active
- 2007-04-17 US US11/992,121 patent/US8144703B2/en active Active
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TS 44.060 V7.3.0, 01.2006. * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2595556C1 (ru) * | 2015-08-17 | 2016-08-27 | Акционерное общество "Ракетно-космический центр "Прогресс" (АО "РКЦ "Прогресс") | Способ гарантированной передачи информации по каналу связи и система для его осуществления |
| US11627554B2 (en) | 2019-04-01 | 2023-04-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods, apparatus and machine-readable mediums relating to establishment of broadcast/multicast bearers |
Also Published As
| Publication number | Publication date |
|---|---|
| US8144703B2 (en) | 2012-03-27 |
| RU2008110085A (ru) | 2009-09-20 |
| US20090137252A1 (en) | 2009-05-28 |
| CN101346954B (zh) | 2012-09-05 |
| CN101346954A (zh) | 2009-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2430480C2 (ru) | Способ снижения задержки передачи в чувствительных к задержке приложениях gsm/edge | |
| RU2430477C2 (ru) | Способ для надежной передачи коротких битовых массивов ack/nack в процессе arq внутри систем, совместимых с edge | |
| US20180123740A1 (en) | Autonomous transmission for extended coverage | |
| AU2005253495B2 (en) | Transmitting and receiving control protocol data unit having processing time information | |
| AU2005323609B2 (en) | Method and apparatus for scheduling enhanced uplink dedicated channels in a mobile communication system | |
| KR101086796B1 (ko) | 동기 재송신을 하는 ｈａｒｑ 프로토콜 | |
| US7408904B2 (en) | Method and apparatus for reducing uplink and downlink transmission errors by supporting adaptive modulation and coding and hybrid automatic repeat request functions | |
| EP1886522B1 (en) | Signalling scheduling assitance data in a cellular communication system | |
| EP1745581B1 (en) | Method and system for efficient distribution of multicast services in a mobile network | |
| KR20050032954A (ko) | 패킷 통신 시스템에서 빠른 전송율 변화를 위한 역방향전송율 스케쥴링 방법 | |
| EP2220889B1 (en) | System and method for one-phase access in a communication system | |
| EP1835670A1 (en) | Coexistence of legacy GPRS/EGPRS radio blocks and reduced transmit time interval (RTTI) radio blocks | |
| US20070249343A1 (en) | Method and system of communications | |
| JP2009534917A (ja) | 無線通信システムにおける肯定確認応答と否定確認応答とを送信する方法、通信エンティティ、及びシステム | |
| EP1848162B1 (en) | Method to reduce the transmission latency in GSM/EDGE delay-sensitive applications | |
| EP1320228B1 (en) | Wireless telecommunication system with multiple-frame structure and variable rate data channel |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PD4A | Correction of name of patent owner |