Селективное надежное сжатие заголовка (rohc) для voip-вызова в сети сотовой связи

Селективное надежное сжатие заголовка (rohc) для voip-вызова в сети сотовой связи

Иллюстрации

Показать все

Реферат

СВЯЗАННЫЕ ЗАЯВКИ

[0001] Эта заявка на патент испрашивает приоритет по патентной заявке США номер 13/675,308, поданной 13 ноября 2012 года, раскрытие которой настоящим включено в данный документ посредством ссылки во всей ее полноте.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0002] Настоящее раскрытие в целом относится к вызовам по протоколу передачи голоса через сеть Интернет (Voice over Internet Protocol, VoIP) в сети сотовой связи и более подробно относится к надежному сжатию заголовка (Robust Header Compression, RoHC) для VoIP-вызовов в сети сотовой связи.

УРОВЕНЬ ТЕХНИКИ

[0003] Можно видеть, что передача голоса по сетям передачи данных стала следующим шагом в усовершенствовании беспроводной передачи голоса в сетях сотовой связи. Предпочтительным протоколом для обеспечивания возможности этого усовершенствования является протокол передачи голоса через сеть Интернет (Voice over Internet Protocol, VoIP). При использовании протокола VoIP, каждый голосовой кадр направляется по маршруту с использованием заголовка протокола сети Интернет (Internet Protocol, IP). IP-заголовок для протокола VoIP является существенно более длинным, чем очень небольшой заголовок, используемый для перемещения голосового трафика по радиоканалу в традиционных сетях сотовой связи 2-го поколения/3-го поколения (2G/3G). Это означает, что отношение издержек для упомянутого заголовка к полезной нагрузке при использовании протокола VoIP является намного большим, чем это отношение в традиционных 2G/3G сетях сотовой связи, что является нежелательным. Одним из решений этой проблемы является использование надежного сжатия заголовка (Robust Header Compression, RoHC) для сжатия IP-заголовка перед тем, как IP-заголовок передается по радиоканалу.

[0004] Одним ключевым преимуществом технологии RoHC при использовании с протоколом VoIP в сетях сотовой связи LTE (Long Term Evolution – Долговременное усовершенствование сетей мобильной связи 3-го поколения) является улучшенное покрытие соты для пользователей протокола VoIP. В частности, RoHC уменьшает число бит, требуемых на VoIP-пакет, таким образом снижая риск того, что может произойти сегментация VoIP-пакета. Это приводит к снижению потерь в тракте, что в свою очередь приводит к увеличению покрытия соты для пользователя VoIP.

[0005] RoHC является ресурсоемким приложением. Другими словами, RoHC требует существенного количества ресурсов (то есть, циклов обработки и памяти) на базовой станции в сети сотовой связи. Одним вопросом, который возникает при использовании RoHC с протоколом VoIP, является то, что базовая станция может не иметь достаточно ресурсов, чтобы активировать RoHC для всех VoIP-вызовов. Таким образом, существует потребность в системах и способах, которые селективно активируют RoHC для VoIP-вызовов в сети сотовой связи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0006] Настоящее раскрытие относится к системам и способам для селективного активирования надежного сжатия заголовка (Robust Header Compression, RoHC) для вызовов по протоколу передачи голоса через сеть Интернет (Voice over Internet Protocol, VoIP) в сети сотовой связи. В одном варианте осуществления, несущий радиоканал данных для VoIP-вызова устанавливается между базовой станцией и мобильным терминалом. В течение VoIP-вызова, радиочастотный параметр для несущего радиоканала данных наблюдается. Когда радиочастотный параметр для несущего радиоканала данных соответствует предварительно определенному основанному на покрытии условию, базовая станция активирует RoHC для VoIP-вызова. В одном предпочтительном варианте осуществления, упомянутый радиочастотный параметр является отношением сигнал/помехи плюс шум (Signal-to-lnterference-plus-Noise Ratio, SINR) для несущего радиоканала данных для VoIP-вызова, и упомянутое предварительно определенное основанное на покрытии условие является предварительно определенным порогом SINR, ниже которого базовая станция активирует RoHC. Еще дальше, в одном конкретном варианте осуществления, предварительно определенный порог SINR является предварительно определенным порогом SINR, ниже которого базовая станция активирует связывание временных интервалов передачи (Transmit Time Interval, TTI). Посредством активирования RoHC таким способом, RoHC-ресурсы селективно делаются доступными для тех VoIP-вызовов, для которых будет больше пользы от увеличенного покрытия соты, предоставляемого посредством RoHC.

