СПОСОБ И ПЕРЕДАЮЩИЙ БЛОК ДЛЯ СНИЖЕНИЯ РИСКА ЗАТУХАНИЯ ПЕРЕДАЧИ

Область техники, к которой относится изобретение

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

Уровень техники

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

Если блок данных не был принят правильно, считается, что блок является отрицательно подтвержденным (NACK), в то время как правильно принятый блок данных является подтвержденным (ACK). Каждый блок данных обычно ассоциативно связывают с существенно достаточным уникальным числом последовательности для того, чтобы продолжать следить за индивидуальным блоком. Блок данных повторно передается, если приемник указывает число последовательности в протоколе управления данными по каналу обратной связи как принятое неправильно, то есть отправляется NACK. Одним примером протокола ACK/NACK является протокол TCP, см., например, "Протокол управления передачей", J. Postel, RFC-793, сентябрь 1981; в TCP/IP наборе протоколов.

В общей услуге пакетной радиопередачи (GPRS) GPRS/EDGE указание ACK/NACK блока данных сигнализируют в сообщение блока управления, см. "Radio Link Control/Medium Access Control (RLC/MAC) protocol," 3GPP TS 44.060 Rel-7. Сторона сети (NW) управляет всей процедурой как в направлении восходящей линии связи, так и нисходящей линии связи. Пользовательское оборудование (user equipment, UE) опрашивается, когда сообщение NACK/ACK пакета нисходящей линии связи должно быть отправлено в сеть, когда NW является передающей стороной и UE является принимающей стороной потока данных. Если поток данных отправляется в направлении восходящей линии связи, то есть когда UE является передатчиком и NW приемником, NW передает индикации ACK/NACK в сообщении ACK/NACK пакета восходящей линии связи к UE.

В Глобальной Системе для Мобильной Связи/Улучшенной Скорости передачи данных для Эволюции Сети Радиодоступа (GERAN) GERAN Развития GSM (GSM/EDGE) была введена сообщающая схема Быстрого ACK/NACK (FANR) в дополнение к существующим сообщениям управления, в соответствии с которыми индикации ACK/NACK также могут быть вложены на блок данных RLC при использовании поля вложенного Ack/Nack (Piggybacked Ack/Nack; PAN), см. "Radio Link Control/Medium Access Control (RLC/MAC) protocol," 3GPP TS 44.060 Rel-7. Причина заключается в том, чтобы обеспечить более быстрый механизм Ack/Nack. Ack/Nack отчеты типично имеют начальное число последовательности, сопровождаемое битовым массивом, содержащим последовательность индикаторов Ack/Nack блоков данных в порядке возрастания. Этот подход оптимизирует длину сообщения. Начальное число последовательности может быть опущено, если начало битового массива известно другим средствам. Надежным режимом передачи в GERAN является RLC Подтвержденный Режим.

Сообщения ACK/NACK типично защищаются контрольной суммой, которая используется, чтобы проверить, что содержание ACK/NACK не было изменено во время передачи. Примером контрольной суммы является код обнаружения ошибок Контроля циклическим избыточным кодом (Cyclic Redundancy Check, CRC). В GERAN и сообщение ACK/NACK пакета по восходящей/нисходящей линии связи, и поле PAN защищаются CRC.

Однако, когда применяется FANR, ограниченное количество битов, доступных для основанного на CRC PAN-полевого обнаружения ошибок, приводит к более высокой вероятности указания, что PAN было принято правильно, когда PAN действительно содержит ошибки. Это может вызвать серьезные проблемы, такие как затухание протокола RLC, без возможности восстановления из этого состояния, в конечном счете, заканчивающего соединение данных. PUAN/PDAN (ACK/NACK пакета по восходящей линии связи-ACK/NACK пакета по нисходящей линии связи) сообщения имеют CRC, который более надежен, так как он имеет защиту CRC с более низкой вероятностью так называемых ложных ACK/NACK, и риск для затухания без восстановления является низким.

Если PAN было принято и число последовательности блока (BSN), равное V(A), устанавливается к ACK, окно передачи продвинет один этап. Однако если это было ложно сделано, тогда приемник все еще ожидает, что предыдущая V(A) будет повторно передана, в то время как передатчик полагает, что она уже должна быть правильно принята, и стирает ее. Следовательно, является невозможным восстановить этот блок данных. В результате передатчик отправит новый блок данных.

