Способ увеличения коэффициента завершенных служебных вызовов и контроллер радиосети

Способ увеличения коэффициента завершенных служебных вызовов и контроллер радиосети

Иллюстрации

Показать все

Реферат

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

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

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

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

На фиг.1 показана схема успешного установления обслуживания в уровне техники. Как показано на фиг.1, когда устройство пользователя (UE, User Equipment) инициирует вызов, соответствующий техническим спецификациям 3GPP (3d Generation Partnership Project - Проект партнерства по сетям третьего поколения), то сначала устройство UE отправляет запрос соединения уровня управления радиоресурсами (RRC, Radio Resource Control) в контроллер радиосети (RNC, Radio Network Controller); контроллер RNC выделяет устройству UE радиоресурсы и отправляет сообщение установления соединения уровня RRC в устройство UE, разрешающее устройству UE установить канал RB (Radio Bearer) сигнализации; затем, после завершения конфигурирования радиоресурсов уровня RRC, устройство UE отправляет сообщение завершения установления соединения уровня RRC в контроллер RNC. После того как процесс установления соединения сигнализации завершен, устройство UE выполняет обмен сигнализацией уровня без доступа (NAS, Non Access Stratum) с базовой сетью (CN, Core Network), используя сообщения прямой передачи; сеть CN отправляет сообщение назначения услуги в контроллер RNC; контроллер RNC принимает сообщение назначения, выделяет канал услуги для устройства UE и отправляет сообщение установления канала RB в устройство UE, разрешая устройству UE установить канал RB услуги. Затем, после завершения установления канала RB, устройство UE отправляет сообщение завершения установления канала RB в контроллер RNC. После приема сообщения завершения установления канала RB услуги RNC передает сообщение завершения установления канала RB услуги в сеть CN.

Отказ вызова может быть обусловлен многими причинами, преобладающей причиной отказа вызова является сложная радиочастотная обстановка. В процессе установления вызова контроллер RNC отправляет сообщение установления канала RB в устройство UE и ожидает, пока устройство UE передаст ответное сообщение. На фиг.2 показана схема отказа радиоинтерфейса в уровне техники. Как показано на фиг.2, качество радиоинтерфейса обусловливает некоторые отказы, перечисленные ниже. I. Устройство UE не способно правильно принять со стороны сети сообщение установления канала RB (210). II. Устройство UE принимает сообщение установления канала RB и передает ответное сообщение, но на стороне сети ответное сообщение не принято (220). III. Устройство UE принимает сообщение установления канала RB, но во время процесса реконфигурирования обнаружен отказ канала RL (Radio Link) и поэтому процесс реконфигурирования заканчивается (230). Перечисленные ситуации в конечном счете порождают отказ установления услуги (240).

Если качество радиоинтерфейса ухудшилось, устройство UE будет обнаруживать отказ канала RL на физическом уровне, либо неустранимую ошибку на уровне управления радиоканалом (RLC, Radio Link Control), уведомлять об этом уровень RRC и инициировать сообщение обновления соты с причиной «Отказ канала RL» или «Неустранимая ошибка уровня RLC». После приема сообщения контроллер RNC выполняет процесс повторного установления канала RL, причем контроллер RNC предварительно удаляет канал RL, соответствующий устройству UE? и переключается в состояние общего доступа. Затем контроллер RNC подготавливает установление нового канала и отправляет сообщение подтверждения обновления соты по нисходящему широковещательному каналу с целью сообщения информации новой конфигурации устройству UE. В настоящем изобретении этот процесс для удобства и упрощения описания называется восстановлением вызова.

Хотя восстановление вызова позволяет решить проблему ухудшения качества радиоинтерфейса, остаются еще две проблемы, способные привести к отказу вызова:

(1) Несмотря на то, что восстановление вызова позволяет восстанавливать вызовы путем восстановления канала RL, необходимо гарантировать, что конфигурации на стороне сети и на стороне устройства UE будут находиться в состоянии синхронизма. Из-за сложной структуры качества радиоинтерфейса контроллер RNC не способен точно определять текущее состояние устройства UE.

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