[0007] В одном варианте осуществления, базовая станция имеет конечное количество RoHC-ресурсов (то есть, процессорных циклов и ресурсов памяти), которые являются доступными для RoHC. RoHC-ресурсы логически делятся на совокупность RoHC-ресурсов с обслуживанием в порядке поступления и совокупность селективных RoHC-ресурсов. Несущий радиоканал данных для VoIP-вызова устанавливается между базовой станцией и мобильным терминалом. В течение VoIP-вызова, радиочастотный параметр для несущего радиоканала данных наблюдается. Когда радиочастотный параметр для несущего радиоканала данных соответствует предварительно определенному основанному на покрытии условию, базовая станция выполняет процесс разрешения селективного RoHC. В одном предпочтительном варианте осуществления, упомянутый радиочастотный параметр является отношением SINR для несущего радиоканала данных для VoIP-вызова, и упомянутым предварительно определенным основанным на покрытии условием является предварительно определенный порог SINR, ниже которого базовая станция активирует RoHC. Еще дальше, в одном конкретном варианте осуществления, предварительно определенный порог SINR является предварительно определенным порогом SINR, ниже которого базовая станция активирует TTI-связывание. В результате процесса разрешения селективного RoHC, базовая станция активирует RoHC для VoIP-вызова, если имеются доступные RoHC-ресурсы либо в совокупности RoHC-ресурсов с обслуживанием в порядке поступления, либо в совокупности селективных RoHC-ресурсов. Наоборот, если отсутствуют доступные RoHC-ресурсы в совокупности RoHC-ресурсов с обслуживанием в порядке поступления и в совокупности селективных RoHC-ресурсов, то базовая станция не активирует RoHC для VoIP-вызова.

[0008] В другом варианте осуществления, несущий радиоканал данных для VoIP-вызова устанавливается между базовой станцией и мобильным терминалом. В течение VoIP-вызова, отношение SINR для несущего радиоканала данных наблюдается. Когда SINR для несущего радиоканала данных падает ниже предварительно определенного порога для инициирования TTI-связывания, базовая станция выполняет процедуру хэндовера внутри соты, чтобы установить новый несущий радиоканал данных для VoIP-вызова, в котором как TTI-связывание, так и RoHC активируются.

[0009] В еще другом варианте осуществления, базовая станция имеет конечное количество RoHC-ресурсов (то есть, процессорных циклов и ресурсов памяти), которые являются доступными для RoHC. RoHC-ресурсы логически делятся на совокупность RoHC-ресурсов с обслуживанием в порядке поступления и совокупность селективных RoHC-ресурсов. Несущий радиоканал данных для VoIP-вызова устанавливается между базовой станцией и мобильным терминалом. В течение VoIP-вызова, SINR для несущего радиоканала данных наблюдается. Когда SINR для несущего радиоканала данных падает ниже предварительно определенного порога для инициирования TTI-связывания, базовая станция выполняет процесс разрешения селективного RoHC. В результате процесса разрешения селективного RoHC, базовая станция определяет, что RoHC будет активирован для VoIP-вызова, если имеются доступные RoHC-ресурсы либо в совокупности RoHC-ресурсов с обслуживанием в порядке поступления, либо в совокупности селективных RoHC-ресурсов. Наоборот, если отсутствуют доступные RoHC-ресурсы в совокупности RoHC-ресурсов с обслуживанием в порядке поступления и в совокупности селективных RoHC-ресурсов, то базовая станция определяет, что RoHC не будет активирован для VoIP-вызова. Базовая станция затем выполняет процедуру хэндовера внутри соты, чтобы установить новый несущий радиоканал данных для VoIP-вызова, в котором TTI-связывание активируется и RoHC активируется или деактивируется в соответствии с результатом процесса разрешения селективного RoHC.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0011] Прилагаемые чертежи, которые включаются в и образуют часть данного описания, иллюстрируют несколько аспектов упомянутого раскрытия, и вместе с упомянутым описанием служат для того, чтобы пояснить принципы упомянутого раскрытия.

[0012] Фиг. 1 иллюстрирует сеть сотовой связи, предоставляющую селективное надежное сжатие заголовка (Robust Header Compression, RoHC) для вызовов по протоколу передачи голоса через сеть Интернет (Voice over Internet Protocol, VoIP) в соответствии с одним вариантом осуществления настоящего раскрытия;

[0013] Фиг. 2 является блок-схемой, которая иллюстрирует работу базовой станции, чтобы селективно активировать RoHC для VoIP-вызова в соответствии с одним вариантом осуществления настоящего раскрытия;

[0014] Фиг. 3A и Фиг. 3B графически иллюстрируют схему передачи гибридного автоматического запроса на повторную передачу (Hybrid Automatic Repeat Request, HARQ) без и с связыванием временных интервалов передачи (Transmit Time Interval, TTI);

