СПОСОБ И УСТРОЙСТВО ДЛЯ ПАКЕТНОЙ ПЕРЕДАЧИ С ИСПОЛЬЗОВАНИЕМ CRC И ПАКЕТОВ РАВНОЙ ДЛИНЫ Российский патент 2013 года по МПК H04L1/00 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

В стандарте сверхширокополосной мобильной связи (UMB) Проекта 2 партнерства 3^его поколения (GPP2) прямой (прямой линии связи), совместно используемый канал управления (F-SCCH) может передавать из сети доступа (AN) на терминал доступа (AT) или мобильную станцию, 40-битный пакет, содержащий в себе блок назначения управления пакетными данными (PDCAB), или 40-битный пакет, содержащий в себе блок остаточного распределения ресурсов (RRA). 40-битное проектное ограничение является проблематичным по той причине, что 12-битный PDCAB требует заполнения незначащей информацией, что создает неэффективность, и по той причине, что 30-битный блок RRA может быть защищен только очень короткой строкой контроля циклическим избыточным кодом (CRC), которая, менее вероятно, должна обнаруживать ошибки канала, чем имело бы место при использовании более длинного CRC. Так как F-SCCH отправляет управляющую информацию, обнаружение и исправление ошибок канала имеет особую важность.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 2 - схемы битовых массивов пакетов управления предшествующих сетей связи.

Фиг. 3 - схемы битовых массивов пакетов управления по фиг. 2 в соответствии с вариантами осуществления.

Фиг. 4 - блок-схема последовательности операций способа, иллюстрирующая работу базовой станции в соответствии с вариантами осуществления.

Фиг. 5 - блок-схема последовательности операций способа, иллюстрирующая работу мобильной станции в соответствии с вариантами осуществления.

Фиг. 6 - блок-схема последовательности операций способа, иллюстрирующая дополнительные подробности работы мобильной станции в соответствии с вариантами осуществления.

Фиг. 7 - высокоуровневая структурная схема, иллюстрирующая компоненты базовой станции в соответствии с вариантами осуществления.

Фиг. 8 - высокоуровневая структурная схема, иллюстрирующая компоненты мобильной станции в соответствии с вариантами осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

Далее, с обращением к чертежам, на которых одинаковые номера представляют идентичные компоненты, фиг. 1 иллюстрирует сеть 100 связи с различными базовыми станциями 103, каждая базовая станция 103 имеет соответствующую зону 107 покрытия. Вообще, зоны покрытия базовых станций могут перекрываться и, вообще, образуют общую зону покрытия сети. Базовые станции могут иметь другие наименования, такие как базовая приемопередающая станция (BTS), «Узел Б» и узел доступа (AN), в зависимости от технологии. Зона покрытия сети может содержать некоторое количество зон 107 покрытия базовых станций, которые могут формировать непрерывную зону охвата радиосвязи. Однако не требуется иметь непрерывный охват радиосвязи, а потому, зона покрытия сети, в качестве альтернативы, может быть рассредоточенной.

Более того, каждая зона покрытия может иметь некоторое количество мобильных станций 101. Мобильные станции также могут называться терминалами доступа (AT), пользовательским оборудованием (UE) или другой терминологией в зависимости от технологии. Некоторое количество базовых станций 103 будут присоединены к контроллеру 109 базовых станций через транзитные соединения 111. Контроллер 109 базовых станций и базовые станции образуют сеть радиодоступа (RAN). Полная сеть может содержать любое количество контроллеров базовых станций, каждая из которых управляет некоторым количеством базовых станций. Отметим, что контроллер 109 базовых станций, в качестве альтернативы, может быть реализован в качестве распределенной функции среди базовых станций 103. Независимо от отдельных реализаций контроллер 109 базовых станций, или некоторый другой соответствующий сетевой объект, такой как, но не в качестве ограничения, базовая станция, содержит различные модули для пакетированной связи, такие как планировщик пакетов, сегментация и повторная сборка пакетов и т. д., и модули для назначения соответствующих ресурсов радиосвязи различным мобильным станциям 101.