Раскрытие изобретения

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

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

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

Настоящее изобретение обеспечивает контроллер радиосети, включающий в себя: отправляющий модуль, выполненный с возможностью отправки сообщения установления канала RB в устройство пользователя; первый решающий модуль, выполненный с возможностью принятия решения о том, что в течение первого предопределенного периода от устройства пользователя не принято ответное сообщение установления канала RB; триггерный модуль, выполненный с возможностью инициирования отправки устройством пользователя сообщения обновления соты, если решением первого решающего модуля является ДА; приемный модуль, выполненный с возможностью приема сообщения обновления соты от устройства пользователя; и второй решающий модуль, выполненный с возможностью определения состояния конфигурации устройства пользователя в соответствии с информацией, содержащейся в сообщении обновления соты и/или в соответствии со временем приема сообщения обновления соты; и модуль выполнения восстановления, выполненный с возможностью выполнения процесса восстановления вызова в соответствии с состоянием конфигурации устройства пользователя, определенным вторым решающим модулем.

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

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

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

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

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

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

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

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

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

На фиг.1 показана схема успешного установления услуги в уровне техники.

На фиг.2 показана схема отказов радиоинтерфейса в уровне техники.

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

На фиг.4-10 приведены схемы в соответствии с вариантами осуществления способа в настоящем изобретении.

На фиг.11 представлена структурная схема контроллера радиосети в соответствии с одним вариантом осуществления настоящего изобретения.

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

Основной принцип настоящего изобретения состоит в следующем: контроллер радиосети отправляет сообщение установления канала RB в устройство пользователя; контроллер радиосети принимает решение о том, что в течение первого предопределенного периода от устройства пользователя не принято ответное сообщение установления канала RB; и если ДА, то контроллер радиосети инициирует отправку устройством пользователя сообщения обновления соты; контроллер радиосети принимает сообщение обновления соты от устройства пользователя и определяет состояние конфигурации устройства пользователя в соответствии с информацией, содержащейся в сообщении обновления соты и/или в соответствии со временем приема сообщения обновления соты; и контроллер радиосети выполняет восстановление вызова в соответствии с состоянием конфигурации устройства пользователя.

Далее настоящее изобретение подробно рассмотрено со ссылками на чертежи и конкретные варианты осуществления.

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

Шаг 302: контроллер RNC отправляет в устройство UE сообщение установления канала RB.

Шаг 304: контроллер RNC принимает решение о том, что в течение первого предопределенного периода от устройства UE не принято ответное сообщение установления канала RB; и если ДА, то контроллер радиосети инициирует отправку устройством пользователя сообщения обновления соты.

Шаг 306: контроллер RNC принимает сообщение обновления соты от устройства UE и определяет состояние конфигурации устройства UE в соответствии с информацией, содержащейся в сообщении обновления соты и/или в соответствии со временем приема сообщения обновления соты.

Шаг 308: контроллер RNC выполняет процесс восстановления вызова в соответствии с состоянием конфигурации устройства UE.