[0015] Фиг. 4 иллюстрирует работу базовой станции для выполнения хэндовера внутри соты, чтобы активировать как TTI-связывание, так и RoHC для VoIP-вызова в соответствии с одним вариантом осуществления настоящего раскрытия;

[0016] Фиг. 5 является блок-схемой, которая иллюстрирует работу базовой станции, чтобы селективно активировать RoHC для VoIP-вызова в соответствии с другим вариантом осуществления настоящего раскрытия;

[0017] Фиг. 6 является блок-схемой базовой станции в соответствии с одним вариантом осуществления настоящего раскрытия; и

[0018] Фиг. 7 является блок-схемой мобильного терминала в соответствии с одним вариантом осуществления настоящего раскрытия.

ПОДРОБНОЕ ОПИСАНИЕ

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

[0020] Настоящее раскрытие относится к системам и способам для селективного надежного сжатия заголовка (Robust Header Compression, RoHC) для вызовов по протоколу передачи голоса через сеть Интернет (Voice over Internet Protocol, VoIP) в сети сотовой связи. Следует отметить, что большая часть обсуждения в данном документе фокусируется на селективном RoHC для VoIP-вызовов в сети сотовой связи LTE (Long Term Evolution – Долговременное усовершенствование систем мобильной связи 3-го поколения). Таким образом, LTE-терминология часто используется в данном описании. Однако, концепции, раскрываемые в данном документе, не ограничиваются LTE сетями сотовой связи. Вернее, концепции, раскрываемые в данном документе, могут использоваться для предоставления селективного RoHC для VoIP-вызовов в других типах сетей сотовой связи.

[0021] Фиг. 1 иллюстрирует сеть 10 сотовой связи, которая предоставляет селективное RoHC для VoIP-вызовов в соответствии с одним вариантом осуществления настоящего раскрытия. В этом варианте осуществления, сеть 10 сотовой связи является LTE-сетью сотовой связи. Однако, как обсуждается выше, настоящее раскрытие не ограничивается этим. Сеть 10 сотовой связи включает в себя несколько сот с 12-1 по 12-19, которые обычно называются в данном документе все вместе как соты 12 и по отдельности как сота 12. Следует отметить, что в то время как девятнадцать сот 12 иллюстрируются на Фиг. 1 для ясности и простоты обсуждения, будет легко понять любому специалисту в данной области техники, что сеть 10 сотовой связи может включать в себя любое число сот 12 и, в большинстве реализаций, будет включать в себя относительно большое число сот 12.

[0022] В этом варианте осуществления, упомянутые соты с 12-1 по 12-19 обслуживаются посредством соответствующих базовых станций с 14-1 по 14-19, которые обычно называются в данном документе все вместе как базовые станции 14 и по отдельности как базовая станция 14. Для LTE, базовые станции 14 являются типично усовершенствованными станциями Node Bs (enhanced Node Bs, eNB) но могут также включать в себя маломощные базовые станции (например, домашние станции eNB или фемто базовые станции).

Кроме того, пока в этом варианте осуществления каждая из базовых станций 14 обслуживает только одну соту 12, одна или более из базовых станций 14 могут альтернативно обслуживать несколько сот 12. Например, в LTE, станция eNB может обслуживать несколько сот или секторов. Базовые станции 14 предоставляют услуги сотовой связи (например, услуги передачи данных и голоса) для мобильных терминалов (mobile terminal, MT), таких как мобильный терминал 16, размещаемый в соте 12-1. В то время как только один мобильный терминал 16 иллюстрируется на Фиг. 1, будет легко понять любому специалисту в данной области техники, что сеть 10 сотовой связи будет типично обслуживать сотни, тысячи или даже миллионы мобильных терминалов 16.