Базовые станции 103 могут поддерживать связь с мобильными станциями 101 посредством любого количества стандартных радиоинтерфейсов и с использованием любого количества схем модуляции и кодирования. Например, могут применяться Универсальная система мобильных телекоммуникаций (UMTS), наземный радиодоступ (E-UTRA) развитой UMTS (E-UMTS) или CDMA2000™. Кроме того, для формирования каналов радиоинтерфейса, могут применяться мультиплексирование с ортогональным частотным разделением каналов (OFDM) и/или ортогональные коды кодирования с расширением спектра, такие как коды Уолша. Полуортогональные коды кодирования с расширением спектра также могут использоваться для достижения дополнительного формирования каналов радиоинтерфейса. Любой подходящий интерфейс радиосвязи может применяться различными вариантами осуществления.

Ресурсы радиосвязи сети связи, которые могут быть время-частотными ресурсами, как имело бы место для сетей связи, применяющих OFDM, назначаются мобильным станциям посредством битового массива. Кроме того, мобильные станции могут назначаться в группы из условия, чтобы блоки ресурсов совместно использовались среди группы. Такие битовые массивы, группировка мобильных станций и назначения совместно используемых ресурсов описаны в находящихся в процессе одновременного рассмотрения заявке № 11/460908 на выдачу патента США, «УСТРОЙСТВО И СПОСОБ ДЛЯ ОБРАБОТКИ СБОЯ ПРИЕМА/ДЕКОДИРОВАНИЯ КАНАЛА УПРАВЛЕНИЯ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ VOIP» («APPARATUS AND METHOD FOR HANDLING CONTROL CHANNEL RECEPTION/DECODING FAILURE IN A WIRELESS VOIP COMMUNICATION SYSTEM»), заявке № 11/464179 на выдачу патента США, «УСТРОЙСТВО И СПОСОБ ДЛЯ АВТОМАТИЧЕСКОГО ПОВТОРНОГО ЗАПРОСА С УМЕНЬШЕНИЕМ КОЛИЧЕСТВА СЛУЖЕБНОЙ ИНФОРМАЦИИ ОТНОСИТЕЛЬНО ВЫДЕЛЕНИЯ РЕСУРСОВ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ VOIP» («APPARATUS AND METHOD FOR AUTOMATIC REPEAT REQUEST WITH REDUCED RESOURCE ALLOCATION OVERHEAD IN A WIRELESS VOIP COMMUNICATION SYSTEM»), и заявке № 11/464179 на выдачу патента США, «УСТРОЙСТВО И СПОСОБ ДЛЯ СИГНАЛИЗАЦИИ АВТОМАТИЧЕСКОГО ПОВТОРНОГО ЗАПРОСА С УМЕНЬШЕНИЕМ КОЛИЧЕСТВА ИНДИКАТОРОВ ПОВТОРНОЙ ПЕРЕДАЧИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ VOIP» («APPARATUS AND METHOD FOR AUTOMATIC REPEAT REQUEST SIGNALLING WITH REDUCED RETRANSMISSION INDICATIONS IN A WIRELESS VOIP COMMUNICATION SYSTEM»), все три из которых переуступлены тому же правопреемнику, что и настоящая заявка, и все три из которых, таким образом, включены в материалы настоящей заявки посредством ссылки.

Два битовых массива, имеющих отношение к различным вариантам осуществления, отправляются на мобильные станции по каналу управления, более точно, прямому совместно используемому каналу управления (F-SCCH), и проиллюстрированы на фиг. 2. Таким образом, что касается основанных на битовых массивах назначений, сеть связи может назначать мобильную станцию на конкретный ресурс частотной области, где определенные положения битов в битовом массиве соответствуют ресурсу частотной области. Мобильная станция, таким образом, может использовать битовый массив для определения ресурсов частотной области, которые используются в настоящее время, и определения своего собственного назначения в качестве исходных ресурсов частотной области, имеющихся в распоряжении, минус ресурсы частотной области, которые указаны битовым массивом в качестве используемых в настоящее время.