На шаге 304 контроллер RNC инициирует отправку устройством UE сообщения обновления соты, содержащего информацию относительно двух способов (но не только их), приведенных ниже: способа инактивации канала RL и способа удаления канала RL, в которых способ инактивации канала RL означает, что контроллер RNC отправляет сообщение инактивации канала RL в базовую станцию NodeB (которой принадлежит устройство UE), предписывающее каналу RL прекратить передачу по нисходящему каналу, в результате чего устройство UE выходит из синхронизма с нисходящим каналом. Устройство UE, после того как условие передачи сообщения отказа канала RL выполнено, отправляет в контроллер RNC сообщение обновления соты с причиной отказа канала RL; вследствие этого контроллер RNC выполняет процесс восстановления канала RL. Способ удаления канала RL означает, что контроллер RNC отправляет сообщение удаления канала RL в базовую станцию NodeB (которой принадлежит устройство UE) с той же самой целью, а именно - заставить устройство UE выйти из синхронизма с нисходящим каналом, после чего устройство UE отправляет в контроллер RNC сообщение обновления соты с причиной отказа канала RL; вследствие этого контроллер RNC выполняет процесс восстановления канала RL. Сравнивая эти два способа, следует отметить, что при способе инактивации канала RL восходящий канал продолжает поддерживаться, тогда как способ удаления канала RL более радикальный. Однако цель обоих способов одна и та же - заставить устройство UE отправить сообщение обновления соты для выполнения восстановления канала RL. После того как контроллер RNC отправит сообщение инактивации канала RL или сообщение удаления канала RL, необходимо установить время Т2 таймера (второго предопределенного периода) для ожидания момента, когда устройство UE отправит сообщение обновления соты. Для установки длительности этого времени таймера в качестве опорных значений могут использоваться значения Т313 и N313, при этом N313 является числом, характеризующим постоянную потерю синхронизации на физическом уровне, а Т313 - это время таймера отправки сообщения отказа канала RL, который запускается после того, как синхронизация на физическом уровне потеряна N313 раз подряд. Если сообщение обновления соты, отправленное устройством UE, не принято до истечения этого времени таймера, это может рассматриваться как аномальная ситуация, которая, однако, не обсуждается в настоящем изобретении. Если эта аномальная ситуация наступила, то контроллер RNC напрямую передает в сеть CN отказ в назначении услуги. В конкретных вариантах осуществления настоящего изобретения рассматривается только ситуация, когда контроллер RNC принимает сообщение обновления соты до истечения времени Т2 таймера.

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

На шаге 304 причинами, по которым контроллер RNC не принял ответное сообщение установления канала RB от устройства пользователя в течение первого предопределенного периода, могут быть три ситуации, в зависимости от момента времени отказа радиоинтерфейса: (1) отказ при отправке сообщения радиоинтерфейса (ответного сообщения установления канала RB); (2) отказ в процессе обработки сообщения радиоинтерфейса; (3) отказ при ответе на ответное сообщение радиоинтерфейса. Эти сценарии могут охватывать все отказы радиоинтерфейса, обусловленные качеством радиоинтерфейса. С точки зрения точного определения состояния устройства UE и поддержания синхронизма с ним (в смысле конфигурации), выполняемого контроллером RNC, эти сценарии отличаются.

Способы различения трех вышеприведенных ситуаций далее рассмотрены более подробно.

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

Следует отметить, что при установке первого предопределенного периода (времени Т1 таймера) необходимо учитывать время, требующееся для ответа радиоинтерфейса и время таймера интерфейса IU. При условии соблюдения времени конфигурирования радиоинтерфейса, длительность ожидания контроллером RNC ответа радиоинтерфейса может быть соответствующим образом укорочена. Установка второго предопределенного периода (времени Т2 таймера) может быть выполнена в соответствии со стандартным способом преодоления отказа канала RL.

Во-первых, первый предопределенный период не следует задавать слишком коротким. Если он слишком короток, сторона устройства UE не успеет до его окончания завершить реконфигурирование (то есть до истечения времени соответствующего таймера на стороне сети) и поэтому длительность времени таймера радиоинтерфейса на стороне сети обычно больше, чем время TUE, необходимое для ответа радиоинтерфейса. Более точно, при установке первого предопределенного периода следует учитывать суммарно: длину сообщения, длительность передачи радиоинтерфейса, длительность обработки в устройстве UE и другие факторы. Следовательно, Tl>TUE.

