RU2461981C2

RU2461981C2 - Method and apparatus for resource management in handover operation

Info

Publication number: RU2461981C2
Application number: RU2010101910/07A
Authority: RU
Inventors: Камель М. ШАХИН (US); Камель М. ШАХИН
Original assignee: Интердиджитал Текнолоджи Корпорейшн
Priority date: 2007-06-22
Filing date: 2008-06-20
Publication date: 2012-09-20
Also published as: RU2010101910A

Abstract

FIELD: information technology.

SUBSTANCE: method and apparatus for resource management during handover operation includes initiating a handover from a first access network to a second access network. A policy update message is sent and a policy update confirmation message is received. A general packet radio service (GPRS) tunneling protocol (GTP) message and a radio access bearer (RAB) release message is sent and a GTP and RAB release acknowledgment is received. Connectivity is established for uplink and downlink transmission in the second access network.

EFFECT: management of system resources after successful handover.

15 cl, 18 dwg

Description

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

Данная заявка относится к беспроводной связи.This application relates to wireless communications.

Уровень техникиState of the art

Беспроводной модуль приема/передачи (WTRU), который в некоторых случаях может быть абонентским устройством (UE), зачастую подвергается передаче обслуживания в ходе связи. Передача обслуживания может осуществляться от доверенной системы доступа по не связанному с партнерским проектом третьего поколения (не-3GPP) Интернет-протоколу (IP) к системе 3GPP-доступа (сети усовершенствованного универсального наземного радиодоступа (E-UTRAN)) и от системы 3GPP-доступа (E-UTRAN) к доверенной системе не-3GPP IP-доступа.A wireless transmit / receive module (WTRU), which in some cases may be a subscriber unit (UE), is often subjected to handover during communication. Service transfer can be carried out from a trusted access system via an Internet Protocol (IP) that is not connected with a third-generation partner project (non-3GPP), to a 3GPP access system (Advanced Universal Terrestrial Radio Access Network (E-UTRAN)) and from a 3GPP access system (E-UTRAN) to a trusted non-3GPP IP access system.

Помимо этого передача обслуживания может осуществляться в ходе сценария в роуминге или не в роуминге. Фиг.1 показывает примерную сетевую архитектуру 100. Как определено на фиг.1 и далее, применяются следующие опорные точки:In addition, a handover may occur during a scenario in roaming or non-roaming. FIG. 1 shows an example network architecture 100. As defined in FIG. 1 and further, the following reference points apply:

S2a: Предоставляет пользовательскую плоскость со связанным управлением и поддержкой мобильности между доверенным не-3GPP IP-доступом и шлюзом (GW) сети пакетной передачи данных (PDN).S2a: Provides a user plane with associated management and mobility support between trusted non-3GPP IP access and a packet data network (PDN) gateway (GW).

S2b: Предоставляет пользовательскую плоскость со связанным управлением и поддержкой мобильности между усовершенствованным шлюзом пакетной передачи данных (ePDG) и PDN GW.S2b: Provides a user plane with associated management and mobility support between the Advanced Packet Data Gateway (ePDG) and the PDN GW.

S2c: Предоставляет пользовательскую плоскость со связанным управлением и поддержкой мобильности между WTRU и PDN GW. Эта опорная точка реализуется по доверенному и/или недоверенному не-3GPP-доступу и/или 3GPP-доступу.S2c: Provides a user plane with associated management and mobility support between the WTRU and the GW PDN. This reference point is implemented by trusted and / or untrusted non-3GPP access and / or 3GPP access.

S5: Предоставляет туннелирование пользовательской плоскости и управление туннелированием между обслуживающим GW и PDN GW. Он используется для перемещения обслуживающего GW вследствие мобильности и в случае, если обслуживающий GW должен подключаться к размещенному несовместно PDN GW для требуемой возможности подключения к PDN.S5: Provides user plane tunneling and tunnel management between the serving GW and the PDN GW. It is used to move the serving GW due to mobility and in case the serving GW needs to connect to an incompatible GW PDN for the required connectivity to the PDN.

S6a: Этот интерфейс задается между объектом управления мобильностью (MME) и сервером собственных абонентов (HSS) для аутентификации и авторизации.S6a: This interface is defined between the Mobility Management Object (MME) and the Private Subscriber Server (HSS) for authentication and authorization.

S6c: Опорная точка между PDN GW в собственной наземной сети мобильной связи общего пользования (HPLMN) и 3GPP-сервером аутентификации, авторизации и учета (AAA) для связанной с мобильностью аутентификации, при необходимости. Эта опорная точка также может использоваться для того, чтобы извлекать и запрашивать хранение параметров мобильности.S6c: A reference point between a PDN GW in its own public land mobile network (HPLMN) and a 3GPP authentication, authorization and accounting (AAA) server for mobility-related authentication, if necessary. This reference point can also be used to retrieve and request storage of mobility parameters.

S6d: Опорная точка между обслуживающим шлюзом в гостевой наземной сети мобильной связи общего пользования (VPLMN) и 3GPP AAA-прокси-сервером для связанной с мобильностью аутентификации, при необходимости. Эта опорная точка также может использоваться для того, чтобы извлекать и запрашивать хранение параметров мобильности.S6d: A reference point between a serving gateway in a guest public land mobile network (VPLMN) and a 3GPP AAA proxy server for mobility-related authentication, if necessary. This reference point can also be used to retrieve and request storage of mobility parameters.

S7: Предоставляет передачу правил и политик тарификации и оплаты на основе качества обслуживания (QoS) из функции правил и политик тарификации и оплаты (PCRF) в точку применения политик тарификации и оплаты (PCEF). Выделение PCEF предназначено для дополнительного изучения (FFS).S7: Provides the transfer of charging and billing rules and policies based on Quality of Service (QoS) from the function of charging and billing rules and policies (PCRF) to the point of application of charging and billing policies (PCEF). PCEF isolation is for further study (FFS).

S8b: Интерфейс роуминга в случае роуминга с собственным маршрутизируемым трафиком. Он предоставляет пользовательскую плоскость со связанным управлением между шлюзами в VPLMN и HPLMN.S8b: Roaming interface in the case of roaming with its own routed traffic. It provides a user plane with associated control between gateways in VPLMN and HPLMN.

S9: Указывает вариант роуминга опорной точки S7 для активации в VPLMN динамических политик управления из HPLMN.S9: Specifies the option of roaming the S7 reference point to activate dynamic management policies from HPLMN in the VPLMN.

SGi: Опорная точка между PDN-шлюзом и сетью пакетной передачи данных. Сеть пакетной передачи данных может быть внешней для оператора сетью общего пользования или частной сетью для пакетной передачи данных либо внутренней сетью пакетной передачи данных оператора, к примеру, для предоставления услуг мультимедийной подсистемы на базе IP-протокола (IMS). Эта опорная точка соответствует функциональностям Gi и Wi и поддерживает все системы 3GPP- и не-3GPP-доступа.SGi: A reference point between a PDN gateway and a packet data network. The packet data network may be an external public network for the operator or a private network for packet data or an internal packet data network of the operator, for example, to provide multimedia subsystem services based on IP protocol (IMS). This reference point corresponds to the functionality of Gi and Wi and supports all 3GPP and non-3GPP access systems.

Wa*: Соединяет недоверенный не-3GPP IP-доступ с 3GPP AAA-сервером/прокси-сервером и транспортирует аутентификацию, авторизацию доступа и связанную с тарификацией и оплатой информацию защищенным способом.Wa *: Connects untrusted non-3GPP IP access to the 3GPP AAA server / proxy server and transports authentication, access authorization, and billing and payment information in a secure way.

Ta*: Соединяет доверенный не-3GPP IP-доступ с 3GPP AAA-сервером/прокси-сервером и транспортирует аутентификацию, авторизацию доступа, параметры мобильности и связанную с тарификацией и оплатой информацию защищенным способом.Ta *: Connects trusted non-3GPP IP access to the 3GPP AAA server / proxy server and transports authentication, access authorization, mobility settings, and billing and payment information in a secure way.

Wd*: Подключает 3GPP AAA-прокси-сервер, возможно через промежуточные сети, к 3GPP AAA-серверу. Различием по сравнению с Wd является FFS.Wd *: Connects a 3GPP AAA proxy server, possibly through intermediate networks, to a 3GPP AAA server. The difference compared to Wd is FFS.

Wm*: Эта опорная точка находится между 3GPP AAA-сервером/прокси-сервером и ePDG и используется для передачи служебных сигналов AAA (транспортировки параметров мобильности, туннелирования данных аутентификации и авторизации).Wm *: This reference point is located between the 3GPP AAA server / proxy server and ePDG and is used to transmit AAA service signals (transport mobility parameters, tunneling authentication and authorization data).

Wn*: Это опорная точка между недоверенным не-3GPP IP-доступом и ePDG. Трафик по этому интерфейсу для инициированного туннеля должен принудительно направляться в ePDG.Wn *: This is the reference point between untrusted non-3GPP IP access and ePDG. Traffic on this interface for the initiated tunnel must be forcibly routed to ePDG.

Wx*: Эта опорная точка находится между 3GPP AAA-сервером и HSS и используется для транспортировки данных аутентификации.Wx *: This reference point is located between the 3GPP AAA server and the HSS and is used to transport authentication data.

Использование S6, S8 и S9 для предоставления в гостевую сеть статических/динамических политик находится на рассмотрении. Также на рассмотрении находится случай, если два проиллюстрированных S7-интерфейса являются различными. S1-интерфейс для E-UTRAN является идентичным для обеих архитектур.The use of S6, S8, and S9 to provide static / dynamic policies to the guest network is pending. Also under consideration is the case if the two illustrated S7 interfaces are different. The S1 interface for E-UTRAN is identical for both architectures.