Обращаясь к фиг. 2, прямой совместно используемый канал управления (F-SCCH) может передавать из сети связи на мобильную станцию 40-битный пакет 200, содержащий в себе блок 203 назначения управления пакетными данными (PDCAB), который указывает ссылкой на сегменты канала управления прямой линии связи, или 40-битный пакет 208, содержащий в себе блок 211 остаточного распределения ресурсов (RRA), который указывает ссылкой на узлы ресурса или канала из дерева канала. Некоторые из мобильных станций 101 могут требовать только информации PDCAB, а некоторые мобильные станции могут требовать только информации RRA, хотя все мобильные станции в соответствии с различными вариантами осуществления имеют возможность для совместного приема пакета PDCAB и пакета RRA.

Для целей примера, проиллюстрированного фиг. 2, PDCAB 203 предполагается битовым массивом с длиной 12, соответствующим 12 управляющим сегментам, а битовый массив 211 RRA предполагается битовым массивом с длиной 30, соответствующим 30 узлам из дерева канала. Оба из этих предполагаемых битовых массивов являются типичными значениями для системы 5МГц и, таким образом, служат для цели примера на фиг. 2. Поэтому, фиг. 2 изображает, как структурированы 40-битные пакеты 200 и 208, чтобы содержать в себе блок PDCAB 203 или блок RRA 211, в современных системах для передачи по F-SCCH.

Оба - пакет 200 PDCAB и пакет 208 RRA имеют 3-битные заголовки 201 и 209, соответственно. Эти 3-битные заголовки «блочного типа» указывают тип информации, которая следует в последующих блоках. Более точно, пакет 200 PDCAB имеет 12 информационных бит PDCAB в блоке 203 PDCAB, 9 бит 205 заполнения незначащей информацией и 16 бит 207 CRC для достижения требуемой длины пакета в 40 бит.

Пакет 208 RRA содержит 30 информационных бит 211 RRA. Поэтому, вследствие 40-битного ограничения, должен использоваться сокращенный CRC 215. Что касается проиллюстрированного примера, 2 бита 213 заполнения незначащей информацией и сокращенный CRC в 5 битов 215 используются для получения длины пакета в 40 бит. Должно быть понятно, что при длине пакета в 40 бит у пакета 200 и пакета 208 допустимы только 2 длины CRC, то есть 16 бит или 5 бит. Так как размер канала управления постоянен, если блок содержит меньше информационных бит, чем поддерживаются с использованием номинального CRC, нулевые биты добавляются к информационным битам для достижения требуемой длины. Если блок содержит больше информационных бит, чем поддерживалось бы с использованием номинального CRC, длина CRC сокращается до 5 бит, и, если необходимо, нулевые биты добавляются к информационным битам для достижения требуемой длины. Уменьшать длину CRC нежелательно, поскольку это увеличивает вероятность ошибки. Вообще, первый пакет для информации PDCAB будет иметь длину CRC в n бит, наряду с тем, что второй пакет для информации RRA будет иметь более короткую длину CRC в (n-x) бит.

Фиг. 3 иллюстрирует пакет 300 PDCAB и пакет 308 RRA, а также пакет 315 RRA, в соответствии с вариантами осуществления. На фиг. 3 и, в соответствии с одним из вариантов осуществления, пакеты 300 и 308 передаются совместно по F-SCCH. В примерном случае, проиллюстрированном фиг. 3, 9 бит 305 RRA добавляются к полю 303 PDCAB вместо битов 205 заполнения незначащей информацией, тем самым предоставляя обоим сообщениям, PDCAB 303 и RRA 311, возможность быть защищенными от ошибок посредством 16-битного CRC 307. Поэтому, в соответствии с вариантами осуществления, приемник способен проводить различие между меняющимися форматами сообщений для битовых массивов PDCAB и RRA. Более того, одновременная передача пакетов 300 и 308 является нормальным режимом работы, в соответствии с вариантами осуществления.

