ПОЛУЧЕНИЕ ОБЩЕГО КАНАЛА Российский патент 2017 года по МПК H04W74/08 H04W74/06 H04W72/02 H04W72/12 

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

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

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

Известны беспроводные системы связи. В системе сотовой связи радиопокрытие предоставляется пользовательскому оборудованию, например, мобильным телефонам, в областях, известных как соты. Базовая станция размещается в каждой соте для предоставления радиопокрытия. Пользовательское оборудование в каждой соте принимает информацию и данные от базовой станции и передает информацию и данные к базовой станции.

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

Функциональные возможности пользовательского оборудования, работающего в состоянии CELL_FACH, были расширены посредством осуществления различных субфункций. Двумя такими субфункциями являются: (i) автономная HS-DPCCH передача и (ii) RACH возврат.

Канал HS-DPCCH (High Speed - Dedicated Physical Control Channel - Высокоскоростной выделенный физический канал управления) является каналом, используемым пользовательским оборудованием на восходящей линии для передачи управляющей информации, такой как CQI (Channel Quality Index - Индекс качества канала) и подтверждений для нисходящих HS-DSCH (High Speed - Dedicated Shared Channel - Высокоскоростной выделенный совместно используемый канал) пакетов. Канал HS-DPCCH (или канал обратной связи) позволяет осуществлять передачу информации обратной связи в обратном направлении на базовую станцию, чтобы соответствующие размеры транспортных блоков могли быть выбраны, на основе CQI информации, и чтобы слепые повторные передачи могли быть минимизированы в результате обмена сообщениями подтверждения/отрицательного подтверждения (ack/nack).

В соответствии с субфункцией RACH возврата, пользовательское оборудование, работающее в состоянии CELL_FACH, способно запрашивать выделение ресурса общего или совместно используемого канала, например E-DCH (Enhanced-Dedicated Channel - Расширенный выделенный канал). Если пользовательское оборудование работает в пределах соты сети, которая испытывает перегрузку, и общие каналы интенсивно используются, доступные общие ресурсы могут отсутствовать для выделения этому пользовательскому оборудованию. Субфункция RACH возврата позволяет базовой станции работать так, чтобы указывать пользовательскому оборудованию, запрашивающему общий ресурс, что ему следует "вернуться" к работе с использованием канала произвольного доступа (Random Access Channel, RACH) для передач по восходящей линии.

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

Целью аспектов является разрешить конфликт между субфункциями без влияния на общую работу сети.

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

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

осуществление попытки получить ресурс по общему каналу первого типа для восходящей передачи информации в соответствии с первой принятой инструкцией;

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

определение того, имеется ли какая-либо информация, предназначенная для передачи, и, если нет, то прекращение попыток получить ресурс по общему каналу первого типа.

Пользовательское оборудование может работать в различных режимах, например, телекоммуникационной сети UMTS. При начальном включении пользовательского оборудования в соте, оно будет в типовом случае работать в "режиме ожидания". Как только оно синхронизируется и присоединяется к базовой станции, оно получает соединение управления радиоресурсами (radio resource control, RRC) и называется как находящееся в режиме соединения. Пользовательское оборудование в режиме ожидания не имеет соединения управления радиоресурсами. Если пользовательское оборудование находится в состоянии RRC соединения, то оно может быть в одном из пяти различных RRC-состояний: cell_DCH, cell_FACH, расширенный cell_FACH, cell_PCH или URA_PCH состояния. Пользовательское оборудование в типовом случае переходит в состояние cell_DCH, когда его трафик является высоким, поскольку в таком состоянии пользовательскому оборудованию выделяется выделенный канал, по которому оно может передавать и принимать данные от базовой станции. В архитектуре сети UMTS, пользовательское оборудование может быть в состоянии cell_DCH, в котором ожидается, что оно имеет высокий объем трафика. Работа в состоянии cell_DCH в типовом случае имеет высокое потребление энергии батареи.

