СПОСОБ ОПРЕДЕЛЕНИЯ ИНТЕРВАЛА ВРЕМЕНИ ПЕРЕДАЧИ, БАЗОВАЯ СТАНЦИЯ И КОНТРОЛЛЕР РАДИОСЕТИ
METHOD OF DETERMINING TRANSMISSION TIME INTERVAL, BASE STATION AND RADIO NETWORK CONTROLLER

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Настоящая заявка относится к области техники связи и, в частности, к способу для определения интервала времени передачи, к базовой станции и к контроллеру радиосети.
УРОВЕНЬ ТЕХНИКИ
[0002] В универсальной системе мобильной связи (UMTS) признак передачи по усовершенствованной восходящей линии связи в состоянии бездействия или в состоянии прямого канала доступа соты (Cell_FACH) вводится для абонентского устройства (UE) в состоянии бездействия или в состоянии Cell_FACH, и усовершенствованный выделенный канал (E-DCH) используется для того, чтобы заменять канал с произвольным доступом (RACH). UE в состоянии бездействия или в состоянии Cell_FACH может отправлять данные восходящей линии связи в базовую станцию (узел В) посредством использования полученных общих E-DCH-ресурсов восходящей линии связи в предварительно сконфигурированном интервале времени передачи (TTI).
[0003] В Iub-интерфейсе между узлом В и контроллером радиосети (RNC), узел В отправляет данные восходящей линии связи UE в RNC через кадр E-DCH-данных, причем кадр E-DCH-данных используется для того, чтобы переносить протокольную единицу данных уровня управления доступом к среде (MAC PDU) UE в состоянии Cell_FACH или в состоянии бездействия, и для UE в состоянии Cell_FACH или в состоянии бездействия, когда TTI-длина сконфигурирована с возможностью составлять 2 миллисекунды (мс), RNC может конфигурировать, посредством конфигурирования информационного элемента индикатора режима пакетирования общего потока на уровне управления доступом к среде (MAC), режим отправки кадра E-DCH-данных общего МАС-потока в Iub-интерфейсе.
[0004] Если запрос на переконфигурирование физического совместно используемого канала включает в себя индикатор режима пакетирования, и UE использует TTI в 2 мс, узел В отправляет релевантный общий МАС-поток восходящей линии связи согласно индикатору режима пакетирования.
[0005] В предшествующем уровне техники, для признака передачи по усовершенствованной восходящей линии связи, каждая сота может быть сконфигурирована только с одним TTI восходящей линии связи, и UE, передающее данные восходящей линии связи, может использовать только TTI в 2 мс или TTI в 10 мс, и, следовательно, RNC может получать TTI, используемый посредством UE в каждой соте.
[0006] Тем не менее, в последующей усовершенствованной версии, возможно то, что каждая сота конфигурируется с двумя TTI, т.е. в идентичной соте, UE, поддерживающее передачу по усовершенствованной восходящей линии связи, может динамически выбирать TTI в 2 мс или TTI в 10 мс для передачи данных восходящей линии связи. Выбор TTI может быть выполнен согласно местоположению, в котором расположено UE, например, когда UE расположено на границе соты, и мощность ограничена, UE может использовать TTI в 10 мс, чтобы расширять покрытие восходящей линии связи; когда UE расположено в середине соты, и мощность является достаточной, UE может использовать TTI в 2 мс, чтобы повышать скорость передачи восходящей линии связи. В этом сценарии, RNC не может получать TTI, используемый посредством UE в состоянии Cell-FACH или в состоянии бездействия при передаче данных восходящей линии связи, и как результат, когда UE переходит из состояния Cell-FACH в состояние выделенного канала передачи соты (Cell-DCH), RNC не может выбирать и конфигурировать надлежащий TTI для UE.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0007] Различные аспекты настоящей заявки предоставляют способ для определения интервала времени передачи, базовую станцию и контроллер радиосети, с тем чтобы реализовывать то, что контроллер радиосети получает интервал времени передачи, используемый посредством абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты при отправке данных восходящей линии связи.
[0008] Один аспект настоящей заявки предоставляет способ для передачи интервала времени передачи, включающий в себя: прием, посредством базовой станции, данных восходящей линии связи, отправленных из абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты по усовершенствованному выделенному каналу передачи; определение, посредством базовой станции, интервала времени передачи, используемого посредством абонентского устройства для отправки данных восходящей линии связи; и отправку, посредством базовой станции, данных восходящей линии связи в кадре данных усовершенствованного выделенного канала передачи в контроллер радиосети, причем кадр данных усовершенствованного выделенного канала передачи переносит индикатор интервала времени передачи, указывающий так, чтобы уведомлять контроллер радиосети относительно интервала времени передачи, используемого посредством абонентского устройства для отправки данных восходящей линии связи.
[0009] Другой аспект настоящей заявки предоставляет способ для определения интервала времени передачи, который включает в себя: прием, посредством базовой станции, данных восходящей линии связи, отправленных из абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты по усовершенствованному выделенному каналу передачи; определение, посредством базовой станции, интервала времени передачи, используемого посредством абонентского устройства для отправки данных восходящей линии связи; и отправку, посредством базовой станции, данных восходящей линии связи в кадре данных усовершенствованного выделенного канала передачи в контроллер радиосети через однонаправленный канал передачи, соответствующий интервалу времени передачи, так что контроллер радиосети определяет, согласно однонаправленному каналу передачи, интервал времени передачи, используемый посредством абонентского устройства для отправки данных восходящей линии связи.
[0010] В предпочтительной форме реализации, способ для определения интервала времени передачи, который включает в себя: прием, посредством контроллера радиосети, кадра данных усовершенствованного выделенного канала передачи из базовой станции, причем кадр данных усовершенствованного выделенного канала передачи переносит данные восходящей линии связи, отправленные из абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты; и определение, посредством контроллера радиосети, интервала времени передачи, используемого посредством абонентского устройства при отправке данных восходящей линии связи, согласно информации, переносимой в кадре данных усовершенствованного выделенного канала передачи, или однонаправленному каналу передачи, который использует базовая станция для передачи кадра данных усовершенствованного выделенного канала передачи.
[0011] Другой аспект настоящей заявки предоставляет базовую станцию, которая включает в себя: приемное устройство, сконфигурированное с возможностью принимать данные восходящей линии связи, отправленные из абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты по усовершенствованному выделенному каналу передачи; процессор, сконфигурированный с возможностью определять интервал времени передачи, используемый посредством абонентского устройства для отправки данных восходящей линии связи; и передающее устройство, сконфигурированное с возможностью отправлять данные восходящей линии связи в кадре данных усовершенствованного выделенного канала передачи в контроллер радиосети, причем кадр данных усовершенствованного выделенного канала передачи переносит индикатор интервала времени передачи, указывающий так, чтобы уведомлять контроллер радиосети относительно интервала времени передачи, используемого посредством абонентского устройства для отправки данных восходящей линии связи.
[0012] В предпочтительной форме реализации, базовая станция, которая включает в себя: приемное устройство, сконфигурированное с возможностью принимать данные восходящей линии связи, отправленные из абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты по усовершенствованному выделенному каналу передачи; процессор, сконфигурированный с возможностью определять интервал времени передачи, используемый посредством абонентского устройства для отправки данных восходящей линии связи; и передающее устройство, сконфигурированное с возможностью отправлять восходящую линию связи в кадре данных усовершенствованного выделенного канала передачи в контроллер радиосети через однонаправленный канал передачи, соответствующий интервалу времени передачи, так что контроллер радиосети определяет, согласно однонаправленному каналу передачи, интервал времени передачи, используемый посредством абонентского устройства для отправки данных восходящей линии связи.
[0013] Другой аспект настоящей заявки предоставляет контроллер радиосети, который включает в себя: приемное устройство, сконфигурированное с возможностью принимать кадр данных усовершенствованного выделенного канала передачи из базовой станции, причем кадр данных усовершенствованного выделенного канала передачи переносит данные восходящей линии связи, отправленные из абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты; и процессор, сконфигурированный с возможностью определять интервал времени передачи, используемый посредством абонентского устройства при отправке данных восходящей линии связи, согласно информации, переносимой в кадре данных усовершенствованного выделенного канала передачи, или однонаправленному каналу передачи, который использует базовая станция для передачи кадра данных усовершенствованного выделенного канала передачи.
[0014] Согласно вариантам осуществления настоящей заявки, контроллер радиосети может определять, согласно индикатору интервала времени передачи, переносимому в кадре данных усовершенствованного выделенного канала передачи, или согласно однонаправленному каналу передачи для отправки кадра данных усовершенствованного выделенного канала передачи, интервал времени передачи, используемый посредством абонентского устройства в состоянии бездействия или в состоянии прямого канала доступа соты при отправке данных восходящей линии связи, за счет этого обеспечивая то, что контроллер радиосети выбирает и конфигурирует подходящий интервал времени передачи для абонентского устройства, когда абонентское устройство переходит из состояния прямого канала доступа соты в состояние выделенного канала передачи соты.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0015] Чтобы более понятно иллюстрировать технические решения согласно настоящей заявке, далее кратко представляются прилагаемые чертежи, описывающие варианты осуществления настоящей заявки или предшествующего уровня техники. Очевидно, что прилагаемые чертежи в нижеприведенном описании показывают только некоторые варианты осуществления настоящей заявки.
[0016] Фиг. 1 является блок-схемой последовательности операций варианта осуществления способа для определения интервала времени передачи согласно варианту осуществления настоящей заявки;
[0017] Фиг. 2 является блок-схемой последовательности операций другого варианта осуществления способа для определения интервала времени передачи согласно другому варианту осуществления настоящей заявки;
[0018] Фиг. 3 является блок-схемой последовательности операций способа возможной реализации процесса переконфигурирования физического совместно используемого канала согласно настоящей заявке;
[0019] Фиг. 4 является блок-схемой последовательности операций способа другой возможной реализации процесса переконфигурирования физического совместно используемого канала согласно настоящей заявке;
[0020] Фиг. 5 является блок-схемой последовательности операций способа для определения интервала времени передачи согласно еще одному другому варианту осуществления настоящей заявки;
[0021] Фиг. 6 является упрощенной блок-схемой варианта осуществления базовой станции согласно варианту осуществления настоящей заявки;
[0022] Фиг. 7 является упрощенной блок-схемой другого варианта осуществления базовой станции согласно другому варианту осуществления настоящей заявки;
[0023] Фиг. 8 является упрощенной блок-схемой еще одного другого варианта осуществления базовой станции согласно еще одному другому варианту осуществления настоящей заявки;
[0024] Фиг. 9 является упрощенной блок-схемой варианта осуществления контроллера радиосети согласно варианту осуществления настоящей заявки; и
[0025] Фиг. 10 является упрощенной блок-схемой другого варианта осуществления контроллера радиосети согласно другому варианту осуществления настоящей заявки.
ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[0026] Чтобы обеспечивать большую понятность целей, технических решений и преимуществ вариантов осуществления настоящей заявки, далее четко описываются технические решения в вариантах осуществления настоящей заявки со ссылкой на прилагаемые чертежи. Очевидно, описанные варианты осуществления представляют собой просто часть вариантов осуществления настоящей заявки, а не все варианты осуществления. Все другие варианты осуществления, полученные специалистами в данной области техники на основе вариантов осуществления настоящей заявки без творческих усилий, должны попадать в объем охраны настоящей заявки.
[0027] Технологии, описанные в этом тексте, могут быть использованы в различных системах беспроводной связи, например, в текущей системе мобильной связи второго поколения (2G), системе мобильной связи третьего поколения (3G) и, дополнительно, системах связи следующего поколения. Например, система беспроводной связи может представлять собой: систему по стандарту глобальной системы мобильной связи (GSM), систему с множественным доступом с кодовым разделением каналов (CDMA), систему с множественным доступом с временным разделением каналов (TDMA), систему с широкополосным множественным доступом с кодовым разделением каналов (WCDMA), систему с множественным доступом с частотным разделением каналов (FDMA), систему с множественным доступом с ортогональным частотным разделением каналов (OFDMA), систему FDMA с одной несущей (SC-FDMA), систему по стандарту общей службы пакетной радиопередачи (GPRS) или систему по стандарту долгосрочного развития (LTE) и другие системы связи аналогичной природы.
[0028] В этом тексте различные аспекты настоящей заявки описываются в комбинации терминала и/или базовой станции и/или контроллера базовой станции.
[0029] Абонентское устройство может представлять собой беспроводной терминал или проводной терминал, при этом беспроводной терминал может означать устройство, предоставляющее возможности подключения для передачи аудио и/или данных для пользователя, карманное устройство, имеющее функцию беспроводного соединения, или другое устройство обработки, подключенное к беспроводному модему. Беспроводной терминал может обмениваться данными с одной или более базовых сетей через сеть радиодоступа (RAN); беспроводной терминал может представлять собой мобильный терминал, например, мобильный телефон (альтернативно называемый "сотовым" телефоном) и компьютер, имеющий мобильный терминал, например, портативное, карманное, переносное, встроенное в компьютер или установленное в транспортном средстве мобильное устройство, которое обменивается языковыми командами и/или данными с сетью радиодоступа. Например, беспроводной терминал может быть таким устройством, как телефон по стандарту службы персональной связи (PCS), беспроводной телефон, телефон по протоколу инициирования сеансов (SIP), станция беспроводного абонентского доступа (WLL) и персональное цифровое устройство (PDA). Беспроводной терминал также может называться системой, абонентским модулем, абонентской станцией, мобильной станцией, мобильным устройством, удаленной станцией, точкой доступа, удаленным терминалом, терминалом доступа, пользовательским терминалом, пользовательским агентом, пользовательским устройством, абонентским устройством и т.п.
[0030] Базовая станция (к примеру, точка доступа) может означать устройство в сети доступа, которое обменивается данными по радиоинтерфейсу посредством одного или более секторов с беспроводными терминалами. Базовая станция может быть сконфигурирована с возможностью выполнять взаимное преобразование для принимаемого радиоинтерфейсного кадра и пакета по Интернет-протоколу (Интернет-протоколу; IP для краткости) и может быть использована в качестве маршрутизатора между беспроводным терминалом и другой частью сети доступа, причем другая часть сети доступа может включать в себя IP-сеть. Базовая станция дополнительно может координировать управление атрибутами по радиоинтерфейсу. Например, базовая станция может представлять собой базовую станцию (BTS) в GSM или CDMA или базовую станцию (узел В) в WCDMA, или усовершенствованную базовую станцию (узел В, eNB или усовершенствованный узел В) в LTE, что не ограничивается в настоящей заявке. ENB или усовершенствованный узел В является сокращением от усовершенствованной базовой станции (усовершенствованного узла В).
[0031] Контроллер базовой станции может представлять собой контроллер базовой станции (BSC) в GSM или CDMA или контроллер радиосети (RNC) в WCDMA, что не ограничивается в настоящей заявке.
[0032] Помимо этого, термины "система" и "сеть" могут всегда использоваться взаимозаменяемо в этом тексте. Термин "и/или" в этом тексте описывает только ассоциирование ассоциированных объектов и указывает три взаимосвязи, например: А и/или В может указывать следующие три условия: существует только А, А и В существуют одновременно, и существует только В. Помимо этого, символ "/" в этом тексте, в общем, указывает, что первый и второй ассоциированные объекты находятся во взаимосвязи "или".
[0033] Фиг. 1 является блок-схемой последовательности операций способа для определения интервала времени передачи согласно варианту осуществления настоящей заявки, и как показано на Фиг. 1, способ для определения интервала времени передачи может быть описан следующим образом:
[0034] 101. Узел В принимает данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH по E-DCH.
[0035] 102. Узел В определяет TTI, используемый посредством UE для отправки данных восходящей линии связи.
[0036] Например, UE сообщает в узел В, на стадии произвольного доступа по восходящей линии связи через сигнатуру преамбулы, TTI, используемый посредством UE во время передачи по восходящей линии связи; так что узел В, после приема данных восходящей линии связи, отправленных из UE по E-DCH, определяет TTI, используемый посредством UE для отправки данных восходящей линии связи. Безусловно, это представляет собой только один пример определения посредством узла В TTI, используемого посредством UE для отправки данных восходящей линии связи, и способ определения посредством узла В TTI, используемого посредством UE для отправки данных восходящей линии связи, не ограничен в настоящей заявке.
[0037] 103. Узел В переносит данные восходящей линии связи в кадре E-DCH-данных и отправляет кадр E-DCH-данных в RNC, причем кадр E-DCH-данных переносит TTI-индикатор, с тем чтобы уведомлять RNC относительно TTI, используемого посредством UE для отправки данных восходящей линии связи.
[0038] В этом варианте осуществления, узел В может указывать, посредством  использования флага нового информационного элемента (IE), что поле расширения пространства кадра E-DCH-данных включает в себя TTI-индикатор.
[0039] Например, когда значение бита 1 флага нового IE задается равным "1", это указывает, что TTI-индикатор существует, а когда значение бита 1 флага нового IE задается равным "0", это указывает, что TTI-индикатор не существует. Безусловно, вышеприведенное описание является только примером, и настоящая заявка не ограничена этим. Также возможно то, что когда значение бита 1 флага нового IE задается равным "0", это указывает, что TTI-индикатор существует, а когда значение бита 1 флага нового IE задается равным "1", это указывает, что TTI-индикатор не существует. Альтернативно, то, существует или нет TTI-индикатор, может указываться посредством задания значения бита 1 флага нового IE равным другому номеру, символу и/или строке символов. Помимо этого, то существует или нет TTI-индикатор, также может указываться посредством задания значения другого бита, отличного от бита 1 флага нового IE, и способ для задания другого бита является идентичным способу для задания бита 1, который не повторяется в данном документе. Способ для задания флага нового IE не ограничен в этом варианте осуществления настоящей заявки при условии, что флаг нового IE допускает указание того, существует или нет TTI-индикатор.
[0040] В этом варианте осуществления, TTI-индикатор используется для того, чтобы указывать то, что TTI, используемый посредством UE для отправки данных восходящей линии связи, представляет собой первый TTI или второй TTI, причем первый TTI представляет собой TTI в 2 мс, а второй TTI представляет собой TTI в 10 мс; или первый TTI представляет собой TTI в 10 мс, а второй TTI представляет собой TTI в 2 мс; это не ограничено в этом варианте осуществления настоящей заявки, но описание следующего варианта осуществления настоящей заявки рассматривает первый TTI, представляющий собой TTI в 2 мс, а второй TTI, представляющий собой TTI в 10 мс, в качестве примера.
[0041] Например, возможно то, что когда TTI-индикатор задается равным "1", это указывает, что UE использует TTI в 2 мс при отправке данных восходящей линии связи, а когда TTI индикатор задается равным "0", это указывает, что UE использует TTI в 10 мс при отправке данных восходящей линии связи. Безусловно, вышеприведенное является только примером, и данный вариант осуществления настоящей заявки не ограничен этим. Также возможно то, что когда TTI-индикатор задается равным "0", это указывает, что UE использует TTI в 2 мс при отправке данных восходящей линии связи, а когда TTI-индикатор задается равным "1", это указывает, что UE использует TTI в 10 мс при отправке данных восходящей линии связи. Альтернативно, то, использует UE TTI в 2 мс или TTI в 10 мс при отправке данных восходящей линии связи, может указываться посредством задания TTI-индикатора равным другому номеру, символу и/или строке символов. Способ для задания TTI-индикатора не ограничен в этом варианте осуществления настоящей заявки при условии, что TTI-индикатор допускает указание того, UE использует TTI в 2 мс или TTI в 10 мс при отправке данных восходящей линии связи.
[0042] В этом варианте осуществления, узел В может переносить TTI-индикатор одним из следующих способов: (1) в каждом кадре Ε-DCH-данных; (2) в ходе каждого процесса E-DCH-передачи по восходящей линии связи UE узел В переносит ΤΤΙ-индикатор только в первом кадре E-DCH-данных; (3) когда полный размер буфера в информации диспетчеризации (SI), сообщаемой посредством UE, превышает предварительно установленное пороговое значение, узел В переносит TTI-индикатор в кадре E-DCH-данных.
[0043] Одна "E-DCH-передача по восходящей линии связи" означает то, что UE инициирует E-DCH-передачу, получает, через решение для конкурентного разрешения конфликтов, общий E-DCH, используемый для передачи данных по восходящей линии связи, и выполняет высвобождение общих E-DCH-ресурсов после того, как завершается передача данных по восходящей линии связи, или под управлением узла В.
[0044] Предварительно установленное пороговое значение может задаваться посредством узла В согласно характеристикам программной и аппаратной обработки или может быть сконфигурировано посредством RNC для узла В заранее.
[0045] Этот вариант осуществления рассматривает базовую станцию, представляющую собой узел В, в качестве примера для иллюстрации, но данный вариант осуществления настоящей заявки не ограничен этим. Базовая станция в этом варианте осуществления настоящей заявки также может представлять собой базовую станцию другого типа, такую как: усовершенствованная базовая станция (усовершенствованный узел В; eNB для краткости). Хотя это не ограничивается в этом варианте осуществления настоящей заявки, но описание ниже рассматривает базовую станцию, представляющую собой узел В, в качестве примера для иллюстрации.
[0046] В этом варианте осуществления, RNC может определять, согласно TTI-индикатору, переносимому в кадре E-DCH-данных, TTI, используемый посредством абонентского устройства в состоянии бездействия или в состоянии Cell-FACH, при отправке данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0047] Фиг. 2 является блок-схемой последовательности операций способа для определения интервала времени передачи согласно другому варианту осуществления настоящей заявки, и как показано на Фиг. 2, способ для определения интервала времени передачи может быть описан следующим образом:
[0048] 201. Узел В принимает данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH по E-DCH.
[0049] 202. Узел В переносит данные восходящей линии связи в кадре E-DCH-данных.
[0050] 203. Узел В отправляет, согласно TTI, используемому посредством UE при отправке данных восходящей линии связи, кадр E-DCH-данных в RNC через однонаправленный канал передачи, соответствующий TTI, так что RNC определяет, согласно однонаправленному каналу передачи, TTI, используемый посредством UE при отправке данных восходящей линии связи.
[0051] В этом варианте осуществления, RNC может определять, согласно однонаправленному каналу передачи для отправки кадра Е-DCH-данных, TTI, используемый посредством UE в состоянии бездействия или в состоянии Cell-FACH, при отправке данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0052] В варианте осуществления, показанном на Фиг. 2, перед 201, узел В должен выполнять процесс конфигурирования с помощью RNC. В одном способе реализации, узел В может принимать первое конфигурационное сообщение, отправленное из RNC. Первое конфигурационное сообщение переносит идентификаторы двух общих потоков на уровне управления доступом к среде восходящей линии связи, сконфигурированных посредством RNC. Каждый из общих МАС-потоков соответствует одному TTI. Затем, узел В отправляет первое ответное сообщение в RNC в ответ на первое конфигурационное сообщение, причем первое ответное сообщение переносит однонаправленные каналы передачи, выделяемые посредством узла В для общих МАС-потоков восходящей линии связи. В другом способе реализации узел В может принимать второе конфигурационное сообщение, отправленное из RNC, причем второе конфигурационное сообщение переносит идентификатор общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC, и индикатор режима пакетирования, сконфигурированный посредством RNC для общего МАС-потока восходящей линии связи, соответствующего первому TTI. Затем, узел В может отправлять второе ответное сообщение в RNC в ответ на второе конфигурационное сообщение, причем второе ответное сообщение переносит однонаправленный канал передачи, выделяемый посредством узла В для общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC.
[0053] Первое конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала; и первое ответное сообщение в ответ на первое конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала. Аналогично, второе конфигурационное сообщение также может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала; и второе ответное сообщение в ответ на второе конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала. Таким образом, процесс конфигурирования, выполняемый посредством узла В и RNC перед 201, может представлять собой процесс переконфигурирования физического совместно используемого канала.
[0054] Фиг. 3 является блок-схемой последовательности операций способа возможной реализации процесса переконфигурирования физического совместно используемого канала. Как показано на Фиг. 3:
[0055] 301: Узел В принимает сообщение с запросом на переконфигурирование физического совместно используемого канала, отправленное из RNC, причем сообщение с запросом на переконфигурирование физического совместно используемого канала переносит идентификаторы двух общих МАС-потоков восходящей линии связи, сконфигурированных посредством RNC согласно двум различным длинам TTI.
[0056] 302: Узел В отправляет сообщение с ответом по переконфигурированию физического совместно используемого канала в RNC, причем сообщение с ответом по переконфигурированию физического совместно используемого канала переносит однонаправленные каналы передачи, выделяемые посредством узла В для двух общих МАС-потоков восходящей линии связи.
[0057] В этой возможной реализации, RNC конфигурирует два общих МАС-потоков восходящей линии связи согласно длине TTI (2 мс или 10 мс) и отправляет идентификаторы (ID) сконфигурированных двух общих МАС-потоков восходящей линии связи в узел В через сообщение с запросом на переконфигурирование физического совместно используемого канала. Затем узел В выделяет однонаправленные каналы передачи для двух общих МАС-потоков и отправляет однонаправленные каналы передачи, выделяемые для двух общих МАС-потоков восходящей линии связи в RNC через сообщение с ответом по переконфигурированию физического совместно используемого канала. После этого, RNC сохраняет однонаправленные каналы передачи, выделяемые посредством узла В для двух общих МАС-потоков восходящей линии связи, и преобразование между двумя общими МАС-потоками восходящей линии связи и однонаправленными каналами передачи. Таким образом, в последующем процессе передачи данных по Iub, после приема данных восходящей линии связи, отправленных из UE с использованием TTI в 2 мс, узел В переносит данные восходящей линии связи в кадре E-DCH-данных, и отправляет кадр E-DCH-данных в RNC через однонаправленный канал передачи, соответствующий TTI в 2 мс. После приема данных восходящей линии связи, отправленных из UE с использованием TTI в 10 мс, узел В переносит данные восходящей линии связи в кадре E-DCH-данных, и отправляет кадр E-DCH-данных в RNC через однонаправленный канал передачи, соответствующий TTI в 10 мс. После приема кадра E-DCH-данных, отправленного из узла В через однонаправленный канал передачи, RNC может определять, согласно однонаправленному каналу передачи, TTI, используемый посредством UE при отправке данных восходящей линии связи. Например, после приема кадра E-DCH-данных, отправленного из узла В через однонаправленный канал передачи, если RNC определяет то, что однонаправленный канал передачи является идентичным однонаправленному каналу передачи, сохраненному посредством RNC и выделяемому посредством узла В для TTI в 2 мс, RNC может определять то, что TTI, используемый посредством UE при отправке данных восходящей линии связи, составляет 2 мс.
[0058] В этой возможной реализации, RNC конфигурирует, согласно длине TTI, два общих МАС-потока восходящей линии связи. Узел В выделяет однонаправленные каналы передачи для двух общих МАС-потоков восходящей линии связи и отправляет данные восходящей линии связи, отправленные из UE с использованием TTI в 2 мс или TTI в 10 мс в RNC через соответствующие однонаправленные каналы передачи, соответствующие TTI в 2 мс и TTI в 10 мс. Таким образом RNC может отличать, согласно однонаправленному каналу передачи, TTI, используемый посредством UE при отправке данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0059] Фиг. 4 является блок-схемой последовательности операций способа другой возможной реализации процесса переконфигурирования физического совместно используемого канала. Как показано на Фиг. 4:
[0060] 401: Узел В принимает сообщение с запросом на переконфигурирование физического совместно используемого канала, отправленное из RNC, причем сообщение с запросом на переконфигурирование физического совместно используемого канала переносит идентификатор общего МАС-потока восходящей линии связи, сконфигурированный посредством RNC, и индикатор режима пакетирования, сконфигурированный посредством RNC для общего МАС-потока восходящей линии связи, соответствующего первому TTI.
[0061] Первый TTI может представлять собой TTI в 2 мс или TTI в 10 мс. Хотя это не ограничивается, в описании ниже первый TTI, представляющий собой TTI в 2 мс, рассматривается в качестве примера для иллюстрации.
[0062] 402: Узел В отправляет сообщение с ответом по переконфигурированию физического совместно используемого канала в RNC, причем сообщение с ответом по переконфигурированию физического совместно используемого канала переносит однонаправленный канал передачи, выделяемый посредством узла В для общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC.
[0063] В этой возможной реализации, RNC отличает TTI посредством конфигурирования индикатора режима пакетирования общего МАС-потока восходящей линии связи. RNC конфигурирует, в конфигурационном сообщении, индикатор режима пакетирования в соответствующем общем МАС-потоке восходящей линии связи для TTI в 2 мс. После приема сообщения с запросом на переконфигурирование физического совместно используемого канала узел В может получать, согласно индикатору режима пакетирования, общий МАС-поток восходящей линии связи, поддерживающий TTI в 2 мс. Узел В может выделять однонаправленный канал передачи для общего МАС-потока восходящей линии связи, переносимого посредством сообщения с запросом на переконфигурирование физического совместно используемого канала, переносить однонаправленный канал передачи, который выделяется для общего МАС-потока восходящей линии связи, переносимого в сообщении с запросом на переконфигурирование физического совместно используемого канала, в сообщении с ответом по переконфигурированию физического совместно используемого канала, и отправлять ответное сообщение в RNC. После этого, RNC сохраняет однонаправленный канал передачи, выделяемый посредством узла В для общего МАС-потока восходящей линии связи, и преобразование между общим МАС-потоком восходящей линии связи и однонаправленным каналом передачи. В частности, для общего МАС-потока восходящей линии связи, сконфигурированного с помощью индикатора режима пакетирования, RNC сохраняет преобразование между общим МАС-потоком восходящей линии связи, индикатором режима пакетирования и однонаправленным каналом передачи. В последующем процессе передачи данных по Iub узел В отправляет кадр E-DCH-данных в RNC через однонаправленный канал передачи, который соответствует общему МАС-потоку восходящей линии связи, сконфигурированному с помощью индикатора режима пакетирования, причем кадр E-DCH-данных переносит данные восходящей линии связи, отправленные из UE с использованием TTI в 2 мс. RNC может определять, согласно однонаправленному каналу передачи, соответствующему общему МАС-потоку восходящей линии связи, сконфигурированному с помощью индикатора режима пакетирования, и преобразованию между общим МАС-потоком восходящей линии связи, индикатором режима пакетирования и однонаправленным каналом передачи, то, что TTI, используемый посредством UE при отправке данных восходящей линии связи, представляет собой TTI в 2 мс, то, что TTI, используемый посредством UE при отправке данных восходящей линии связи, представляет собой TTI в 2 мс. Аналогично, после того, как RNC принимает кадр E-DCH-данных, отправленный через однонаправленный канал передачи, который соответствует общему МАС-потоку восходящей линии связи, не сконфигурированному с помощью индикатора режима пакетирования, RNC может определять то, согласно однонаправленному каналу передачи, который соответствует общему МАС-потоку восходящей линии связи, не сконфигурированному с помощью индикатора режима пакетирования, что TTI, используемый посредством UE при отправке данных восходящей линии связи, представляет собой 10 мс.
[0064] В этой возможной реализации, RNC конфигурирует индикатор режима пакетирования в соответствующем общем МАС-потоке восходящей линии связи для TTI в 2 мс. Затем, узел В отправляет данные восходящей линии связи в RNC через однонаправленный канал передачи, который соответствует общему МАС-потоку восходящей линии связи, сконфигурированному с помощью индикатора режима пакетирования. Данные восходящей линии связи отправляются из UE с использованием TTI в 2 мс. В силу этого RNC допускает различение данных восходящей линии связи, отправленных из UE с использованием TTI в 2 мс, с тем чтобы определять TTI, используемый посредством UE при отправке данных восходящей линии связи. Это обеспечивает, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0065] Фиг. 5 является блок-схемой последовательности операций способа для определения интервала времени передачи согласно еще одному другому варианту осуществления настоящей заявки. Как показано на Фиг. 5:
[0066] 501: RNC принимает кадр E-DCH-данных, который отправляется из узла В. Кадр E-DCH-данных переносит данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH. Данные восходящей линии связи отправляются по E-DCH согласно предварительно определенному TTI и через однонаправленный канал передачи, соответствующий TTI.
[0067] 502: RNC определяет, согласно однонаправленному каналу передачи, TTI, используемый посредством UE при отправке данных восходящей линии связи.
[0068] В этом варианте осуществления, перед 501, RNC также должен выполнять процесс конфигурирования с помощью узла В.
[0069] Ссылаясь на Фиг. 3, в способе реализации этого варианта осуществления, RNC может отправлять первое конфигурационное сообщение в узел В, причем первое конфигурационное сообщение переносит идентификаторы двух групп общих МАС-потоков восходящей линии связи, сконфигурированных посредством RNC согласно двум различным длинам TTI. Затем, RNC может принимать первое ответное сообщение, отправленное из узла В в ответ на первое конфигурационное сообщение, причем первое ответное сообщение переносит однонаправленные каналы передачи, выделяемые посредством узла В для двух общих МАС-потоков восходящей линии связи. Способ последующей отправки посредством узла В кадра E-DCH-данных и способ определения посредством RNC TTI, используемого посредством UE при отправке данных восходящей линии связи, являются идентичными способам, описанным в примере реализации, показанном на Фиг. 3, что не повторяется в данном документе.
[0070] Ссылаясь на Фиг. 4, в другом способе реализации этого варианта осуществления, RNC может отправлять второе конфигурационное сообщение в узел В, причем второе конфигурационное сообщение переносит идентификатор общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC, и индикатор режима пакетирования, сконфигурированный посредством RNC для общего МАС-потока восходящей линии связи, соответствующего первому TTI. Затем, RNC может принимать второе ответное сообщение, отправленное из узла B в ответ на второе конфигурационное сообщение, причем второе ответное сообщение переносит однонаправленный канал передачи, выделяемый посредством узла В для общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC.
[0071] В этом способе реализации, RNC может принимать первый кадр E-DCH-данных, отправленный из узла В через первый однонаправленный канал передачи, который соответствует общему МАС-потоку восходящей линии связи, сконфигурированному с помощью индикатора режима пакетирования. Первый кадр E-DCH-данных переносит первые данные восходящей линии связи, отправленные из UE с использованием первого TTI. RNC может определять то, согласно первому однонаправленному каналу передачи, что UE использует первый TTI при отправке первых данных восходящей линии связи.
[0072] Первое конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала; и первое ответное сообщение в ответ на первое конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала. Второе конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала; и второе ответное сообщение в ответ на второе конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала.
[0073] В этом варианте осуществления, RNC может определять, согласно идентификатору однонаправленного канала передачи для отправки кадра E-DCH-данных, TTI, используемый посредством UE в состоянии бездействия или в состоянии Cell-FACH, при отправке данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0074] В способе для определения интервала времени передачи согласно еще одному другому варианту осуществления настоящей заявки, после отправки канала абсолютного разрешения на передачу по E-DCH (E-AGCH) на стадии обнаружения конфликтов, узел В может отправлять, через служебные сигналы по прикладной подсистеме узла В (NBAP), в RNC TTI, используемый посредством UE при отправке данных восходящей линии связи. Таким образом, RNC может определять, согласно TTI, отправленному из узла В и внутреннего алгоритма RNC, TTI, используемый посредством UE при отправке данных восходящей линии связи. Если RNC должен модифицировать TTI, используемый посредством UE при отправке данных восходящей линии связи, RNC должен выполнять переконфигурирование однонаправленного радиоканала (RB). Служебные NBAP-сигналы могут представлять собой первый фрагмент служебных сигналов после того, как завершается обнаружение конфликтов, и могут представлять собой другие служебные сигналы, например: служебные NBAP-сигналы могут использовать сообщение с ответом по установлению линии радиосвязи или сообщение по сбою установления линии радиосвязи.
[0075] Специалисты в данной области техники должны понимать, что весь или часть способа в вышеописанных вариантах осуществления настоящего заявки могут быть реализованы посредством программы, выдающей инструкции релевантным аппаратным средствам. Программа может сохраняться на машиночитаемом носителе хранения данных. Когда программа запускается, выполняется способ согласно поведению, описанному в вариантах осуществления настоящей заявки. Вышеуказанный носитель хранения данных может быть любом носителем, который допускает сохранение программных кодов, таким как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), магнитный диск или оптический диск.
[0076] Фиг. 6 является упрощенной структурной схемой базовой станции согласно варианту осуществления настоящей заявки, и базовая станция в этом варианте осуществления может реализовывать процесс варианта осуществления, показанного на Фиг. 1 настоящей заявки; как показано на Фиг. 6, базовая станция может включать в себя: приемный блок 61, блок 62 определения и блок 63 отправки.
[0077] Приемный блок 61 сконфигурирован с возможностью принимать данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH по E-DCH.
[0078] Блок 62 определения сконфигурирован с возможностью определять TTI, используемый посредством UE для отправки данных восходящей линии связи.
[0079] Блок 63 отправки сконфигурирован с возможностью переносить данные восходящей линии связи в кадре E-DCH-данных и отправлять кадр E-DCH-данных в RNC, причем кадр E-DCH-данных переносит TTI-индикатор, с тем чтобы уведомлять RNC относительно TTI, используемого посредством UE для отправки данных восходящей линии связи.
[0080] Базовая станция в этом варианте осуществления может представлять собой узел В или базовую станцию другого типа, такую как eNB, и тип базовой станции не ограничивается в этом варианте осуществления настоящей заявки.
[0081] В базовой станции, как показано на Фиг. 6, после того, как приемный блок 61 принимает данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH по E-DCH, блок 62 определения определяет TTI, используемый посредством UE для отправки данных восходящей линии связи, и блок 63 отправки переносит данные восходящей линии связи в кадре E-DCH-данных и отправляет кадр E-DCH-данных в RNC. Кадр E-DCH-данных переносит TTI-индикатор, с тем чтобы уведомлять RNC относительно TTI, используемого посредством UE для отправки данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0082] Фиг. 7 является упрощенной структурной схемой другого варианта осуществления базовой станции согласно настоящей заявки. По сравнению с базовой станцией, показанной на Фиг. 6, отличие заключается в том, что базовая станция, показанная на Фиг. 7, дополнительно может включать в себя блок 64 указания и блок 65 переноса.
[0083] Блок 64 указания сконфигурирован с возможностью указывать через флаг нового IE, что поле расширения резервного пространства кадра E-DCH-данных включает в себя TTI-индикатор, причем TTI-индикатор используется для того, чтобы указывать то, что TTI, используемый посредством UE для отправки данных восходящей линии связи, представляет собой первый TTI или второй TTI.
[0084] Блок 65 переноса сконфигурирован с возможностью переносить TTI-индикатор одним из следующих способов: в каждом кадре E-DCH-данных; в каждом процессе E-DCH-передачи по восходящей линии связи UE, переносить TTI-индикатор только в первом кадре E-DCH-данных; и когда размер буфера данных в SI, сообщаемой посредством UE, превышает предварительно установленное пороговое значение, переносить TTI в кадре E-DCH-данных.
[0085] Одна "E-DCH-передача по восходящей линии связи" означает то, что UE инициирует E-DCH-передачу, получает, через решение для конкурентного разрешения конфликтов, общий E-DCH, используемый для передачи данных по восходящей линии связи, и выполняет высвобождение общих E-DCH-ресурсов после того, как завершается передача данных по восходящей линии связи, или под управлением узла В.
[0086] Предварительно установленное пороговое значение может задаваться посредством узла В согласно характеристикам программной и аппаратной обработки или может быть сконфигурировано посредством RNC для узла В заранее.
[0087] Базовая станция может переносить TTI-индикатор в кадре E-DCH-данных, отправленном в RNC, с тем чтобы уведомлять RNC относительно TTI, используемого посредством UE для отправки данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0088] Фиг. 8 является упрощенной структурной схемой еще одного другого варианта осуществления базовой станции согласно настоящей заявке, и базовая станция в этом варианте осуществления может реализовывать процесс варианта осуществления, показанного на Фиг. 2 настоящей заявке. Как показано на Фиг. 8, базовая станция может включать в себя приемный блок 81, блок 82 переноса и блок 83 отправки.
[0089] Приемный блок 81 сконфигурирован с возможностью принимать данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH по E-DCH.
[0090] Блок 82 переноса сконфигурирован с возможностью переносить данные восходящей линии связи в кадре E-DCH-данных.
[0091] Блок 83 отправки сконфигурирован с возможностью отправлять, согласно TTI, используемому посредством UE при отправке данных восходящей линии связи, кадр E-DCH-данных в RNC через однонаправленный канал передачи, соответствующий TTI, так что RNC определяет, согласно однонаправленному каналу передачи, TTI, используемый посредством UE при отправке данных восходящей линии связи.
[0092] В способе реализации этого варианта осуществления, приемный блок 81 дополнительно может принимать первое конфигурационное сообщение, отправленное из RNC. Первое конфигурационное сообщение переносит идентификаторы двух общих МАС-потоков восходящей линии связи, сконфигурированных посредством RNC согласно различным длинам TTI. Блок 83 отправки дополнительно может быть сконфигурирован отправлять первое ответное сообщение в RNC в ответ на первое конфигурационное сообщение. Первое ответное сообщение переносит однонаправленные каналы передачи, выделяемые посредством базовой станции для двух общих МАС-потоков восходящей линии связи.
[0093] В другом способе реализации этого варианта осуществления, приемный блок 81 дополнительно может быть сконфигурирован принимать второе конфигурационное сообщение, отправленное из RNC. Второе конфигурационное сообщение переносит идентификатор общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC, и индикатор режима пакетирования, сконфигурированный посредством RNC для общего МАС-потока восходящей линии связи, соответствующего первому TTI. Блок 83 отправки дополнительно может быть сконфигурирован отправлять второе ответное сообщение в RNC в ответ на второе конфигурационное сообщение. Второе ответное сообщение переносит однонаправленный канал передачи, выделяемый посредством базовой станции для общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC.
[0094] В этом способе реализации, блок 83 отправки может отправлять кадр E-DCH-данных в RNC через однонаправленный канал передачи, который соответствует общему МАС-потоку восходящей линии связи, сконфигурированному с помощью индикатора режима пакетирования, причем кадр E-DCH-данных переносит данные восходящей линии связи, отправленные из UE с использованием первого TTI.
[0095] Первое конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала. Первое ответное сообщение в ответ на первое конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала. Второе конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала. Второе ответное сообщение в ответ на второе конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала.
[0096] Базовая станция в этом варианте осуществления может представлять собой узел В или базовую станцию другого типа, такую как eNB. Тип базовой станции не ограничивается в этом варианте осуществления настоящей заявки.
[0097] В варианте осуществления, после того, как приемный блок 81 принимает данные восходящей линии связи, отправленные из UE в состоянии бездействия или в состоянии Cell-FACH по E-DCH, блок 82 переноса переносит данные восходящей линии связи в кадре E-DCH-данных, и блок 83 отправки отправляет, согласно TTI, используемому посредством UE при отправке данных восходящей линии связи, кадр E-DCH-данных в RNC через однонаправленный канал передачи, соответствующий TTI, так что RNC допускает определение, согласно однонаправленному каналу передачи, TTI, используемого посредством UE при отправке данных восходящей линии связи, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0098] Фиг. 9 является упрощенной структурной схемой варианта осуществления контроллера радиосети (RNC) согласно настоящей заявке. RNC в этом варианте осуществления может реализовывать процесс варианта осуществления, показанного на Фиг. 5 настоящей заявке. Как показано на Фиг. 9, RNC включает в себя приемный блок 91 и блок 92 определения.
[0099] Приемный блок 91 сконфигурирован с возможностью принимать кадр E-DCH-данных, который отправляется из базовой станции согласно TTI, используемому посредством UE в состоянии бездействия или в состоянии Cell-FACH при отправке данных восходящей линии связи, и через однонаправленный канал передачи, соответствующий TTI. Кадр E-DCH-данных переносит данные восходящей линии связи, отправленные из UE по E-DCH.
[0100] Блок 92 определения сконфигурирован с возможностью определять, согласно однонаправленному каналу передачи, TTI, используемый посредством UE при отправке данных восходящей линии связи.
[0101] Первое конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала. Первое ответное сообщение в ответ на первое конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала. Второе конфигурационное сообщение может представлять собой сообщение с запросом на переконфигурирование физического совместно используемого канала. Второе ответное сообщение в ответ на второе конфигурационное сообщение может представлять собой сообщение с ответом по переконфигурированию физического совместно используемого канала.
[0102] RNC может определять, согласно однонаправленному каналу передачи для отправки кадра E-DCH-данных, TTI, используемый посредством UE в состоянии бездействия или в состоянии Cell-FACH, при отправке данных восходящей линии связи по E-DCH, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0103] Фиг. 10 является принципиальной структурной схемой другого варианта осуществления контроллера радиосети согласно настоящей заявке; по сравнению с RNC, показанным на Фиг. 9, отличие заключается в том, что в способе реализации этого варианта осуществления, RNC дополнительно может включать в себя: первый блок 93 отправки.
[0104] Первый блок 93 отправки сконфигурирован с возможностью отправлять первое конфигурационное сообщение в базовую станцию. Первое конфигурационное сообщение переносит идентификаторы двух общих МАС-потоков восходящей линии связи, сконфигурированных посредством RNC согласно двум различным длинам TTI. В это время, приемный блок 91 дополнительно может быть сконфигурирован принимать первое ответное сообщение, отправленное из базовой станции в ответ на первое конфигурационное сообщение, причем первое ответное сообщение переносит однонаправленные каналы передачи, выделяемые посредством базовой станции для двух общих МАС-потоков восходящей линии связи.
[0105] В другом способе реализации этого варианта осуществления, RNC дополнительно может включать в себя второй блок 94 отправки.
[0106] Второй блок 94 отправки сконфигурирован с возможностью отправлять второе конфигурационное сообщение в базовую станцию. Второе конфигурационное сообщение переносит идентификатор общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC, и индикатор режима пакетирования, сконфигурированный посредством RNC для общего МАС-потока восходящей линии связи, соответствующего первому TTI. В это время, приемный блок 91 дополнительно может быть сконфигурирован принимать второе ответное сообщение, отправленное из базовой станции в ответ на второе конфигурационное сообщение, причем второе ответное сообщение переносит однонаправленный канал передачи, выделяемый посредством базовой станции для общего МАС-потока восходящей линии связи, сконфигурированного посредством RNC.
[0107] В этой реализации, приемный блок 91 может принимать первый кадр E-DCH-данных, отправленный из базовой станции через первый однонаправленный канал передачи, который соответствует общему МАС-потоку восходящей линии связи, сконфигурированному с помощью индикатора режима пакетирования, причем первый кадр Е-DCH-данных переносит первые данные восходящей линии связи, отправленные из UE с использованием первого TTI. В это время, блок 92 определения может определять то, согласно первому однонаправленному каналу передачи, что абонентское устройство использует первый TTI при отправке первых данных восходящей линии связи.
[0108] В этом варианте осуществления, RNC может включать в себя первый блок 93 отправки и/или второй блок 94 отправки. Хотя это ограничивается в этом варианте осуществления, Фиг. 10 показывается посредством рассмотрения RNC, включающего в себя первый блок 93 отправки и второй блок 94 отправки, в качестве примера.
[0109] RNC может определять, согласно однонаправленному каналу передачи для отправки кадра E-DCH-данных, TTI, используемый посредством UE в состоянии бездействия или в состоянии Cell-FACH, при отправке данных восходящей линии связи по E-DCH, за счет этого обеспечивая то, что RNC выбирает и конфигурирует надлежащий TTI для UE, когда UE переходит из состояния Cell_FACH в состояние Cell_DCH.
[0110] Специалисты в данной области техники должны понимать, что, для удобства и простоты описания, разделение функциональных блоков описывается только в качестве примера, и при фактическом применении, функции могут выделяться для реализации посредством различных функциональных блоков согласно требованиям, т.е. внутренняя структура устройства разделяется на различные функциональные блоки, с тем чтобы реализовывать все или часть функций, описанных выше. Конкретные рабочие процессы системы, устройства и блоков, описанные выше, могут быть получены в отношении соответствующих процессов в вариантах осуществления способа и не повторяются в данном документе.
[0111] В нескольких вариантах осуществления, предоставленных в настоящей заявке, следует понимать, что раскрытая система, устройство и способ могут быть реализованы другими способами. Например, описанные варианты осуществления устройства являются просто примерными. Например, разделение на блоки является просто разделением по логическим функциям и может быть другим разделением в фактической реализации. Например, несколько блоков или компонентов могут быть комбинированы или интегрированы в другую систему, либо некоторые признаки могут игнорироваться или не выполняться. Кроме того, показанная или поясненная связь либо прямая связь или соединение связи могут осуществляться посредством некоторых интерфейсов, и косвенная связь или соединение связи между устройствами или блоками может быть электрической, механической или в других формах.
[0112] Блоки, описанные в качестве отдельных компонентов, могут быть физически разделены или не разделены. Компоненты, показанные как блоки, могут быть или могут не быть физическими блоками, т.е. могут быть интегрированы или распределены по множеству сетевых блоков. Некоторые либо все модули могут быть выбраны таким образом, чтобы достигать цели решения варианта осуществления согласно фактическим требованиям.
[0113] Помимо этого, различные функциональные блоки согласно каждому варианту осуществления настоящей заявки могут быть интегрированы в одном процессоре или могут существовать в качестве различных отдельных физических блоков, либо два или более блоков также могут быть интегрированы в одном блоке. Интегрированный модуль может быть реализован через аппаратные средства или также может быть реализован в форме программного функционального модуля.
[0114] Когда интегрированный блок реализован в форме программного функционального блока и продается либо используется в качестве отдельного продукта, интегрированный блок может быть сохранен на машиночитаемом носителе хранения данных. Следовательно, техническое решение настоящей заявки или части, которая вносит вклад в предшествующий уровень техники, может быть осуществлено фактически в форме программного продукта. Компьютерный программный продукт сохраняется на носителе хранения данных и содержит несколько инструкций, чтобы инструктировать компьютерному оборудованию (к примеру, персональному компьютеру, серверу или сетевому оборудованию) или процессору (процессору) осуществлять все или часть этапов способа, описанных в вариантах осуществления настоящей заявки. Носитель хранения данных включает в себя различные носители, допускающие сохранение программных кодов, такие как USB-флэш-диск, мобильный жесткий диск, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), магнитный диск или оптический диск.
[0115] В завершение, следует отметить, что вышеописанные варианты осуществления предоставляются просто для того, чтобы описывать технические решения настоящей заявки, а не имеют намерение ограничивать настоящую заявку. Специалисты в данной области техники должны понимать, что хотя настоящая заявка подробно описана в отношении вариантов осуществления, модификации могут вноситься в технические решения, описанные в вариантах осуществления, либо эквивалентные замены могут осуществляться в некоторых технических признаках в технических решениях при условии, что такие модификации или замены не отступают от объема настоящей заявки.