Поэтому, в соответствии с вариантами осуществления, когда пакет 300 PDCAB и пакет 308 RRA передаются вместе, сеть связи замещает N битов заполнения незначащей информацией PDCAB, таких как биты 205 заполнения незначащей информацией, первыми N битами из полного битового массива 305 RRA, то есть комбинацией битовых массивов 305 и 311 RRA, для того, чтобы использовать номинальную длину CRC для обоих пакетов 300 и 308. Таким образом, битовый массив 305 RRA определяет первую часть полного битового массива RRA, которая пополняется битовым массивом 311 RRA второй части. Более точно, полный битовый массив RRA делится на битовый массив 305 RRA первой части и битовый массив 311 RRA второй части, в силу чего две части отправляются в двух пакетах 300 и 308, соответственно.

Поэтому, на фиг. 3, первые 9 бит блока 311 RRA замещают биты 205 заполнения незначащей информацией, как проиллюстрировано ранее на фиг. 2, в пакете 300 PDCAB, оставляя 21 бит для блока 311 RRA в пакете 308 RRA. 21 бит 311 RRA идеально умещаются в номинальном пространстве пакета F-SCCH в 40 бит, тем самым предоставляя номинальной длине CRC в 16 бит 313 возможность использоваться для пакета 308 RRA. Эта увеличенная длина CRC для пакета 308 RRA уменьшает вероятность ошибки, не требуя никаких дополнительных служебных сигналов или данных по отношению к сети связи.

Поэтому должно быть понятно, что, также в соответствии с вариантами осуществления, если бы блок 311 RRA содержал меньшее количество бит, чем пространство бит заполнения незначащей информацией PDCAB, пакету 308 RRA у F-SCCH не требуется передаваться, так как полный блок 311 RRA умещался бы в блок 305 RRA пакета 300 PDCAB. Поэтому, в вариантах осуществления, могут быть случаи, когда передается только одиночный пакет 300 PDCAB, так как пакет 300 PDCAB содержит в себе блок 303 PDCAB и завершенный блок 305 RRA. Это может достигаться в некоторых вариантах осуществления посредством надлежащей битовой конфигурации заголовка 301, из условия, чтобы объединенные блоки PDCAB 303 и RRA 305 ожидались приемником.

Кроме того, в соответствии с вариантами осуществления, сети связи не всегда требуется одновременно передавать пакет 300 PDCAB и пакет 308 RRA. Два пакета могут передаваться отдельно в разные моменты времени. Поэтому, передача F-SCCH, обсужденная выше по фиг. 3, также может применяться, когда сеть связи передает пакет 300 PDCAB и пакет 308 RRA в разные моменты времени, и где мобильная станция буферизирует пакеты и обрабатывает их вместе.

Альтернативным или дополнительным типом пакета для отправки информации RRA является пакет 315. Пакет 315 является информацией 317 RRA и более коротким блоком CRC, например, блоком 321 7-битного CRC или 5-битного CRC. Поэтому, пакет 315 может служить в качестве пакета продолжения RRA для пакета 300, пакета 308 или комбинации обоих.

В некоторых вариантах осуществления пакет 315 может использоваться для отправки битового массива RRA независимо от битового массива PDCAB. В одном из реальных вариантов осуществления пакет 315 используется в комбинации с пакетом 200, при этом пакет 200 содержит в себе только информацию PDCAB, а пакет 315 содержит только информацию RRA, однако пакет 315 не использует информацию заголовка, а потому имеет дополнительное место для битов 321 CRC. Отметим, что биты 319 заполнения незначащей информацией также могут использоваться в пакете 315 в зависимости от размера применяемого CRC.