Пользовательское оборудование работает, когда не находится в состоянии cell_DCH, используя канал произвольного доступа (random access channel, RACH) на восходящей линии, и базовая станция работает для связи с пользовательским оборудованием, используя прямой канал доступа (forward access channel, FACH). Канал RACH и канал FACH имеют очень небольшую способность для передачи данных. В системах WCDMA или UMTS, способность для пользовательского оборудования и базовых станций для работы и передачи трафика данных между ними с использованием совместного или общего ресурса на нисходящей линии и восходящей линии, когда пользовательское оборудование находится в состоянии cell_FACH, была представлена через расширенное состояние cell_FACH. На восходящей линии, передача трафика данных совершается с использованием расширенного выделенного канала (enhanced dedicated channel, E-DCH), и на нисходящей линии, трафик передается по высокоскоростному нисходящему совместно используемому каналу (high speed downlink shared channel, HS-DSCH). Эти каналы позволяют пользовательскому оборудованию и базовым станциям обмениваться информацией и передавать большие пакеты данных между ними в течение некоторого времени, без необходимости входа для пользовательского оборудования в состояние cell_DCH. Такая структура позволяет пользовательскому оборудованию оставаться в состоянии cell_FACH более долгое время без перехода в более выделенное состояние, таким образом, обеспечивая экономию потребляемой энергии.

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

Функциональные возможности пользовательского оборудования, работающего в состоянии CELL_FACH, были расширены посредством осуществления различных субфункций. Двумя такими субфункциями являются: (i) автономная HS-DPCCH передача и (ii) RACH возврат.

Канал HS-DPCCH (High Speed - Dedicated Physical Control Channel - Высокоскоростной выделенный физический канал управления) является каналом, используемым пользовательским оборудованием на восходящей линии для передачи управляющей информации, такой как CQI (Channel Quality Index - Индекс качества канала) и подтверждений для нисходящих HS-DSCH (High Speed - Dedicated Shared Channel - Высокоскоростной выделенный совместно используемый канал) пакетов. Канал HS-DPCCH (или канал обратной связи) позволяет передачу информации обратной связи обратно на базовую станцию, чтобы могли быть выбраны соответствующие размеры транспортных блоков, на основе информации CQI, и чтобы слепые повторные передачи могли быть минимизированы в результате обмена сообщениями подтверждения/отрицательного подтверждения (ack/nack).

Традиционно, пользовательское оборудование, работающее в состоянии CELL_FACH, будет работать для передачи HS-DPCCH информации обратной связи только, если оно имеет восходящие данные для передачи. Субфункция автономной HS-DPCCH передачи (также известной как инициируемые базовой станцией (NB) HS-DPCCH передачи) позволяет базовой станции (Node B) инициировать передачу пользовательским оборудованием информации обратной связи по каналу HS-DPCCH, независимо от того, имеет ли пользовательское оборудование восходящие данные для передачи. Базовая станция в типовом случае функционирует с возможностью указания того, что она хотела бы принять HS-DPCCH информацию от пользовательского оборудования посредством передачи HS-SCCH (High Speed - Shared Control Channel - Высокоскоростной совместно используемый канал управления) команды пользовательскому оборудованию. Инициирование передачи обратной связи позволяет базовой станции собирать информацию обратной связи, например, CQI информацию, предшествующую планированию какого-либо HS-DSCH пакета, таким образом, позволяя базовой станции планировать соответствующий размер транспортных блоков для передач к пользовательскому оборудованию. Посредством инициирования передачи информации обратной связи, базовая станция может также принимать информацию обратной связи, например, ACK/NACK индикаторы, от пользовательского оборудования для предыдущих HS-DSCH пакетов, и таким образом, предотвращая необходимость выполнять слепую повторную передачу этих предыдущих HS-DSCH пакетов, эта повторная передача обычно совершается для обеспечения того, чтобы пользовательское оборудование принимало эти пакеты в отсутствии ACK/NACK сообщений.

В типовом случае HS-DPCCH информация обратной связи передается от пользовательского оборудования к базовой станции с использованием общего (иногда называемого как "совместно используемый") канала. Когда пользовательское оборудование работает в состоянии CELL_DCH, обратная связь канала HS-DPCCH может передаваться по выделенному ресурсу. Следует понимать, что совместно используемые или общие каналы в сети являются конкурентными при попытке одновременной передачи данных, поскольку они совместно используются между всеми единицами пользовательского оборудования, работающими в пределах сети.