[0023] Как рассматривается ниже подробно, базовые станции 14, или по меньшей мере некоторые их базовых станций 14, предоставляют селективное RoHC для VoIP-вызовов. В целом, каждая из базовых станций 14 имеет конечное количество ресурсов (то есть, процессорных циклов и ресурсов памяти), которые могут использоваться для RoHC, где эти ресурсы упоминаются в данном документе как RoHC-ресурсы. RoHC-ресурсы каждой базовой станции 14 логически делятся на совокупность RoHC-ресурсов с обслуживанием в порядке поступления и совокупность селективных RoHC-ресурсов. Совокупность RoHC-ресурсов с обслуживанием в порядке поступления включает в себя количество RoHC-ресурсов, которое является достаточным, чтобы предоставить RoHC для нескольких (N_FCFS) VoIP-вызовов, и совокупность селективных RoHC-ресурсов включает в себя количество RoHC-ресурсов, которое является достаточным, чтобы предоставить RoHC для нескольких (N_SELECTIVE) из VoIP-вызовов. Необходимо отметить, что N_FCFS и N_SELECTIVE могут изменяться среди базовых станций 14 в зависимости от конечного количества RoHC-ресурсов каждой из базовых станций 14. В одном варианте осуществления, N_SELECTIVE находится в диапазоне от 10% до 15% конечного количества RoHC-ресурсов базовой станции 14, тогда как N_FCFS является оставшейся частью конечного количества RoHC-ресурсов базовой станции 14. Таким образом, другими словами, N_SELECTIVE находится в диапазоне от 10% до 15% общего числа VoIP-вызовов, для которых конечное количество RoHC-ресурсов может предоставлять RoHC, тогда как N_FCFS является оставшейся частью.

[0024] Базовые станции 14 предоставляют селективное RoHC для VoIP-вызовов на основе условия на основе покрытия. Более конкретно, базовые станции 14 предоставляют селективное RoHC для VoIP-вызовов, так что селективные RoHC-ресурсы базовых станций 14 являются доступными только для VoIP-вызовов, для которых условия на основе покрытия выполняются. В одном предпочтительном варианте осуществления, упомянутые условия на основе покрытия являются отношением сигнал/помехи плюс шум (Signal to Interference plus Noise Ratio, SINR), которое меньше, чем предварительно определенный порог. Еще дальше, в одном конкретном варианте осуществления, упомянутое условие на основе покрытия является тем же условием, используемым для инициирования связывания временного интервала передачи (Transmit Time Interval, TTI). Посредством резервирования селективных RoHC-ресурсов для VoIP-вызовов, которые удовлетворяют условиям на основе покрытия, базовые станции 14 обеспечивают то, что RoHC-ресурсы являются доступными для VoIP-вызовов, которые больше всего получат пользы от улучшения покрытия соты, предоставляемого посредством RoHC.

[0025] Фиг. 2 является блок-схемой, которая иллюстрирует работу одной из базовых станций 14 Фиг. 1, чтобы предоставить селективное RoHC для VoIP-вызова в соответствии с одним вариантом осуществления настоящего раскрытия. Для этого обсуждения, базовая станция 14 является базовой станцией 14-1, и VoIP-вызов является VoIP-вызовом либо к, либо от мобильного терминала 16, размещаемого в соте 12-1 базовой станции 14-1. Упомянутый процесс начинается, когда несущий радиоканал данных (Data Radio Bearer, DRB) для VoIP-вызова либо к или от мобильного терминала 16 должна быть установлена. Это может быть, когда VoIP-вызов к или от мобильного терминала 16 первоначально устанавливается или когда имеется хэндовер между сотами VoIP-вызова к базовой станции 14-1.

[0026] Когда DRB для VoIP-вызова должна быть установлена, базовая станция 14-1 определяет, являются ли RoHC-ресурсы доступными в совокупности RoHC-ресурсов с обслуживанием в порядке поступления базовой станции 14-1 (этап 100). Если так, то базовая станция 14-1 устанавливает DRB для VoIP-вызова с активированным RoHC (этап 102).

Предпочтительно, RoHC активируется как в восходящем, так и в нисходящем направлениях. Если отсутствуют доступные RoHC-ресурсы в совокупности RoHC-ресурсов с обслуживанием в порядке поступления базовой станции 14-1, то базовая станция 14-1 устанавливает DRB для VoIP-вызова с не активированным RoHC (этап 104). Необходимо отметить, что после установления DRB с не активированным RoHC, базовая станция 14-1 может опционально наблюдать совокупность RoHC-ресурсов с обслуживанием в порядке поступления базовой станции 14-1, чтобы определить, стали ли RoHC-ресурсы затем доступными и, если так, активировать RoHC для VoIP-вызова.

[0027] После установления DRB для VoIP-вызова с не активированным RoHC на этапе 104, базовая станция 14-1 наблюдает радиочастотный параметр (Radio Frequency, RF) для DRB, чтобы определить, когда предварительно определенное основанное на покрытии условие выполняется. Более конкретно, базовая станция 14-1 получает RF-параметр для DRB (этап 106). Базовая станция 14-1 затем определяет, соответствует ли RF-параметр предварительно определенному основанному на покрытии условию (этап 108). В одном предпочтительном варианте осуществления, RF-параметр является отношением SINR для DRB, и предварительно определенное основанное на покрытии условие является условием, где SINR является меньшим, чем предварительно определенный порог. Кроме того, в одном предпочтительном варианте осуществления, предварительно определенное основанное на покрытии условие является тем же условием, используемым для инициирования TTI-связывания (например, тем же порогом SINR, используемым для инициирования TTI-связывания).

