ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ, БАЗОВАЯ СТАНЦИЯ И СПОСОБ ПЕРЕКЛЮЧЕНИЯ РЕЖИМА КОДЕКА
USER EQUIPMENT, A BASE STATION AND A CODEC MODE SWITCHING METHOD

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Настоящее изобретение относится к терминалу, базовой станции и способу переключения режима кодека для переключения режима кодека в соответствии с перегрузкой сети радиодоступа, к которой должен подключаться терминал (сеть радиодоступа) или в соответствии с окружением радиосвязи каждого терминала.
УРОВЕНЬ ТЕХНИКИ
[0002] В проекте партнерства третьего поколения (3GPP) стандартизована речевая связь по системе проекта долгосрочного развития систем связи (VoLTE), которая является услугой речевой связи по IP (VoIP) с использованием мультимедийной подсистемы IP (IMS) в сети LTE.
[0003] Фиг. 1 демонстрирует пример сетевой конфигурации 3GPP услуги VoLTE с использованием IMS. Сеть, представленная на фиг. 1, включает в себя сеть 128 IMS, базовые сети 124, 126 IP (EPC: усовершенствованные ядра пакетной сети) операторов, базовые станции (eNB: eNode B) 104, 106, и сети 120, 122 радиодоступа (E-UTRAN: усовершенствованные универсальные наземные сети радиодоступа), сконфигурированные под управлением eNB.
[0004] На фиг. 1, терминалы 100, 102 (UE: экземпляры пользовательского оборудования) беспроводным образом подключаются к eNB 104, 106 через E-UTRA 120, 122 соответственно, и подключаются к EPC 124, 126 через eNB 104, 106.
[0005] Сеть 128 IMS является сетью для управления информацией для управления вызовом, для маршрутизации сообщения сигнализации (SIP: протокол инициирования сеанса) управления вызовом, и для установления взаимного соединения с сетью 3GPP или сетью, отличной от 3GPP.
[0006] В сети 128 IMS, представленной на фиг. 1, функции управления сеансом вызова посредника (P-CSCF) 108, 116 являются CSCF, которые служат как шлюзы по умолчанию, когда UE 100, 102 передают и принимают сообщение сигнализации IMS (сообщение SIP REGISTER, сообщение SIP INVITE и т.п.). Какая P-CSCF используется каждым UE, определяется путем поиска, когда, например, UE подключается к EPC в первый раз.
[0007] Обслуживающие CSCF (S-CSCF) 110, 114 являются CSCF, которые управляют информацией контактов на UE 100, 102 и также управляют своими сеансами. При управлении информацией контактов на UE 100, 102, S-CSCF 110, 114 загружают необходимую информацию с сервера домашних абонентов (HSS) 118.
[0008] Опрашивающая CSCF (I-CSCF) 112 удерживает информацию на CSCF между областями управления (блоками сетей, управляемыми операторами). Например, когда P-CSCF 108, 116 и S-CSCF 110, 114 не имеют информации о следующем узле, на который следует переносить сообщение сигнализации IMS, сообщение сигнализации IMS переносится посредством I-CSCF 112. I-CSCF 112 может также подтверждать информацию о CSCF как пункт назначения переноса сообщения путем опрашивания HSS 118 по информации. Далее, например, описан случай передачи сообщения SIP INVITE.
[0009] Сначала сообщение SIP INVITE передается от UE вызывающей стороны на P-CSCF области, в которой существует это UE (область вызывающей стороны) посредством EPC и затем переносится от P-CSCF на S-CSCF области вызывающей стороны. После надлежащей обработки сообщения SIP INVITE, S-CSCF области вызывающей стороны переносит сообщение SIP INVITE на S-CFCS области, в которой существует UE вызываемой стороны (область вызываемой стороны). В этот момент, сообщение SIP INVITE может переноситься посредством I-CSCF 112. S-CSCF области вызываемой стороны переносит принятое сообщение SIP INVITE на UE вызываемой стороны посредством P-CSCF области вызываемой стороны.
[0010] Заметим, что конфигурация, функция, операция и пр. сети 128 IMS подробно описаны в NPL 1.
[0011] На фиг. 2 показана последовательность операций, представляющая пример процедуры 3GPP до и в начале разговора VoLTE с использованием IMS. Фиг. 2 демонстрирует пример последовательности операций случая, когда UE 100 делает телефонный вызов UE 102. Как представлено на фиг. 2, сообщение SIP INVITE передается от UE 100 на UE 102 через сеть 128 IMS (этап (далее именуемый "ST") 11), и сообщение SIP 183 Session Progress передается от UE 102 на UE 100 через сеть 128 IMS (ST12). Для согласования вызова осуществляется обмен сообщением SIP INVITE и сообщением SIP 183 Session Progress между UE наподобие этого.
[0012] В предложении протокола описания сеанса (SDP), добавленном в сообщение SIP INVITE, множественные комбинации (или одна комбинация в ряде случаев) параметров, которые UE 100 может использовать в связи VoLTE (далее комбинация указана как "механизм") описаны в приоритетном порядке. Параметры, описанные в предложении SDP являются, например, кандидатами для способа кодека или режима кодека и формата транспортного протокола. Способ кодека или режим кодека включает в себя элементы, применяемые как кодек, например, битовую скорость, полосу аудиосигнала (единицей является Гц: герц), и число каналов. Формат транспортного протокола включает в себя, например, тип формата полезной нагрузки транспортного протокола реального времени (RTP).
[0013] Приняв сообщение SIP INVITE на ST 11, UE 102 выбирает один механизм из множественных кандидатов, описанных в предложении SDP или изменяет один механизм в допустимом диапазоне и описывает его в ответе SDP. UE 102 добавляет ответ SDP в сообщение SIP 183 Session Progress и передает его на UE 100 (ST12).
[0014] P-CSCF 108, 116 в сети 128 IMS анализируют механизм, выбранный UE 102, и выводят на EPC 124, 126, инструкцию для установления логического маршрута данных (однонаправленного канала), поддерживающего необходимое качество обслуживания (QoS) в соответствии с результатом анализа. Согласно инструкции из сети 128 IMS, однонаправленный канал устанавливается в EPC 124, 126 и E-UTRAN 120, 122, и выполняется управление QoS на этом однонаправленном канале (обработка выделения ресурсов и пр.) (ST13). По завершении установления однонаправленного канала UE 102 вызывает пользователя (ST14). Когда пользователь отвечает, сообщение 200OK передается на UE 100 (ST15), и затем UE 100 и UE 102 начинают говорить (ST16).
[0015] Заметим также, что сигнализация IMS передается и принимается с использованием специализированного однонаправленного канала, установленного для сигнализации IMS.
[0016] Фиг. 3 демонстрирует пример предложения SDP и ответа SDP. На фиг. 3, в предложении SDP, UE 100 предлагает три механизма, включающие в себя: механизм кодека расширенных речевых услуг (EVS), в котором битовая скорость составляет от 7.2 кбит/с до 13,2 кбит/с и полоса аудиосигнала составляет от узкополосный (NB) до сверхширокополосного (SWB) (формат полезной нагрузки RTP принят по умолчанию) (строки, содержащие "97" на фиг. 3); механизм кодека Adaptive Multi Rate-WideBand (AMR-WB) (формат полезной нагрузки RTP принят по умолчанию) (строки, содержащие "98" на фиг. 3); и механизм кодека AMR (формат полезной нагрузки RTP принят по умолчанию) (строки, содержащие "99" на фиг. 3). При этом, UE 102 выбирает кодек EVS в ответе SDP.
[0017] В этом случае, существуют полосы аудиосигнала (или типы ширины полосы аудиосигнала), именуемые в традиционной технике узкополосными, широкополосными, сверхширокополосными и полнополосными. Узкополосный кодек является кодеком, который, в общем случае, находится в полосе между 300 Гц и 3,4 кГц и осуществляет дискретизацию на 8 кГц. Широкополосный кодек является кодеком, который, в общем случае, находится в полосе между 50 Гц и 7 кГц и осуществляет дискретизацию на 16 кГц. Сверхширокополосный кодек является кодеком, который, в общем случае, находится в полосе между 50 Гц и 14 кГц и осуществляет дискретизацию на 32 кГц. Полнополосный кодек является кодеком, который, в общем случае, находится в полосе между 20 Гц и 20 кГц и осуществляет дискретизацию на 48 кГц. Заметим, что, когда строка, включающая в себя механизм, не поддерживаемый сетью 128 IMS, обнаруживается из предложения SDP, P-CSCF 108, 116 в сети 128 IMS удаляют эту строку. Например, когда кодек EVS не поддерживается сетью 128 IMS, P-CSCF 108, 116 удаляют строки, содержащие "97" в предложении SDP, представленном на фиг. 3.
[0018] Заметим, что параметры, используемые в предложении/ответе SDP кодека EVS, и параметры, используемые в предложении/ответе SDP кодека AMR-WB и кодека AMR, описаны в NPL 2 и 3, соответственно. Примеры предложения SDP и ответа SDP описаны в NPL 4.
[0019] Фиг. 4 демонстрирует конфигурацию EPC 124, 126, представленных на фиг. 1. Заметим, что eNB 104, 106 и HSS 118, представленные на фиг. 4, весьма похожи на описанные на фиг. 1. Узел управления мобильностью (MME) управляет информацией местоположения и пр. UE и также удерживает часть информации о каждом UE, находящемся в распоряжении HSS 118. Обслуживающий шлюз (S-GW) и шлюз сети пакетной передачи данных (P-GW) управляют логическим маршрутом (однонаправленным каналом), используемым каждым UE для переноса данных и взаимодействия с описанной ниже функцией политики и правил тарификации (PCRF) для обеспечения гарантии QoS для однонаправленного канала при необходимости. PCRF является узлом, который управляет оплатой или гарантией QoS для услуги, используемой каждым UE. Заметим, что, как описано выше, P-CSCF 108, 116 в сети 128 IMS могут проверять описание в предложении/ответе SDP, и в ряде случаев извещать PCRF об информации QoS на основании информации согласованного кодека и режима кодека.
[0020] Конфигурация, функция, операция и пр. EPC 124, 126 подробно описаны в NPL 5.
[0021] Когда UE начинают говорить по завершении согласования кодека или режима кодека, любой из UE может регулировать битовую скорость (размер данных) передачи с другого UE по телефону путем запрашивания другого UE изменить режим кодека (битовую скорость и пр.) в согласованном диапазоне с использованием поля запроса режима кодека (CMR) или байта CMR в формате полезной нагрузки RTP согласованного кодека (см., например, NPL 3) (см., например, NPL 2), или с использованием CMR пакетом RTCP для конкретного применения (RTCP-APP) (см., например, NPL 4).
[0022] Фиг. 5 демонстрирует пример изменения битовой скорости с использованием CMR. UE 1 и UE 2, представленные на фиг. 5 говорят с использованием кодека AMR-WB 12,65 кбит/с. На фиг. 5(1), UE 1 передает на UE 2 CMR для предписания UE 2 изменять битовую скорость на AMR-WB 8,85 кбит/с. На фиг. 5(2), приняв CMR, UE 2 изменяет битовую скорость на AMR-WB 8,85 для продолжения разговора.
[0023] Заметим, что, как описано в NPL 4, CMR может передаваться от сетевого узла, например, шлюза информационных материалов (MGW). MGW является сетевым узлом, который позволяет осуществлять вызов между UE в зоне обслуживания VoLTE и терминалом вне зоны обслуживания VoLTE (в том числе, терминалом в канально-коммутируемой сети 3G, стационарной сети и т.п.) (не показана на фиг. 1 и 4).
БИБЛИОГРАФИЯ
Патентные источники
[0024] PTL 1: международная заявка WO 2012/063417
PTL 2: патентная заявка США 2010/0284278
PTL 3: патентная заявка США 2011/0075563
Непатентные источники
[0025] NPL 1: 3GPP TS 23.228 v13.4.0, "IP Multimedia Subsystem (IMS); Stage 2"
NPL 2: 3GPP TS 26.445 v13.0.0, "Codec for Enhanced Voice Services (EVS); Detailed algorithmic description"
NPL 3: IETF RFC 4867, "RTP Payload Format and File Storage Format for the Adaptive Multi-Rate (AMR) and Adaptive Multi-Rate Wideband (AMR-WB) Audio Codecs"
NPL 4: 3GPP TS 26.114 v13.2.0, "IP Multimedia Subsystem (IMS); Multimedia Telephony; Media handling and interaction"
NPL 5: 3GPP TS 23.401 v13.5.0, "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access"
NPL 6: IETF RFC 3168, "The Addition of Explicit Congestion Notification (ECN) to IP"
NPL 7: 3GPP TS 36.300 v13.2.0, "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2"
NPL 8: 3GPP TS 36.321 v13.0.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification"
NPL 9: 3GPP TS 36.331 v13.0.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification"
NPL 10: 3GPP TS 36.213 v13.0.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures"
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0026] Надлежащий кодек или режим кодека отличается в зависимости от изменения условия радиосвязи в UTRAN каждого UE. Однако в традиционной технике не предусмотрено способа изменения кодека или режима кодека в соответствии с условием радиосвязи UE.
Решение проблемы
[0027] Неограничительные варианты осуществления настоящего изобретения предусматривают терминал, базовую станцию и способ переключения режима кодека для надлежащего переключения кодека или режима кодека в соответствии с условием радиосвязи UE.
[0028] Терминал согласно аспекту настоящего изобретения имеет конфигурацию, включающую в себя: блок приема запроса режима кодека, который принимает запрос режима кодека, включающий в себя режим кодека, который определяется базовой станцией в соответствии с условием радиосвязи терминала; блок извещения переключения режима, который извещает кодер о переключении в режим кодека, включенный в принятый запрос режима кодека; и блок квитированя переключения режима, который передает ответное сообщение на базовую станцию при квитировании, что кодер переключает режим кодека.
[0029] Базовая станция согласно аспекту настоящего изобретения имеет конфигурацию, включающую в себя: блок обнаружения условия радиосвязи, который обнаруживает условие радиосвязи терминала; блок передачи запроса режима кодека, который определяет режим кодека, подлежащий использованию терминалом в соответствии с условием радиосвязи терминала и передает запрос режима кодека, включающий в себя определенный режим кодека, на терминал; и блок приема квитирования переключения режима, который принимает ответное сообщение, указывающее завершение переключения в режим кодека, включенный в принятый запрос режима кодека.
[0030] Способ переключения режима кодека согласно аспекту настоящего изобретения имеет конфигурацию, включающую в себя: прием запроса режима кодека, включающего в себя режим кодека, который определяется базовой станцией в соответствии с условием радиосвязи терминала; извещение кодера о переключении в режим кодека, включенный в принятый запрос режима кодека; и передачу ответного сообщения на базовую станцию при квитировании, что кодер переключает режим кодека.
[0031] Способ переключения режима кодека согласно аспекту настоящего изобретения имеет конфигурацию, включающую в себя: обнаружение условия радиосвязи терминала; определение режима кодека, подлежащего использованию терминалом, в соответствии с условием радиосвязи терминала и передачу запроса режима кодека, включающего в себя определенный режим кодека, на терминал; и прием ответного сообщения, указывающего завершение переключения в режим кодека, включенный в принятый запрос режима кодека.
[0032] Следует отметить, что общие или конкретные варианты осуществления могут быть реализованы в виде системы, устройства, способа, интегральной схемы, компьютерной программы, носителя данных или любой их комбинации.
[0033] Согласно аспекту настоящего изобретения, можно надлежащим образом переключать кодек или режим кодека в соответствии с условием радиосвязи UE.
[0034] Дополнительные преимущества и достоинства раскрытых вариантов осуществления становятся понятными из описания изобретения и чертежей. Преимущества и/или достоинства можно по отдельности получить в различных вариантах осуществления и признаках описания изобретения и чертежах, которые не нужно все обеспечивать для получения одного или более из таких преимуществ и/или достоинств.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0035] Фиг. 1 - схема, демонстрирующая пример конфигураций сети IMS, базовой сети IP и сети радиодоступа.
Фиг. 2 - схема, демонстрирующая пример основных операций установления сеанса вызова.
Фиг. 3 - схема, демонстрирующая пример предложения SDP и ответа SDP.
Фиг. 4 - схема, демонстрирующая пример конфигурации EPC.
Фиг. 5 - схема, демонстрирующая пример изменения битовой скорости с использованием CMR.
Фиг. 6 - блок-схема, демонстрирующая пример конфигурации терминала (UE) согласно варианту осуществления 1 настоящего изобретения.
Фиг. 7 - блок-схема, демонстрирующая пример конфигурации базовой станции (eNB) согласно варианту осуществления 1 настоящего изобретения.
Фиг. 8A - схема, демонстрирующая списки политик операторов согласно варианту осуществления 1 настоящего изобретения.
Фиг. 8B - схема, демонстрирующая список политик оператора k согласно варианту осуществления 1 настоящего изобретения.
Фиг. 9A - схема, демонстрирующая пример способа извещения индекса политики согласно варианту осуществления 1 настоящего изобретения.
Фиг. 9B - схема, демонстрирующая пример способа извещения индекса политики согласно варианту осуществления 1 настоящего изобретения.
Фиг. 9C - схема, демонстрирующая пример способа извещения индекса политики согласно варианту осуществления 1 настоящего изобретения.
Фиг. 10A - схема, демонстрирующая пример способа извещения информации возможностей согласно варианту осуществления 1 настоящего изобретения.
Фиг. 10B - схема, демонстрирующая пример способа извещения информации возможностей согласно варианту осуществления 1 настоящего изобретения.
Фиг. 11A - схема, демонстрирующая пример способа извещения режима согласованного кодека согласно варианту осуществления 1 настоящего изобретения.
Фиг. 11B - схема, демонстрирующая пример способа извещения режима согласованного кодека согласно варианту осуществления 1 настоящего изобретения.
Фиг. 12A - схема, демонстрирующая пример значения LCID, когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 12B - схема, демонстрирующая пример конфигурации MAC CE, когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 12C - схема, демонстрирующая пример соответствия между кодек или режим кодека и значением поля "кодек", когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 13A - схема, демонстрирующая пример значения LCID когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 13B - схема, демонстрирующая пример конфигурации MAC CE, когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 13C - схема, демонстрирующая пример соответствия между кодеком и значением поля "кодек" (индекса), когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 14 - схема, демонстрирующая пример изменения битовой скорости с использованием EUTRA-CMR согласно варианту осуществления 1 настоящего изобретения.
Фиг. 15 - схема, демонстрирующая отношение соответствия между диапазоном размера данных и индексом согласно варианту осуществления 2 настоящего изобретения.
Фиг. 16 - блок-схема, демонстрирующая пример конфигурации базовой станции (eNB) согласно варианту осуществления 2 настоящего изобретения.
Фиг. 17A - схема, демонстрирующая пример способа извещения режима согласованного кодека согласно варианту осуществления 2 настоящего изобретения.
Фиг. 17B - схема, демонстрирующая пример способа извещения режима согласованного кодека согласно варианту осуществления 2 настоящего изобретения.
Фиг. 18A - схема, демонстрирующая пример значения LCID, когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 2 настоящего изобретения.
Фиг. 18B - схема, демонстрирующая пример конфигурации MAC CE, когда MAC CE используется для EUTRA-CMR согласно варианту осуществления 2 настоящего изобретения.
Фиг. 19 - схема, демонстрирующая пример изменения битовой скорости с использованием EUTRA-CMR согласно варианту осуществления 2 настоящего изобретения.
Описание вариантов осуществления
[0036] Предпосылки аспекта настоящего изобретения
UE создает предложение/ответ SDP. Информация о кодеке или режиме кодека, поддерживаемом сетью (E-UTRAN) (политикой) устанавливается для каждого оператора. Таким образом, когда UE переходит в другую сеть, кодек или режим кодека, поддерживаемый целью роуминга, вероятно, будет отличаться от кодека или режима кодека, поддерживаемого собственной сетью. Поэтому, когда UE переходит в другую сеть, UE необходимо получать информацию о кодеке или режиме кодека, поддерживаемом целевой сетью роуминга (политикой оператора).
[0037] С учетом обстоятельств, в PTL 1 раскрыт способ UE для получения политики оператора. Однако, в PTL 1, существует одна-единственная политика оператора, и предполагается, что политика, однажды полученная UE, никогда не будет изменяться. Таким образом, PTL 1 не отвечает за изменение политики оператора, когда UE совершает роуминг или когда условие радиосвязи UE изменяется.
[0038] Запрос на изменение битовой скорости при разговоре с UE стороны (или MGW) может передаваться только от UE (или MGW), и никакие другие сети не участвуют в определении и изменении битовой скорости, используемой для вызова. Таким образом, eNB может знать окружение радиосвязи каждого UE, но не может участвовать в определении и изменении битовой скорости в ходе вызова между UE.
[0039] С учетом обстоятельств, в PTL 2 раскрыт способ предписания UE снижать битовую скорость до назначенного значения, когда eNB обнаруживает перегрузку сети радиодоступа. Однако в PTL 2, окружение радиосвязи каждого UE не учитывается для изменения битовой скорости.
[0040] В PTL 3 и NPL 6 и 7 раскрыт способ, в котором, когда eNB обнаруживает перегрузку или потерю качества сети радиодоступа с использованием явного извещения о перегрузке (ECN), UE извещается о перегрузке или потере качества сети радиодоступа с использованием двух младших битов поля, используемого для управления QoS и пр. IP-заголовка, и затем UE, принимающее извещение, снижает битовую скорость передачи или передает CMR на UE стороны для снижения битовой скорости.
[0041] Однако, при использовании ECN, eNB может извещать только о перегрузке или потере качества сети радиодоступа, но не может извещать об ослаблении перегрузки или повышении качества сети радиодоступа. Кроме того, при использовании ECN, eNB может извещать об условии сети радиодоступа (перегрузке или потере качества), но не может указывать фактическую битовую скорость наподобие CMR. Кроме того, поскольку ECN использует поле "IP-заголовок", коэффициент сжатия помехоустойчивого сжатия заголовка (ROHC), используемого для сжатия заголовка в зоне радиосвязи в VoLTE подвергается влиянию.
[0042] Таким образом, задача аспекта настоящего изобретения состоит в повышении эффективности использования радиоресурсов одновременно со снижением ухудшения качества речи UE благодаря тому, что eNB разрешается предписывать UE изменять битовую скорость в соответствии с условием радиосвязи каждого UE или благодаря тому, что UE разрешается надлежащим образом использовать политику оператора в соответствии с изменением окружения радиосвязи UE (в роуминге или при изменении условия радиосвязи).
[0043] Вариант осуществления 1
Далее, со ссылкой на фиг. 6-14 подробно описан вариант осуществления 1 настоящего изобретения.
[0044] Конфигурация терминала
На фиг. 6 показана блок-схема, демонстрирующая конфигурацию терминала (UE 100, 102) согласно этому варианту осуществления. Заметим, что фиг. 6 демонстрирует только компонент, непосредственно относящийся к настоящему изобретению, и известная функция UE опущена.
[0045] В UE 100, 102, представленных на фиг. 6, блок 600 радиоприема принимает сигнализацию или данные, передаваемые от базовых станций (eNB 104, 106) или MME и выводит принятую/ые сигнализацию или данные на соответствующий компонент UE 100, 102. Блок 601 радиопередачи передает сигнализацию или данные, введенную/ые из каждого компонента, на eNB 104, 106 или MME.
[0046] В блоке 602 хранения списка политик хранится, по меньшей мере, одна политика каждого из множественных операторов, причем политика включает в себя режим кодека, поддерживаемый каждым оператором. Например, в блоке 602 хранения списка политик хранятся списки политик операторов (список политик). Фиг. 8A и 8B являются примерами списка политик каждого оператора, который хранится в блоке 602 хранения списка политик. Фиг. 8A демонстрирует пример, в котором хранятся списки политик операторов с 1 по n, тогда как фиг. 8B демонстрирует список политик одного оператора (оператора k) из списков политик, представленных на фиг. 8A. Каждая политика в списках политик связана с индексом, указывающим эту политику (индекс политики).
[0047] На фиг. 8B, в качестве политики индекса 1, оператор k устанавливает кодек EVS и параметры кодека EVS, в котором битовая скорость составляют от 9,6 кбит/с до 24,4 кбит/с, полоса аудиосигнала является только SWB, формат полезной нагрузки является форматом Header-Full, и прием в режиме знания канала отключен, тогда как другие параметры установлены на настроечные значения по умолчанию. Также для политик ниже индекса 2, из кодеков или параметров кодеков, параметр, отличный от настроечного значения по умолчанию, хранится в блоке 602 хранения списка политик.
[0048] Заметим, что параметры и настроечные значения по умолчанию кодека EVS описаны в NPL 2, и параметры и настроечные значения по умолчанию кодека AMR-WB и кодека AMR описаны в NPL 3 и 4.
[0049] Блок 603 определения оператора на фиг. 6 определяет оператора, к которому должны подключаться UE 100, 102 (далее именуемого целевым оператором соединения). Например, блок 603 определения оператора использует ID сети связи общего пользования наземных мобильных объектов (PLMN), описанный в NPL 7, для определения целевого оператора соединения для UE 100, 102.
[0050] Заметим, что, когда eNB 104, 106 подключены к MME множественных операторов, блок 603 определения оператора определяет, какие MME операторов подключены к eNB 104, 106, например, в процедуре присоединения, описанной в NPL 5. При наличии множественных кандидатов для целевого оператора соединения блок 603 определения оператора может выбирать предпочтительный целевой оператор соединения.
[0051] От eNB или MME, блок 604 приема индекса принимает один или более индексов политик, указывающих политику, подлежащую использованию целевым оператором соединения для UE 100, 102. Заметим, что, каждый раз, когда политика, подлежащая использованию целевым оператором соединения для UE 100, 102, изменяется в eNB 104, 106, блок 604 приема индекса принимает индекс политики, указывающий измененную политику.
[0052] Блок 605 создания SDP использует информацию, полученную от блока 602 хранения списка политик, блока 603 определения оператора и блока 604 приема индекса для создания предложения SDP или ответа SDP и согласует механизм, подлежащий использованию в вызове. Таким образом, блок 605 создания SDP создает предложение SDP или ответ SDP, выборочно используя одну из политик, хранящихся в блоке 602 хранения списка политик согласно индексу политики, принятому блоком 604 приема индекса, причем используемая политика является политикой, используемой оператором, который блок 603 определения оператора определяет как целевой оператор соединения для UE 100, 102, и согласует вызов между главным терминалом и терминалом, который должен осуществлять связь с главным терминалом.
[0053] Кроме того, блок 605 создания SDP может применять параметр, указывающий, что UE 100, 102 поддерживают функцию, раскрытую в этом варианте осуществления (описанное ниже переключение режима кодека с использованием EUTRA-CMR), к предложению SDP или ответу SDP для согласования использования EUTRA-CMR.
[0054] Блок 606 извещения возможностей сообщает eNB или MME информацию, указывающую, что UE 100, 102 поддерживают переключение режима кодека с использованием EUTRA-CMR (информацию возможностей).
[0055] Из механизмов, согласованных блоком 605 создания SDP, блок 607 извещения режима кодека сообщает eNB информацию о режиме кодека (битовой скорости, полосе аудиосигнала и пр.). С помощью этой информации, в этот момент, блок 607 извещения режима кодека может сообщать eNB информацию о согласованном кодеке. Кроме того, когда переключение режима кодека с использованием EUTRA-CMR выбирается при согласовании вызова, блок 607 извещения режима кодека извещает eNB 104, 106 о диапазоне согласованной битовой скорости.
[0056] Блок 608 приема EUTRA-CMR принимает EUTRA-CMR от eNB 104, 106. EUTRA-CMR включает в себя режим кодека, который определяется eNB 104, 106 в соответствии с условием радиосвязи UE 100, 102 (переключением режима кодека; например, битовой скорости). EUTRA-CMR является CMR с использованием уровня 2 или уровня 3 E-UTRAN 120, 122 (описанных в NPL 7).
[0057] Например, EUTRA-CMR может использовать элемент управления (CE) MAC (уровня 2), описанный в NPL 8, и может использовать заголовок MAC, заголовок RLC, заголовок PDCP (уровня 2) и пр., описанный в NPL 8 или 7. В противном случае EUTRA-CMR может использовать сигнализацию RRC (уровня 3), описанную в NPL 9. Таким образом, при передаче EUTRA-CMR, можно избегать влияния на коэффициент сжатия ROHC вследствие использования поля "IP-заголовок" наподобие ECN.
[0058] Блок 609 извещения переключения режима извещает кодер (не показан) о переключении в режим кодека цели переключения, включенный в EUTRA-CMR, принятый блоком 608 приема EUTRA-CMR, для предписания кодеру переключать режим кодека.
[0059] Блок 610 квитированя переключения режима передает ответное сообщение (квитанцию) на eNB 104, 106 при квитировании, что кодер переключает режим кодека согласно EUTRA-CMR. Отчет о статусе буфера (BSR), описанный в NPL 8, или другой MAC CE может использоваться для передачи ответного сообщения. В противном случае, сигнализация RRC, описанная в NPL 9, может использоваться для передачи ответного сообщения.
[0060] Конфигурация базовой станции
На фиг. 7 показана блок-схема, демонстрирующая конфигурацию базовой станции (eNB 104, 106) согласно этому варианту осуществления. Заметим, что фиг. 7 демонстрирует только компонент, непосредственно связанный с настоящим изобретением, и известная функция eNB опущена.
[0061] В eNB 104, 106, представленных на фиг. 7, блок 700 приема принимает сигнализацию или данные, передаваемые от UE 100, 102, MME или S-GW, и выводит принятую/ые сигнализацию или данные на соответствующий компонент eNB 104, 106. Блок 701 передачи передает сигнализацию или данные, введенную/ые из каждого компонента, на UE 100, 102, MME или S-GW.
[0062] Блок 702 обнаружения условия радиосвязи обнаруживает перегрузку сети радиодоступа, состояние ослабления перегрузки или состояние окружения радиосвязи каждого UE. Например, блок 702 обнаружения условия радиосвязи может обнаруживать состояние окружения радиосвязи каждого UE из отчета запаса по мощности (PHR), описанного в NPL 8, или из отчета об измерении, описанного в NPL 9.
[0063] На основании индекса политики по умолчанию, который имеет каждый оператор, и перегрузки сети радиодоступа, состояние ослабления перегрузки или состояние окружения радиосвязи каждого UE, обнаруженного блоком 702 обнаружения условия радиосвязи, блок 703 определения индекса политики определяет индекс политики для каждого из UE 100, 102 и извещает соответствующие UE 100, 102 об определенном индексе политики. Каждый раз, когда индекс политики для соответствующего UE 100, 102 изменяется вследствие изменения условия радиосвязи, обнаруженного блоком 702 обнаружения условия радиосвязи, блок 703 определения индекса политики может извещать UE 100, 102 об измененном индексе политики.
[0064] Блок 704 получения возможностей UE запрашивает UE 100, 102, поддерживают ли UE 100, 102 переключение режима кодека с использованием EUTRA-CMR, и получает информацию возможностей, указывающую, что UE 100, 102 поддерживают переключение режима кодека с использованием EUTRA-CMR от UE 100, 102. Вместо запрашивания UE 100, 102, блок 704 получения возможностей UE может получать информацию возможностей на UE 100, 102 из MME.
[0065] Блок 705 получения режима кодека получает информацию о режиме кодека, согласованном UE 100, 102 начинающими говорить (например, согласованном диапазоне битовых скоростей) от UE 100, 102. Блок 705 получения режима кодека может получать информацию режима согласованного кодека от UE 100, 102, поддерживающих EUTRA-CMR, или может получать ее от узла на стороне EPC.
[0066] Блок 706 передачи EUTRA-CMR определяет режим кодека, подлежащий использованию UE 100, 102 в соответствии с перегрузкой сети радиодоступа или условием радиосвязи UE 100, 102, поддерживающих EUTRA-CMR, которое обнаруживается блоком 702 обнаружения условия радиосвязи, и передает EUTRA-CMR, включающий в себя определенный режим кодека, на UE 100, 102 поддерживающий EUTRA-CMR. Заметим, что блок 706 передачи EUTRA-CMR определяет режим кодека, подлежащий включению в EUTRA-CMR, на основании информации режима кодека, полученной блоком 705 получения режима кодека (согласованного диапазона битовых скоростей и пр.).
[0067] От UE 100, 102 в качестве пункта назначения передачи EUTRA-CMR, блок 707 квитированя переключения режима приема принимает ответное сообщение (квитанцию), указывающее завершение переключения в режим кодека, включенный в EUTRA-CMR.
[0068] Далее заметим, что UE 100, 102, которые поддерживают переключение режима кодека с использованием EUTRA-CMR, в ряде случаев могут упоминаться лишь как "UE". Также, далее, eNB 104, 106, представленные на фиг. 7 в ряде случаев могут упоминаться лишь как "eNB".
[0069] Способ извещения индекса политики
Далее, со ссылкой на фиг. 9A - 9C, подробно описан пример способа извещения индекса политики оператора.
[0070] Согласно фиг. 9A, блок 703 определения индекса политики eNB сохраняет определенный индекс политики в сигнализацию RRC (специализированную сигнализацию RRC) (описанную в NPL 9), которая, по отдельности, передается на соответствующее UE, и извещает UE об определенном индексе политики. Фиг. 9A демонстрирует RRCConnectionSetup в качестве примера специализированной сигнализации RRC; однако может использоваться другая специализированная сигнализация RRC (например, RRCConnectionRecnfiguration).
[0071] Согласно фиг. 9B, блок 703 определения индекса политики eNB сохраняет определенный индекс политики в сигнализацию RRC (широковещательную сигнализацию) (описанную в NPL 9), которая рассылается на все UE в сети радиодоступа, и извещает UE об определенном индексе политики. Фиг. 9B демонстрирует блок системной информации (SIB) в качестве примера широковещательной сигнализации; однако может использоваться другая широковещательная сигнализация.
[0072] Согласно фиг. 9C, индекс политики передается от EPC 124, 126 на UE. На фиг. 9C, в процедуре присоединения, описанной в NPL 5, или процедуре обновления зоны отслеживания (TAU), индекс политики передается от EPC 124, 126 на UE с параметрами сигнализации (принятие присоединения или принятие обновления зоны отслеживания). Способ, представленный на фиг. 9C, используется, например, в случае, когда оператор определяет индекс политики на основании контракта с соответствующим UE. Индекс политики на основании информации контракта на UE хранится, например, в MME. Заметим, что, как описано выше, индекс политики на основании информации контракта на UE может извещаться на eNB из MME и может, наконец, определяться блоком 703 определения индекса политики eNB.
[0073] На фиг. 9A - 9C, из списка политик, хранящегося в блоке 602 хранения списка политик, UE указывает политику, подлежащую использованию оператором на основании оператора, определенного блоком 603 определения оператора, и индекса политики, принятого блоком 604 приема индекса, и описывает предложение SDP и ответ для начала разговора на основании указанной политики.
[0074] Таким образом, поскольку UE заранее сохраняет политику множественных операторов, и индекс политики извещается от eNB на UE, UE может использовать политику оператора в соответствии с окружением радиосвязи (перегрузка, качество радиосвязи или условие радиосвязи UE) E-UTRAN 120, 122. Например, даже когда UE переходит в сеть с другим режимом кодека, UE все же может использовать политику, используемую в этой целевой сети роуминга. Кроме того, даже когда окружение радиосвязи сети, в которой существует UE, UE все же может использовать надлежащую политику в соответствии с изменением окружения радиосвязи сети. UE также может использовать надлежащую политику в соответствии с тем, связано ли UE с макросотой или фемтосотой.
[0075] Способ извещения информации возможностей
Далее, со ссылкой на фиг. 10A и 10B, подробно описан пример способа извещения информации возможностей указывающий, что UE поддерживает переключение режима кодека с использованием EUTRA-CMR.
[0076] На фиг. 10A, блок 704 получения возможностей UE eNB использует специализированную сигнализацию RRC (например, UECapabilityEnquiry) для запрашивая возможностей UE (поддерживает ли UE EUTRA-CMR). Затем блок 606 извещения возможностей UE использует специализированную сигнализацию RRC (например, UECapabilityInformation) для передачи на eNB информации возможностей, указывающей, что UE поддерживает EUTRA-CMR. Фиг. 10A демонстрирует способ использования UECapabilityEnquiry и UECapabilityInformation, описанные в NPL 9 в качестве примера специализированной сигнализации RRC; однако может использоваться другая специализированная сигнализация RRC.
[0077] На фиг. 10B, UE сообщает eNB информацию возможностей на UE посредством EPC 124, 126. Сначала, в вышеописанной процедуре присоединения, блок 606 извещения возможностей UE добавляет в сигнализацию информацию возможностей, указывающую, что UE поддерживает EUTRA-CMR, в качестве параметра и передает сигнализацию на MME. В этот момент, MME может получать информацию возможностей на UE от HSS 118 вместо UE. Затем, например, когда однонаправленный канал для сигнализации IMS устанавливается (в процедуре активации специализированного однонаправленного канала и/или процедуре запроса услуги), блок 704 получения возможностей UE получает из MME информацию возможностей на UE в качестве параметра сигнализации.
[0078] Это позволяет eNB заранее знать, какое из UE в E-UTRAN 120, 122, покрытых им, поддерживает EUTRA-CMR.
[0079] Способ извещения режима согласованного кодека
Далее, со ссылкой на фиг. 11A и 11B, подробно описан пример способа извещения режима кодека, согласованного между UE, начинающими говорить.
[0080] Согласно фиг. 11A, блок 607 извещения режима кодека UE использует специализированную сигнализацию RRC (например, RRCConnectionReconfigurationComplete) для извещения блока 705 получения режима кодека eNB информации, указывающей режим согласованного кодека (например, согласованный диапазон битовых скоростей). На фиг. 11A, способ использования RRCConnectionReconfigurationComplete, соответствующего специализированной сигнализации RRC, описанной в NPL 9, указан в качестве примера специализированной сигнализации RRC; однако может использоваться другая специализированная сигнализация RRC.
[0081] Когда блок 605 создания SDP UE добавляет параметр, указывающий, что UE поддерживает EUTRA-CMR, к предложению SDP или ответу SDP для согласования, и затем это согласование не удается, блок 607 извещения режима кодека может не извещать eNB о режиме кодека, но извещать eNB о неудаче согласования.
[0082] Согласно фиг. 11B, стороны сети 128 IMS и EPC 124, 126 извещают блок 705 получения режима кодека eNB о режиме кодека.
[0083] В частности, P-CSCFs 1, 2, которые являются узлами для ретрансляции предложения SDP и ответа UE 1, 2, начинающих говорить, проверяют режим согласованного кодека. В этот момент, P-CSCFs 1, 2 могут проверять параметр SDP (EUTRA-CMR), указывающий, что UE поддерживает переключение режима кодека с использованием EUTRA-CMR для определения, согласовано ли переключение режима кодека, с использованием EUTRA-CMR.
[0084] P-CSCF 1, 2 извещают PCRF EPC 124, 126 режима согласованного кодека (например, согласованного диапазона битовых скоростей), затем PCRF передает полученный режим кодека на P-GW, и P-GW включает в себя режим кодека в качестве параметра в сигнализации для установления однонаправленного канала для вызова. Блок 705 получения режима кодека eNB принимает эту сигнализацию для получения режима согласованного кодека.
[0085] Теперь опишем способ извещения eNB режима кодека, согласованный UE. В качестве примера, описан случай, когда согласованный кодек является кодеком EVS, согласованная битовая скорость составляет от 9,6 кбит/с до 24,4 кбит/с, полоса аудиосигнала является SWB, и режим знания канала не используется.
[0086] Например, формат режима согласованного кодека можно описать как "EVS: br=9,6-24,4; bw=swb; ch-aw-recv=-1" с использованием описания параметра типа информационных материалов, описанного в приложении A.3 NPL 2. Режим согласованного кодека можно описать как "T=011, D=0011-0110", за счет отображения в код CMR, описанный в приложении A.2.2.1.1 NPL 2. Эти способы описания могут делать описания с использованием параметра типа информационных материалов и кода CMR (индекса), описанного в NPL 3 и 4, даже когда согласованный кодек является AMR или AMR-WB. Когда способ описания, назначенный оператором, указан в списке политик оператора, удерживаемом UE, режим кодека можно описать согласно этому способу описания.
[0087] Таким образом, поскольку UE извещает eNB о режиме согласованного кодека, eNB может заранее указывать диапазон режима кодека (битовую скорость), назначенный с использованием EUTRA-CMR.
[0088] До осуществления переключения режима кодека с использованием EUTRA-CMR, UE согласует использование переключения режима кодека с использованием EUTRA-CMR с вызываемой стороной, и когда оба UE достигают соглашения, UE извещает eNB о режиме согласованного кодека. Таким образом, eNB может использовать битовую скорость, согласованную между говорящими UE для дачи инструкции для переключения режима кодека с использованием EUTRA-CMR.
[0089] Способ переключения режима кодека с использованием EUTRA-CMR
Далее, со ссылкой на фиг. 12A - 14, подробно описан пример способа переключения режима кодека (битовой скорости) с использованием EUTRA-CMR посредством eNB.
[0090] Например, предполагается, что существуют условия для согласованного кодека и режима кодека, то есть EVS, битовая скорость составляет от 9,6 кбит/с до 24,4 кбит/с, полоса аудиосигнала является SWB и режим знания канала не используется.
[0091] Фиг. 12A, 12B, 12C, 13A, 13B и 13C демонстрируют пример MAC CE, когда MAC CE, описанный в NPL 8, используется для EUTRA-CMR.
[0092] Фиг. 12A - 12C демонстрируют пример случая, когда одно из зарезервированных значений (зарезервированный) идентификатора логического канала (LCID) NPL 8, задается как EUTRA-CMR. На фиг. 12A, значение LCID (индекс)="11001" выделяется как EUTRA-CMR, в качестве примера. Фиг. 12B демонстрирует пример конфигурации MAC CE EUTRA-CMR. Бит R указывает, что он зарезервирован. Поле "кодек", имеющее три бита, наполняется значением, указывающим, какой кодек или режим кодека состоит в CMR. Фиг. 12C указывает пример соответствия между кодеком или режимом кодека и значением (индексом) поля "кодек". Поле CMR, имеющее четыре бита на фиг. 12B, наполняется значением (индексом) запрошенного режима кодека (битовой скорости и пр.). Значение поля CMR опирается, например, на значение CMR NPL 3 для случая AMR или AMR-WB, опираясь при этом на значение поля D в байте CMR NPL 2 для случая EVS.
[0093] Что касается кодеков EVS на фиг. 12C, EVS AMR-WB IO является режимом, совместимым с AMR-WB. EVS-NB, EVS-WB, EVS-SWB и EVS-FB представляют собой основной узкополосный режим EVS, основной широкополосный режим EVS, основной сверхширокополосный режим EVS и основной полнополосный режим EVS, соответственно. EVS-CA-WB и EVS-CA-SWB представляют собой режим знания канала основного широкополосного режима EVS и режим знания канала основного сверхширокополосного режима EVS, соответственно.
[0094] На фиг. 13A - 13C приведен пример случая, когда два зарезервированных значения (зарезервированный) идентификатора логического канала (LCID) NPL 8 заданы как EUTRA-CMR. На фиг. 13A, значение LCID (индекс)="11000" выделяется как короткий EUTRA-CMR, а значение LCID (индекс)="11001" выделяется как длинный EUTRA-CMR, в качестве примера. Фиг. 13B демонстрирует пример конфигураций каждого MAC CE короткого EUTRA-CMR и длинного EUTRA-CMR. Бит R указывает, что он зарезервирован. Поле "кодек", имеющее три бита, наполняется значением, указывающим, какой кодек состоит в CMR. Фиг. 13C указывает пример соответствия между кодеком и значением (индексом) поля "кодек". На фиг. 13B, поле CMR имеет четыре бита в случае короткого EUTRA-CMR и имеет восемь битов в случае длинного EUTRA-CMR, и поле CMR наполняется значением (индексом) запрошенного режима кодека (битовой скорости и пр.). Значение поля CMR опирается, например, на значение CMR NPL 3 с использованием короткого EUTRA-CMR для случая AMR или AMR-WB, опираясь при этом на значение байта CMR NPL 2 с использованием длинного EUTRA-CMR для случая EVS.
[0095] Заметим, что бит R может использоваться как бит, представляющий EUTRA-CMR в направлении нисходящей линии связи, что описано ниже.
[0096] На фиг. 14, сначала, UE осуществляет кодирование с SWB кодека EVS (далее именуемое EVS-SWB) на 13,2 кбит/с и передает речевые данные (ST21).
[0097] Затем блок 702 обнаружения условия радиосвязи eNB обнаруживает, что окружение радиосвязи UE неустойчиво, или что E-UTRAN (восходящей линии связи) перегружена (ST22). Блок 706 передачи EUTRA-CMR eNB определяет давать инструкцию для снижения битовой скорости, подлежащей использованию для передачи UE до 9,6 кбит/с, назначает EVS-SWB 9,6 кбит/с как EUTRA-CMR, и передает его на UE (ST23).
[0098] Блок 608 приема EUTRA-CMR UE принимает EUTRA-CMR и выводит на блок 609 извещения переключения режима, что назначен EVS-SWB 9,6 кбит/с. Блок 609 извещения переключения режима предписывает кодеру EVS (не показан) UE кодировать на EVS-SWB 9,6 кбит/с. Кодер EVS UE принимает инструкцию на EVS-SWB 9,6 кбит/с и затем изменяет битовую скорость на EVS-SWB 9,6 кбит/с для начала кодирования (ST24). После квитирования, что кодер EVS переключает битовую скорость на EVS-SWB 9,6 кбит/с, блок 610 квитирования переключения режима UE передает квитанцию на eNB (ST25).
[0099] Благодаря приему квитанции, блок 707 квитирования переключения режима приема eNB обнаруживает, что режим кодека речевых данных, передаваемых от UE, переключается согласно инструкции.
[0100] Затем блок 702 обнаружения условия радиосвязи eNB обнаруживает, что окружение радиосвязи UE улучшается, или перегрузка E-UTRAN (восходящей линии связи) ослабевает (ST26). Блок 706 передачи EUTRA-CMR eNB определяет давать инструкцию снова повысить битовую скорость, подлежащую использованию для передачи UE до 13,2 кбит/с, назначает EVS-SWB 13,2 кбит/с как EUTRA-CMR, и передает его на UE (ST27).
[0101] Блок 608 приема EUTRA-CMR UE принимает EUTRA-CMR и выводит на блок 609 извещения переключения режима, что назначен EVS-SWB 13,2 кбит/с. Блок 609 извещения переключения режима предписывает кодеру EVS (не показан) UE кодировать на EVS-SWB 13,2 кбит/с. Кодер EVS UE принимает инструкцию на EVS-SWB 13,2 кбит/с и затем изменяет битовую скорость на EVS-SWB 13,2 кбит/с для начала кодирования (ST28). После квитирования, что кодер EVS переключает битовую скорость на EVS-SWB 13,2 кбит/с, блок 610 квитирования переключения режима UE передает квитанцию на eNB (ST29).
[0102] Благодаря приему квитанции, блок 707 квитирования переключения режима приема eNB обнаруживает, что режим кодека речевых данных, передаваемых от UE, переключается согласно инструкции.
[0103] Заметим, что, когда полупостоянное планирование (SPS), описанное в NPL 10 и пр., используется для планирования восходящей линии связи E-UTRAN, eNB может изменять настройки используемого в данный момент SPS (выделение ресурсов или размер транспортного блока и пр., описанные в NPL 10) в соответствии с изменением битовой скорости восходящей линии связи посредством EUTRA-CMR. Это изменение может производиться путем осуществления активации SPS после освобождения SPS, описанного в NPL 10, или путем задания новой сигнализации для изменения, например, модификации SPS и осуществления модификации SPS. С увеличением битовой скорости восходящей линии связи посредством EUTRA-CMR, eNB может производить это изменение в настройках SPS до приема квитанции от UE, то есть одновременно с или сразу после передачи EUTRA-CMR. С другой стороны, с уменьшением битовой скорости восходящей линии связи посредством EUTRA-CMR, eNB может производить это изменение в настройках SPS после приема квитанции от UE.
[0104] Таким образом, eNB может предписывать UE переключать режима кодека с использованием EUTRA-CMR (назначать фактическую битовую скорость) в соответствии с изменением условия радиосвязи (перегрузки) E-UTRAN 120, 122 или условия радиосвязи (потери качества и повышения качества) UE. Это позволяет UE совершать вызов с режимом кодека (битовой скоростью), подходящим для его окружения радиосвязи.
[0105] Заметим, что способ описания CMR EUTRA-CMR может базироваться на способе описания CMR, описанном в NPL 2 для случая кодека EVS, но может базироваться на способе описания CMR, описанном в NPL 3 для случая AMR-WB или AMR, и в противном случае может быть другим способом описания. Вместо описания конкретного режима кодека в EUTRA-CMR, описания, такие как, уменьшение битовой скорости для одного уровня и увеличение битовой скорости для одного уровня могут устанавливаться в EUTRA-CMR.
[0106] Политика оператора может определять, который из них имеет приоритет, при наличии состязания между EUTRA-CMR и CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP. Однако, в случае кодека EVS, CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP имеет приоритет для переключения между основным режимом EVS и режимом EVS, совместимым с AMR-WB.
[0107] Заметим, что, когда CMR с использованием формата полезной нагрузки RTP или RTCP-APP предписывает переключение между основным режимом EVS и режимом EVS, совместимым с AMR-WB с использованием кодека EVS, блок 607 извещения режима кодека UE сообщает блоку 705 получения режима кодека eNB информацию, указывающую режим согласованного кодека (например, согласованный диапазон битовых скоростей) в переключенном режиме (основном режиме EVS или режиме EVS, совместимом с AMR-WB).
[0108] Независимо от используемого в данный момент кодека, когда сообщение сигнализации IMS предписывает повторное согласование кодека, и кодек, подлежащий использованию, переключается, блок 607 извещения режима кодека UE может сообщать блоку 705 получения режима кодека eNB информацию, указывающую режим согласованного кодека (например, согласованный диапазон битовых скоростей) в переключенном кодеке, или, как описано выше, блок 705 получения режима кодека eNB может получать повторно согласованный режим кодека из сигнализации для установления однонаправленного канала из P-CSCF 1, 2 посредством EPC 124, 126.
[0109] Ранее был описан способ переключения режима кодека (битовой скорости) с использованием EUTRA-CMR посредством eNB.
[0110] Как описано выше, в этом варианте осуществления, UE 100, 102 выбирают политику оператора в соответствии с изменением окружения радиосвязи UE (при роуминге или изменении условия радиосвязи). eNB 104, 106 предписывают UE 100, 102 изменять битовую скорость в соответствии с условиями радиосвязи UE 100, 102. Таким образом, согласно этому варианту осуществления, eNB 104, 106 может переключать кодек или режим кодека в соответствии с окружением радиосвязи UE.
[0111] Таким образом, поскольку UE 100, 102 может начинать говорить на основании надлежащей политики оператора и режима кодека, эффективность использования радиоресурсов можно повысить и при этом снизить ухудшение качества речи UE 100, 102.
[0112] В этом варианте осуществления, хотя EUTRA-CMR описан как CMR для передающей стороны (восходящей линии связи), EUTRA-CMR для принимающей стороны (нисходящей линии связи) может быть дополнительно подготовлен. UE 100, 102, принимающие EUTRA-CMR для принимающей стороны, отражают содержание EUTRA-CMR для принимающей стороны в CMR заголовка полезная нагрузка RTP или RTCP-APP и передают их на UE вызываемой стороны.
[0113] В этом варианте осуществления, eNB 104, 106 могут извещать UE 100, 102 о том, что eNB 104, 106 поддерживают переключение режима кодека с использованием EUTRA-CMR. Например, широковещательная сигнализация, например SIB, может использоваться для этого извещения. Например, на основании извещения от множественных eNB, UE 100, 102 могут подключаться к eNB 104, 106, поддерживающим EUTRA-CMR, в первую очередь.
[0114] Вариант осуществления 2
Вариант осуществления 2 настоящего изобретения подробно описан со ссылкой на фиг. 6 и фиг. 15-19.
[0115] Конфигурация терминала
На фиг. 6 показана блок-схема, демонстрирующая конфигурацию терминала (UE 100, 102) согласно варианту осуществления 2. Заметим, что фиг. 6 демонстрирует только компонент, непосредственно относящийся к настоящему изобретению, и известная функция UE опущена.
[0116] В UE 100, 102, представленных на фиг. 6, блок 600 радиоприема принимает сигнализацию или данные, передаваемые от базовых станций (eNB 104, 106) или MME и выводит принятую/ые сигнализацию или данные на соответствующий компонент UE 100, 102. Блок 601 радиопередачи передает сигнализацию или данные, введенную/ые из каждого компонента, на eNB 104, 106 или MME.
[0117] Аналогично варианту осуществления 1, в блоке 602 хранения списка политик хранится, по меньшей мере, одна политика каждого из множественных операторов, причем политика включает в себя режим кодека, поддерживаемый каждым оператором (см., например, фиг. 8A и 8B). Списки политик операторов, хранящиеся в блоке 602 хранения списка политик могут быть только списком политик одного оператора согласно контракту с пользователем, использующим главный терминал (UE 100, 102), и списком политик другого оператора согласно контракту на роуминг с одним оператором. Списки политик могут быть заранее заданы при доставке терминала (UE 100, 102) или могут быть получены путем загрузки с сервера, например, находящегося в распоряжении оператора. Списки политик могут быть получены под управлением устройствами Открытого мобильного альянса (OMA-DM) и пр. Списки политик могут включать в себя имя точки доступа (APN) для услуги VoLTE каждого оператора. Эти списки политик могут включать в себя информацию, указывающую, поддерживает ли сеть оператора EUTRA-CMR или ECN.
[0118] Блок 603 определения оператора на фиг. 6 определяет целевого оператора соединения для UE 100, 102. Например, блок 603 определения оператора использует ID сети связи общего пользования наземных мобильных объектов (PLMN), описанный в NPL 7, для определения целевого оператора соединения для UE 100, 102.
[0119] Заметим, что, когда eNB 104, 106 подключены к MME множественных операторов, блок 603 определения оператора определяет, какие MME операторов подключены к eNB 104, 106, например, в процедуре присоединения, описанной в NPL 5. При наличии множественных кандидатов для целевых операторов соединения, блок 603 определения оператора может выбирать предпочтительный целевой оператор соединения, например, оператор согласно контракту на роуминг или оператор, имеющий более высокий приоритет из операторов согласно контракту на роуминг.
[0120] От eNB или MME, блок 604 приема индекса принимает один или более индексов политик, указывающих политику, подлежащую использованию целевым оператором соединения для UE 100, 102. Заметим, что, каждый раз, когда политика, подлежащая использованию целевым оператором соединения для UE 100, 102, изменяется в eNB 104, 106, блок 604 приема индекса принимает индекс политики, указывающий измененную политику.
[0121] Блок 605 создания SDP использует информацию, полученную от блока 602 хранения списка политик, блока 603 определения оператора и блока 604 приема индекса для создания предложения SDP или ответа SDP и согласует механизм, подлежащий использованию в вызове. Таким образом, блок 605 создания SDP создает предложение SDP или ответ SDP, выборочно используя одну из политик, хранящихся в блоке 602 хранения списка политик согласно индексу политики, принятому блоком 604 приема индекса, причем используемая политика является политикой, используемой оператором, который блок 603 определения оператора определяет как целевой оператор соединения для UE 100, 102, и согласует вызов между главным терминалом и терминалом, который должен осуществлять связь с главным терминалом.
[0122] Кроме того, блок 605 создания SDP может применять параметр, указывающий, что UE 100, 102 поддерживают функцию, раскрытую в этом варианте осуществления (описанное ниже переключение режима кодека с использованием EUTRA-CMR), к предложению SDP или ответу SDP для согласования использования EUTRA-CMR.
[0123] Блок 606 извещения возможностей сообщает eNB или MME информацию, указывающую, что UE 100, 102 поддерживают переключение режима кодека с использованием EUTRA-CMR (информацию возможностей). При наличии множественных способов для EUTRA-CMR, блок 606 извещения возможностей может сообщать eNB или MME информацию, указывающую соответствующий способ. Помимо информации, указывающей, что UE 100, 102 поддерживают переключение режима кодека с использованием EUTRA-CMR, блок 606 извещения возможностей может сообщать eNB или MME информацию, указывающую, поддерживают ли UE 100, 102 переключение режима кодека с использованием ECN.
[0124] Из механизмов, согласованных блоком 605 создания SDP, блок 607 извещения режима кодека сообщает eNB информацию о режиме кодека (битовой скорости, полосе аудиосигнала и пр.). С помощью этой информации, в этот момент, блок 607 извещения режима кодека может сообщать eNB информацию о согласованном кодеке. Кроме того, когда переключение режима кодека с использованием EUTRA-CMR выбирается при согласовании вызова, блок 607 извещения режима кодека извещает eNB 104, 106 информацию о согласованной битовой скорости (например, информацию о параметре mode-set, описанном в NPL 3 для случая AMR или AMR-WB, и информацию о параметре br или br-send и br-recv, описанном в NPL 2 для случая EVS). Также когда переключение режима кодека с использованием ECN выбирается при согласовании вызова, блок 607 извещения режима кодека может извещать eNB 104, 106 информацию о согласованной битовой скорости.
[0125] Когда терминал (UE 100, 102) удерживает информацию о режиме кодека, используемом для переключения режима кодека (например, при удержании объекта управления адаптацией информационных материалов и пр., описанного в NPL 4), блок 607 извещения режима кодека может сравнивать информацию о режиме кодека, используемом для этого переключения режима кодека, и информацию о режиме кодека в согласованном механизме для извещения eNB об общем режиме кодека.
[0126] Вместо извещения eNB о зависящем от кодека режиме кодека (битовой скорости, полосе аудиосигнала и пр.), блок 607 извещения режима кодека может обеспечивать уровни для диапазона размера данных, заранее допускать совместное использование соответствия диапазона размера данных и индекса между UE и eNB, и затем извещать eNB об этом индексе. В этом варианте осуществления, "размер данных" является битовой скоростью, включающей в себя ли заголовок полезной нагрузки RTP или заполнение. Информация, указывающая соответствие диапазона размера данных и индекса (таблица соответствия), может быть заранее задана на UE и eNB или может загружаться с сервера посредством OMA-DM и пр.
[0127] На фиг. 15 показан пример таблицы соответствия диапазона размера данных и индекса. Заметим, что, в этом варианте осуществления, вместо использования нового соответствия диапазона размера данных и индекса, может использоваться существующее соответствие диапазона размера данных (размера буфера) и индекса, используемого для отчета о статусе буфера (BSR), описанного в NPL 8. Кроме того, вместо диапазона размера данных может использоваться размер транспортного блока (TBS), описанный в NPL 10. Поскольку блок 607 извещения режима кодека извещает eNB только об индексе, объем данных, необходимый для извещения eNB может сокращаться.
[0128] Вместо извещения eNB о зависящем от кодека режиме кодека или индексе совместно с размером данных, блок 607 извещения режима кодека может сообщать eNB информацию, указывающую верхний предел, нижний предел, и какая битовая скорость или размер данных включена между верхним и нижним пределами битовой скорости или размера данных. Однако eNB может не сообщаться информация о верхнем пределе битовой скорости или размера данных, поскольку eNB может получать его из значения гарантированной битовой скорости (GBR) или максимальной битовой скорости (MBR), описанной в NPL 5 и пр. Верхний и нижний пределы битовой скорости или размера данных могут быть конкретным значением и могут быть индексом, связанным со значением или диапазоном размера данных.
[0129] При наличии информации о переключении режима кодека среди механизмов, согласованных блоком 605 создания SDP, блок 607 извещения режима кодека также сообщает eNB эту информацию. Например, в AMR или AMR-WB, когда период изменения режима, способность к изменению режима, сосед изменения режима и пр., описанные в NPL 3, согласованы, и существует ограничение для цикла, в течение которого режим кодека (битовая скорость) может изменяться, или для диапазона, в котором режим кодека может изменяться (ограничивается ли он изменением до следующей в порядке возрастания битовой скорости или до следующей в порядке убывания битовой скорости), блок 607 извещения режима кодека также сообщает eNB информацию об этом ограничении. В EVS, когда параметр cmr, описанный в NPL 2, согласован, блок 607 извещения режима кодека также сообщает eNB информацию, указывающую, разрешить ли CMR полезной нагрузки RTP. Блок 607 извещения режима кодека может сообщать eNB информацию о согласованном формате полезной нагрузки RTP.
[0130] Блок 608 приема EUTRA-CMR принимает EUTRA-CMR от eNB 104, 106. EUTRA-CMR включает в себя режим кодека, который определяется eNB 104, 106 в соответствии с условием радиосвязи UE 100, 102 (переключением режима кодека; например, битовой скорости и индекса, представляющего вышеописанный размер данных). EUTRA-CMR является CMR с использованием уровня 2 или уровня 3 E-UTRAN 120, 122 (описанным в NPL 7). Однако, в этом варианте осуществления, вместо указания конкретного режима кодека (битовой скорости, полосы и пр.) наподобие AMR, AMR-WB и EVS, EUTRA-CMR может указывать диапазон размера данных или индекс, представляющий диапазон размера данных, как описано выше.
[0131] Например, EUTRA-CMR может использовать элемент управления (CE) MAC (уровня 2), описанный в NPL 8, и может использовать заголовок MAC, заголовок RLC, заголовок PDCP (уровня 2) и пр., описанный в NPL 8 или 7. В противном случае EUTRA-CMR может использовать сигнализацию RRC (уровень 3), описанную в NPL 9. Кроме того, EUTRA-CMR может использовать физический канал управления нисходящей линии связи (PDCCH), описанный в NPL 10 и пр. Таким образом, при передаче EUTRA-CMR, можно избегать влияния на коэффициент сжатия ROHC вследствие использования IP-заголовка наподобие ECN. Заметим, что для снижения влияния на коэффициент сжатия ROHC при использовании ECN, вместо включения извещения о перегрузке в IP-заголовке (ECN-CE: испытываемая перегрузка ECN) в информационную часть IP-заголовка в ROHC, новое поле для извещения о перегрузке ECN может обеспечиваться в заголовке PDCP и пр.
[0132] Блок 609 извещения переключения режима извещает кодер (не показан) о переключении в режим кодека цели переключения, включенный в EUTRA-CMR, принятый блоком 608 приема EUTRA-CMR, для предписания кодеру переключать режим кодека. Когда EUTRA-CMR назначает диапазон размера данных или индекс, представляющий диапазон размера данных, как описано выше, блок 609 извещения переключения режима указывает битовую скорость используемого в данный момент кодека, соответствующего этому размеру данных и извещает кодер (не показан) о битовой скорости.
[0133] Блок 610 квитированя переключения режима передает ответное сообщение (квитанцию) на eNB 104, 106 при квитировании, что кодер переключает режим кодека согласно EUTRA-CMR. Отчет о статусе буфера (BSR), описанный в NPL 8, или другой MAC CE может использоваться для передачи ответного сообщения. В противном случае, сигнализация RRC, описанная в NPL 9, может использоваться для передачи ответного сообщения. Заметим, что, также когда UE 100, 102 принимают CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP, и режим кодека переключается согласно CMR, блок 610 квитированя переключения режима может отправлять сообщение извещения на eNB 104, 106. Заметим, что ответное сообщение для переключения режима кодека с использованием EUTRA-CMR и извещение переключения режима кодека посредством CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP может быть либо той же сигнализацией, либо другой сигнализацией.
[0134] Конфигурация базовой станции
На фиг. 16 показана блок-схема, демонстрирующая конфигурацию базовой станции (eNB 104, 106) согласно этому варианту осуществления. Заметим, что фиг. 16 демонстрирует только компонент, непосредственно связанный с настоящим изобретением, и известная функция eNB опущена. На фиг. 16, компонент, осуществляющий обработку, аналогичную варианту осуществления 1 (фиг. 7), обозначается той же ссылочной позицией. eNB 104, 106, представленные на фиг. 16, дополнительно снабжены блоком 1501 обновления QoS однонаправленного канала.
[0135] В eNB 104, 106, представленных на фиг. 16, блок 700 приема принимает сигнализацию или данные, передаваемые от UE 100, 102, MME или S-GW, и выводит принятую/ые сигнализацию или данные на соответствующий компонент eNB 104, 106. Блок 701 передачи передает сигнализацию или данные, введенную/ые из каждого компонента, на UE 100, 102, MME или S-GW.
[0136] Блок 702 обнаружения условия радиосвязи обнаруживает перегрузку сети радиодоступа, состояние ослабления перегрузки или состояние окружения радиосвязи каждого UE. Например, блок 702 обнаружения условия радиосвязи может обнаруживать состояние окружения радиосвязи каждого UE из отчета запаса по мощности (PHR), описанного в NPL 8, или из отчета об измерении, описанного в NPL 9. В соответствии с обнаруженным состоянием окружения радиосвязи каждого UE, блок 702 обнаружения условия радиосвязи определяет, изменить ли режим кодека UE с использованием EUTRA-CMR или обрабатывать хэндовер UE на другой eNB или базовую станцию сети, отличной от LTE, например, наземной сети радиодоступа UMTS (UTRAN) или сети радиодоступа EDGE GSM (GERAN). В этом определении, блок 702 обнаружения условия радиосвязи может учитывать режим кодека, используемый в данный момент UE.
[0137] На основании индекса политики по умолчанию, который имеет каждый оператор, и перегрузки сети радиодоступа, состояние ослабления перегрузки или состояние окружения радиосвязи каждого UE, обнаруженного блоком 702 обнаружения условия радиосвязи, блок 703 определения индекса политики определяет индекс политики для каждого из UE 100, 102 и извещает соответствующие UE 100, 102 об определенном индексе политики. Каждый раз, когда индекс политики для соответствующего UE 100, 102 изменяется вследствие изменения условия радиосвязи, обнаруженного блоком 702 обнаружения условия радиосвязи, блок 703 определения индекса политики может извещать UE 100, 102 об измененном индексе политики. Заметим, что порог состояния окружения радиосвязи в соответствии с определением индекса политики может удерживаться каждым eNB как заранее установленный или может загружаться с сервера, например, способом OMA-DM.
[0138] Блок 704 получения возможностей UE запрашивает UE 100, 102, поддерживают ли UE 100, 102 переключение режима кодека с использованием EUTRA-CMR, и получает информацию возможностей, указывающую, что UE 100, 102 поддерживают переключение режима кодека с использованием EUTRA-CMR от UE 100, 102. Вместо запрашивания UE 100, 102, блок 704 получения возможностей UE может получать информацию возможностей на UE 100, 102 из MME. Заметим, что при наличии множественных способов для EUTRA-CMR, блок 704 получения возможностей UE может получать соответствующий способ от UE 100, 102. Блок 704 получения возможностей UE может получать информацию, указывающую, поддерживают ли UE 100, 102 переключение режима кодека с использованием ECN от UE 100, 102.
[0139] Блок 705 получения режима кодека получает информацию о режиме кодека, согласованном UE 100, 102 начинающими говорить (например, согласованном диапазоне битовых скоростей) от UE 100, 102. Блок 705 получения режима кодека может получать информацию режима согласованного кодека от UE 100, 102, поддерживающих EUTRA-CMR, или может получать ее от узла на стороне EPC.
[0140] Как описано выше, вместо получения зависящего от кодека режима кодека (битовой скорости, полосы аудиосигнала и пр.), блок 705 получения режима кодека может обеспечивать уровни для диапазона размера данных (битовой скорости, включающей в себя заголовок полезной нагрузки RTP и заполнение), заранее допускать совместное использование соответствия диапазона размера данных и индекса между UE и eNB, и затем получать этот индекс. Таблица соответствия диапазона размера данных и индекса (см., например, фиг. 15) может быть заранее задана на UE и eNB или может загружаться с сервера посредством OMA-DM и пр. Вместо получения зависящего от кодека дополнительного кодека или индекса, связанного с диапазоном размера данных, блок 705 получения режима кодека может получать информацию, указывающую верхний предел, нижний предел, и насколько битовая скорость или размер данных включается между верхним и нижним пределами битовой скорости или размера данных. Блок 705 получения режима кодека может использовать полученную информацию о режиме кодека не только для изменения режима кодека (битовой скорости) с использованием EUTRA-CMR этого варианта осуществления, но и для изменения режима кодека (битовой скорости) с использованием ECN.
[0141] Блок 705 получения режима кодека может получать информацию о переключении режима кодека. Например, при наличии ограничения для цикла, в течение которого режим кодека (битовая скорость) может изменяться, или для диапазона, в котором режим кодека может изменяться (ограничивается ли он изменением до следующей в порядке возрастания битовой скорости или до следующей в порядке убывания битовой скорости), или для использования CMR полезной нагрузкой RTP, блок 705 получения режима кодека также получает информацию об этом ограничении. Блок 705 получения режима кодека также может получать информацию о согласованном формате полезной нагрузки RTP.
[0142] Блок 706 передачи EUTRA-CMR определяет режим кодека, подлежащий использованию UE 100, 102 в соответствии с перегрузкой сети радиодоступа, обнаруженной блоком 702 обнаружения условия радиосвязи, или условием радиосвязи UE 100, 102, поддерживающих EUTRA-CMR, и передает EUTRA-CMR, включающий в себя определенный режим кодека, на UE 100, 102 поддерживающий EUTRA-CMR. Заметим, что блок 706 передачи EUTRA-CMR определяет режим кодека, подлежащий включению в EUTRA-CMR, на основании информации режима кодека, полученной блоком 705 получения режима кодека (согласованного диапазона битовых скоростей, вышеописанный индекс, представляющий диапазон размера данных, вышеописанная информация о переключение режима кодека, и пр). Однако, в этом варианте осуществления, вместо указания конкретного режима кодека (битовой скорости, полосы и пр.) наподобие AMR, AMR-WB и EVS, EUTRA-CMR может указывать диапазон размера данных или индекс, представляющий диапазон размера данных, как описано выше (см., например, фиг. 15).
[0143] От UE 100, 102 в качестве пункта назначения передачи EUTRA-CMR, блок 707 квитирования переключения режима приема принимает ответное сообщение (квитанцию), указывающее завершение переключения в режим кодека, включенный в EUTRA-CMR. Даже когда UE 100, 102 принимают CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP, и переключают режим кодека согласно CMR, блок 707 квитирования переключения режима приема может отправлять сообщение извещения от UE 100, 102.
[0144] Когда верхний предел режима кодека (битовая скорость) переключается посредством EUTRA-CMR, или CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP, или ECN, блок 1501 обновления QoS однонаправленного канала передает сигнализацию на MME для изменения гарантированной полосы специализированного по разговору однонаправленного канала (гарантированной битовой скорости (GBR); описанную в NPL 5 и пр.). Заметим, что, когда режимы кодека множественных UE, подчиненных eNB, немедленно изменяются (например, когда EUTRA-CMR отправляются немедленно на множественные UE), блок 1501 обновления QoS однонаправленного канала- может передавать сигнализацию для MME только один раз или ограниченное число раз для изменения гарантированной полосы специализированного по разговору однонаправленного канала множественных UE. Для передачи сигнализации для MME только один раз или ограниченное число раз и изменения гарантированной полосы специализированного по разговору однонаправленного канала множественных UE, eNB использует сигнализацию, передаваемую на MME для передачи информации о специализированного однонаправленного канала для рассматриваемых множественных UE (идентификатор конечной точки туннеля (TEID) и пр.; описанных в NPL 5) и GMR немедленно.
[0145] Далее заметим, что UE 100, 102, которые поддерживают переключение режима кодека с использованием EUTRA-CMR, в ряде случаев могут упоминаться лишь как "UE". Также, далее, eNB 104, 106, представленные на фиг. 16, в ряде случаев могут упоминаться лишь как "eNB".
[0146] В этом варианте осуществления, способ извещения индекса политики и способ извещения информации возможностей аналогичны способам варианта осуществления 1; таким образом, их описания опущены.
[0147] Способ извещения режима согласованного кодека
Далее, со ссылкой на фиг. 17A и 17B подробно описан пример способа извещения режима кодека, согласованного между UE, начинающими говорить. Здесь, способ извещения индекса с использованием таблицы соответствия диапазона размера данных и индекса (см., например, фиг. 15) в этом варианте осуществления описан.
[0148] На фиг. 17A, блок 607 извещения режима кодека UE использует специализированную сигнализацию RRC (например, RRCConnectionReconfigurationComplete) для извещения блока 705 получения режима кодека eNB об индексе, соответствующем режиму согласованного кодека. Например, когда индекс, соответствующий размеру данных режима согласованного кодека, равен 1,2,3, блок 607 извещения режима кодека может делать извещение путем назначения индекса, например "1,2,3", полю размера данных, разрешенномк для изменения режима, и может делать извещение путем назначения диапазона индекса как "1-3". На фиг. 17A, хотя способ использования RRCConnectionReconfigurationComplete для RRCConnectionReconfiguration, описанного в NPL 9, проиллюстрирован в качестве примера специализированной сигнализации RRC; однако может использоваться другая специализированная сигнализация RRC.
[0149] Блок 607 извещения режима кодека может сообщать вышеописанную информацию об изменение режима кодека (информацию изменения режима) с индексом. Например, когда цикл, в котором режим кодека может изменяться, равен 40 мс, блок 607 извещения режима кодека может сохранять значение "40" или индекс, соответствующий 40 мс в поле, указывающем цикл изменения режима кодека, и передавать его. Когда только соседние битовые скорости (в этом примере, индексы) разрешено изменять в одном EUTRA-CMR, блок 607 извещения режима кодека может сохранять значение, указывающее, что только соседние битовые скорости разрешено изменять (например, "1") в поле, указывающее, разрешить ли изменять только соседние битовые скорости, и передавать его.
[0150] Когда блок 605 создания SDP UE добавляет параметр, указывающий, что UE поддерживает EUTRA-CMR, к предложению SDP или ответу SDP для согласования, и затем это согласование не удается, блок 607 извещения режима кодека может не извещать eNB о режиме кодека, но извещать eNB о неудаче согласования. Заметим, что блок 607 извещения режима кодека может сообщать eNB информацию о ECN помимо или вместо информации о EUTRA-CMR. Информация о ECN является, например, информацией, указывающей, согласовано ли использование ECN, посредством предложения и ответа SDP, или информацией, указывающей диапазон режима согласованного кодека (битовой скоростью).
[0151] Фиг. 17B извещает блок 705 получения режима кодека eNB об индексе со стороны сети 128 IMS и EPC 124, 126. Сторона сеть 128 IMS и EPC 124, 126 также может сообщать информацию о вышеописанном изменении режима кодека с индексом.
[0152] В частности, P-CSCF 1,2, которые являются узлами для ретрансляции предложения SDP и ответа UE 1, 2, начинающих говорить, проверяют режим согласованного кодека. В этот момент, P-CSCF 1, 2 могут проверять параметр SDP (EUTRA-CMR), указывающий, что UE поддерживает переключение режима кодека с использованием EUTRA-CMR для определения, согласовано ли переключение режима кодека, с использованием EUTRA-CMR. Заметим, что способ извещения блока 705 получения режима кодека eNB об индексе со стороны сети 128 IMS и EPC 124, 126 на фиг. 17B также может использоваться, когда ECN согласовано.
[0153] P-CSCF 1, 2 извещают PCRF EPC 124, 126 об индексе, соответствующем режиму согласованного кодека, затем PCRF передает полученный индекс на P-GW, и P-GW включает в себя индекс в качестве параметра в сигнализации для установления однонаправленного канала для вызова. Блок 705 получения режима кодека eNB принимает эту сигнализацию для получения индекса, соответствующего режиму согласованного кодека.
[0154] Таким образом, поскольку UE извещает eNB об индексе, соответствующем режиму согласованного кодека, eNB может заранее указывать диапазон индекса, соответствующий режиму кодека (битовой скорости), который назначен EUTRA-CMR.
[0155] До осуществления переключения режима кодека с использованием EUTRA-CMR, UE согласует использование переключения режима кодека с использованием EUTRA-CMR с вызываемой стороной, и когда оба UE достигают соглашения, UE извещает eNB об индексе, соответствующем режиму согласованного кодека. Таким образом, eNB может использовать индекс, соответствующий битовой скорости, согласованной между говорящими UE для дачи инструкции для переключения режима кодека с использованием EUTRA-CMR.
[0156] Способ переключения режима кодека с использованием EUTRA-CMR
Далее, со ссылкой на фиг. 18A, 18B и 19, подробно описан пример способа переключения режима кодека (битовой скорости) с использованием EUTRA-CMR посредством eNB.
[0157] Например, предполагается, что существуют условия для согласованного кодека и режима кодека, то есть EVS, битовая скорость составляет от 9,6 кбит/с до 24,4 кбит/с, отсутствует указание использовать только полный формат полезной нагрузки RTP заголовка (описанный в NPL 2) (hf-only=0 или ни одного параметра hf-only), полоса аудиосигнала является SWB и режим знания канала не используется.
[0158] На фиг. 18A демонстрируется пример MAC CE, когда MAC CE, описанный в NPL 8, используется для EUTRA CMR.
[0159] Фиг. 18B демонстрирует пример случая, когда одно из зарезервированных значений (зарезервированный) идентификатора логического канала (LCID) NPL 8, задается как EUTRA-CMR. На фиг. 18A, значение LCID (индекс)="11001" выделяется как EUTRA-CMR, в качестве примера. Фиг. 18B демонстрирует пример конфигурации MAC CE EUTRA-CMR. Каждый бит R указывает, что он зарезервирован. Поле "индекс", имеющее четыре бита, наполняется значением индекса, представленным на фиг. 15. Это значение индекса означает размер необходимых данных.
[0160] Заметим, что бит R может использоваться как бит, представляющий EUTRA-CMR в направлении нисходящей линии связи, что описано ниже.
[0161] Согласно фиг. 19, сначала UE кодирует с SWB кодека EVS (далее именуемого EVS-SWB) на 13,2 кбит/с и передает речевые данные (ST21). В этот момент, размер данных на кадр компактного формата полезной нагрузки RTP кодека EVS 13,2 кбит/с (описанного в NPL 2) равен 264 битам. Таким образом, eNB идентифицирует, что размер данных индекса =4 используется в данный момент (диапазон размера данных: от 193 до 264 битов; см. фиг. 15).
[0162] Затем блок 702 обнаружения условия радиосвязи eNB обнаруживает, что окружение радиосвязи UE неустойчиво, или что E-UTRAN (восходящей линии связи) перегружена (ST22). Таким образом, блок 702 обнаружения условия радиосвязи eNB предписывает блок 706 передачи EUTRA-CMR eNB использовать EUTRA-CMR для снижения битовой скорости, подлежащей использованию для передачи UE (не показан). Блок 706 передачи EUTRA-CMR eNB определяет давать инструкцию сделать битовую скорость, подлежащую использованию для передачи UE, на один уровень ниже, назначает индекс=3 (диапазон размера данных: от 161 до 192 битов; см. фиг. 15) как EUTRA-CMR, и передает его на UE (ST31). В этот момент, вместо предписания блоку 706 передачи EUTRA-CMR eNB для снижения битовой скорости, используемой для передачи UE посредством EUTRA-CMR, блок 702 обнаружения условия радиосвязи eNB может определять перевод UE на другой eNB или базовую станцию сети, отличной от LTE, например, UTRAN или GERAN (не показана).
[0163] Блок 608 приема EUTRA-CMR UE принимает EUTRA-CMR и выводит на блок 609 извещения переключения режима, что назначен индекс=3. Блок 609 извещения переключения режима указывает что назначен EVS-SWB 9,6 кбит/с, на основании того, что кодек, используемый в данный момент, является EVS, использование полосы аудиосигнала SWB согласовано, и индекс=3 назначен посредством EUTRA-CMR (размер данных на кадр компактного формата полезной нагрузки RTP кодека EVS 9,6 кбит/с равен 192 битам). Затем блок 609 извещения переключения режима предписывает кодеру EVS (не показан) UE кодировать на EVS-SWB 9,6 кбит/с. Кодер EVS UE принимает инструкцию на EVS-SWB 9,6 кбит/с и затем изменяет битовую скорость на EVS-SWB 9,6 кбит/с для начала кодирования (ST24). После квитирования, что кодер EVS переключает битовую скорость на EVS-SWB 9,6 кбит/с, блок 610 квитирования переключения режима UE передает квитанцию на eNB (ST25).
[0164] Благодаря приему квитанции, блок 707 квитирования переключения режима приема eNB обнаруживает, что режим кодека речевых данных, передаваемых от UE, переключается согласно инструкции. В этот момент, блок 1501 обновления QoS однонаправленного канала eNB может передавать сигнализацию (обновление QoS однонаправленного канала) на MME для стимулирования изменения GBR специализированного по вызову однонаправленного канала UE с переключаемым режимом кодека (ST32).
[0165] Затем блок 702 обнаружения условия радиосвязи eNB обнаруживает, что окружение радиосвязи UE улучшается, или перегрузка E-UTRAN (восходящей линии связи) ослабевает (ST26). Блок 706 передачи EUTRA-CMR eNB определяет давать инструкцию сделать битовую скорость, подлежащую использованию для передачи UE, на один уровень более высокое снова, назначает индекс=4 как EUTRA-CMR, и передает его на UE (ST33).
[0166] Блок 608 приема EUTRA-CMR UE принимает EUTRA-CMR и выводит на блок 609 извещения переключения режима, что индекс=4 назначен. Блок 609 извещения переключения режима указывает, что EVS-SWB 13,2 кбит/с назначен, на основании того, что кодек, используемый в данный момент, является EVS, использование полосы аудиосигнала SWB согласовано, и индекс=4 назначен посредством EUTRA-CMR. Затем блок 609 извещения переключения режима предписывает кодеру EVS (не показан) UE кодировать на EVS-SWB 13,2 кбит/с. Кодер EVS UE принимает инструкцию на EVS-SWB 13,2 кбит/с и затем изменяет битовую скорость на EVS-SWB 13,2 кбит/с для начала кодирования (ST28). После квитирования, что кодер EVS переключает битовую скорость на EVS-SWB 13,2 кбит/с, блок 610 квитирования переключения режима UE передает квитанцию на eNB (ST29).
[0167] Благодаря приему квитанции, блок 707 квитирования переключения режима приема eNB обнаруживает, что режим кодека речевых данных, передаваемых от UE, переключается согласно инструкции. В этот момент, блок 1501 обновления QoS однонаправленного канала eNB может передавать сигнализацию на MME для стимулирования изменения GBR предназначенного для вызова однонаправленного канала UE с переключаемым режимом кодека (ST34).
[0168] Заметим, что, когда полупостоянное планирование (SPS), описанное в NPL 10 и пр., используется для планирования восходящей линии связи E-UTRAN, eNB может изменять настройки используемого в данный момент SPS (выделение ресурсов или размер транспортного блока и пр., описанные в NPL 10) в соответствии с изменением битовой скорости восходящей линии связи посредством EUTRA-CMR. Это изменение может производиться путем осуществления активации SPS после освобождения SPS, описанного в NPL 10, или путем задания новой сигнализации для изменения, например, модификации SPS и осуществления модификации SPS. С увеличением битовой скорости восходящей линии связи посредством EUTRA-CMR, eNB может производить это изменение в настройках SPS до приема квитанции от UE, то есть одновременно с или сразу после передачи EUTRA-CMR. С другой стороны, с уменьшением битовой скорости восходящей линии связи посредством EUTRA-CMR, eNB может производить это изменение в настройках SPS после приема квитанции от UE.
[0169] Таким образом, eNB может предписывать UE переключать режима кодека с использованием EUTRA-CMR в соответствии с изменением условия радиосвязи (перегрузки) E-UTRAN 120, 122 или условия радиосвязи (потери качества и повышения качества) UE. Это позволяет UE совершать вызов с режимом кодека (битовой скоростью), подходящим для его окружения радиосвязи.
[0170] Заметим, что при наличии множественных кандидатов для переключения режима кодека, указанных индексом EUTRA-CMR, eNB и UE может заранее задавать режим кодека, в который они будут переключаться. Например, среди множественных кандидатов на переключение, eNB и UE может заранее задавать, что они будут переключаться в режим кодека, имеющий наибольший размер данных или режим кодека, имеющий наименьший размер данных.
[0171] Способ описания индекса EUTRA-CMR может быть, как описано выше, и вместо указания индекса, описания, например, уменьшения размера данных на один уровень или увеличения размера данных на один уровень может осуществляться посредством EUTRA-CMR.
[0172] Политика оператора может определять, который из них имеет приоритет, при наличии состязания между EUTRA-CMR и CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP. Однако, в случае кодека EVS, CMR с использованием традиционного формата полезной нагрузки RTP или RTCP-APP имеет приоритет для переключения между основным режимом EVS и режимом EVS, совместимым с AMR-WB.
[0173] Заметим, что, когда CMR с использованием формата полезной нагрузки RTP или RTCP-APP предписывает переключение между основным режимом EVS и режимом EVS, совместимым с AMR-WB с использованием кодека EVS, блок 607 извещения режима кодека UE сообщает блоку 705 получения режима кодека eNB информацию, указывающую режим согласованного кодека (например, согласованный диапазон битовых скоростей) в переключенном режиме (основном режиме EVS или режиме EVS, совместимом с AMR-WB) и информацию об ограничении на переключение режима кодека.
[0174] Независимо от используемого в данный момент кодека, когда сообщение сигнализации IMS предписывает повторное согласование кодека, и кодек, подлежащий использованию, переключается, или, когда режим кодека (битовая скорость и полоса аудиосигнала) и пр. переключаются, в то время как кодек, подлежащий использованию, остается неизменным, блок 607 извещения режима кодека UE может извещать блок 705 получения режима кодека eNB об индексе, соответствующем режиму согласованного кодека (например, согласованному диапазону битовых скоростей) в переключенном кодеке, или, как описано выше, блок 705 получения режима кодека eNB может получать повторно согласованный режим кодека из сигнализации для установления однонаправленного канала из P-CSCF 1, 2 посредством EPC 124, 126.
[0175] Ранее был описан способ переключения режима кодека (битовой скорости) с использованием EUTRA-CMR посредством eNB.
[0176] Как описано выше, в этом варианте осуществления, UE 100, 102 выбирают политику оператора в соответствии с изменением окружения радиосвязи UE (при роуминге или изменении условия радиосвязи). eNB 104, 106 предписывают UE 100, 102 изменять битовую скорость в соответствии с условиями радиосвязи UE 100, 102. Таким образом, согласно этому варианту осуществления, eNB 104, 106 может переключать кодек или режим кодека в соответствии с окружением радиосвязи UE.
[0177] Таким образом, поскольку UE 100, 102 может совершать вызов на основании надлежащей политики оператора и режима кодека, эффективность использования радиоресурсов можно повысить и при этом снизить ухудшение качества речи UE 100, 102.
[0178] В этом варианте осуществления, eNB и UE делят размер данных, соответствующий каждому режиму кодека, на множественные диапазоны и оставляют заранее соответствие между диапазоном размера данных и индексом. Среди множественных диапазонов размера данных, затем eNB извещает UE об индексе, связанном с диапазоном, включающим в себя размер данных режима кодека, подлежащего использованию UE путем включения индекса в EUTRA-CMR. Это позволяет eNB извещать UE, насколько большая регулировка уровня от используемого в данный момент режима кодека (битовой скорости) будет осуществляться. Таким образом, eNB и UE могут переключать режим кодека с использованием общего EUTRA-CMR, независимого от режима кодека. Также, поскольку индекс, указывающий диапазон размера данных, извещается посредством EUTRA-CMR, объем данных может быть меньше, чем в случае извещения зависящего от кодека фактического режима кодека (битовой скорости, диапазона битовых скоростей и пр.).
[0179] В этом варианте осуществления, хотя EUTRA-CMR описан как CMR для передающей стороны (восходящей линии связи), EUTRA-CMR для принимающей стороны (нисходящей линии связи) может быть дополнительно подготовлен. UE 100, 102, принимающие EUTRA-CMR для принимающей стороны, отражают содержание EUTRA-CMR для принимающей стороны в CMR заголовка полезная нагрузка RTP или RTCP-APP и передают их на UE вызываемой стороны.
[0180] В этом варианте осуществления, eNB 104, 106 могут извещать UE 100, 102 о том, что eNB 104, 106 поддерживают переключение режима кодека с использованием EUTRA-CMR или ECN. Например, широковещательная сигнализация, например SIB, может использоваться для этого извещения. Например, на основании извещения от множественных eNB, UE 100, 102 могут подключаться к eNB 104, 106, поддерживающим EUTRA-CMR, в первую очередь.
[0181] Ранее были описаны варианты осуществления настоящего изобретения.
[0182] Заметим, что настоящее изобретение не ограничивается вышеописанными вариантами осуществления и допускает реализацию в другом варианте.
[0183] Вышеописанные варианты осуществления были описаны на примерах речевого кодека, например, AMR, AMR-WB и EVS; однако варианты осуществления можно адаптировать к видеокодеку, например, H.264 и H.265, описанному в NPL 4 и пр.
[0184] Вышеописанные варианты осуществления были описаны на примерах, в которых аспект настоящего изобретения сконфигурирован с оборудованием; однако настоящее изобретение можно реализовать посредством программного обеспечения совместно с оборудованием.
[0185] Каждый функциональный блок, используемый в описаниях вышеописанных вариантов осуществления, обычно реализуется посредством LSI, например, интегральной схемы, имеющей вход и выход. Интегральная схема может управлять каждым функциональным блоком, используемым в описаниях вышеописанных вариантов осуществления и может быть снабжена входом и выходом. LSI может быть сформирована в виде отдельных кристаллов, или один кристалл может быть сформирован так, чтобы включать в себя часть или все функциональные блоки. LSI здесь может именоваться IC, системой LSI, супер-LSI или ультра-LSI в зависимости от различия в степени интеграции.
[0186] Метод реализации интегральной схемы не ограничивается LSI, и она может быть реализована посредством специализированной схемы или процессора общего назначения. Вентильная матрица, программируемая пользователем (FPGA), которая может программироваться после изготовления LSI или может использоваться переконфигурируемый процессор, в котором соединения и настройки ячеек схемы внутри LSI могут переконфигурироваться.
[0187] Кроме того, если в будущем технология изготовления интегральных схем заменит LSI в результате развития полупроводниковой технологии или другой производной технологии, функциональные блоки могут объединяться с использованием этой новой технологии. Также может быть добавлена биотехнология.
[0188] Терминал согласно настоящему изобретению включает в себя: блок приема запроса режима кодека, который принимает запрос режима кодека, включающий в себя режим кодека, который определяется базовой станцией в соответствии с условием радиосвязи терминала; блок извещения переключения режима, который извещает кодер о переключении в режим кодека, включенный в принятый запрос режима кодека; и блок квитирования переключения режима, который передает ответное сообщение на базовую станцию при квитировании, что кодер переключает режим кодека.
[0189] Терминал согласно настоящему изобретению дополнительно включает в себя: блок хранения, где хранится, по меньшей мере, одна политика каждого из множества операторов, причем политика включает в себя режим кодека, поддерживаемый каждым оператором; блок приема индекса, который принимает индекс политики, указывающий политику, подлежащую использованию целевым оператором соединения для терминала; и блок создания SDP, который выборочно использует одну из политик, хранящихся в блоке хранения согласно принятому индексу политики, и согласует вызов между терминалом и другим терминалом, который должен осуществлять связь с терминалом.
[0190] На терминале согласно настоящему изобретению, каждый раз, когда политика, подлежащая использованию целевым оператором соединения для терминала, изменяется на базовой станции, блок приема индекса принимает индекс политики, указывающий измененную политику.
[0191] На терминале согласно настоящему изобретению, блок приема запроса режима кодека принимает запрос режима кодека с использованием уровня 2 или уровня 3 сети радиодоступа базовой станции.
[0192] На терминале согласно настоящему изобретению, блок квитирования переключения режима передает ответное сообщение с использованием уровня 2 или уровня 3 сети радиодоступа базовой станции.
[0193] На терминале согласно настоящему изобретению, блок создания SDP добавляет параметр, указывающий, что терминал поддерживает переключение режима кодека с использованием запроса режима кодека от базовой станции в предложение SDP и согласует вызов.
[0194] Терминал согласно настоящему изобретению дополнительно включает в себя: блок извещения режима кодека, который извещает базовую станцию о согласованном диапазоне битовых скоростей, при переключении режима кодека с использованием запроса режима кодека от базовой станции для согласования вызова.
[0195] Терминал согласно настоящему изобретению дополнительно включает в себя: блок извещения возможностей, который извещает базовую станцию об информации возможностей, указывающей, что терминал поддерживает переключение режима с использованием запроса режима кодека от базовой станции.
[0196] На терминале согласно настоящему изобретению, множество диапазонов размера данных и индексов взаимно-однозначно связаны между собой, и запрос режима кодека включает в себя индекс, связанный с диапазоном, включающим в себя размер данных режима кодека, подлежащего использованию терминалом.
[0197] Базовая станция согласно настоящему изобретению включает в себя: блок обнаружения условия радиосвязи, который обнаруживает условие радиосвязи терминала; блок передачи запроса режима кодека, который определяет режим кодека, подлежащий использованию терминалом в соответствии с условием радиосвязи терминала и передает запрос режима кодека, включающий в себя определенный режим кодека, на терминал; и блок квитирования переключения режима приема, который принимает ответное сообщение, указывающее завершение переключения в режим кодека, включенный в принятый запрос режима кодека.
[0198] Способ переключения режима кодека согласно настоящему изобретению включает в себя: прием запроса режима кодека, включающего в себя режим кодека, который определяется базовой станцией в соответствии с условием радиосвязи терминала; извещение кодера о переключении в режим кодека, включенный в принятый запрос режима кодека; и передачу ответного сообщения на базовую станцию при квитировании, что кодер переключает режим кодека.
[0199] Способ переключения режима кодека согласно настоящему изобретению включает в себя: обнаружение условия радиосвязи терминала; определение режима кодека, подлежащего использованию терминалом, в соответствии с условием радиосвязи терминала и передачу запроса режима кодека, включающего в себя определенный режим кодека, на терминал; и прием ответного сообщения, указывающего завершение переключения в режим кодека, включенный в принятый запрос режима кодека.
ПРОМЫШЛЕННОЕ ПРИМЕНЕНИЕ
[0200] Настоящее изобретение особенно применимо для системы радиосвязи и пр., которая изменяет битовую скорость кодека в соответствии с условием радиосвязи UE.
ПЕРЕЧЕНЬ ССЫЛОЧНЫХ ПОЗИЦИЙ
[0201] 100, 102 UE
104, 106 eNB
108, 116 P-CSCF
110, 114 S-CSCF
112 I-CSCF
118 HSS
120, 122 сеть радиодоступа (E-UTRAN)
124, 126 базовая сеть IP (EPC)
128 сеть IMS
600 блок радиоприема
601 блок радиопередачи
602 блок хранения списка политик
603 блок определения оператора
604 блок приема индекса
605 блок создания SDP
606 блок извещения возможностей
607 блок извещения режима кодека
608 блок приема EUTRA-CMR
609 блок извещения переключения режима
610 блок квитирования переключения режима
700 блок приема
701 блок передачи
702 блок обнаружения условия радиосвязи
703 блок определения индекса политики
704 блок получения возможностей UE
705 блок получения режима кодека
706 блок передачи EUTRA-CMR
707 блок квитирования переключения режима приема
1501 блок обновления QoS однонаправленного канала