Во-вторых, в соответствии с вариантом осуществления настоящего изобретения, восстановление вызова вводится в процесс установления услуги. Поэтому при установке первого предопределенного периода необходимо учитывать также время, требуемое на восстановление вызова, чтобы предотвратить ситуацию, когда истечет время Т таймера (период времени с момента, когда контроллер RNC принимает запрос на назначение услуги от сети CN, до момента, когда контроллер RNC передает сообщение завершения установления услуги в сеть CN) интерфейса Ш (интерфейса между контроллером RNC и сетью CN). В противном случае возникнет ситуация, при которой время таймера интерфейса Ш истечет, и тогда даже если восстановление вызова будет успешным, цель восстановления вызова останется недостигнутой. Длительность восстановления вызова включает в себя длительность Т2 (то есть второй предопределенный период), в течение которого устройство UE обнаруживает отказ канала RL, и необходимую длительность процесса восстановления вызова. Следовательно, Т1<Т-Т2.

В соответствии с условием отправки сообщения отказа канала RL, время (то есть второй преопределенный период), в течение которого на стороне устройства UE обнаруживается отказ канала RL, может быть рассчитано по ТЗ13 и N313, то есть время Т2 (второй преопределенный период), когда обнаружен отказ канала RL, равно Т313+N313·10 мс+160 мс+Toff, где N313 - число, характеризующее постоянную потерю синхронизации на физическом уровне, Т313 - время таймера отправки сообщения отказа канала RL, запускаемого, когда на физическом уровне потеряна синхронизация N313 раз подряд, Toff - системный сдвиг, 160 мс - фиксированная задержка синхронного приема.

Кроме того, длительность времени Т1 таймера не должна быть больше длительности периода до обнаружения отказа канала RL в новой конфигурации, после того, как эта новая конфигурация вступит в силу; таким образом, Tl<TUE+Т2.

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

По истечении времени Т1 таймера ожидания ответного сообщения радиоинтерфейса контроллер RNC может действовать в соответствии с тем, принял ли уровень RLC в контроллере RNC подтверждение АСК от противоположной стороны после того, как контроллер RNC отправил сообщение установления канала RB. Если на уровне RLC подтверждение АСК принято, это может быть воспринято так, что устройство UE приняло сообщение установления канала RB. В противном случае, если на уровне RLC подтверждение АСК не принято, возникают две ситуации: (1) устройство UE не приняло сообщение установления канала RB; и (2) устройство UE приняло сообщение установления канала RB и отправило подтверждение АСК, но контроллер RNC не принял подтверждение АСК.

Следует отметить, что в версии R6 и более поздних, сообщение обновления соты содержит индикатор состояния реконфигурирования (Reconfiguration Status Indicator) соты, который показывает, что устройство UE приняло сообщение установления канала RB/реконфигурирования канала RB/освобождения канала RB и выполняет процесс реконфигурирования, либо устройство UE уже отправило ответное сообщение канала RB и ожидает подтверждения АСК уровня RLC для этого сообщения. Если сообщение обновления соты, отправленное устройством UE, не содержит индикатора состояния реконфигурирования соты, оно может быть воспринято как оповещающее о том, что устройство UE не приняло сообщение установления канала RB.

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

В случае, если определено, что устройство UE переключено в новую конфигурацию, контроллер RNC также должен переключиться в новую конфигурацию. Поскольку новая конфигурация вступит в силу на стороне устройства UE, когда устройство UE отправит ответное сообщение об успешном установлении канала RB, с этого момента контроллер RNC станет работать в соответствии с ситуацией, когда он принял ответ радиоинтерфейса и выполнит восстановление вызова в новой конфигурации. Далее, если контроллер RNC корректно не принял сообщение завершения установления канала RB радиоинтерфейса, он не сможет получить информацию шифрования в ответном сообщении, поскольку устройство UE не сделает эту информацию шифрования вступившей в силу, пока устройство UE не приняло подтверждение АСК от уровня RLC противоположной стороны, чтобы информация шифрования на стороне сети и на стороне устройства UE не была противоречивой из-за потери ответного сообщения радиоинтерфейса.