[0028] Если предварительно определенное основанное на покрытии условие не выполняется, то упомянутый процесс возвращается на этап 106 и повторяется. Наоборот, если предварительно определенное основанное на покрытии условие выполняется, то базовая станция 14-1 затем определяет, являются ли доступными RoHC-ресурсы либо в совокупности RoHC-ресурсов с обслуживанием в порядке поступления, либо в совокупности селективных RoHC-ресурсов базовой станции 14-1 (этап 110). Если нет, то упомянутый процесс возвращается на этап 106 и повторяется, так что RoHC может после этого активироваться, если предварительно определенное основанное на покрытии условие выполняется и RoHC-ресурсы становятся доступными. Если RoHC-ресурсы являются доступными либо в совокупности RoHC-ресурсов с обслуживанием в порядке поступления, либо в совокупности селективных RoHC-ресурсов базовой станции 14-1, то базовая станция 14-1 активирует RoHC для VoIP-вызова (этап 112). Как рассматривается ниже, в одном конкретном варианте осуществления, базовая станция 14-1 активирует RoHC для VoIP-вызова посредством выполнения хэндовера внутри соты к новому DRB, которая имеет активированное RoHC. Используя упомянутый процесс Фиг. 2, базовая станция 14-1 резервирует совокупность селективных RoHC-ресурсов для тех VoIP-вызовов, для которых будет больше пользы посредством улучшения покрытия соты, предоставляемого посредством RoHC. Таким образом, совокупность селективных RoHC-ресурсов предотвращает нехватку RoHC-ресурсов для тех VoIP-вызовов, для которых будет больше пользы от RoHC, в то время как совокупность RoHC-ресурсов с обслуживанием в порядке поступления активирует RoHC для всех VoIP-вызовов, пока существует достаточно RoHC-ресурсов на базовой станции 14-1.

[0029] Как отмечено выше, в одном предпочтительном варианте осуществления, RF-параметр и предварительно определенное основанное на покрытии условие являются теми же, как используемые для инициирования TTI-связывания. Таким образом, перед продолжением, краткий обзор гибридного автоматического запроса на повторную передачу (Hybrid Automatic Repeat Request, HARQ) и TTI-связывания является полезным. В LTE также как в большинстве других современных стандартов сотовой связи, используется схема HARQ-передачи. HARQ использует как прямое кодирование с исправление ошибок, так и автоматический запрос на повторную передачу (Automatic Repeat Request, ARQ), чтобы активировать успешный прием и декодирование передач при изменяющихся условиях передачи по каналу. При использовании HARQ, мобильный терминал 16 запрашивает повторную передачу для ошибочно принятых пакетов как иллюстрировано на Фиг. 3A. TTI-связывание инициируется при плохих условиях передачи по радиоканалу для того, чтобы уменьшить издержки. Следует отметить, что TTI-связывание также называется как связывание субкадров. Также, когда TTI-связывание не активировано, работа HARQ называется как нормальная работа HARQ. Типично, TTI-связывание инициируется или активируется, когда отношение SINR падает ниже предварительно определенного порога. В настоящее время, для LTE, HARQ-передачи находятся в последовательности версий избыточности (Redundancy Version, RV) RV0, RV2, RV3, RV1. Как иллюстрируется на Фиг. 3B, когда используется TTI-связывание, интервалы TTI для первоначальной HARQ-передачи и одной или более дальнейших повторных HARQ-передач группируются, или связываются, в последовательные интервалы TTI. Таким способом, базовые станции 14 активируются для успешного приема и декодирования упомянутой передачи с уменьшенными издержками (то есть, без того, что мобильный терминал 16 передает несколько негативных подтверждений приема (NACK)) и с меньшей задержкой.

[0030] Фиг. 4 иллюстрирует работу одной из базовых станций 14 для выполнения селективного RoHC на основе того же условия на основе покрытия, используемого для инициирования TTI-связывания в соответствии с одним вариантом осуществления настоящего раскрытия. Для этого обсуждения, базовая станция 14 является базовой станцией 14-1. В этом примере, первоначально, как TTI-связывание, так и RoHC не активированы для VoIP-вызова либо к, или от мобильного терминала 16 (этап 200). Таким образом, VoIP-передачи передаются через DRB, имеющую не активированные TTI-связывание и RoHC (этап 202). В определенный момент в течение VoIP-вызова, базовая станция 14-1 принимает решение, чтобы активировать TTI-связывание для VoIP-вызова (этап 204). Более конкретно, базовая станция 14-1 наблюдает RF-параметр для VoIP-вызова. Когда RF-параметр соответствует предварительно определенному условию для инициирования TTI-связывания, базовая станция 14-1 принимает решение, чтобы активировать TTI-связывание. В одном предпочтительном варианте осуществления, RF-параметром является отношение SINR, и упомянутым предварительно определенным условием для инициирования TTI-связывания является условие, что SINR падает ниже предварительно определенного порога.

