СПОСОБ И УСТРОЙСТВО УПРАВЛЕНИЯ РЕСУРСАМИ ПРИ ОПЕРАЦИИ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ
METHOD AND APPARATUS FOR RESOURCE MANAGEMENT IN HANDOVER OPERATION

Область техники, к которой относится изобретение
Данная заявка относится к беспроводной связи.
Уровень техники
Беспроводной модуль приема/передачи (WTRU), который в некоторых случаях может быть абонентским устройством (UE), зачастую подвергается передаче обслуживания в ходе связи. Передача обслуживания может осуществляться от доверенной системы доступа по не связанному с партнерским проектом третьего поколения (не-3GPP) Интернет-протоколу (IP) к системе 3GPP-доступа (сети усовершенствованного универсального наземного радиодоступа (E-UTRAN)) и от системы 3GPP-доступа (E-UTRAN) к доверенной системе не-3GPP IP-доступа.
Помимо этого передача обслуживания может осуществляться в ходе сценария в роуминге или не в роуминге. Фиг.1 показывает примерную сетевую архитектуру 100. Как определено на фиг.1 и далее, применяются следующие опорные точки:
S2a: Предоставляет пользовательскую плоскость со связанным управлением и поддержкой мобильности между доверенным не-3GPP IP-доступом и шлюзом (GW) сети пакетной передачи данных (PDN).
S2b: Предоставляет пользовательскую плоскость со связанным управлением и поддержкой мобильности между усовершенствованным шлюзом пакетной передачи данных (ePDG) и PDN GW.
S2c: Предоставляет пользовательскую плоскость со связанным управлением и поддержкой мобильности между WTRU и PDN GW. Эта опорная точка реализуется по доверенному и/или недоверенному не-3GPP-доступу и/или 3GPP-доступу.
S5: Предоставляет туннелирование пользовательской плоскости и управление туннелированием между обслуживающим GW и PDN GW. Он используется для перемещения обслуживающего GW вследствие мобильности и в случае, если обслуживающий GW должен подключаться к размещенному несовместно PDN GW для требуемой возможности подключения к PDN.
S6a: Этот интерфейс задается между объектом управления мобильностью (MME) и сервером собственных абонентов (HSS) для аутентификации и авторизации.
S6c: Опорная точка между PDN GW в собственной наземной сети мобильной связи общего пользования (HPLMN) и 3GPP-сервером аутентификации, авторизации и учета (AAA) для связанной с мобильностью аутентификации, при необходимости. Эта опорная точка также может использоваться для того, чтобы извлекать и запрашивать хранение параметров мобильности.
S6d: Опорная точка между обслуживающим шлюзом в гостевой наземной сети мобильной связи общего пользования (VPLMN) и 3GPP AAA-прокси-сервером для связанной с мобильностью аутентификации, при необходимости. Эта опорная точка также может использоваться для того, чтобы извлекать и запрашивать хранение параметров мобильности.
S7: Предоставляет передачу правил и политик тарификации и оплаты на основе качества обслуживания (QoS) из функции правил и политик тарификации и оплаты (PCRF) в точку применения политик тарификации и оплаты (PCEF). Выделение PCEF предназначено для дополнительного изучения (FFS).
S8b: Интерфейс роуминга в случае роуминга с собственным маршрутизируемым трафиком. Он предоставляет пользовательскую плоскость со связанным управлением между шлюзами в VPLMN и HPLMN.
S9: Указывает вариант роуминга опорной точки S7 для активации в VPLMN динамических политик управления из HPLMN.
SGi: Опорная точка между PDN-шлюзом и сетью пакетной передачи данных. Сеть пакетной передачи данных может быть внешней для оператора сетью общего пользования или частной сетью для пакетной передачи данных либо внутренней сетью пакетной передачи данных оператора, к примеру, для предоставления услуг мультимедийной подсистемы на базе IP-протокола (IMS). Эта опорная точка соответствует функциональностям Gi и Wi и поддерживает все системы 3GPP- и не-3GPP-доступа.
Wa*: Соединяет недоверенный не-3GPP IP-доступ с 3GPP AAA-сервером/прокси-сервером и транспортирует аутентификацию, авторизацию доступа и связанную с тарификацией и оплатой информацию защищенным способом.
Ta*: Соединяет доверенный не-3GPP IP-доступ с 3GPP AAA-сервером/прокси-сервером и транспортирует аутентификацию, авторизацию доступа, параметры мобильности и связанную с тарификацией и оплатой информацию защищенным способом.
Wd*: Подключает 3GPP AAA-прокси-сервер, возможно через промежуточные сети, к 3GPP AAA-серверу. Различием по сравнению с Wd является FFS.
Wm*: Эта опорная точка находится между 3GPP AAA-сервером/прокси-сервером и ePDG и используется для передачи служебных сигналов AAA (транспортировки параметров мобильности, туннелирования данных аутентификации и авторизации).
Wn*: Это опорная точка между недоверенным не-3GPP IP-доступом и ePDG. Трафик по этому интерфейсу для инициированного туннеля должен принудительно направляться в ePDG.
Wx*: Эта опорная точка находится между 3GPP AAA-сервером и HSS и используется для транспортировки данных аутентификации.
Использование S6, S8 и S9 для предоставления в гостевую сеть статических/динамических политик находится на рассмотрении. Также на рассмотрении находится случай, если два проиллюстрированных S7-интерфейса являются различными. S1-интерфейс для E-UTRAN является идентичным для обеих архитектур.
Фиг.2 - это схема 200 обмена сигналами для традиционной передачи обслуживания от UTRAN 3GPP-доступа доверенной сети не-3GPP IP-доступа. Сценарий передачи обслуживания заключает в себе опорную точку S2a и включает в себя сценарии с использованием PMIPv6 и IP4 для мобильных устройств (MIP4) с адресом для передачи внешнего агента (FACoA). Для режима FACoA MIPv4 можно считать, что S2a выполняется между FA в не-3GPP-системе и PDN GW в HPLMN. Хотя WTRU подключается в системе 3GPP-доступа, PMIPv6 или протокол туннелирования для стандарта общей службы пакетной радиопередачи (GPRS) (GTP) используются по S5. Протокол IPv6 для мобильных устройств с двойным стеком (DSMIPv6), используемый по S2c, является совместимым с техническими требованиями DSMIPv6 по S2a-интерфейсу с использованием PMIPv6 для сценария не в роуминге. Обмен служебными сигналами выполняется следующим образом:
1. WTRU обнаруживает доверенный не-3GPP IP-доступ и определяет инициировать передачу обслуживания от используемого в данный момент UTRAN-доступа к обнаруженной доверенной системе не-3GPP IP-доступа. Механизм, который помогает WTRU обнаруживать доверенный не-3GPP IP-доступ, указывается в разделе обнаружения и выбора сети. На этой стадии пользовательские данные восходящей и нисходящей линии связи передаются через следующее: однонаправленные каналы между WTRU и исходной сетью доступа, GTP-туннель(и) между исходной сетью 3GPP-доступа, обслуживающим GW и PDN GW.
2. Начальные конкретные для не-3GPP-доступа процедуры L2 выполняются. Эти процедуры являются конкретными для не-3GPP-доступа и выходят за рамки 3GPP.
3. Процедура EAP-аутентификации инициируется и выполняется с участием WTRU, доверенного не-3GPP IP-доступа и 3GPP AAA-сервера. В случае роуминга, может быть несколько участвующих AAA-прокси-серверов. В качестве части процедуры аутентификации, IP-адрес PDN GW, который должен использоваться, передается в PMA в доверенном не-3GPP IP-доступе.
4. После успешной аутентификации и авторизации инициируется процедура присоединения L3.
5. PMA-функция доверенного не-3GPP IP-доступа отправляет сообщение обновления привязки для прокси-сервера в PDN GW.
6. PDN GW обрабатывает обновление привязки для прокси-сервера и создает запись кэша привязок для WTRU. PDN GW выделяет IP-адрес для WTRU. PDN GW затем отправляет подтверждение приема привязки для прокси-сервера в PMA-функцию в доверенном не-3GPP IP-доступе, включающее в себя IP-адрес(а), выделенный для WTRU. Выделенный IP-адрес является идентичным назначенному для WTRU ранее по 3GPP-доступу.
7. PMIPv6-туннель устанавливается между доверенным не-3GPP IP-доступом и PDN GW.
8. Процедура присоединения L3 выполняется. Возможность подключения по IP между WTRU и PDN GW задается для направления восходящей и нисходящей линии связи по доверенному не-3GPP IP-доступу.
9. Очистка ресурсов для исходного 3GPP-доступа инициируется посредством выполнения необходимых процедур на основе процедур, указанных в 3GPP-стандарте. PDN GW должен сохранять возможность подключения по IP для WTRU.
Фиг.3 - это схема 300 обмена сигналами для традиционного доверенного не-3GPP IP-доступа с E-UTRAN с передачей обслуживания PMIPv6 для сценария не в роуминге. Обмен служебными сигналами выполняется следующим образом:
1. UE использует доверенную систему не-3GPP-доступа и обслуживается посредством PDN GW.
2. UE обнаруживает систему E-UTRAN-доступа и определяет передавать свои текущие сеансы (т.е. передавать обслуживание) от используемой в данный момент системы не-3GPP-доступа обнаруженной системе E-UTRAN-доступа. Механизмы, которые помогают UE обнаруживать систему E-UTRAN-доступа.
3. UE отправляет запрос на присоединение, который маршрутизируется посредством E-UTRAN в экземпляр MME в EPS.
4. MME контактирует с HSS и аутентифицирует UE. В качестве части процедуры аутентификации, IP-адрес PDN GW, который должен использоваться, передается в MME.
5. После успешной аутентификации MME выполняет процедуру обновления местоположения с помощью HSS.
6. MME выбирает обслуживающий GW и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (IMSI, идентификатор MME-контекста) в выбранный обслуживающий GW. Оно также включает в себя IP-адрес PDN GW, который предоставлен посредством HSS.
7. На основе запроса на создание однонаправленного канала по умолчанию от MME обслуживающий GW инициирует процедуру регистрации PMIPv6 в направлении PDN GW посредством отправки обновления привязки для прокси-сервера.
8. PDN GW отвечает с ACK привязки для прокси-сервера и обновляет свою привязку по мобильности, которая эффективно переключает PMIPv6-туннель от сети не-3GPP-доступа на обслуживающий GW. В ACK привязки для прокси-сервера PDN GW отвечает с тем же IP-адресом или префиксом, который назначен UE ранее. PMIPv6-туннель теперь существует между PDN GW и обслуживающим GW.
9. Обслуживающий GW возвращает сообщение ответа по созданию однонаправленного канала по умолчанию в MME. Это сообщение также включает в себя IP-адрес UE. Это сообщение также выступает в качестве индикатора для MME, что привязка выполнена успешно.
10. MME отправляет сообщение разрешения на присоединение в UE через E-UTRAN.
11. Однонаправленный канал радиодоступа и однонаправленный канал S1-U устанавливаются.
12. UE возобновляет передачу данных по E-UTRAN.
Фиг.4 - это схема 400 обмена сигналами для традиционной E-UTRAN с доверенным не-3GPP IP-доступом с передачей обслуживания PMIPv6 для сценария не в роуминге. Обмен служебными сигналами выполняется следующим образом:
1. UE использует доверенную систему не-3GPP-доступа и обслуживается посредством PDN GW.
2. UE обнаруживает систему E-UTRAN-доступа и определяет передавать свои текущие сеансы (т.е. передавать обслуживание) от используемой в данный момент системы не-3GPP-доступа обнаруженной системе E-UTRAN-доступа. Механизмы, которые помогают UE обнаруживать систему E-UTRAN-доступа, указываются в 3GPP-стандартах.
3. UE отправляет запрос на присоединение, который маршрутизируется посредством E-UTRAN в экземпляр MME в EPS, как указано в TS 23.401.
4. MME контактирует с HSS и аутентифицирует UE. В качестве части процедуры аутентификации IP-адрес PDN GW, который должен использоваться, передается в MME.
5. После успешной аутентификации MME выполняет процедуру обновления местоположения с помощью HSS.
6. MME выбирает обслуживающий GW и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (IMSI, идентификатор MME-контекста) в выбранный обслуживающий GW. Оно также включает в себя IP-адрес PDN GW, который предоставлен посредством HSS.
7. На основе запроса на создание однонаправленного канала по умолчанию от MME обслуживающий GW инициирует процедуру регистрации PMIPv6 в направлении PDN GW посредством отправки обновления привязки для прокси-сервера.
8. PDN GW отвечает с ACK привязки для прокси-сервера и обновляет свою привязку по мобильности, которая эффективно переключает PMIPv6-туннель от сети не-3GPP-доступа на обслуживающий GW. В ACK привязки для прокси-сервера PDN GW отвечает с тем же IP-адресом или префиксом, который назначен UE ранее. PMIPv6-туннель теперь существует между PDN GW и обслуживающим GW.
9. Обслуживающий GW возвращает сообщение ответа по созданию однонаправленного канала по умолчанию в MME. Это сообщение также включает в себя IP-адрес UE. Это сообщение также выступает в качестве индикатора для MME, что привязка выполнена успешно.
10. MME отправляет сообщение разрешения на присоединение в UE через E-UTRAN.
11. Однонаправленный канал радиодоступа и однонаправленный канал S1-U устанавливаются.
12. UE возобновляет передачу данных по E-UTRAN.
Фиг.5 - это схема 500 обмена сигналами для традиционной процедуры реализации передачи обслуживания от доверенной системы не-3GPP IP-доступа с помощью DSMIPv6 по S2c системе 3GPP-доступа в традиционном сценарии не в роуминге. В этом сценарии сеанс начинается в доверенной системе не-3GPP-доступа (к примеру, E-UTRAN) с использованием DSMIPv6 в сценарии не в роуминге. Затем обслуживание сеанса передается системе 3GPP-доступа. Обмен служебными сигналами выполняется следующим образом:
1. UE использует доверенную систему не-3GPP-доступа. Оно имеет сеанс DSMIPv6 с PDN GW.
2. UE обнаруживает систему 3GPP-доступа и определяет передавать обслуживание от используемой в данный момент доверенной системы не-3GPP-доступа к обнаруженной системе 3GPP-доступа. Механизмы, которые помогают UE обнаруживать систему 3GPP-доступа, указываются в 3GPP-стандартах.
3. UE отправляет запрос на присоединение, который маршрутизируется посредством 3GPP в экземпляр MME в EPC.
4. MME контактирует с HSS/3GPP AAA и аутентифицирует UE. В качестве части процедуры аутентификации IP-адрес PDN GW, который должен использоваться в 3GPP-доступе, передается в MME.
5. После успешной аутентификации MME выполняет процедуру обновления местоположения с помощью HSS.
6. MME выбирает обслуживающий GW и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (включающее в себя IMSI, идентификатор MME-контекста и IP-адрес PDN GW) в выбранный обслуживающий GW.
7. a) Для S5 на основе IETF обслуживающий GW инициирует процедуру регистрации PMIPv6 в направлении PDN GW посредством отправки обновления привязки для прокси-сервера. Если NAI пользователя не включен на этапе 6, обслуживающий GW должен извлекать его другим средством.
b) Для S5 на основе GTP обслуживающий GW отправляет сообщение с запросом на создание однонаправленного канала в PDN GW.
8. a) Для S5 на основе IETF PDN GW отвечает с ACK привязки для прокси-сервера и обновляет свою привязку по мобильности, которая эффективно переключает DSMIPv6-туннель от сети не-3GPP-доступа на PMIPv6-туннель к обслуживающему GW. В ACK привязки для прокси-сервера PDN GW включает в себя тот же IP-адрес или префикс, который назначен UE ранее.
h) Для S5 на основе GTP PDN GW отвечает сообщением ответа по созданию однонаправленного канала в обслуживающий GW. Ответ по созданию однонаправленного канала содержит тот же IP-адрес или префикс, который назначен UE ранее.
9. Обслуживающий GW возвращает сообщение ответа по созданию однонаправленного канала по умолчанию в MME. Это сообщение также включает в себя IP-адрес UE. Это сообщение также выступает в качестве индикатора для MME, что привязка выполнена успешно.
10. MME отправляет сообщение разрешения на присоединение в UE через 3GPP-доступ. Система 3GPP-доступа инициирует процедуру установления однонаправленного канала радиодоступа. Система 3GPP-доступа отвечает сообщением завершения присоединения.
11. UE может отправлять BU в PDN GW, чтобы отменять регистрацию своей привязки DSMIPv6, которая создана в то время, когда UE находилось в системе не-3GPP-доступа.
Фиг.6 - это схема 600 обмена сигналами для традиционной процедуры реализации передачи обслуживания от системы 3GPP-доступа доверенной системе доступа IP Non-3GPP с помощью DSMIPv6 по S2c в сценарии не в роуминге. В этом сценарии сеанс начинается в 3GPP-доступе (к примеру, E-UTRAN) с использованием PMIPv6 или GTP по S5 либо S5 не используется (совместно размещаемый обслуживающий GW и PDN GW). Обслуживание сеанса передается доверенной системе не-3GPP-доступа, которая не использует PMIPv6, где UE должно принимать префикс, отличающийся от используемого в системе 3GPP-доступа. UE далее инициирует DSMIPv6 с тем же PDN GW, чтобы сохранять IP-сеанс. Обмен служебными сигналами выполняется следующим образом:
1. UE использует систему 3GPP-доступа. Оно имеет IP-адрес, который поддерживается по S5-интерфейсу.
2. На этой стадии UE определяет инициировать процедуру не-3GPP-доступа. Решение основано на любом числе причин, к примеру, на локальных политиках UE.
3. UE выполняет аутентификацию и авторизацию доступа в системе не-3GPP-доступа. 3GPP AAA-сервер аутентифицирует и авторизует UE для доступа в не-3GPP-системе. Следует отметить, что выбор и извлечение PDN GW для мобильности на основе хоста по-прежнему предназначены для FFS.
4. Система не-3GPP-доступа не поддерживает PMIPv6 или она определяет не использовать PMIPv6. Следовательно, UE получает IP-адрес, который отличается от IP-адреса, который оно использовало в системе 3GPP-доступа. Поскольку UE получает IP-адрес, который не является идентичным адресу из 3GPP-системы, UE определяет инициировать процедуры DSMIPv6, чтобы сохранять свои IP-сеансы.
5. UE может обнаруживать адрес PDN GW с использованием процедур самоинициализации MIPv6.
6. UE также может выполнять SA-установление на основе IKEv2 и IPSec с PDN GW, который обнаружен на этапе 5. Это происходит, если используется RFC 4877 для того, чтобы устанавливать SA между UE и PDN GW. Этот этап может заключать в себе аутентификацию и авторизацию посредством 3GPP AAA-системы.
7. UE отправляет сообщение BU DSMIPv6 в PDN GW, чтобы регистрировать свой CoA. PDN GW аутентифицирует и авторизует UE, отправляет обратно BA, включающий в себя IP-адрес (собственный адрес), который UE использовало в 3GPP-доступе.
8. UE продолжает применять IP-услугу с использованием того же IP-адреса.
Следовательно, должно быть преимущественным предоставлять способ и устройство, которое управляет системными ресурсами после успешной передачи обслуживания.
Сущность изобретения
Раскрыты способ и устройство управления ресурсами в ходе операции передачи обслуживания. Способ включает в себя инициирование передачи обслуживания от первой сети доступа ко второй сети доступа. Сообщение обновления политики отправляется, и сообщение подтверждения обновления политики принимается. Сообщение высвобождения ресурсов протокола туннелирования общей службы пакетной радиосвязи (GPRS) (GTP) и однонаправленного канала радиодоступа (RAB) отправляется, и подтверждение приема по высвобождению ресурсов GTP и RAB принимается. Возможности подключения устанавливаются для передачи по восходящей и нисходящей линии связи во второй сети доступа.
Краткое описание чертежей
Более подробное понимание может быть получено из последующего описания, приводимого в качестве примера вместе с прилагаемыми чертежами, на которых:
фиг.1 показывает примерную сетевую архитектуру;
фиг.2 - схема обмена сигналами для традиционной передачи обслуживания от UTRAN 3GPP-доступа доверенной сети не-3GPP IP-доступа;
фиг.3 - схема обмена сигналами для традиционного доверенного не-3GPP IP-доступа с E-UTRAN с передачей обслуживания PMIPv6 для сценария не в роуминге;
фиг.4 - схема обмена сигналами для традиционной E-UTRAN с доверенным не-3GPP IP-доступом с передачей обслуживания PMIPv6 для сценария не в роуминге;
фиг.5 - схема обмена сигналами для традиционной процедуры реализации передачи обслуживания от доверенной системы не-3GPP IP-доступа с помощью DSMIPv6 по S2c системе 3GPP-доступа в традиционном сценарии не в роуминге;
фиг.6 - схема обмена сигналами для традиционной процедуры реализации передачи обслуживания от системы 3GPP-доступа доверенной системе не-3GPP IP-доступа с помощью DSMIPv6 по S2c в сценарии не в роуминге;
фиг.7 - примерная функциональная блок-схема WTRU и базовой станции, поддерживающих беспроводную связь друг с другом;
фиг.8A-8B - диаграммы сигналов для передачи обслуживания от 3GPP-доступа (UTRAN) доверенной сети не-3GPP IP-доступа по S2a с помощью PMIPv6;
фиг.9A-9B - диаграммы сигналов для передачи обслуживания от доверенной сети не-3GPP IP-доступа E-UTRAN с помощью PMIPv6;
фиг.10A-10B - диаграммы сигналов для передачи обслуживания от E-UTRAN доверенной сети не-3GPP IP-доступа с помощью PMIPv6;
фиг.11A-11B - диаграммы сигналов для передачи обслуживания от доверенной сети не-3GPP IP-доступа с помощью DSMIPv6 по S2c сети 3GPP-доступа;
фиг.12A-12B - диаграммы сигналов для передачи обслуживания от сети 3GPP-доступа к доверенной сети не-3GPP IP-доступа с помощью DSMIPv6 по S2c; и
фиг.13 - диаграмма сигналов для процедуры обновления LTE_RA.
Подробное описание изобретения
Когда упоминается далее, термин "беспроводной модуль приема/передачи (WTRU)" включает в себя, но не только, абонентское устройство (UE), мобильную станцию, стационарный или мобильный абонентский модуль, пейджер, сотовый телефон, персональное цифровое устройство (PDA), компьютер или любой другой тип пользовательского устройства, допускающего работу в беспроводном окружении. Когда упоминается далее, термин "базовая станция" включает в себя, но не только, узел B, контроллер узла, точку доступа (AP) или любой другой тип интерфейсного устройства, выполненного с возможностью работы в беспроводном окружении.
Фиг.7 - это примерная функциональная блок-схема 700 WTRU 110 и базовой станции 120. Как показано на фиг.7, WTRU 110 поддерживает связь с базовой станцией 120.
В дополнение к компонентам, которые можно находить в типичном WTRU, WTRU 110 включает в себя процессор 115, приемное устройство 116, передающее устройство 117 и антенну 118. Приемное устройство 116 и передающее устройство 117 поддерживают связь с процессором 115. Антенна 118 поддерживает связь как с приемным устройством 116, так и с передающим устройством 117, чтобы упрощать передачу и прием беспроводных данных. Процессор 115 WTRU 110 выполнен с возможностью осуществлять передачи обслуживания.
В дополнение к компонентам, которые можно находить в типичной базовой станции, базовая станция 120 включает в себя процессор 125, приемное устройство 126, передающее устройство 127 и антенну 128. Приемное устройство 126 и передающее устройство 127 поддерживают связь с процессором 125. Антенна 128 поддерживает связь как с приемным устройством 126, так и с передающим устройством 127, чтобы упрощать передачу и прием беспроводных данных. Процессор 125 базовой станции выполнен с возможностью осуществлять передачи обслуживания.
Фиг.8A-8B являются диаграммами 800 сигналов для передачи обслуживания от 3GPP-доступа (EUTRAN) доверенной сети не-3GPP IP-доступа по S2a с помощью PMIPv6. Устройства, осуществляющие связь, на диаграмме 800 сигналов включают в себя WTRU 110, устройство 130 3GPP-доступа, доверенную сеть 140 не-3GPP-доступа, SGSN 150, обслуживающий SAE GW 160, PDN SAE GW 170, HSS/AAA-сервер 180 и PCRF 190.
WTRU 110 обнаруживает доверенную сеть 140 не-3GPP IP-доступа и определяет инициировать передачу обслуживания от используемого в данный момент UTRAN-доступа обнаруженной доверенной сети не-3GPP IP-доступа (815). Здесь пользовательские данные восходящей и нисходящей линии связи передаются через однонаправленные каналы между WTRU 110 и исходной сетью доступа, GTP-туннель или туннели, между исходной сетью 130 3GPP-доступа, обслуживающим SAE GW 160 и PDN SAE GW 170 (810).
Начальные конкретные для не-3GPP-доступа процедуры L2 затем выполняются между WTRU 110 и доверенной сетью 140 не-3GPP IP-доступа (820). Эти процедуры являются конкретными для не-3GPP-доступа и выходят за рамки 3GPP.
Процедура EAP-аутентификации и авторизации инициируется и выполняется с участием WTRU 110, доверенной сети 140 не-3GPP IP-доступа и 3GPP HSS/AAA-сервера 180 (825). В ситуации роуминга может быть несколько участвующих AAA-прокси-серверов. В качестве части процедуры аутентификации IP-адрес PDN SAE GW 170, который должен использоваться, может быть передан в агент на базе мобильного IP-протокола для прокси-сервера (PMA) в доверенной сети 140 не-3GPP IP-доступа.
После успешной аутентификации и авторизации процедура присоединения уровня три (L3) инициируется (830). PMA-функция доверенной сети не-3GPP IP-доступа отправляет сообщение обновления привязки для прокси-сервера (835) в PDN SAE GW 170, который обрабатывает сообщение обновления привязки для прокси-сервера и создает запись кэша привязок для WTRU 110. PDN SAE GW 170 затем выделяет IP-адрес для WTRU 110 и отправляет сообщение подтверждения приема (ACK) привязки для прокси-сервера (840) в PMA-функцию в доверенной сети 140 не-3GPP IP-доступа. Сообщение (840) ACK привязки для прокси-сервера может включать в себя IP-адрес или адреса, выделенные для WTRU 110. Выделенный IP-адрес может быть идентичным назначенному для WTRU 110 перед передачей обслуживания от сети 130 3GPP-доступа.
PMIPv6-туннель устанавливается между доверенной сетью 140 не-3GPP IP-доступа и PDN SAE GW 170 (845). Сообщение обновления политики (850) отправляется из PDN SAE GW 170 в PCRF 190, указывающее новый GW. PCRF 190 затем отправляет сообщение подтверждения обновления политики (855) в PDN SAE GW 170. PCRF 190 отправляет сообщение обновления информации политик (860) в доверенную сеть 140 не-3GPP-доступа, которая включает в себя новый GW. Доверенная сеть 140 не-3GPP-доступа отправляет сообщение подтверждения обновления политики (865) в PCRF 190.
На этапе 870 ресурсы конечных точек GTP-туннеля и однонаправленного канала радиодоступа (RAB) должны быть высвобождены. PDN SAE GW 170 отправляет сообщение высвобождения ресурсов GTP и RAB (875) в SGSN 150, которая перенаправляет сообщение высвобождения ресурсов RAB (876) в сеть 130 3GPP-доступа, чтобы высвобождать ресурсы конечных точек туннеля и радиоресурсы. Сеть 130 3GPP-доступа затем отправляет сообщение ACK по высвобождению ресурсов RAB (877) в SGSN 150, которая перенаправляет его в форме сообщения ACK по высвобождению ресурсов GTP и RAB (878) в PDN SAE GW 170.
На данном этапе процедура присоединения L3 выполняется (этап 880). Возможность подключения по IP между WTRU 110 и PDN SAE GW 170 задается для направлений восходящей и нисходящей линии связи по доверенной сети 140 не-3GPP IP-доступа (885). Очистка ресурсов для исходной сети 130 3GPP-доступа затем инициируется посредством выполнения обязательной процедуры высвобождения ресурсов 3GPP (890). PDN SAE GW 170 должен сохранять возможность подключения по IP для WTRU 110 на этой стадии.
Фиг.9A-9B являются диаграммами 900 сигналов для передачи обслуживания от доверенной сети не-3GPP IP-доступа E-UTRAN с помощью PMIPv6. Устройства, осуществляющие связь, на диаграмме 900 сигналов включают в себя WTRU 110, доверенную сеть 135 не-3GPP-доступа, E-UTRAN 145, объект управления мобильностью (MME) 155, обслуживающий GW 165 и старый MME 175, PDN GW 185, HSS/AAA-сервер 186 и PCRF 190.
В этом сценарии WTRU 110 начинает с использования доверенной сети 135 не-3GPP-доступа и обслуживается посредством PDN GW 185 по PMIPv6-туннелю (этап 910). WTRU 110 обнаруживает сеть LTE E-UTRAN-доступа 145 и определяет передавать свои текущие сеансы, через передачу обслуживания, от используемой в данный момент системы не-3GPP-доступа обнаруженной сети E-UTRAN-доступа (этап 915).
WTRU 110 отправляет сообщение запроса на присоединение (920), которое маршрутизируется посредством сети E-UTRAN-доступа 145 в MME 155, который в свою очередь контактирует с HSS/AAA 186 и аутентифицирует WTRU 110 (этап 925). В качестве части процедуры аутентификации IP-адрес PDN GW 185 передается в MME 155. После успешной аутентификации MME 155 выполняет процедуру обновления местоположения с помощью HSS/AAA 186, которая включает в себя извлечение данных абонентов (этап 926).
MME 155 выбирает обслуживающий GW 165 и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (IMSI, идентификатор MME-контекста) (930) в выбранный обслуживающий GW 165, которое включает в себя IP-адрес PDN GW 185, предоставленный посредством HSS/AAA 186.
На основе запроса на создание однонаправленного канала по умолчанию от MME 155 обслуживающий GW 165 инициирует процедуру регистрации PMIPv6 в направлении PDN GW 185 посредством отправки сообщения обновления привязки для прокси-сервера (BU) (935). PDN GW 185 отвечает с ACK привязки для прокси-сервера (935) и обновляет свою привязку по мобильности посредством эффективного переключения PMIPv6-туннеля от доверенной сети 135 не-3GPP-доступа на обслуживающий GW 165. В сообщении (936) ACK привязки для прокси-сервера PDN GW 185 отвечает с тем же IP-адресом или префиксом, который назначен WTRU 110 ранее. PMIPv6-туннель теперь существует между PDN GW 185 и обслуживающим GW 165.
Обслуживающий GW 165 возвращает сообщение ответа по созданию однонаправленного канала по умолчанию (940) в MME 155, которое включает в себя IP-адрес WTRU 110. Помимо этого это сообщение также выступает в качестве индикатора для MME 155, что привязка выполнена успешно.
PDN GW 185 отправляет сообщение обновления политики (941) в PCRF 190, которая отвечает посредством отправки сообщения подтверждения обновления политики (942) в PDN GW 185.
MME 155 отправляет сообщение разрешения на присоединение (943) в WTRU 110 через E-UTRAN 145. Сообщение разрешения на присоединение (943) включает в себя IP-адрес WTRU 110.
PCRF 190 затем отправляет сообщение обновления информации политик (950) в обслуживающий GW 165 с информацией по новому GW, и однонаправленный канал радиодоступа и однонаправленный канал S1 устанавливаются (этап 955), и обслуживающий GW отправляет сообщение подтверждения обновления политики (956) в PCRF 190.
Чтобы выполнять передачу обслуживания, PDN GW 185 отправляет сообщение запроса на высвобождение ресурсов конечных точек туннеля и радиоресурсов (960) в доверенный объект 135 не-3GPP IP-доступа, который возвращает сообщение подтверждения приема (ACK) по высвобождению ресурсов (965) для высвобождения в PDN GW 185. Однонаправленный канал радиодоступа и однонаправленный канал S1 затем устанавливаются (этап 970), и PMIPv6-туннель устанавливается (этап 975).
Фиг.10A-10B являются диаграммами 1000 сигналов для передачи обслуживания от E-UTRAN к доверенной сети не-3GPP IP-доступа с помощью PMIPv6. Устройства, осуществляющие связь, на диаграмме 1000 сигналов включают в себя WTRU 110, доверенную сеть 135 не-3GPP-доступа, E-UTRAN 145, MME 155, обслуживающий GW 165, PDN GW 185, HSS/AAA-сервер 186 и PCRF 190. В этом сценарии пользовательские данные восходящей и нисходящей линии связи передаются через следующее: однонаправленные каналы радиодоступа и однонаправленные каналы S1 между WTRU 110 и исходной сетью доступа (1011) и GTP-туннель (и) между исходной сетью 3GPP-доступа, обслуживающим GW 165 и PDN GW 185 (1010).
WTRU 110 обнаруживает доверенную систему 135 не-3GPP IP-доступа и определяет инициировать передачу обслуживания от используемой в данный момент сети 145 EUTRAN-доступа к обнаруженной доверенной системе 135 не-3GPP IP-доступа (этап 1015). Начальные конкретные для не-3GPP-доступа процедуры L2 выполняются (этап 1020).
Процедура EAP-аутентификации инициируется и выполняется (этап 1025) с участием WTRU 110, доверенной системы 135 не-3GPP IP-доступа и 3GPP HSS/AAA-сервера 186. В случае роуминга может быть несколько участвующих AAA-прокси-серверов. В качестве части процедуры аутентификации и авторизации IP-адрес PDN GW 1025, который должен использоваться, передается в PMA в доверенной системе 135 не-3GPP IP-доступа. После успешной аутентификации и авторизации процедура присоединения L3 инициируется (этап 1030).
PMA-функция доверенной системы 135 не-3GPP IP-доступа отправляет сообщение обновления привязки для прокси-сервера (1035) в PDN GW 185, который обрабатывает обновление привязки для прокси-сервера и создает запись кэша привязок для WTRU 110 и выделяется IP-адрес для WTRU 110. PDN GW 185 затем отправляет сообщение подтверждения приема привязки для прокси-сервера (1040) в PMA-функцию в доверенной системе 135 не-3GPP IP-доступа, которое включает в себя IP-адрес или адреса, выделенные для WTRU 110. Выделенный IP-адрес является идентичным назначенному для WTRU 110 по 3GPP-доступу.
PMIPv6-туннель устанавливается между доверенной системой 135 не-3GPP IP-доступа и PDN GW 185 (этап 1045).
PDN GW 185 отправляет сообщение обновления политики (1046) в PCRF 190, которая отвечает сообщением подтверждения обновления политики (1047). PCRF 190 затем отправляет сообщение обновления информации политик (1048) в доверенный объект 135 не-3GPP IP-доступа с информацией о новом GW. Доверенный объект не-3GPP IP-доступа отправляет сообщение подтверждения обновления политики (1050) обратно в PCRF 190.
Чтобы выполнять передачу обслуживания, PDN GW 185 отправляет сообщение запроса на высвобождение ресурсов конечных точек туннеля и радиоресурсов (1055) в обслуживающий GW 165, который перенаправляет сообщение с запросом на высвобождение ресурсов протокола GPRS-туннелирования (GTP) и однонаправленного канала радиодоступа (RAB) (1060) в MME 155, которое перенаправляется в E-UTRAN 145. E-UTRAN 145 отправляет сообщение ACK по высвобождению ресурсов GTP и RAB (1065) в MME 155, который перенаправляет сообщение ACK по высвобождению ресурсов (1070) в PDN GW 185. Здесь процедура присоединения L3 завершается (этап 1075). Возможность подключения по IP между WTRU 110 и PDN GW 185 задается для направления восходящей и нисходящей линии связи по доверенному объекту 135 не-3GPP IP-доступа.
Фиг.11A-11B являются диаграммами 1100 сигналов для передачи обслуживания от доверенной сети не-3GPP IP-доступа с помощью DSMIPv6 по S2c к сети 3GPP-доступа. Устройства, осуществляющие связь, на диаграмме 1100 сигналов включают в себя WTRU 110, доверенную сеть 135 не-3GPP-доступа, E-UTRAN 145, объект управления мобильностью (MME) 155, обслуживающий GW 165 и старый MME 175, PDN GW 185, HSS/AAA-сервер 186 и PCRF 190.
В этом сценарии сеанс начинается в доверенной системе не-3GPP-доступа (к примеру, E-UTRAN) с использованием DSMIPv6 в сценарии не в роуминге через DSMIPv6-туннель 1110 между WTRU 110 и PDN GW 185.
На этапе 1115 WTRU 110 обнаруживает систему 3GPP-доступа и определяет передавать обслуживание от используемой в данный момент доверенной системы 135 не-3GPP-доступа обнаруженной системе 3GPP-доступа. WTRU 110 отправляет сообщение запроса на присоединение (1120), которое маршрутизируется посредством системы 3GPP-доступа в MME 155. MME 155 контактирует с HSS/AAA-сервером 186 и аутентифицирует WTRU 110 (этап 1125). В качестве части процедуры аутентификации IP-адрес PDN GW 185, используемый в 3GPP-доступе, передается в MME 155. После успешной аутентификации MME 155 выполняет процедуру обновления местоположения с помощью HSS/AAA-сервера 186 (этап 1130).
MME 155 выбирает обслуживающий GW 165 и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (включающее в себя IMSI, идентификатор MME-контекста и IP-адрес PDN GW) (1135) в выбранный обслуживающий GW 165.
Для S5 на основе IETF обслуживающий GW 165 инициирует процедуру регистрации PMIPv6 в направлении PDN GW 185 посредством отправки сообщения обновления привязки для прокси-сервера (1140). Если NAI пользователя не включен, обслуживающий GW 165 может извлекать его. PDN GW 185 отвечает сообщением ACK привязки для прокси-сервера (1145) и обновляет свою привязку по мобильности, которая эффективно переключает DSMIPv6-туннель от сети не-3GPP-доступа на PMIPv6-туннель к обслуживающему GW 165. В сообщение ACK привязки для прокси-сервера (1145) PDN GW 185 включает тот же IP-адрес или префикс, который назначен WTRU 110 ранее.
Для S5 на основе GTP обслуживающий GW 165 отправляет сообщение с запросом на создание однонаправленного канала (1146) в PDN GW 185, который отвечает сообщением ответа по созданию однонаправленного канала (1147) в обслуживающий GW 165. Сообщение ответа по созданию однонаправленного канала (1147) содержит тот же IP-адрес или префикс, который назначен WTRU 110 ранее.
Обслуживающий GW 165 возвращает сообщение ответа по созданию однонаправленного канала по умолчанию (1155) в MME 155. Это сообщение также включает в себя IP-адрес WTRU 110. Это сообщение также выступает в качестве индикатора для MME 155, что привязка выполнена успешно. Сообщение обновления политики (1150), указывающее новый GW, отправляется из PDN GW 185 в PCRF 190. PCRF 190 отправляет сообщение подтверждения обновления политики 1156 в PDN GW 185.
PCRF 190 затем отправляет сообщение обновления информации политик 1157 в обслуживающий GW 165, который отвечает сообщением подтверждения обновления политики 1159.
На этапе 1158 установление однонаправленного канала радиодоступа (RB) и однонаправленного канала S1-U выполняется, и присоединение в EUTRAN завершается. Это может осуществляться с помощью отправки посредством MME 155 сообщения разрешения на присоединение в WTRU 110 через 3GPP-доступ и инициирования посредством системы 3GPP-доступа процедуры установления однонаправленного канала радиодоступа. Система 3GPP-доступа может отвечать сообщением завершения присоединения. Однонаправленный канал радиодоступа и однонаправленный канал S1 затем устанавливаются (этап 1160), и PMIPv6/GTP-туннель устанавливается между обслуживающим GW 165 и PCRF 190 (этап 1161).
PDN GW 185 отправляет сообщение высвобождения ресурсов (1165) в доверенную систему 135 не-3GPP IP-доступа, и доверенная система 135 не-3GPP IP-доступа отправляет сообщение подтверждения приема по высвобождению ресурсов 1170 в PDN GW 185.
Здесь WTRU 110 может отправлять BU в PDN GW 185, чтобы отменять регистрацию своей привязки DSMIPv6, которая создана в то время, когда WTRU 110 находился в системе не-3GPP-доступа (этап 1175).
Фиг.12A-12B являются диаграммами 1200 сигналов для передачи обслуживания от сети 3GPP-доступа доверенной сети не-3GPP IP-доступа с помощью DSMIPv6 по S2c. Устройства, осуществляющие связь, на диаграмме 1100 сигналов включают в себя WTRU 110, доверенную сеть 135 не-3GPP-доступа, E-UTRAN 145, объект управления мобильностью (MME) 155, обслуживающий GW 165 и старый MME 175, PDN GW 185, HSS/AAA-сервер 186 и PCRF 190. В этом сценарии сеанс начинается в 3GPP-доступе (к примеру, E-UTRAN) с использованием PMIPv6 или GTP по SB. Альтернативно, S5 не используется, к примеру, когда обслуживающий GW 165 и PDN GW 185 размещаются совместно. Обслуживание сеанса передается доверенной системе 135 не-3GPP-доступа, которая не использует PMIPv6, где WTRU 10 принимает префикс, отличающийся от используемого в системе 3GPP-доступа. WTRU 110 далее инициирует DSMIPv6 с тем же PDN GW 185, чтобы сохранять IP-сеанс.
На этапе 1210 WTRU 110 использует систему 3GPP-доступа и имеет IP-адрес, который поддерживается по S5-интерфейсу. PMIPv6/GTP-туннель предоставляется между обслуживающим GW 165 и PDN GW 185.
WTRU 110 обнаруживает доверенную систему 135 не-3GPP-доступа и инициирует процедуру не-3GPP-доступа (этап 1215). Решение может быть основано на ряде причин, к примеру, на локальных политиках WTRU 110.
На этапе 1220 WTRU 110 выполняет аутентификацию и авторизацию доступа в системе не-3GPP-доступа. 3GPP HSS/AAA-сервер 186 аутентифицирует и авторизует WTRU 110 для доступа в не-3GPP-системе.
Конфигурирование CoA (этап 1225) осуществляется между WTRU 110 и доверенной системой 135 не-3GPP IP-доступа. Система 135 не-3GPP IP-доступа может не поддерживать PMIPv6 или она может не использовать PMIPv6. Следовательно, WTRU 110 может принимать IP-адрес, который отличается от IP-адреса, который он использовал в системе 3GPP-доступа. Поскольку WTRU 110 получает IP-адрес, который не является идентичным адресу из 3GPP-системы, WTRU 110 может инициировать процедуры DSMIPv6, чтобы сохранять свои IP-сеансы.
На этапе 1230 WTRU 110 может обнаруживать адрес PDN GW 185 с использованием процедур самоинициализации MIPv6. Дополнительно WTRU 110 также может выполнять SA-установление на основе IKEv2 и IPSec с PDN GW (этап 1235). Это происходит, если используется RFC 4877 для того, чтобы устанавливать SA с между WTRU 110 и PDN GW 185. Это также может заключать в себе аутентификацию и авторизацию посредством 3GPP HSS/AAA-системы 186 (этап 1236).
WTRU 110 затем отправляет сообщение BU DSMIPv6 (этап 1240) в PDN GW 185, чтобы регистрировать свой CoA. PDN GW 185 аутентифицирует и авторизует WTRU 110, отправляет обратно BA, включающий в себя IP-адрес или собственный адрес, который WTRU 110 использовал в системе 3GPP-доступа.
Сообщение обновления политики (этап 1245), указывающее новый GW, отправляется из PDN GW 185 в PCRF 190, которая отвечает сообщением подтверждения обновления политики в PDN GW 185.
PCRF 190 затем отправляет сообщение 1246 обновления информации политик в доверенную систему 135 не-3GPP IP-доступа. Доверенная система 135 не-3GPP IP-доступа отправляет сообщение подтверждения обновления политики в PCRF 190.
DSMIPv6-туннель устанавливается (этап 1250), и ресурсы конечных точек GTP-туннеля и ресурсы RAB высвобождаются (этап 1255). Это может быть выполнено посредством отправки посредством PDN GW 185 сообщения высвобождения ресурсов конечных точек GTP-туннеля и RAB-ресурсов (этап 1260) в обслуживающий GW 165, который в свою очередь перенаправляет сообщение высвобождения ресурсов RAB (этап 1261) в E-UTRAN 145. E-UTRAN 145 отправляет сообщение подтверждения приема высвобождения ресурсов RAB (этап 1265) в обслуживающий GW 165, который перенаправляет сообщение подтверждения по высвобождению ресурсов GTP и RAB (этап 1270) в PDN GW 185. Здесь WTRU 110 может продолжать применять IP-услугу с использованием того же IP-адреса.
Фиг.13 - это диаграмма 1300 сигналов для процедуры обновления LTE_RA. Устройствами, осуществляющие связь, на фиг.13 являются LTE WTRU 110, eNode-B 120 и LTE MME/UPE 155.
Движущийся LTE WTRU 110 находится в состоянии LTE_IDLE (CELL_PCH) на этапе 1310. LTE WTRU 110 входит в новый LTE_RA (т.е. изменяет свою соту), ожидает вызова в новом BCCH и принимает широковещательную передачу системной информации (CELL_ID), чтобы определять новый LTE_RA, которому сота принадлежит (этап 1315).
На этапе 1340 LTE WTRU 110 находится в состоянии LTE_ACTIVE (CELL_DCH) и выполняет процедуры обновления LTE_RA посредством отправки сообщения обновления LTE_RA (этап 1325), содержащего временные идентификационные данные LTE WTRU 110. Новый eNode-B 120 определяет целевой MME/UPE 155 (этап 1330) и маршрутизирует сообщение обновления LTE_RA (этап 1335) в корректный MME/UPE 155. На этапе 1340 LTE MME/UPE 155 распознает, что LTE WTRU 110 находится в состоянии LTE_ACTIVE (CELL_DCH), и отправляет сообщение подтверждения обновления LTE_RA (этап 1345), которое назначает LTE WTRU 110 новому LTE_RA и инструктирует ему возвращаться в состояние LTE_IDLE.
LTE WTRU 110 отправляет сообщение завершения обновления LTE_RA (этап 1350) в LTE MME/UPE 155. LTE WTRU 110 затем повторно входит в состояние LTE_IDLE (CELL_PCH) (этап 1360). Уменьшение числа присоединений к сети может осуществляться как результат взаимосвязи "из множества точек к множеству точек" между eNode-B 120 и LTE MME/UPE 155.
Хотя признаки и элементы описываются выше в конкретных комбинациях, каждый признак или элемент может использоваться автономно без других признаков и элементов или в различных комбинациях с другими признаками или без других признаков и элементов. Способы или блок-схемы последовательности операций способа, представленные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель хранения данных для выполнения посредством компьютера общего назначения или процессора. Примеры машиночитаемых носителей хранения включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD).
Надлежащие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат.