В соответствии с тремя ситуациями отказа радиоинтерфейса, описанными выше, контроллер RNC выполняет процесс, как описано далее.

(1) В случае, если устройство UE не принимает сообщение установления канала RB от контроллера RNC, устройство UE продолжает оставаться в старой конфигурации, контроллер RNC выполняет восстановление вызова в старой конфигурации, затем, после успешного восстановления вызова, восстанавливает канал RB услуги.

(2) В случае, если устройство UE принимает сообщение установления канала RB и успешно отправляет ответное сообщение, но контроллер RNC не принимает ответное сообщение, контроллер RNC восстанавливает вызовы, вводя процесс восстановления вызова в новой конфигурации.

(3) В случае, если устройство UE принимает сообщение установления канала RB, но в ходе процесса реконфигурирования обнаруживается отказ канала RL или неустранимая ошибка уровня RLC, устройство UE прекращает процесс реконфигурирования, сохраняет старую конфигурацию и отправляет сообщение обновления соты с причиной отказа канала RL. В это время контроллер RNC выполняет восстановление вызова в старой конфигурации, затем, после успешного восстановления вызова, восстанавливает канал RB услуги.

Реализация настоящего изобретения подробно рассмотрена далее со ссылками на фиг.4-10.

На фиг.4 показана схема процесса, в котором контроллер RNC принимает сообщение обновления соты от устройства UE (содержащее только канал RL контроллера SRNC) после того, как канал RL инактивирован, когда истекло время таймера, в течение которого контроллер RNC ожидает ответного сообщения установления канала RB радиоинтерфейса в ходе процесса установления услуги. Как показано на фиг.4, процесс, в частности, содержит следующие шаги.

Шаг 401: контроллер RNC принимает сообщение запроса назначения канала RAB (Radio Access Bearer), отправленное сетью CN.

Шаг 402: контроллер RNC отправляет сообщение запроса реконфигурирования канала RL в базовую станцию NodeB.

Шаг 403: контроллер RNC принимает ответное сообщение реконфигурирования канала RL, передаваемое базовой станцией NodeB.

Шаг 404: контроллер RNC отправляет сообщение установления канала RB в устройство UE.

Шаг 405: контроллер RNC устанавливает время Т1 таймера радиоинтерфейса (первый предопределенный период).

Шаг 406: контроллер RNC определяет, что время Т1 таймера истекло, т.е. контроллер RNC не принял ответное сообщение от устройства UE в течение Т1.

Шаг 407: контроллер RNC отправляет командное сообщение инактивации канала RL в базовую станцию NodeB, чтобы инактивировать канал RL, которому принадлежит устройство UE.

Шаг 408: контроллер RNC устанавливает время Т2 таймера (второй предопределенный период) и ожидает от устройства UE сообщения обновления соты.

Шаг 409: контроллер RNC принимает сообщение обновления соты от устройства UE до истечения времени Т2 таймера, сообщение обновления соты содержит индикатор текущего состояния реконфигурирования устройства UE.

Шаг 410: контроллер RNC отправляет сообщение запроса удаления канала RL в базовую станцию NodeB.

Шаг 411: контроллер RNC принимает ответное сообщение удаления канала RL, передаваемое базовой станцией NodeB.

Шаг 412: контроллер RNC отправляет сообщение запроса установления канала RL в базовую станцию NodeB.

Шаг 413: контроллер RNC принимает ответное сообщение установления канала RL, передаваемое базовой станцией NodeB.

Шаг 414: контроллер RNC отправляет сообщение подтверждения обновления соты в устройство UE.

Шаг 415: контроллер RNC принимает сообщение завершения реконфигурирования, передаваемое устройством UE.

Шаг 416: контроллер RNC отправляет ответное сообщение назначения услуги в сеть CN.