Фиг.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 для сценария не в роуминге. Обмен служебными сигналами выполняется следующим образом:FIG. 2 is a signaling diagram 200 for traditional handover from a UTRAN of a 3GPP access of a non-3GPP IP access trusted network. The handover scenario includes a reference point S2a and includes scenarios using PMIPv6 and IP4 for mobile devices (MIP4) with an external agent transfer address (FACoA). For the FACoA mode of MIPv4, it can be assumed that S2a is performed between the FA in the non-3GPP system and the PDN GW in the HPLMN. Although the WTRU is connected in a 3GPP access system, PMIPv6 or the tunneling protocol for the General Packet Radio Service (GPRS) (GTP) standard is used over S5. IPv6 for Dual Stack Mobile Devices (DSMIPv6), used over S2c, is compatible with DSMIPv6 specifications over S2a using PMIPv6 for non-roaming scenarios. The exchange of service signals is performed as follows:

1. WTRU обнаруживает доверенный не-3GPP IP-доступ и определяет инициировать передачу обслуживания от используемого в данный момент UTRAN-доступа к обнаруженной доверенной системе не-3GPP IP-доступа. Механизм, который помогает WTRU обнаруживать доверенный не-3GPP IP-доступ, указывается в разделе обнаружения и выбора сети. На этой стадии пользовательские данные восходящей и нисходящей линии связи передаются через следующее: однонаправленные каналы между WTRU и исходной сетью доступа, GTP-туннель(и) между исходной сетью 3GPP-доступа, обслуживающим GW и PDN GW.1. The WTRU detects trusted non-3GPP IP access and determines to initiate a handover from the currently used UTRAN access to the detected trusted non-3GPP IP access system. The mechanism that helps the WTRU to detect trusted non-3GPP IP access is indicated in the network discovery and selection section. At this stage, uplink and downlink user data is transmitted through the following: unidirectional channels between the WTRU and the source access network, GTP tunnel (s) between the source 3GPP access network serving the GW and the PDN GW.

2. Начальные конкретные для не-3GPP-доступа процедуры L2 выполняются. Эти процедуры являются конкретными для не-3GPP-доступа и выходят за рамки 3GPP.2. Initial non-3GPP-specific L2 access procedures are performed. These procedures are specific for non-3GPP access and go beyond 3GPP.

3. Процедура EAP-аутентификации инициируется и выполняется с участием WTRU, доверенного не-3GPP IP-доступа и 3GPP AAA-сервера. В случае роуминга, может быть несколько участвующих AAA-прокси-серверов. В качестве части процедуры аутентификации, IP-адрес PDN GW, который должен использоваться, передается в PMA в доверенном не-3GPP IP-доступе.3. The EAP authentication procedure is initiated and performed with the participation of the WTRU, trusted non-3GPP IP access and 3GPP AAA server. In the case of roaming, there may be several participating AAA proxies. As part of the authentication procedure, the GW PDN IP address to be used is transmitted to the PMA in trusted non-3GPP IP access.

4. После успешной аутентификации и авторизации инициируется процедура присоединения L3.4. After successful authentication and authorization, the L3 join procedure is initiated.

5. PMA-функция доверенного не-3GPP IP-доступа отправляет сообщение обновления привязки для прокси-сервера в PDN GW.5. The non-3GPP IP access trusted PMA function sends a proxy binding update message to the GW PDN.

6. PDN GW обрабатывает обновление привязки для прокси-сервера и создает запись кэша привязок для WTRU. PDN GW выделяет IP-адрес для WTRU. PDN GW затем отправляет подтверждение приема привязки для прокси-сервера в PMA-функцию в доверенном не-3GPP IP-доступе, включающее в себя IP-адрес(а), выделенный для WTRU. Выделенный IP-адрес является идентичным назначенному для WTRU ранее по 3GPP-доступу.6. The GW PDN processes the binding update for the proxy server and creates a binding cache entry for the WTRU. The GW PDN allocates an IP address for the WTRU. The GW PDN then sends the proxy binding confirmation to the PMA function in a trusted non-3GPP IP access including the IP address (s) allocated to the WTRU. The dedicated IP address is identical to that assigned to the WTRU previously over 3GPP access.

7. PMIPv6-туннель устанавливается между доверенным не-3GPP IP-доступом и PDN GW.7. A PMIPv6 tunnel is established between trusted non-3GPP IP access and GW PDN.

8. Процедура присоединения L3 выполняется. Возможность подключения по IP между WTRU и PDN GW задается для направления восходящей и нисходящей линии связи по доверенному не-3GPP IP-доступу.8. The L3 connection procedure is in progress. The IP connectivity between the WTRU and the GW PDN is set to route the uplink and downlink over trusted non-3GPP IP access.

9. Очистка ресурсов для исходного 3GPP-доступа инициируется посредством выполнения необходимых процедур на основе процедур, указанных в 3GPP-стандарте. PDN GW должен сохранять возможность подключения по IP для WTRU.9. The purification of resources for the initial 3GPP access is initiated by performing the necessary procedures based on the procedures specified in the 3GPP standard. The GW PDN must retain IP connectivity for the WTRU.

Фиг.3 - это схема 300 обмена сигналами для традиционного доверенного не-3GPP IP-доступа с E-UTRAN с передачей обслуживания PMIPv6 для сценария не в роуминге. Обмен служебными сигналами выполняется следующим образом:FIG. 3 is a signaling diagram 300 for a traditional trusted non-3GPP IP access with E-UTRAN with PMIPv6 handoff for a non-roaming scenario. The exchange of service signals is performed as follows:

1. UE использует доверенную систему не-3GPP-доступа и обслуживается посредством PDN GW.1. The UE uses a trusted non-3GPP access system and is served by the PDN GW.

2. UE обнаруживает систему E-UTRAN-доступа и определяет передавать свои текущие сеансы (т.е. передавать обслуживание) от используемой в данный момент системы не-3GPP-доступа обнаруженной системе E-UTRAN-доступа. Механизмы, которые помогают UE обнаруживать систему E-UTRAN-доступа.2. The UE detects the E-UTRAN access system and determines to transmit its current sessions (ie, handoff) from the currently used non-3GPP access system to the detected E-UTRAN access system. Mechanisms that help the UE discover the E-UTRAN access system.

3. UE отправляет запрос на присоединение, который маршрутизируется посредством E-UTRAN в экземпляр MME в EPS.3. The UE sends an attach request, which is routed via the E-UTRAN to the MME instance in EPS.

4. MME контактирует с HSS и аутентифицирует UE. В качестве части процедуры аутентификации, IP-адрес PDN GW, который должен использоваться, передается в MME.4. The MME contacts the HSS and authenticates the UE. As part of the authentication procedure, the GW PDN IP address to be used is transmitted to the MME.

5. После успешной аутентификации MME выполняет процедуру обновления местоположения с помощью HSS.5. After successful authentication, the MME performs the location update procedure using HSS.

6. MME выбирает обслуживающий GW и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (IMSI, идентификатор MME-контекста) в выбранный обслуживающий GW. Оно также включает в себя IP-адрес PDN GW, который предоставлен посредством HSS.6. The MME selects a serving GW and sends a request message to create a default unidirectional channel (IMSI, MME context identifier) to the selected serving GW. It also includes the GW PDN IP address, which is provided through the HSS.

7. На основе запроса на создание однонаправленного канала по умолчанию от MME обслуживающий GW инициирует процедуру регистрации PMIPv6 в направлении PDN GW посредством отправки обновления привязки для прокси-сервера.7. Based on the default bearer request request from the MME, the serving GW initiates the PMIPv6 registration procedure in the direction of the GW PDN by sending a binding update for the proxy server.

8. PDN GW отвечает с ACK привязки для прокси-сервера и обновляет свою привязку по мобильности, которая эффективно переключает PMIPv6-туннель от сети не-3GPP-доступа на обслуживающий GW. В ACK привязки для прокси-сервера PDN GW отвечает с тем же IP-адресом или префиксом, который назначен UE ранее. PMIPv6-туннель теперь существует между PDN GW и обслуживающим GW.8. The PDN GW responds with the ACK binding for the proxy server and updates its mobility binding, which effectively switches the PMIPv6 tunnel from the non-3GPP access network to the serving GW. In the binding ACK for the proxy, the PDN GW responds with the same IP address or prefix that the UE has previously assigned. A PMIPv6 tunnel now exists between the PDN GW and the serving GW.

9. Обслуживающий GW возвращает сообщение ответа по созданию однонаправленного канала по умолчанию в MME. Это сообщение также включает в себя IP-адрес UE. Это сообщение также выступает в качестве индикатора для MME, что привязка выполнена успешно.9. The serving GW returns a default bearer response response message in the MME. This message also includes the IP address of the UE. This message also acts as an indicator for the MME that the binding is successful.

10. MME отправляет сообщение разрешения на присоединение в UE через E-UTRAN.10. The MME sends a join permission message to the UE through the E-UTRAN.

11. Однонаправленный канал радиодоступа и однонаправленный канал S1-U устанавливаются.11. The unidirectional radio access channel and the unidirectional channel S1-U are set.

12. UE возобновляет передачу данных по E-UTRAN.12. The UE resumes data transmission on the E-UTRAN.

Фиг.4 - это схема 400 обмена сигналами для традиционной E-UTRAN с доверенным не-3GPP IP-доступом с передачей обслуживания PMIPv6 для сценария не в роуминге. Обмен служебными сигналами выполняется следующим образом:4 is a signaling diagram 400 for a conventional E-UTRAN with trusted non-3GPP IP access with PMIPv6 handoff for a non-roaming scenario. The exchange of service signals is performed as follows:

2. UE обнаруживает систему E-UTRAN-доступа и определяет передавать свои текущие сеансы (т.е. передавать обслуживание) от используемой в данный момент системы не-3GPP-доступа обнаруженной системе E-UTRAN-доступа. Механизмы, которые помогают UE обнаруживать систему E-UTRAN-доступа, указываются в 3GPP-стандартах.2. The UE detects the E-UTRAN access system and determines to transmit its current sessions (ie, handoff) from the currently used non-3GPP access system to the detected E-UTRAN access system. The mechanisms that help the UE discover the E-UTRAN access system are specified in 3GPP standards.