Процессор, ассоциированный с программным обеспечением, может быть использован для того, чтобы реализовывать радиочастотное приемо-передающее устройство для использования в беспроводном модуле приема-передачи (WTRU), абонентском устройстве (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, такими как камера, модуль видеокамеры, видеофон, спикерфон, вибрационное устройство, динамик, микрофон, телевизионное приемо-передающее устройство, гарнитура громкой связи, клавиатура, модуль Bluetooth, частотно-модулированный (FM) радиомодуль, жидкокристаллический дисплей (LCD), дисплей на органических светоизлучающих диодах (OLED), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства видеоигр, Интернет-обозреватель и/или любой модуль беспроводной локальной вычислительной сети (WLAN) или по стандарту сверхширокополосной радиосвязи (UWB).
Варианты осуществления
1. Способ управления ресурсами в ходе операции передачи обслуживания.
2. Способ по варианту осуществления 1, дополнительно содержащий этап, на котором инициируют передачу обслуживания от первой сети доступа второй сети доступа.
3. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение обновления политики.
4. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают сообщение подтверждения обновления политики.
5. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение высвобождения ресурсов протокола туннелирования общей службы пакетной радиосвязи (GPRS) (GTP) и однонаправленного канала радиодоступа (RAB).
6. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают подтверждение приема (ACK) по высвобождению ресурсов GTP и RAB.
7. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором устанавливают возможности подключения для передачи по восходящей и нисходящей линии связи во второй сети доступа.
8. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.
9. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором высвобождают ресурсы в первой сети доступа.
10. Способ по любому предшествующему варианту осуществления, в котором первая сеть - это сеть доступа по стандарту партнерского проекта третьего поколения (3GPP), а вторая сеть - это доверенная сеть доступа по не-3GPP Интернет-протокола (IP).
11. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики, сообщение подтверждения обновления политики, сообщение высвобождения ресурсов GTP и RAB и/или ACK по высвобождению ресурсов GTP и RAB отправляются по S5-интерфейсу.
12. Способ по любому предшествующему варианту осуществления, в котором первая сеть - это доверенная сеть доступа по не связанному с партнерским проектом третьего поколения (3GPP) Интернет-протоколу (IP), а вторая сеть - это сеть усовершенствованного универсального наземного радиодоступа (E-UTRAN) по стандарту долгосрочного развития (LTE).
13. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики, сообщение подтверждения обновления политики, сообщение высвобождения ресурсов GTP и RAB и/или ACK по высвобождению ресурсов GTP и RAB отправляются по S2c-интерфейсу.
14. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором инициируют передачу обслуживания от первой сети доступа ко второй сети доступа.
15. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают сообщение обновления политики.
16. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение подтверждения обновления политики.
17. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение обновления информации политик.
18. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают сообщение подтверждение обновления информации политик.
19. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.
20. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления информации политик включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.
21. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики, сообщение подтверждения обновления политики, сообщение обновления информации политик и/или сообщение подтверждения обновления информации политик отправляются по S5-интерфейсу.
22. Способ по любому предшествующему варианту осуществления, в котором первая сеть - это сеть доступа по стандарту партнерского проекта третьего поколения (3GPP), а вторая сеть - это доверенная сеть доступа по не-3GPP Интернет-протоколу (IP).
23. Базовая станция, выполненная с возможностью осуществлять способ по любому предшествующему варианту осуществления.
24. Базовая станция по варианту осуществления 24, дополнительно содержащая приемное устройство.
25. Базовая станция по любому из вариантов осуществления 23-24, дополнительно содержащая передающее устройство.
26. Базовая станция по любому из вариантов осуществления 23-25, дополнительно содержащая процессор, поддерживающий связь с приемным устройством и передающим устройством, при этом процессор выполнен с возможностью осуществлять любую из следующих функций: отправлять сообщение обновления политики, принимать сообщение подтверждения обновления политики, отправлять сообщение высвобождения ресурсов протокола туннелирования общей службы пакетной радиосвязи (GPRS) (GTP) и однонаправленного канала радиодоступа (RAB), принимать подтверждение приема (ACK) по высвобождению ресурсов GTP и RAB и/или устанавливать возможности подключения для передачи по восходящей и нисходящей линии связи во второй сети доступа.
27. Базовая станция по любому из вариантов осуществления 23-26, в которой сообщение обновления политики включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.
28. Базовая станция по любому из вариантов осуществления 23-27, в которой процессор дополнительно выполнен с возможностью высвобождать ресурсы в первой сети доступа.
29. Базовая станция по любому из вариантов осуществления 23-28, в которой сообщение обновления политики, сообщение подтверждения обновления политики, сообщение высвобождения ресурсов GTP и RAB и/или ACK по высвобождению ресурсов GTP и RAB отправляются по S5-интерфейсу.