В соответствии с субфункцией RACH возврата, пользовательское оборудование, работающее в состоянии CELL_FACH, способно запрашивать выделение общего или совместно используемого канала, например ресурса канала E-DCH (Enhanced-Dedicated Channel - Расширенный выделенный канал). Если пользовательское оборудование работает в пределах соты сети, которая испытывает перегрузку, и общие каналы используются в большой степени, может отсутствовать общий ресурс, доступный для выделения этому пользовательскому оборудованию. Субфункция RACH возврата позволяет базовой станции работать так, чтобы указывать пользовательскому оборудованию, запрашивающему совместно используемый ресурс, что оно должно "вернуться" к работе с использованием канала произвольного доступа (Random Access Channel, RACH) для восходящих передач. Базовая станция может указывать этот возврат пользовательскому оборудованию посредством использования, например, зарезервированного сочетания значения EAI и сигнатуры по каналу AICH (Acquisition Indicator Channel - Канал индикатора получения). Если такое указание принимается пользовательским оборудованием, то пользовательское оборудование может тогда работать с возможностью попыток повторного доступа к сети с использованием канала RACH. Упомянутая информация, которая является подходящей для передачи по каналу RACH, может быть ограничена, например, пользовательское оборудование может работать только с возможностью передачи сообщений общего канала управления (common control channel, CCCH) или и сообщений выделенного канала управления (dedicated control channel, DCCH) по каналу произвольного доступа (Random Access Channel, RACH).

Сообщения обратной связи, передаваемые по каналу обратной связи, например, каналу HS-DPCCH для пользовательского оборудования, работающего в состоянии CELL_FACH, являются в типовом случае такими, что пользовательское оборудование выполнено с возможностью для использования общего ресурса канала E-DCH (в частности, скремблирующего кода, используемого для передачи канала E-DCH) для передачи для этих сообщений обратной связи. Пользовательское оборудование, выполненное с возможностью передачи с использованием канала RACH, использует разные наборы из общего ресурса. Когда пользовательское оборудование работает для передачи по каналу RACH, оно не может также одновременно передавать сообщения обратной связи по, например, каналу HS-DPCCH.

Следует понимать, что совместная работа упомянутой субфункции RACH возврата и упомянутой субфункции автономной обратной связи может привести к конфликту в работе на пользовательском оборудовании. В частности, например, пользовательское оборудование может принимать команду канала HS-SCCH от базовой станции инициировать передачу канала HS-DPCCH, а также индикатор RACH возврата в течение процесса осуществления попытки получить ресурс, по которому осуществлять передачи к базовой станции. Это получение может, например, относиться к получению либо ресурса общего канала E-DCH, либо ресурса канала RACH.

Следует понимать, что существуют других сценариев, в которых могут происходить параллельные запросы осуществить упомянутые субфункции автономной передачи канала HS-DPCCH и RACH возврата. Один такой сценарий происходит, если команда для передачи канала HS-DPCCH принимается перед тем, как пользовательское оборудование принимает канал AICH, инструктирующий RACH возврат.

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

Одним вариантом могло бы быть то, чтобы пользовательское оборудование игнорировало индикатора RACH возврата, если перед приемом индикатора RACH возврата пользовательское оборудование приняло команду выполнить автономные передачи канала HS-DPCCH. В соответствии с таким вариантом, пользовательское оборудование может выполняться с возможностью рассмотрения индикатора RACH возврата как негативного подтверждения (NACK), и упомянутое пользовательское оборудование затем продолжает попытки получить общий ресурс для восходящих передач, предполагая то, что максимальный цикл передачи преамбулы еще не был достигнут. Следует понимать, что такие осуществления не учитывают, что одной из причин того, что индикатор RACH возврата может передаваться пользовательскому оборудованию посредством базовой станции, является отсутствие доступных общих ресурсов канала E-DCH. Принуждение пользовательского оборудования работать для попыток получить такой недоступный ресурс может привести к тому, что в пределах соты сети произойдет еще большая перегрузка хуже.

В соответствии с описанными аспектами и вариантами осуществления, пользовательское оборудование, которое ранее приняло команду выполнить автономные передачи обратной связи, например, с использованием сообщений по HS-DPCCH канала E-DCH, выполняется с возможностью выполнять инструкцию для возврата к RACH в зависимости от занятости буфера пользовательского оборудования.

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

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

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

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

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

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

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

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

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