На фиг.5 показана схема процесса, в котором контроллер RNC принимает сообщение обновления соты от устройства UE (содержащее канал RL контроллера DRNC) после того, как канал RL инактивирован, когда истекло время таймера, в течение которого контроллер RNC ожидает ответного сообщения установления канала RB радиоинтерфейса в ходе процесса установления услуги. По сравнению с тем, что показано на фиг.4, на фиг.5 для сообщения инактивации канала RL добавлена обработка в кросс-IUR интерфейсе (логическом интерфейсе между двумя контроллерами RNC, который представляет собой интерфейс между обслуживающим контроллером RNC (контроллером SRNC) и дрейфующим контроллером RNC (контроллером DRNC)). Если установка активации устройства UE содержит канал RL контроллера DRNC, для передачи сообщения инактивации канала RL в контроллер DRNC необходим интерфейс IUR. Как показано на фиг.5, процесс, в частности, содержит следующие шаги.

Шаг 501: контроллер SRNC принимает сообщение запроса назначения канала RAB, отправленное сетью CN.

Шаг 502: контроллер SRNC отправляет сообщение запроса реконфигурирования канала RL в базовую станцию NodeB.

Шаг 503: контроллер SRNC отправляет сообщение запроса реконфигурирования канала RL в контроллер DRNC.

Шаг 504: контроллер DRNC отправляет сообщение запроса реконфигурирования канала RL в базовую станцию NodeB (контроллера DRNC).

Шаг 505: контроллер SRNC принимает ответное сообщение реконфигурирования канала RL, передаваемое базовой станцией NodeB.

Шаг 506: контроллер DRNC принимает ответное сообщение реконфигурирования канала RL, передаваемое базовой станцией NodeB (контроллера DRNC).

Шаг 507: контроллер SRNC принимает ответное сообщение реконфигурирования канала RL, передаваемое контроллером DRNC.

Шаг 508: контроллер SRNC отправляет сообщение установления канала RB в устройство UE.

Шаг 509: контроллер SRNC устанавливает время Т1 таймера радиоинтерфейса (первый предопределенный период).

Шаг 510: контроллер RNC определяет, что время Т1 таймера истекло, т.е. контроллер RNC не принял ответное сообщение от устройства UE в течение времени Т1.

Шаг 511: контроллер SRNC отправляет командное сообщение инактивации канала RL в базовую станцию NodeB, чтобы инактивировать канал RL, которому принадлежит устройство UE.

Шаг 512: контроллер SRNC отправляет командное сообщение инактивации канала RL в контроллер DRNC.

Шаг 513: контроллер DRNC отправляет командное сообщение инактивации канала RL в базовую станцию NodeB (контроллера DRNC).

Шаг 514: контроллер SRNC устанавливает время Т2 таймера (второй предопределенный период) и ожидает от устройства UE сообщения обновления соты.

Шаг 515: контроллер SRNC принимает сообщение обновления соты от устройства UE до истечения времени Т2 таймера; сообщение обновления соты содержит индикатор состояния реконфигурирования соты устройства UE.

Шаг 516: контроллер SRNC отправляет сообщение запроса удаления канала RL в базовую станцию NodeB.

Шаг 517: контроллер SRNC отправляет сообщение запроса удаления канала RL в контроллер DRNC.

Шаг 518: контроллер DRNC отправляет сообщение запроса удаления канала RL в базовую станцию NodeB (контроллера DRNC).

Шаг 519: контроллер SRNC отправляет сообщение запроса установления канала RL в базовую станцию NodeB.

Шаг 520: контроллер SRNC принимает ответное сообщение установления канала RL, передаваемое базовой станцией NodeB.

Шаг 521: контроллер SRNC отправляет сообщение подтверждения обновления соты в устройство UE.

Шаг 522: контроллер SRNC принимает сообщение завершения реконфигурирования, передаваемое устройством UE.

Шаг 523: контроллер SRNC отправляет ответное сообщение назначения услуги в сеть CN.