Должно быть понятно, что фиг. 2 и фиг. 3 являются всего лишь примерными и основаны на гипотетической ширине полосы пропускания в 5МГц. Поэтому, могут применяться меньшие или большие полосы пропускания, имея следствием меньшие или большие длины пакетов в битах, и остаются в пределах объема различных вариантов осуществления, раскрытых в материалах настоящей заявки. Также должно быть понятно, что, в свете примерной сущности фиг. 2 и фиг. 3, первый пакет для информации PDCAB будет иметь длину CRC в n бит, наряду с тем, что некоторые пакеты для информации RRA (208 и 315) будут иметь более короткую длину CRC в (n-x) бит, и что реальное количество используемых битов CRC может зависеть от различных факторов, таких как ширина полосы пропускания и количество информации, которая должна передаваться в сообщениях PDCAB и/или RRA. Таким образом, различные длины CRC в битах могут применяться в соответствии с различными вариантами осуществления, раскрытыми в материалах настоящей заявки.

Фиг. 4 иллюстрирует работу базовой станции в соответствии с вариантами осуществления и вышеприведенным описанием. На 401 пакет PDCAB может быть сконфигурирован, чтобы включать в себя биты RRA в положении, которое использовалось бы в качестве битов заполнения незначащей информацией в предшествующих системах. НА 403, если количество битов RRA является достаточно малым, информация, содержащаяся в пакете PDCAB, может содержать в себе полную информацию RRA, а также 16-битный блок RRA. Если это верно, то, на 405, базовая станция будет передавать пакет PDCAB, содержащий полный блок информации RRA.

Если есть дополнительная информация RRA для передачи, то, на 407, пакет RRA будет сконфигурирован содержащим оставшиеся биты RRA, а также 16-битный блок CRC. На 409 пакет PDCAB и пакет RRA будут передаваться вместе.

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

Фиг. 5 иллюстрирует работу мобильной станции в соответствии с вариантами осуществления по отношению к обработке F-SCCH. На 501 мобильной станции может быть назначено контролировать битовый массив RRA у F-SCCH. Если мобильная станция детектирует биты PDCAB на 503, то пакет также будет проверяться на биты RRA на 507. Если биты RRA содержатся в пакете, то мобильная станция может переходить к декодированию битов RRA на 509 с использованием 16-битного блока CRC, который также содержится в пакете.

Если биты PDCAB не детектированы на 503, или если биты RRA не детектированы на 507, то либо пакет по 503 является только пакетом RRA и будет декодироваться с использованием 5-битного CRC на 505, либо, начиная с 507, пакет RRA будет следовать вслед за пакетом PDCAB по 507 и будет приниматься и декодироваться на 505.

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

Фиг. 6 - блок-схема последовательности операций способа, иллюстрирующая дополнительные подробности работы мобильной станции в соответствии с вариантами осуществления. После того, как пакет F-SCCH принят на 601, мобильная станция может пытаться декодировать любые блоки данных, содержащиеся в нем, посредством допущения, что последние биты пакета определяют 16-битный CRC. Данные могут проходить 16-битный CRC, что указывает мобильной станции, что пакет является одним из пакетов, проиллюстрированных фиг. 3, то есть пакетом 300, имеющим часть PDCAB 303 и часть RRA 305, или пакетом 308, имеющим только часть 311 RRA.