В одном варианте осуществления, общий канал первого типа содержит канал E-DCH.

В одном варианте осуществления, общий канал второго типа содержит канал RACH.

В одном варианте осуществления, упомянутая инструкция получить ресурс для восходящей передачи информации обратной связи по общему каналу первого типа содержит команду канала HS-SCCH выполнить передачи HS-DPCCH.

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

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

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

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

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

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

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

В одном варианте осуществления, общий канал первого типа содержит канал E-DCH.

В одном варианте осуществления, общий канал второго типа содержит канал RACH.

В одном варианте осуществления, упомянутая инструкция получить ресурс для восходящей передачи информации обратной связи по общему каналу первого типа содержит команду канала HS-SCCH выполнить передачи HS-DPCCH.

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

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

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

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

Фиг. 1 иллюстрирует основные компоненты беспроводной телекоммуникационной сети в соответствии с одним вариантом осуществления;

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

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

Описание вариантов осуществления изобретения

Фиг. 1 иллюстрирует схематично основные компоненты беспроводной телекоммуникационной системы, в целом 10, в соответствии с одним вариантом осуществления. Пользовательское оборудование 50 перемещается через беспроводную телекоммуникационную систему 10. Имеются базовые станции 20, которые поддерживают области радиопокрытия 30. Имеется несколько таких базовых станций 20, распределенных географически для того, чтобы предоставлять широкую область покрытия пользовательскому оборудованию 50. Когда пользовательское оборудование 50 находится в пределах области 30, обслуживаемой базовой станцией 20, связь может устанавливаться между упомянутым пользовательским оборудованием 50 и базовой станцией 20 через соответствующие радиолинии. Каждая базовая станция 20 в типовом случае поддерживает несколько секторов в пределах географической области обслуживания 30.

В типовом случае, различные антенны в базовой станции 20 поддерживают каждый связанный сектор. Каждая базовая станция 20 имеет несколько антенн. Следует понимать, что Фиг. 1 иллюстрирует небольшой поднабор из общего числа единиц пользовательского оборудования 50 и базовых станций 20, которые могут присутствовать в в типовом случае беспроводной системе связи 10.

Беспроводная система связи 10 управляется посредством контроллера радиосети (radio network controller, RNC) 40. Контроллер 40 радиосети управляет работой беспроводной телекоммуникационной системы 10 посредством обмена информацией с множеством базовых станций 20 через транзитную линию 60 связи. Контроллер RNC 40 также обменивается информацией с пользовательским оборудованием 50 через каждую базовую станцию 20 и таким образом эффективно управляет областью всей беспроводной системы 10 связи.

Пользовательское оборудование 50 осуществляет связь с базовой станцией 20 посредством передачи данных и информации по каналам, известным как "восходящие" или "обратные" каналы, и базовая станция 20 осуществляет связь с пользовательским оборудованием 50 посредством передачи данных и информации по радиоканалам, известным как "нисходящие" или "прямые" каналы.

Общий обзор

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

Функциональные возможности пользовательского оборудования, работающего в состоянии CELL_FACH, были расширены посредством осуществления различных субфункций. Двумя такими субфункциями являются: (i) автономная передача канала HS-DPCCH и (ii) RACH возврат.

Канал HS-DPCCH (High Speed - Dedicated Physical Control Channel - Высокоскоростной выделенный физический канал управления) является каналом, используемым пользовательским оборудованием на восходящей линии для передачи управляющей информации, такой как CQI (Channel Quality Index - Индекс качества канала), и подтверждений для нисходящих пакетов канала HS-DSCH (High Speed -Dedicated Shared Channel - Высокоскоростной выделенный совместно используемый канал). Канал HS-DPCCH (или канал обратной связи) позволяет информации обратной связи передаваться обратно на базовую станцию, чтобы мог быть осуществлен выбор соответствующего размера транспортных блоков, на основе CQI информации, и чтобы слепые повторные передачи могли быть минимизированы в результате обмена сообщениями подтверждения/отрицательного подтверждения (ack/nack).