V(A) является переменной состояния подтверждения - переменная состояния подтверждения содержит значение BSN самого старого блока данных RLC, который не был положительно подтвержден своим одноранговым узлом. V(A) обновляется после каждого приема RBB (битового массива принятого блока) от однорангового узла RLC.

Прием блока с числом последовательности, большим, чем самое большое число последовательности в окне приема, указывает, что окно передачи (передающего) устройства однорангового узла продвинулось далее чем окно приема устройства приема; указывает, что передатчик неправильно продвинул свое окно, на основе ложного положительного PAN.

На данном этапе, то есть когда приемник обнаруживает, что принят блок с числом последовательности, большим, чем самое высокое число последовательности в окне приема, это может указать факт, что неожиданный блок данных был принят на передатчик, отправкой EPGRS ACK/NACK пакета по нисходящей линии связи. Однако это не решит проблему, так как передатчик уже продвинул свое окно, и блок, который был бы объектом для другой повторной передачи, удаляется из буфера и, следовательно, больше не является доступным для повторной передачи.

US 2006/0067238 раскрывает систему обнаружения утраченных или испорченных блоков данных и запрашивания повторной передачи упомянутых блоков данных.

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

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

Сущность изобретения

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

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

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

Дополнительные варианты осуществления перечислены в зависимых пунктах формулы изобретения.

Благодаря условию способа и передающего блока, которые позволяют самому низкому концу окна буфера передачи продвигаться, только когда число последовательности блока установлено как ACK в принятом сообщении PUAN/PDAN, когда соответствующее число последовательности блока было принято как ACK в поле PAN, может быть устранен риск затухания из-за стертого блока данных в буфере передачи.

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

Краткое описание чертежей

На чертежах, на которых одинаковые символы позиционных обозначений обозначают подобные элементы на нескольких видах:

фиг.1 показывает архитектуру сети связи согласно вариантам осуществления настоящего изобретения;

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

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

Подробное описание

Фиг.1 изображает систему связи, включающую Сеть Радиодоступа (Radio Access Network; RAN), такую как архитектура Сети Радиодоступа GSM EDGE (GERAN), содержащую по меньшей мере одну Базовую Станцию Приемопередатчика (BTS) 15 (две показаны на фиг.1), подключенную к блоку контроллера, такому как узел контроллера радиосети (RNC) или Контроллер Базовой станции (BSC) 10. RAN подключается к Основной сети (Core Network; CN) 12. RAN и CN 12 обеспечивают связь и управление для множества пользовательских оборудований (UE) 18 так, что каждая передача использует каналы 16 нисходящей линии связи (DL) и каналы 17 восходящей линии связи (UL). Для ясности обозначен только один канал 17 восходящей линии связи и обозначен один канал 16 нисходящей линии связи. На канале 16 нисходящей линии связи RBS 15 передает блоки данных на каждое пользовательское оборудование 18. На канале 17 восходящей линии связи пользовательское оборудование 18 передает блоки данных к BTS 15. Предпочтительно, блоки данных отправляют с использованием протокола управления радиолинии связи (RLC). Каждый переданный блок данных RLC назначается числу последовательности блока (BSN). BSN берет свое значение из диапазона [0; SNS-1], который называется пространством числа последовательности (SNS).

Согласно предпочтительному варианту осуществления настоящего изобретения система связи здесь описана как система связи GSM. Специалист в данной области техники, однако, понимает, что изобретательный способ и устройство также очень хорошо работают на системах связи, основанных на пакетах. Пользовательское оборудование 18 может быть мобильными станциями, такими как мобильные телефоны ("сотовые" телефоны) и ноутбуки с мобильным терминированием, и, таким образом, могут быть, например, переносными, карманными, ручными, включенными в компьютер или устанавливаемыми на автомобили мобильными устройствами, которые передают голос и/или данные с RAN.

Как указано выше в разделе "область техники", обнаружение ошибок поля PAN, основанное на контроле циклическим избыточным кодом (CRC), приводит к более высокой вероятности указания, что PAN было принято правильно, когда PAN действительно содержит ошибки. Это может вызвать серьезные проблемы, такие как затухание протокола RLC, без возможности восстановления из этого состояния, в конечном счете, заканчивающего соединение данных.