Поэтому мобильная станция может переходить к чтению заголовка, который может быть заголовком 301 или заголовком 309, для определения типов содержащихся сообщений, как на 609. Что касается двух пакетов 300 и 308, мобильная станция будет объединять блок 305 RRA с блоком 311 RRA для комплектования сообщения RRA. Обращаясь к фиг. 6, если 16-битный CRC по 605 претерпевает неудачу, то мобильная станция может применять 5-битный CRC на 613, допуская, что последние биты пакета определяют 5-битный CRC, как проиллюстрировано пакетом 315 по фиг. 3. Если 5-битный CRC на 615 успешен, то, на 619, мобильная станция получила битовый массив 317 RRA. Однако, если 5-битный CRC 615 претерпевает неудачу, то произошел сбой декодирования, как показано на 617, и никаких дополнительных действий не предпринимается до тех пор, пока не принят новый пакет.

Должно быть понятно, что пакет, такой как 315, может использоваться для отправки информации RRA, следующей за отправкой пакета 200 PDCAB, или для отправки продолжения информационных битов RRA без необходимости в заголовке, что экономит 3 бита для информации. Определение CRC предоставляет мобильной станции возможность отыскивать информацию заголовка только в случае, если успешен 16-битный CRC. Иначе, если успешен 5-битный CRC, как обсуждено по фиг. 6, мобильная станция может делать вывод, что пакет содержит только информацию 317 RRA, как проиллюстрировано пакетом 315 по фиг. 3.

Как обсуждалось ранее по фиг. 1 и фиг. 2, некоторые мобильные станции 101 могут требовать только информации PDCAB, а некоторые мобильные станции могут требовать только информации RRA, однако все мобильные станции по различным вариантам осуществления могут принимать пакет PDCAB и пакет RRA совместно. Поэтому, по фиг. 6, этап 603, мобильная станция смогла принять первый пакет, например, пакет PDCAB, а также второй пакет, например, пакет RRA. Если мобильная станция требует только информации RRA, мобильная станция может, на 603, сначала декодировать второй пакет посредством допущения, что последние биты пакета определяют CRC длиной в n бит. В предыдущих примерах, приведенных по фиг. 2 и фиг. 3, предполагалась система 5МГц и предполагался CRC длиной в 16 бит при условии длины пакета RRA (или PDCAB) с длиной в 40 бит, длина пакета основывается на предполагаемой ширине полосы пропускания в 5 МГц.

С обращением к фиг. 6 мобильная станция, требующая только информации RRA, на 603, сначала может декодировать второй пакет с использованием CRC длиной в n бит, как обсуждено выше. Если пакет проходит CRC и, таким образом, успешно декодируется, то мобильная станция может читать заголовок пакета, который будет информировать мобильную станцию, что пакет является пакетом RRA.

В этом случае мобильная станция будет ожидать, что первый принятый пакет может быть пакетом, содержащим комбинированную информацию PDCAB и RRA. Поэтому, мобильная станция, затем, может пытаться декодировать первый пакет, предполагая далее, что последние биты первого пакета также определяют CRC той же самой длины, такой как 16 бит для приведенных примеров, в качестве длины CRC пакета RRA. Поэтому, если CRC проходит, а потому, мобильная станция успешно декодирует первый пакет, мобильная станция будет переходить к чтению заголовка первого пакета в 607, а затем переходить к получению информации RRA, отличая информацию RRA от информации PDCAB, также содержащейся в пакете, как на 609. Мобильная станция в таком случае может объединять часть информации RRA первого пакета с частью информации RRA второго пакета для получения полного сообщения RRA.

Фиг. 7 и 8 - структурные схемы, которые иллюстрируют основные компоненты базовой станции 103 и мобильной станции 101, соответственно, в соответствии с вариантами осуществления. Базовая станция 103 содержит приемопередатчик/и 701, присоединенные к процессорам 703. Процессоры 703 приводят в действие модуль 705 F-SCCH для конфигурирования пакетов PDCAB и пакетов RRA в соответствии с вариантами осуществления.