Традиционно, пользовательское оборудование, работающее в состоянии CELL_FACH, бывает выполнено с возможностью передавать HS-DPCCH информацию обратной связи, только если у него имеются восходящие данные для передачи. Субфункция автономной передачи канала HS-DPCCH (также известная как инициируемые базовой станцией (NB) передачи канала HS-DPCCH) позволяет базовой станции (Node B) инициировать передачу пользовательским оборудованием информации обратной связи по каналу HS-DPCCH, независимо от того, имеются ли у пользовательского оборудования восходящие данные для передачи. Базовая станция в типовом случае выполнена с возможностью указывать, что она хочет принять HS-DPCCH информацию от пользовательского оборудования посредством передачи команды канала HS-SCCH (High Speed - Shared Control Channel - Высокоскоростной совместно используемый канал управления) пользовательскому оборудованию. Инициирование передачи обратной связи позволяет базовой станции собирать информацию обратной связи, например, CQI информацию, предшествующую планированию какого-либо HS-DSCH пакета, таким образом, позволяя базовой станции планировать соответствующий размер транспортных блоков для передач пользовательскому оборудованию. Посредством инициирования передачи информации обратной связи базовая станция может также принимать информацию обратной связи, например, ACK/NACK индикаторы, от пользовательского оборудования для предыдущих HS-DSCH пакетов, и, таким образом, предотвращая необходимость выполнять слепую повторную передачу этих предыдущих HS-DSCH пакетов, эти повторные передачи обычно происходят для обеспечения того, чтобы пользовательское оборудование принимало эти пакеты при отсутствии ACK/NACK сообщений.

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

В соответствии с субфункцией RACH возврат, пользовательское оборудование, работающее в состоянии CELL_FACH, способно запрашивать выделение общего или совместно используемого канала, например ресурса канала E-DCH (Enhanced-Dedicated Channel). Если пользовательское оборудование работает в соте сети, которая испытывает перегрузку, и упомянутые общие E-DCH каналы используются в большой степени, то совместно используемый ресурс доступный может отсутствовать для выделения этому пользовательскому оборудованию. Субфункция RACH возврата позволяет базовой станции работать так, чтобы указывать пользовательскому оборудованию, запрашивающему совместно используемый ресурс, что оно должно "вернуться" к работе с использованием канала произвольного доступа (Random Access Channel, RACH) для восходящих передач. Базовая станция может указывать возврат для пользовательского оборудования посредством использования из, например, зарезервированного сочетания значения EAI и сигнатуры по каналу AICH (Acquisition Indicator Channel - Канал индикатора получения). Если такое указание принимается пользовательским оборудованием, то упомянутое пользовательское оборудование может тогда быть выполненным с возможностью пытаться получить повторный доступ к сети посредством использования канала RACH. Упомянутая информация, которая является подходящей для передачи по каналу RACH, может быть ограничена, например, пользовательское оборудование может работать только для передачи сообщений общего канала управления (common control channel, CCCH) или и сообщений выделенного канала управления (dedicated control channel, DCCH) по каналу произвольного доступа (Random Access Channel, RACH).

Сообщения обратной связи, передаваемые по каналу обратной связи, например, каналу HS-DPCCH для пользовательского оборудования, работающего в состоянии CELL_FACH, являются в типовом случае такими, что пользовательское оборудование является выполненным с возможностью использовать общий ресурс канала E-DCH (в частности, скремблирующий код, используемый для передачи канала E-DCH) для передачи для этих сообщений обратной связи. Пользовательское оборудование, выполненное с возможностью передачи с использованием канала RACH, использует разные наборы общего канала RACH. Когда пользовательское оборудование работает для передачи по каналу RACH, оно не может также одновременно передавать обмен сообщениями обратной связи по, например, каналу HS-DPCCH.

Следует понимать, что совместная работа субфункции RACH возврата и субфункции автономной обратной связи может привести к конфликту при работе на пользовательском оборудовании. В частности, например, пользовательское оборудование может принимать команду канала HS-SCCH от базовой станции инициировать HS-DPCCH передачу, а также индикатор RACH возврата, в течение упомянутого процесса осуществления попыток получить ресурс, по которому необходимо осуществлять передачи к базовой станции. Это получение может, например, относиться к получению либо общего ресурса канала E-DCH, либо ресурса канала RACH.