3. UE отправляет запрос на присоединение, который маршрутизируется посредством E-UTRAN в экземпляр MME в EPS, как указано в TS 23.401.3. The UE sends a join request, which is routed via the E-UTRAN to the MME instance in EPS, as specified in TS 23.401.

4. MME контактирует с HSS и аутентифицирует UE. В качестве части процедуры аутентификации IP-адрес PDN GW, который должен использоваться, передается в MME.4. The MME contacts the HSS and authenticates the UE. As part of the authentication procedure, the GW PDN IP address to be used is transmitted to the MME.

Фиг.5 - это схема 500 обмена сигналами для традиционной процедуры реализации передачи обслуживания от доверенной системы не-3GPP IP-доступа с помощью DSMIPv6 по S2c системе 3GPP-доступа в традиционном сценарии не в роуминге. В этом сценарии сеанс начинается в доверенной системе не-3GPP-доступа (к примеру, E-UTRAN) с использованием DSMIPv6 в сценарии не в роуминге. Затем обслуживание сеанса передается системе 3GPP-доступа. Обмен служебными сигналами выполняется следующим образом:5 is a signaling diagram 500 for a conventional procedure for implementing handoff from a trusted non-3GPP IP access system using DSMIPv6 over S2c 3GPP access systems in a traditional non-roaming scenario. In this scenario, the session begins in a trusted non-3GPP access system (for example, E-UTRAN) using DSMIPv6 in a non-roaming scenario. Then, session service is transferred to the 3GPP access system. The exchange of service signals is performed as follows:

1. UE использует доверенную систему не-3GPP-доступа. Оно имеет сеанс DSMIPv6 с PDN GW.1. The UE uses a trusted non-3GPP access system. It has a DSMIPv6 session with a GW PDN.

2. UE обнаруживает систему 3GPP-доступа и определяет передавать обслуживание от используемой в данный момент доверенной системы не-3GPP-доступа к обнаруженной системе 3GPP-доступа. Механизмы, которые помогают UE обнаруживать систему 3GPP-доступа, указываются в 3GPP-стандартах.2. The UE detects a 3GPP access system and determines to transfer service from the currently trusted non-3GPP access system to the detected 3GPP access system. The mechanisms that help the UE detect the 3GPP access system are specified in 3GPP standards.

3. UE отправляет запрос на присоединение, который маршрутизируется посредством 3GPP в экземпляр MME в EPC.3. The UE sends a join request that is routed via 3GPP to the MME instance in the EPC.

4. MME контактирует с HSS/3GPP AAA и аутентифицирует UE. В качестве части процедуры аутентификации IP-адрес PDN GW, который должен использоваться в 3GPP-доступе, передается в MME.4. The MME contacts the HSS / 3GPP AAA and authenticates the UE. As part of the authentication procedure, the GW PDN IP address to be used in 3GPP access is transmitted to the MME.

6. MME выбирает обслуживающий GW и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (включающее в себя IMSI, идентификатор MME-контекста и IP-адрес PDN GW) в выбранный обслуживающий GW.6. The MME selects a serving GW and sends a default bearer request message (including IMSI, MME context identifier, and GW PDN IP address) to the selected serving GW.

7. a) Для S5 на основе IETF обслуживающий GW инициирует процедуру регистрации PMIPv6 в направлении PDN GW посредством отправки обновления привязки для прокси-сервера. Если NAI пользователя не включен на этапе 6, обслуживающий GW должен извлекать его другим средством.7. a) For IETF-based S5, the serving GW initiates the PMIPv6 registration procedure towards the GW PDN by sending a binding update for the proxy. If the user NAI is not enabled in step 6, the serving GW must retrieve it by another means.

b) Для S5 на основе GTP обслуживающий GW отправляет сообщение с запросом на создание однонаправленного канала в PDN GW.b) For GTP-based S5, the serving GW sends a request message to create a unidirectional channel in the GW PDN.

8. a) Для S5 на основе IETF PDN GW отвечает с ACK привязки для прокси-сервера и обновляет свою привязку по мобильности, которая эффективно переключает DSMIPv6-туннель от сети не-3GPP-доступа на PMIPv6-туннель к обслуживающему GW. В ACK привязки для прокси-сервера PDN GW включает в себя тот же IP-адрес или префикс, который назначен UE ранее.8. a) For IETF-based S5, the PDN GW responds with the ACK binding for the proxy server and updates its mobility binding, which effectively switches the DSMIPv6 tunnel from the non-3GPP access network to the PMIPv6 tunnel to the serving GW. In the binding ACK for the proxy, the PDN GW includes the same IP address or prefix as previously assigned to the UE.

h) Для S5 на основе GTP PDN GW отвечает сообщением ответа по созданию однонаправленного канала в обслуживающий GW. Ответ по созданию однонаправленного канала содержит тот же IP-адрес или префикс, который назначен UE ранее.h) For GTP-based S5 PDNs, the GW responds with a bearer response message to the serving GW. The unidirectional link response contains the same IP address or prefix as previously assigned to the UE.

10. MME отправляет сообщение разрешения на присоединение в UE через 3GPP-доступ. Система 3GPP-доступа инициирует процедуру установления однонаправленного канала радиодоступа. Система 3GPP-доступа отвечает сообщением завершения присоединения.10. The MME sends a join permission message to the UE via 3GPP access. The 3GPP access system initiates the procedure for establishing a unidirectional radio access channel. The 3GPP access system responds with an attach completion message.

11. UE может отправлять BU в PDN GW, чтобы отменять регистрацию своей привязки DSMIPv6, которая создана в то время, когда UE находилось в системе не-3GPP-доступа.11. The UE may send the BU to the GW PDN to unregister its DSMIPv6 binding that was created while the UE was in the non-3GPP access system.

Фиг.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-сеанс. Обмен служебными сигналами выполняется следующим образом:6 is a signaling flow diagram 600 for a conventional procedure for implementing handoff from a 3GPP access system to a trusted Non-3GPP IP access system using DSMIPv6 through S2c in a non-roaming scenario. In this scenario, the session starts in 3GPP access (for example, E-UTRAN) using PMIPv6 or GTP over S5 or S5 is not used (shared hosting GW and PDN GW). Session service is transferred to a non-3GPP trusted system that does not use PMIPv6, where the UE must accept a prefix different from that used in the 3GPP access system. The UE then initiates DSMIPv6 with the same GW PDN in order to maintain an IP session. The exchange of service signals is performed as follows:

1. UE использует систему 3GPP-доступа. Оно имеет IP-адрес, который поддерживается по S5-интерфейсу.1. The UE uses a 3GPP access system. It has an IP address, which is supported by the S5 interface.

2. На этой стадии UE определяет инициировать процедуру не-3GPP-доступа. Решение основано на любом числе причин, к примеру, на локальных политиках UE.2. At this stage, the UE determines to initiate a non-3GPP access procedure. The decision is based on any number of reasons, for example, on local UE policies.

3. UE выполняет аутентификацию и авторизацию доступа в системе не-3GPP-доступа. 3GPP AAA-сервер аутентифицирует и авторизует UE для доступа в не-3GPP-системе. Следует отметить, что выбор и извлечение PDN GW для мобильности на основе хоста по-прежнему предназначены для FFS.3. The UE authenticates and authorizes access in a non-3GPP access system. The 3GPP AAA server authenticates and authorizes the UE to access the non-3GPP system. It should be noted that the selection and retrieval of GW PDNs for host-based mobility are still intended for FFS.

4. Система не-3GPP-доступа не поддерживает PMIPv6 или она определяет не использовать PMIPv6. Следовательно, UE получает IP-адрес, который отличается от IP-адреса, который оно использовало в системе 3GPP-доступа. Поскольку UE получает IP-адрес, который не является идентичным адресу из 3GPP-системы, UE определяет инициировать процедуры DSMIPv6, чтобы сохранять свои IP-сеансы.4. The non-3GPP access system does not support PMIPv6 or it determines not to use PMIPv6. Therefore, the UE obtains an IP address that is different from the IP address that it used in the 3GPP access system. Because the UE obtains an IP address that is not identical to the address from the 3GPP system, the UE determines to initiate DSMIPv6 procedures in order to maintain its IP sessions.

5. UE может обнаруживать адрес PDN GW с использованием процедур самоинициализации MIPv6.5. The UE may detect the GW PDN address using MIPv6 self-initialization procedures.

6. UE также может выполнять SA-установление на основе IKEv2 и IPSec с PDN GW, который обнаружен на этапе 5. Это происходит, если используется RFC 4877 для того, чтобы устанавливать SA между UE и PDN GW. Этот этап может заключать в себе аутентификацию и авторизацию посредством 3GPP AAA-системы.6. The UE can also perform an IKEv2 and IPSec SA setup with the GW PDN, which is detected in step 5. This occurs if RFC 4877 is used to establish the SA between the UE and the GW PDN. This step may include authentication and authorization through the 3GPP AAA system.

7. UE отправляет сообщение BU DSMIPv6 в PDN GW, чтобы регистрировать свой CoA. PDN GW аутентифицирует и авторизует UE, отправляет обратно BA, включающий в себя IP-адрес (собственный адрес), который UE использовало в 3GPP-доступе.7. The UE sends a DSMIPv6 BU message to the GW PDN to register its CoA. The PDN GW authenticates and authorizes the UE, sends back to the BA including the IP address (private address) that the UE used in 3GPP access.

8. UE продолжает применять IP-услугу с использованием того же IP-адреса.8. The UE continues to use the IP service using the same IP address.

Следовательно, должно быть преимущественным предоставлять способ и устройство, которое управляет системными ресурсами после успешной передачи обслуживания.Therefore, it should be advantageous to provide a method and apparatus that manages system resources after a successful handover.

Сущность изобретенияSUMMARY OF THE INVENTION