Мобильная станция 101 содержит пользовательские интерфейсы 801 и процессор/ы 807. Процессор/ы 807 приводят в действие модуль 809 F-SCCH для декодирования пакетов RRA, в соответствии с вариантами осуществления. Мобильная станция также содержит пользовательские интерфейсы 803, которые могут быть комбинацией пользовательских интерфейсов, включающей в себя, но не в качестве ограничения, кнопочную панель, сенсорный экран, устройство ввода команд с речевым управлением и элементы управления гироскопическим указателем, графический дисплей 803, который также может иметь выделенный процессор и/или память, драйверы и т. д., которые не показаны на фиг. 8, и приемопередатчик/и 805.

Должно быть понятно, что фиг. 7 и 8 предназначены только для иллюстративных целей и предназначены для иллюстрации основных компонентов базовой станции и мобильной станции, в соответствии с настоящим раскрытием, и не подразумеваются полными принципиальными схемами различных компонентов и соединений между ними, требуемых для базовой станции или мобильной станции. Поэтому, базовая станция и/или мобильная станция могут содержать различные другие компоненты, не показанные на фиг. 7 и/или фиг. 8, и по-прежнему находиться в пределах объема настоящего раскрытия.

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

Изобретение относится в целом к сетям беспроводной связи, в которых поддерживается передача данных и связь с передачей голоса по протоколу сети Интернет (VOIP) и к различным способам и устройствам для распределения ресурсов по мобильным станциям. Сущность его заключается в том, что пакет (300) PDCAB и пакет (308) RRA передаются вместе по F-SCCH. Например, 9 бит (305) RRA прикрепляются к полю (303) PDCAB вместо битов (205) заполнения незначащей информацией, тем самым предоставляя обоим сообщениям, PDCAB (303) и RRA (311), возможность быть защищенными от ошибок посредством 16-битного CRC (307). Приемник способен проводить различие между меняющимися форматами сообщений PDCAB (303) и RRA (305), и передача пакетов (300) и (308) вместе является нормальным режимом работы. Поэтому, когда пакет (300) PDCAB и пакет (308) RRA передаются вместе, сеть замещает N битов заполнения незначащей информацией PDCAB, таких как биты (205) заполнения незначащей информацией, первыми N битами из битового массива (311) RRA, для того, чтобы использовать номинальную длину CRC для обоих пакетов (300) и (308). Технический результат - обеспечение улучшенного использования полосы пропускания, потребляемой передачей битов, так чтобы более длинный CRC мог применяться по отношению к информации канала управления. 4 н. и 7 з.п. ф-лы, 8 ил.

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

2. Способ по п.1, дополнительно содержащий этап, на котором
отправляют упомянутый первый пакет и упомянутый второй пакет по совместно используемому каналу управления (F-SCCH) прямой линии связи.

3. Способ по п.1, в котором упомянутая часть CRC длиной в n бит является частью CRC длиной в 16 бит.

4. Способ пакетной передачи, осуществляемый на базовой приемопередающей станции, содержащий этапы, на которых
конфигурируют первый пакет и второй пакет, причем оба пакета являются равными по длине в битах, причем упомянутый первый пакет содержит первый тип сообщения, первую часть второго типа сообщения и первую часть циклического избыточного кода (CRC) длиной в n бит, причем упомянутый второй пакет содержит часть продолжения упомянутого второго типа сообщения и вторую часть циклического избыточного кода длиной в n бит, причем упомянутый первый тип сообщения является блоком назначения управления пакетными данными (PDCAB), а упомянутый второй тип сообщения является блоком остаточного распределения ресурсов (RRA); и
отправляют упомянутый первый пакет и упомянутый второй пакет по совместно используемому каналу управления (F-SCCH) прямой линии связи.

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

6. Способ пакетной передачи, осуществляемый на мобильной станции, содержащий этапы, на которых
определяют, что первый принятый пакет содержит первый тип сообщения, первую часть второго типа сообщения и первую часть циклического избыточного кода (CRC) длиной в n бит, причем упомянутый первый тип сообщения является блоком назначения управления пакетными данными (PDCAB), а упомянутый второй тип сообщения является блоком остаточного распределения ресурсов (RRA);
определяют, что второй принятый пакет содержит вторую часть упомянутого второго типа сообщения и вторую часть циклического избыточного кода (CRC) длиной в n бит; и
объединяют упомянутую первую часть и упомянутую вторую часть для комплектования упомянутого второго типа сообщения.

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