[0031] В ответ на решение, чтобы активировать TTI-связывание, базовая станция 14-1 выполняет процесс разрешения селективного RoHC для того, чтобы решить, являются ли RoHC-ресурсы доступными (этап 206). В целом, базовая станция 14-1 определяет, являются ли RoHC-ресурсы доступными либо в совокупности RoHC-ресурсов с обслуживанием в порядке поступления, либо в совокупности селективных RoHC-ресурсов базовой станции 14-1. В этом примере, базовая станция 14-1 определяет, что RoHC-ресурсы являются доступными. Таким образом, базовая станция 14-1 инициирует хэндовер внутри соты, чтобы активировать как TTI-связывание, так и RoHC. Следует отметить, что в этом варианте осуществления, решение о том, активировать ли селективно RoHC для VoIP-вызова, совмещается с решением, чтобы активировать TTI-связывание.

[0032] Для LTE, для выполнения хэндовера внутри соты, базовая станция 14-1 сначала передает сообщение RRCConnectionReconfigurationRequest (запрос реконфигурации RRC-соединения) для мобильного терминала 16 для того, чтобы запросить новый DRB для VoIP-вызова, имеющий активированные TTI-связывание и RoHC (этап 208). С этого момента, традиционная LTE-процедура хэндовера внутри соты выполняется. В частности, мобильный терминал 16 передает преамбулу произвольного доступа для базовой станции 14-1 (этап 210). В ответ, базовая станция 14-1 затем возвращает ответ произвольного доступа для мобильного терминала 16 (этап 212). В этот момент, мобильный терминал 16 передает сообщение RRCConnectionReconfigurationConfirm (подтверждение реконфигурации RRC-соединения) для базовой станции 14-1, подтверждающее, что как TTI-связывание, так и RoHC активируются для нового DRB для VoIP-вызова (этап 214). В этот момент, хэндовер внутри соты завершается. Используя хэндовер внутри соты, базовая станция 14-1 одновременно активирует как TTI-связывание, так и RoHC для VoIP-вызова. Следует отметить, что в LTE, TTI-связывание только активируется на восходящей линии. Однако RoHC предпочтительно активируется для DRB как в восходящем, так и в нисходящем направлениях.

[0033] Как только хэндовер внутри соты завершается, базовая станция 14-1 обновляет соответствующую совокупность RoHC-ресурсов, чтобы указать, что RoHC-ресурсы, используемые для нового DRB, больше не доступны (этап 216). Необходимо отметить, что пока на Фиг. 4 соответствующая совокупность RoHC-ресурсов обновляется после того, как хэндовер внутри соты был завершен, базовая станция 14-1 может альтернативно обновить соответствующую совокупность RoHC-ресурсов в любое время между моментом, когда принято решение на этапе 206, и моментом завершения хэндовера внутри соты. Например, базовая станция 14-1 может обновлять соответствующую совокупность RoHC-ресурсов после принятия решения на этапе 206 и перед передачей сообщения RRCConnectionReconfigurationRequest на этапе 208 для того, чтобы зарезервировать RoHC-ресурсы для нового DRB. В этом случае, если хэндовер внутри соты не выполняется, то базовая станция 14-1 обновляет соответствующую совокупность RoHC-ресурсов, чтобы освободить RoHC-ресурсы, которые были зарезервированы для нового DRB. В заключение, VoIP-передачи для VoIP-вызова передаются через новый DRB, имеющий активированные TTI-связывание и RoHC (этап 218).

[0034] Фиг. 5 является блок-схемой, которая иллюстрирует работу базовой станции 14-1 Фиг. 4 для выполнения процесса разрешения селективного RoHC и, если RoHC активируется, обновляется соответствующая совокупность RoHC-ресурсов в соответствии с одним вариантом осуществления настоящего раскрытия. Таким образом, в целом, Фиг. 5 иллюстрирует этапы 206 и 216 Фиг. 4 более подробно в соответствии с одним вариантом осуществления настоящего раскрытия. Снова, для этого обсуждения, базовая станция 14 является базовой станцией 14-1. Однако, это обсуждение в равной степени применимо к другим базовым станциям 14. Сначала, базовая станция 14-1 определяет, был ли хэндовер внутри соты инициирован, чтобы активировать TTI-связывание (этап 300). Более конкретно, как обсуждается выше, базовая станция 14-1 определяет, соответствует ли RF-параметр для DRB для VoIP-вызова предварительно определенному условию для инициирования TTI-связывания. Снова, в одном предпочтительном варианте осуществления, RF-параметр является отношением SINR, и предварительно определенное условие для инициирования TTI-связывания является условием, что SINR падает ниже предварительно определенного порога для инициирования TTI-связывания.