Обычно, причина для затухания протокола, при предположении, что размер окна (WS) установлен адекватным образом, состоит в том, что самый старый неподтвержденный блок имеет трудности, которые должны быть приняты правильно. Такие трудности могут, например, быть из-за трудных радиоусловий. Кроме того, протокол затухает, если никакие новые данные не могут быть переданы, означая, что блоки данных размера окна отправляются, причем самый низкий посланный блок данных равен V(A) и самый высокий посланный блок данных равен V(A)+WS-1.

Как объяснено выше, V(A) является переменной состояния подтверждения, переменная состояния подтверждения содержит значение BSN самого старого блока данных RLC, который не был положительно подтвержден своим одноранговым узлом. V(A) должна быть установлена в значение 0 в начале каждого транспортного блочного формата (TBF), в котором оконечная точка RLC является передатчиком. V(A) обновляется после каждого приема RBB (битового массива принятого блока) от RLC однорангового узла.

Во время передачи каждый переданный блок данных управления радиолинии связи (RLC) назначает BSN равным V(S). V(S) является переменной состояния, которая обозначает число последовательности следующего блока данных RLC в последовательности, который должен быть передан. V(S) увеличивается на 1 (по модулю SNS) после передачи блока данных RLC с BSN=V(S).

V(B) является массивом элементов Пространства Числа Последовательности (Sequence Number Space; SNS), указывающих статус подтверждения предыдущих блоков данных RLC Размера Окна (WS). Когда элемент в V(B) выходит за пределы активного окна передачи, то есть [V(A)≤BSN≤V(S)] по модулю SNS, элемент должен быть установлен в значение INVALID.

Далее, V(Q) обозначает самый низкий BSN, еще не принятый (по модулю SNS), который поэтому представляет начало окна приема. V(R) является переменной состояния приема, которая обозначает BSN, имеющее значение на одно выше, чем самое высокое BSN, уже принятое (по модулю SNS). V(N) является массивом состояния приема, который является массивом элементов SNS, указывающих статус приема блока данных RLC размера окна, которые должны следовать за блоком BSN=V(Q)-1 (по модулю SNS). Массив индексируется относительно V(Q) по модулю SNS.

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

Во-первых, в случае если принято PAN, содержащее ACK для блока данных с числом последовательности BSN', где BSN'=V(A), тогда начало окна передачи останется как V(A), то есть окно передачи не будет продвинуто в этой точке. В соответствии с одним вариантом осуществления передатчик может в этом случае считать блок данных как Предварительно Подтвержденный (ТАСК) и поэтому не инициализировать повторную передачу. Это сохранит радиоресурсы.

Если и только если PUAN/PDAN принято, где ACK принято для числа последовательности BSN', которое равно V(A), началу активного окна передачи позволяют продвинуться. В предпочтительном варианте осуществления окну передачи позволяют продвинуться к V(A)=[BSN'+1] по модулю SNS.

Как уже ожидается в существующем использовании GERAN ACK/NACK протокола, прежний маркер будет повторен для каждого последующего ACK в том же самом сообщении PUAN/PDAN (пока первый NACK не будет принят). Таким образом, V(A) может быть продвинута еще дальше.

Когда PAN было принято, все BSN, установленные как Подтвержденные в PAN, должны быть установлены в Предварительно Подтвержденные в V(B). Предварительно Подтвержденные BSN, содержавшиеся в V(B), изменятся на значение Подтвержденные или NACKED (то есть неподтвержденные) на основе значений, принятых в сообщении PUAN/PDAN. Таким образом, BSN может также быть изменен на Неподтвержденный (NACKED), и поэтому блок данных, связанный с этим, BSN повторно передается. Если сообщение PUAN/PDAN содержит отчет об ACK/NACK со значениями с начала окна приема, то есть V(Q), тогда, если есть BSN, меньшие, чем V(Q) в активном окне передачи в V(B), то есть [V(A)≤BSN<V(Q)] по модулю SNS, то такие BSN можно считать как Подтвержденные. Заметьте, что V(Q) как таковой не существует на стороне передатчика, но она неявно известна, так как отчет об ACK/NACK содержит индикацию, из которой оно сообщает от начала окна приема.

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

