СПОСОБ УПРАВЛЕНИЯ СКОРОСТЬЮ КОДЕКА, ЗАПРАШИВАЕМОГО УСТРОЙСТВОМ УПРАВЛЕНИЯ РЕСУРСОМ РАДИОСВЯЗИ ДЛЯ VoIP
METHOD OF CODEC SPEED CONTROL FOR CODEC REQUESTED BY RADIO COMMUNICATION RESOURCE CONTROL DEVICE FOR VoIP

Область техники, к которой относится изобретение
Это изобретение относится к области беспроводной связи. Более конкретно, оно относится к управлению скоростью для услуг передачи голоса по IP-протоколу (VoIP) в системе 3GPP.
Предшествующий уровень техники
В универсальной системе мобильной телекоммуникации (UMTS) существует два способа обеспечения услуг голосовой передачи. Одним способом является использование традиционной услуги голосовой передачи с коммутацией каналов (CS). Другим способом обеспечения услуг голосовой передачи является использование передачи голосовой по IP-протоколу (VoIP) в области пакетной коммутации (PS). VoIP представляет семейство технологий, которые обеспечивают возможность использования IP-протокола для голосовых приложений, например, телефонии, мгновенного обмена голосовыми сообщениями и организации телеконференций.
Адаптивный многоскоростной кодек (AMR) является многоскоростным кодеком, одобренным 3GPP для кодирования речи. AMR речевой кодер состоит из многоскоростного речевого кодера, схемы исходной регулируемой скорости, включающей в себя детектор голосовой активности и систему формирования комфортного шума, и механизма маскирования ошибок для борьбы с последствиями ошибок при передаче и потерянных пакетов. Многоскоростной речевой кодер является единым интегрированным речевым кодеком с восьмью исходными скоростями в пределах от 4,75 кбит/сек до 12,2 кбит/сек и режимом кодирования фонового шума с низкой скоростью. Речевой кодер может по команде переключать эти битовые скорости через каждый 20 мс речевой кадр. В таблице 1 представлены поддерживаемые скорости для AMR кодека.
Таблица 1
Режим кодека
Исходная битовая скорость кодека
AMR_12,20AMR_10,20AMR_7,95AMR_7,40AMR_6,70AMR_5,90AMR_5,15AMR_4,75AMR_SID
12,20 кбит/сек (GSM EFR)10,20 кбит/сек7,95 кбит/сек7,40 кбит/сек (IS-641)6,70 кбит/сек (PDC-EFR)5,90 кбит/сек5,15 кбит/сек4,75 кбит/сек1,80 кбит/сек
В 3GPP можно также использовать адаптивный многоскоростной широкополосный (AMR-WB) речевой кодек. В AMR-WB речевом кодеке используют технологию, идентичную той, которую используют в AMR речевом кодеке с более широкой полосой частот для (передачи) речи. В таблице 2 представлены поддерживаемые скорости для AMR-WB кодека.
Таблица 2
Режим кодека
Исходная битовая скорость кодека
AMR-WB_23,85AMR-WB_23,05AMR-WB_19,85AMR-WB_18,25AMR-WB_15,85AMR-WB_14,25AMR-WB_12,65AMR-WB_8,85AMR-WB_6,60AMR-WB_SID
23,85 кбит/сек23,05 кбит/сек19,85 кбит/сек18,25 кбит/сек15,85 кбит/сек14,25 кбит/сек12,65 кбит/сек8,85 кбит/сек6,60 кбит/сек1,75 кбит/сек
На известном уровне техники раскрыты две существующих операции по управлению скоростью AMR, многоскоростная операция и операция над исходной управляемой скоростью (SCR). Операция по управлению скоростью AMR осуществляется в плоскости пользователя.
В многоскоростной операции возможность многоскоростного кодирования AMR кодека и AMR-WB кодека разработана для сохранения высокого качества речи при широком диапазоне условий передачи. Многоскоростная операция обеспечивает возможность динамической регулировки скорости кодирования речи во время сеанса связи для непрерывной адаптации скорости кодирования речи к меняющимся условиям передачи.
Скорость кодирования речи динамически регулируют посредством разделения общей фиксированной полосы пропускания между речевыми данными и защитным кодированием от ошибок для обеспечения возможности выбора наилучшего возможного оптимального соотношения между скоростью сжатия речевого сигнала и устойчивостью к ошибкам. Кроме того, для выполнения многорежимной адаптации, декодер, находящийся в приемнике речевого сигнала, должен сигнализировать новый предпочтительный режим в кодер, находящийся в передатчике речевого сигнала. Эта сигнализация происходит через внутриполосный сигнал и называется запросом режима кодека (CMR).
В операции SCR, операция SCR обеспечивает возможность кодировать входной сигнал с более низкой средней скоростью с учетом отсутствия речевой активности. Кодек обнаруживает голосовую активность и сокращает количество передаваемых битов и пакетов до минимума во время периодов молчания, которые указывают на отсутствие активности речи. Операцию SCR используют для сохранения мощности в абонентском оборудовании и/или уменьшения общего количества помех и загрузки сети. SCR является обязательным механизмом для AMR речевого кодека в 3GPP.
Фиг.1 является иллюстративной блок-схемой системы 100 беспроводной связи, поддерживающей услуги передачи голоса CS, сконфигурированные для осуществления управления скоростью AMR. Система 100 включает в себя блок беспроводной передачи/приема (WTRU) 102, контроллер радиосети (RNC) 106 и мобильный центр коммутации (MSC) 108.
Как изображено на фиг.1, WTRU 102 включает в себя AMR вокодер 110, устройство управления ресурсом радиосвязи (RRC) 114 и управление доступом к среде/физический (MAC/PHY) уровень 116. RNC 106 включает в себя RRC 134 и плоскость пользователя/поддерживаемый режим (UP/SM) 136. MSC 108 включает в себя вокодер 140 и UP/SM режим 142.
В системе беспроводной связи универсальной мобильной телекоммуникационной системы (UMTS), RNC 106 инициирует изменение скорости кодека в слое доступа (AS) на основе наблюдаемых условий канала связи для услуг передачи голоса CS. Наблюдаемые условия каналов связи вводятся из функций управления ресурсом радиосвязи (RRM) в системе. Функции RRM могут включать в себя замедление интенсивности входящего потока при плохих условиях радиосвязи или увеличение интенсивности входящего потока при хороших условиях радиосвязи. RNC 106 сконфигурирован для инициирования изменения скорости кодека на восходящей линии связи (UL) посредством сигнализации управляющего сообщения комбинации транспортных форматов (TFC) в WTRU 102 (операция 150). Кроме того, RNC 106 сконфигурирован для инициирования изменения скорости кодека на нисходящей линии связи (DL) посредством сигнализации сообщения регулирования скорости в MSC (операция 152). Сообщение регулирования скорости можно также использовать для сигнализации изменения скорости на UL между RNC и MSC. Фактическое изменение скорости кодека CS происходит на уровне слоя доступа к сети (NAS). Однако NAS и AS соединены с использованием двух сообщений AS, управляющего сообщения TFC между RNC и WTRU и сообщения управления скоростью между RNC и MSC, вместе, тем самым, обеспечивающих возможность AS указывать на необходимость изменений скорости и уведомлять о необходимости изменений скорости при CS голосовом вызове.
Фиг.2 является иллюстративной блок-схемой системы 200 беспроводной связи, поддерживающей услуги VoIP PS, сконфигурированные для осуществления управления скоростью AMR. Система 200 включает в себя WTRU 202, RNC 206 и шлюз среды (MGW) или одноранговое WTRU 208.
Как изображено на фиг.2, WTRU 202 включает в себя вокодер 210 AMR, устройство 212 формирования кадра AMR, RRC 214 и уровень 216 MAC/PHY. RNC 206 включает в себя RRC 234. MGW или одноранговое WTRU 208 включает в себя вокодер 240 AMR и устройство 142 формирования кадра AMR.
В услугах передачи речи VoIP PS, управление кодеком и вызовом происходит выше сетевого NAS. Этот уровень называется уровнем протокола инициации сеанса (SIP)/AMR. В архитектуре VoIP, RRC 234 в RNC 106 находится в AS. RRC 234 изолировано от функциональных средств управления кодеком и вызовом. В результате RRC 123 не может инициировать изменение скорости кодека. Вместо него для осуществления управления скоростью кодека должен быть механизм для передачи информации вызова из уровня SIP/AMR в RRC 234.
В отличие от управления скоростью AMR запрашиваемое управление скоростью RRC происходит в AS. Соответственно, существует необходимость того, чтобы RRC 234 могло координировать управление скоростью от RRC, для услуг VoIP с автономным управлением скорости AMR на прикладном уровне.
На известном уровне техники усилия были направлены на решение проблемы управления скоростью AMR для услуг VoIP PS. На известном уровне техники были предложены три различных способа управления скоростью AMR устройством RRC. В первом способе RNC управляет скоростью кодека WTRU посредством разрешения или запрещения определенных комбинаций транспортных форматов (TFC). Во втором способе RNC проверяет все пакеты VoIP UL и DL и определяет, является ли значение текущего запроса изменения режима (CMR) подходящим. В третьем способе новое сообщение RRC сигнализирует требуемую скорость AMR кодека в WTRU.
К сожалению, третий способ, как описано ранее, не решает проблему передачи информации вызова из уровня SIP/AMR в RRC, потому что одного сообщения недостаточно. Следовательно, требуются способ и устройство для передачи сообщений, которые обеспечивают возможность RRC узнавать об условиях на уровне SIP/AMR для обеспечения возможности приложению VoIP динамически регулировать свою скорость и качество голосовой передачи согласно условиям в сети.
Аналогичные проблемы существуют в любом типе протокола, где полосой пропускания управляет само приложение. В этом раскрытии проблема управления скоростью AMR используется в качестве примера, но способы, раскрытые в этом документе, также относятся к другим проблемам управления скоростью.
Сущность изобретения
Настоящее изобретение относится к управлению скоростью для услуг VoIP, использующих сообщения для обеспечения возможности RRC узнавать об активности на уровне SIP/ARM и рекомендовать изменения скорости ARM согласно условиям в беспроводной сети связи. Эти сообщения обеспечивают возможность услугам VoIP динамически регулировать скорость и качество голосовой передачи на основе условий в сети. Настоящее изобретение также относится к способу инициирования управления скоростью кодека RRC с использованием условий RRM в сети. Кроме того, настоящее изобретение относится к координации автономного управления скоростью AMR и управления скоростью от RRC, с использованием защитного механизма между сообщениями.
Краткое описание чертежей
Фиг.1 - иллюстративная блок-схема системы беспроводной связи, поддерживающей услуги голосовой передачи CS, сконфигурированные для осуществления управления скоростью AMR.
Фиг.2 - иллюстративная блок-схема системы беспроводной связи, поддерживающей услуги VoIP PS, сконфигурированные для осуществления управления скоростью AMR.
Фиг.3 - иллюстративная блок-схема системы беспроводной связи, сконфигурированной согласно настоящему изобретению.
Фиг.4 - иллюстративная блок-схема системы беспроводной связи долгосрочного развития (LTE) 3GPP, сконфигурированной согласно настоящему изобретению.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Хотя признаки и элементы настоящего изобретения описаны в предпочтительных вариантах осуществления в конкретных комбинациях, каждый признак или элемент может использоваться отдельно (без других признаков и элементов предпочтительных вариантов осуществления) или в различных комбинациях с другими признаками и элементами настоящего изобретения или без них.
Далее в этом документе блок беспроводной передачи/приема (WTRU) включает в себя, например, пользовательское оборудование (UE), подвижную станцию, стационарный или подвижный абонентский блок, пейджер или любой другой тип устройства, которое может работать в беспроводной среде. При упоминании далее в этом документе базовая станция включает в себя узел В, контроллер базового блока (сотового радиотелефона), точку доступа или любой другой тип устройства сопряжения в беспроводной среде.
Фиг.3 является иллюстративной блок-схемой системы 300 беспроводной связи, сконфигурированной согласно настоящему изобретению. Эта система включает в себя WTRU 302, узел B 304, RNC 306, MGW или одноранговое WTRU 308. Узел B 304 и RNC 306 содержат наземную сеть радиодоступа UMTS (UTRAN) 350.
Как изображено на фиг.3, WTRU 302 включает в себя AMR вокодер 310, устройство 312 формирования кадра AMR, RRC 314 и уровень 316 MAC/PHY. Узел B 304 включает в себя планировщика 320. RNC 306 включает в себя RRM 332 и RRC 334. MGW или одноранговое WTRU 308 включает в себя вокодер 340 AMR и устройство 342 формирования кадра AMR.
RRC 314, находящееся в WTRU 302, сконфигурировано для отправки сообщения 360 с отчетом кодека RRC в RRC 334, находящееся в RNC 306. Сообщение 360 с отчетом кодека RRC передает UTRAN 350 информацию AMR кодека, находящегося в WTRU 302. Информация AMR кодека содержит информацию относительно типа кодека. WTRU 102 известно о содержимом сообщения 360 с отчетом кодека RRC до отправки сообщения в RRC 334, находящееся в UTRAN 350.
Кроме того, сообщение 360 с отчетом кодека RRC может быть использовано внутри WTRU 102 для передачи информации AMR кодека между RRC 314 и устройством 312 формирования кадра AMR.
Содержимое сообщения 360 с отчетом кодека RRC включает в себя тип приложения, тип кодека, текущую скорость AMR и/или автономную схему управления скоростью ARM. Типом кодека является или ARM или AMR-WB. Текущая скорость ARM может быть универсальным режимом кодека или более общим сроком получения данных.
RRC 314, находящееся в WTRU 302, сконфигурировано для передачи сообщения 360 с отчетом кодека RRC в RRC 334, находящееся в UTRAN 350, в новом сообщении RRC. В альтернативном варианте осуществления, RRC 314, находящееся в WTRU 302, сконфигурировано для включения информации, содержащейся в сообщении 360 с отчетом кодека RRC, в существующее сообщение RRC и последующей передачи существующего сообщения RRC в RRC 334, находящееся в UTRAN 350.
Например, UTRAN 350 может передавать сообщение управления измерением в WTRU 302 с запросом, чтобы RRC 314, находящееся в WTRU 302, отправило информацию управления измерением. RRC 314, находящееся в WTRU 302, может далее добавить информацию AMR кодека в сообщение с отчетом об измерении и передать это сообщение с отчетом об измерении в RRC 334, находящееся в UTRAN 350.
RRC 314, находящееся в WTRU 302, сконфигурировано для представления отчета с информацией AMR кодека в настраиваемых интервалах. Самое раннее, когда сообщение 360 с отчетом кодека RRC будет отправлено из WTRU 302 в UTRAN 350, это тогда, когда прикладной уровень WTRU запрашивает соединение и/или ресурсы для приложения VoIP у базовой сети (CN) и UTRAN. Нет необходимости обновлять содержимое сообщения 360 с отчетом кодека RRC в каждом передаваемом сообщении.
RRC 334, находящееся в UTRAN 350, сконфигурировано для приема информации RRM из RRM 332. Информация RRM может содержать информацию относительно качества линии связи и/или перегрузки соты. Кроме того, RRC 334, находящееся в UTRAN 350, сконфигурировано для отправки сообщения 362 управления скоростью кодека RRC в RRC 314, находящееся в WTRU 302, с запросом изменения скорости AMR на основе принятой информации RRM. RRC 334, находящееся в UTRAN 350, сконфигурировано для передачи сообщения 362 управления скоростью кодека RRC при инициировании управления скоростью RRC.
Содержимое сообщения 362 управления скоростью кодека RRC включает в себя запрашиваемую скорость для UL и/или DL, время, когда запрашиваемая скорость вступает в силу, и/или интервал времени, когда запрашиваемая скорость остается в силе. Запрашиваемую скорость можно сигнализировать явно или неявно. Время, когда запрашиваемая скорость вступает в силу, и интервал времени, когда запрашиваемая скорость остается в силе, может быть известен согласно некоторому правилу.
В альтернативном варианте осуществления, RRC 334, находящееся в UTRAN 350, не запрашивает изменение скорости непосредственно. Вместо этого, RRC 334 сконфигурировано для отправки информации RRM в RRC 314, находящееся в WTRU 302. Далее вокодер 310 AMR, находящийся в WTRU 302, сконфигурирован для использования принятой информации RRM и определения изменения скорости.
RRC 334, находящееся в UTRAN 350, сконфигурировано для передачи сообщения 362 управления скоростью кодека RRC в RRC 314, находящееся в WTRU 312, в новом сообщении RRC. В альтернативном варианте осуществления, RRC 334, находящееся в UTRAN 350, сконфигурировано для включения информации, содержащейся в сообщении 362 управления скоростью кодека RRC, в существующее сообщение RRC и последующей передачи существующего сообщения RRC в RRC 314, находящееся в WTRU 302.
RRC 334 сконфигурировано для инициирования сообщения 362 управления скоростью кодека RRC на основе условий, инициирующих RRM, с использованием измерений WTRU 302 и узел B 304. Инициирующие условия могут быть настраиваемыми. Условия, инициирующие RRM, могут включать в себя условие качества линии связи, условие загрузки соты, условие уровня помех и/или другую аналогичную информацию, обеспечивающую возможность определять качество линии связи. Условие качества линии связи может включать в себя принятое показание уровня сигнала и/или частоту ошибок. Кроме того, сообщение 362 управления скоростью кодека RRC может быть инициировано на основе наличия ресурсов радиосвязи. Триггер сообщения 362 управления скоростью кодека RRC может быть основан на нескольких вводах RRM.
RRC 334, находящееся в UTRAN 350, сконфигурировано для передачи сообщения 364 с запросом управления скоростью кодека в планировщик 320, находящийся в узле B 304, после того, как RRC 334, находящаяся в UTRAN 350, отправляет запрос на управление скоростью AMR кодека в RRC, находящееся в WTRU 302. Сообщение 364 с запросом управления скоростью кодека уведомляет узел B 304 о запрашиваемом изменении скорости AMR и обеспечивает возможность узлу B 304 изменять свое распределение ресурсов и планирование соответственно. Сообщение 364 с запросом управления скоростью кодека передается только тогда, когда передается сообщение 362 управления скоростью кодека RRC.
Содержимое сообщения 364 с запросом управления скоростью кодека включает в себя запрашиваемую скорость для UL и/или DL, время, когда запрашиваемая скорость вступает в силу, и/или интервал времени, когда запрашиваемая скорость остается в силе.
RRC 334, находящееся в UTRAN 350, сконфигурировано для передачи сообщения 364 с запросом управления скоростью кодека в планировщик 320, находящийся в узле B 304, в новом индивидуальном сообщении части приложения узла B (NBAP) или в новом индивидуальном сообщении части приложения подсистемы радиосети (RNSAP), а также в случае дрейфа RNC. В альтернативном варианте осуществления, RRC 334, находящееся в UTRAN 350, сконфигурировано для включения информации, содержащейся в сообщении 364 с запросом управления скоростью кодека, в существующее сообщение NBAP и последующей передачи существующего сообщения NBAP в планировщик 320, находящийся в узле B 304. Например, для этой цели может быть использована процедура реконфигурации линии радиосвязи.
Планировщик 320, находящийся в узле B 304, сконфигурирован для передачи сообщения 366 с ответом управления скоростью кодека в RRC 334, находящееся в UTRAN 350, в ответ на принятое сообщение 364 с запросом управления скоростью кодека из RNC 334. Сообщение 366 с ответом управления скоростью кодека передается только тогда, когда принято сообщение 364 с запросом управления скоростью кодека.
Содержимое сообщения 366 с ответом управления скоростью кодека включает в себя размер PDU или TFC, который не может быть обработан планировщиком 320, предлагаемый размер данных или скорость и/или указание на то, что запрашиваемая скорость была применена.
Планировщик 320 в узле B 304 сконфигурирован для передачи сообщения 366 с ответом управления скоростью кодека в RRC 334, находящееся в UTRAN 350, в новом индивидуальном сообщении части приложения узла B (NBAP) или в новом индивидуальном сообщении части приложения подсистемы радиосети (RNSAP) в случае дрейфа RNC. В альтернативном варианте осуществления, планировщик 320, находящийся в узле B 304, сконфигурирован для включения информации, содержащейся в сообщении 366 с ответом управления скоростью кодека, в существующее сообщение NBAP и последующей передачи существующего сообщения NBAP в RRC 334, находящееся в UTRAN 350. Например, для этой цели может быть использована процедура реконфигурации линии радиосвязи.
Сообщения, представленные выше, обеспечивают возможность координации управления скоростью AMR и управления скоростью от RRC. Сообщения соединяют управление скоростью AMR в плоскости пользователя с управлением скоростью от RRC, в плоскости управления. RRC 314, находящееся в WTRU 302, сообщает об автономном управлении скоростью AMR посредством сообщения с отчетом AMR RRC, тем самым обеспечивая возможность AS узнавать об автономных изменениях скорости NAS. Сообщение с отчетом AMR RRC представляет отчет об изменении скорости AMR в плоскости пользователя на уровне NAS и обеспечивает возможность на уровне AS адаптироваться к изменению скорости. Управление скоростью, запрашиваемое RRC 314, передается из UTRAN 350 в WTRU 302 в сообщении 362 управления скоростью кодека RRC, тем самым обеспечивая возможность NAS узнавать о необходимости изменения скорости на основе AS.
Операция по управлению скоростью RRC может сосуществовать с автономной операцией по управлению скоростью AMR, потому что каждая операция инициируется различными условиями. Операция по управлению скоростью RRC инициируется качеством радиосвязи, в то время как операция по управлению скоростью AMR инициируется голосовым приложением или голосовой активностью.
В предпочтительном варианте осуществления, защитный механизм вводится во избежание ситуаций, в которых существуют противоречивые запросы управления скоростью RRC и управления скоростью AMR. Если скорость AMR была недавно изменена операцией по управлению скоростью RRC или операцией по управлению скоростью AMR, и после этого приходит запрос на противоречащую операцию, то операция по управлению скоростью не выполняется. Операция по управлению скоростью выполняется только по истечении защитного интервала времени. Например, когда принимается второй запрос на противоречащую операцию из одного источника, или было передано некоторое количество кадров, в зависимости от того, что произойдет раньше. Упомянутое количество кадров может быть настраиваемым параметром или может быть задано согласно некоторому правилу. Если запросы на противоречащие операции приходят одновременно, то операция по управлению скоростью не выполняется. Вместо этого, скорость AMR остается неизменной до приема следующего запроса. Например, если NAS автономно изменяет управление скоростью, после этого AS запрашивает изменение скорости, то скорость AMR изменяется только после того, как AS повторно запрашивает изменение скорости по истечении защитного интервала времени. Аналогично, если AS изменяет управление скоростью, то автономное изменение скорости NAS не произойдет немедленно.
Фиг.4 является иллюстративной блок-схемой системы 400 беспроводной связи LTE 3GPP, сконфигурированной согласно настоящему изобретению. Эта система включает в себя WTRU 402, усовершенствованный узел B 404 и MGW или одноранговое WTRU 408.
Как изображено на фиг.4, WTRU 402 включает в себя вокодер 410 AMR, устройство 412 формирования кадра AMR, RRC 414 и уровень 416 MAC/PHY. Усовершенствованный узел B 404 включает в себя планировщик 420, RRC 434 и RRM 432. MGW или одноранговое WTRU 408 включает в себя вокодер 440 и устройство 442 формирования кадра AMR. В архитектуре LTE, функции RRC находятся в усовершенствованной узле B 404. Следовательно, сообщение 464 с запросом управления скоростью кодека и сообщение 466 с ответом управления скоростью кодека являются внутренними сообщениями в усовершенствованном узле B 404.
Настоящее изобретение относится к AMR кодеку, который в настоящее время используется для услуг VoIP в 3GPP. Кроме того, настоящее изобретение также можно использовать для AMR-WB кодека и других типов многоскоростных кодеков. Настоящее изобретение может работать в рамках современной архитектуры 3GPP, а также архитектуры LTE. Кроме того, настоящее изобретение относится к высокоскоростному пакетному доступу (HSPA) с усовершенствованием (HSPA +).
Признаки настоящего изобретения могут быть включены в интегральную схему (IC) или сконфигурированы в схеме, содержащей множество соединительных компонентов.
Хотя признаки и элементы настоящего изобретения описаны в предпочтительных вариантах осуществления в конкретных комбинациях, каждый признак или элемент может использоваться отдельно без других признаков и элементов предпочтительных вариантов осуществления или в различных комбинациях с другими признаками и элементами настоящего изобретения или без них. Способы или блок-схемы, обеспеченные в настоящем изобретении, могут быть реализованы в компьютерной программе, программном обеспечении, или программно-аппаратных средствах, реально воплощаемых в машиночитаемом носителе информации для исполнения универсальным компьютером или процессором. Примеры машиночитаемых носителей информации включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающее устройства, магнитные носители, например внутренние жесткие диски и сменные диски, магнитооптический носитель информации и оптический носитель информации, например диски CD-ROM и универсальные цифровые диски (DVD).
Соответствующие процессоры включают в себя, например универсальный процессор, специализированный процессор, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров в увязке с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы пользовательских программируемых вентильных матриц (FPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат.
Процессор в увязке с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в блоке беспроводной передачи/приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, например фотокамере, модуле видеокамеры, видеотелефоне, спикерфоне, вибрационном устройстве, динамике, микрофоне, приемопередатчике телевизионного сигнала, головном телефоне типа "свободные руки", клавиатуре, модуле Bluetooth, частотно-модулированном (FM) радиоустройстве, устройстве отображения жидкокристаллического дисплея (LCD), устройстве отображения с органическим светоизлучающим диодом (OLED), цифровом аудиоплейере, медиаплеере, модуле проигрывателя видеоигр, Интернет-браузере и/или любом модуле беспроводной локальной сети (WLAN).
Варианты осуществления
1. Способ выполнения управления скоростью кодека устройства управления ресурсом радиосвязи (RRC) для услуг голосовой передачи по IP-протоколу (VoIP), причем этот способ содержит передачу сообщения из RRC в блок беспроводной передачи/приема (WTRU).
2. Способ варианта осуществления 1, также содержащий прием сообщения в RRC, находящемся в контроллере радиосети (RNC).
3. Способ любого из вариантов осуществления 1-2, в котором сообщение передает RRC, находящемуся в RNC, информацию адаптивного многоскоростного кодека, находящегося в WTRU.
4. Способ любого из вариантов осуществления 1-3, в котором сообщение является сообщением с отчетом кодека RRC.
5. Способ варианта осуществления 4, в котором сообщение с отчетом кодека RRC включает в себя тип приложения.
6. Способ любого из вариантов осуществления 4-5, в котором сообщение с отчетом кодека RRC включает в себя тип кодека.
7. Способ любого из вариантов осуществления 4-6, в котором сообщение с отчетом кодека RRC включает в себя текущую скорость AMR.
8. Способ любого из вариантов осуществления 4-7, в котором сообщение с отчетом кодека RRC включает в себя схему автономного регулирования скорости AMR.
9. Способ любого из вариантов осуществления 4-8, в котором RRC, находящемуся в WTRU, известна информация его AMR кодека до передачи этой информации в RRC, находящееся в RNC.
10. Способ любого из вариантов осуществления 4-9, в котором сообщение используется внутри WTRU для передачи информации AMR кодека между функциями AMR и функциями RRC.
11. Способ любого из вариантов осуществления 4-10, в котором сообщение включают в существующее сообщение RRC.
12. Способ любого из вариантов осуществления 1-11, в котором интервал между двумя сообщениями с информацией AMR кодека является настраиваемым.
13. Способ варианта осуществления 12, в котором самое раннее сообщение информации AMR кодека имеет место, когда прикладной уровень в WTRU запрашивает соединение и ресурсы для приложения VoIP у базовой сети (CN) и наземной сети радиодоступа UMTS (UTRAN).
14. Способ любого из вариантов осуществления 1-13, в котором RNC находится в пределах UTRAN.
15. Способ выполнения управления скоростью кодека устройства управления ресурсом радиосвязи (RRC) для услуг передачи речи по IP-сетям (VoIP) в беспроводной сети связи, причем этот способ содержит передачу сообщения из RRC, находящееся в контроллере радиосети (RNC).
16. Способ варианта осуществления 15, также содержащий прием сообщения в RRC, находящееся в блоке беспроводной передачи/приема (WTRU).
17. Способ любого из вариантов осуществления 15-16, в котором сообщение запрашивает адаптивное многоскоростное (AMR) изменение скорости на основе условий управления ресурсом радиосвязи (RRM) в RNC.
18. Способ любого из вариантов осуществления 15-17, в котором сообщение является сообщением управления скоростью кодека RRC.
19. Способ любого из вариантов осуществления 15-18, в котором сообщение включает в себя запрашиваемую скорость для восходящей линии связи (UL) через явную сигнализацию скорости передачи данных.
20. Способ любого из вариантов осуществления 15-19, в котором сообщение включает в себя запрашиваемую скорость для нисходящей линия связи (DL) через явную сигнализацию скорости передачи данных.
21. Способ любого из вариантов осуществления 15-20, в котором сообщение включает в себя запрашиваемую скорость для восходящей линии связи (UL) через неявную сигнализацию скорости передачи данных.
22. Способ любого из вариантов осуществления 15-21, в котором сообщение включает в себя запрашиваемую скорость для нисходящей линия связи (DL) через неявную сигнализацию скорости передачи данных.
23. Способ любого из вариантов осуществления 15-22, в котором сообщение включает в себя информацию относительно того, когда запрашиваемое изменение скорости ARM вступает в силу.
24. Способ любого из вариантов осуществления 15-23, в котором сообщение включает в себя информацию относительно того, в течение какого интервала времени запрашиваемое изменение скорости ARM остается в силе.
25. Способ любого из вариантов осуществления 15-24, в котором сообщение включает в себя информацию RRM.
26. Способ любого из вариантов осуществления 15-25, в котором WTRU принимает сообщение, и вокодер AMR определяет, необходимо ли изменение скорости AMR.
27. Способ любого из вариантов осуществления 15-26, в котором сообщение включает в себя информацию относительно того, когда запрашиваемое изменение скорости AMR вступает в силу.
28. Способ любого из вариантов осуществления 15-27, в котором сообщение включает в себя информацию относительно того, что в течение какого интервала времени запрашиваемое изменение скорости AMR остается в силе, известно согласно (некоторому) предопределенному правилу.
29. Способ любого из вариантов осуществления 15-28, в котором сообщение является существующим сообщением RRC, включающим в себя запрашиваемое изменение скорости AMR.
30. Способ любого из вариантов осуществления 15-29, в котором сообщение передается после инициирования управления скоростью кодека RRC.
31. Способ варианта осуществления 30, в котором управление скоростью кодека RRC инициируется условиями RRM в беспроводной сети связи на основе измерений WTRU и базовой приемопередающей станции (Node B) и имеющихся в наличии сетевых ресурсов.
32. Способ любого из вариантов осуществления 30-31, в котором управление скоростью кодека RRC для AMR инициируется качеством линии связи.
33. Способ любого из вариантов осуществления 30-32, в котором управление скоростью кодека RRC для AMR инициируется загрузкой соты.
34. Способ любого из вариантов осуществления 30-33, в котором управление скоростью кодека RRC для AMR инициируется уровнем помех.
35. Способ любого из вариантов осуществления 30-34, в котором управление скоростью кодека RRC для AMR основано на множестве порогов, инициирующих RRM.
36. Способ варианта осуществления 35, в котором множество порогов, инициирующих RRM, является настраиваемым.
37. Способ любого из вариантов осуществления 15-36, в котором RNC находится в пределах наземной сети радиодоступа UMTS (UTRAN).
38. Способ любого из вариантов осуществления 15-37, также содержащий передачу сообщения из RRC, находящееся в RNC, в планировщик, находящийся в базовой приемопередающей станции (Node B).
39. Способ варианта осуществления 38, в котором сообщение уведомляет узел B о запрашиваемом изменении скорости AMR для обеспечения возможности узлу B изменять свое распределение ресурсов и планирование соответственно.
40. Способ любого из вариантов осуществления 38-39, в котором сообщение является сообщением с запросом управления скоростью кодека.
41. Способ любого из вариантов осуществления 38-40, в котором сообщение включает в себя запрашиваемую скорость для восходящей линии связи (UL) через явную сигнализацию скорости передачи данных.
42. Способ любого из вариантов осуществления 38-41, в котором сообщение включает в себя запрашиваемую скорость для нисходящей линия связи (DL) через явную сигнализацию скорости передачи данных.
43. Способ любого из вариантов осуществления 38-42, в котором сообщение включает в себя запрашиваемую скорость для восходящей линии связи (UL) через неявную сигнализацию скорости передачи данных.
44. Способ любого из вариантов осуществления 38-43, в котором сообщение включает в себя запрашиваемую скорость для нисходящей линия связи (DL) через неявную сигнализацию скорости передачи данных.
45. Способ любого из вариантов осуществления 38-44, в котором сообщение включает в себя информацию относительно того, когда запрашиваемое изменение скорости ARM вступает в силу.
46. Способ любого из вариантов осуществления 38-45, в котором сообщение включает в себя информацию относительно того, в течение какого интервала времени запрашиваемое изменение скорости ARM остается в силе.
47. Способ любого из вариантов осуществления 38-46, в котором сообщение включает в себя информацию RRM.
48. Способ любого из вариантов осуществления 38-47, в котором сообщение включает в себя информацию относительно того, когда запрашиваемое изменение скорости AMR вступает в силу.
49. Способ любого из вариантов осуществления 38-48, в котором сообщение включает в себя информацию относительно того, что в течение какого интервала времени запрашиваемое изменение скорости AMR остается в силе, известно согласно некоторому предопределенному правилу.
50. Способ любого из вариантов осуществления 38-49, в котором сообщение передается, когда передается сообщение управления скоростью кодека RRC.
51. Способ любого из вариантов осуществления 38-50, в котором сообщение является внутренним сообщением в пределах усовершенствованной базовой приемопередающей станции архитектуры долгосрочного развития (LTE).
52. Способ любого из вариантов осуществления 38-50, также содержащий передачу сообщения из планировщика, находящегося в узле B, в RRC, находящееся в RNC.
53. Способ варианта осуществления 52, в котором сообщение отвечает на запрашиваемое AMR изменение скорости из RNC.
54. Способ любого из вариантов осуществления 52-53, в котором сообщение является сообщением с ответом управления скоростью кодека.
55. Способ любого из вариантов осуществления 52-54, в котором сообщение включает в себя комбинацию транспортных форматов (TFC), которая не может быть обработана планировщиком, находящимся в узле B.
56. Способ любого из вариантов осуществления 52-55, в котором сообщение включает в себя размер протокольной единицы обмена (PDU), который не может быть обработан планировщиком, находящимся в узле B.
57. Способ любого из вариантов осуществления 52-56, в котором сообщение включает в себя предложенный размер данных.
58. Способ любого из вариантов осуществления 52-57, в котором сообщение включает в себя предложенную скорость передачи данных.
59. Способ любого из вариантов осуществления 52-58, в котором сообщение включает в себя указание на то, была ли применена запрашиваемая скорость передачи данных.
60. Способ любого из вариантов осуществления 52-59, в котором сообщение является новым индивидуальным сообщением части приложения узла B (NBAP).
61. Способ любого из вариантов осуществления 52-60, в котором сообщение является новым сообщением части приложения подсистемы радиосети (RNSAP), а также для дрейфа RNC.
62. Способ любого из вариантов осуществления 52-61, в котором сообщение включают в существующее сообщение NBAP.
63. Способ любого из вариантов осуществления 52-62, в котором сообщение передается тогда, когда принимается сообщение с запросом управления скоростью кодека.
64. Способ любого из вариантов осуществления 52-63, в котором сообщение является внутренним сообщением в пределах усовершенствованной базовой приемопередающей станции архитектуры долгосрочного развития (LTE).
65. Способ координации управления скоростью адаптивного многоскоростного кодека (AMR) и управления скоростью, задаваемой устройством управления ресурсом радиосвязи (RRC), для услуг голосовой передачи по IP-протоколу (VoIP) в беспроводной сети связи, причем этот способ содержит прием сообщения в RRC, находящегося в контроллере радиосети (RNC), при этом сообщение содержит информацию относительно автономного управления скоростью AMR.
66. Способ варианта осуществления 65, также содержащий передачу сообщения из RRC, находящегося в RNC, в котором сообщение запрашивает изменение скорости AMR на основе условий управления ресурсом радиосвязи (RRM) в RNC.
67. Способ любого из вариантов осуществления 65-66, в котором сообщение, принятое в RRC, находящееся в RNC, является сообщением с отчетом AMR RRC.
68. Способ любого из вариантов осуществления 65-67, в котором сообщение, переданное из RRC, находящегося в RNC, является сообщением управления скоростью кодека RRC.
69. Способ любого из вариантов осуществления 65-68, в котором управление скоростью AMR инициируется голосовым приложением.
70. Способ любого из вариантов осуществления 65-69, в котором скорость, задаваемая RRC, инициируется сетевыми свойствами.
71. Способ любого из вариантов осуществления 65-70, в котором, если скорость AMR изменена одним механизмом, и приходит противоречащий запрос из второго механизма, то управление скоростью не выполняется, пока противоречащий запрос не придет повторно, или не будет передано некоторое количество кадров.
72. Способ варианта осуществления 71, в котором механизм является управлением скоростью AMR или управлением скоростью от RRC.
73. Способ любого из вариантов осуществления 71-72, в котором количество кадров является настраиваемым параметром.
74. Способ любого из вариантов осуществления 71-73, в котором количество кадров устанавливается согласно некоторому правилу.
75. Способ любого из вариантов осуществления 71-74, в котором, если противоречащие запросы из различных механизмов приходят одновременно, то управление скоростью не выполняется.