Раскрыты способ и устройство управления ресурсами в ходе операции передачи обслуживания. Способ включает в себя инициирование передачи обслуживания от первой сети доступа ко второй сети доступа. Сообщение обновления политики отправляется, и сообщение подтверждения обновления политики принимается. Сообщение высвобождения ресурсов протокола туннелирования общей службы пакетной радиосвязи (GPRS) (GTP) и однонаправленного канала радиодоступа (RAB) отправляется, и подтверждение приема по высвобождению ресурсов GTP и RAB принимается. Возможности подключения устанавливаются для передачи по восходящей и нисходящей линии связи во второй сети доступа.A method and apparatus for managing resources during a handover operation are disclosed. The method includes initiating a handover from the first access network to the second access network. A policy update message is sent, and a policy update confirmation message is received. The General Packet Radio Service (GTP) Tunneling Protocol (GTP) tunneling resource release message and RAB bearer message is sent, and the GTP and RAB resource release receipt is received. Connectivity is set up for uplink and downlink transmission in a second access network.

Краткое описание чертежейBrief Description of the Drawings

Более подробное понимание может быть получено из последующего описания, приводимого в качестве примера вместе с прилагаемыми чертежами, на которых:A more detailed understanding can be obtained from the following description, given as an example along with the accompanying drawings, in which:

фиг.1 показывает примерную сетевую архитектуру;1 shows an exemplary network architecture;

фиг.2 - схема обмена сигналами для традиционной передачи обслуживания от UTRAN 3GPP-доступа доверенной сети не-3GPP IP-доступа;2 is a signaling diagram for a traditional handover from a UTRAN of a 3GPP access of a non-3GPP IP access trusted network;

фиг.3 - схема обмена сигналами для традиционного доверенного не-3GPP IP-доступа с E-UTRAN с передачей обслуживания PMIPv6 для сценария не в роуминге;3 is a signaling diagram for a traditional trusted non-3GPP IP access with E-UTRAN with PMIPv6 handoff for a non-roaming scenario;

фиг.4 - схема обмена сигналами для традиционной E-UTRAN с доверенным не-3GPP IP-доступом с передачей обслуживания PMIPv6 для сценария не в роуминге;4 is a signaling diagram for a conventional E-UTRAN with trusted non-3GPP IP access with PMIPv6 handoff for a non-roaming scenario;

фиг.5 - схема обмена сигналами для традиционной процедуры реализации передачи обслуживания от доверенной системы не-3GPP IP-доступа с помощью DSMIPv6 по S2c системе 3GPP-доступа в традиционном сценарии не в роуминге;5 is a signaling diagram for a traditional procedure for implementing handoff from a trusted non-3GPP IP access system using DSMIPv6 over S2c 3GPP access system in a traditional scenario not in roaming;

фиг.6 - схема обмена сигналами для традиционной процедуры реализации передачи обслуживания от системы 3GPP-доступа доверенной системе не-3GPP IP-доступа с помощью DSMIPv6 по S2c в сценарии не в роуминге;6 is a signaling diagram for a conventional procedure for implementing handover from a 3GPP access system to a trusted non-3GPP IP access system using DSMIPv6 through S2c in a non-roaming scenario;

фиг.7 - примерная функциональная блок-схема WTRU и базовой станции, поддерживающих беспроводную связь друг с другом;7 is an exemplary functional block diagram of a WTRU and a base station that support wireless communication with each other;

фиг.8A-8B - диаграммы сигналов для передачи обслуживания от 3GPP-доступа (UTRAN) доверенной сети не-3GPP IP-доступа по S2a с помощью PMIPv6;8A-8B are signal diagrams for handover from 3GPP access (UTRAN) of a non-3GPP trusted IP access network over S2a using PMIPv6;

фиг.9A-9B - диаграммы сигналов для передачи обслуживания от доверенной сети не-3GPP IP-доступа E-UTRAN с помощью PMIPv6;9A-9B are signal diagrams for handover from a trusted non-3GPP E-UTRAN IP access network using PMIPv6;

фиг.10A-10B - диаграммы сигналов для передачи обслуживания от E-UTRAN доверенной сети не-3GPP IP-доступа с помощью PMIPv6;10A-10B are signal diagrams for handover from an E-UTRAN trusted non-3GPP IP access network using PMIPv6;

фиг.11A-11B - диаграммы сигналов для передачи обслуживания от доверенной сети не-3GPP IP-доступа с помощью DSMIPv6 по S2c сети 3GPP-доступа;11A-11B are signal diagrams for handover from a trusted non-3GPP IP access network using DSMIPv6 over S2c of a 3GPP access network;

фиг.12A-12B - диаграммы сигналов для передачи обслуживания от сети 3GPP-доступа к доверенной сети не-3GPP IP-доступа с помощью DSMIPv6 по S2c; и12A-12B are signal diagrams for handover from a 3GPP access network to a non-3GPP trusted IP access network using DSMIPv6 over S2c; and

фиг.13 - диаграмма сигналов для процедуры обновления LTE_RA.13 is a signal diagram for an LTE_RA update procedure.

Подробное описание изобретенияDETAILED DESCRIPTION OF THE INVENTION

Когда упоминается далее, термин "беспроводной модуль приема/передачи (WTRU)" включает в себя, но не только, абонентское устройство (UE), мобильную станцию, стационарный или мобильный абонентский модуль, пейджер, сотовый телефон, персональное цифровое устройство (PDA), компьютер или любой другой тип пользовательского устройства, допускающего работу в беспроводном окружении. Когда упоминается далее, термин "базовая станция" включает в себя, но не только, узел B, контроллер узла, точку доступа (AP) или любой другой тип интерфейсного устройства, выполненного с возможностью работы в беспроводном окружении.When mentioned below, the term "wireless transmit / receive module (WTRU)" includes, but is not limited to, a subscriber unit (UE), a mobile station, a fixed or mobile subscriber module, a pager, a cell phone, a personal digital device (PDA), a computer or any other type of user device capable of operating in a wireless environment. When referred to below, the term “base station” includes, but is not limited to, node B, node controller, access point (AP) or any other type of interface device configured to operate in a wireless environment.

Фиг.7 - это примерная функциональная блок-схема 700 WTRU 110 и базовой станции 120. Как показано на фиг.7, WTRU 110 поддерживает связь с базовой станцией 120.7 is an exemplary functional block diagram 700 of a WTRU 110 and a base station 120. As shown in FIG. 7, the WTRU 110 is in communication with a base station 120.

В дополнение к компонентам, которые можно находить в типичном WTRU, WTRU 110 включает в себя процессор 115, приемное устройство 116, передающее устройство 117 и антенну 118. Приемное устройство 116 и передающее устройство 117 поддерживают связь с процессором 115. Антенна 118 поддерживает связь как с приемным устройством 116, так и с передающим устройством 117, чтобы упрощать передачу и прием беспроводных данных. Процессор 115 WTRU 110 выполнен с возможностью осуществлять передачи обслуживания.In addition to the components that can be found in a typical WTRU, the WTRU 110 includes a processor 115, a receiver 116, a transmitter 117 and an antenna 118. A receiver 116 and a transmitter 117 communicate with the processor 115. The antenna 118 communicates as with a receiver 116 and a transmitter 117 to facilitate the transmission and reception of wireless data. The processor 115 of the WTRU 110 is configured to perform handoffs.

В дополнение к компонентам, которые можно находить в типичной базовой станции, базовая станция 120 включает в себя процессор 125, приемное устройство 126, передающее устройство 127 и антенну 128. Приемное устройство 126 и передающее устройство 127 поддерживают связь с процессором 125. Антенна 128 поддерживает связь как с приемным устройством 126, так и с передающим устройством 127, чтобы упрощать передачу и прием беспроводных данных. Процессор 125 базовой станции выполнен с возможностью осуществлять передачи обслуживания.In addition to the components that can be found in a typical base station, the base station 120 includes a processor 125, a receiver 126, a transmitter 127 and an antenna 128. The receiver 126 and the transmitter 127 communicate with the processor 125. The antenna 128 communicates with both the receiver 126 and the transmitter 127 to simplify the transmission and reception of wireless data. The base station processor 125 is configured to perform handoffs.

Фиг.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.8A-8B are diagrams 800 of signals for handover from 3GPP access (EUTRAN) of a non-3GPP trusted IP access network over S2a using PMIPv6. The communication devices in the signal diagram 800 include a WTRU 110, a 3GPP access device 130, a non-3GPP access trusted network 140, an SGSN 150 serving a SAE GW 160, a PDN SAE GW 170, an HSS / AAA server 180, and PCRF 190.

WTRU 110 обнаруживает доверенную сеть 140 не-3GPP IP-доступа и определяет инициировать передачу обслуживания от используемого в данный момент UTRAN-доступа обнаруженной доверенной сети не-3GPP IP-доступа (815). Здесь пользовательские данные восходящей и нисходящей линии связи передаются через однонаправленные каналы между WTRU 110 и исходной сетью доступа, GTP-туннель или туннели, между исходной сетью 130 3GPP-доступа, обслуживающим SAE GW 160 и PDN SAE GW 170 (810).WTRU 110 detects a non-3GPP IP access trusted network 140 and determines to initiate a handover from the currently used UTRAN access of the detected non-3GPP IP access trusted network (815). Here, uplink and downlink user data is transmitted through unidirectional channels between the WTRU 110 and the source access network, a GTP tunnel or tunnels, between the source 3GPP access network 130 serving the SAE GW 160 and PDN SAE GW 170 (810).

Начальные конкретные для не-3GPP-доступа процедуры L2 затем выполняются между WTRU 110 и доверенной сетью 140 не-3GPP IP-доступа (820). Эти процедуры являются конкретными для не-3GPP-доступа и выходят за рамки 3GPP.The initial non-3GPP-specific L2 access procedures are then performed between the WTRU 110 and the non-3GPP IP access trusted network 140 (820). These procedures are specific for non-3GPP access and go beyond 3GPP.