Согласно другому варианту осуществления началу окна можно позволить продвинуться, если два PAN были приняты с той же самой информацией V(A) как ACK. Однако, в случае условий высокой ошибки, это может быть менее устойчиво, и окну можно только позволить продвинуться, когда соответствующее число последовательности блока устанавливается как ACK в принятом сообщении PUAN/PDAN.

Согласно еще одному варианту осуществления передатчик может рассмотреть принятое PAN с ACK для блока данных как ждущее обработки ACK и позволить приоритетные повторные передачи. Если позже принимается PUAN/PDAN с начальным значением окна выше, чем V(A), блоки данных с BSN ниже, чем V(Q), могут быть расценены как подтвержденные.

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

Если число последовательности блока, равное переменной состояния подтверждения V(A), было подтверждено в поле положительного/отрицательного вложенного подтверждения, позволяют упомянутому окну буфера передачи оставаться V(A) (этап 22), то есть окно буфера передачи не продвинуто. Как вариант, устанавливают число последовательности блока как предварительно подтвержденное (этап 21);

Если сообщение положительного/отрицательного подтверждения пакета по восходящей линии связи или сообщение положительного/отрицательного подтверждения пакета по нисходящей линии связи принимается как содержащее подтверждение для упомянутого числа последовательности блока, устанавливают упомянутое число последовательности блока как подтвержденное (этап 22).

Таким образом, если подтвержденная переменная состояния блока была подтверждена PAN, тогда это число последовательности блока будет установлено в подтвержденное, только если последующее PUAN/PDAN подтвердило упомянутое число последовательности блока.