[0035] Если хэндовер внутри соты не был инициирован, чтобы активировать TTI-связывание, упомянутый процесс возвращается на этап 300 и ожидает, пока не будет инициирован хэндовер внутри соты, чтобы активировать TTI-связывание. Как только хэндовер внутри соты инициирован, чтобы активировать TTI-связывание, базовая станция 14-1 определяет, являются ли RoHC-ресурсы доступными в совокупности RoHC-ресурсов с обслуживанием в порядке поступления базовой станции 14-1 (этап 302). Если так, то базовая станция 14-1 инициирует хэндовер VoIP-вызова внутри соты к новому DRB с активированными TTI-связыванием и RoHC (этап 304). Базовая станция 14-1 затем обновляет совокупность RoHC-ресурсов с обслуживанием в порядке поступления для отражения того, что RoHC-ресурсы, используемые для нового DRB, больше не доступны (этап 306). Например, базовая станция 14-1 может поддерживать счетчик, который равен числу VoIP-вызовов, которые используют RoHC-ресурсы из совокупности RoHC-ресурсов с обслуживанием в порядке поступления. Поэтому, если все из RoHC-ресурсов в совокупности RoHC-ресурсов с обслуживанием в порядке поступления являются доступными, тогда упомянутый счетчик будет равен 0. Наоборот, если ни один из RoHC-ресурсов в совокупности RoHC-ресурсов с обслуживанием в порядке поступления не является доступным, тогда упомянутый счетчик будет равен N_FCFS. Таким образом, в этом примере, базовая станция 14-1 обновляет совокупность RoHC-ресурсов с обслуживанием в порядке поступления посредством увеличения упомянутого счетчика на 1. Когда RoHC-ресурсы последовательно освобождаются, упомянутый счетчик уменьшается на 1.

[0036] Возвращаясь на этап 302, если отсутствуют доступные RoHC-ресурсы в совокупности RoHC-ресурсов с обслуживанием в порядке поступления, то базовая станция 14-1 определяет, являются ли доступными RoHC-ресурсы в совокупности селективных RoHC-ресурсов (этап 308). Если нет, то базовая станция 14-1 инициирует хэндовер VoIP-вызова внутри соты к новому DRB с активированным TTI-связыванием и не активированным RoHC (этап 310). Следует отметить, что если этап 310 инициируется часто, назначение RoHC-ресурсов базовой станции 14-1 для совокупности RoHC-ресурсов с обслуживанием в порядке поступления и совокупности селективных RoHC-ресурсов может перенастраиваться для назначения большего количества RoHC-ресурсов для совокупности селективных RoHC-ресурсов. Эта перенастройка может выполняться программным способом посредством базовой станции 14-1 в ответ на то, что базовая станция 14-1 определяет, что этап 310 выполняется часто (например, для по меньшей мере предварительно определенного порогового числа или процентного отношения хэндоверов внутри соты, инициируемых, чтобы активировать TTI-связывание). Альтернативно, упомянутая перенастройка может выполняться вручную посредством оператора базовой станции 14-1.

[0037] Возвращаясь на этап 308, если RoHC-ресурсы являются доступными в совокупности селективных RoHC-ресурсов, то базовая станция 14-1 инициирует хэндовер VoIP-вызова внутри соты к новому DRB с активированными TTI-связыванием и RoHC (этап 312). Базовая станция 14-1 затем обновляет совокупность селективных RoHC-ресурсов, чтобы отражать, что RoHC-ресурсы, используемые для нового DRB, больше не доступны (этап 314). Например, базовая станция 14-1 может поддерживать счетчик, который равен числу VoIP-вызовов, которые используют RoHC-ресурсы из совокупности селективных RoHC-ресурсов. Поэтому, если все из RoHC-ресурсов в совокупности селективных RoHC-ресурсов являются доступными, тогда упомянутый счетчик будет равен 0. Наоборот, если ни один из RoHC-ресурсов в совокупности селективных RoHC-ресурсов не является доступным, тогда упомянутый счетчик будет равен N_SELECTIVE. Таким образом, в этом примере, базовая станция 14-1 обновляет совокупность селективных RoHC-ресурсов посредством увеличения упомянутого счетчика на 1. Когда RoHC-ресурсы последовательно освобождаются, упомянутый счетчик уменьшается на 1.