Процедура EAP-аутентификации и авторизации инициируется и выполняется с участием WTRU 110, доверенной сети 140 не-3GPP IP-доступа и 3GPP HSS/AAA-сервера 180 (825). В ситуации роуминга может быть несколько участвующих AAA-прокси-серверов. В качестве части процедуры аутентификации IP-адрес PDN SAE GW 170, который должен использоваться, может быть передан в агент на базе мобильного IP-протокола для прокси-сервера (PMA) в доверенной сети 140 не-3GPP IP-доступа.The EAP authentication and authorization procedure is initiated and performed with the participation of WTRU 110, trusted non-3GPP IP access network 140, and 3GPP HSS / AAA server 180 (825). In a roaming situation, there may be several participating AAA proxies. As part of the authentication procedure, the IP address of the PDN SAE GW 170 to be used can be forwarded to a proxy server-based mobile IP protocol agent (PMA) in the non-3GPP IP access trusted network 140.

После успешной аутентификации и авторизации процедура присоединения уровня три (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-доступа.After successful authentication and authorization, a level three (L3) attach procedure is initiated (830). The non-3GPP IP access trusted network PMA function sends a binding update message for the proxy server (835) to the SAE GW 170 PDN, which processes the binding update message for the proxy server and creates a binding cache entry for the WTRU 110. SAE GW 170 PDN then allocates an IP address for WTRU 110 and sends a proxy server acknowledgment (ACK) message (840) to the PMA function in the non-3GPP IP access trusted network 140. The proxy server binding ACK message (840) may include the IP address or addresses allocated to the WTRU 110. The dedicated IP address may be identical to that assigned to the WTRU 110 before handover from the 3GPP access network 130.

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.A PMIPv6 tunnel is established between the non-3GPP IP access trusted network 140 and the SAE GW 170 PDN (845). A policy update message (850) is sent from the PDE SAE GW 170 to PCRF 190 indicating a new GW. PCRF 190 then sends a policy update confirmation message (855) to the PDN SAE GW 170. PCRF 190 sends a policy information update message (860) to a non-3GPP access trusted network 140, which includes a new GW. The non-3GPP access trusted network 140 sends a policy update confirmation message (865) to 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.At 870, the endpoint resources of the GTP tunnel and the unidirectional radio access channel (RAB) should be released. The PDE SAE GW 170 sends a GTP and RAB resource release message (875) to the SGSN 150, which redirects the RAB resource release message (876) to the 3GPP access network 130 to release the tunnel endpoint resources and radio resources. The 3GPP access network 130 then sends an RAB resource release ACK message (877) to the SGSN 150, which forwards it in the form of an GTP and RAB resource release ACK message (878) to the PDE 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 на этой стадии.At this point, the L3 attach procedure is performed (block 880). The IP connectivity between the WTRU 110 and the PDN SAE GW 170 is specified for uplink and downlink directions over a non-3GPP IP access trusted network 140 (885). Resource clearing for the 3GPP access source network 130 is then initiated by performing the mandatory 3GPP resource release procedure (890). The PDN SAE GW 170 should retain IP connectivity for the WTRU 110 at this stage.

Фиг.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.9A-9B are diagrams 900 of signals for handover from a trusted non-3GPP E-UTRAN IP access network using PMIPv6. The communication devices in the signal diagram 900 include a WTRU 110, a non-3GPP trusted access network 135, an E-UTRAN 145, a mobility management entity (MME) 155 serving the GW 165 and the old MME 175, PDN GW 185, HSS / AAA server 186 and PCRF 190.

В этом сценарии WTRU 110 начинает с использования доверенной сети 135 не-3GPP-доступа и обслуживается посредством PDN GW 185 по PMIPv6-туннелю (этап 910). WTRU 110 обнаруживает сеть LTE E-UTRAN-доступа 145 и определяет передавать свои текущие сеансы, через передачу обслуживания, от используемой в данный момент системы не-3GPP-доступа обнаруженной сети E-UTRAN-доступа (этап 915).In this scenario, the WTRU 110 begins by using a non-3GPP trusted access network 135 and is served by the GW 185 PDN over the PMIPv6 tunnel (block 910). The WTRU 110 detects an E-UTRAN access LTE network 145 and determines to transmit its current sessions, via handover, from the currently used non-3GPP access system of the detected E-UTRAN access network (step 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).The WTRU 110 sends an attach request message (920), which is routed through the E-UTRAN access network 145 to the MME 155, which in turn contacts the HSS / AAA 186 and authenticates the WTRU 110 (step 925). As part of the authentication procedure, the IP address of the PDN GW 185 is transmitted to the MME 155. After successful authentication, the MME 155 performs a location update procedure using HSS / AAA 186, which includes retrieving subscriber data (step 926).

MME 155 выбирает обслуживающий GW 165 и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (IMSI, идентификатор MME-контекста) (930) в выбранный обслуживающий GW 165, которое включает в себя IP-адрес PDN GW 185, предоставленный посредством HSS/AAA 186.MME 155 selects a serving GW 165 and sends a default unidirectional channel request message (IMSI, MME context identifier) (930) to the selected serving GW 165, which includes the GW 185 PDN IP address provided by 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.Based on the request to create a default unidirectional channel from the MME 155, the serving GW 165 initiates the PMIPv6 registration procedure towards the PDN GW 185 by sending a proxy binding (BU) binding update message (935). The PDN GW 185 responds with an ACK binding for the proxy server (935) and updates its mobility binding by effectively switching the PMIPv6 tunnel from the non-3GPP trusted access network 135 to the serving GW 165. In message (936), the ACK binding for the proxy is The PDN GW 185 server responds with the same IP address or prefix as previously assigned to WTRU 110. A PMIPv6 tunnel now exists between the PDN GW 185 and the serving GW 165.

Обслуживающий GW 165 возвращает сообщение ответа по созданию однонаправленного канала по умолчанию (940) в MME 155, которое включает в себя IP-адрес WTRU 110. Помимо этого это сообщение также выступает в качестве индикатора для MME 155, что привязка выполнена успешно.The serving GW 165 returns a default unidirectional channel response (940) response message to the MME 155, which includes the IP address of the WTRU 110. In addition, this message also acts as an indicator for the MME 155 that the binding is successful.

PDN GW 185 отправляет сообщение обновления политики (941) в PCRF 190, которая отвечает посредством отправки сообщения подтверждения обновления политики (942) в PDN GW 185.The PDN GW 185 sends a policy update message (941) to the PCRF 190, which responds by sending a policy update confirmation message (942) to the PDN GW 185.

MME 155 отправляет сообщение разрешения на присоединение (943) в WTRU 110 через E-UTRAN 145. Сообщение разрешения на присоединение (943) включает в себя IP-адрес WTRU 110.The MME 155 sends an attachment permission message (943) to the WTRU 110 through the E-UTRAN 145. An attachment permission message (943) includes the IP address of the WTRU 110.

PCRF 190 затем отправляет сообщение обновления информации политик (950) в обслуживающий GW 165 с информацией по новому GW, и однонаправленный канал радиодоступа и однонаправленный канал S1 устанавливаются (этап 955), и обслуживающий GW отправляет сообщение подтверждения обновления политики (956) в PCRF 190.PCRF 190 then sends a policy information update message (950) to the serving GW 165 with information on the new GW, and the unidirectional radio access channel and unidirectional channel S1 are set (step 955), and the serving GW sends a policy update confirmation message (956) to PCRF 190.

Чтобы выполнять передачу обслуживания, PDN GW 185 отправляет сообщение запроса на высвобождение ресурсов конечных точек туннеля и радиоресурсов (960) в доверенный объект 135 не-3GPP IP-доступа, который возвращает сообщение подтверждения приема (ACK) по высвобождению ресурсов (965) для высвобождения в PDN GW 185. Однонаправленный канал радиодоступа и однонаправленный канал S1 затем устанавливаются (этап 970), и PMIPv6-туннель устанавливается (этап 975).To perform a handover, the PDN GW 185 sends a request message for the release of the resources of the tunnel endpoints and radio resources (960) to the non-3GPP IP access trusted entity 135, which returns a resource release acknowledgment (ACK) message (965) to PDN GW 185. The unidirectional radio access channel and unidirectional channel S1 are then established (step 970), and the PMIPv6 tunnel is established (step 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).10A-10B are signaling diagrams 1000 for handover from an E-UTRAN to a non-3GPP trusted IP access network using PMIPv6. The communication devices in the signal diagram 1000 include a WTRU 110, a non-3GPP trusted access network 135, an E-UTRAN 145, an MME 155 serving a GW 165, a PDN GW 185, an HSS / AAA server 186, and a PCRF 190. In this scenario, uplink and downlink user data is transmitted through the following: unidirectional radio access channels and unidirectional channels S1 between the WTRU 110 and the source access network (1011) and the GTP tunnel (s) between the source 3GPP access network serving the GW 165 and PDN GW 185 (1010).

WTRU 110 обнаруживает доверенную систему 135 не-3GPP IP-доступа и определяет инициировать передачу обслуживания от используемой в данный момент сети 145 EUTRAN-доступа к обнаруженной доверенной системе 135 не-3GPP IP-доступа (этап 1015). Начальные конкретные для не-3GPP-доступа процедуры L2 выполняются (этап 1020).The WTRU 110 detects a trusted non-3GPP IP access system 135 and determines to initiate a handover from the currently used EUTRAN access network 145 to the detected non-3GPP IP access trusted system 135 (step 1015). Initial non-3GPP access-specific L2 procedures are performed (block 1020).

Процедура EAP-аутентификации инициируется и выполняется (этап 1025) с участием WTRU 110, доверенной системы 135 не-3GPP IP-доступа и 3GPP HSS/AAA-сервера 186. В случае роуминга может быть несколько участвующих AAA-прокси-серверов. В качестве части процедуры аутентификации и авторизации IP-адрес PDN GW 1025, который должен использоваться, передается в PMA в доверенной системе 135 не-3GPP IP-доступа. После успешной аутентификации и авторизации процедура присоединения L3 инициируется (этап 1030).The EAP authentication procedure is initiated and executed (step 1025) with the participation of the WTRU 110, the trusted non-3GPP IP access system 135 and the 3GPP HSS / AAA server 186. In the case of roaming, there may be several participating AAA proxies. As part of the authentication and authorization procedure, the IP address of the PDN GW 1025 to be used is transmitted to the PMA in the non-3GPP IP access trusted system 135. After successful authentication and authorization, the L3 attach procedure is initiated (step 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-доступу.The non-3GPP IP access trusted system PMA function 135 sends a binding update message for the proxy server (1035) to the GW 185 PDN, which processes the binding update for the proxy server and creates a binding cache entry for the WTRU 110 and allocates an IP address for WTRU 110. The GW 185 PDN then sends a proxy binding confirmation message for proxy server (1040) to the PMA function in the non-3GPP IP access trusted system 135, which includes the IP address or addresses allocated to WTRU 110. Dedicated The IP address is identical to that assigned to WTRU 110 over 3GPP access.

PMIPv6-туннель устанавливается между доверенной системой 135 не-3GPP IP-доступа и PDN GW 185 (этап 1045).A PMIPv6 tunnel is established between the non-3GPP IP access trusted system 135 and the GW 185 PDN (step 1045).

PDN GW 185 отправляет сообщение обновления политики (1046) в PCRF 190, которая отвечает сообщением подтверждения обновления политики (1047). PCRF 190 затем отправляет сообщение обновления информации политик (1048) в доверенный объект 135 не-3GPP IP-доступа с информацией о новом GW. Доверенный объект не-3GPP IP-доступа отправляет сообщение подтверждения обновления политики (1050) обратно в PCRF 190.The PDN GW 185 sends a policy update message (1046) to PCRF 190, which responds with a policy update confirmation message (1047). PCRF 190 then sends a policy information update message (1048) to the non-3GPP IP access trusted entity 135 with information about the new GW. The non-3GPP IP access trusted entity sends a policy update confirmation message (1050) back to 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-доступа.To perform a handover, the GW 185 PDN sends a tunnel endpoint and radio resource resource release request message (1055) to a serving GW 165, which forwards the GPRS Tunneling Protocol (GTP) and Unidirectional Radio Access Channel (RAB) resource request message ( 1060) to the MME 155, which is redirected to the E-UTRAN 145. The E-UTRAN 145 sends an GTP and RAB (1065) resource release ACK message to the MME 155, which redirects the resource release ACK message (1070) to the GW 185 PDN. Here joining procedure L3 for Ruff (step 1075). The IP connectivity between the WTRU 110 and the PDN GW 185 is set to direct the uplink and downlink on the trusted non-3GPP IP access entity 135.

Фиг.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.11A-11B are signaling diagrams 1100 for handover from a trusted non-3GPP IP access network using DSMIPv6 over S2c to a 3GPP access network. The communication devices in the signal diagram 1100 include a WTRU 110, a non-3GPP trusted access network 135, an E-UTRAN 145, a mobility management entity (MME) 155 serving the GW 165 and the old MME 175, PDN GW 185, HSS / AAA server 186 and PCRF 190.

В этом сценарии сеанс начинается в доверенной системе не-3GPP-доступа (к примеру, E-UTRAN) с использованием DSMIPv6 в сценарии не в роуминге через DSMIPv6-туннель 1110 между WTRU 110 и PDN GW 185.In this scenario, the session begins on a trusted non-3GPP access system (e.g., E-UTRAN) using DSMIPv6 in a scenario not roaming through a DSMIPv6 tunnel 1110 between WTRU 110 and 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).At step 1115, the WTRU 110 detects a 3GPP access system and determines to transfer service from the currently used trusted non-3GPP access system 135 to the detected 3GPP access system. The WTRU 110 sends a join request message (1120), which is routed by the 3GPP access system to the MME 155. The MME 155 contacts the HSS / AAA server 186 and authenticates the WTRU 110 (step 1125). As part of the authentication procedure, the IP address of the PDN GW 185 used in 3GPP access is transmitted to the MME 155. After successful authentication, the MME 155 performs the location update procedure using the HSS / AAA server 186 (step 1130).

MME 155 выбирает обслуживающий GW 165 и отправляет сообщение запроса на создание однонаправленного канала по умолчанию (включающее в себя IMSI, идентификатор MME-контекста и IP-адрес PDN GW) (1135) в выбранный обслуживающий GW 165.MME 155 selects a serving GW 165 and sends a default bearer request message (including IMSI, MME context identifier, and GW PDN IP address) (1135) to the selected serving 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 ранее.For IETF-based S5s, the serving GW 165 initiates the PMIPv6 registration procedure towards the PDN GW 185 by sending a binding update message to the proxy server (1140). If the user NAI is not enabled, the serving GW 165 may retrieve it. The PDN GW 185 responds with an ACK binding message for the proxy server (1145) and updates its mobility binding, which effectively switches the DSMIPv6 tunnel from the non-3GPP access network to the PMIPv6 tunnel to the serving GW 165. In the ACK binding message for the proxy server (1145) PDN GW 185 includes the same IP address or prefix that was assigned to WTRU 110 previously.

Для S5 на основе GTP обслуживающий GW 165 отправляет сообщение с запросом на создание однонаправленного канала (1146) в PDN GW 185, который отвечает сообщением ответа по созданию однонаправленного канала (1147) в обслуживающий GW 165. Сообщение ответа по созданию однонаправленного канала (1147) содержит тот же IP-адрес или префикс, который назначен WTRU 110 ранее.For GTP-based S5, the serving GW 165 sends a request message to create a unidirectional channel (1146) to the PDN GW 185, which responds with a response message to create a unidirectional channel (1147) to the serving GW 165. The response message to create a unidirectional channel (1147) contains The same IP address or prefix that was assigned to WTRU 110 earlier.

Обслуживающий GW 165 возвращает сообщение ответа по созданию однонаправленного канала по умолчанию (1155) в MME 155. Это сообщение также включает в себя IP-адрес WTRU 110. Это сообщение также выступает в качестве индикатора для MME 155, что привязка выполнена успешно. Сообщение обновления политики (1150), указывающее новый GW, отправляется из PDN GW 185 в PCRF 190. PCRF 190 отправляет сообщение подтверждения обновления политики 1156 в PDN GW 185.The serving GW 165 returns a default unidirectional channel response message (1155) to the MME 155. This message also includes the IP address of the WTRU 110. This message also acts as an indicator for the MME 155 that the binding is successful. A policy update message (1150) indicating a new GW is sent from the GW 185 PDN to the PCRF 190. The PCRF 190 sends a 1156 policy update confirmation message to the GW 185 PDN.

PCRF 190 затем отправляет сообщение обновления информации политик 1157 в обслуживающий GW 165, который отвечает сообщением подтверждения обновления политики 1159.PCRF 190 then sends the 1157 policy information update message to the serving GW 165, which responds with a 1159 policy update confirmation message.

На этапе 1158 установление однонаправленного канала радиодоступа (RB) и однонаправленного канала S1-U выполняется, и присоединение в EUTRAN завершается. Это может осуществляться с помощью отправки посредством MME 155 сообщения разрешения на присоединение в WTRU 110 через 3GPP-доступ и инициирования посредством системы 3GPP-доступа процедуры установления однонаправленного канала радиодоступа. Система 3GPP-доступа может отвечать сообщением завершения присоединения. Однонаправленный канал радиодоступа и однонаправленный канал S1 затем устанавливаются (этап 1160), и PMIPv6/GTP-туннель устанавливается между обслуживающим GW 165 и PCRF 190 (этап 1161).At step 1158, the establishment of a unidirectional radio access channel (RB) and a unidirectional channel S1-U is performed, and the connection in the EUTRAN is completed. This can be accomplished by sending, via MME 155, a permission message to join the WTRU 110 via 3GPP access and initiating a procedure for establishing a unidirectional radio access channel through the 3GPP access system. The 3GPP access system may respond with an attach completion message. The unidirectional radio access channel and unidirectional channel S1 are then established (step 1160), and a PMIPv6 / GTP tunnel is established between the serving GW 165 and PCRF 190 (step 1161).

PDN GW 185 отправляет сообщение высвобождения ресурсов (1165) в доверенную систему 135 не-3GPP IP-доступа, и доверенная система 135 не-3GPP IP-доступа отправляет сообщение подтверждения приема по высвобождению ресурсов 1170 в PDN GW 185.The PDN GW 185 sends a resource release message (1165) to a non-3GPP trusted IP access system 135, and the non-3GPP trusted IP access system 135 sends a 1170 resource released acknowledgment message to the PDN GW 185.

Здесь WTRU 110 может отправлять BU в PDN GW 185, чтобы отменять регистрацию своей привязки DSMIPv6, которая создана в то время, когда WTRU 110 находился в системе не-3GPP-доступа (этап 1175).Here, the WTRU 110 may send the BU to the PDN GW 185 to unregister its DSMIPv6 binding that was created while the WTRU 110 was in the non-3GPP access system (block 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-сеанс.12A-12B are diagrams 1200 of signals for handover from a 3GPP access network of a trusted non-3GPP IP access network using DSMIPv6 over S2c. The communication devices in the signal diagram 1100 include a WTRU 110, a non-3GPP trusted access network 135, an E-UTRAN 145, a mobility management entity (MME) 155 serving the GW 165 and the old MME 175, PDN GW 185, HSS / AAA server 186 and PCRF 190. In this scenario, the session begins in 3GPP access (for example, E-UTRAN) using PMIPv6 or GTP over SB. Alternatively, S5 is not used, for example, when the serving GW 165 and PDN GW 185 are shared. Session service is transferred to a non-3GPP access trusted system 135 that does not use PMIPv6, where the WTRU 10 receives a prefix different from that used in the 3GPP access system. WTRU 110 further initiates DSMIPv6 with the same PDN GW 185 to maintain an IP session.

На этапе 1210 WTRU 110 использует систему 3GPP-доступа и имеет IP-адрес, который поддерживается по S5-интерфейсу. PMIPv6/GTP-туннель предоставляется между обслуживающим GW 165 и PDN GW 185.At step 1210, the WTRU 110 uses a 3GPP access system and has an IP address that is supported over the S5 interface. A PMIPv6 / GTP tunnel is provided between the serving GW 165 and PDN GW 185.

WTRU 110 обнаруживает доверенную систему 135 не-3GPP-доступа и инициирует процедуру не-3GPP-доступа (этап 1215). Решение может быть основано на ряде причин, к примеру, на локальных политиках WTRU 110.The WTRU 110 detects a non-3GPP access trusted system 135 and initiates a non-3GPP access procedure (block 1215). The solution can be based on a number of reasons, for example, on local policies of the WTRU 110.

На этапе 1220 WTRU 110 выполняет аутентификацию и авторизацию доступа в системе не-3GPP-доступа. 3GPP HSS/AAA-сервер 186 аутентифицирует и авторизует WTRU 110 для доступа в не-3GPP-системе.At step 1220, the WTRU 110 performs authentication and authorization of access in a non-3GPP access system. The 3GPP HSS / AAA server 186 authenticates and authorizes the WTRU 110 for access in a non-3GPP system.

Конфигурирование 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-сеансы.CoA configuration (block 1225) is performed between the WTRU 110 and the non-3GPP IP access trusted system 135. The non-3GPP IP access system 135 may not support PMIPv6 or it may not use PMIPv6. Therefore, the WTRU 110 may receive an IP address that is different from the IP address that it used in the 3GPP access system. Since the WTRU 110 obtains an IP address that is not the same as the address from the 3GPP system, the WTRU 110 can initiate DSMIPv6 procedures in order to maintain its IP sessions.

На этапе 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).At step 1230, the WTRU 110 may detect the PDN address of the GW 185 using MIPv6 self-initialization procedures. Additionally, the WTRU 110 may also perform an SA setup based on IKEv2 and IPSec with the GW PDN (step 1235). This occurs if RFC 4877 is used to establish an SA with between the WTRU 110 and the PDN GW 185. It can also include authentication and authorization by the 3GPP HSS / AAA system 186 (step 1236).

WTRU 110 затем отправляет сообщение BU DSMIPv6 (этап 1240) в PDN GW 185, чтобы регистрировать свой CoA. PDN GW 185 аутентифицирует и авторизует WTRU 110, отправляет обратно BA, включающий в себя IP-адрес или собственный адрес, который WTRU 110 использовал в системе 3GPP-доступа.The WTRU 110 then sends a DSMIPv6 BU message (block 1240) to the PDN GW 185 to register its CoA. The PDN GW 185 authenticates and authorizes the WTRU 110, sends back a BA including the IP address or its own address that the WTRU 110 used in the 3GPP access system.

Сообщение обновления политики (этап 1245), указывающее новый GW, отправляется из PDN GW 185 в PCRF 190, которая отвечает сообщением подтверждения обновления политики в PDN GW 185.A policy update message (block 1245) indicating the new GW is sent from the PDN GW 185 to PCRF 190, which responds with a policy update confirmation message to the PDN GW 185.

PCRF 190 затем отправляет сообщение 1246 обновления информации политик в доверенную систему 135 не-3GPP IP-доступа. Доверенная система 135 не-3GPP IP-доступа отправляет сообщение подтверждения обновления политики в PCRF 190.PCRF 190 then sends a policy information update message 1246 to a non-3GPP IP access trusted system 135. The non-3GPP IP access trusted system 135 sends a policy update confirmation message to 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-адреса.The DSMIPv6 tunnel is established (block 1250), and GTP tunnel endpoint resources and RAB resources are freed (block 1255). This can be accomplished by sending, via the PDN GW 185, a GTP tunnel endpoint resource release message and RAB resources (step 1260) to the serving GW 165, which in turn redirects the RAB resource release message (step 1261) to E-UTRAN 145. The E-UTRAN 145 sends a RAB resource release confirmation message (step 1265) to the serving GW 165, which forwards the GTP and RAB resource release confirmation message (step 1270) to the GW 185 PDN. Here, the WTRU 110 may continue to use the IP service using same IP address .

Фиг.13 - это диаграмма 1300 сигналов для процедуры обновления LTE_RA. Устройствами, осуществляющие связь, на фиг.13 являются LTE WTRU 110, eNode-B 120 и LTE MME/UPE 155.13 is a signal diagram 1300 for an LTE_RA update procedure. The communication devices in FIG. 13 are LTE WTRU 110, eNode-B 120, and LTE MME / UPE 155.

Движущийся LTE WTRU 110 находится в состоянии LTE_IDLE (CELL_PCH) на этапе 1310. LTE WTRU 110 входит в новый LTE_RA (т.е. изменяет свою соту), ожидает вызова в новом BCCH и принимает широковещательную передачу системной информации (CELL_ID), чтобы определять новый LTE_RA, которому сота принадлежит (этап 1315).The moving LTE WTRU 110 is in the LTE_IDLE state (CELL_PCH) at step 1310. The LTE WTRU 110 enters the new LTE_RA (ie, changes its cell), waits for a call in the new BCCH, and receives broadcast system information (CELL_ID) to determine the new LTE_RA to which the cell belongs (block 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.In step 1340, the LTE WTRU 110 is in the LTE_ACTIVE state (CELL_DCH) and performs LTE_RA update procedures by sending an LTE_RA update message (step 1325) containing the LTE WTRU 110 temporary identification data. The new eNode-B 120 determines the target MME / UPE 155 (step 1330 ) and routes the LTE_RA update message (step 1335) to the correct MME / UPE 155. At step 1340, the LTE MME / UPE 155 recognizes that the LTE WTRU 110 is in the LTE_ACTIVE (CELL_DCH) state and sends an LTE_RA update confirmation message (step 1345), which assigns the LTE WTRU 110 to the new LTE_RA and instructs it to return to the state 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.The LTE WTRU 110 sends an LTE_RA update completion message (block 1350) to the LTE MME / UPE 155. The LTE WTRU 110 then re-enters the LTE_IDLE state (CELL_PCH) (block 1360). A reduction in the number of network connections can be achieved as a result of a multi-point to multiple-point relationship between the eNode-B 120 and the LTE MME / UPE 155.

Хотя признаки и элементы описываются выше в конкретных комбинациях, каждый признак или элемент может использоваться автономно без других признаков и элементов или в различных комбинациях с другими признаками или без других признаков и элементов. Способы или блок-схемы последовательности операций способа, представленные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель хранения данных для выполнения посредством компьютера общего назначения или процессора. Примеры машиночитаемых носителей хранения включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD).Although features and elements are described above in specific combinations, each feature or element can be used autonomously without other features and elements, or in various combinations with other features or without other features and elements. The methods or flowcharts presented in this document may be implemented in a computer program, software, or firmware included in a computer-readable storage medium for execution by a general purpose computer or processor. Examples of computer-readable storage media include read-only memory (ROM), random access memory (RAM), a register, cache memory, semiconductor storage devices, magnetic media such as internal hard drives and removable drives, magneto-optical media and optical media such like CD-ROMs and digital versatile discs (DVDs).

Надлежащие процессоры включают в себя, в качестве примера, процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат.Suitable processors include, for example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, and specialized integrated circuits (ASICs) ), user programmable gate array (FPGA) circuits, any other type of integrated circuit (IC) and / or state machine.