Фиг. 2 иллюстрирует схематично возможные процессы, которые могут осуществляться, когда пользовательское оборудование делает попытки получить ресурс в сети. Можно видеть, что существует вероятность, что базовая станция может указывать пользовательскому оборудованию через сигнализацию канала AICH, что не имеется доступных общих каналов, и что упомянутому пользовательскому оборудованию следует возвратиться к использованию канала RACH. Этот индикатор RACH возврата может приниматься пользовательским оборудованием между временем T1 и T2. Перед тем, как упомянутое пользовательское оборудование передало сообщение по каналу RACH, то есть другими словами, между временем T2 и T5, в течение которого упомянутое пользовательское оборудование осуществляет реконфигурирование, чтобы сделать RACH передачу предпочтительнее, чем E-DCH передачу, и получает канал RACH, упомянутое пользовательское оборудование может принимать команду от базовой станции выполнять автономную обратную связь, например, HS-DPCCH передачи.

Было решено, что в таком сценарии, пользовательское оборудование должно быть выполнено с возможностью игнорировать команду канала HS-SCCH выполнять автономную передачу канала HS-DPCCH и продолжать RACH передачу.

Следует понимать, что существуют другие сценарии, в которых могут происходить одновременные запросы осуществить упомянутые субфункции автономной передачи канала HS-DPCCH и RACH возврата. Один такой сценарий происходит, если команда для HS-DPCCH передачи принимается перед приемом пользовательским оборудованием AICH инструктирования RACH возврата. Другими словами, если базовая станция запрашивает автономную обратную связь перед T1 на Фиг. 2, и базовая станция затем указывает пользовательскому оборудованию, что ему следует возвратиться на канал RACH между T1 и T2 на Фиг. 2. Аспекты и варианты осуществления, описываемые здесь, нацелены на предоставление способа для разрешения проблемы такого смешения команд, принимаемых посредством пользовательского оборудования, в то же время достигая обеспечения эффективной общей работы сети.

Одним вариантом могло бы быть то, чтобы пользовательское оборудование игнорировало индикатора RACH возврата, если перед приемом индикатора RACH возврата пользовательское оборудование приняло команду выполнить автономные передачи канала HS-DPCCH. В соответствии с таким вариантом, пользовательское оборудование может выполняться с возможностью рассмотрения индикатора RACH возврата как негативного подтверждения (NACK), и упомянутое пользовательское оборудование затем продолжает попытки получить общий ресурс для восходящих передач, предполагая то, что максимальный цикл передачи преамбулы еще не был достигнут. Следует понимать, что такие осуществления не учитывают, что одной из причин того, что индикатор RACH возврата может передаваться пользовательскому оборудованию посредством базовой станции, является отсутствие доступных общих ресурсов канала E-DCH. Принуждение пользовательского оборудования работать для попыток получить такой недоступный ресурс может привести к тому, что в пределах соты сети произойдет еще большая перегрузка хуже.

В соответствии с аспектами и вариантами осуществления, описываемыми подробно ниже, пользовательское оборудование, которое ранее приняло команду выполнить автономные передачи обратной связи, например, с использованием сообщений по каналу HS-DPCCH канала E-DCH, выполнено с возможностью подчиняться инструкции вернуться на канал RACH в зависимости от занятости буфера пользовательского оборудования.

Другими словами, когда пользовательское оборудование принимает команду выполнить автономную передачу канала HS-DPCCH перед временем T1 на Фиг. 2 и, в течение фазы канала AICH, указанной на Фиг. 2, где пользовательское оборудование принимает указание вернуться на канал RACH, упомянутое пользовательское оборудование выполнено с возможностью отменять любые автономные передачи канала HS-DPCCH и либо: (i) вернуться к передаче по каналу RACH, если определяется то, что в буфере пользовательского оборудования отсутствуют данные, которые являются допустимыми и/или подходящими для передачи с использованием канала RACH, например DCCH или CCCH сообщение, или (ii) остановить любые восходящие передачи, если определяется то, что буфер пользовательского оборудования не содержит данных.

Такая работа пользовательского оборудования обеспечивает, что условие нагрузки на базовой станции может изменяться после того, как базовая станция передала HS-SCCH команду пользовательскому оборудованию для инициирования автономных передач канала HS-DPCCH. Упомянутые условия нагрузки могут изменяться перед передачей базовой станцией канала AICH, осуществляющего RACH возврат, пользовательскому оборудованию.

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

