СВЯЗЬ С МНОЖЕСТВОМ ВХОДОВ И МНОЖЕСТВОМ ВЫХОДОВ (MIMO)
COMMUNICATION WITH MULTIPLE INPUTS AND MULTIPLE OUTPUTS (MIMO)

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу поддержки связи с множеством входов и множеством выходов, пользовательскому устройству и компьютерному программному продукту.
Предпосылки изобретения
Известны сети беспроводной связи. Базовые станции в таких сетях обеспечивают беспроводную связность с пользовательским оборудованием в географической области или соте, ассоциированной с базовой станцией. Беспроводные линии связи между базовой станцией и каждым из пользовательских устройств в типичном случае включают в себя один или более нисходящих (или прямых) каналов для передачи информации с базовой станции на пользовательское оборудование и один или более восходящих (или обратных) каналов для передачи информации с пользовательского оборудования на базовую станцию.
Технологии связи с множеством входов и множеством выходов (MIMO) могут быть реализованы, когда базовая станция и пользовательское устройство включают в себя множество антенн. Например, пользовательское устройство, которое включают в себя множество антенн, может передавать множество независимых и отличающихся сигналов на базовые станции на одной и той же частоте, используя один и тот же код и в пределах одного и того же интервала времени передачи (TTI), который базовая станция(и) может различать. Например, отдельное пользовательское устройство может передавать два потока данных по усовершенствованному выделенному каналу (E-DCH) на восходящей линии связи с использованием одного и того же ресурса восходящей линии связи (частоты, времени и кода), что означает, что пользовательское устройство способно выполнять передачу ранга 2 (в отличие от передачи ранга один, которая имеет место при передаче одиночного потока E-DCH).
E-DCH состоит из одного или более выделенных физических каналов данных E-DCH (E-DPDCH) и сопровождается одним выделенным физическим каналом управления E-DCH (E-DPCCH). E-DPDCH переносит трафик данных, а E-DPCCH переносит управляющую информацию для обеспечения возможности декодирования E-DPCCH.
В MIMO по восходящей линии связи вторичный поток E-DCH посылается совместно с первичным потоком E-DCH. Аналогично первичному потоку E-DCH, вторичный поток E-DCH состоит из одного или более вторичных E-DPDCH (S-E-DPDCH) и одного вторичного E-DPCCH (S-E-DPCCH).
Хотя обеспечение MIMO по восходящей линии способствует передачам с пользовательского оборудования в сеть, могут иметь место нежелательные последствия.
Соответственно, желательным является предоставление улучшенной технологии для поддержки связи MIMO.
Раскрытие изобретения
Согласно первому аспекту предложен способ управления множеством потоков сети беспроводной связи с множеством входов и множеством выходов, содержащий этапы, на которых: определяют, является ли объем данных, имеющихся для передачи, который больше максимальной емкости одного из множества потоков, меньшим соответствующего порогового объема, по меньшей мере, другого из множества потоков; и, если это так, предотвращают передачу по меньшей мере одного из множества потоков.
Первым аспектом видится проблема, связанная с существующими технологиями MIMO, которая заключается в том, что когда для передачи доступны данные, которые превосходят максимальную емкость одного из потоков (т.е. имеется больше данных, ожидающих передачу, чем может перенести один из потоков), в типичном случае создается другой из потоков, который также конфигурируется для функционирования на максимальной емкости существующего потока. Обеспечение передачи этих избыточных данных в потоке, сконфигурированном для работы на его максимальной емкости, не является эффективным, поскольку, хотя является возможным иметь низкую скорость кодирования, с тем чтобы можно было подогнать данные под обеспечиваемую емкость, не эффективно осуществлять передачу таким образом, поскольку это привело бы в результате к избыточной мощности передачи и высокой степени использования ресурса кода и вызвало бы межпоточные помехи.
Соответственно, предложен способ управления множеством потоков сети беспроводной связи MIMO. Данный способ может содержать этап установления или определения того, что объем данных, имеющихся для передачи, который превышает или является большим максимальной емкости одного из потоков. Также устанавливают, является ли этот объем данных меньшим или ниже порогового объема другого из потоков. Когда определено, что объем избыточных или остаточных данных ниже данного порога, способ может также содержать предотвращение передач с использованием одного из потоков.
Иными словами, устанавливают объем остаточных данных, который превосходит максимальную емкость одного из потоков. Если этот объем данных ниже порога, ассоциированного с другим из потоков, тогда передача с использованием одного из потоков предотвращается. Это помогает гарантировать то, что поток используется для передачи только тогда, когда остаточные данные являются достаточными для оправданности его использования. Этим предотвращается, например, неэффективное использование потока, которое в противном случае может привести в результате к избыточной мощности передачи, высокой степени использования ресурса кода и дополнительным межпоточным помехам.
В одном варианте осуществления по меньшей мере одним из потоков, передача которого предотвращается, является упомянутый другой из их множества. Соответственно, использование потока, с которым ассоциирован упомянутый порог, для передачи может быть предотвращено.
В одном варианте осуществления по меньшей мере один из потоков, передача которого предотвращается, отличается от упомянутого другого из их множества. Соответственно, использование другого из потоков, отличающегося от потока, с которым ассоциирован упомянутый порог, для передачи может быть предотвращено.
В одном варианте осуществления упомянутым по меньшей мере одним из множества потоков является любой из множества потоков. Соответственно, использование любого одного из потоков, включая поток, максимальная емкость которого превышена, может быть предотвращено.
В одном варианте осуществления каждый из множества потоков имеет ассоциированный с ним пороговый объем. Соответственно, каждый поток может иметь свой собственный порог.
В одном варианте осуществления каждый из множества потоков является конфигурируемым для поддержки передачи данных с множеством различных информационных емкостей, включая информационную емкость по умолчанию и меньшие информационные емкости, при этом ассоциированный пороговый объем представляет собой одну из этих меньших емкостей. Соответственно, каждый поток может эксплуатироваться с различными емкостями. Одна из емкостей может представлять собой емкость, используемую по умолчанию, и могут быть предусмотрены одна или более емкостей, которые меньше емкости по умолчанию. Порог может быть одной из этих меньших емкостей.
В одном варианте осуществления ассоциированный пороговый объем представляет собой меньшую емкость, которая является ближайшей к емкости по умолчанию. Соответственно, меньшую емкость, которая является ближайшей к емкости по умолчанию, можно установить в качестве порога.
В одном варианте осуществления емкостью по умолчанию является максимальная емкость. Соответственно, емкостью по умолчанию может быть максимально возможная емкость, с которой поток может функционировать.
В одном варианте осуществления способ содержит этап, на котором принимают указание каждого порога. Соответственно, может приниматься указание каждого из порогов, ассоциированного с каждым потоком.
В одном варианте осуществления каждая из множества различных информационных емкостей ассоциирована с соответствующей одной из множества различных конфигураций кодов разнесения по спектру для передач данных в потоке. Соответственно, каждая из множества различных емкостей может быть достигнута посредством функционирования потоков с использованием различных конфигураций кодов.
В одном варианте осуществления способ содержит этап, на котором принимают указание конфигурации кодов разнесения по спектру, которая ассоциирована с каждым порогом.
В одном варианте осуществления порог представляет собой максимальную информационную емкость, ассоциированную с конфигурацией кодов разнесения по спектру.
В одном варианте осуществления множество потоков содержит основной поток и по меньшей мере один вторичный поток, и на этапе определения определяют, не сможет ли объем данных для передачи в по меньшей мере одном вторичном потоке достичь порогового объема.
Согласно второму аспекту предложен компьютерный программный продукт, выполненный с возможностью при его исполнении на компьютере выполнять этапы способа согласно первому аспекту.
Согласно третьему аспекту предложено пользовательское устройство, выполненное с возможностью управлять множеством потоков сети беспроводной связи с множеством входов и множеством выходов, при этом пользовательское устройство содержит: логическое средство определения, выполненное с возможностью определять, является ли объем данных, имеющихся для передачи, который превышает максимальную емкость одного из множества потоков, меньшим ассоциированного порогового объема, по меньшей мере, другого из множества потоков; и логическое средство передачи, выполненное с возможностью, в ответ на определение логическим средством определения того, что объем данных, имеющихся для передачи, ниже ассоциированного порогового объема, предотвращать передачу по меньшей мере одного из множества потоков.
В одном варианте осуществления упомянутым одним из множества потоков, передача которого предотвращается, является упомянутый другой из их множества.
В одном варианте осуществления упомянутый один из множества потоков, передача которого предотвращается, отличается от упомянутого другого из их множества.
В одном варианте осуществления упомянутый один из множества потоков является любым из множества потоков.
В одном варианте осуществления каждый из множества потоков имеет ассоциированный с ним пороговый объем.
В одном варианте осуществления каждый из множества потоков является конфигурируемым для поддержки передачи данных с множеством различных информационных емкостей, включая информационную емкость по умолчанию и меньшие информационные емкости, при этом ассоциированный пороговый объем представляет собой одну из этих меньших емкостей.
В одном варианте осуществления ассоциированный пороговый объем представляет собой меньшую емкость, которая является ближайшей к емкости по умолчанию.
В одном варианте осуществления емкостью по умолчанию является максимальная емкость.
В одном варианте осуществления пользовательское устройство содержит логическое средство приема, выполненное с возможностью приема указания каждого порога.
В одном варианте осуществления каждая из различных информационных емкостей ассоциирована с соответствующей одной из различных конфигураций кодов разнесения по спектру для передач данных в потоке.
В одном варианте осуществления пользовательское устройство содержит логическое средство приема, выполненное с возможностью приема указания конфигурации кодов разнесения по спектру, которая ассоциирована с каждым порогом.
В одном варианте осуществления порог представляет собой максимальную информационную емкость, ассоциированную с конфигурацией кодов разнесения по спектру.
В одном варианте осуществления множество потоков содержит первичный поток по меньшей мере один вторичный поток, при этом логическое средство определения выполнено с возможностью определять, не сможет ли объем данных для передачи в по меньшей мере одном вторичном потоке достичь порогового объема.
Дополнительные конкретные и предпочтительные аспекты отражены в независимых и зависимых пунктах сопровождающей формулы изобретения. Признаки из зависимых пунктов формулы изобретения могут надлежащим образом объединяться с признаками из независимых пунктов формулы изобретения, причем в комбинациях, отличающихся от тех, что явным образом приведены в формуле изобретения. Там, где признак устройства описан как "выполнен с возможностью обеспечения некоей функции", следует понимать, что этим включается признак устройства, который обеспечивает данную функцию, либо который приспособлен или сконфигурирован обеспечивать эту функцию.
Перечень фигур чертежей
Варианты осуществления настоящего изобретения далее будут раскрыты дополнительно, со ссылкой на сопровождающие чертежи, на которых:
Фиг. 1 - иллюстрация взаимосвязи между конфигурацией кодов и порогами емкости потока; и
Фиг. 2 - иллюстрация взаимосвязи между загруженностью буфера и емкостью потока.
Описание вариантов осуществления изобретения
Обзор
Перед обсуждением вариантов осуществления в каком-либо более подробном виде, сперва будет предоставлен обзор. Как упоминалось выше, при использовании MIMO является возможным передавать множество потоков с использованием одних и тех же ресурсов (таких как частота, время и код). Это обеспечивает типы передач разного "ранга". Например, одиночный поток передачи известен как передача "ранга один", тогда как передача с двумя, тремя или четырьмя потоками известна как передача ранга "два", "три" или "четыре", соответственно. Следует понимать, что может быть предусмотрено более четырех потоков.
Объем данных, который может переноситься разными потоками (их емкость), может отличаться. Переносимый объем данных упоминается как "размер транспортного блока" для конкретного потока. Для изменения емкости потока можно использовать различные конфигурации кодов. В частности, по мере увеличения объема данных, которые должны передаваться в потоке, конфигурация кодов этого потока будет изменена для увеличения емкости данного потока до тех пор, пока не будет достигнута максимальная емкость для этого потока.
Когда больше нет конфигураций кодов для выбора с целью увеличения емкости потока, могут добавляться другие потоки. В типичном случае, для упрощения управления потоками любые добавленные потоки будут также конфигурироваться конфигурацией кодов, которая обеспечивает максимальный объем данных, которые также должны быть переданы в дополнительном потоке.
Когда передатчик имеет полный буфер, потоки могут заполняться вплоть до их максимальных емкостей (например, наибольшего размера транспортного блока, который может переноситься каждым потоком). Однако, когда передатчик "ограничен по буферу", что означает, что буфер в передатчике не полный, является возможным, что объем данных, который может быть перенесен потоками, больше, чем объем данных в буфере передатчика (т.е. емкость потока превышает объем данных, имеющихся для передачи). В этих обстоятельствах по меньшей мере один из потоков не будет использоваться для передач и, следовательно, передачи осуществляются с меньшим рангом.
В частности, в сценарии с ограничением по буферу емкость, обеспечиваемая дополнительным потоком, может быть выше, чем объем данных, имеющихся в буфере передатчика для передачи в потоке. Если объем данных, подлежащих передаче, по-прежнему превышает пороговый объем, для которого бы в этом потоке потребовалась передача данных с конфигурацией кодов, которая обеспечивает данный поток наивысшей емкостью, тогда выполнение передачи имеющихся данных в этом потоке может продолжаться. Однако, если объем имеющихся данных в буфере передатчика меньше, чем этот пороговый объем (что означает, что данные могли бы передаваться с использованием конфигурации кодов, которая обеспечивает меньшую емкость в потоке), то передача с использованием одного из этих потоков предотвращается для снижения ранга передач. Следует понимать, что может предотвращаться передача с использованием одного или более потоков.
Соответственно, можно видеть, что данная технология позволяет разделять данные между потоками в многоранговых передачах и также обеспечивает критерий, по которому пользовательское устройство должно откатываться к меньшему рангу.
Как упоминалось выше, при работе MIMO в восходящей линии связи (UL) вторичный поток E-DCH состоит из по меньшей мере одного S-E-DPDCH (вторичного E-DPDCH), поддерживаемого S-E-DPCCH (вторичным E-DPCCH). S-E-DPCCH передается с использованием первичных векторов предварительного кодирования (т.е. через первичный поток), тогда как S-E-DPDCH передаются с использованием вторичных векторов предварительного кодирования (т.е. через вторичный поток). S-E-DPCCH содержит информацию декодирования для потоков S-E-DPDCH.
Объем данных, который может переноситься первичным потоком и вторичным потоком, может быть разным, т.е. первичный поток обычно переносит больший размер транспортного блока (TBS) по сравнению с таковым вторичного потока. Это имеет место потому, что для вторичного потока обычно характерно более слабое состояние радиосигнала, чем таковое для первичного потока. Для пользовательского устройства с полным буфером первичный и вторичный потоки могут заполняться вплоть до их соответственных максимальных емкостей (т.е. наибольшего TBS, который может переноситься каждым потоком). В этом случае максимальная емкость потока определяется общей величиной допуска обслуживания (SG), который предоставляется пользовательскому устройству (UE).
В то же время, когда UE является ограниченным по буферу, является возможным, что объем данных, который может переноситься обоими потоками, больше, чем объем данных в буфере UE. То есть, величина допуска обслуживания обеспечивает возможность переносить больше данных, чем данные, имеющиеся в буфере пользовательского устройства.
Характеристики потоков
A
2
2
B
1
B
1
C
0
0
Фиг. 1 иллюстрирует взаимосвязь между конфигурацией кодов и порогами емкости потока. Например, первая конфигурация CC кодов обеспечивает емкость в потоке для передачи транспортного блока с размером вплоть до порогового объема T (который представляет максимальную емкость потока при использовании этой конфигурации кодов, так что максимальный размер транспортного блока, который может быть передан в данном потоке с использованием данной конфигурации кодов, составляет T). Использование конфигурации CC кодов повышает емкость потока вплоть до T. Соответственно, максимальный размер транспортного блока при использовании конфигурации CC кодов составляет T. Использование конфигурации CC кодов повышает емкость потока вплоть до T. Следовательно, максимальный размер транспортного блока, который может быть передан посредством потока с использованием данной конфигурации кодов, составляет T.
0
0
В этом примере T представляет абсолютно максимальную емкость потока и соответствует максимально возможному размеру транспортного блока, который может передаваться в этом потоке. Это означает, что любые имеющиеся данные в буфере, объем которых превышает максимальный объем T, не могут передаваться в потоке в течение периода передачи. Следовательно, эти остаточные данные должны быть либо переданы в последующий период, либо переданы посредством другого потока.
1
A
Как отмечалось выше, в типичном случае другой поток(и) будет также создаваться по умолчанию с использованием конфигурации кодов, которая обеспечивает наибольшую емкость в этом потоке. Если объем остаточных данных, которые должны быть переданы в данном дополнительном потоке, превышает порог T, тогда эти остаточные данные могут передаваться только с использованием конфигурации CC кодов, которая, в общем, согласуется с используемой по умолчанию конфигурацией кодов этого дополнительного потока.
1
1
Однако, если объем остаточных данных меньше порога T (что означает, что размер транспортного блока данного дополнительного потока меньше T), тогда это означает, что остаточные данные могли бы быть переданы с использованием другой конфигурации кодов.
0
1
2
1
0
Как можно видеть из Фиг. 1, порог T является максимальной и, в типичном случае, используемой по умолчанию емкостью потока. Пороги T и T являются порогами, ассоциированными с меньшими емкостями. В этом примере, порог T мог бы быть порогом, соответствующим меньшей емкости, которая является наиболее близкой к емкости T по умолчанию.
Следует отметить, что поток может быть приспособлен переносить различные информационные емкости, отличающиеся от тех, что соответствуют максимальным емкостям, ассоциированным с конфигурацией кодов. Например, первая конфигурация кодов позволяет переносить любой объем данных между максимальной емкостью следующей меньшей конфигурации кодов и максимальной емкостью первой конфигурации кодов. Промежуточные информационные емкости первой конфигурации кодов реализуются посредством различных скоростей кодирования, при этом меньшая скорость кодирования используется для передачи объема данных, который меньше максимальной емкости первой конфигурации кодов. При рассмотрении "меньшей емкости, которая является ближайшей к емкости по умолчанию" конфигурации кодов, эти промежуточные информационные емкости, обеспечиваемые посредством меньших скоростей кодирования, не учитываются; вместо этого, делается ссылка на максимальную емкость следующей меньшей конфигурации кодов.
1
Как проиллюстрировано на Фиг. 2, в вариантах осуществления, когда объем остаточных данных для передачи в дополнительном потоке меньше, чем меньшая емкость, ближайшая к емкости по умолчанию (т.е. меньшая, чем T в этом примере), принимается решение не передавать остаточные данные с использованием дополнительного потока, поскольку не эффективно действовать таким образом. Вместо этого, один из потоков не используется и остаточные данные затем сохраняются в буфере передачи для последующей передачи.
Пример 1
В случае MIMO на восходящей линии связи HSUPA, допустимы только передачи ранга 2, если оба потока способны достигать конфигурации кодов 2×SF2+2×SF4, соответствующей наивысшей емкости. Конкретная конфигурация кодов, с которой пользовательское устройство может фактически выполнять передачу, зависит от его состояния радиосигнала и величины ресурса восходящей линии связи (допуска обслуживания и запаса по мощности передачи).
Данный вариант осуществления снижает ранг на 1, когда объем данных, переносимый каким-либо из потоков (например, размер транспортного блока), может поддерживаться конфигурацией кодов, которая обеспечивает меньшую емкость, чем заранее определенная или используемая по умолчанию конфигурация кодов для данного потока (которая в типичном случае представляет собой 2×SF2+2×SF4).
В случае сценария с ограничением по буферу, емкость потока, обеспечиваемая конфигурацией кодов 2×SF2+2×SF4, может быть значительно больше, чем объем данных, имеющихся для передачи в потоке. Хотя является возможным иметь низкую скорость кодирования, так чтобы объем данных в каждом потоке мог быть подогнан под емкость, обеспечиваемую конфигурацией кодов 2×SF2+×SF4, не является эффективным передавать данные таким образом, поскольку это привело бы в результате к избыточной мощности передачи, высокой степени использования ресурса кода и вызвало бы межпоточные помехи.
Каждый формат слота и конфигурация кодов имеет емкость для переноса максимального количества битов информации и, следовательно, имеет емкость для поддержки максимального размера транспортного блока для этой конфигурации кодов. Как отмечалось выше, смена конфигурации кодов изменяет информационную емкость потока. Например, конфигурация кодов 2×SF2 при использовании двух E-DPDCH с форматом слота 7 (описанным в 3GPP TS 25.211) имеет максимальную емкость 7680 битов информации. Следующей конфигурацией кодов является 2×SF2+2×SF4 при использовании двух E-DPDCH с форматом слота 7 и двух E-DPDCH с форматом слота 6, которая имеет максимальную емкость 11520 битов информации.
1
2
1
2
1
2
1
2
D и D - объемы данных, которые должны переноситься посредством первичного и вторичного потоков, соответственно. Если D меньше или равен 7680 битам информации или если D меньше или равен 7680 битам информации, тогда является более эффективным в плане кода использовать более низкую конфигурацию кодов (такую как 2×SF2), чем переносить D или D с использованием 2×SF2+2×SF4. Следовательно, если D или D может переноситься посредством конфигурации кодов, меньшей чем 2×SF2+2×SF4, тогда пользовательское устройство откатывается к передаче ранга 1.
Следует понимать, что данный подход может также использоваться для передач с рангом выше, чем 2. Например, если состояние радиосигнала и ресурсы восходящей линии связи позволяют пользовательскому устройству осуществлять передачу с рангом 4, то, если после распределения данных пользовательского устройства по потокам результатом является то, что какой-либо из потоков имеет данные, которые могут поддерживаться более низкой конфигурацией кодов, чем конфигурация кодов, требующаяся для передачи ранга 4, тогда пользовательское устройство снижается до ранга 3. Этот процесс может затем повторяться до тех пор, пока пользовательское устройство не снизится до ранга 1.
Пример 2
В этом варианте осуществления пользовательское устройство откатывается с ранга 2 к рангу 1, если объем данных, переносимый вторичным потоком, может поддерживаться конфигурацией кодов, более низкой, чем 2×SF2+2×SF4 (которая является используемой по умолчанию конфигурацией кодов, требующейся для передачи ранга 2). Поскольку первичный поток в типичном случае имеет более хорошее состояние радиосигнала, он обычно заполняется большим объемом данных, чем вторичный поток. Следовательно, достаточно проверить только взаимосвязь между объемом данных, который должен быть передан посредством вторичного потока, и его порогами.
2
1
В этом варианте осуществления ограниченному по буферу пользовательскому устройству разрешено осуществлять передачу с рангом 2, и оно имеет объем данных в буфере β=15000 битов. Как описывается более подробно ниже, параметр α сообщается пользовательскому устройству, которое затем получает размер транспортного блока для вторичного потока из размера транспортного блока первичного потока. Размер транспортного блока вторичного потока (TBS) выводится из размера транспортного блока первичного потока (TBS) следующим образом:
<mrow><mi>T</mi><mi>B</mi><msub><mi>S</mi><mn>2</mn></msub><mo>=</mo><mi>α</mi><mi>T</mi><mi>B</mi><msub><mi>S</mi><mn>1</mn></msub></mrow>
Уравнение 1
В этом примере α=0,7. Следовательно, объем данных в буфере пользовательского устройства может быть разделен в соответствии с α следующим образом:
<mrow><mi>T</mi><mi>B</mi><msub><mi>S</mi><mn>1</mn></msub><mo>=</mo><mfrac><mi>β</mi><mrow><mn>1</mn><mo>+</mo><mi>α</mi></mrow></mfrac></mrow>
Уравнение 2
Емкость потока определяется как максимальный размер транспортного блока, который может переноситься этим потоком, на основе состояния радиосигнала UE и ресурсов восходящей линии связи. В этом примере емкости первичного и вторичного потоков показаны в Таблице 1.
Таблица 1
Объем данных (в битах), переносимый каждым потоком (т.е. TBS<sub>1</sub> и TBS<sub>2</sub>)
Поток
Переносимый TBS (биты)
Первичный (TBS<sub>1</sub>)
8824
Вторичный (TBS<sub>2</sub>)
6176
Всего
15000
Конфигурацией кодов ниже 2×SF2+2×SF4 является 2×SF2 при использовании формата слота 7, которая может переносить максимум 7680 битов информации. Следовательно, первичный поток не может использовать 2×SF2 для переноса данных и, таким образом, требует конфигурацию кодов 2×SF2+2×SF4. В то же время, вторичный поток может переноситься с использованием кодов 2×SF2. Соответственно, пользовательское устройство откатывается к рангу 1.
Пример 3
В этом варианте осуществления, пользовательское устройство имеет объем данных в буфере β=18000 битов информации и α=0,9. Используя Уравнения 1 и 2, данные, переносимые каждым потоком, иллюстрируются в Таблице 2.
Таблица 2
Объем данных (в битах), переносимый каждым потоком (т.е. TBS<sub>1</sub> и TBS<sub>2</sub>)
Поток
Переносимый TBS (биты)
Первичный (TBS<sub>1</sub>)
9474
Вторичный (TBS<sub>2</sub>)
8526
Всего
18000
Как описано в Примере 2, конфигурацией кодов ниже 2×SF2+2×SF4 является 2×SF2, и посредством нее можно переносить максимум 7680 битов информации. Следовательно, в Примере 3 для обоих из первичного и вторичного потоков требуется конфигурация кодов 2×SF2+2×SF4 для переноса их данных. Пользовательское устройство, таким образом, осуществляет передачу с рангом 2.
Сигнализирование размера транспортного блока
2
1
Общий поход согласно вариантам осуществления заключается в использовании функции для получения размера TBS транспортного блока для вторичного потока из допуска для вторичного потока, отличающейся от функции, используемой для получения размера TBS транспортного блока для первичного потока из допуска для первичного потока. В типичном случае, по меньшей мере, допуск для первичного потока сообщается пользовательскому устройству базовой станцией, и допуск для вторичного потока либо сообщается, либо определяется детерминистически пользовательским устройством в соответствии с заранее определенным правилом. Исходя из этого допуска выводится размер транспортного блока для, по меньшей мере, вторичного потока.
1
1
1
В качестве примера, рассмотрим случай, когда размер TBS транспортного блока первичного потока является функцией f допуска G (отношения мощностей E-DPDCH:DPCCH), используемого для передачи в первичном потоке, т.е.:
Уравнение 3.
1
1
На текущий момент функция f реализована как поисковая таблица, определенная в 3GPP TS25.321, хотя следует понимать, что функцию f можно реализовать как взаимосвязь, отображение или функцию.
1
Допуск G является отношением мощности каналов E-DPDCH к мощности DPCCH (мощности пилот-сигнала).
2
В соответствии с общим подходом согласно вариантам осуществления, отдельная функция используется для получения размера TBS транспортного блока для вторичного потока из допуска для вторичного потока, т.е.:
Уравнение 4,
2
где G - допуск, предоставляемый для передачи во вторичном потоке.
2
2
1
Как описывалось выше, G может быть отношением мощностей каналов S-E-DPDCH к DPCCH или отношением мощностей каналов S-E-DPDCH к S-DPCCH, и поскольку мощности каналов E-DPDCH и каналов S-E-DPDCH в типичном случае полагаются одинаковыми, G всегда больше или равен G.
1
2
2
1
2
2
1
Если существующая функция f используется в отношении вторичного потока (с G в качестве входного значения), это выльется в результате в TBS≥TBS, т.е. вторичный поток (который имеет более слабое состояние радиосигнала) должен поддерживать больший размер транспортного блока, чем тот, что в первичном потоке. В то же время, путем использования отдельной функции f для получения размера транспортного блока вторичного потока становится возможным отображать G (который может быть ≥G) в меньший размер транспортного блока по сравнению с таковым в первичном потоке, в целях более хорошей согласованности с качеством приема вторичного потока.
Пример A1 - Коэффициент масштабирования функции
2
1
В одном варианте осуществления функция f равна функции f, умноженной на коэффициент масштабирования α, т.е.:
<mrow><mi>T</mi><mi>B</mi><msub><mi>S</mi><mn>2</mn></msub><mo>=</mo><msub><mi>f</mi><mn>2</mn></msub><mrow><mo>(</mo><mrow><msub><mi>G</mi><mn>2</mn></msub></mrow><mo>)</mo></mrow><mo>=</mo><mi>α</mi><mtext></mtext><mtext></mtext><msub><mi>f</mi><mn>1</mn></msub><mrow><mo>(</mo><mrow><msub><mi>G</mi><mn>2</mn></msub></mrow><mo>)</mo></mrow></mrow>
Уравнение 5.
1
2
Этот вариант осуществления позволяет повторно использовать ту же самую поисковую таблицу, что используется в f, для получения TBS. Преимущественно, значение α сообщается сетью и может быть полустатическим или динамическим.
2
2
Следует отметить, что TBS, получаемый с использованием Уравнения 5, может не быть действительным размером транспортного блока, поскольку E-TFCI указывают на конкретный набор дискретных размеров транспортных блоков. Следовательно, может потребоваться "округлять" вычисленный TBS до действительного размера транспортного блока, например, округлять с уменьшением до ближайшего меньшего действительного размера транспортного блока.
Вариант осуществления A2 - Коэффициент масштабирования допуска
2
1
2
В одном варианте осуществления функция f равна f, но с допуском G, масштабированным коэффициентом α масштабирования, т.е.:
<mrow><mi>T</mi><mi>B</mi><msub><mi>S</mi><mn>2</mn></msub><mo>=</mo><msub><mi>f</mi><mn>2</mn></msub><mrow><mo>(</mo><mrow><msub><mi>G</mi><mn>2</mn></msub></mrow><mo>)</mo></mrow><mo>=</mo><mtext></mtext><mtext></mtext><msub><mi>f</mi><mn>1</mn></msub><mrow><mo>(</mo><mrow><mi>α</mi><mtext></mtext><mtext></mtext><msub><mi>G</mi><mn>2</mn></msub></mrow><mo>)</mo></mrow></mrow>
Уравнение 6.
1
1
2
В этом варианте осуществления повторно используется функция f, и, поскольку функция f обеспечивает отображение в действительный размер транспортного блока, вычисляемый TBS будет действительным размером транспортного блока.
Ожидается, что вторичный поток слабее, чем первичный поток, и, следовательно, подходящим значением α в Уравнениях 5 или 6 будет <1.
Вариант осуществления A3 - Сдвиг индекса
1
1
1
1
E-TFCI - это индекс к поисковой таблице размеров транспортного блока. Поисковая таблица размеров транспортного блока (заданная в 3GPP TS25.321) увеличивается по мере увеличения E-TFCI, и имеется однозначное отображение между E-TFCI и размером транспортного блока. Следовательно, функция f также дает номер E-TFCI. Во избежание путаницы, задается функция h, которая берет допуск G в качестве аргумента и выдает ETFCI (E-TFCI для первичного потока) следующим образом:
<mrow><mi>E</mi><mi>T</mi><mi>F</mi><mi>C</mi><msub><mi>I</mi><mn>1</mn></msub><mo>=</mo><msub><mi>h</mi><mn>1</mn></msub><mrow><mo>(</mo><mrow><msub><mi>G</mi><mn>1</mn></msub></mrow><mo>)</mo></mrow></mrow>
Уравнение 7.
2
1
В одном варианте осуществления, E-TFCI для вторичного потока, ETFCI, представляет собой сдвиг γ (целое число) от E-TFCI, вычисленного с использованием функции h, т.е.:
<mrow><mi>E</mi><mi>T</mi><mi>F</mi><mi>C</mi><msub><mi>I</mi><mn>2</mn></msub><mo>=</mo><mi>max</mi><mrow><mo>(</mo><mrow><msub><mi>h</mi><mn>1</mn></msub><mrow><mo>(</mo><mrow><msub><mi>G</mi><mn>2</mn></msub></mrow><mo>)</mo></mrow><mo>−</mo><mi>γ</mi><mo>,</mo><mi>E</mi><mi>T</mi><mi>F</mi><mi>C</mi><msub><mi>I</mi><mrow><mi>M</mi><mi>I</mi><mi>N</mi></mrow></msub></mrow><mo>)</mo></mrow></mrow>
Уравнение 8,
MIN
2
где ETFCI - минимальный действительный E-TFCI в поисковой таблице размеров транспортного блока. Поскольку E-TFCI указывает на действительный размер транспортного блока, ETFCI, полученный из Уравнения 8, будет указывать на действительный размер транспортного блока. Следовательно, существующую поисковую таблицу размеров транспортного блока, используемую первичным потоком, можно использовать повторно. Аналогично α, γ может быть сообщен сетью и может быть полустатическим или динамическим.
Таким образом, можно видеть, что данный подход позволяет разделять данные между потоками в передаче ранга N и также обеспечивает критерий, по которому пользовательское устройство должно откатываться к передаче ранга N-1.
Специалист без труда поймет, что этапы различных способов, описанных выше, могут выполняться запрограммированными компьютерами. В рассматриваемом случае подразумевается, что некоторые варианты осуществления также охватывают устройства хранения программ, например, носители цифровых данных, которые являются машино- или компьютерно-читаемыми и на которых закодированы машино- или компьютерно-исполняемые программы из инструкций, каковыми инструкциями выполняются некоторые или все из этапов вышеописанных способов. Устройства хранения программ могут представлять собой, например, цифровые запоминающие устройства, магнитные носители информации, такие как магнитные диски и магнитные ленты, накопители на жестких дисках, либо оптически считываемые носители цифровых данных. Подразумевается, что варианты осуществления также охватывают компьютеры, запрограммированные выполнять упомянутые этапы способов, описанных выше.
Функции различных элементов, изображенных на чертежах, включая любые функциональные блоки, помеченные как "процессоры" или "логические средства", могут обеспечиваться посредством использования специализированного аппаратного обеспечения, а также аппаратного обеспечения, выполненного с возможностью исполнения программного обеспечения, в сочетании с соответствующим программным обеспечением. Такие функции, когда они обеспечиваются посредством процессора, могут обеспечиваться посредством одиночного выделенного процессора, посредством одиночного совместно используемого процессора или посредством множества отдельных процессоров, некоторые из которых могут быть совместно используемыми. Более того, явное использование термина "процессор" или "контроллер" или "логическое средство (логика)" не должно трактоваться как относящееся исключительно к аппаратному обеспечению, приспособленному для исполнения программного обеспечения, и может неявным образом включать в себя, не в ограничительном смысле, аппаратное обеспечение цифровой обработки сигналов (DSP), сетевой процессор, специализированную интегральную схему (ASIC), программируемую вентильную матрицу (FPGA), постоянное запоминающее устройство (ROM) для хранения программного обеспечения, оперативное запоминающее устройство (RAM) и энергонезависимое запоминающее устройство. Может быть также включено другое аппаратное обеспечение, универсальное и/или заказное. Аналогично, любые переключатели, показанные на чертежах, являются просто концептуальными. Их функция может выполняться посредством функционирования программных логических средств, посредством специализированных логических средств, посредством взаимодействия программного управления и специализированных логических средств, либо даже вручную, при этом конкретная технология выбирается реализующей стороной, что можно более четко понять из контекста.
Специалистам должно быть понятно, что любые приведенные здесь блок-схемы представляют концептуальные виды иллюстративных схем, воплощающих принципы изобретения. Аналогично, следует понимать, что любые алгоритмические схемы, схемы последовательности операций, диаграммы перехода между состояниями, псевдокод и т.п. представляют различные процессы, которые, по сути, могут быть представлены на машиночитаемом носителе и, таким образом, исполняться компьютером или процессором, независимо от того, показан ли процессор или компьютер явным образом или нет.
Описание и чертежи просто иллюстрируют принципы настоящего изобретения. Таким образом, следует понимать, что специалисты смогут разработать различные конструкции, которые, хотя в явном виде не описаны или показаны здесь, воплощают принципы изобретения и охватываются его существом и объемом. Помимо этого, все приведенные здесь примеры принципиально предназначаются определенно служить лишь обучающим целям для содействия читателю в понимании принципов изобретения и концепций, которыми авторами изобретения делается вклад в развитие техники, при этом подразумевается отсутствие ограничения такими специально приведенными примерами и условиями. Более того, все приведенные здесь утверждения касаемо принципов, аспектов и вариантов осуществления изобретения, а также конкретных их примеров, подразумеваются охватывающими их эквиваленты.