Согласно некоторым вариантам осуществления, когда упомянутое число последовательности блока устанавливается как подтвержденное, способ дополнительно включает в себя этап продвижения упомянутого окна буфера передачи (этап 23) к переменной состояния подтверждения V(A)=[BSN'+1] по модулю SNS, где BNS' является числом последовательности блока, и SNS является пространством числа последовательности. Если новая V(A) также была подтверждена правильно, то есть в сообщении PUAN/PDAN и не только в поле PAN, V(A) увеличивается далее, и окно продвигается далее, и так далее.

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

если упомянутое сообщение положительного/отрицательного подтверждения пакета по восходящей линии связи или упомянутое сообщение положительного/отрицательного подтверждения пакета по нисходящей линии связи содержит положительное/отрицательное подтверждение для чисел последовательности блока, которые равны переменной состояния окна приема V(Q), соответствующей началу упомянутого окна буфера приема; и

если существуют числа последовательности блока, меньшие, чем переменная состояния окна приема V(Q), в упомянутом окне буфера передачи,

процедура дополнительно включает в себя этап рассмотрения, что упомянутые числа последовательности блока меньше, чем упомянутая переменная состояния окна приема V(Q), как подтверждено.

Согласно некоторым вариантам осуществления, когда используется подтвержденный режим управления радиолинии связи, процедура включает в себя этап обновления упомянутой переменной состояния подтверждения V(A) из значений, принятых от своего однорангового узла в принятом битовом массиве блока упомянутого сообщения положительного/отрицательного подтверждения пакета по восходящей линии связи или упомянутого сообщения положительного/отрицательного подтверждения пакета по нисходящей линии связи.

Согласно некоторым вариантам осуществления, когда используется неустойчивый режим управления линией радиосвязи для несущего канала мультимедийного широковещания/многоадресной услуги, процедура содержит этап, на котором обновляют упомянутую переменную состояния подтверждения V(A) из значений, принятых от своих одноранговых узлов в битовом массиве принятого блока сообщения положительного/отрицательного подтверждения мультимедийного широковещания/многоадресной услуги по нисходящей линии связи.

Согласно некоторым вариантам осуществления, когда используется неустойчивый режим управления линией радиосвязи для формата транспортного блока радиоуслуги улучшенного общего пакета, процедура содержит этап, на котором обновляют упомянутую переменную состояния подтверждения V(A) из значений, принятых от своих одноранговых узлов в

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

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

сообщении положительного/отрицательного подтверждения типа 2 пакета по нисходящей линии улучшенного общего сервиса пакетной радиопередачи или

упомянутом поле положительного/отрицательного вложенного подтверждения.

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

устанавливают упомянутую переменную состояния подтверждения V(A) к числу последовательности блока самого старого блока данных в упомянутом буфере передачи, который удовлетворяет условию [V(S)-BSN'] по модулю SNS≤WS, причем V(S) является переменной состояния отправки, которая отмечает число последовательности блока, следующего в последовательности блока данных, который должен быть передан, BSN' является числом последовательности блока, SNS является пространством числа последовательности, и WS является размером окна; или

устанавливают упомянутую переменную состояния подтверждения V(A) к упомянутой переменной состояния отправки V(S), если все блоки данных были положительно подтверждены соответствующим одноранговым узлом или одноранговыми узлами.

Согласно некоторым вариантам осуществления, когда используется подтвержденный режим управления линией радиосвязи и интерпретируется битовый массив поля положительного/отрицательного вложенного подтверждения, способ содержит этап, на котором устанавливают какие-либо элементы массива элементов пространства чисел последовательности V(B), которые будут установлены как подтвержденные или как предположительно подтвержденные.

Фиг.3 является блок-схемой, показывающей пользовательское оборудование 18 и узел 15 сети связи, такой как Базовая Станция Приемопередатчика (BTS), и другой узел 10 сети связи, такой как Контроллер Базовой станции (BSC), для того, чтобы уменьшить риск затухания передачи между передающим блоком и принимающим блоком в системе сети связи, содержащей упомянутый передающий блок, выполненный с возможностью передавать блоки данных упомянутому принимающему блоку, причем каждый блок данных содержит число последовательности блока, переданные блоки данных сохраняются в буфере передачи, и окно буфера передачи выполняется с возможностью управлять потоком повторной передачи упомянутых переданных блоков данных.

BTS 15 (который является узлом сети связи) содержит передающий блок 32, включающий в себя радиопередатчик, буфер передачи и окно буфера передачи. BTS 15 дополнительно содержит принимающий блок 31, включающий в себя приемник, принимающий буфер и окно буфера приема. Передатчик 32 передает данные на приемник 37 пользовательского оборудования 18 по радиоинтерфейсу на канале 16 нисходящей линии связи. Приемник 31 принимает данные от пользовательского оборудования 18 на канале 17 восходящей линии связи. Передающий блок 32 выполняется с возможностью, когда упомянутое число последовательности блока было подтверждено в поле положительного/отрицательного вложенного подтверждения, устанавливать упомянутое число последовательности блока как подтвержденное по приему сообщения положительного/отрицательного подтверждения пакета по восходящей линии связи или сообщения положительного/отрицательного подтверждения пакета по нисходящей линии связи, содержащих подтверждение для упомянутого числа последовательности блока.

BSC 10 (который является узлом сети связи) содержит передающий блок 33, включающий в себя передатчик, буфер передачи и окно буфера передачи. BSC 10 дополнительно содержит принимающий блок 34, включающий в себя приемник, принимающий буфер и окно буфера приема. Передатчик 33 передает данные на приемник 37 пользовательского оборудования 18 из пользовательского оборудования 18 через BTS 15. Приемник 34 принимает данные от пользовательского оборудования 18 через BTS 15. Передающий блок 33 выполняется с возможностью, когда упомянутое число последовательности блока было подтверждено в поле положительного/отрицательного вложенного подтверждения, устанавливать упомянутое число последовательности блока как подтвержденное по приему сообщения положительного/отрицательного подтверждения пакета по восходящей линии связи или сообщения положительного/отрицательного подтверждения пакета по нисходящей линии связи, содержащих подтверждение для упомянутого числа последовательности блока.

Пользовательское оборудование 18 содержит передающий блок 36, включающий в себя радиопередатчик, буфер передачи и окно буфера передачи. Радиопередатчик выполняется с возможностью передать пакеты данных приемнику 31 RBS 15 по радиоинтерфейсу на канале 17 восходящей линии связи или приемнику 34 BSC 10 через BTS 15. UE 18 дополнительно содержит принимающий блок 37, включающий в себя приемник, буфер приема и окно буфера приема. Приемник выполняется с возможностью принимать пакеты данных, переданные от передатчика 32 RBS 15 на канале 16 нисходящей линии связи или от передатчика 33 BSC 10 через BTS 15. Передающий модуль 36 выполняется с возможностью, когда упомянутое число последовательности блока было подтверждено в поле положительного/отрицательного вложенного подтверждения, устанавливать упомянутое число последовательности блока как подтвержденное по приему сообщения положительного/отрицательного подтверждения пакета по восходящей линии связи или сообщения положительного/отрицательного подтверждения пакета по нисходящей линии связи, содержащих подтверждение для упомянутого числа последовательности блока.

Согласно некоторым вариантам осуществления, когда упомянутое число последовательности блока устанавливается как подтвержденное, передающий блок является дополнительно выполненным с возможностью продвигать упомянутое окно буфера передачи к переменной состояния подтверждения V(A)=[BSN'+1] по модулю SNS, причем BSN' является числом последовательности блока, и SNS является пространством числа последовательности.

Согласно некоторым вариантам осуществления передающий блок дополнительно выполняется с возможностью считать упомянутые числа последовательности блока меньшими переменной состояния окна приема V(Q), как подтверждено:

если упомянутое сообщение положительного/отрицательного подтверждения пакета по восходящей линии связи или упомянутое сообщение положительного/отрицательного подтверждения пакета по нисходящей линии связи содержит положительное/отрицательное подтверждение для чисел последовательности блока, которые равны упомянутой переменной состояния окна приема V(Q), соответствующей началу упомянутого окна буфера приема; и

если существуют числа последовательности блока, меньшие, чем упомянутая переменная состояния окна приема V(Q), в упомянутом окне буфера передачи.

Согласно некоторым вариантам осуществления, когда используется подтвержденный режим управления радиолинии связи, передающий блок дополнительно выполняется с возможностью обновления упомянутой переменной состояния подтверждения V(A) из значений, принятых от своего однорангового узла в принятом битовом массиве блока упомянутого сообщения положительного/отрицательного подтверждения пакета по восходящей линии связи или упомянутого сообщения положительного/отрицательного подтверждения пакета по нисходящей линии связи.

Согласно некоторым вариантам осуществления, когда используется неустойчивый режим управления линией радиосвязи для несущего канала мультимедийного широковещания/многоадресной услуги, передающий блок дополнительно выполняется с возможностью обновлять упомянутую переменную состояния подтверждения V(A) из значений, принятых от своих одноранговых узлов в битовом массиве принятого блока сообщения положительного/отрицательного подтверждения мультимедийного широковещания/многоадресной услуги по нисходящей линии связи.

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

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

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

сообщении положительного/отрицательного подтверждения типа 2 пакета по нисходящей линии улучшенного общего сервиса пакетной радиопередачи или

упомянутом поле положительного/отрицательного вложенного подтверждения.

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

устанавливать упомянутую переменную состояния подтверждения V(A) к числу последовательности блока самого старого блока данных в упомянутом буфере передачи, который удовлетворяет условию [V(S)-BSN'] по модулю SNS≤WS, причем V(S) является переменной состояния отправки, BSN' является числом последовательности блока, SNS является пространством числа последовательности, и WS является размером окна; или

устанавливать упомянутую переменную состояния подтверждения V(A) к упомянутой переменной состояния отправки V(S), если все блоки данных были положительно подтверждены соответствующим одноранговым узлом или одноранговыми узлами.

Согласно некоторым вариантам осуществления, когда используется подтвержденный режим управления линией радиосвязи и интерпретируется битовый массив поля положительного/отрицательного вложенного подтверждения, передающий блок дополнительно выполняется с возможностью устанавливать какие-либо элементы массива элементов пространства чисел последовательности V(B), которые будут установлены как подтвержденные или как предположительно подтвержденные.

Согласно некоторым вариантам осуществления части решения могут быть описаны как:

В подтвержденном режиме RLC каждый передатчик оконечной точки RLC должен иметь ассоциативно связанный массив (V(B)) состояния подтверждения. V(B) является массивом элементов SNS, указывающих состояние подтверждения WS предыдущих блоков данных RLC. Массив индексируется относительно переменной V(A) состояния подтверждения по модулю SNS. Значения V(B) должны быть обновлены из значений, принятых от своего однорангового узла в сообщенном битовом массиве (RB) Пакета сообщения Ack/Nack. Если сжатый сообщенный битовый массив принят, то сначала должна быть применена распаковка.

Передатчик должен передавать самый старый блок данных RLC, чей соответствующий элемент в V(B), индексированном относительно V(A), имеет значение NACKED. Поскольку каждый блок данных RLC передается, соответствующий элемент в V(B) устанавливается в значение PENDING_ACK. Если блок данных RLC, который должен быть передан, разбивается на более чем два радиоблока, то оба радиоблока должны быть переданы. На начальной передаче блоки данных RLC отправляются с одной из начальных скоростей кода (закодированные данные со скоростью 1/3 выкалываются Схемой Выкалывания (Puncturing Scheme; PS) 1 выбранной Схемы Модуляции и Кодирования (Modulation and Coding Scheme; MCS)), и если блок данных RLC обязан быть повторно переданным, его посылают с PS 2 из выбранной MCS. На последующих повторных передачах блок данных RLC передается с PS в циклическом процессе.

Если [V(S)<V(A)+WS] по модулю SNS и никакие блоки данных RLC не имеют соответствующий элемент в V(B) со значением NACKED, блок данных RLC с BSN=V(S) должен быть передан, и соответствующий элемент в V(B) должен быть установлен в значение PENDING_ACK. Если передатчиком является мобильная станция, приоритетный бит передачи устанавливается в '1' в сообщении PACKET UPLINK ACK/NACK, и не существует дополнительно блоков данных RLC, доступных для передачи (то есть блок данных RLC с BSN=V(S) не существует), отправляющая сторона должна передавать самый старый блок данных RLC, чей соответствующий элемент в V(B) имеет значение PENDING_ACK, то следующий самый старый блок, чей соответствующий элемент в V(B) имеет значение PENDING_ACK, и т.д.

Если в этом случае нет никаких блоков данных RLC, чей соответствующий элемент в V(B) имеет значение PENDING_ACK, и TBF восходящей линии связи не управляется в расширенной TBF или соединительной TBF восходящей линии связи, управляется в расширенном режиме TBF восходящей линии связи, но мобильная станция не должна воздерживаться от отправки блока RLC/MAC (то есть EXT_UTBF_NODATA устанавливается в "0"), отправляющая сторона должна передавать самый старый блок данных RLC, соответствующий элемент которого в V(B) имеет значение TENTATIVE_ACK, и устанавливать соответствующее значение в V(B) к PENDING_ACK, то следующий самый старый блок, соответствующий элемент которого в V(B) имеет значение TENTATIVE_ACK, и устанавливать соответствующее значение в V(B) к PENDING_ACK, и т.д. Если все блоки данных RLC, у соответствующего элемента которых в V(B) есть значение PENDING_ACK, были переданы однажды, процесс должен быть повторен, начинаясь с самого старого блока данных RLC.

Если [V(S)=V(A)+WS] по модулю SNS (то есть окно передачи затухает), отправляющая сторона должна передавать самый старый блок данных RLC, соответствующий элемент которого в V(B) имеет значение PENDING_ACK, то следующий самый старый блок данных RLC, чей соответствующий элемент в V(B) имеет значение PENDING_ACK, и т.д. Если в этом случае нет никаких блоков данных RLC, у соответствующего элемента которых в V(B) есть значение PENDING_ACK, и TBF восходящей линии связи не управляют в расширенном режиме TBF восходящей линии связи или TBF восходящей линии связи управляется в расширенном режиме TBF восходящей линии связи, но мобильная станция не должна воздерживаться от отправки блока RLC/MAC (то есть EXT_UTBF_NODATA устанавливается в "0"), отправляющая сторона должна передавать самый старый блок данных RLC, соответствующий элемент которого в V(B) имеет значение TENTATIVE_ACK, и устанавливать соответствующее значение в V(B) к PENDING_ACK, тогда следующий самый старый блок, соответствующий элемент которого в V(B) имеет значение PENDING_ACK, и устанавливать соответствующее значение в V(B) к PENDING_ACK, и т.д. Если все блоки данных RLC, у соответствующего элемента которых в V(B) есть значение PENDING_ACK, были переданы однажды, процесс должен быть повторен, начинаясь с самого старого блока данных RLC. Этот процесс передачи самых старых блоков данных RLC, у значения которых в V(B) есть значение PENDING_ACK, должен продолжиться, пока выполняется уравнение [V(S)=V(A)+WS] по модулю SNS. Если передатчик является мобильной станцией, и приоритетный бит передачи устанавливается в '0' в PACKET UPLINK ACK/NACK сообщении, передатчик не должен передавать самый старый блок данных RLC, соответствующий элемент которого в V(B) имеет значение PENDING_ACK или TENTATIVE_ACK (и не определено следующее продолжение).

Когда PACKET UPLINK ACK/NACK сообщение или поле PAN принимается, мобильная станция должна повторно передать блоки RLC, которые установлены в NACKED в V(B), и новые блоки данных RLC до тех пор, пока окно передачи позволяет (если продвинуто). Однако если блок данных RLC будет последним в TBF, то он должен быть повторно передан, даже если его состояние будет PENDING_ACK или TENTATIVE_ACK. Значение по умолчанию для мобильной стороны является таким, что передатчик должен использовать приоритетную передачу. Если передатчик находится на сетевой стороне, этот процесс (приоритетная передача) передачи самых старых блоков данных RLC, у значения которых в V(B) есть значение PENDING_ACK или TENTATIVE_ACK, является дополнительным.

ЗАМЕТИМ: Если у Мобильной Станции есть только блоки данных RLC, у значения которых в V(B) есть значение PENDING_ACK или TENTATIVE_ACK, и приоритетный бит передачи установлен в "0", отправляются сообщения PACKET UPLINK DUMMY CONTROL BLOCK.

Когда элемент в V(B) выпадает за пределы активного окна передачи, то есть [V(A)≤BSN<V(S)] по модулю SNS, элемент должен быть установлен в значение INVALID.

В расширенном режиме TBF восходящей линии связи, если V(S)=V(A) и нет никакого доступного блока данных RLC с BSN=V(S), мобильная станция должна прекратить отправлять блоки данных RLC. Мобильная станция должна продолжать отправлять блоки данных RLC, когда блок данных RLC с BSN=V(S) будет доступен.

Согласно некоторым вариантам осуществления части решения могут быть описаны как:

значение V(A) должно быть обновлено от значений, принятых от своего однорангового узла в принятом битовом массиве (RBB) PACKET UPLINK ACK/NACK, EGPRS PACKET DOWNLINK ACK/NACK или EGPRS PACKET DOWNLINK ACK/NACK TYPE 2 сообщения.

В случае поля PAN битовый массив должен интерпретироваться таким же образом, как для случая PACKET UPLINK ACK/NACK, EGPRS PACKET DOWNLINK ACK/NACK или EGPRS PACKET DOWNLINK ACK/NACK TYPE 2 сообщения со следующими исключениями:

в подтвержденном режиме RLC элементы V(B) не должны быть установлены в ACKED; любой элемент, который был бы установлен в ACKED, должен быть установлен в TENTATIVE_ACK;

если бы обработка PAN заставила бы элемент V(B) быть измененным от ACKED или TENTATIVE_ACK к NACKED, все поле PAN должно быть проигнорировано;

если PAN положительно подтверждает блок, который еще не был передан (то есть, чей BSN выше чем или равен V(S)), то все поле PAN должно быть проигнорировано;

если основанное на времени PAN указывает зарезервированное значение, то все поле PAN должно быть проигнорировано.

ЗАМЕТИМ: последние три условия могут возникнуть из-за необнаруженной ошибки в PANI или в поле PAN.

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

Таким образом, в то время как были показаны и описаны и указаны фундаментальные новые признаки изобретения в применении к его предпочтительному варианту осуществления, нужно понимать, что различные опускания и замены, и изменения в форме и подробностях показанных устройств и в их операциях могут быть сделаны специалистами в данной области техники. Например, явно предназначено, что все комбинации этих элементов и/или этапов способа, которые выполняют по существу ту же самую функцию по существу тем же самым образом для достижения тех же самых результатов, находятся в объеме изобретения. Кроме того, должно быть понятно, что структуры и/или элементы и/или этапы способа, показанные и/или описанные совместно с любой раскрытой формой или вариантом осуществления изобретения, могут быть включены в любую другую раскрытую или описанную или предложенную форму или вариант осуществления как общий вопрос выбора разработки. Это является намерением, поэтому, чтобы быть ограниченным только как обозначено областью притязаний формулы изобретения, приложенных здесь.

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

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