Следует понимать, что в типовом случае базовая станция будет указывать, что RACH возврат является необходимым, если общие ресурсы канала E-DCH являются перегруженными в пределах соты. Если базовая станция указывает, что требуется RACH возврат, вполне вероятно, что запросы от пользовательского оборудования получить общий ресурс канала E-DCH для HS-DPCCH передачи будут безуспешными.

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

Аспекты также учитывают, что передачи канала CCCH или канала DCCH, которые могут передаваться пользовательским оборудованием с использованием канала RACH, не должны задерживаться, если в этом нет необходимости. Другими словами, если пользовательское оборудование имеет информацию, которая может передаваться по каналу RACH, и индикатор RACH возврата был принят от базовой станции, что информация может передаваться в соответствующем сообщении по каналу RACH, несмотря на любые ранее принятые HS-SCCH команды выполнять автономные передачи канала HS-DPCCH.

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

Пример 1

Фиг. 3 иллюстрирует схематично обмен сообщениями между базовой станцией и пользовательским оборудованием в соответствии с одним вариантом осуществления. В соответствии с иллюстрируемым сценарием, пользовательское оборудование 50 принимает команду канала HS-SCCH от базовой станции 20, инструктирующей инициирование автономных передач канала HS-DPCCH во время τ₀. В результате, пользовательское оборудование 50 запускает процесс передачи преамбулы во время τ₁ для попытки получить общий ресурс канала E-DCH от базовой станции 20, по которому осуществлять HS-DPCCH передачи. Базовая станция 20 передает канал AICH во время τ₂, указывая этому пользовательскому оборудованию 20 возврат на канал RACH, поскольку отсутствует доступный ресурс канала E-DCH. В это время (τ₂) определяется, что буфер упомянутого пользовательского оборудования 20 является пустым, в соответствии с описанными аспектами, упомянутое пользовательское оборудование выполнено с возможностью останавливать любые восходящие передачи по каналам RACH или E-DCH.

Если пользовательское оборудование имеет данные, предназначенных для передачи, во время τ2, но эти данные не могут быть переданы через канал RACH, то пользовательское оборудование может быть выполнено с возможностью отсрочки передачи на произвольное время перед повторным осуществлением попытки получить общий ресурс канала E-DCH для передачи этих данных.

Пример 2

Фиг. 4 иллюстрирует схематично обмен сообщениями между базовой станцией и пользовательским оборудованием в соответствии с одним вариантом осуществления. В соответствии с этим иллюстрируемым примером, упомянутое пользовательское оборудование 50 желает передать CCCH пакет во время τ₀ и, таким образом, выполнено с возможностью запустить передачу преамбулы с пошаговым усилением во время τ₁, чтобы пытаться получить общий ресурс канала E-DCH. Во время τ₂, в течение передачи преамбулы с пошаговым усилением, упомянутое пользовательское оборудование 50 принимает HS-SCCH команду от базовой станции 20, инструктирующей инициирование автономных передач канала HS-DPCCH. Во время τ₃, упомянутое пользовательское оборудование принимает канал AICH от базовой станции 20, указывающей, что пользовательскому оборудованию следует вернуться на канал RACH. Упомянутое пользовательское оборудование выполнено с возможностью затем отменять запрос автономной передачи канала HS-DPCCH и продолжать передавать свой канал CCCH через канал RACH. Это включает самостоятельное реконфигурирование для передачи RACH и выполнение передачи преамбулы с пошаговым усилением, чтобы получить ресурс канала RACH, как показано на Фиг. 4 (после времени τ₃).

Пример 3