Процессор, ассоциированный с программным обеспечением, может быть использован для того, чтобы реализовывать радиочастотное приемо-передающее устройство для использования в беспроводном модуле приема-передачи (WTRU), абонентском устройстве (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, такими как камера, модуль видеокамеры, видеофон, спикерфон, вибрационное устройство, динамик, микрофон, телевизионное приемо-передающее устройство, гарнитура громкой связи, клавиатура, модуль Bluetooth^®, частотно-модулированный (FM) радиомодуль, жидкокристаллический дисплей (LCD), дисплей на органических светоизлучающих диодах (OLED), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства видеоигр, Интернет-обозреватель и/или любой модуль беспроводной локальной вычислительной сети (WLAN) или по стандарту сверхширокополосной радиосвязи (UWB).A processor associated with the software may be used to implement a radio frequency transceiver for use in a wireless transceiver module (WTRU), subscriber unit (UE), terminal, base station, radio network controller (RNC), or any host computer. The WTRU can be used together with modules implemented in hardware and / or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibrating device, a speaker, a microphone, a television transceiver, a speakerphone, a keyboard, a Bluetooth ^® module , frequency modulated (FM) radio module, liquid crystal display (LCD), organic light emitting diode (OLED) display, digital music player, multimedia player, video game device module, Inter a browser, and / or any wireless local area network (WLAN) or Ultra standard radio (UWB).

Варианты осуществленияOptions for implementation

1. Способ управления ресурсами в ходе операции передачи обслуживания.1. A method of managing resources during a handover operation.

2. Способ по варианту осуществления 1, дополнительно содержащий этап, на котором инициируют передачу обслуживания от первой сети доступа второй сети доступа.2. The method according to embodiment 1, further comprising the step of initiating a handover from the first access network of the second access network.

3. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение обновления политики.3. The method of any preceding embodiment, further comprising the step of sending a policy update message.

4. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают сообщение подтверждения обновления политики.4. The method according to any preceding embodiment, further comprising the step of receiving a policy update confirmation message.

5. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение высвобождения ресурсов протокола туннелирования общей службы пакетной радиосвязи (GPRS) (GTP) и однонаправленного канала радиодоступа (RAB).5. The method according to any preceding embodiment, further comprising sending a resource release message for the tunneling protocol of the General Packet Radio Service (GPRS) (GTP) and Unidirectional Radio Access Channel (RAB).

6. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают подтверждение приема (ACK) по высвобождению ресурсов GTP и RAB.6. The method according to any preceding embodiment, further comprising the step of: receiving an acknowledgment (ACK) of releasing GTP and RAB resources.

7. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором устанавливают возможности подключения для передачи по восходящей и нисходящей линии связи во второй сети доступа.7. The method according to any preceding embodiment, further comprising setting up connectivity for uplink and downlink transmission in the second access network.

8. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.8. The method of any preceding embodiment, wherein the policy update message includes information regarding a gateway (GW) in the second access network.

9. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором высвобождают ресурсы в первой сети доступа.9. The method according to any preceding embodiment, further comprising the step of releasing resources in the first access network.

10. Способ по любому предшествующему варианту осуществления, в котором первая сеть - это сеть доступа по стандарту партнерского проекта третьего поколения (3GPP), а вторая сеть - это доверенная сеть доступа по не-3GPP Интернет-протокола (IP).10. The method of any preceding embodiment, wherein the first network is a third generation partnership project access network (3GPP) standard and the second network is a non-3GPP Internet Protocol (IP) trusted access network.

11. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики, сообщение подтверждения обновления политики, сообщение высвобождения ресурсов GTP и RAB и/или ACK по высвобождению ресурсов GTP и RAB отправляются по S5-интерфейсу.11. The method according to any preceding embodiment, in which a policy update message, a policy update confirmation message, a GTP and RAB resource release message and / or an GTP and RAB resource release ACK are sent over the S5 interface.

12. Способ по любому предшествующему варианту осуществления, в котором первая сеть - это доверенная сеть доступа по не связанному с партнерским проектом третьего поколения (3GPP) Интернет-протоколу (IP), а вторая сеть - это сеть усовершенствованного универсального наземного радиодоступа (E-UTRAN) по стандарту долгосрочного развития (LTE).12. The method according to any preceding embodiment, in which the first network is a trusted access network via a non-third-generation partner project (3GPP) Internet Protocol (IP), and the second network is an enhanced universal terrestrial radio access (E-UTRAN) network ) according to the standard of long-term development (LTE).

13. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики, сообщение подтверждения обновления политики, сообщение высвобождения ресурсов GTP и RAB и/или ACK по высвобождению ресурсов GTP и RAB отправляются по S2c-интерфейсу.13. The method of any preceding embodiment, wherein the policy update message, the policy update confirmation message, the GTP and RAB resource release message, and / or the GTP and RAB resource release ACK are sent via the S2c interface.

14. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором инициируют передачу обслуживания от первой сети доступа ко второй сети доступа.14. The method according to any preceding embodiment, further comprising the step of initiating a handover from the first access network to the second access network.

15. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают сообщение обновления политики.15. The method according to any preceding embodiment, further comprising the step of receiving a policy update message.

16. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение подтверждения обновления политики.16. The method according to any preceding embodiment, further comprising the step of sending a policy update confirmation message.

17. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором отправляют сообщение обновления информации политик.17. The method according to any preceding embodiment, further comprising the step of sending a policy information update message.

18. Способ по любому предшествующему варианту осуществления, дополнительно содержащий этап, на котором принимают сообщение подтверждение обновления информации политик.18. The method of any preceding embodiment, further comprising the step of receiving a confirmation message for updating policy information.

19. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.19. The method of any preceding embodiment, wherein the policy update message includes information regarding a gateway (GW) in the second access network.

20. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления информации политик включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.20. The method of any preceding embodiment, wherein the policy information update message includes information regarding a gateway (GW) in the second access network.

21. Способ по любому предшествующему варианту осуществления, в котором сообщение обновления политики, сообщение подтверждения обновления политики, сообщение обновления информации политик и/или сообщение подтверждения обновления информации политик отправляются по S5-интерфейсу.21. The method according to any preceding embodiment, in which a policy update message, a policy update confirmation message, a policy information update message, and / or a policy information update confirmation message are sent via the S5 interface.

22. Способ по любому предшествующему варианту осуществления, в котором первая сеть - это сеть доступа по стандарту партнерского проекта третьего поколения (3GPP), а вторая сеть - это доверенная сеть доступа по не-3GPP Интернет-протоколу (IP).22. The method according to any preceding embodiment, wherein the first network is a third generation partnership project access network (3GPP) and the second network is a non-3GPP trusted IP access network (IP).

23. Базовая станция, выполненная с возможностью осуществлять способ по любому предшествующему варианту осуществления.23. A base station configured to implement a method according to any preceding embodiment.

24. Базовая станция по варианту осуществления 24, дополнительно содержащая приемное устройство.24. The base station of embodiment 24, further comprising a receiving device.

25. Базовая станция по любому из вариантов осуществления 23-24, дополнительно содержащая передающее устройство.25. The base station according to any one of embodiments 23-24, further comprising a transmitter.

26. Базовая станция по любому из вариантов осуществления 23-25, дополнительно содержащая процессор, поддерживающий связь с приемным устройством и передающим устройством, при этом процессор выполнен с возможностью осуществлять любую из следующих функций: отправлять сообщение обновления политики, принимать сообщение подтверждения обновления политики, отправлять сообщение высвобождения ресурсов протокола туннелирования общей службы пакетной радиосвязи (GPRS) (GTP) и однонаправленного канала радиодоступа (RAB), принимать подтверждение приема (ACK) по высвобождению ресурсов GTP и RAB и/или устанавливать возможности подключения для передачи по восходящей и нисходящей линии связи во второй сети доступа.26. The base station according to any one of embodiments 23-25, further comprising a processor communicating with the receiving device and the transmitting device, wherein the processor is configured to perform any of the following functions: send a policy update message, receive a policy update confirmation message, send GPRS Tunneling Protocol Release Protocol (GTP) and Unidirectional Radio Access Channel (RAB) resource release message, receive acknowledgment (AC K) to release GTP and RAB resources and / or establish connectivity for uplink and downlink transmission in the second access network.

27. Базовая станция по любому из вариантов осуществления 23-26, в которой сообщение обновления политики включает в себя информацию, касающуюся шлюза (GW) во второй сети доступа.27. The base station according to any one of embodiments 23-26, wherein the policy update message includes information regarding a gateway (GW) in the second access network.

28. Базовая станция по любому из вариантов осуществления 23-27, в которой процессор дополнительно выполнен с возможностью высвобождать ресурсы в первой сети доступа.28. The base station according to any one of embodiments 23-27, wherein the processor is further configured to release resources in the first access network.

29. Базовая станция по любому из вариантов осуществления 23-28, в которой сообщение обновления политики, сообщение подтверждения обновления политики, сообщение высвобождения ресурсов GTP и RAB и/или ACK по высвобождению ресурсов GTP и RAB отправляются по S5-интерфейсу.29. The base station of any one of embodiments 23-28, wherein the policy update confirmation message, the policy update confirmation message, the GTP and RAB resource release message and / or the GTP and RAB resource release ACK are sent over the S5 interface.

Claims

1. A resource management method using a packet data network gateway (PDN GW) during a handover operation from a first access network to a second access network, comprising the steps of:
send a policy update message from the PDN GW to the tariff and charge rule and policy function (PCRF) via an interface comprising at least one of the following: S2a interface, S2c interface, and S5 interface;
- receive, in the PDN GW, a policy update confirmation message from the PCRF over said interface;
- establish, via the PDN GW, Internet Protocol (IP) connectivity between the user equipment (UE) and the GW PDN for transmission on the uplink and downlink on a second access network; and
- release, via the PDN GW, the resources associated with the first access network.

2. The method of claim 1, wherein the policy update message includes information regarding a gateway (GW) in the second access network.

3. The method according to claim 1, further comprising stages in which:
send a message release resources of the Protocol tunneling General packet radio service (GPRS) (GTP) and unidirectional radio access channel (RAB); and receive an acknowledgment (ACK) for the release of GTP and RAB resources.

4. The method according to claim 1, in which the first access network is an access network according to the standard of the partnership project of the third generation (3GPP), and the second access network is a trusted non-3GPP IP access network.

5. The method according to claim 1, in which the first access network is a trusted non-3GPP IP access network, and the second access network is an Advanced Universal Terrestrial Radio Access (E-UTRAN) network according to the Long Term Evolution Standard (LTE).

6. The method of claim 1, further comprising setting up a PMIPv6 tunnel between the GW PDN and the second access network.

7. A resource management device during a handover operation from a first access network to a second access network, comprising:
- receiving device;
- transmitting device; and
- a processor in communication with the receiving device and the transmitting device, while the processor, receiving device and transmitting device are configured to:
- send a policy update message from the gateway of the packet data network (PDN GW) to the tariff and charge rule and policy function (PCRF) via an interface comprising at least one of the following: S2a interface, S2c interface, and S5 interface;
- receive a policy update confirmation message from PCRF over said interface;
establish Internet Protocol (IP) connectivity between the user equipment (UE) and said device for uplink transmission and downlink transmission, respectively, over the second access network; and release resources associated with the first access network.

8. The device according to claim 7, in which the policy update message includes information regarding the gateway (GW) in the second access network.

9. The device according to claim 7, in which the processor, the receiving device and the transmitting device are further configured to:
send a message release resources tunneling Protocol General packet radio service (GPRS) (GTP) and unidirectional channel radio access (RAB); and
accept acknowledgment (ACK) for the release of GTP and RAB resources.

10. The device according to claim 7, in which the first access network is an access network according to the standard of the partnership project of the third generation (3GPP), and the second access network is a trusted non-3GPP IP access network.

11. The device according to claim 7, in which the first access network is a trusted non-3GPP IP access network, and the second access network is an advanced universal terrestrial radio access (E-UTRAN) network according to the long-term development standard (LTE).

12. The device according to claim 7, in which at least one of the following: the processor, the receiving device and the transmitting device are configured to establish a PMIPv6 tunnel between the PDN GW and the second access network.

13. A resource management method using a packet data network gateway (PDN GW) during a handover operation from an access network according to the third generation partnership project standard (3GPP) to a trusted access network via a non-3GPP Internet Protocol (IP), comprising the steps , where:
- send a policy update message from the PDN GW to the function of the rules and pricing and payment policies (PCRF) via the S5 interface;
- receive, in the PDN GW, a policy update confirmation message from the PCRF over the S5 interface;
- establish, via the PDN GW, IP connectivity between the user equipment (UE) and the PDN GW for transmission in the uplink and downlink over a trusted non-3GPP IP access network; and
- release, via the PDN GW, the resources associated with the 3GPP access network.

14. The method of claim 13, further comprising setting up a PMIPv6 tunnel between the GW PDN and the non-3GPP trusted IP access network.

15. The method of claim 13, wherein the policy update message includes information regarding a gateway (GW) in a trusted non-3GPP IP access network.