ПРОТОКОЛЫ РАДИОСВЯЗИ ДЛЯ МНОГОКАНАЛЬНЫХ СИСТЕМ СВЯЗИ
RADIO COMMUNICATION PROTOCOLS FOR MULTICHANNEL COMMUNICATION SYSTEMS

Описание
По настоящей заявке на патент испрашивается приоритет по дате подачи предварительной заявки № 60/654605, озаглавленной «Протоколы радиосвязи для многоканальных систем связи», поданной 18.02.2005; по дате подачи предварительной заявки на патент № 60/659642, озаглавленной «Протоколы радиосвязи для многоканальных систем связи», поданной 07.03.2005; и по дате подачи предварительной заявки на патент № 60/715730, озаглавленной «Протоколы радиосвязи для многоканальных систем связи», поданной 08.09.2005, которые все принадлежат заявителю настоящей заявки и специально включены сюда посредством ссылки.
Область техники, к которой относится изобретение
Это изобретение относится в целом к системам беспроводной связи. Более конкретно варианты осуществления, описанные здесь, относятся к новому набору протоколов (ПРС) (RLP) радиосвязи, созданные для повышения эффективности многоканальных систем связи.
Уровень техники
Системы беспроводной связи широко применяются для обеспечения различных типов передачи (например, голоса, данных и т.д.) на множество пользователей. Такие системы могут основываться на множественном доступе с кодовым разделением (МДКР) (CDMA), множественном доступе с временным разделением (МДВР) (TDMA), множественном доступе с частотным разделением (МДЧР) (FDMA) или других методах множественного доступа. Система беспроводной связи может разрабатываться для реализации одного или более стандартов, таких как IS-95, cdma2000, IS-856, W-CDMA, TD-SDMA и другие стандарты.
В ответ на растущую потребность в мультимедийных услугах и высокоскоростных данных была предложена многоканальная модуляция в системах беспроводной связи. Здесь стоит задача в обеспечении эффективных и устойчивых многоканальных систем связи.
Краткое описание чертежей
Фиг.1 показывает вариант осуществления многоканальной системы передачи;
фиг.2 показывает вариант осуществления пакетов, поступающих на приемник через множество каналов передачи;
фиг.3 показывает вариант осуществления сегментации пакета для пакетов, переданных первый раз;
фиг.4 показывает вариант осуществления сегментации пакета для повторно переданных пакетов;
фиг.5 показывает вариант осуществления набора протокола для многоканальной системы связи;
фиг.6 показывает вариант осуществления архитектуры в многоканальной системе связи;
фиг.7 показывает вариант осуществления - как пакеты перемежаются через множество каналов связи;
фиг.8 показывает вариант осуществления передачи пакета во время обслуживания переключения соты;
фиг.9 показывает вариант порядкового номера (SAR-seq) пооктетной сегментации и сборки;
фиг.10 показывает сценарий в многоканальной системе связи;
фиг.11 показывает другой сценарий в многоканальной системе связи;
фиг.12 показывает блок-схему процесса, который может использоваться в варианте осуществления передачи данных в многоканальной системе связи;
фиг.13 показывает блок-схему процесса, который может использоваться в варианте осуществления реализации обработки данных в многоканальной системе связи;
фиг.14 показывает блок-схему устройства, в котором могут быть реализованы некоторые описанные варианты осуществления; и
фиг.15 показывает блок-схему устройства, в котором могут быть реализованы некоторые описанные варианты осуществления.
Осуществление изобретения
Варианты осуществления, описанные здесь, относятся к обеспечению нового набора протоколов (RLP) радиоканалов и связанных процедур, созданных для повышения эффективности многоканальных систем связи.
Фиг.1 показывает вариант осуществления многоканальной системы 100. В качестве примера различные терминалы (ТД) (AT) 110 доступа, включающие AT 110а-110с, распределяются в системе. Каждый AT 110 может связываться с сетью (СД) (AN) 120 доступа через один или более каналов с различными частотами по прямому каналу и/или обратному каналу в данный момент, как показано двухсторонними стрелками 130. Для иллюстрации и ясности двухсторонние стрелки 130 показываются для каждого AT 110. Здесь может быть любое число каналов (или частот) в прямом канале или обратном канале в системе связи. Кроме того, число частот прямого канала не обязательно должно быть равным числу частот обратного канала.
Кроме того, AN 120 может связываться с базовой сетью, такой как сеть пакетных данных через узел (УОПД) (PDSN) 140 обслуживания пакетных данных. В варианте осуществления система 100 может создаваться для поддержки одного или более стандартов, например IS-95, cdma2000, IS-856, W-CDMA, TD-SCDMA, другие многоканальные стандарты или их комбинации.
Система (ПБС) (BTS) приемопередатчика базовой станции, описанная здесь, может называться как и/или выполнять функции приемопередатчика (ПДС) (ANT) доступа к сети, точки (ТД) (AP) доступа, базовой станции (БС) (BS), приемопередатчика (ПГМ) (MPT) группы модемов, Узла В (например, в системе типа W-CDMA) и т.д. Сота может относиться к зоне охвата, обслуживаемой BTS. Кроме того, сота может включать в себя один или более секторов. Кроме того, контроллер базовой станции (BSC) может относиться к части системы связи, создаваемой для сопряжения с базовой станцией (например, сеть пакетных данных), и направлять пакеты данных между AT и базовой станцией выполнения различных радиодоступов и функций поддержания каналов (таких как, технология мягкой передачи), управления радиопередатчиками и приемниками и т.п. BSC может также относиться к и/или выполнять функции контроллера сетевого доступа (КСД) (ANC). BSC и один или более BTS могут составлять часть AN.
AT, описанный здесь, может относиться к различным типам устройств, включая (но не ограничивая) мобильный телефон, сотовый телефон, переносной компьютер, мультимедийное беспроводное устройство, карту беспроводной связи персонального компьютера (ПК) (PC), персональный цифровой секретарь (ПЦС) (PDA), внешний или внутренний модем и т.д. AT может быть любым устройством данных, которое связывается через беспроводной канал и/или через проводной канал (например, в виде волоконно-оптических или коаксиальных кабелей). AT может иметь различные названия, такие как, блок доступа, узел доступа, абонентский блок, мобильная станция, мобильное устройство, мобильный блок, мобильный телефон, удаленная станция, удаленный терминал, удаленный блок, пользовательское устройство, пользовательское оборудование, ручное устройство и т.д. Различные AT могут быть встроены в систему. AT могут быть мобильными или стационарными и могут распределяться по всей системе связи. AT может соединяться с одной или более BTS прямого канала и/или обратного канала в данный момент.
«Передатчик», описанный здесь, может быть BTS, AN, AT или любое другое средство, созданное для передачи пакетов данных по одному или более каналам передачи. «Приемник», описанный здесь, может быть AT, BTS, AN или любое другое средство, создаваемое для приема пакетов данных по одному или более каналов передачи. Канал передачи может включать в себя радиочастотную (РЧ) (RF) несущую, волоконно-оптический канал, коаксиальный кабель, другое цифровое средство связи или их комбинацию.
Многоканальная система связи, описанная здесь, может включать в себя систему мультиплексирования с частотным разделением, систему мультиплексирования с ортогональным частотным разделением или другие многоканальные системы модуляции, где каждый канал соответствует частотному диапазону.
В некоторых одноканальных системах связи передатчик (например, BTS) сегментирует пакет верхнего уровня (например, пакет Интернет протокола (ИП) (IP)) на множество пакетов и добавляет к каждому пакету порядковый номер до передачи пакетов на приемник (например, AT) по каналу передачи (например, RF несущей). Приемник использует порядковые номера принятых пакетов для восстановления начального пакета верхнего уровня. Если приемник обнаруживает разрыв (или пробел) в порядковых номерах (например, прерваны порядковые номера двух последовательно принятых пакетов), тогда он отправляет сообщение с отрицательным подтверждением (ОП) (NAK) на передатчик, указывая на пропуск (например, удаление) пакета(ов). Передатчик затем повторно передает пропущенный пакет(ы).
В системе связи, использующей множество каналов передачи (например, множество RF несущих и/или других цифровых каналов передачи), так как пакеты поступают на приемник по различным каналам передачи, порядковые номера принятых пакетов могут прерываться даже в отсутствие пропущенных пакетов. В таких ситуациях вышеупомянутая схема передачи пакетов может вызывать большое число сообщений NAK (например, от приемника) и ложных повторно передаваемых пакетов (например, от передатчика) и как результат снижается скорость процесса передачи.
Поэтому необходимо иметь новую схему для преодоления упомянутых недостатков и обеспечить эффективную передачу данных в многоканальной системе связи.
Варианты осуществления, описанные здесь, относятся к новому набору RPL, созданных для обеспечения эффективной передачи данных в многоканальной системе связи.
В варианте осуществления способ передачи данных в многоканальной системе связи содержит сегментацию пакета верхнего уровня на пакеты канального уровня, подлежащие передаче по множеству каналов передачи; добавление первого порядкового номера к каждому пакету канального уровня (например, в соответствии с заранее определенным порядком); и добавляют второй порядковый номер к каждому пакету канального уровня, подлежащего передаче в первый раз, второй порядковый номер находится в пространстве последовательностей, связанном с конкретным каналом передачи. Второй порядковый номер может использоваться для обнаружения пропущенных пакетов, как будет описано ниже.
В варианте осуществления способ обработки данных в многоканальной системе связи содержит проверку двух пакетов канального уровня, принятых последовательно по конкретному каналу передачи, при этом каждый пакет канального уровня идентифицирован первым порядковым номером и вторым порядковым номером, второй порядковый номер связан с конкретным каналом передачи; и передачу сообщения на передатчик для запроса повторной передачи одного или более пропущенных пакетов канального уровня, если прерваны вторые порядковые номера двух последовательно принятых пакетов данных.
В одном варианте осуществления предоставляется многоканальный RLP, включающий в себя часть сегментации и сбора (СИС) (SAR) и часть автоматического повтора запроса (АПР) (ARQ).Часть SAR RLP может отвечать на сегментацию пакета верхнего уровня (например, IP пакета), на части, названные здесь «пакетами канального уровня», и добавлять (первый) порядковый номер, названный здесь «SAR_seq», к каждому пакету канального уровня. Приемник может использовать SAR_seq принятых пакетов для восстановления пакета верхнего уровня. Часть ARQ RLP может добавлять другой (второй) порядковый номер, названный здесь «ARQ_seq», к каждому пакету канального уровня. ARQ_seq может принадлежать к пространству последовательностей, которые связаны с конкретным логическим каналом передачи, который позволяет приемнику обнаруживать пропущенные пакеты посредством идентификации любого разрыва(ов) в ARQ_seq пакетов, принятых по каналу передачи. ARQ_seq может быть достаточно длинным для циклического перехода во время пакета стираний по каналу передачи, но не обязательно должен быть таким длинным для предотвращения последовательности циклического перехода во время повторной передачи. В варианте осуществления логический канал связи может включать в себя пилоты прямого канала, которые извлекают пакеты из такой же очереди BTS.
В качестве примера фиг.2 показывает вариант осуществления двух «потоков» (или «каналов») 210, 220 пакетов, поступающих на приемник по двум каналам передачи, например Link #1 и Link #2. Для целей иллюстрации каждый пакет идентифицируется парой порядковых номеров: SAR_seq и ARQ_seq. Если приемник обнаруживает разрыв в ARQ_seq принятых пакетов в каждом канале (например, прерваны порядковые номера двух пакетов, принятых последовательно по одному и тому же каналу в соответствии со схемой передачи), приемник может отправлять сообщение (например, сообщение NAK) на передатчик, сообщая о пропущенном пакете(ах). Отметим, что SAR_seq в каждом канале передачи может не упорядочиваться. Приемник может использовать SAR_seq принятых пакетов (по различным каналам) для восстановления начального пакета верхнего уровня.
Фиг.3 показывает вариант осуществления сегментации пакета для пакетов, переданных первый раз. Пакет (например, IP пакет) верхнего уровня может сегментироваться на множество пакетов канального уровня. Каждый пакет канального уровня может включать в себя первый порядковый номер, например младший значимый бит(ы) SAR_seq (SAR-seq LSB); второй порядковый номер, например ARQ_seq; другие поля RLP, связанные с данным каналом; и флаг F/R. Флаг F/R может создаваться для указания, является ли пакет переданным в первый раз (для этого флаг F/R устанавливается в «F», как показано на фиг.3) или повторно переданным (для этого флаг F/R устанавливается в «R», как показано на фиг.4). Отметим, что в показанном варианте осуществления RLP-ARQ дополнительно не сегментирует пакет RLP-SAR, т.к. RLP-ARQ может запрашивать RLP-SAR для сегментации пакета верхнего уровня так, что он соответствует информационному наполнению физического слоя.
Фиг.4 показывает вариант осуществления сегментации пакета для повторно переданных пакетов. В этом случае ARQ_seq не должен повторно включаться в передаваемый пакет (с учетом пакета, уже идентифицированного приемником как «пропущенный»). Флаг F/R устанавливается в «R». Отметим, что длина поля SAR_seq, включенного в повторно передаваемые пакеты RLP-SAR, может быть больше, чем длина пакета, переданного в первый раз (например, SAR_seq vs. SAR_seq LSB). Это позволяет длине SAR_seq для пакетов, переданных в первый раз (которые составляют большинство отправленных пакетов), быть меньше, без побуждения повторно переданных пакетов RLP-SAR к циклическому переходу. Например, длина SAR_seq в пакете RLP-SAR, переданном в первый раз, может быть такой, чтобы не делать циклический переход во время пакета ошибок.
В некоторых вариантах осуществления, когда пакет RLP повторно передается, используя задержанный ARQ, названный здесь D-ARQ, может использоваться формат, показанный на фиг.4. Это позволяет избежать возможности циклического перехода малого ARQ_seq (такой, как показано на фиг.3) между первым временем передачи пакета и временем отправки пакета D-ARQ.
Фиг.5 показывает вариант осуществления набора протоколов, например, отображая отношение между протоколом верхнего уровня, примеры RLP-SAR и RLP-ARQ, например, на каждом потоке канала. Для иллюстрации и ясности четко показаны два канала передачи. Вариант осуществления на фиг.5 может распространяться на систему, использующую более чем два канала передачи.
Фиг.6 показывает вариант осуществления архитектуры в многоканальной системе связи, где BSC 610 находится в связи с сектором обслуживания, используя два канала передачи 620, 630. Аналогично для одноканального случая заголовки RLP могут добавляться сектором для разрешения точного по времени пакетирования пакетов RLP.
В варианте осуществления на фиг.6 очередь, связанная с каждым пакетом в BSC, может быть метаданными, указывающими SAR_seq, связанный с октетами в пакете. Управление потоком между BTS и BSC может выполняться с помощью идентификаторов кадров (или FrameIDs), которые зависят от области SAR_seq. Таким образом, тот факт, что пакеты верхнего уровня в каждой очереди BSC могут прерываться, не влияет на интерфейс BTS-BSC. В некоторых вариантах осуществления BSC может сегментировать пакеты верхнего уровня, проходящие через BTS, связанные с различными каналами. Декадрирование может выполняться в приемнике после совместного обратного ввода кадров RLP в порядке SAR_seq. Если кадрирование пакетов верхнего уровня выполняется RLP, тогда пакет RLP может не содержать октеты из более чем одного пакета верхнего уровня. Если используется кадрирование данных верхнего уровня управления каналом (ДВУК) (HDLC), тогда информационное наполнение RLP может содержать октеты из более чем одного пакета верхнего уровня, до тех пор, пока не прервутся октеты из пакетов верхнего уровня.
Фиг.7 показывает вариант осуществления того, как пакеты перемежаются, проходя через множество каналов. Например, пакет RLP с SAR_seq=81 в Link #2 может также включать в себя октеты 91-100.
При переключении соты каждая обслуживающая BTS может указывать BSC два параметра, например <FrameID, octet_offset>, связанные с последним кадром, который обслужен. На основе такой информации BSC может определять, какие октеты уже обслужены, и отправлять только октеты для нового сектора обслуживания. В отличие от одноканального случая октеты, полученные для нового сектора обслуживания, не должны прерываться, так как показано на фиг.8.
В варианте осуществления при определении разрыва в ARQ_seq в любом из каналов передачи приемник может отправлять сообщение с отчетом о статусе, которое может включать в себя следующее: пары SAR_seq, начала и конца разрыва последовательности SAR, связанной с каналом передачи, где обнаружен разрыв ARQ_seq. Альтернативно приемник может отправлять сообщение NAK на передатчик, которое может включать в себя такую информацию, как пропущенный SAR_seq и/или последний SAR_seq, принятый по каналу передачи.
В варианте осуществления передатчик может поддерживать список SAR_seq, отправленных по каждому каналу. Передатчик может использовать эту карту для определения, необходимо ли повторно передать пакет SAR, чей SAR_seq включен в сообщение с отчетом о статусе (в свете, что он еще может находиться в процессе передачи). В варианте осуществления при приеме сообщения с отчетом о статусе передатчик может выполнять следующие действия, связанные с каждым сообщенным разрывом SAR в сообщении с отчетом о статусе: а) определять канал передачи, с которым связан разрыв SAR; b) повторно передавать блоки данных RLP, которые связаны с сообщенным разрывом SAR в сообщении с отчетом о статусе, и отправлять по каналу передачи, для которого сообщается о разрыве SAR.
Могут быть ситуации, когда приемник (например, AT) повторно направляется (или переключается) с одной соты на другую, пока принимаются пакеты по множеству каналов передачи. В одном варианте осуществления пространство последовательностей ARQ_seq может создаваться на основе для каждой соты и для каждой частоты. Например, ARQ_seq может получать начальное состояние, когда сота устанавливается в активное состояние. ARQ_seq может не устанавливаться в начальное положение при повторном направлении в соту. Сектора, которые находятся в режиме мягкой передачи, могут совместно использовать одно и то же пространство ARQ_seq. В некоторых вариантах осуществления передатчик (например, AN) может определять сектора, которые явным образом совместно используют одинаковое пространство ARQ_seq, например, по сообщению, которое отправлено на приемник (например, AT). Это позволяет AT обнаруживать любые разрывы в начале обслуживания из сектора.
В некоторых вариантах осуществления может быть желательным определять пропуск пакетов RLP в конце передачи из пилота. Рассмотрим следующие сценарии:
В варианте осуществления способ, описанный далее, может использоваться для обнаружения удаленных пакетов RLP в конце передачи из пилота. При повторном направлении DSC или снятия у пилота активного состояния AT отправляет сообщение на AN, которое может включать в себя последний SAR_seq из пилота(ов), которые не являются длинными в секторе обслуживания. (В некоторых ситуациях для устранения отправки такого большого количества сообщений NAK в случае, когда AT переключается туда-сюда между двумя сотами, AT может отправлять отчет только, если прошел заранее определенный период времени (например, T ms) и AT не направило его DSC обратно на начальную соту). В случае повторного направления DSC сообщение может включать в себя последний SAR_seq из пилотов в старом секторе обслуживания. В случае снятия активного состояния у пилота сообщение может включать в себя последний SAR_seq из пилота, который удаляется из сектора обслуживания. При приеме сообщения из AT AN может определять, пропустил ли AT какие-либо пакеты RLP.
Могут быть ситуации, когда приемник пропускает пакеты RLP, которые отправлены передатчиком в конце пакета данных из каналов передачи. Для обнаружения таких пропущенных пакетов в варианте осуществления приемник может запускать таймер (например, «перехватывающий» таймер), когда он определяет пропуск в SAR_seq. Таймер может повторно устанавливаться, если пропуск заполнен или если приемник отправляет сообщение NAK, которое включает в себя пропуск (из-за других сигналов запуска). Когда время таймера заканчивается, приемник может отправлять сообщение NAK для этого разрыва. Сообщение NAK может включать в себя последний SAR_seq, принятый из всех обслуживающих пилотов.
В варианте осуществления нижеследующее может применяться, когда отправляется сообщение с отчетом о состоянии или сообщение NAK:
Могут также быть ситуации, когда приемник пропускает пакеты RLP, которые отправляются передатчиком в конце пакета данных (не только из одного канала передачи). В варианте осуществления нижеследующее может использоваться для обнаружения таких пропущенных пакетов:
Примеры, описанные ниже, будут иллюстрировать различные варианты осуществления, описанные здесь.
В примере удаления пилота из сектора обслуживания рассматривается сценарий, где пилот, принадлежащий каналу #2 (Link #2), удаляется из сектора обслуживания после того, как он обслужил пакет <3,10>:
При приеме сообщения назначения канала трафика, которое снимает активное состояние у пилота, AT может отправлять сообщение на AN, включающее в себя следующую информацию:
AT Status_Report_Message {pilot x link_2: last_SAR_seq=6}.
AN последовательно повторно передает пакеты с SAR_seq=8, 10 соответственно по любому из оставшихся пилотов в секторе обслуживания.
В примерах переключения сот рассматривается сценарий, где обменивается обслуживающая сота и следующие пакеты обслуживаются старой обслуживающей сотой:
При переключении AT может отправлять сообщение на AN, включающее в себя следующую информацию:
AT Status_Report_Message {pilot x link_2: last_SAR_seq=6
pilot y link_1: last_SAR_seq=7}.
AN потом повторно отправляет пакеты с SAR_seq=8, 9, 10 соответственно по любому из пилотов в сектор обслуживания.
Нижеследующее показывает пример SAR_seq на основе сегмента:
Когда пакет <3, 9> принимается по каналу #1 (Link #1), приемник может отправлять:
Status_Report_message {SAR_missing_boundary=5, 9}.
Когда передатчик принимает указанное выше сообщение с отчетом о статусе, он может повторно передавать только пакет с SAR_seq=7, т.к. сообщение с отчетом о статусе указывает передатчику, что а) возникло удаление в канале #1 (где отправлены пакеты с SAR_seq=5, 9) и b) пропущены блоки данных RLP, которые отправляются по каналу #1, и с SAR_seq между 5 и 9. Когда передатчик повторно передает пакет с SAR_seq=7, он может отправлять его по каналу #1 или каналу #2. Повторно переданный пакет с SAR_seq=7 может отправляться без ARQ_seq.
Когда пакет <3, 10> принимается по каналу #2, приемник может отправлять (предполагается, что еще не принят повторно переданный пакет с SAR_seq=7): Status_Report_message {SAR_missing_boundary=6, 10}.
Когда передатчик принимает указанное выше сообщение с отчетом о состоянии, он может повторно передавать пакет с SAR_seq=8.
Фиг.9 показывает пример SAR_seq на основе октетов, который похож на пример на основе сегмента, показанного выше, с разницей, что SAR_seq является порядковым номером на основе октетов. В этом случае приемник может отправлять сообщение с отчетом о статусе после приема пакета RLP, содержащего «Октеты 81-90». Создается отчет о статусе, т.к. приемник обнаруживает разрыв в ARQ_seq в канале #1. Сообщение с отчетом о статусе может указывать:
Передатчик может выполнять нижеследующее после приема сообщения с отчетом о статусе:
Для каждого сообщенного missing_interval передатчик обнаруживает канал передачи, по которому переданы блоки данных RLP, и повторно передает пропущенные блоки данных, сообщая приемнику, что они принадлежат missing_interval и отправлены по этому каналу. При повторной передаче может не иметь значения, какой канал передачи в секторе обслуживания выбирается для отправки пропущенных октетов.
Фиг.10 показывает пример, в котором приемник отправляет сообщение с отчетом о статусе по результату обнаружения разрыва в ARQ_seq. В этом случае канал передачи (например, Link #1), по которому пакет «1» отправляется, может быть засорен и таким образом недоступен; пакет «2» может удаляться во время передачи. После того как истек «перехватывающий таймер», приемник отправляет сообщение с отчетом о статусе, запрашивающее повторную передачу пакетов, которые не отправлены по каналу #1 и с SAR_seq между 0 и 2.
Фиг.11 показывает пример, похожий на один из показанных на фиг.10, с разницей в том, что удаляется сообщение с отчетом о состоянии. В результате передатчик повторно отправляет пакеты «1» и «2» при приеме сообщения NAK.
Фиг.12 показывает блок-схему процесса 1200, который может использоваться в варианте осуществления для выполнения передачи данных в многоканальной системе связи. Этап 1210 сегментирует пакет верхнего уровня на пакеты канального уровня, подлежащие передаче по множеству каналов передачи. Этап 1220 добавляет первый порядковый номер (например, SAR_seq LSB или SAR_seq) к каждому пакету канального уровня. Этап 1230 добавляет второй порядковый номер (например, ARQ_seq) к каждому пакету канального уровня, подлежащего передаче в первый раз, второй порядковый номер является областью последовательностей, связанной с конкретным каналом связи.
Фиг.13 показывает блок-схему процесса 1300, который может использоваться в варианте осуществления обработки данных в многоканальной системе связи. Этап 1310 проверяет два пакета канального уровня, принятых последовательно по конкретному каналу передачи, каждый пакет канального уровня идентифицирован по первому порядковому номеру и второму порядковому номеру, второй порядковый номер связан с конкретным каналом передачи. Этап 1320 передает сообщение на передатчик для запроса повторной передачи одного или более пропущенных пакетов канального уровня, если прерваны вторые порядковые номера двух последовательно принятых пакетов данных.
Фиг.14 показывает блок-схему устройства 1400, которое может использоваться для выполнения некоторых описанных вариантов (как описано выше). Например, устройство 1400 может включать в себя блок (или модуль) 1410 сегментации, созданный для сегментации пакета верхнего уровня в пакеты канального уровня, подлежащие передаче по множеству каналов передачи; и блок 1420 добавления порядковых номеров, созданный для добавления первого порядкового номера к каждому пакету канального уровня (как описано выше). Блок 1420 добавления порядкового номера может также создаваться для добавления второго порядкового номера к каждому пакету канального уровня, подлежащему передаче в первый раз (как описано выше). Устройство 1400 может также включать в себя приемный блок 1430, созданный для приема сообщения (такого как сообщение с отчетом о состоянии или сообщение NAK, описанное выше) из приемника, например, сообщая об одном или более пропущенных пакетах; и передающий блок 1440, созданный для передачи пакета данных на приемник.
В устройстве 1400 блок 1410 сегментации, блок 1420 добавления порядкового номера, приемный блок 1430 и передающий блок 1440 могут подключаться к шине 1450 связи. Блок 1460 обработки и блок 1470 памяти могут также подключаться к шине 1450 связи. Блок 1460 обработки может создаваться для управления и/или координации работы различных блоков. Блок 1470 памяти может осуществлять команды, исполняемые блоком 1460 обработки.Фиг.15 показывает блок-схему устройства 1500, которое может использоваться для выполнения некоторых описанных вариантов осуществления (как описано выше). Например, устройство 1500 может включать в себя блок (или модуль) 1510 проверки, созданный для контроля двух пактов канального уровня, принятых последовательно по конкретному каналу передачи, каждый пакет канального уровня идентифицирован первым порядковым номером и вторым порядковым номером; и передающий блок 1520 создан для передачи сообщения на приемник, например, если прерываются вторые порядковые номера двух последовательно принятых пакетов данных, или при обнаружении других пропущенных пакетов (как описано выше). Устройство 1500 может дополнительно включать в себя приемный блок 1530, например, созданный для приема пакета данных и сообщений из передатчика.
Устройство 1500, блок 1510 проверки, передающий блок 1520 и приемный блок 1530 могут подключаться к шине 1540 связи. Блок 1550 обработки и блок 1560 памяти могут также подключаться к шине 1540 связи. Блок 1550 обработки может создаваться для управления и/или координации работы различных блоков. Блок 1560 памяти может выполнять команды, исполняемые блоком 1550 обработки. (В некоторых вариантах блок 1560 памяти может также сохранять активное состояние AT, как описано выше).
Различные блоки/модули на фиг.14-15 и другие варианты осуществления могут реализовываться аппаратно, программно, во встроенной программе или их комбинации. Различные блоки/модули, описанные здесь, могут выполняться аппаратно, программно, во встроенной программе или их комбинации. В аппаратном выполнении различные блоки могут выполняться в одной или более специализированных интегральных схемах (СИС) (ASIC), процессорах цифровых сигналов (ПЦС) (DSP), устройствах обработки цифровых сигналов (УОЦС) (DSPD), программируемых пользователем вентильных матрицах (ППВМ) (FPGA), процессорах, микропроцессорах, контроллерах, микроконтроллерах, программируемых логических устройствах (ПЛУ) (PLD), других электронных блоках или любой их комбинации. В программном выполнении различные блоки могут выполняться с модулями (например, процедурами, функциями и т.д.), которые выполняют функции, описанные здесь. Программные коды могут сохраняться в блоке памяти и выполняться на процессоре (или блоке обработки). Блок памяти может выполняться с процессором или внешне к процессору, в случае которого он может контактно соединяться с процессором по различным средствам, известным из уровня техники.
Варианты, описанные здесь, обеспечивают некоторые варианты осуществления RLP и выполняются для многоканальных систем связи. Есть другие варианты осуществления и выполнения. Различные описанные варианты осуществления могут выполняться в BTS, BSC, AT и других передатчиках и приемниках, созданных для систем связи.
Специалист в данной области техники понимает, что информация и сигналы могут представляться с помощью любых различных технологий и методов. Например, данные, инструкции, команды, информация, сигналы, биты, символы и чипы, которые могут упоминаться по всему указанному выше описанию, могут представляться в виде напряжения, тока, электромагнитных волн, магнитных полей или частиц, оптических полей или частиц, или любой их комбинации.
Кроме того, специалисту будет очевидно, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритма, описанные в связке с вариантами осуществления, описанными здесь, могут выполняться как электронные аппаратные средства, компьютерное программное обеспечение или их комбинация. Для ясности показа равноценностей аппаратного обеспечения и программного обеспечения различные иллюстративные компоненты, блоки, модули, схемы и этапы описаны выше в общих терминах их функциональности. Если такая функциональность выполняется аппаратно или программно, она зависит от конкретного применения и заданных проектных ограничений на всю систему. Высококвалифицированный специалист может выполнить описанную функциональность различными способами для каждого конкретного применения, но такие решения осуществления не следует интерпретировать как отход от объема настоящего изобретения.
Различные иллюстративные логические блоки, модули и схемы, описанные в связке с вариантами осуществления, описанными здесь, могут выполняться или осуществляться с процессором общего назначения, процессором цифровых сигналов (ПЦС) (DSP), специализированной интегральной схемой (СИС) (ASIC), программируемой пользователем вентильной матрицей (ППВМ) (FPGA) или другими программируемыми логическими устройствами, логическими элементами на дискретных компонентах или транзисторной логике, дискретными аппаратными компонентами или их любой комбинации, предназначенной для осуществления функций, описанных здесь. Процессор общего назначения может быть микропроцессором, но в альтернативе процессор может быть любым обычным процессором, контроллером, микроконтроллером или конечным аппаратом. Процессор может также выполняться в качестве комбинации компьютерных устройств, например комбинации DSP и микропроцессора, множества микропроцессоров, одного или более микропроцессоров в связи с ядром DSP или любой другой такой конфигурации.
Этапы способа или алгоритма, описанные здесь в связке с вариантами осуществления, описанными здесь, могут прямо реализовываться в аппаратном обеспечении, в модуле программного обеспечения, выполняемого процессором или их комбинации. Модуль программного обеспечения может принадлежать оперативной памяти (RAM), флэш-памяти, постоянной памяти (ROM), электрически программируемой ROM (EPROM), электрически стираемой программируемой ROM (EEPROM), регистрам, жесткому диску, съемному диску, CD-ROM или любой другой форме запоминающего носителя, известного из уровня техники. Примерный запоминающий носитель соединяется с процессором так, что процессор может считывать информацию с и записывать информацию на запоминающий носитель. В альтернативе запоминающий носитель может быть составной частью процессора. Процессор и запоминающий носитель могут принадлежать ASIC. ASIC может принадлежать AT. В альтернативе процессор и запоминающий носитель могут принадлежать к дискретным компонентам в AT.
Предыдущее раскрытие описанных вариантов осуществления обеспечивается с тем, чтобы дать возможность специалисту в данной области техники создавать или использовать настоящее изобретение. Различные модификации этих вариантов осуществления без труда будут очевидны специалисту в данной области техники, и основные принципы, определенные здесь, могут применяться для других вариантов осуществления без отхода от сущности и объема изобретения. Настоящее изобретение не предназначено для ограничения вариантами осуществления, показанными здесь, но предоставляется для широкого объема, согласующегося с принципами и новыми признаками, описанными здесь.