Фиг. 5 иллюстрирует схематично обмен сообщениями между базовой станцией и пользовательским оборудованием в соответствии с одним вариантом осуществления. В соответствии с иллюстрируемым сценарием, пользовательское оборудование выполнено с возможностью принимать команду канала HS-SCCH от базовой станции 20, чтобы инициировать автономные передачи канала HS-DPCCH во время τ₀. В результате, упомянутое пользовательское оборудование 50 выполнено с возможностью запускать процессы передачи преамбулы во время τ₁ для того, чтобы пытаться получить общий ресурс канала E-DCH для своих передач канала HS-DPCCH. В течение упомянутого этапа передачи преамбулы с пошаговым усилением, во время τ₂, упомянутое пользовательское оборудование определяет, что оно имеет пакет канала DCCH, предназначенный для передачи. Упомянутое пользовательское оборудование затем принимает канал AICH от базовой станции 20 во время τ₃, указывающей, что упомянутому пользовательскому оборудованию следует вернуться на канал RACH. Поскольку сообщение канала DCCH может передаваться через канал RACH, упомянутое пользовательское оборудование выполнено с возможностью отменять запрос передачи канала HS-DPCCH и затем продолжает получать ресурс канала RACH после времени τ₃.

Описанные аспекты позволяют пользовательскому оборудованию обрабатывать действующие одновременно HS-SCCH команды для указывания RACH возврата и HS-DPCCH передачи. Аспекты не добавляют перегрузки общему каналу E-DCH, а также позволяют пользовательскому оборудованию передавать сообщения, которые могут передаваться через канал RACH.

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

Функции различных элементов, изображенных на Фигурах, включающих в себя любые функциональные блоки, отмеченные как "процессоры" или "логика", могут быть предоставляемыми через использование выделенного аппаратного обеспечения, а также аппаратного обеспечения, способного выполнять программное обеспечение в связи с соответствующим программным обеспечением. При предоставлении посредством процессора, упомянутые функции могут предоставляться посредством отдельного выделенного процессора, посредством отдельного совместно используемого процессора или посредством множества отдельных процессоров, некоторые из которых могут совместно использоваться. Кроме того, явное использование термина "процессор", или "контроллер", или "логика" не следует истолковывать для обозначения исключительно аппаратного обеспечения, способного выполнять программное обеспечение, и может неявно включать в себя, без ограничения, аппаратное обеспечение цифровых сигнальных процессоров (digital signal processor, DSP), сетевые процессоры, специализированную интегральную микросхему (application specific integrated circuit, ASIC), программируемую вентильную матрицу (field programmable gate array, FPGA), постоянное запоминающее устройство (read only memory, ROM) для хранения программного обеспечения, оперативное запоминающее устройство (random access memory, RAM), и энергонезависимое запоминающее устройство. Другое аппаратное обеспечение, традиционное и/или специальное, может также включаться. Подобным образом, любые переключатели, изображенные на упомянутых Фигурах, являются только концептуальными. Их функции могут осуществляться через работу логики программы, через выделенную логику, через взаимодействие программного управления и выделенной логики или даже вручную, упомянутая конкретная технология является выбираемой конструктором, как более конкретно понятно из контекста.

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

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

Изобретение относится к выбору типа общего канала для восходящей передачи в беспроводной сети связи при приеме конфликтующих инструкций. Технический результат – разрешение конфликта между автономной HS-DPCCH передачей и RACH возвратом без влияния на общую работу сети. Для этого способ содержит этапы: осуществление попытки получить ресурс по общему каналу первого типа для восходящей передачи информации в соответствии с первой принятой инструкцией; прием второй инструкции на то, чтобы выполнить какую-либо восходящую передачу по общему каналу второго типа; определение того, имеется ли какая-либо информация, предназначенная для передачи, и, если нет, то прекращение попыток получить ресурс по общему каналу первого типа. 3 н. и 9 з.п. ф-лы, 5 ил.

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

осуществляют попытку получить ресурс по общему каналу первого типа для восходящей передачи информации в соответствии с первой принятой инструкцией;

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

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

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

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

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

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

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

6. Способ по п. 5, в котором упомянутый период отсрочки передачи является псевдослучайным.

7. Способ по п. 1 или 2, в котором упомянутый общий канал первого типа содержит E-DCH.

8. Способ по п. 1 или 2, в котором упомянутый общий канал второго типа содержит RACH.

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

10. Способ по п. 1 или 2, в котором упомянутые конфликтующие инструкции принимают пользовательским оборудованием, работающим в состоянии CELL_FACH.

11. Цифровой носитель данных, содержащий программу, которая, при выполнении на компьютере, выполнена с возможностью выполнять способ по любому из пунктов 1-10.

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

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

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

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

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