8. Способ по п.6, в котором этап, на котором определяют, что первый принятый пакет содержит первый тип сообщения и первую часть второго типа сообщения, дополнительно содержит этапы, на которых
успешно декодируют упомянутый второй принятый пакет для получения упомянутой второй части упомянутого второго типа сообщения;
определяют, посредством упомянутого успешного декодирования упомянутого второго принятого пакета, что упомянутый первый принятый пакет содержит блок назначения управления пакетными данными (PDCAB), причем упомянутый PDCAB является упомянутым первым типом сообщения; и
определяют, посредством упомянутого успешного декодирования, что упомянутый первый принятый пакет содержит первую часть блока остаточного распределения ресурсов (RRA), причем упомянутая первая часть блока RRA является упомянутой первой частью упомянутого второго типа сообщения.

9. Мобильная станция для пакетной передачи, содержащая
по меньшей мере, один приемопередатчик;
по меньшей мере, один процессор, присоединенный к упомянутому приемопередатчику; причем упомянутый процессор выполнен с возможностью:
определения, что первый принятый пакет содержит первый тип сообщения, первую часть второго типа сообщения и первую часть циклического избыточного кода (CRC) длиной в n бит, причем упомянутый первый тип сообщения является блоком назначения управления пакетными данными (PDCAB), а упомянутый второй тип сообщения является блоком остаточного распределения ресурсов (RRA);
определения, что второй принятый пакет содержит вторую часть упомянутого второго типа сообщения и вторую часть CRC длиной в n бит, и
объединения упомянутой первой части и упомянутой второй части для комплектования упомянутого второго типа сообщения.

10. Мобильная станция по п.9, в которой упомянутый процессор дополнительно выполнен с возможностью
допущения, что предопределенное количество бит в конце упомянутого второго принятого пакета определяет первый блок циклического избыточного кода (CRC) длиной в n бит;
успешного декодирования упомянутого второго принятого пакета с использованием упомянутого первого блока CRC длиной в n бит;
чтения заголовка упомянутого второго принятого пакета в ответ на упомянутое успешное декодирование упомянутого второго принятого пакета;
определения, что упомянутый второй принятый пакет содержит упомянутую вторую часть упомянутого второго типа сообщения, посредством упомянутого заголовка;
допущения, что предопределенное количество бит в конце упомянутого первого принятого пакета определяет второй блок циклического избыточного кода (CRC) длиной в n бит;
успешного декодирования упомянутого первого принятого пакета с использованием упомянутого второго блока CRC длиной в n бит;
чтения заголовка упомянутого первого принятого пакета в ответ на упомянутое успешное декодирование упомянутого первого принятого пакета; и
получения упомянутой первой части упомянутого второго сообщения из упомянутого первого пакета в ответ на упомянутое успешное декодирование упомянутого первого принятого пакета.

11. Мобильная станция по п.9, в которой упомянутый процессор дополнительно выполнен с возможностью
успешного декодирования упомянутого второго принятого пакета для получения упомянутой второй части упомянутого второго типа сообщения;
определения посредством упомянутого успешного декодирования упомянутого второго принятого пакета, что упомянутый первый принятый пакет содержит блок назначения управления пакетными данными (PDCAB), причем упомянутый PDCAB является упомянутым первым типом сообщения; и
определения посредством упомянутого успешного декодирования, что упомянутый первый принятый пакет содержит первую часть блока остаточного распределения ресурсов (RRA), причем упомянутая первая часть блока RRA является упомянутой первой частью упомянутого второго типа сообщения.