[0038] Фиг. 6 является блок-схемой одной из базовых станций 14 Фиг. 1 в соответствии с одним вариантом осуществления настоящего раскрытия. Базовая станция 14 включает в себя приемопередающую подсистему 18 и обрабатывающую подсистему 20. Приемопередающая подсистема 18 как правило включает в себя аналоговые и, в некоторых вариантах осуществления, цифровые компоненты для беспроводной передачи и приема сообщений к и от мобильного терминала 16 в сети 10 сотовой связи. В конкретных вариантах осуществления, упомянутая приемопередающая подсистема 18 может представлять или включать в себя радиочастотный (radio-frequency, RF) приемопередатчик, или отдельные RF передатчик и приемник, способный осуществлять передачу сообщений и/или другой подходящей информации беспроводно для мобильного терминала 16.

[0039] Обрабатывающая подсистема 20 осуществляется в аппаратном обеспечении или в сочетании аппаратного обеспечения и программного обеспечения. Среди других вещей, обрабатывающая подсистема 20 выполняет селективное RoHC, как описано в данном документе. В конкретных вариантах осуществления, обрабатывающая подсистема 20 может содержать, например, один или несколько микропроцессоров общего назначения или специального назначения или других микроконтролеров, программируемых с помощью подходящего программного обеспечения и/или встроенного программного обеспечения для осуществления некоторых или всех из функциональных возможностей базовой станции 14, описаных в данном документе. В дополнение или альтернативно, обрабатывающая подсистема 20 может содержать различные цифровые блоки аппаратного обеспечения (например, одну или более специализированных интегральных микросхем (Application Specific Integrated Circuits, ASIC), один или более готовых цифровых и аналоговых компонентов аппаратного обеспечения, или их сочетание) сконфигурированных для осуществления некоторых или всех из функциональных возможностей базовой станции 14, описанных в данном документе. Кроме того, в конкретных вариантах осуществления, описанные выше функциональные возможности базовой станции 14 могут осуществляться, в целом или в части, посредством обрабатывающей подсистемы 20, выполняющей программное обеспечение или другие инструкции, хранящиеся на нетранзиторном (некратковременном) машиночитаемом носителе, таком как оперативная память (random access memory, RAM), постоянная память (read only memory, ROM), магнитное устройство хранения, оптическое устройство хранения или любой другой подходящий тип компонентов хранения данных.

[0040] Фиг. 7 является блок-схемой мобильного терминала 16 Фиг. 1 в соответствии с одним вариантом осуществления настоящего раскрытия. Мобильный терминал 16 включает в себя приемопередающую подсистему 22 и обрабатывающую подсистему 24. Приемопередающая подсистема 22 как правило включает в себя аналоговые и, в некоторых вариантах осуществления, цифровые компоненты для беспроводной передачи и приема сообщений к и от базовых станций 14 в сети сотовой связи 10. В конкретных вариантах осуществления, приемопередающая подсистема 22 может представлять или включать в себя RF-приемопередатчик, или отдельные RF передатчик и приемник, способные передавать сообщения и/или другую подходящую информацию беспроводно к базовым станциям 14.

[0041] Обрабатывающая подсистема 24 осуществляется в аппаратном обеспечении или сочетании аппаратного обеспечения и программного обеспечения. В целом, обрабатывающая подсистема 24 активирует мобильный терминал 16 для выполнения функций мобильного терминала 16, описанных в данном документе. В конкретных вариантах осуществления, обрабатывающая подсистема 24 может содержать, например, один или несколько микропроцессоров общего назначения или специального назначения или других микроконтроллеров, программируемых с помощью подходящего программного обеспечения и/или встроенного программного обеспечения для осуществления некоторых или всех из функциональных возможностей мобильного терминала 16, описанных в данном документе. В дополнение или альтернативно, обрабатывающая подсистема 24 может содержать различные цифровые блоки аппаратного обеспечения (например, одну или более специализированную интегральную микросхему (ASIC), один или более готовых цифровых и аналоговых компонентов аппаратного обеспечения или их сочетание), сконфигурированных для осуществления некоторых или всех из функциональных возможностей мобильного терминала 16, описанных в данном документе. Кроме того, в конкретных вариантах осуществления, описанные выше функциональные возможности мобильного терминала 16 могут осуществляться, в целом или в части, посредством обрабатывающей подсистемы 24, выполняющей инструкции программного обеспечения или другие инструкции, хранящиеся на нетранзиторно