На фиг.6 показана схема процесса, в котором контроллер RNC принимает сообщение обновления соты от устройства UE (содержащее только канал RL контроллера SRNC) после того, как канал RL удален, когда истекло время таймера, в течение которого контроллер RNC ожидает ответного сообщения установления канала RB радиоинтерфейса в ходе процесса установления услуги. Как показано на фиг.6, процесс, в частности, включает в себя следующие шаги.

Шаг 601: контроллер RNC принимает сообщение запроса назначения канала RAB, отправленное сетью CN.

Шаг 602: контроллер RNC отправляет сообщение запроса реконфигурирования канала RL в базовую станцию NodeB.

Шаг 603: контроллер RNC принимает ответное сообщение реконфигурирования канала RL, передаваемое базовой станцией NodeB.

Шаг 604: контроллер RNC отправляет сообщение установления канала RB в устройство UE.

Шаг - 605: контроллер RNC устанавливает время Т1 таймера ожидания радиоинтерфейса.

Шаг 606: контроллер RNC определяет, что время Т1 таймера истекло т.е. контроллер RNC не принял ответное сообщение от устройства UE в течение времени Т1.

Шаг 607: контроллер RNC отправляет сообщение запроса удаления канала RL в базовую станцию NodeB.

Шаг 608: контроллер RNC принимает ответное сообщение удаления канала RL, передаваемое базовой станцией NodeB.

Шаг 609: контроллер RNC устанавливает время Т2 таймера и ожидает от устройства UE сообщения обновления соты.

Шаг 610: контроллер RNC принимает сообщение обновления соты от устройства UE до истечения времени Т2 таймера.

Шаг 611: контроллер RNC отправляет сообщение запроса установления канала RL в базовую станцию NodeB.

Шаг 612: контроллер RNC принимает ответное сообщение установления канала RL, передаваемое базовой станцией NodeB.

Шаг 613: контроллер RNC отправляет сообщение подтверждения обновления соты в устройство UE.

Шаг 614: контроллер RNC принимает сообщение завершения реконфигурирования, передаваемое устройством UE.

Шаг 615: контроллер RNC отправляет ответное сообщение назначения услуги в сеть CN.

На фиг.7 показана схема процесса, в котором контроллер RNC принимает сообщение обновления соты от устройства UE после того, как канал RL (включая RL контроллера DRNC) удален, когда истекло время таймера, в течение которого контроллер RNC ожидает ответного сообщения установления канала RB радиоинтерфейса в ходе процесса установления услуги. Фиг.7 подобна фиг.6; отличие состоит в том, что по истечении времени Т1 таймера необходимо удаление канала RL контроллера DRNC и контроллер SRNC передает сообщение удаления канала RL в контроллер DRNC по интерфейсу IUR. Как показано на фиг.7, процесс, в частности, включает в себя следующие шаги.

Шаг 701: контроллер SRNC принимает сообщение запроса назначения канала RAB, отправленное сетью CN.

Шаг 702: контроллер SRNC отправляет сообщение запроса реконфигурирования канала RL в базовую станцию NodeB.

Шаг 703: контроллер SRNC отправляет сообщение запроса реконфигурирования канала RL в контроллер DRNC.

Шаг 704: контроллер DRNC отправляет сообщение запроса реконфигурирования канала RL в базовую станцию NodeB (контроллера DRNC).

Шаг 705: контроллер SRNC принимает ответное сообщение реконфигурирования канала RL, передаваемое базовой станцией NodeB.

Шаг 706: контроллер DRNC принимает ответное сообщение реконфигурирования канала RL, передаваемое базовой станцией NodeB (контроллера DRNC).

Шаг 707: контроллер SRNC принимает ответное сообщение реконфигурирования канала RL, передаваемое контроллером DRNC.

Шаг 708: контроллер SRNC отправляет сообщение установления канала RB в устройство UE.

Шаг 709: контроллер SRNC устанавливает время Т1 таймера радиоинтерфейса (первый предопределенный период).

Шаг 710: контроллер RNC определяет, что время Т1 таймера истекло, т.е.