способ многоинтервальной передачи пакетных данных
Классы МПК: | H04J3/07 с использованием наполнения импульсами для систем с различной или меняющейся скоростью передачи информации |
Автор(ы): | ДЮБРЕЛЬ Жюльен (FR), БЮВЕ Сирил (FR), МАРКО Оливье (FR) |
Патентообладатель(и): | МОТОРОЛА МОБИЛИТИ, ИНК. (US) |
Приоритеты: |
подача заявки:
2007-03-14 публикация патента:
10.04.2012 |
Изобретение относится к технике связи и может использоваться для передачи пакетных данных. Технический результат состоит в повышении качества приема информации путем уменьшения риска повреждения радиоблока. Для этого мобильная станция изменяет передачу радиоблока в последнем временном интервале передачи в периоде блока, непосредственно предшествующем пустому кадру, когда мобильная станция находится в разрешенной многоинтервальной конфигурации, при этом неспособна выполнять обычное декодирование идентификационного кода базовой станции (BSIC). Кроме того, пропускают последний пакет передачи в кадре, непосредственно предшествующем пустому кадру, в соответствии с известными методиками расширенного окна поиска. Способ рассматривает различные критерии для определения того, когда изменять радиоблок, которые включают в себя следующие: используется ли режим управления радиосвязью без подтверждения приема, и используется ли устойчивая к ошибкам схема кодирования. Передача может быть изменена посредством полного пропуска передачи радиоблока, посредством замены радиоблока в последнем временном интервале, по меньшей мере, одним ложным пакетом, и/или посредством использования другой схемы кодирования радиоблока. 15 з.п. ф-лы, 5 ил.
Формула изобретения
1. Способ многоинтервальной передачи пакетных данных для мобильной станции в разрешенной многоинтервальной конфигурации, неспособной выполнять обычное декодирование идентификационного кода базовой станции (BSIC), содержащий этапы, на которых:
пропускают последний пакет передачи в кадре, непосредственно предшествующем пустому кадру; и
изменяют передачу во всех других кадрах радиоблока в последнем временном интервале передачи, который содержит период блока, непосредственно предшествующий пустому кадру.
2. Способ многоинтервальной передачи пакетных данных по п.1, в котором изменение содержит этап, на котором:
пропускают передачу радиоблока в последнем временном интервале передачи.
3. Способ многоинтервальной передачи пакетных данных по п.1, в котором изменение содержит этап, на котором:
заменяют передачу радиоблока в последнем временном интервале передачи на передачу, по меньшей мере, одного ложного пакета.
4. Способ многоинтервальной передачи пакетных данных по п.1, в котором изменение содержит этап, на котором:
изменяют уровень мощности передачи радиоблока в последнем временном интервале передачи.
5. Способ многоинтервальной передачи пакетных данных по п.4, в котором изменение уровня мощности передачи содержит этап, на котором:
повышают уровень мощности передачи.
6. Способ многоинтервальной передачи пакетных данных по п.1, в котором изменение содержит этап, на котором:
используют другую схему кодирования для радиоблока в последнем временном интервале передачи.
7. Способ многоинтервальной передачи пакетных данных в по п.6, в котором другая схема кодирования является более устойчивой к ошибкам.
8. Способ многоинтервальной передачи пакетных данных по п.1, в котором пустой кадр включает в себя окно поиска соседней соты.
9. Способ многоинтервальной передачи пакетных данных по п.1, дополнительно содержащий этапы, на которых:
определяют, обрабатывает ли мобильная станция неконечный кадр в периоде блока, непосредственно предшествующем пустому кадру; и
оценивают, следует ли изменить последний пакет передачи всех других кадров радиоблока, который составляет период блока.
10. Способ многоинтервальной передачи пакетных данных по п.9, содержащий этап, на котором:
изменяют последний пакет передачи всех других кадров радиоблока, который составляет период блока, если на этапе оценки делают вывод изменить последний пакет передачи всех других кадров радиоблока, который составляет период блока.
11. Способ многоинтервальной передачи пакетных данных по п.9, в котором оценка содержит этап, на котором:
удостоверяются, что используется режим управления радиосвязью без подтверждения приема.
12. Способ многоинтервальной передачи пакетных данных по п.9, в котором оценка содержит этап, на котором:
удостоверяются, что используется неустойчивая к ошибкам схема кодирования.
13. Способ многоинтервальной передачи пакетных данных по п.9, в котором оценка содержит этап, на котором:
удостоверяются, что имеется параметр С1 критерия низких потерь в тракте передачи.
14. Способ многоинтервальной передачи пакетных данных по п.9, в котором оценка содержит этап, на котором:
удостоверяются, что имеется высокая частота ошибок в блоках в восходящей линии связи.
15. Способ многоинтервальной передачи пакетных данных по п.9, в котором оценка содержит этап, на котором:
удостоверяются, что имеется высокий коэффициент помех в нисходящей линии связи.
16. Способ многоинтервальной передачи пакетных данных по п.9, в котором оценка содержит этап, на котором:
удостоверяются, что имеется низкий уровень принимаемого сигнала в нисходящей линии связи.
Описание изобретения к патенту
Область техники, к которой относится изобретение
Настоящее изобретение, в общем, относится к режиму многоинтервальной пакетной передачи в системе беспроводной связи GSM/EDGE (глобальная система мобильной связи/развитие стандарта GSM с увеличенной скоростью передачи данных) и, в частности, к способу многоинтервальной пакетной передачи для использования, когда окно поиска соседней соты расширяется.
Уровень техники
Согласно стандартам GSM/EDGE, опубликованным Партнерским проектом третьего поколения (3GPP), мобильная станция (MS) должна периодически искать, синхронизироваться и проверять идентификационные данные соседних сот, чтобы обеспечить поддержку мобильности. Этот процесс, который будет упоминаться как BSIC-декодирование, включает в себя поиск канала коррекции частоты (FCCH), который указывает, что данная частота используется в качестве канала управления широковещанием (BCCH) конкретной соседней базовой станции, декодирование канала синхронизации (SCH), чтобы точно отрегулировать синхронизацию соседней соты, и последующую проверку того, что сота является ожидаемой (а не другой сотой, использующей ту же частоту), используя идентификационный код базовой приемо-передающей станции (BSIC), передаваемый в широковещательном режиме по SCH.
К сожалению, пустой кадр (также называемый "поисковым" кадром), выделенный для того, чтобы выполнять BSIC-декодирование в ходе режима пакетной передачи, обычно не предоставляет достаточно времени для того, чтобы выполнять BSIC-декодирование, когда MS находится в определенных многоинтервальных конфигурациях. 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2 указывает, что "В некоторых разрешенных многоинтервальных конфигурациях (см. 3GPP TS 45.002) MS не может выполнять BSIC-декодирование или групповые RAT-измерения. В этом случае MS может пропускать последний пакет приема в кадре, непосредственно предшествующем пустому кадру, или пропускать первый пакет приема в кадре, непосредственно следующем после пустого кадра, чтобы соответствовать требованию искать, проверять и декодировать BSIC-информацию, либо чтобы выполнять групповые RAT-измерения". Пропуск пакета передачи в соответствии с 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2 иногда называется как "расширение окна поиска".
Тем не менее, расширение окна поиска посредством пропуска пакета передачи обязательно означает, что передача некоторых данных пропускается. В определенных ситуациях это может повреждать передачу всего радиоблока, содержащего пропущенный пакет. Таким образом, есть возможность уменьшить риск повреждения радиоблока с помощью пропущенного пакета при сохранении соответствия требованию искать, проверять и декодировать BSIC-информацию.
Различные аспекты, признаки и преимущества изобретения должны стать более очевидными специалистам в данной области техники после тщательного изучения нижеследующих чертежей и прилагаемого подробного описания.
Краткое описание чертежей
Фиг.1 иллюстрирует сеть беспроводной связи, имеющую мобильную станцию, по меньшей мере, с одной обслуживающей сотой и, по меньшей мере, одной соседней сотой в соответствии с вариантом осуществления способа многоинтервальной передачи пакетных данных.
Фиг.2 иллюстрирует примерный 26-кадровый мультикадр, реализующий вариант осуществления способа многоинтервальной передачи пакетных данных в сети беспроводной связи, показанной на фиг.1.
Фиг.3 иллюстрирует блок-схему последовательности операций варианта осуществления способа многоинтервальной передачи пакетных данных.
Фиг.4 иллюстрирует три 26-кадровых мультикадра по предшествующему уровню техники с последним пропущенным пакетом передачи в кадре, непосредственно предшествующем пустому кадру, и восстановление этого пропущенного пакета с помощью режима управления радиосвязью (RLC) с подтверждением приема.
Фиг.5 иллюстрирует три 26-кадровых мультикадра, реализующих вариант осуществления способа многоинтервальной передачи пакетных данных.
Подробное описание изобретения
Способ многоинтервальной передачи пакетных данных для мобильной станции в разрешенной многоинтервальной конфигурации, неспособной выполнять обычное декодирование идентификационного кода базовой станции (BSIC), пропускает последний пакет передачи в кадре, непосредственно предшествующем пустому кадру, в соответствии с известными методиками расширенного окна поиска, а также изменяет передачу радиоблока в последнем временном интервале передачи в периоде блока, непосредственно предшествующем пустому кадру. Передача может быть изменена посредством полного пропуска передачи радиоблока, посредством замены радиоблока в последнем временном интервале передачи на ложный блок (составленный из одного или более ложных пакетов), посредством изменения уровня мощности передачи этого радиоблока и/или посредством использования другой схемы кодирования для этого радиоблока.
Дополнительно, способ предполагает различные критерии для определения того, когда изменять радиоблок последнего временного интервала передачи в периоде блока, непосредственно предшествующем пустому кадру. Критерии включают в себя: используется ли режим управления радиосвязью без подтверждения приема мобильной станцией, используется ли устойчивая к ошибкам схема кодирования, имеется ли параметр C1 критерия низких потерь в тракте передачи, имеется ли высокая частота ошибок блоков в восходящей линии связи, имеется ли высокий коэффициент помех в нисходящей линии связи и/или имеется ли низкий уровень принимаемого сигнала в нисходящей линии связи.
Фиг.1 иллюстрирует сеть 100 беспроводной связи, имеющую мобильную станцию 150, по меньшей мере, с одной обслуживающей сотой 110 и, по меньшей мере, одной соседней сотой 120, 130 в соответствии с вариантом осуществления способа многоинтервальной передачи пакетных данных. Мобильная станция 150 показана здесь как сотовый телефон, но мобильная станция альтернативно может быть реализована как портативный компьютер с беспроводным подключением, персональный цифровой ассистент с сотовым приемопередатчиком и т.п. Сеть 100 беспроводной связи показана здесь как беспроводная сеть GSM/EDGE (глобальная система мобильной связи/развитие стандарта GSM с увеличенной скоростью передачи данных); тем не менее, сеть 100 беспроводной связи альтернативно может быть реализована как другой тип сети множественного доступа с временным разделением каналов, например TDMA и другие реализации GSM, в том числе будущие реализации.
Как указано посредством двухстороннего сигнала 115, мобильная станция 150 передает и принимает пакетные данные от своей обслуживающей соты 110. В этом варианте осуществления сигнал 115 указывает многоинтервальную передачу пакетных данных. Кроме того, мобильная станция 150 периодически выполняет BSIC-декодирование во время окна поиска соседней соты, где она выполняет поиск, синхронизируется и проверяет идентификационные данные соседних сот, чтобы обеспечить поддержку мобильности. В этом случае соседняя сота 120 передает в широковещательном режиме необходимую информацию по BSIC-декодированию в сигнале 125, а другая соседняя сота 130 передает в широковещательном режиме необходимую информацию по BSIC-декодированию в сигнале 135. Хотя показано две соседние соты 120, 130, число соседних может быть обобщено как нуль, одна или более.
Фиг.2 иллюстрирует примерный 26-кадровый мультикадр 200, реализующий вариант осуществления способа многоинтервальной передачи пакетных данных в сети 100 беспроводной связи, показанной на фиг.1. Мультикадр 200 имеет 26 кадров множественного доступа с временным разделением каналов (TDMA). В этом примерном мультикадре 200 не только последний пакет 295 передачи в кадре 290, непосредственно предшествующем пустому кадру 216, пропускается в соответствии с 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2, но также последний пакет 265, 275, 285, 295 передачи каждого из кадров 260, 270, 280, 290 в блоке 206, предшествующем пустому кадру 216, пропускается. Пропуск последнего пакета 265, 275, 285, 295 передачи во всех кадрах 260, 270, 280, 290, составляющих период 206 блока, непосредственно предшествующий пустому кадру 216, фактически пропускает весь радиоблок и повышает эффективность передачи данных в восходящей линии связи для мобильной станции, когда схема кодирования в восходящей линии связи для мобильной станции 150, показанной на фиг.1, такова, что декодирование является ненадежным или невозможным, когда не все ожидаемые пакеты радиоблока приняты.
Мультикадр 200 представляется как 26-кадровый мультикадр для использования в канале трафика пакетных данных (PDTCH) GSM/EDGE. Следует отметить, что мультикадр, используемый для того, чтобы поддерживать трафик пакетных данных и каналы управления, фактически является 52-кадровым мультикадром, имеющим два 26-кадровых мультикадра, и мы рассматриваем здесь объект 26-кадрового мультикадра для простоты. Тем не менее, также можно применять способ многоинтервальной передачи пакетных данных к другим типам мультикадров. Примерный мультикадр 200 имеет три периода 201, 202, 203 блока, за которыми следует кадр 213, который может быть использован для того, чтобы отправлять и принимать любые сигналы по каналу управления пакетами с временным опережением (PTCCH). Далее следует еще три периода 204, 205, 206 блока и пустой кадр 216 (иногда упоминаемый как поисковый кадр). Каждый период 201, 202, 203, 204, 205, 206 блока имеет четыре TDMA-кадра, а каждый кадр имеет восемь временных интервалов, в общем, пронумерованных как 0-7.
На фиг.2 все временные интервалы двух периодов 205, 206 блока, непосредственно предшествующих пустому кадру 216, подробно проиллюстрированы. В периоде 205 блока B4 каждый кадр 220, 230, 240, 250 имеет восемь временных интервалов, как показано посредством штриховки поверх каждого кадра. В этом примере мобильной станции 150, показанной на фиг.1, выделено четыре временных интервала T1, T2, T3 и T4 передачи и один временной интервал R приема для каждого периода 201, 202, 203, 204, 205, 206 блока. Поскольку GSM-системы используют перемежение для защиты от ошибок пакетов, мобильная станция передает один радиоблок с использованием одного и того же временного интервала (к примеру, T1) в каждом кадре одного периода блока (к примеру, B4). Таким образом, один радиоблок передается с помощью четырех временных интервалов 222, 232, 242, 252 передачи T1 в каждом кадре 220, 230, 240, 250 периода 205 блока B4. Еще один радиоблок передается с помощью пакетов данных в ходе четырех временных интервалов 223, 233, 243, 253 передачи T2 в каждом кадре 220, 230, 240, 250 периода 205 блока B4. Третий радиоблок передается с помощью пакетов данных в каждом временном интервале 224, 234, 244, 254 передачи T3 периода 205 блока B4. Так же, четвертый радиоблок передается с помощью временных интервалов 225, 235, 245, 255 передачи T4. Отметим, что сведения по периоду 205 блока B4 применимы ко всем предыдущим периодам 201, 202, 203, 204 блока в мультикадре 200.
В некоторых схемах кодирования пакет данных должен быть отправлен по выделенному временному интервалу всех кадров периода блока, чтобы надлежащим образом отправить радиоблок. Фактически, в некоторых схемах кодирования невозможно декодировать радиоблок, когда пакет данных отсутствует. Например, схема кодирования CS4 (GPRS), схема модуляции и кодирования MCS-3, MCS-4, MCS-7, MCS-8 MCS-9 (EDGE) требуют приема всех пакетов данных в периоде блока, чтобы надлежащим образом декодировать радиоблок. Таким образом, когда последний пакет 295 передачи в кадре 290, непосредственно предшествующем пустому кадру 216, пропущен в соответствии с 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2, то весь радиоблок во временных интервалах 265, 275, 285, 295 T4 периода 206 блока B5 повреждается при использовании определенных схем кодирования. Отметим, что другие схемы кодирования не обязательно могут формировать поврежденный радиоблок, когда пакет передачи пропущен, но пропуск пакета передачи по-прежнему может приводить к поврежденному радиоблоку вследствие других факторов, таких как шум и другие типы помех. Схемы кодирования, которые являются более устойчивыми к ошибкам, могут справляться с большим числом отсутствующих пакетов данных, чем схемы кодирования, которые являются минимально устойчивыми к ошибкам. Разумеется, схемы кодирования, которые неустойчивы к ошибкам, не могут справляться с любым числом отсутствующих пакетов данных.
Таким образом, вместо пропуска только последнего пакета 295 передачи в кадре 290, непосредственно предшествующем пустому кадру 216, канал пакетных данных (PDCH) с наибольшим номером с пакетами 265, 275, 285, 295 в периоде 206 блока, непосредственно предшествующем пустому кадру 216, изменяется или пропускается при определенных условиях. Таким образом, один радиоблок передается с помощью четырех временных интервалов 262, 272, 282, 292 передачи T1 в каждом кадре 260, 270, 280, 290 периода 206 блока B5. Еще один радиоблок передается с помощью пакетов данных в ходе четырех временных интервалов 263, 273, 283, 293 передачи T2 в каждом кадре 260, 270, 280, 290 периода 206 блока B5. Так же, третий радиоблок передается с помощью пакетов данных в каждом временном интервале 264, 274, 284, 294 передачи T3 периода 206 блока B5. Отметим, что радиоблок, передаваемый по PDCH 265, 275, 285, 295 с наибольшим номером, непосредственно предшествующим пустому кадру 216, пропущен. Хотя неконечные временные интервалы 265, 275, 285 передачи T4 не используются, конечный временной интервал 295 передачи T4 повторно выделяется, чтобы расширить окно поиска, чтобы выполнять BSIC-декодирование 299 в соответствии с 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2.
Фиг.3 иллюстрирует блок-схему 300 последовательности операций варианта осуществления способа многоканальной передачи пакетных данных. Блок-схема последовательности операций способа может быть реализована в мобильной станции (такой как мобильная станция 150, показанная на фиг.1) с помощью прикладных программ, выполняющихся в микропроцессоре. После начального этапа 310, на котором мобильная станция находится в разрешенной многоканальной конфигурации, но не может выполнять обычное BSIC-декодирование в пределах пустого кадра, мобильная станция определяет, выполняет ли она обработку в периоде блока, непосредственно предшествующем пустому кадру. Ссылаясь на фиг.2, этап 320 принятия решения должен вернуть "ДА", если мобильная станция готовится передавать в течение периода 206 блока B5, и перейти к этапу 325. В противном случае этап 320 принятия решения должен следовать пути "НЕТ" и вернуться к начальному этапу 310.
Далее этап 325 определяет, должно ли окно поиска быть расширено, в соответствии с 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2. Если BSIC-декодирование или групповые RAT-измерения могут быть выполнены в течение периода времени поступающего пустого кадра, то расширения окна поиска не требуется, и последовательность операций возвращается к начальному этапу 310. Тем не менее, если BSIC-декодирование или групповые RAT-измерения не могут быть выполнены в течение периода времени поступающего пустого кадра, то требуется расширенное окно поиска. Отметим, что этап 325 может определяться на основе "мультикадр за мультикадром", причем первое определение для мультикадра является согласующимся с оставшимися кадрами в мультикадре. Имеются некоторые ситуации, где расширенное окно поиска не требуется (к примеру, когда позиция SCH соседней соты находится внутри пустого кадра), и есть другие ситуации, когда расширенное окно поиска серьезно помогает (к примеру, в ходе поиска FCCH или когда позиция SCH соседней соты пересекает границу пустого кадра). Таким образом, в зависимости от относительной синхронизации соседней соты (и числа соседних сот), могут быть определенные периоды времени, когда расширенное окно поиска не требуется, и другие периоды времени, когда необходимость в расширенном поиске возникает часто.
Затем мобильная станция определяет, выполняет ли она обработку кадра, непосредственно предшествующего пустому кадру. Ссылаясь на фиг.2, этап 330 принятия решения должен вернуть "ДА", если мобильная станция готовится передавать в течение кадра 290, непосредственно предшествующего пустому кадру 216. После этого последовательность операций должна перейти к этапу 375 и пропустить последний пакет передачи кадра в соответствии с 3GPP TS 45.008 V7.2.0 раздел 10.1.1.2 перед возвратом к начальному этапу. В противном случае, этап 330 принятия решения должен следовать пути "НЕТ" и перейти к этапу 340.
Этап 340 определяет, когда передача радиоблока по PDCH с наибольшим номером, непосредственно предшествующему пустому кадру, должна быть изменена. Определение того, когда изменить поток в неконечном кадре, является конкретным для реализации и зависит от ситуаций, когда разработчик определил надлежащий компромисс между повреждением данных и скоростью передачи данных, и также может включать в себя соображения потребления тока. На этой блок-схеме последовательности операций способа этап 340 реализуется с помощью двух этапов 350, 360 принятия решения. На этапе 350 мобильная станция определяет, работает ли мобильная станция в RLC-режиме с подтверждением приема. Если мобильная станция работает в RLC-режиме с подтверждением приема, то последовательность операций переходит к этапу 360, на котором мобильная станция определяет, является ли используемая схема кодирования устойчивой к ошибкам схемой кодирования. Устойчивая к ошибкам схема кодирования - это схема кодирования, при которой, исключительно с точки зрения обработки сигналов, радиоблок может быть декодирован, даже когда пакет отсутствует. Если этап 360 определяет, что схема кодирования является устойчивой к ошибкам схемой кодирования, то блок-схема последовательности операций способа возвращается к начальному этапу 310.
Тем не менее, если мобильная станция определяет то, что она не работает в RLC-режиме с подтверждением приема, на этапе 350, или не передает с помощью устойчивой к ошибкам схемы кодирования, на этапе 360, то мобильная станция должна изменить последний пакет передачи кадра в соответствии с этапом 370 посредством его пропуска. Посредством пропуска последнего пакета передачи в кадре, непосредственно предшествующем пустому кадру, и во всех остальных кадрах в периоде блока, непосредственно предшествующем пустому кадру, при определенных условиях, способы передачи пакетных данных в группе временных интервалов предотвращают ситуации, которые приводят к неприемлемому компромиссу между повреждением данных и скоростью передачи. Отметим, что даже если используется устойчивая к ошибкам схема кодирования, характеристики канала могут быть неблагоприятными, так что пропуск только последнего пакета передачи кадра, непосредственно предшествующего пустому кадру (т.е. передача пакета в ходе временного интервала передачи с наибольшим номером неконечного кадра в периоде блока, непосредственно предшествующем пустому кадру) по-прежнему может приводить к поврежденному радиоблоку.
Помимо двух показанных на схеме критериев того, (1) находится ли мобильная станция в RLC-режиме с подтверждением приема (или без подтверждения приема), и (2) устойчивости к ошибкам схемы кодирования, которой управляют посредством сети, дополнительные или альтернативные критерии, которые могут быть использованы в качестве критериев принятия решений при реализации этапа 340, включают в себя: параметр C1 критерия низких потерь в тракте передачи, высокую частоту ошибок блоков восходящей линии связи, высокий коэффициент помех в нисходящей линии связи и низкий уровень принимаемого сигнала в нисходящей линии связи. Как указано выше, любое число критериев во множестве последовательностей может быть использовано для того, чтобы реализовать этап 340 принятия решения, так что риск повреждения радиоблока является приемлемым без чрезмерного снижения скорости передачи данных.
Если нежелательно пропускать последние пакеты передачи неконечных кадров блока, непосредственно предшествующего пустому кадру, последние пакеты передачи в неконечных кадрах могут быть изменены так, чтобы быть ложными пакетами или пакетами-заполнителями, не содержащими полезных данных. Хотя это изменение не вызывает снижения потребления тока, как при пропуске пакета передачи, оно сохраняет ранее описанные преимущества повышенной эффективности передачи данных. Альтернативно, последний пакет передачи неконечных кадров может быть изменен посредством повышения мощности передачи в восходящей линии связи с тем, чтобы увеличить вероятность декодирования сетью блока, несмотря на тот факт, что пакет в конечном кадре отсутствует. Другое изменение состоит в том, чтобы поменять схему кодирования последних пакетов в неконечных кадрах блока, непосредственно предшествующего пустому кадру. Эта смена схемы кодирования может быть реализована совместно с увеличением мощности передачи в восходящей линии связи.
Фиг.4 и фиг.5 показаны с тем, чтобы сравнивать ситуации, когда мобильная станция (к примеру, мобильная станция 150 на фиг.1) передает пакетные данные по четырем временным интервалам передачи восходящей линии связи в RLC-режиме с подтверждением приема с использованием неустойчивой к ошибкам схемы кодирования, либо (фиг.4) пропуская только последний пакет передачи в кадре, непосредственно предшествующем пустому кадру, восстановление результирующего поврежденного радиоблока, либо (фиг.5) пропуская передачу радиоблока в последнем временном интервале передачи в периоде блока, непосредственно предшествующем пустому кадру.
Фиг.4 иллюстрирует три 26-кадровых мультикадра 410, 430, 450 по предшествующему уровню техники. В первом мультикадре 410 последний радиоблок передачи [N] 495 в периоде 426 блока, непосредственно предшествующем пустому кадру 416, поврежден вследствие пропущенного последнего пакета передачи в кадре, непосредственно предшествующем пустому кадру 416. Поскольку схема кодирования неустойчива к ошибкам, пропуск последнего пакета передачи в кадре, непосредственно предшествующем пустому кадру 416, автоматически обеспечивает то, что последний радиоблок не декодируется. Другие радиоблоки 492, 493, 494 надлежащим образом декодируются.
Во втором мультикадре 430 все радиоблоки в течение всех периодов 431, 432, 433, 434, 435 и 436 блока полностью передаются и надлежащим образом декодируются. Отметим, что для простоты последний пакет передачи в кадре, непосредственно предшествующем пустому кадру 446 второго мультикадра 430, не пропущен; например, операции BSIC не требуется в течение этого конкретного пустого кадра либо нет необходимости расширять окно поиска.
Поскольку мобильная станция работает в RLC-режиме с подтверждением приема, мобильная станция (к примеру, мобильная станция 150 на фиг.1) принимает сообщение 438 PACKET UPLINK ACK/NACK (PUA/N) от обслуживающей базовой станции (к примеру, базовой станции 110 на фиг.1), указывающее то, что радиоблок N 495 не может быть декодирован. При следующей возможности мобильная станция повторно отправляет радиоблок N, что в данном случае выполняется в течение второго периода 452 блока третьего мультикадра 450.
Поскольку в данном примере базовая станция должна ждать восемь периодов 431, 432, 433, 434, 435, 436, 451, 452 блока после приема радиоблока N-1, чтобы надлежащим образом принять радиоблок N, дрожание составляет восемь периодов блока. При периоде блока в 20 миллисекунд (мс) дрожание составляет в целом 160 мс. Отметим, что дрожание зависит от сетевой конфигурации, в общем, и времени отрицания приема (NACK) данного блока, в частности (по меньшей мере, значения параметра BS_CV_MAX, передаваемого в широковещательном режиме по обслуживающей соте, увеличенного на время для того, чтобы отправить следующее запланированное сообщение подтверждения приема), и дрожание также зависит от времени для мобильной станции, чтобы проанализировать сообщение подтверждения приема, подготовить повторную передачу и передать ее по радиоинтерфейсу (типично 2 периода блока).
Фиг.5 иллюстрирует три 26-кадровых мультикадра 510, 530, 550, реализующих вариант осуществления способа многоканальной передачи пакетных данных. Поскольку передача радиоблока 595 в последнем временном интервале передачи в периоде 526 блока, непосредственно предшествующем пустому кадру 516 первого мультикадра 510, пропускается, радиоблок не повреждается, и повторная передача радиоблока N не требуется.
В последнем периоде 526 блока до пустого кадра 516 в первом мультикадре 510 первые три радиоблока 592, 593, 594 передаются, а конечный радиоблок 595 изменяется. Например, измененный радиоблок пропускается и не передается в перемежающихся пакетах 265, 275, 285, 295 данных в течение временного интервала T4 периода 206 блока, показанного на фиг.2. Вместо этого пропущенный радиоблок передается в ходе следующего доступного периода 531 блока. Мобильная станция продолжает передавать в течение назначенных временных интервалов дополнительных периодов 532, 533, 534, 535, 536 блока второго мультикадра 530. Так же, для простоты последний пакет передачи во всех кадрах, непосредственно предшествующих пустому кадру 536 второго мультикадра 530, не пропущен.
Поскольку радиоблок N отправлен в ходе следующего периода 531 блока вместо предыдущего периода 526 блока, он не поврежден посредством отсутствующего пакета данных, и NACK не принимается. В третьем мультикадре 550 оставшиеся радиоблоки передаются в течение показанных периодов 551, 552 блока.
Как показано на фиг.4 и фиг.5, те же радиоблоки от N-3 до N+31 могут быть переданы в течение последнего блока 526 первого мультикадра 510 во второй блок 522 третьего мультикадра 550. Используя способ передачи пакетных данных в группе временных интервалов в показанном примере, дрожание, вызываемое из-за отсутствующего пакета передачи, уменьшается со 160 мс до 20 мс. Отметим, что если мобильная станция использует неустойчивую к ошибкам схему кодирования и работает в RLC-режиме без подтверждения приема без преимуществ от реализации способа многоканальной передачи пакетных данных, радиоблок N безвозвратно повреждается. Если каждый мультикадр пропустил только последний пакет передачи в кадре, непосредственно предшествующем пустому кадру (к примеру, последний пакет передачи в кадре 436, непосредственно предшествующем пустому кадру 446, пропущен, тем самым также повреждая радиоблок N+24), то отрицательное влияние на потерю пакета данных будет еще больше. В отличие от этого, если мобильная станция использует устойчивую к ошибкам схему кодирования и работает в RLC-режиме с подтверждением приема с выгодой от реализации способа многоканальной передачи пакетных данных, радиоблоки не повреждаются, и передача будет испытывать только умеренное дрожание.
В реализации, показанной на фиг.3, если мобильная станция работает в RLC-режиме с подтверждением приема, и схема кодирования считается устойчивой к ошибкам, риск повреждения радиоблока является приемлемым, и мобильная станция передает последний пакет передачи неконечного кадра. Наоборот, если схема кодирования неустойчива к ошибкам, и мобильная станция должна передавать последний пакет передачи неконечного кадра, радиоблок повреждается, потребление тока, в ходе этих последних пакетов передачи в течение неконечного кадра, уходит в потери, и мобильную станцию запрашивают повторно передать радиоблок, что приводит к увеличению дрожания.
Таким образом, способ многоканальной передачи пакетных данных изменяет пакеты передачи, которые приведут к повреждению радиоблоков при использовании расширенного окна поиска. Изменение уменьшает потери тока, вызванные пропуском пакетов передачи, которые приведут к повреждению радиоблоков, снижает дрожание, вызываемое повторными передачами радиоблоков, когда мобильная станция работает в RLC-режиме с подтверждением приема, и/или обеспечивает повышенную эффективность передачи данных.
Хотя настоящая заявка включает в себя то, что в настоящее время считается предпочтительными вариантами осуществления и наилучшими вариантами изобретения, описанными таким образом, который показывает, что изобретатели владеют данным предметом и который позволяет специалистам в данной области техники создавать и использовать изобретение, следует также понимать и принимать во внимание, что имеется множество эквивалентов предпочтительным вариантам осуществления, раскрытым в данном документе, и что модификации и изменения могут быть сделаны без отступления от объема и сущности изобретения, которые ограничиваются непредпочтительными вариантами осуществления, а прилагаемой формулой изобретения, включая любые поправки, сделанные в процессе рассмотрения данной заявки, и все эквиваленты опубликованной формулы изобретения.
Дополнительно следует понимать, что применение относительных терминов, таких как первый и второй, верхний и нижний и т.п., если встречаются, используется исключительно для того, чтобы отличать один объект, элемент или действие от другого объекта, элемента или действия без обязательного требования или подразумевания любого фактического подобного отношения или порядка между этими объектами, элементами или действиями. Большая часть изобретаемой функциональности и большинство изобретаемых принципов лучше всего реализуются с помощью прикладных программ или команд. Предполагается, что специалисты в данной области техники, несмотря на возможно значительные усилия и множество вариантов проектирования, что обусловлено, например, доступным временем, современным уровнем техники и экономическими соображениями, когда руководствуются идеями и принципами, раскрытыми в данном документе, должны легко допускать создание таких программных команд и программ с минимальным экспериментированием. Следовательно, дополнительное описание такого программного обеспечения, если встречается, должно быть ограничено интересами краткости и минимизации какого-либо риска отвлечения от принципов и идей согласно настоящему изобретению.
Варианты осуществления включают в себя компьютерный программный код, содержащий команды, осуществленные на материальных носителях, таких как гибкие диски, CD-ROM, жесткие диски или любые другие машиночитаемые носители хранения, при этом, когда компьютерный программный код загружен в них и приводится в исполнение посредством процессора, процессор становится устройством практического применения изобретения. Варианты осуществления включают в себя компьютерный программный код, например, либо сохраненный в носителе хранения, загруженный в и/или приводимый в исполнение посредством компьютера, либо передаваемый посредством определенной среды передачи, например, посредством электропроводки или кабелей, с помощью оптоволокна или посредством электромагнитного излучения, причем, когда компьютерный программный код загружается и приводится в исполнение посредством компьютера, компьютер становится устройством практического применения изобретения. Когда реализованы в микропроцессоре общего назначения, сегменты компьютерного программного кода конфигурируют микропроцессор так, чтобы создавать специальные логические схемы.
Класс H04J3/07 с использованием наполнения импульсами для систем с различной или меняющейся скоростью передачи информации