KR101539615B1 - 무선 통신 시스템에서 라디오 액세스 기술간 핸드오버 동안 ｑｏｓ 콘텍스트 전송을 위한 방법 및 장치 - Google Patents

Abstract

라디오 액세스 기술(RAT)간 핸드오버들 동안 서비스 품질(QoS) 콘텍스트의 효율적인 전송을 용이하게 하는 시스템들 및 방법들이 본 명세서에서 설명된다. 더 상세하게는, 혼합 모드 애플리케이션에 대한 QoS를 사용자 장비 유닛(UE)이 설정해야 하는지 또는 연관되는 네트워크가 설정해야 하는지 여부에 대한 규칙들을 설정하는 것, RAT간 핸드오버에 걸쳐 QoS를 전환할 때 플로우 투 베어러 맵핑들을 식별하는 것, 각각의 RAT들의 QoS 파라미터들을 맵핑하는 것, 다수의 핸드오버 시에 QoS 악화를 완화시키는 것, QoS가 새로운 RAT에서 허용될 수 없는 경우 하나 또는 그 초과의 동작들을 수행하는 것, 터널 모드 동안 QoS를 유지하는 것, 및 네트워크-개시된 QoS를 이용하는 RAT와 UE-개시된 QoS를 이용하는 RAT 사이에서 UE가 이동하는 시나리오들을 핸들링하는 것을 위한 기술들이 본 명세서에서 설명된다.

Description

무선 통신 시스템에서 라디오 액세스 기술간 핸드오버 동안 ＱＯＳ 콘텍스트 전송을 위한 방법 및 장치{METHOD AND APPARATUS FOR QOS CONTEXT TRANSFER DURING INTER RADIO ACCESS TECHNOLOGY HANDOVER IN A WIRELESS COMMUNICATION SYSTEM}

본 개시는 일반적으로 무선 통신들에 관한 것이고, 더 구체적으로는 무선 통신 환경에서 각각의 네트워크들 사이에서의 디바이스의 핸드오버를 관리하기 위한 기술들에 관한 것이다.

무선 통신 시스템들은 다양한 통신 서비스들을 제공하기 위해 널리 배치되고, 예를 들어, 음성, 비디오, 패킷 데이터, 브로드캐스트 및 메시지 서비스들은 이러한 통신 시스템들을 통해 제공될 수 있다. 이 시스템들은 이용가능한 시스템 자원들을 공유함으로써 다수의 단말들에 대한 통신을 지원할 수 있는 다중 액세스 시스템들일 수 있다. 이러한 다중 액세스 시스템들의 예들은 코드 분할 다중 액세스(CDMA) 시스템들, 시분할 다중 액세스(TDMA) 시스템들, 주파수 분할 다중 액세스(FDMA) 시스템들 및 직교 주파수 분할 다중 액세스(OFDMA) 시스템들을 포함한다.

무선 다중 액세스 통신 시스템은 다수의 무선 단말들에 대한 통신을 동시에 지원할 수 있다. 이러한 시스템에서, 각각의 단말은 순방향 및 역방향 링크들 상의 송신들을 통해 하나 또는 그 초과의 기지국들과 통신할 수 있다. 순방향 링크(또는 다운링크)는 기지국들로부터 단말들로의 통신 링크를 지칭하고, 역방향 링크(또는 업링크)는 단말들로부터 기지국들로의 통신 링크를 지칭한다. 이 통신 링크는 단일입력 단일출력(SISO), 다중입력 단일출력(MISO), 단일입력 다중출력(SIMO) 또는 다중입력 다중출력(MIMO) 시스템을 통해 설정될 수 있다.

다양한 무선 통신 네트워크 구현들에서, 무선 통신을 수행하기 위한 애플리케이션들 및/또는 다른 수단은 데이터 레이트들, 에러 레이트들, 채널 품질 등의 관점에서 애플리케이션에 대한 각각의 요건들을 특정할 수 있는 다양한 서비스 품질(QoS) 파라미터들에 따라 동작할 수 있다. 따라서, 몇몇 경우들에서, 사용자 장비 유닛(UE) 및/또는 무선 통신 네트워크의 다른 적절한 디바이스 및/또는 무선 통신 네트워크 자체는 UE와 네트워크 사이의 통신을 용이하게 하기 위해 QoS 예비(reservation) 절차들을 개시할 수 있다. 추가로, UE가 다양한 기준에 기초하여 상이한 라디오 액세스 기술들(RAT들) 사이에서 핸드오버를 개시하는 경우, 몇몇 경우들에서 UE에 대응하는 설정된 QoS 콘텍스트(context)가 핸드오버와 관련되는 하나의 RAT로부터 다른 RAT로 전송될 필요가 있을 수 있음을 인식할 수 있다. 따라서, 무선 통신 환경 내의 RAT간(inter-RAT) 핸드오버 동안 QoS 콘텍스트 및/또는 다른 QoS 파라미터들의 전송을 상당히 효율적인 방식으로 용이하게 하기 위한 기술들을 구현하는 것이 바람직할 것이다.

다음은 이러한 양상들의 기본적인 이해를 제공하기 위해서 청구된 요지의 다양한 양상들의 간략화된 요약을 제시한다. 이 요약은 모든 고려되는 양상들에 대한 포괄적인 개요는 아니며, 이러한 양상들의 중요하거나 핵심적인 엘리먼트들을 식별하거나 이러한 양상들의 범위를 설명하고자 할 의도도 아니다. 그 유일한 목적은 후에 제시되는 더 상세한 설명에 대한 도입부로서 간략화된 형태로 개시된 양상들의 몇몇 개념을 제공하기 위함이다.

일 양상에 따르면, 본 명세서에서 방법이 설명된다. 방법은, 적어도 하나의 인터넷 프로토콜(IP) 플로우 및 상기 적어도 하나의 IP 플로우와 각각 연관되는 각각의 IP 플로우 트래픽 포맷 템플릿들(TFT들)을 식별하는 단계; 적어도 하나의 베어러 및 각각의 베어러들과 관련되는 적어도 하나의 베어러 TFT에 대응하는 서비스 품질(QoS) 설정 메시징을 연관되는 네트워크로부터 수신하는 단계; 및 적어도 부분적으로는, IP 플로우 TFT들을 베어러 TFT들에 매칭함으로써 각각의 IP 플로우들과 베어러들 사이의 연관을 결정하는 단계를 포함할 수 있다.

본 명세서에서 설명되는 제 2 양상은 무선 통신 장치와 관련되고, 이 무선 통신 장치는, 적어도 하나의 IP 플로우 및 상기 적어도 하나의 IP 플로우와 각각 연관되는 각각의 IP 플로우 TFT들과 관련되는 데이터를 저장하는 메모리를 포함할 수 있다. 무선 통신 장치는, 적어도 하나의 베어러 및 각각의 베어러들과 관련되는 적어도 하나의 베어러 TFT에 대응하는 QoS 설정 메시징을 연관되는 네트워크로부터 수신하고, 적어도 부분적으로는, IP 플로우 TFT들을 베어러 TFT들에 매칭함으로써 각각의 IP 플로우들과 베어러들 사이의 연관을 결정하도록 구성되는 프로세서를 더 포함할 수 있다.

본 명세서에서 설명되는 제 3 양상은 무선 통신 시스템에서 동작가능한 장치와 관련되고, 이 장치는, 각각의 패킷 플로우들에 대응하는 하나 또는 그 초과의 TFT들을 식별하기 위한 수단; 베어러 TFT와 연관되는 특정한 베어러에 대응하는 QoS 파라미터들과 관련되는 시그널링을 연관되는 네트워크로부터 획득하기 위한 수단; 및 적어도 부분적으로는, 각각의 패킷 플로우들에 대응하는 TFT들을 베어러 TFT에 매칭함으로써 각각의 패킷 플로우들 중 하나 또는 그 초과를 특정한 베어러에 맵핑하기 위한 수단을 포함할 수 있다.

본 명세서에서 설명되는 제 4 양상은 컴퓨터 판독가능 매체를 포함할 수 있는 컴퓨터 프로그램 물건과 관련되는다. 차례로, 컴퓨터 판독가능 매체는 컴퓨터로 하여금, 각각의 패킷 플로우들에 대응하는 하나 또는 그 초과의 TFT들을 식별하게 하기 위한 코드; 컴퓨터로 하여금, 베어러 TFT와 연관되는 특정한 베어러에 대응하는 QoS 파라미터들과 관련되는 시그널링을 연관되는 네트워크로부터 획득하게 하기 위한 코드; 및 컴퓨터로 하여금, 적어도 부분적으로는, 각각의 패킷 플로우들에 대응하는 TFT들을 베어러 TFT에 매칭하게 함으로써 각각의 패킷 플로우들 중 하나 또는 그 초과를 특정한 베어러에 맵핑하게 하기 위한 코드를 포함할 수 있다.

본 명세서에서 설명되는 제 5 양상은 무선 통신 시스템에서 동작가능한 방법과 관련되고, 이 방법은, 제 1 라디오 액세스 기술(RAT)과 연관되는 제 1 세트의 QoS 파라미터들 및 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들을 식별하는 단계; 활용되는 네트워크 통신 애플리케이션과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터 및 활용되는 네트워크 통신 애플리케이션과 관련되는 정보를 획득하는 단계; 및 활용되는 네트워크 통신 애플리케이션과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를, 활용되는 네트워크 통신 애플리케이션과는 독립적으로 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑하는 단계를 포함할 수 있다.

본 명세서에서 설명되는 제 6 양상은 무선 통신 장치와 관련되고, 이 무선 통신 장치는, 제 1 RAT와 연관되는 제 1 세트의 QoS 파라미터들, 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들 및 네트워크 애플리케이션과 관련되는 데이터를 저장하는 메모리를 포함할 수 있다. 무선 통신 장치는, 네트워크 애플리케이션과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터와 관련되는 정보를 획득하고, 네트워크 애플리케이션과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를, 네트워크 애플리케이션과는 독립적으로 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑하도록 구성되는 프로세서를 더 포함할 수 있다.

본 명세서에서 설명되는 제 7 양상은 무선 통신 시스템에서 동작가능한 장치와 관련되고, 이 장치는, 제 1 RAT와 연관되는 제 1 세트의 QoS 파라미터들, 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들, 및 네트워크 통신을 용이하게 하는 애플리케이션과 관련되는 정보를 획득하기 위한 수단; 애플리케이션과 관련되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를 식별하기 위한 수단; 및 애플리케이션과 관련되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를 애플리케이션과는 독립적으로 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑하기 위한 수단을 포함할 수 있다.

본 명세서에서 설명되는 제 8 양상은 컴퓨터 판독가능 매체를 포함할 수 있는 컴퓨터 프로그램 물건과 관련되는다. 차례로, 컴퓨터 판독가능 매체는, 컴퓨터로 하여금, 제 1 RAT와 연관되는 제 1 세트의 QoS 파라미터들, 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들, 및 네트워크 통신을 용이하게 하는 애플리케이션과 관련되는 정보를 획득하게 하기 위한 코드; 컴퓨터로 하여금, 애플리케이션과 관련되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를 식별하게 하기 위한 코드; 및 컴퓨터로 하여금, 애플리케이션과 관련되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를 애플리케이션과는 독립적으로 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑하게 하기 위한 코드를 포함할 수 있다.

본 명세서에서 설명되는 제 9 양상은 무선 통신 시스템에서 동작가능한 방법과 관련되고, 이 방법은, 연관되는 네트워크와의 통신을 용이하게 하는 애플리케이션을 식별하는 단계; 각각의 RAT들과 관련되는 애플리케이션으로부터 각각의 QoS 파라미터들을 획득하는 단계; 제 1 RAT로부터 제 2 RAT로의 애플리케이션의 핸드오버를 식별하는 단계; 및 애플리케이션으로부터 획득된 각각의 QoS 파라미터들에 적어도 부분적으로 기초하여, 애플리케이션과 연관되고 제 1 RAT와 관련되는 적어도 하나의 QoS 파라미터를, 애플리케이션과 연관되고 제 2 RAT와 관련되는 적어도 하나의 QoS 파라미터에 맵핑하는 단계를 포함할 수 있다.

본 명세서에서 설명되는 제 10 양상은 무선 통신 장치와 관련되고, 이 무선 통신 장치는, 연관되는 네트워크와의 통신을 용이하게 하는 애플리케이션 및 제 1 RAT로부터 제 2 RAT로의 애플리케이션의 핸드오버와 관련되는 데이터를 저장하는 메모리를 포함할 수 있다. 무선 통신 장치는, 각각의 RAT들과 관련되는 애플리케이션으로부터 각각의 QoS 파라미터들을 획득하고, 애플리케이션으로부터 획득된 각각의 QoS 파라미터들에 적어도 부분적으로 기초하여, 애플리케이션과 연관되고 제 1 RAT와 관련되는 적어도 하나의 QoS 파라미터의, 애플리케이션과 연관되고 제 2 RAT와 관련되는 적어도 하나의 QoS 파라미터로의 맵핑을 수행하도록 구성되는 프로세서를 더 포함할 수 있다.

본 명세서에서 설명되는 제 11 양상은 무선 통신 시스템에서 동작가능한 장치와 관련되고, 이 장치는, 각각의 RAT들과 관련되는 네트워크 애플리케이션으로부터 QoS 파라미터들의 세트를 획득하기 위한 수단, 및 제 1 RAT와 연관되는 네트워크 애플리케이션으로부터 획득된 QoS 파라미터들의 세트 내의 적어도 하나의 QoS 파라미터를, 제 2 RAT와 연관되는 네트워크 애플리케이션으로부터 획득된 QoS 파라미터들의 세트 내의 적어도 하나의 QoS 파라미터에 맵핑하기 위한 수단을 포함할 수 있다.

본 명세서에서 설명되는 제 12 양상은 컴퓨터 판독가능 매체를 포함할 수 있는 컴퓨터 프로그램 물건과 관련되는다. 차례로, 컴퓨터 판독가능 매체는, 컴퓨터로 하여금, 각각의 RAT들과 관련되는 네트워크 애플리케이션으로부터 QoS 파라미터들의 세트를 획득하게 하기 위한 코드, 및 컴퓨터로 하여금, 제 1 RAT와 연관되는 네트워크 애플리케이션으로부터 획득된 QoS 파라미터들의 세트 내의 적어도 하나의 QoS 파라미터를, 제 2 RAT와 연관되는 네트워크 애플리케이션으로부터 획득된 QoS 파라미터들의 세트 내의 적어도 하나의 QoS 파라미터에 맵핑하게 하기 위한 코드를 포함할 수 있다.

본 명세서에서 설명되는 제 13 양상은 무선 통신 시스템에서 동작가능한 방법과 관련되고, 이 무선 통신 시스템은, 사용자 장비 유닛(UE) 및 RAT 상에서 UE에 의해 이용되는 QoS 파라미터를 식별하는 단계; RAT로부터의 UE의 이탈(exit) 및 RAT로의 UE의 재진입을 검출하는 단계; 및 RAT 상에서 UE에 의해 이용되는 QoS 파라미터에 적어도 부분적으로 기초하여, RAT로의 UE의 재진입에 응답하여 UE에 대한 QoS를 재설정하는 단계를 포함할 수 있다.

본 명세서에서 설명되는 제 14 양상은 무선 통신 장치와 관련되고, 이 무선 통신 장치는 UE 및 RAT 상에서 UE에 의해 이용되는 QoS 파라미터와 관련되는 데이터를 저장하는 메모리를 포함할 수 있다. 무선 통신 장치는 RAT로부터의 UE의 이탈 및 RAT로의 UE의 재진입을 검출하고, RAT 상에서 UE에 의해 이용되는 QoS 파라미터에 적어도 부분적으로 기초하여, RAT로의 UE의 재진입에 응답하여 UE에 대한 QoS를 재설정하도록 구성되는 프로세서를 더 포함할 수 있다.

본 명세서에서 설명되는 제 15 양상은 무선 통신 시스템에서 동작가능한 장치에 관한 것이고, 이 장치는 네트워크 디바이스가 제 1 핸드오버를 통해 연관되는 RAT를 떠나는 것에 응답하여 연관되는 RAT 상에서 네트워크 디바이스에 의해 활용되는 QoS 파라미터를 식별하기 위한 수단, 및 연관되는 RAT 상에서 네트워크 디바이스에 의해 활용되는 QoS 파라미터에 적어도 부분적으로 기초하여, 네트워크 디바이스가 제 2 핸드오버를 통해 연관되는 RAT에 재진입하는 것에 응답하여 네트워크 디바이스에 대한 QoS를 설정하기 위한 수단을 포함할 수 있다.

본 명세서에서 설명되는 제 16 양상은 컴퓨터 판독가능 매체를 포함할 수 있는 컴퓨터 프로그램 물건과 관련되는다. 차례로, 컴퓨터 판독가능 매체는, 컴퓨터로 하여금, 네트워크 디바이스가 제 1 핸드오버를 통해 연관되는 RAT를 떠나는 것에 응답하여 연관되는 RAT 상에서 네트워크 디바이스에 의해 활용되는 QoS 파라미터를 식별하게 하기 위한 코드, 및 컴퓨터로 하여금, 연관되는 RAT 상에서 네트워크 디바이스에 의해 활용되는 QoS 파라미터에 적어도 부분적으로 기초하여, 네트워크 디바이스가 제 2 핸드오버를 통해 연관되는 RAT에 재진입하는 것에 응답하여 네트워크 디바이스에 대한 QoS를 설정하게 하기 위한 코드를 포함할 수 있다.

본 명세서에서 설명되는 제 17 양상은 무선 통신 시스템에서 동작가능한 방법과 관련되고, 이 방법은, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계와 관련되는 정보를 획득하는 단계; 제 1 RAT 상에서 활용되는 QoS 파라미터를 식별하는 단계; 및 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계에 적어도 부분적으로 기초하여, 제 1 RAT 상에서 활용되는 QoS 파라미터를 제 2 RAT와 연관되는 QoS 파라미터에 맵핑하는 단계를 포함할 수 있다.

본 명세서에서 설명되는 제 18 양상은 무선 통신 장치와 관련되고, 이 무선 통신 장치는, 제 1 RAT, 제 2 RAT, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계, 및 제 1 RAT 상에서 활용되는 QoS 파라미터와 관련되는 데이터를 저장하는 메모리를 포함할 수 있다. 무선 통신 장치는, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계에 적어도 부분적으로 기초하여, 제 1 RAT 상에서 활용되는 QoS 파라미터를 제 2 RAT와 연관되는 QoS 파라미터에 맵핑하도록 구성되는 프로세서를 더 포함할 수 있다.

본 명세서에서 설명되는 제 19 양상은 무선 통신 시스템에서 동작가능한 장치와 관련되고, 이 장치는, 적어도 하나의 애플리케이션이 네트워크 통신을 수행할 수 있는 제 1 RAT 및 제 2 RAT를 식별하기 위한 수단; 제 1 RAT에 대한 각각의 QoS 파라미터들과 제 2 RAT에 대한 각각의 QoS 파라미터들 사이의 맵핑과 관련되는 정보를 획득하기 위한 수단; 및 적어도 부분적으로는, 애플리케이션에 의해 활용되는 제 1 RAT에 대한 QoS 파라미터에 대응하는 제 2 RAT에 대한 QoS 파라미터를 맵핑에 따라 획득함으로써, 제 2 RAT 상에서 애플리케이션에 대한 QoS를 설정하기 위한 수단을 포함할 수 있다.

본 명세서에서 설명되는 제 20 양상은 컴퓨터 판독가능 매체를 포함할 수 있는 컴퓨터 프로그램 물건과 관련되는다. 차례로, 컴퓨터 판독가능 매체는, 컴퓨터로 하여금, 적어도 하나의 애플리케이션이 네트워크 통신을 수행할 수 있는 제 1 RAT 및 제 2 RAT를 식별하게 하기 위한 코드; 컴퓨터로 하여금, 제 1 RAT에 대한 각각의 QoS 파라미터들과 제 2 RAT에 대한 각각의 QoS 파라미터들 사이의 맵핑과 관련되는 정보를 획득하게 하기 위한 코드; 및 컴퓨터로 하여금, 적어도 부분적으로는, 애플리케이션에 의해 활용되는 제 1 RAT에 대한 QoS 파라미터에 대응하는 제 2 RAT에 대한 QoS 파라미터를 맵핑에 따라 획득하게 함으로써, 제 2 RAT 상에서 애플리케이션에 대한 QoS를 설정하게 하기 위한 코드를 포함할 수 있다.

상술한 목적 및 관련되는 목적의 달성을 위해서, 청구된 요지의 하나 또는 그 초과의 양상들은, 아래에서 완전히 설명되고 특히 청구항들에서 언급되는 특징들을 포함한다. 하기 설명 및 부가된 도면들은 청구된 요지의 특정한 예시적인 양상들을 상세히 설명한다. 그러나, 이러한 양상들은 청구된 요지의 원리들이 이용될 수 있는 다양한 방식들 중 일부만을 표시한다. 추가로, 개시된 양상들은 모든 이러한 양상들 및 이들의 균등물들을 포함하는 것으로 의도된다.

도 1은, 다양한 양상들에 따라 무선 통신 시스템에서 RAT간 핸드오버에 대한 효율적인 QoS 콘텍스트 전송을 용이하게 하는 시스템의 블록도이다.
도 2 및 도 3은 다양한 양상들에 따라 무선 통신 시스템에서 활용되는 혼합-모드(mixed-mode) 애플리케이션에 대한 QoS의 설정을 용이하게 하는 각각의 시스템들의 블록도들이다.
도 4는 다양한 양상들에 따라 RAT간 핸드오버에 걸쳐 QoS를 전환(translate)하는 것과 관련되는 플로우 투 베어러(flow to bearer) 맵핑들을 식별하기 위한 시스템의 블록도이다.
도 5 내지 도 7은 다양한 양상들에 따라 다수의 RAT들에 대응하는 QoS 파라미터들의 맵핑을 용이하게 하는 각각의 시스템들의 블록도들이다.
도 8은 본 명세서에서 설명된 다양한 양상들이 기능할 수 있는 RAT들의 세트에 대한 예시적인 QoS 파라미터 구성을 도시한다.
도 9 및 도 10은 다양한 양상들에 따라 연속적인 핸드오버들 상에서 QoS 파라미터들의 보존을 용이하게 하는 각각의 시스템들의 블록도들이다.
도 11은 다양한 양상들에 따라 RAT간 핸드오버 이후에 하나 또는 그 초과의 네트워크 애플리케이션들에 대한 불충분한 QoS를 핸들링하기 위한 시스템의 블록도이다.
도 12는 다양한 양상들에 따라 터널 모드 동작을 통해 다수의 RAT들 상에서 QoS 정보를 유지하기 위한 시스템의 블록도이다.
도 13은 다양한 양상들에 따라 QoS 정보를 유지하기 위해 활용될 수 있는 예시적인 터널링 구성을 도시한다.
도 14 및 도 15는 다양한 양상들에 따라 RAT간 핸드오버 동안 QoS 설정 동작의 핸들링을 용이하게 하는 각각의 시스템들의 블록도들이다.
도 16 내지 도 19는 무선 통신 시스템에서 활용되는 혼합 모드 애플리케이션에 대한 QoS의 설정을 관리하기 위한 각각의 방법들의 흐름도들이다.
도 20은 RAT간 핸드오버와 관련되는 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법의 흐름도이다.
도 21 및 도 22는 다수의 RAT들에 대응하는 QoS 파라미터들의 맵핑을 용이하게 하는 각각의 방법들의 흐름도들이다.
도 23 및 도 24는 다수의 RAT간 핸드오버들 상에서 QoS 파라미터들의 보존을 용이하게 하는 각각의 방법들의 흐름도들이다.
도 25는 RAT간 핸드오버 이후에 악화된(downgraded) QoS의 경우 네트워크 애플리케이션의 동작을 적응시키기 위한 방법의 흐름도이다.
도 26 및 도 27은 다수의 RAT들 상에서 QoS 정보를 유지하기 위해 터널링을 활용하기 위한 각각의 방법들의 흐름도들이다.
도 28 및 도 29는 RAT간 핸드오버 동안 QoS 설정 동작을 핸들링하기 위한 각각의 방법들의 흐름도들이다.
도 30 내지 도 43은 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 각각의 장치들의 블록도들이다.
도 44는 본 명세서에서 기술되는 다양한 양상들에 따른 무선 다중 액세스 통신 시스템을 도시한다.
도 45는, 본 명세서에서 설명되는 다양한 양상들이 기능할 수 있는 예시적인 무선 통신 시스템을 도시하는 블록도이다.

이제, 청구된 요지의 다양한 양상들이 도면들을 참조하여 설명되고, 도면에서 유사한 참조 부호들은 도면 전체에서 유사한 엘리먼트들을 지칭하도록 사용된다. 하기 설명에서는, 설명의 목적으로, 하나 또는 그 초과의 양상들의 철저한 이해를 제공하기 위해 다수의 특정 세부사항들이 기술된다. 그러나, 이러한 양상(들)이 이 특정 세부사항들 없이도 실시될 수 있음은 자명할 것이다. 다른 예들에서, 공지된 구조들 및 디바이스들은 하나 또는 그 초과의 양상들의 설명을 용이하게 하기 위해 블록도 형태로 도시된다.

본 출원에서 사용되는 바와 같이, 용어들 "컴포넌트", "모듈", "시스템" 등은, 하드웨어, 펌웨어, 하드웨어 및 소프트웨어의 조합, 소프트웨어, 또는 실행중인 소프트웨어와 같은 컴퓨터-관련 엔티티를 지칭하도록 의도된다. 예를 들어, 컴포넌트는 프로세서 상에서 실행되는 프로세스, 집적 회로, 객체, 실행가능한 것, 실행 스레드, 프로그램, 및/또는 컴퓨터일 수 있지만, 이에 한정되는 것은 아니다. 예를 들어, 컴퓨팅 디바이스 상에서 실행되는 애플리케이션 및 컴퓨팅 디바이스 모두 컴포넌트일 수 있다. 하나 또는 그 초과의 컴포넌트들은 프로세스 및/또는 실행 스레드 내에 상주할 수 있고, 일 컴포넌트는 하나의 컴퓨터에 로컬화될 수 있고, 그리고/또는 둘 또는 그 초과의 컴퓨터들 사이에 분산될 수 있다. 또한, 이러한 컴포넌트들은 다양한 데이터 구조들이 저장된 다양한 컴퓨터 판독가능 매체로부터 실행할 수 있다. 컴포넌트들은 예를 들어 하나 또는 그 초과의 데이터 패킷들(예를 들면, 로컬 시스템에서, 분산 시스템에서 및/또는 신호에 의한 다른 시스템들과의 네트워크(예를 들어, 인터넷)를 통해 다른 컴포넌트와 상호 작용하는 하나의 컴포넌트로부터의 데이터)을 갖는 신호에 따라 로컬 및/또는 원격 프로세스들을 통해 통신할 수 있다.

게다가, 다양한 양상들은 무선 단말 및/또는 기지국과 관련하여 본 명세서에서 설명된다. 무선 단말은 음성 및/또는 데이터 접속을 사용자에게 제공하는 디바이스를 지칭할 수 있다. 무선 단말은 랩탑 컴퓨터 또는 데스크탑 컴퓨터와 같은 컴퓨팅 디바이스에 접속될 수 있거나, 개인 휴대 정보 단말(PDA)과 같이 독립형(self contained) 디바이스일 수 있다. 무선 단말은 또한, 시스템, 가입자 유닛, 가입자국, 이동국, 모바일, 원격국, 액세스 포인트, 원격 단말, 액세스 단말, 사용자 단말, 사용자 에이전트, 사용자 디바이스 또는 사용자 장비(UE)로 지칭될 수 있다. 무선 단말은 가입자국, 무선 디바이스, 셀룰러 전화, PCS 전화, 코드리스 전화, 세션 개시 프로토콜(SIP) 폰, 무선 로컬 루프(WLL) 스테이션, 개인 휴대 정보 단말(PDA), 무선 접속 기능을 갖는 핸드헬드 디바이스, 또는 무선 모뎀에 접속되는 다른 프로세싱 디바이스일 수 있다. 기지국(예를 들어, 액세스 포인트 또는 노드 B)은 액세스 네트워크에서 하나 또는 그 초과의 섹터들에 걸쳐 무선 단말들과 에어 인터페이스를 통해 통신하는 디바이스를 지칭할 수 있다. 기지국은, 수신된 에어 인터페이스 프레임들을 IP 패킷들로 변환함으로써, 인터넷 프로토콜(IP) 네트워크를 포함할 수 있는 액세스 네트워크의 무선 단말과 나머지 사이에서 라우터로서 동작할 수 있다. 기지국은 또한 에어 인터페이스에 대한 속성들의 관리를 조정한다.

아울러, 본 명세서에서 설명되는 다양한 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되면, 상기 기능들은, 컴퓨터 판독가능 매체 상에 하나 또는 그 초과의 명령들 또는 코드로서 저장되거나 이를 통해 송신될 수 있다. 컴퓨터 판독가능 매체는 컴퓨터 저장 매체, 및 일 장소에서 다른 장소로 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 통신 매체 둘 모두를 포함한다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 제한이 아닌 예시로서, 이러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장소, 자기 디스크 저장 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 요구되는 프로그램 코드를 저장 또는 반송(carry)하는데 이용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 연결 수단(connection)이 컴퓨터 판독가능 매체로 적절히 지칭될 수 있다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 연선(twisted pair), 디지털 가입자 라인(DSL), 또는 적외선, 라디오, 및 마이크로웨이브와 같은 무선 기술들을 이용하여 송신되는 경우, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 라디오, 및 마이크로웨이브와 같은 무선 기술들이 매체의 정의에 포함된다. 여기서 사용되는 디스크(disk 및 disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광 디스크(disc), 디지털 다기능 디스크(disc)(DVD), 플로피 디스크(disk), 및 블루-레이 디스크(disc)(BD)를 포함하며, 여기서 디스크(disk)들은 보통 데이터를 자기적으로 재생하지만, 디스크(disc)들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 상기한 것의 조합들 또한 컴퓨터 판독가능 매체의 범주 내에 포함되어야 한다.

본 명세서에서 설명되는 다양한 기술들은 코드 분할 다중 액세스(CDMA) 시스템들, 시분할 다중 액세스(TDMA) 시스템들, 주파수 분할 다중 액세스(FDMA) 시스템들, 직교 주파수 분할 다중 액세스(OFDMA) 시스템들, 싱글 캐리어 FDMA(SC-FDMA) 시스템들 및 다른 이러한 시스템들과 같은 다양한 무선 통신 시스템들에 이용될 수 있다. 용어들 "시스템" 및 "네트워크"는 종종 상호교환하여 사용된다. CDMA 시스템은 유니버셜 지상 라디오 액세스(UTRA), CDMA2000 등과 같은 라디오 기술을 구현할 수 있다. UTRA는 광대역-CDMA(W-CDMA) 및 CDMA의 다른 변형들을 포함한다. 추가적으로, CDMA2000은 IS-2000, IS-95 및 IS-856 표준들을 커버한다. TDMA 시스템은 이동 통신용 범용 시스템(GSM)과 같은 라디오 기술을 구현할 수 있다. OFDMA 시스템은 이볼브드 UTRA(E-UTRA), 울트라 모바일 브로드밴드(UMB), IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, Flash-OFDM® 등과 같은 라디오 기술을 구현할 수 있다. UTRA 및 E-UTRA는 유니버셜 모바일 통신 시스템(UMTS)의 일부이다. 3GPP 롱 텀 에볼루션(LTE)은, 다운링크에서 OFDMA를 사용하고 업링크에서 SC-FDMA를 사용하는 E-UTRA를 이용하는 향후 릴리스이다. UTRA, E-UTRA, UMTS, LTE 및 GSM은 "3세대 파트너쉽 프로젝트(3GPP)"로 명명된 기구로부터의 문서들에 설명된다. 추가로, CDMA2000 및 UMB는 "3세대 파트너쉽 프로젝트 2(3GPP2)"로 명명된 기구로부터의 문서들에 설명된다.

다양한 양상들은, 다수의 디바이스들, 컴포넌트들, 모듈들 등을 포함할 수 있는 시스템들의 관점에서 제시될 것이다. 다양한 시스템들은 추가적인 디바이스들, 컴포넌트들, 모듈들 등을 포함할 수 있고 그리고/또는 도면들과 관련하여 논의되는 디바이스들, 컴포넌트들, 모듈들 등의 일부 또는 전부를 생략할 수 있음을 이해하고 인식해야 한다. 이 접근법들의 조합이 또한 이용될 수 있다.

이제 도면들을 참조하면, 도 1은, 본 명세서에서 설명되는 다양한 양상들에 따라 무선 통신 시스템에서 RAT간 핸드오버에 대한 효율적인 QoS 콘텍스트 전송을 용이하게 하는 시스템(100)을 도시한다. 도 1에 도시된 바와 같이, 시스템(100)은, 하나 또는 그 초과의 네트워크들(104)과 통신할 수 있는 하나 또는 그 초과의 UE들(102)(또한 본 명세서에서 모바일 디바이스들 또는 스테이션들, 단말들, 액세스 단말들(AT들) 등으로 지칭됨)을 포함할 수 있다. 일례에서, 각각의 네트워크들(104)은, 예를 들어, 3GPP LTE, 고속 패킷 데이터(HRPD), WiMax, WLAN, UMTS 등과 같은 다양한 RAT들에 따라 동작할 수 있다. 추가로, 시스템(100)의 각각의 네트워크들(104)은, 각각의 UE들(102), 네트워크 제어기들, 및/또는 다른 적절한 네트워크 엔티티들에 통신 서비스를 제공하는 기지국들(예를 들어, 노드 B들 또는 이볼브드 노드 B들(eNB들), 셀들 또는 네트워크 셀들, 액세스 포인트들(AP들), 네트워크 노드들 등)과 같은 하나 또는 그 초과의 네트워크 엔티티들을 포함하고 그리고/또는 그렇지 않으면 이들과 연관될 수 있다. 일 양상에 따르면, UE(102)는 네트워크(들)(104)와의 하나 또는 그 초과의 업링크(UL, 또한 본 명세서에서 역방향 링크(RL)로 지칭됨) 통신들에 참여할 수 있고, 유사하게, 네트워크(들)(104)는 UE(102)로의 하나 또는 그 초과의 다운링크(DL, 또한 본 명세서에서 순방향 링크(FL)로 지칭됨) 통신들에 참여할 수 있다.

일 양상에 따르면, UE(102)는 멀티-라디오 무선 디바이스 및/또는 복수의 RAT들에 따라 통신할 수 있는 다른 적절한 디바이스일 수 있다. 따라서, UE(102)는 다수의 네트워크들(104)과 통신가능할 수 있고, 네트워크들 각각은 하나 또는 그 초과의 RAT들과 연관될 수 있다. 일례에서, UE(102)가 네트워크(104)의 커버리지를 떠나고, 현재의 서빙 네트워크(104)와 연관되는 RAT에 의해 제공되는 서비스들과는 다른 서비스들을 요구하는 경우 및/또는 다른 적절한 트리거링 이벤트들의 발생 시에, UE(102) 및 하나 또는 그 초과의 네트워크들(104)은 핸드오버 동작을 수행할 수 있고, 여기서 UE(102)는 제 1 네트워크(104)(본 명세서에서 소스 네트워크로 지칭됨)를 떠나고, 제 2 네트워크(104)(본 명세서에서 타겟 네트워크로 지칭됨)로 진입한다. 핸드오버에 대한 소스 및 타겟 네트워크들(104)이 상이한 RAT들을 활용하는 경우, 핸드오버는 RAT간 또는 IRAT 핸드오버로 지칭된다. 하기 설명에 대해, 본 명세서의 다양한 예들은 LTE와 HRPD RAT들 사이의 핸드오버에 대해 제공되지만, 본 명세서에 제공된 기술들은 임의의 적절한 RAT들 사이의 임의의 RAT간 핸드오버의 상황에서 적용될 수 있음을 인식해야 한다. 추가로, 달리 명시적으로 언급되지 않으면, 청구된 요지는 임의의 특정한 RAT들 또는 이들 사이의 핸드오버들로 제한되는 것으로 의도되지 않음을 인식해야 한다.

다른 양상에 따르면, UE(102)는 네트워크(들)(104) 및/또는 시스템(100) 내의 다른 엔티티들에 대한 통신을 위해 하나 또는 그 초과의 네트워크 애플리케이션들을 활용할 수 있다. 이러한 애플리케이션들은 다양한 QoS 파라미터들과 연관될 수 있고, QoS 파라미터들은, 최대 비트 레이트(MBR), 애그리게이트(aggregate)된 MBR(AMBR), 보장된 비트 레이트(GBR), 채널 품질(예를 들어, QoS 클래스 식별자(QCI) 등의 관점에서 주어짐) 등의 관점에서 애플리케이션에 대한 최소 요구 성능을 특정할 수 있다. 일례에서, UE(102)는 하나 또는 그 초과의 연관되는 애플리케이션들에 대한 이러한 파라미터들을 획득하기 위해 QoS 예비 절차들을 활용할 수 있다. 후속적으로, UE(102)에 대해 RAT간 핸드오버가 개시될 수 있고, 이 때 UE(102)에 대응하는 QoS 콘텍스트는 소스 RAT로부터 타겟 RAT로 전송되도록 구성될 수 있다. 따라서, 이러한 QoS 콘텍스트 전송을 실질적으로 신속한 방식으로 수행하기 위한 기술들을 구현하는 것이 바람직할 것이다. 추가로, QoS를 UE(102)가 개시해야 하는지 또는 네트워크(104)가 개시해야 하는지 여부가 불명확한 경우들을 UE(102)가 핸들링할 수 있게 하는 기능을 구현하는 것이 바람직할 것이다. 세째로, 상이한 RAT들 사이에서 QoS 파라미터들이 상이한 경우, 네트워크(104)가 자원 이용가능성에 기초하여 새로운 RAT에서 전환된 QoS를 할당하게 할 수 있는 기술들을 구현하는 것이 바람직할 것이다. 네째로, 새로운 QoS가 허용가능한지 여부를 결정하고 어느 경우에나 적절한 동작을 수행하는 능력을 UE(102)가 갖는 것이 바람직할 것이다.

LTE와 HRPD 사이의 핸드오버의 특정한 비제한적인 경우에서, 시스템(100)의 다양한 애플리케이션들 및/또는 다른 동작들은, 네트워크 또는 디바이스가 QoS를 개시하게 하는 옵션으로 구성될 수 있다. 따라서, 몇몇 경우들에서, UE(102)가 결정하기 위해 어느 규칙들을 따라야 하는지, 예를 들어, 주어진 애플리케이션에 대해 QoS를 UE(102)가 개시해야 하는지 또는 네트워크(104)가 개시해야 하는지 여부는 불명확하다. UE(102) 및 네트워크(104) 모두에 의한 QoS의 개시는 감소된 효율을 초래할 수 있음을 인식할 수 있고, 따라서, QoS를 정의하기 위해 명확하게 정의된 절차들이 바람직함을 인식할 수 있다.

추가로, 하나의 라디오 도메인으로부터 다른 라디오 도메인으로의 전송이 시도되는 경우, 시스템(100)은, QoS 플로우들의 셋업에 후속하는 핸드오버에서 QoS를 타겟 네트워크(104)로 푸쉬(push)하는 것 및 다른 이러한 동작들을 수행하는 것을 소스 네트워크(104)가 담당한다는 예상 하에서 동작할 수 있다. 따라서, LTE에서 HRPD로의 핸드오버의 예에서, QoS는 LTE 네트워크로부터 HRPD 네트워크로 푸쉬될 수 있다. 그러나, 이러한 경우 QoS를 계속하기 위한 규칙들은 RAT들 사이의 전환에 기인하여 불명확할 수 있다. 또한, QoS가 네트워크-개시되는 네트워크로부터 QoS가 디바이스-개시되는 네트워크로의 핸드오버 또는 그 반대의 경우에, 추가적인 문제들이 발생할 수 있고, 이를 위한 솔루션들이 바람직하다.

다른 특정한 예에서, 상이한 라디오 도메인들이 QoS를 특정하기 위한 상이한 규칙들을 가질 수 있어서, QoS 파라미터들이 RAT들에 걸쳐 동일하지 않게 되는 것을 인식할 수 있다. 따라서, 예를 들어, LTE는 QCI를 통해 QoS 파라미터들을 특정할 수 있고, 이것은, 각각의 값이 상이한 QoS 부류(예를 들어, 베스트-에포츠(best-effort) 서비스, 레이턴시-민감 서비스, 데이터 레이트-민감 서비스 등)를 표현하는 계산된(numerated) 값으로서 구현될 수 있다. 반대로, 이볼브드 HRPD(eHRPD)는 플로우 프로파일들 등을 통해 QoS를 특정할 수 있고, 이것은, 트래픽 유형, 요구되는 레이턴시 및/또는 데이터 레이트 등을 표시하는 별개의 값들로서 구현될 수 있다. 다른 대조적인 예에서, WLAN은 특정한 수의 QoS 레벨들(예를 들어, 4)을 통해 QoS를 특정할 수 있고, 이것은 특정한 플로우의 제어부와 데이터부를 구별할 수 있다(예를 들어, 제어에 대한 4개의 서비스 유형들 및 데이터에 대한 4개의 서비스 유형들에 대응하는 총 8개의 QoS 레벨들을 초래함). 따라서, 상이한 RAT들에 의해 활용되는 QoS 파라미터들 사이의 세부적인 상이한 레벨, 및 상이한 RAT들 사이에 QoS 값들이 어떻게 맵핑되는지에 관한 각각의 RAT들의 상이한 예상들에 기인하여, 몇몇 경우들에서, RAT들 사이에 QoS를 어떻게 맵핑할지는 불명확할 수 있다.

따라서, 적어도 상기의 관점에서, 시스템(100)의 UE(102) 및 네트워크(들)(104)는, 다양한 양상들에 따라, RAT간 핸드오버에서 QoS 관리의 상기 단점들을 처리하고 이러한 핸드오버 동안 QoS 콘텍스트의 효율적인 전송을 용이하게 하기 위한 다양한 기술들 및/또는 다른 수단을 활용할 수 있다. 예를 들어, RAT간 핸드오버 시의 혼합 모드 동작에 대해 (예를 들어, QoS 설정 모듈(120)을 통해) QoS를 UE(102)가 설정해야 하는지 또는 네트워크(104)가 설정해야 하는지 여부에 대한 규칙들을 정의 및/또는 적용하기 위해 UE(102)에서의 QoS 셋업 표시 분석기(110) 및/또는 네트워크(104)에서의 QoS 셋업 표시자 모듈(170)이 활용될 수 있다. 제 2 예에서, UE(102)는 RAT간 핸드오버에 걸쳐 QoS를 전환할 때 인터넷 프로토콜(IP) 베어러 맵핑을 결정하기 위해 플로우/베어러 맵핑 모듈(130) 및/또는 다른 수단을 활용할 수 있다. 제 3 예에서, UE(102) 및/또는 네트워크(104)는, 상이한 RAT들의 QoS 파라미터들의 맵핑을 용이하게 하는 QoS 맵핑 모듈(140)을 포함할 수 있다. 제 4 예에서, UE(102) 및/또는 네트워크(104)는, RAT간 핸드오버의 상황에서 터널 모드 동안 QoS를 유지하기 위해 터널링 모듈(150) 및/또는 다른 수단을 활용할 수 있다. 제 5 예에서, 새로운 RAT에서 QoS가 허용가능하지 않은 경우 하나 또는 그 초과의 동작들을 용이하게 하기 위해 UE(102)에서의 QoS 실패 핸들러 모듈(160)이 활용될 수 있다. 제 6 예에서, UE(102) 및/또는 네트워크(104)는 다수의 핸드오버들 시에 QoS 저하(depreciation)를 회피하기 위해 QoS 저장 모듈(180) 및/또는 다른 수단을 포함할 수 있다. UE(102) 및 네트워크(104)와 연관되는 모듈들(110-180) 및/또는 다른 적절한 메커니즘들이 활용될 수 있는 다양한 예들이 본 명세서에서 더 상세하게 제공된다.

본 명세서에서 설명되는 기술들 중 하나 또는 그 초과를 활용함으로써, RAT간 핸드오버 이후 동등한 QoS가 타겟 액세스 기술 상에서 계속될 수 있음을 인식할 수 있다. 그렇지 않으면, 언더-프로비저닝된(under-provisioned) QoS의 경우, 불만족스러운 사용자 경험이 발생할 수 있거나, 몇몇 경우들에서는 대응하는 애플리케이션이 기본(underlying) 서비스를 종료시킬 수 있음을 인식할 수 있다. 대안적으로, 오버-프로비저닝된 QoS의 경우, 네트워크에서 QoS 자원들의 낭비, 사용자의 잠재적인 과도한 요금(overbilling) 및/또는 다른 결과들이 초래할 수 있음을 인식할 수 있다.

다음으로 도 2를 참조하면, 무선 통신 시스템에서 활용되는 혼합-모드 애플리케이션에 대한 QoS의 설정을 용이하게 하는 제 1 시스템(200)이 도시된다. 도 2에 도시된 바와 같이, 시스템(200)은 UE(102) 및 네트워크(104)를 포함할 수 있고, 이들은 하나 또는 그 초과의 RAT들 및 하나 또는 그 초과의 네트워크 애플리케이션들 또는 다른 서비스들에 따라 서로 통신할 수 있다. 일례에서, 애플리케이션은 항상 UE 개시(예를 들어, 유형 1 애플리케이션)일 수 있고, 이 경우, 애플리케이션에 대한 QoS는 네트워크(104)가 QoS를 개시하는 것으로 예상되지 않도록 디바이스로부터 푸쉬된다. 대안적으로, 애플리케이션은, 네트워크(104)가 QoS의 개시를 담당하도록 항상 네트워크 개시(예를 들어, 유형 2 애플리케이션)일 수 있다. 그러나, 유형 3 또는 "혼합 모드" 애플리케이션들과 같은 몇몇 유형들의 애플리케이션들의 경우, QoS의 개시를 (예를 들어, 애플리케이션 서버(AS) 및/또는 다른 수단을 통해) 네트워크(104)가 담당하는지 또는 UE(102)가 담당하는지 여부는 불명확하다. 따라서, 이러한 경우에, UE(102) 및 네트워크(104) 모두는 QoS를 개시하려 시도할 수 있고, 이것은 비효율성 및/또는 불일치하거나 부정확한 QoS를 초래할 수 있다. 예를 들어, 이러한 애플리케이션은, 홈 네트워크에서는 네트워크-제어된 QoS를 이용하지만 방문된(visited) 네트워크들에서는 UE-제어된 QoS(여기서 QoS는 네트워크 측에서는 보장될 수 없음)를 이용하도록 구성되는 서비스에 대응할 수 있다.

따라서, UE(102) 및/또는 네트워크(104)는, 혼합 모드 애플리케이션에 대해 QoS가 어떻게 개시될지를 결정하는 규칙들 및/또는 다른 메커니즘들을 설정하기 위한 하나 또는 그 초과의 기술들을 활용할 수 있다. 제 1 예에서, 네트워크(104)는 플래그(flag) 및/또는 다른 메커니즘들을 이용하여, UE(102) 및 네트워크(104) 중 어느 것이 QoS의 개시를 담당해야 하는지를 (예를 들어, QoS 셋업 표시자 모듈(170) 또는 다른 수단을 통해) 표시할 수 있다. 따라서, 예를 들어, 네트워크(104)는, 적어도 하나의 UE(102)와의 통신을 용이하게 하는 애플리케이션을 식별할 수 있고, 애플리케이션에 대한 QoS가 네트워크-개시일지 또는 적어도 하나의 UE(102)에 의해 개시될지 여부를 결정할 수 있고, 결정의 결과의 표시를 구성할 수 있고, 이 표시를 적어도 하나의 UE(102)에 (예를 들어, QoS 셋업 표시자 모듈(170)을 통해) 전달할 수 있다. QoS가 네트워크(104)에 의해 설정될 경우, QoS를 설정하기 위해 네트워크(104)에서의 QoS 설정 모듈(120) 및/또는 다른 수단이 활용될 수 있고, 설정된 QoS를 UE(102)에 전달하기 위해 QoS 시그널링 모듈(222) 등이 활용될 수 있다. 반대로, QoS가 UE-개시일 것이면, QoS를 설정하기 위해 UE(102)에서의 QoS 설정 모듈(120) 등이 활용될 수 있다.

일례에서, QoS가 UE(102)에 의해 개시될지 또는 네트워크(104)에 의해 개시될지 여부의 표시는 기본 애플리케이션에 대한 QoS를 설정하는 프로세스에서 애플리케이션별 기반으로 네트워크(104)에 의해 제공될 수 있거나, 대안적으로, 예를 들어, 모든 애플리케이션들 및/또는 애플리케이션들의 하나 또는 그 초과의 부류들 또는 카테고리들에 대한 QoS가 항상 네트워크(104)에 의해 푸쉬될 것이거나 네트워크(104)에 의해 푸쉬되지는 않을 것임을 제공하는 글로벌 플래그들 및/또는 다른 표시들을 네트워크(104)가 제공할 수 있다. 따라서, QoS 셋업 표시자 모듈(170)은, 복수의 애플리케이션들에 대한 QoS가 네트워크-개시일지 또는 적어도 하나의 UE(102)에 의해 개시될지 여부에 관한 글로벌 표시를 구성할 수 있고, 이 때 글로벌 표시가 적어도 하나의 UE(102)에 전달될 수 있거나, 또는 대안적으로, QoS 셋업 표시자 모듈(170)은, 애플리케이션에 대한 QoS가 네트워크-개시일지 또는 적어도 하나의 UE(102)에 의해 개시될지 여부에 관한 애플리케이션별 표시를 구성할 수 있고, 이에 기초하여 애플리케이션별 표시가 적어도 하나의 UE(102)에 전달될 수 있다.

대응적으로, UE(102)는 시스템(200) 내의 통신에 활용될 애플리케이션을 식별할 수 있고, QoS 개시에 관련하는 애플리케이션과 연관되는 네트워크(104)로부터 표시를 수신할 수 있고, 이 표시에 적어도 부분적으로 기초하여, 애플리케이션에 대한 QoS를 개시할지 또는 애플리케이션에 대한 QoS의 네트워크 개시를 대기할지 여부를 (예를 들어, QoS 셋업 표시 분석기(110) 및/또는 다른 적절한 수단을 통해) 결정할 수 있다. 앞서 설명된 바와 같이, 이 표시는 복수의 애플리케이션들에 대한 QoS 개시와 관련되는 글로벌 표시 또는 하나 또는 그 초과의 특정한 애플리케이션들에 대한 QoS 개시와 관련되는 애플리케이션별 표시일 수 있다.

일 양상에 따르면, UE(102)에 의해 수신된 표시가, 애플리케이션에 대한 QoS가 모바일-개시인 것을 제공하면, UE(102)는 QoS 설정 모듈(120) 및/또는 다른 적절한 수단을 통해 애플리케이션에 대한 QoS를 개시할 수 있다. 대안적으로, 이 표시가, 애플리케이션에 대한 QoS가 네트워크-개시인 것을 제공하면, UE(102)는 애플리케이션에 대한 QoS의 네트워크 개시를 대기하도록 구성될 수 있다. 그러나, UE(102)가 QoS의 네트워크 개시를 대기하도록 구성되는 몇몇 경우들에서, 네트워크(104)는, 애플리케이션에 의해 요구되는 것과는 상이한 QoS를 궁극적으로 제공할 수 있음을 인식할 수 있다. 이러한 경우, UE(102)는 타이머 모듈(212) 및/또는 다른 메커니즘들에 의해 제어될 수 있는 내부 타이머를 활용할 수 있고, 이것은, 특정한 시간 내에 네트워크(104)에 의해 (예를 들어, QoS 분석기(214) 등에 의해 결정되는 바와 같이) 허용가능한 QoS가 셋업되지 않으면 UE-개시된 QoS 셋업 및/또는 다른 적절한 동작들을 트리거링하도록 활용될 수 있다. 예를 들어, UE(102)는 QoS의 개시에 응답하여 (예를 들어, 애플리케이션에 의한 QoS에 대한 요청을 통해) 타이머를 초기화할 수 있고, 타이머에 의해 특정되는 시간 길이 동안 애플리케이션에 대한 QoS의 네트워크 개시를 대기할 수 있고, 타이머에 의해 특정된 시간 길이 내에서 애플리케이션에 대해 허용가능한 것으로 간주되는 QoS가 네트워크에 의해 개시되지 않으면 애플리케이션에 대한 QoS를 개시할 수 있다. 추가적인 예에서, 타이머의 만료 이후 UE-개시된 QoS 셋업이 실패하는 경우, QoS 실패 핸들러 모듈(160)은 기본 애플리케이션(들)에 통지하고 그리고/또는 QoS 셋업 실패에 적응하기 위한 임의의 다른 적절한 동작들을 용이하게 하기 위해 활용될 수 있다.

대안적으로, UE(102)는 QoS의 개시를 항상 시도하도록 구성될 수 있고, 네트워크(104)가 QoS를 스스로 셋업하려고 선택하면 QoS를 거부하기 위해 네트워크(104)에 의존하도록 구성될 수 있다. 이것은 도 3의 시스템(300)에 의해 더 상세히 도시된다. 일 양상에 따르면, 시스템(300)의 UE(102) 및 네트워크(104)는, 어느 것이 QoS를 개시하는지에 관한 어떠한 가정도 없는 시행착오(trial and error) 접근법을 이용하여 동작할 수 있다. 대신에, UE(102)는 모든 경우들에서 QoS 개시를 시도하도록 구성될 수 있고, 네트워크(104)는, 자신이 QoS 개시를 핸들링할 것을 나타내는 거부를 UE(102)에 전달하기 위해 QoS 거부 표시자 모듈(322) 및/또는 다른 수단을 활용할 수 있다. 따라서, 일례에서, 네트워크(104)는, UE(102), 및 네트워크 통신을 위해 UE(102)에 의해 활용되는 애플리케이션을 식별할 수 있고, 애플리케이션에 대해 UE(102)에 의해 시도된 QoS 개시를 검출할 수 있고, 애플리케이션에 대한 QoS가 네트워크-개시인 것으로 간주되면, 애플리케이션에 대해 UE에 의해 시도된 QoS 개시를 검출하는 것에 응답하여 UE(102)에 거부 메시징을 통신할 수 있다. 반대로, UE(102)는, 네트워크(104)와의 통신을 용이하게 하는 애플리케이션에 대한 QoS의 초기화를 시도할 수 있고, 네트워크(104)로부터 QoS 거부가 수신되는지 여부를 (예를 들어, QoS 거부 분석기(312) 및/또는 다른 적절한 수단을 이용하여) 결정할 수 있고, QoS 거부에 적어도 부분적으로 기초하여 네트워크(104)로부터 QoS 거부를 수신하는 것에 응답하여 네트워크(104)로부터 애플리케이션에 대한 QoS의 초기화를 대기할 수 있다.

일 양상에 따르면, QoS 거부 표시자 모듈(322) 및/또는 네트워크(104)에서의 다른 적절한 메커니즘들은, QoS의 네트워크 개시가 수행될 것을 표시하기 위해, "소프트 거부" 또는 소프트 QoS 거부를 표시하는 거부 메시징을 구성할 수 있다. 예를 들어, QoS 거부가 소프트 거부인 것을 표시하여 이러한 거부가 UE(102)에 의한 정규의 QoS 거부와는 구별되게 하기 위해, 특수한 원인(reason) 코드가 네트워크(104)에 의해 (예를 들어, 거부 메시징의 원인 코드 필드 내에서) 활용될 수 있다. 예를 들어, QoS 거부 분석기(312) 및/또는 UE(102)와 연관되는 다른 메커니즘들은, 네트워크(104)로부터 수신된 QoS 거부가 소프트 거부를 나타내는 적어도 하나의 필드를 포함하는지 여부를 결정하고, QoS의 네트워크 개시를 표시하는 적어도 하나의 필드를 포함하는 QoS 거부를 네트워크(104)로부터 수신하는 것에 응답하여 네트워크(104)로부터 애플리케이션에 대한 QoS의 초기화를 대기하는 것을 용이하게 할 수 있다.

다른 양상에 따르면, UE(102)가 앞서 설명된 바와 같이 소프트 거부 메시지를 수신하는 경우, 네트워크(104)가 언젠가 QoS를 셋업하도록 허용하기 위해, 타이머 모듈(212) 및/또는 다른 적절한 타이머 메커니즘이 UE(102)에 의해 이용될 수 있다. 타이머에 의해 특정된 시간 내에 네트워크(104)가 QoS를 셋업하지 않으면, UE(102)는 어떠한 QoS도 이용가능하지 않음을 (예를 들어, QoS 실패 핸들러 모듈(160)을 통해) 기본 애플리케이션에 통지할 수 있고, 스스로 QoS를 개시할 수 있고, 그리고/또는 임의의 다른 적절한 동작(들)을 수행할 수 있다. 예를 들어, UE(102)에 거부 메시징을 통신하면, 네트워크(104)는 미리 결정된 시간 인터벌 내에 애플리케이션에 대한 QoS를 개시하도록 구성될 수 있다. 이에 대응하여, UE(102)는 미리 결정된 시간 인터벌에 대응하는 타이머를 초기화할 수 있고, 타이머에 대응하는 미리 결정된 시간 인터벌 동안 네트워크(104)로부터 QoS 거부를 수신하는 것에 응답하여 네트워크(104)로부터 애플리케이션에 대한 QoS의 초기화를 대기할 수 있다. 후속적으로, 타이머에 대응하는 미리 결정된 시간 인터벌의 만료시에, 애플리케이션에 대해 허용가능한 것으로 간주되는 QoS의 초기화가 네트워크(104)에 의해 수행되지 않은 것으로 결정되면, UE(102)는 애플리케이션에 대한 QoS의 초기화를 재시도할 수 있고, QoS가 애플리케이션에 대해 이용가능하지 않음을 그 애플리케이션에 통지할 수 있고 그리고/또는 다른 적절한 동작들을 수행할 수 있다.

따라서, 도 2 및 도 3에 의해 도시된 바와 같이, UE(102)는 타이머 모듈(212)을 다양한 방식들로 레버리지(leverage)할 수 있다. 예를 들어, 타이머 모듈(212)은 소프트 거부에 기초한 타이머, 디폴트-활성화되는 타이머, 및/또는 임의의 다른 적절한 타이머 메커니즘들을 구현하도록 활용될 수 있다. 일례에서, 타이머 모듈(212)은 다수의 양상들의 기능을 구현하도록 활용될 수 있다. 따라서, 예를 들어, UE(102)는 네트워크(104)에 의한 QoS의 초기화를 대기하기 위한 제 1 타이머를 활용할 수 있고, 후속적으로, UE에서 QoS를 초기화하면서 QoS 거부 메시징에 대해 체크하여, 네트워크(104)가 소프트 거부 시그널링을 지원하지 않거나 네트워크(104)가 (예를 들어, 네트워크-개시된 애플리케이션의 경우) QoS를 설정하도록 지정되었지만 설정을 실패하는 경우에 고장-안전(fail-safe)을 제공하도록 제 2 타이머를 활용할 수 있다.

다른 양상에 따르면, 도 2 및 도 3에 의해 도시되는 다양한 메커니즘들 및/또는 다른 적절한 메커니즘들은 UE(102) 및/또는 네트워크(104)에 의해 이용되는 QoS 플로우들의 우선순위화를 용이하게 하기 위해 활용될 수 있다. 예를 들어, QoS 플로우들이 핸드오버의 타겟 측에서 셋업되는 경우, UE(102)는 타겟을 주어진 우선순위 순서로 연관시키도록 구성될 수 있다. 따라서, QoS 플로우들을 설정하기 위해 선택된 순서는 관련 QoS 파라미터들(예를 들어, QCI 등)에 의해 지시되는 우선순위 순서에 기초하여 구성될 수 있다.

다음으로 도 4를 참조하면, 다양한 양상들에 따라 RAT간 핸드오버에 걸친 QoS의 전환과 관련되는 플로우 투 베어러 맵핑들을 식별하기 위한 시스템(400)의 블록도가 도시된다. 일 양상에 따르면, 인터넷 프로토콜(IP) 플로우는, 플로우에 어느 패킷들이 할당될지를 설명하는 필터일 수 있는 트래픽 포맷 템플릿(TFT)에 의해 특성화될 수 있다. 예를 들어, TFT는, 매칭 파라미터들을 갖는 패킷들만 플로우 상으로 라우팅되도록 IP 및 포트 어드레스들 등과 같은 필터 파라미터들을 특정할 수 있다. 일례에서, TFT에 의해 제공되는 필터는 플로우의 고유한 설명일 수 있고, 이것은, 주어진 연관되는 QoS에 대해 적용될 데이터의 유형을 설명할 수 있다. 차례로, 연관되는 QoS는 플로우의 특성들을 표시하는 QCI, 프로파일 식별자 및/또는 임의의 다른 식별자의 관점에서 주어질 수 있다. 따라서, TFT는 플로우를 식별할 수 있고, 플로우의 유형은 자신의 QoS 맵핑에 기초하여 결정될 수 있음을 인식할 수 있다. 추가로, 베어러는 동일한 QoS 요건들을 갖는 IP 플로우들의 그룹화로서 특성화될 수 있다. 즉, 동일한 QoS를 갖는 IP 플로우들은 일반적으로 동일한 베어러 상으로 맵핑될 수 있다. 일례에서, 베어러는 또한 TFT를 가질 수 있고, 이 TFT는 베어러 상으로 맵핑된 IP 플로우들의 실질적으로 전부의 결합된 TFT이다.

일 양상에 따르면, 네트워크(104)가 새로운 RAT로 이동한 후 (예를 들어, QoS 설정 모듈(120) 등을 통해) QoS를 설정하는 경우, 몇몇 경우들에서, 네트워크(104)는 베어러 TFT 시그널링 모듈(422) 및/또는 다른 적절한 수단을 이용하여 베어러 TFT만을 특정할 수 있다. 따라서, UE(102)는, IP 플로우들이 구(old) RAT에서와 동일한 QoS를 획득할지 여부를 결정하기 위해, 어느 IP 플로우들이 베어러 상으로 맵핑되는지를 추론하도록 요구될 수 있다.

따라서, UE(102)는, IP 플로우 TFT와 동일한 패킷들을 라우팅할 베어러 상으로 IP 플로우가 맵핑되도록, (예를 들어, 플로우 TFT 식별기(412) 및 베어러 TFT 식별기(414) 등에 의해 각각 식별되는 바와 같이) IP 플로우의 TFT를 베어러 TFT와 매칭하는 플로우/베어러 맵핑 모듈(130) 및/또는 다른 수단을 활용할 수 있다. 따라서, 예를 들어, 플로우 TFT 식별기(412)는 적어도 하나의 IP 플로우 및 적어도 하나의 IP 플로우와 각각 연관되는 각각의 IP 플로우 TFT들을 식별할 수 있다. 추가로, 베어러 TFT 식별기(414)는 적어도 하나의 베어러 및 각각의 베어러들과 관련되는 적어도 하나의 베어러 TFT에 대응하는 QoS 설정 메시징을 네트워크(104)로부터 수신할 수 있다. 플로우 TFT 식별기(412) 및 베어러 TFT 식별기(414)에 의해 식별되는 정보에 기초하여, 플로우/베어러 맵핑 모듈(130)은 적어도 부분적으로는, IP 플로우 TFT들을 베어러 TFT들에 매칭함으로써 각각의 IP 플로우들과 베어러들 사이의 연관을 결정할 수 있다. 특정한 비한정적 예로서, 네트워크(104)로부터 수신된 QoS 설정 메시징은 RAT간 핸드오버에 대응할 수 있다. 다른 특정한 예에서, 베어러 TFT와 연관되는 각각의 IP 플로우들의 결정은 애플리케이션-독립적 방식으로 UE(102)에 의해 수행될 수 있다. 추가적 예에서, 플로우/베어러 맵핑 모듈(130)에 의해 수행되는 TFT 매칭은 플로우 TFT와 베어러 TFT 사이의 완전한 또는 부분적인 TFT 매칭들에 기초할 수 있다. 따라서, 플로우/베어러 맵핑 모듈(130)에 의해 수행되는 매칭 결정은 IP 플로우 TFT들과 베어러 TFT 사이의 실질적으로 완전한 매칭의 시도된 검출, 또는 IP 플로우 TFT들과 베어러 TFT 사이의 적어도 부분적인 매칭의 시도된 검출 중 적어도 하나에 기초할 수 있다.

다른 양상에 따르면, TFT 인덱싱 및/또는 다른 유사한 동작들이 UE(102)에 의해 수행될 수 있다. 예를 들어, 각각의 IP 플로우에 대해, 모든 패킷들이 동일한 베어러에 라우팅되도록 구성되는 것을 인식할 수 있다. 따라서, 이 특성은, 예를 들어, IP 플로우 TFT를 매칭하는 특정한 패킷 헤더를 구성하는 것 및 모든 베어러 TFT들에 대한 구성된 패킷 헤더의 매칭을 시도하는 것에 의해 맵핑을 결정하기 위한 절차를 단순화하기 위해 UE(102)에 의해 활용될 수 있다. 예를 들어, IP TFT는 범위 X에서 파라미터 1 및 범위 Y에서 파라미터 2를 갖는 것으로 고려될 수 있다. 따라서, UE(102)는 파라미터 1 및 2를 특정한 값들로 세팅할 수 있고, IP 플로우로부터의 모든 패킷들이 대응하는 베어러 상으로 맵핑될 것이기 때문에, 후속적으로 매칭 베어러 TFT를 발견할 수 있다.

추가적 양상에 따르면, 혼합-모드 애플리케이션의 경우, QoS를 개시할 엔티티에 관한 모호성이 존재하는 경우 애플리케이션은 최소 요구 QoS를 제공할 것임을 인식할 수 있다. 따라서, 애플리케이션 프로파일에 기초하여 허용될 수 없는 QoS를 네트워크가 푸쉬하면, 애플리케이션은 그 허용될 수 없는 QoS를 인지하고 연관되는 IP 플로우를 릴리스할 수 있다. 따라서, 일례에서, UE(102)는, 앞서 설명된 바와 같이 TFT 맵핑을 수행함으로써, 네트워크에 의해 제공되는 QoS가 허용가능한지 여부를 결정할 때 애플리케이션을 보조할 수 있다. 더 상세하게는, 네트워크(104)가 특정한 QoS를 푸쉬하는 경우, QoS는 오직 TFT 자체만을 표시하도록 구성되고, TFT와 그 각각의 대응하는 애플리케이션들 사이의 맵핑이 모든 경우들에서 명확하지는 않을 수 있기 때문에, 네트워크(104)가 어느 애플리케이션에 대해 QoS를 푸쉬하는지는 초기에는 명확하지 않다. 따라서, 네트워크(104)에 의해 푸쉬되는 어느 TFT(들)가 어느 애플리케이션(들)에 대응하는지를 플로우/베어러 맵핑 모듈(130) 및/또는 UE(102)에서의 다른 메커니즘들이 결정할 수 있도록, 애플리케이션은 TFT를 추가적으로 특정할 수 있다.

상기의 관점에서, UE(102)는, 선택된 IP 플로우와 연관되는 애플리케이션에 대한 QoS 요건을 식별할 수 있고, 선택된 IP 플로우와 연관되는 애플리케이션에 대한 QoS 요건을, 그 선택된 IP 플로우가 연관되는 베어러 TFT에 대한 QoS 설정 메시징 내에서 제공되는 QoS 파라미터와 비교할 수 있고, QoS 설정 메시징 내에서 제공된 QoS 파라미터가 애플리케이션에 대한 실질적으로 허용될 수 없는 QoS를 표시하면, 그 선택된 IP 플로우를 릴리스할 수 있다. 일례에서, QoS 요건은 애플리케이션에 의해 이용될 수 있는 실질적으로 모든 라디오 액세스 기술들(RAT들)에 대응하는 애플리케이션에 의해 제공되는 QoS 요건일 수 있다. 추가적으로 또는 대안적으로, UE(102)는 애플리케이션에 의해 이용될 수 있는 기준 RAT에 대응하는 애플리케이션에 의해 제공된 기준 QoS 요건을 식별할 수 있고, 기준 QoS 요건을 네트워크(104)에 의해 활용되는 RAT에 대응하는 QoS 요건에 맵핑할 수 있다.

다음으로 도 5를 참조하면, 다양한 양상들에 따라 다수의 RAT들에 대응하는 QoS 파라미터들의 맵핑을 용이하게 하는 시스템(500)이 도시된다. 몇몇 경우들에서의 QoS 파라미터들은 RAT들에 걸쳐 동일하지 않고, 따라서 UE(102)가 상이한 RAT들에 대한 QoS 파라미터들(512)을 필적할만한 파라미터들로 맵핑할 수 있게 하는 기술들을 구현하는 것이 바람직할 것임을 인식할 수 있다. 따라서, UE(102)에서의 QoS 맵핑 모듈(140)은 액세스 기술간 핸드오버의 경우 (예를 들어, 각각의 네트워크들(104)과 연관되는) 다수의 RAT들에 대응하는 QoS를 리맵핑(remap)하도록 활용될 수 있다.

제 1 양상에 따르면, QoS 맵핑 모듈(140)은 (예를 들어, 프로토콜 스택 등의 데이터 서비스 계층 내의) 기본 애플리케이션으로부터의 상호작용없이 QoS 파라미터들의 맵핑을 용이하게 할 수 있다. 이러한 방식의 QoS 맵핑 모듈(140)의 동작은 도 6의 시스템(600)에 의해 더 상세히 도시된다. 도 6에 도시된 바와 같이, UE(102)는 제 1 RAT와 연관되는 제 1 세트의 QoS 파라미터들 및 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들을 식별하기 위해 QoS 맵핑 모듈(140) 및/또는 하나 또는 그 초과의 다른 메커니즘들을 이용할 수 있다. 추가로, UE(102)는, 네트워크 애플리케이션(612)과 같은 활용되는 네트워크 통신 애플리케이션, 및 네트워크 애플리케이션(612)과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터와 관련되는 정보를 획득할 수 있다. 이 정보에 기초하여, QoS 맵핑 모듈(140)은 네트워크 애플리케이션(612)과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를, 네트워크 애플리케이션(612)과는 독립적으로 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑할 수 있다. 일례에서, 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터로의, 네트워크 애플리케이션(612)과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터의 맵핑은, QoS 맵핑 모듈(140)과 연관되는 소프트웨어 및/또는 임의의 적절한 메커니즘들을 통해 수행될 수 있다. 일 양상에 따르면, 시스템(600)에 의해 수행되는 맵핑은 핸드오버 동안 UE- 및 네트워크-개시된 QoS 전송 둘 모두에 대해 활용될 수 있다.

일례에서, 시스템(600)에서 수행되는 맵핑은, 추가적인 QoS 재협상들을 잠재적으로 트리거링할 다수의 핸드오버들 이후의 QoS 변경을 회피하기 위해, UE(102) 및 네트워크(104)와 각각 연관되는 QoS 맵핑 모듈들(140)에 의해 유사한 방식으로 수행될 수 있다. 따라서, 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터로의, 네트워크 애플리케이션(612)과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터의 맵핑은, 네트워크 애플리케이션(612)이 통신을 용이하게 하는 (예를 들어, 네트워크(104)와 연관되는) 네트워크 엔티티와 협력하여 UE(102)에 의해 수행될 수 있다. 일 양상에 따르면, 이러한 추가적 QoS 재협상들을 회피하기 위한 추가적 기술들이 본 명세서에 더 상세히 설명된다.

다른 양상에 따르면, 네트워크(104)에 의해 승인되는 QoS가 맵핑된 값 미만이면, 네트워크 애플리케이션(612)이 통지받을 수 있고, 후속적으로 적절한 동작을 수행할 수 있다. 그렇지 않으면, QoS 파라미터들의 맵핑은 네트워크 애플리케이션(612)에 투명하게 소프트웨어 및/또는 다른 수단으로 수행될 수 있음을 인식할 수 있다. 예를 들어, 시스템(600)으로 도시된 바와 같이, UE(102)와 연관되는 QoS 분석기(214)는, 앞서 설명된 맵핑을 통해 획득된 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터가 네트워크 애플리케이션(612)에 대한 실질적으로 허용가능한 QoS를 용이하게 하는지 여부를 결정할 수 있다. 맵핑을 통해 획득된 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터가 네트워크 애플리케이션(612)에 대한 실질적으로 허용가능한 QoS를 용이하게 하지 않으면, QoS 분석기(214)는 네트워크 애플리케이션(612)에 통지할 수 있다.

제 2 양상에 따르면, 네트워크 애플리케이션(612)은 어느 맵핑이 수행될 수 있는지에 기초하여, 등록 시에 다수의 액세스 기술들에 대한 QoS 파라미터들을 전달하도록 구성될 수 있다. 이러한 절차는 도 7의 시스템(700)에 의해 더 상세히 도시된다. 시스템(700)에 의해 도시된 바와 같이, QoS 맵핑 모듈(140) 및/또는 UE(102)와 연관되는 다른 메커니즘들은, 연관되는 네트워크(예를 들어, 네트워크(104))와의 통신을 용이하게 하는 네트워크 애플리케이션(612)과 같은 애플리케이션을 식별할 수 있고, 네트워크 애플리케이션(612)으로부터 각각의 RAT들과 관련되는 각각의 QoS 파라미터들을 (예를 들어, 네트워크 애플리케이션(612)의 등록을 통해) 획득할 수 있고, 제 1 RAT로부터 제 2 RAT로의 네트워크 애플리케이션(612)의 핸드오버를 식별할 수 있고, 네트워크 애플리케이션(612)으로부터 획득된 각각의 QoS 파라미터들에 적어도 부분적으로 기초하여, 네트워크 애플리케이션(612)과 연관되고 제 1 RAT와 관련되는 적어도 하나의 QoS 파라미터를, 네트워크 애플리케이션(612)과 연관되고 제 2 RAT와 관련되는 적어도 하나의 QoS 파라미터에 맵핑할 수 있다.

일례에서, UE(102)가, 네트워크 애플리케이션(612)에 의해 QoS가 표시되지 않는 RAT 상에서 접속되는 경우, 몇몇 경우들에서 네트워크 애플리케이션(612)은 네트워크(104)가 QoS를 셋업하면 핸드오버 이후 QoS를 여전히 획득할 수 있지만, 네트워크 애플리케이션(612)은 QoS를 체크하지 못할 수 있음을 인식할 수 있다. 따라서, QoS 맵핑 모듈(140)은, 핸드오버와 연관되는 제 1 RAT와 관련되는 QoS 파라미터들 또는 핸드오버와 연관되는 제 2 RAT와 관련되는 QoS 파라미터들 중 적어도 하나가 네트워크 애플리케이션(612)으로부터 획득되는지 여부를 결정하도록 구성될 수 있다. 이러한 QoS 파라미터들이 네트워크 애플리케이션(612)으로부터 획득되지 않으면, QoS 맵핑 모듈(140)은, 네트워크 애플리케이션(612)과 연관되고 제 1 RAT와 관련되는 적어도 하나의 QoS 파라미터를, 네트워크 애플리케이션(612)과는 독립적으로, 네트워크 애플리케이션(612)과 연관되고 제 2 RAT와 관련되는 적어도 하나의 QoS 파라미터에 맵핑할 수 있다. 대안적으로, QoS 맵핑 모듈(140)은, 제 1 RAT와 관련되는 QoS 파라미터들 또는 제 2 RAT와 관련되는 QoS 파라미터들 중 적어도 하나가 네트워크 애플리케이션(612)으로부터 획득되지 않으면 네트워크 애플리케이션(612)에 대한 QoS의 네트워크 설정을 대기할 수 있다.

몇몇 경우들에서, 시스템(700)에서 적용되는 QoS 맵핑 모듈(140)은, 네트워크-개시된 QoS 콘텍스트 전송의 경우 네트워크(104)에 의해 선택되는 QoS 맵핑과는 상이한, 네트워크 애플리케이션(612)에 의해 특정되는 QoS 맵핑을 식별할 수 있음을 인식할 수 있다. 이러한 경우, UE(102)는 네트워크(104)와 QoS의 재협상을 시도할 수 있다.

다른 예에서, RAT간 핸드오버 동안 UE-개시된 QoS 콘텍스트 전송의 경우, UE(102)만이 맵핑을 수행하도록 구성될 수 있다. 대안적으로, 네트워크-개시된 QoS 콘텍스트 전송의 경우, UE(102) 및 네트워크(104) 둘 모두가 맵핑을 수행하도록 구성될 수 있다. 이러한 경우 UE(102)는, 네트워크(104)에 의해 할당된 QoS가 네트워크 애플리케이션(612)에 대해 허용가능한 것을 체크하기 위해 맵핑을 수행할 수 있음을 인식할 수 있다.

제 3 양상에 따르면, 시스템들(600 및 700)에 의해 각각 도시된 2개의 기술들의 하이브리드 접근법이 QoS 맵핑에 대해 활용될 수 있고, 여기서, 시스템(700)에 의해 도시된 QoS 맵핑을 애플리케이션이 지원하지 않으면, 시스템(600)에 의해 도시된 QoS 맵핑이 자동으로 이용된다. 따라서, 예를 들어, 네트워크 애플리케이션(612)이 QoS 파라미터들을 제공하지 않으면, QoS 맵핑 모듈(140)은 맵핑을 자동으로 수행하도록 구성될 수 있다. 추가로, 시스템(600)을 다시 참조하면, 네트워크 애플리케이션(612)이 QoS 파라미터들을 제공하도록 동작가능하면, QoS 맵핑 모듈(140)은 네트워크 애플리케이션(612)으로부터 QoS 파라미터들의 세트 및 제 2 세트의 QoS 파라미터들을 획득할 수 있고, 네트워크 애플리케이션(612)으로부터 획득된 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를, 네트워크 애플리케이션(612)으로부터 획득된 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑할 수 있다.

다른 양상에 따르면, UE와 네트워크 사이에서 왔다갔다(back and forth) 이동하는 다수의 핸드오버들이 어느 측에서든 QoS를 변경하지 않아서 네트워크-개시된 QoS 전송을 용이하게 하도록, QoS 맵핑은 UE 및 네트워크 측에 대해 일치하는 방식으로 특정될 수 있다. 이렇게 함으로써, 예를 들어, 다수의 핸드오버들 이후 RAT A에서의 QoS x가 RAT B에서 QoS y에 맵핑하고, 이것은 차례로 RAT A에서 QoS x-1에 다시 맵핑하는 것에 기인하여 QoS가 드리프트하는 원하지 않는 동작들이 방지될 수 있음을 인식할 수 있다. 이러한 경우, 연관되는 애플리케이션이 악화된 QoS를 인지하지 못하면, 악화된 QoS 파라미터들에 기인하여 불량한 사용자 경험이 초래될 수 있다. 추가적으로 또는 대안적으로, 애플리케이션이 악화된 QoS를 인지하면, 잠재적인 QoS 재협상이 초래될 수 있고, 이것은 추가적인 시그널링, QoS 셋업에서의 지연들 등에 대한 네트워크 자원들의 증가를 초래할 수 있다. 추가로, 다수의 핸드오버들 이후 QoS가 증대되는(inflate) 반대의 경우, 낭비되는 자원들, 잠재적인 과도한 요금 및/또는 다른 부정적인 결과들이 발생할 수 있다.

일례에서, 적어도 상기 부정적 결과들을 완화하기 위해 본 명세서에서 적용되는 맵핑은 다양한 QoS 파라미터들 사이에서 일정하게 왔다갔다 변환하도록 구성될 수 있다. 이 파라미터들은 GPRS/UMTS 트래픽 부류들 및/또는 다른 관련 QoS 파라미터들; LTE QCI, MBR/GBR, 및/또는 다른 관련 QoS 파라미터들; 3GPP2 플로우 프로파일들; 802.11, WiMax 등과 같은 다른 RAT들의 QoS 파라미터들을 포함할 수 있지만 이에 한정되는 것은 아니다.

다른 예에서, RAT들 사이에서 이동하는 경우, 몇몇 경우들에서 예를 들어, 도 8의 도면(800)에 의해 도시된 바와 같이, QoS 파라미터들 사이에 다수-대-일 맵핑이 존재할 수 있다. 예를 들어, 도면(800)에 도시된 바와 같은 경우, 제 1 RAT에서 다수의 QoS 파라미터들 {a, b, c}는 제 2 RAT의 단일 QoS 파라미터 x에 맵핑할 수 있다. 그러나, UE가 제 1 RAT로부터 제 2 RAT로 핸드오버되고 제 1 RAT로 다시 핸드오버되면, UE가 자신의 원래의 QoS를 다시 획득할 수 있어야 함을 인식할 수 있다. 상기의 것을 용이하게 하기 위해, 예를 들어, 네트워크가 RAT간 핸드오버들 사이에서 QoS 콘텍스트를 저장할 수 있는지 여부에 기초하여 다양한 기술들이 수행될 수 있다. 이 기술들은 도 9 및 도 10의 시스템들(900-1000)에 의해 도시된다.

먼저 도 9의 시스템(900)을 참조하면, 네트워크(104)는 몇몇 경우들에서, QoS 저장 모듈(180) 등을 통해, 대응하는 UE(102)가 주어진 RAT를 떠날 때 그 UE(102)가 가졌던 QoS를 저장하는 능력을 갖도록 구성될 수 있다. 이러한 경우, 다른 RAT들 사이에서의 다수의 핸드오버들 이후에도, UE(102)가 그 주어진 RAT로 다시 돌아오는 경우에는 항상, 그 RAT에 대해 저장된 QoS가 재설정될 수 있다. 따라서, 예를 들어, 네트워크(104)는 UE(102) 및 RAT 상에서 UE(102)에 의해 이용되는 QoS 파라미터를 식별하고, RAT로부터 UE(102)의 이탈 및 그 RAT로의 UE(102)의 재진입을 검출하고, RAT 상에서 UE(102)에 의해 이용되는 QoS 파라미터에 적어도 부분적으로 기초하여 RAT로의 UE(102)의 재진입에 응답하여 UE(102)에 대한 QoS를 (예를 들어, QoS 설정 모듈(120) 및/또는 다른 적절한 수단을 통해) 재설정하도록 동작가능할 수 있다. UE(102)에 대한 QoS의 재설정은, 예를 들어, RAT 상에서 UE(102)에 의해 이용되는 QoS 파라미터를 저장하고, RAT로의 UE(102)의 재진입에 응답하여 RAT 상에서 UE(102)에 의해 이용되는 QoS 파라미터를 재설정함으로써 수행될 수 있다. 일례에서, 네트워크(104)는 QoS 파라미터들을 저장하는 능력을 UE(102)에 표시하도록 추가로 동작가능할 수 있다.

앞서 설명된 바와 같이, 네트워크(104)는 UE(102)가 다른 RAT로 이동할 때 QoS를 저장할 수 있고, UE(102)가 원래의 RAT에 재진입할 때 그 저장된 맵핑을 활용할 수 있다. 일 양상에 따르면, UE(102)의 현재의 RAT에 대한 최신의 QoS를 UE(102)에 제공하는 것을 용이하게 하기 위해, 다른 RAT 상에서의 QoS의 변화들이 모니터링될 수 있고 UE(102)에 적용될 수 있다. 따라서, 예를 들어, 네트워크(104)는, 별개의 RAT 상에서 UE(102)에 의해 설정된 변경된 QoS 파라미터와 관련되는 정보를 (예를 들어, QoS 협상 모듈(912) 및/또는 UE(102)와 연관되는 다른 적절한 수단을 통해) 획득하고, 네트워크(104)와 연관되는 RAT로의 UE(102)의 재진입에 응답하여 별개의 RAT 상에서 UE(102)에 의해 설정된 변경된 QoS 파라미터를 재설정하도록 동작가능할 수 있다.

일례에서, 다른 RAT 상에서의 QoS 변화들은, 그 변화들이 발생하는 대로, 네트워크(104)에 의해 활용되는 RAT 상에서 계속 유지될 수 있다. 따라서, 예를 들어, 네트워크(104)는 UE(102)와 연관되는 QoS 변화들에 대해 별개의 RAT를 모니터링할 수 있다. 추가적으로 또는 대안적으로, 다른 RAT 상에서의 QoS 변화들은, 네트워크(104)와 연관되는 RAT로의 UE(102)의 재진입에 응답하여 네트워크(104)에 의해 그 변경된 QoS 파라미터들이 획득될 수 있도록, 다시 네트워크(104)로의 핸드오버시에 그리고/또는 핸드오버 이후에 푸쉬될 수 있다.

다른 양상에 따르면, UE(102)가 주어진 RAT를 떠날 때 UE(102)가 가졌던 QoS를 저장할 능력을 갖도록 네트워크(104)가 구성되지 않는 경우, UE(102)의 다수의 핸드오버들로부터 기인하는 QoS 악화는 도 10의 시스템(1000)에 의해 도시된 바와 같이 실질적으로 방지될 수 있다. 시스템(1000)에 의해 도시된 바와 같이, QoS의 다수-대-일 맵핑이 각각의 RAT들 사이에서 가능한 경우, RAT간 QoS 맵핑 테이블(1012)과 같은 표준화된 맵핑 테이블이 유지될 수 있고, 여기서 다수의 QoS 값들이 가능한 경우에는 항상, 표준화된 디폴트 값이 이용된다. 시스템(1000)에 의해 추가로 도시된 바와 같이, UE(102) 및/또는 네트워크(104)에서의 QoS 맵핑 모듈(140)은, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 (예를 들어, RAT간 QoS 맵핑 테이블(1012)에 의해 특정되는) 맵핑 관계와 관련되는 정보를 획득하고, 제 1 RAT 상에서 활용되는 QoS 파라미터를 식별하고, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계에 적어도 부분적으로 기초하여 제 1 RAT 상에서 활용되는 QoS 파라미터를 제 2 RAT와 연관되는 QoS 파라미터에 맵핑하도록 활용될 수 있다. 따라서, 제 1 RAT 상에서 활용되는 QoS 파라미터가 제 2 RAT와 연관되는 복수의 QoS 파라미터들에 대응하면, QoS 맵핑 모듈(140)은, 제 2 RAT와 연관되는 복수의 QoS 파라미터들로부터 선택된 제 2 RAT와 연관되는 QoS 파라미터와 제 1 RAT 상에서 활용되는 QoS 파라미터 사이의 맵핑 관계를 식별할 수 있다.

일례에서, QoS 맵핑 모듈(들)(140)의 상기 동작에 기초하여, 네트워크(104) 및/또는 UE(102)는, 주어진 RAT로 되돌아올 때 디폴트 맵핑 값을 활용할 수 있다. 후속적으로, UE(102)와 연관되는 소프트웨어 및/또는 다른 적절한 메커니즘들은, UE(102)가 핸드오버 이전에 가졌던 것과 동일한 QoS를 획득하기 위해 (예를 들어, QoS 협상 모듈(912)을 통해) 네트워크(104)와 재협상을 시도할 수 있다. 따라서, UE(102)는 QoS 협상 모듈(912) 등을 통해, QoS 맵핑 모듈(140)을 통해 획득된 주어진 RAT와 연관되는 QoS 파라미터에 따라 주어진 RAT와 연관되는 네트워크(104)와 QoS를 설정할 수 있다. 이러한 협상이 실패하고, 네트워크(104)와 설정된 QoS가 적어도 하나의 연관되는 애플리케이션에 대해 불충분한 것으로 간주되면, UE(102)는 그 영향받는 애플리케이션(들)에 통지할 수 있다.

다른 예에서, 네트워크(104)는 (예를 들어, 시스템(900)에 의해 도시된 바와 같이) 자신이 QoS 파라미터들을 저장할 수 있는지 여부를 UE(102)에 표시하도록 동작가능할 수 있다. 따라서, UE(102)가 대응하는 RAT와 연관되는 QoS 파라미터를 (예를 들어, QoS 설정 모듈(120) 등을 통해) 설정하기 위해 네트워크(104)의 능력의 표시를 획득하면, UE(102)는 네트워크(104)로부터 상기 RAT와 연관되는 맵핑된 QoS 파라미터를 획득할 수 있다.

다음으로 도 11을 참조하면, 다양한 양상들에 따라 RAT간 핸드오버에 후속하여 하나 또는 그 초과의 네트워크 애플리케이션들에 대한 불충분한 QoS를 핸들링하기 위한 시스템(1100)이 도시된다. 시스템(1100)에 의해 도시된 바와 같이, RAT간 핸드오버에 의한 QoS 파라미터들의 (예를 들어, UE(102)에서의 QoS 협상 모듈(914), 네트워크(104)에서의 QoS 설정 모듈(120) 등에 의한 협상에 기초한) 리맵핑(ramapping) 후, UE(102)는 새로운 RAT 상에서의 QoS 셋업을 구 RAT 상에서의 QoS와 비교할 수 있다. UE(102)가, RAT간 핸드오버의 일부로서 QoS가 악화된 것으로 판정하면, QoS 실패 핸들러 모듈(160) 및/또는 UE(102)에서의 다른 메커니즘들은 하나 또는 그 초과의 적절한 동작들을 수행할 수 있다. 예를 들어, UE(102)는, 제 1 RAT와 연관되는 QoS 파라미터를, 네트워크 애플리케이션에 대해 수행되는 RAT간 핸드오버와 연관되는 제 2 RAT와 연관되는 대응하는 QoS 파라미터에 맵핑할 수 있고, 적어도 부분적으로는, 제 1 RAT와 연관되는 QoS 파라미터와 제 2 RAT와 연관되는 QoS 파라미터를 비교함으로써 제 2 RAT가 네트워크 애플리케이션에 대해 충분한 QoS를 제공하는지 여부를 결정할 수 있고, 제 2 RAT가 네트워크 애플리케이션에 대해 충분한 QoS를 제공하지 않는 것으로 결정되면, 제 2 RAT의 QoS로의, 제 2 RAT 상의 네트워크 애플리케이션의 적응을 (예를 들어, QoS 실패 핸들러 모듈(160)을 통해) 용이하게 할 수 있다.

일례에서, QoS 실패 핸들러 모듈(160)은, 제 2 (예를 들어, 타겟) RAT 상에서 부적절하거나 불충분한 QoS가 셋업된 것을 연관되는 네트워크 애플리케이션에 통지하기 위해 애플리케이션 통지기(1112) 및/또는 다른 수단을 활용할 수 있다. 후속적으로, 애플리케이션은 예를 들어, 접속을 릴리스하는 것, 악화된 QoS로 계속하는 것 등과 같은 하나 또는 그 초과의 적절한 동작들을 수행할 수 있다. 대안적으로, QoS 실패 핸들러 모듈(160)은 연관되는 네트워크 애플리케이션과는 독립적으로 타겟 RAT와 연관되는 QoS 파라미터의 재협상을 시도할 수 있다. 일례에서, 이러한 재협상은 QoS 재협상 모듈(1114)에 의해 수행될 수 있고, QoS 재협상 모듈(1114)은 UE(102)의 프로토콜 데이터 서비스 계층 내에서 구성될 수 있고 그리고/또는 임의의 다른 적절한 엔티티로서 구현될 수 있다. 일례에서, 애플리케이션 통지기(1112)는, QoS 재협상 모듈(1114)에 의한 QoS 파라미터의 실패한 시도된 재협상에 응답하여 제 2 또는 타겟 RAT 상의 불충분한 QoS를 연관되는 네트워크 애플리케이션에 통지하기 위해 활용될 수 있다.

일 양상에 따르면, 주어진 시나리오에 대해 애플리케이션 통지기(1112) 및/또는 QoS 재협상 모듈(1114)이 활용될지 여부는 기본 네트워크 애플리케이션의 능력들에 기초하여 결정될 수 있다. 따라서, 예를 들어, QoS 실패 핸들러 모듈(160)은, 네트워크 애플리케이션이 불충분한 QoS를 핸들링하기 위한 적어도 하나의 절차로 구성되는지 여부를 식별할 수 있다. 이 결정에 기초하여, 애플리케이션 통지기(1112)는, 네트워크 애플리케이션이 불충분한 QoS를 핸들링하기 위한 적어도 하나의 절차를 가지면, 핸드오버와 연관되는 제 2 RAT에 대한 불충분한 QoS를 네트워크 애플리케이션에 통지할 수 있다. 그렇지 않고, 네트워크 애플리케이션이 불충분한 QoS를 핸들링하기 위한 적어도 하나의 절차를 갖지 않으면, QoS 재협상 모듈(1114)은, 네트워크 애플리케이션과는 독립적으로 제 2 RAT와 연관되는 QoS 파라미터의 재협상을 시도할 수 있다.

다른 양상에 따르면, QoS는 다양한 라디오 액세스 기술들(예를 들어, HRPD)에 대해 2개의 단계들에서 협상될 수 있다. 제 1 단계(또한 QoS 인가 단계로 지칭됨)에서, UE(102)는 일 범위의 QoS 프로파일들을 제공할 수 있고, 이에 대해 네트워크(104)는 허용가능한 QoS 프로파일들의 서브세트로 응답할 수 있다. 제 2 단계에서, UE(102)는 특정한 프로파일을 선택할 수 있고, 그 선택된 프로파일을 네트워크(104)로부터 요청할 수 있다. 특정한 예로서, UE(102)는 LTE QoS를, QoS 인가 단계에서 제공되는 다수의 HRPD 프로파일 ID들에 맵핑할 수 있다. 후속적으로, 네트워크(104)는 프로파일 ID들의 서브세트로 응답할 수 있고, UE(102)는 인가된 QoS 프로파일들 중 임의의 것이 허용가능한지 여부를 결정할 수 있다. 허용가능하지 않으면, UE(102)는 네트워크(104)와의 추가적인 협상들의 시도를 중단할 수 있고, 연관되는 애플리케이션은 적절한 동작을 수행하도록 통지받을 수 있다.

따라서, 상기한 것에 대해 더 일반적인 관점에서, UE(102)는 핸드오버와 연관되는 제 1 RAT와 연관되는 QoS 파라미터를, 핸드오버와 연관되는 제 2 RAT와 연관되는 복수의 QoS 파라미터들에 맵핑할 수 있다. 그 다음, UE(102)는, 제 2 RAT와 연관되는 복수의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터가 네트워크 애플리케이션에 대해 충분한 QoS에 대응하는지 여부를 결정할 수 있고, 제 2 RAT와 연관되는 복수의 QoS 파라미터들 내의 어떠한 QoS 파라미터들도 네트워크 애플리케이션에 대해 충분한 QoS에 대응하지 않으면, 제 2 RAT 상에서의 불충분한 QoS를 네트워크 애플리케이션에 통지할 수 있다.

도 12를 참조하면, 다양한 양상들에 따라 터널 모드 동작을 통해 다수의 RAT들 상에서 QoS 정보를 유지하기 위한 시스템(1200)의 블록도가 도시된다. 시스템(1200)에 도시된 바와 같이, UE(102)는, 주어진 RAT에 따라 동작할 수 있는 연관되는 네트워크(104₁)를 통해 무선 통신 환경 내에서 통신할 수 있다. 일 양상에 따르면, UE(102) 및 네트워크(104₁)는 하나 또는 그 초과의 애플리케이션들에 대응하는 QoS를 설정할 수 있다. 추가로, 상이한 RAT에 따라 동작하는 다른 네트워크(104₂)로의 장래의 핸드오버의 지연들 및/또는 다른 영향들을 완화하기 위해, UE(102)와 네트워크(104₂) 사이에 터널링 접속이 유지되어, 터널 모드 동작 동안 QoS의 유지를 용이하게 할 수 있다. 시스템(1200)이 도시하는 바와 같이, UE(102)와 네트워크(104₂) 사이의 터널링은 각각의 터널링 모듈들(150), 및/또는 UE(102) 및/또는 네트워크(104₂)에서의 다른 수단을 통해 용이하게 될 수 있다.

일 양상에 따르면, 애플리케이션들은 데이터 활성(activity)에 기초하여 QoS를 보류(suspend) 및 재개할 수 있다. 예를 들어, 네트워크(104₁)에서의 데이터 활성 모니터(1222) 및/또는 시스템(1200) 내의 임의의 다른 적절한 엔티티들(예를 들어, UE(102))은 데이터 활성 모니터(1222)에 의해 식별되는 데이터 활성에 기초하여 하나 또는 그 초과의 관련 애플리케이션들에 대한 QoS를 보류 및/또는 재개할 수 있다. (e)HRPD의 특정한 예에서, QoS가 턴오프되는 경우, QoS 콘텍스트는 UE(102)에 의해 그리고 (e)HRPD 서빙 게이트웨이(HSGW)에 의해 유지될 수 있다. 따라서, QoS가 후속적으로 다시 인에이블되는 경우 QoS 콘텍스트는 재설정을 요구하지 않아서, 호출 셋업 시간을 감소시키고 다른 적절한 이점들을 제공함을 인식할 수 있다. 그러나, LTE 코어 네트워크의 추가적인 특정한 예에서, QoS가 더 이상 요구되지 않는 경우 QoS는 제거되도록 구성될 수 있어서, QoS가 다시 요구되는 경우 QoS가 스크래치(scratch)로부터 다시 셋업되도록 요구할 수 있음을 인식할 수 있다.

따라서, LTE를 이용하는 네트워크(104₁) 및 eHRPD를 이용하는 네트워크(104₂)의 특정한 비제한적인 예의 경우, UE(102)는 터널을 통해 네트워크(104₂)의 eHRPD 게이트웨이에 QoS 콘텍스트를 유지하기 위한 QoS 업데이트 모듈(1212) 및/또는 다른 적절한 메커니즘들을 활용할 수 있어서, QoS는 eHRPD로의 핸드오버 시에 네트워크(104₂)에서 이용가능할 수 있다. 일례에서, UE(102)는 터널을 통해 가능한 한 빨리 eHRPD에서 QoS 콘텍스트를 설정할 수 있고, UE(102) 및 네트워크(104₂) 모두는 QoS 콘텍스트가 LTE 상에서 동안 변하는 대로 터널을 통해 QoS 콘텍스트를 최신으로(up to date) 유지하려 시도할 수 있다. 터널을 통하는 동안, 연관되는 QoS 플로우들은 HSGW에서 턴오프될 수 있다. 후속적으로, eHRPD로의 핸드오버가 발생하자마자, QoS 플로우들은 턴온될 수 있다.

일 양상에 따르면, QoS가 재개될 때마다 eHRPD 상의 QoS의 셋업을 반복해야 하는 것을 회피하기 위해, 네트워크(104₂)와 연관되는 eHRPD 게이트웨이는 QoS를 저장하기 위해 QoS 저장 모듈(180) 및/또는 다른 메커니즘들을 활용할 수 있다. 이 상태에 있을 때, LTE 코어 네트워크가 실제로 QoS를 제거하는 경우, QoS는 "턴오프된" 것으로 플래그(flag)될 수 있다. 따라서, UE(102)가 추후에 (e)HRPD로 다시 이동하면, 반복된 셋업을 요구하기 보다는 네트워크(104₂)에서 QoS가 단순히 턴온될 수 있다. 일례에서, HSGW에서 QoS를 턴오프시키기 위해 네트워크(104₂)에서 타이머-기반 또는 이벤트-기반 메커니즘이 이용될 수 있다. 따라서, 상기 언급된 바와 같이, LTE 및 eHRPD 네트워크들(104)과 상호작용하는 UE(102)의 특정한 비제한적인 예의 경우, QoS 콘텍스트는, QoS 콘텍스트가 LTE를 통해 제거되고 재생성되는 경우, eHRPD에서 캐시될 수 있고, 터널을 통해 턴온 및 턴오프될 수 있다.

다른 양상에 따르면, 시스템(1200)은 다음과 같이 멀티-RAT 환경에 대해 일반화된 방식으로 터널 모드를 통해 QoS 콘텍스트 업데이팅을 활용할 수 있다. 제 1 예에서, UE(102)는, 제 1 네트워크(104₁)를 통해 패킷 플로우에 대한 QoS를 초기화할 수 있고, 초기화에 응답하여 제 2 네트워크(104₂)로의 터널링을 통해 제 2 네트워크(104₂) 상에서의 패킷 플로우에 대한 QoS 콘텍스트를 설정할 수 있고, 제 1 네트워크(104₁)를 통한 패킷 플로우에 대한 QoS에 대한 변화들(예를 들어, 패킷 플로우의 종료, 패킷 플로우의 재설정 등)을 모니터링할 수 있고, 제 1 네트워크(104₁)를 통한 패킷 플로우에 대한 QoS에 대한 각각의 모니터링된 변화들에 응답하여, 제 2 네트워크(104₂)로의 터널링을 통해 제 2 네트워크(104₂) 상에서의 패킷 플로우에 대한 QoS 콘텍스트를 업데이트할 수 있다. 추가로, 네트워크(104₂)는, UE(102)로의 터널링을 통해, 제 1 네트워크(104₁) 상에서 동작하는 UE(102)와 같은 네트워크 디바이스와 연관되는 패킷 플로우와 관련되는 정보를 획득하고, 네트워크(104₂)로의 UE(102)의 진입을 검출하는, 패킷 플로우에 대응하는 비활성화 상태에서 네트워크(104₂)에 대한 QoS 콘텍스트를 초기화하고, 네트워크(104₂)로의 UE(102)의 진입에 응답하여 네트워크(104₂)에 대한 QoS 콘텍스트를 활성화시키도록 동작가능할 수 있다. 일례에서, 네트워크(104₁)는 UE(102)로의 터널링을 통해 네트워크(104₁) 상에서 패킷 플로우와 관련되는 업데이트된 QoS 정보를 수신하고, 업데이트된 QoS 정보에 따라 패킷 플로우에 대응하는 네트워크(104₂)에 대한 QoS 콘텍스트를 업데이트하도록 추가로 동작가능할 수 있다.

일 양상에 따르면, QoS는 다양한 방식들로 시스템(1200)에 도시된 바와 같이 터널링 접속을 통해 유지될 수 있다. 제 1 예에서, 하나 또는 그 초과의 플로우들 및/또는 대응하는 애플리케이션들에 대한 QoS는 터널에 걸쳐 일정한 방식으로 유지될 수 있다. 대안적으로, QoS 플로우는 네트워크(104₁) 상에서 플로우의 생성 시에 터널링을 통해 네트워크(104₂) 상에서 생성될 수 있고, 플로우가 네트워크(104₁)에서 폐기되고 재생성됨에 따라 터널을 통해 네트워크(104₂)에서 후속적으로 턴온되거나 턴오프될 수 있어서, 터널을 통해 QoS를 일정하게 유지하는 것과 연관되는 자원들을 절약한다. 예를 들어, QoS 저장 모듈(180) 및/또는 네트워크(104₂)에서의 다른 수단은, 네트워크(104₂)로의 UE(102)의 이동 시에 플로우에 대응하는 QoS의 전송이 수행되도록, UE(102)가 네트워크(104₁) 상에 있는 동안 플로우에 대한 QoS를 캐시하기 위해 이용될 수 있다.

일례에서, 주어진 플로우에 대해 터널을 통해 QoS를 유지하기 위해 활용되는 특정한 기술은 개별적으로(on a case-by-case basis) 구현될 수 있다. 따라서, 예를 들어, 다른 플로우들에 대한 QoS가 일정하지 않은 동안 실시간 플로우들, 우선순위 플로우들 등에 대한 QoS가 터널을 통해 일정한 방식으로 유지되도록, 일정한 터널링이 플로우들의 상대적 우선순위에 기초하여 특정한 플로우들에 대해 선택적으로 수행될 수 있다. 일례에서, 이것은, 터널을 통해 모든 플로우들에 대한 QoS를 유지하는 것과 연관되는, 시그널링, 전력 등과 연관되는 오버헤드에서의 절약들을 용이하게 할 수 있다. 예를 들어, 몇몇 경우들에서 UE(102)는, QoS 터널링이 구성되는 하나 또는 그 초과의 패킷 플로우 유형들을 식별하고, (예를 들어, QoS 분석기(214) 및/또는 UE(102)에서의 다른 메커니즘들에 의해 결정되는 바와 같이) 패킷 플로우가 QoS 터널링이 구성되는 하나 또는 그 초과의 패킷 플로우 유형들 내에 포함된 유형인 경우, 초기화에 응답하여, 네트워크(104₂)로의 터널링을 통해 네트워크(104₂) 상에서 패킷 플로우에 대한 QoS 콘텍스트를 설정할 수 있다. 앞서 언급된 바와 같이, QoS 터널링이 구성되는 패킷 플로우 유형들은 상대적 패킷 플로우 우선순위에 적어도 부분적으로 기초하여 UE(102)에 의해 식별될 수 있다.

다른 예에서, 앞서 설명된 기술들은 VoIP(voice over IP) 호출 플로우의 경우에 적용될 수 있다. 예시적인 VoIP 호출 서비스의 경우, 다수회 연속적으로 음성 호출을 할 수 있고 후속적으로 이를 종료할 수 있음을 인식할 수 있다. 따라서, 제 1 RAT에서 VoIP에 대한 QoS를 셋업하고 제 2 RAT에서 발생하는 이벤트들에 동기화하여 이 QoS를 폐기하는 것 대신에, QoS는 한번 셋업되고, 애플리케이션이 종료될 때 폐기되는 것 대신 유지될 수 있다. 따라서, QoS를 턴온 및/또는 턴오프시키는 것과 연관되는 로딩이 터널을 통해 QoS를 재생성하는 것과 연관되는 로딩보다 적기 때문에, 터널 상에서의 로딩이 경감될 수 있음을 인식할 수 있다.

일 양상에 따르면, 애플리케이션에 대한 QoS가 네트워크(104)에서 인스톨되고, (네트워크(104)로 이동하는 UE(102)에 기인하여) 네트워크(104)에서 애플리케이션에 대한 QoS를 턴온시키기를 원하는 경우, 애플리케이션은 보류/재개 호출 및/또는 QoS의 관리를 용이하게 하기 위한 다른 수단을 활용할 수 있다. 일례에서, 제 1 RAT 상에서 애플리케이션이 종료되고 제 1 RAT가 QoS를 삭제하는 경우, 몇몇 경우들에서, 애플리케이션이 재시작하고 QoS 셋업을 재개시할 수 있기 때문에, 제 2 RAT 상에서 QoS를 턴온시키고 삭제하는 것은 필수적이 아닐 수 있다. 따라서, 애플리케이션이 제 1 RAT 상에서 비활성이 되는 경우, 애플리케이션에 대한 QoS는 터널을 통해 턴오프될 수 있다. 후속적으로, 연관되는 UE(102)가 제 2 RAT로 이동하면, 애플리케이션이 활성화되는지 여부가 결정될 수 있고, 활성화되면, 애플리케이션에 대한 QoS가 턴온될 수 있다.

예를 들어, 상기한 것에 기초하여, 네트워크(104₂)는, 패킷 플로우가 네트워크(104₁) 상에서 비활성화라는 표시를 수신하도록 동작가능할 수 있다. 후속적으로, 네트워크(104₂)로의 UE(102)의 진입에 응답하여, 네트워크(104₂)는 패킷 플로우가 활성인지 여부를 결정할 수 있다. 패킷 플로우가 활성이 아니면, 네트워크(104₂)에 대한 QoS 콘텍스트는 폐기될 수 있다. 그렇지 않고 패킷 플로우가 활성이면, 네트워크(104₂)에 대한 QoS 콘텍스트에 대응하는 패킷 플로우에 대한 QoS가 설정될 수 있다. 추가로, 패킷 플로우가 네트워크(104₁) 상에서 비활성이라는 표시를 수신할 때, 네트워크(104₂)는, 패킷 플로우가 네트워크(104₁) 상에서 비활성이라는 표시를 수신한 후 미리 결정된 시간 인터벌의 만료 및/또는 임의의 다른 적절한 팩터들과 같은 적어도 하나의 팩터에 기초하여, 네트워크(104₂)에 대한 QoS 콘텍스트를 폐기할 수 있다.

다른 양상에 따르면, 이볼브드 UMTS(Universal Mobile Telecommunications System) 지상 라디오 액세스 네트워크(Terrestrial Radio Access Network)(E-UTRAN) 및 eHRPD 네트워크를 포함하는 무선 통신 환경의 특정한 예에서 활용될 수 있는 예시적인 터널링 구조가 도 13의 도면(1300)에 의해 도시된다. 도 13이 도시하는 바와 같이, UE는 터널링을 통해 E-UTRAN 및 eHRPD 네트워크 모두와 상호작용할 수 있다. E-UTRAN은 eNB, 이동성 관리 엔티티(MME) 및 서빙 게이트웨이(S-GW)를 포함할 수 있다. 추가로, eHRPD 네트워크는 이볼브드 액세스 네트워크(eAN) 및 HSGW를 포함할 수 있다. 도면(1300)에 추가로 도시된 바와 같이, RAN들 모두는 PDN(Packet Data Network) 게이트웨이 (P-GW), PCRF(Policy and Charging Rules Function) 및 애플리케이션 서버(AS)와 상호작용할 수 있다. 앞서 설명된 것과 유사한 방식으로, UE는 터널링 모드를 통해 RAN들 모두 상에서 QoS의 유지보수를 용이하게 할 수 있다. 예를 들어, S-GW에서, QoS는, 실질적으로 QoS가 필요할 때마다 생성 및/또는 삭제될 수 있다. 추가로, HSGW에서, QoS가 필요한 경우 (예를 들어, QoS 콘텍스트가 "캐시"되도록) QoS 플로우가 생성될 수 있고 후속적으로 턴온/턴오프될 수 있다.

도면(1300)과 관련하여 UE-개시된 QoS의 경우 애플리케이션은 요구되는 QoS를 표시할 수 있다. LTE의 경우, 이것은 QoS의 생성/삭제로 전환될 수 있는 한편, eHRPD의 경우, QoS는 단순히 온 또는 오프로 스위칭될 수 있어서, 콘텍스트를 유지한다. 추가적으로 또는 대안적으로, 네트워크-개시된 QoS의 경우, 애플리케이션 서버는 PCRF에 QoS가 요구되는 때를 표시할 수 있고, 이 경우 전체 QoS 콘텍스트가 그 때마다 생성 또는 삭제될 수 있다.

추가적 양상에 따르면, 무선 통신 환경의 UE(102) 및/또는 하나 또는 그 초과의 네트워크들(104)은, 네트워크-개시된 QoS를 이용하는 RAT와 UE-개시된 QoS를 이용하는 RAT 사이에서 UE(102)가 이동하는 경우들을 핸들링하기 위한 각각의 기술들을 구현할 수 있다. 제 1 예에서, 이러한 경우를 관리하기 위해 활용될 수 있는 기술은 도 14의 시스템(1400)에 의해 도시된다. 도 14에 의해 도시된 바와 같이, UE(102)가 QoS를 인지하지 않은 애플리케이션(1442)을 활용하는 경우, QoS는 UE(102)에 의해 결코 요청되지 않도록 구성될 수 있다. 따라서, UE(102)가 네트워크-개시된 QoS를 갖는 RAT와 연관되는 네트워크(104)로부터 UE-개시된 QoS를 갖는 RAT와 연관되는 네트워크(104)로 이동하는 경우, 몇몇 경우들에서 QoS는 재설정되지 않을 것이다. 그러나, UE(102)가 네트워크-개시된 QoS를 갖는 RAT에 따라 동작하는 네트워크(104)로 다시 이동하는 경우, 네트워크(104)는 QoS를 (예를 들어, QoS 설정 모듈(120) 등을 통해) 다시 설정할 수 있다. 따라서, QoS를 인식하지 않는 애플리케이션들의 경우, 몇몇 경우들에서 QoS는 네트워크-개시된 QoS를 지원하는 RAT들에서만 이용가능할 수 있음을 인식할 수 있다. 추가로, 네트워크-개시된 QoS를 이용하는 E-UTRAN으로 UE(102)가 이동하는 특정한 예에서, E-UTRAN은 (예를 들어, S101 터널을 통해) eHRPD 네트워크에 대응하는 HSGW와 QoS 콘텍스트를 설정할지 여부를 판정할 수 있다.

일례에서, 상기한 것에 기초하여, 시스템(1400)의 UE(102)는, 시스템(1400)의 통신을 용이하게 하는 애플리케이션을 식별할 수 있고, RAT와 연관되는 네트워크(104)로의 진입을 검출할 수 있고, RAT에 대한 QoS가 사용자-개시인지 또는 네트워크-개시인지 여부를 결정할 수 있다. 이 결정에 기초하여, UE(102)는 RAT에 대한 QoS가 네트워크-개시이면 네트워크-설정된 QoS에 따라 애플리케이션의 동작을 지시하거나, RAT에 대한 QoS가 사용자-개시이면 QoS와는 독립적으로 애플리케이션의 동작을 지시할 수 있다. 다른 예에서, UE(102)는 QoS가 네트워크-개시인 RAT와 연관되는 제 1 네트워크(104)로의 진입을 검출하고, 제 1 네트워크(104)에 의해 설정된 QoS에 따라 애플리케이션에 대한 QoS 콘텍스트를 설정하고, 제 1 네트워크(104)로부터 QoS가 사용자-개시인 RAT와 연관되는 제 2 네트워크(104)로의 이동을 검출하고, 이동에 응답하여 애플리케이션에 대한 QoS 콘텍스트를 릴리스하도록 동작가능할 수 있다.

대안적인 예에서, QoS를 인지하는 애플리케이션과 UE(102)가 연관되는 경우, 애플리케이션에 대한 QoS의 관리는 도 15의 시스템(1500)에 의해 도시되는 바와 같은 다양한 방식들로 수행될 수 있다. 시스템(1500)에 의해 도시되는 제 1 시나리오에서, UE(102)는 네트워크-개시된 QoS RAT를 갖는 네트워크(104)로부터 UE-개시된 QoS RAT를 갖는 네트워크(104)로 이동할 수 있다. 이러한 시나리오에서, 네트워크(104)가 QoS를 개시하지 않을 것으로 (예를 들어, QoS 셋업 분석 모듈(1512)을 통해) 결정할 때, UE(102)는 연관되는 QoS를 인지하는 애플리케이션(1516)에 대한 QoS를 스스로 (예를 들어, QoS 초기화 모듈 및/또는 다른 적절한 수단을 통해) 개시할 수 있다. 일례에서, UE(102)가 E-UTRAN으로 이동하고 있는 경우, UE(102)는 HSGW와의 S101 터널을 통해, 그러나 스위치 오프 상태에서 QoS 콘텍스트를 추가적으로 셋업할 수 있다.

시스템(1500)에 의해 도시되는 제 2 시나리오에서, UE(102)는 UE-개시된 QoS RAT를 갖는 네트워크(104)로부터 네트워크-개시된 QoS RAT를 갖는 네트워크(104)로 이동할 수 있다. 이러한 경우, UE(102)가 QoS를 인지하는 애플리케이션(1516)과 연관되기 때문에, 애플리케이션(1516)은 특정한 필터에 대해 요구되는 QoS를 UE(102)에 표시할 수 있다. 네트워크-개시된 QoS RAT로의 RAT간 이동이 일단 발생하면, UE(102)는 네트워크에 의해 셋업된 QoS가 충분한지 여부를 (예를 들어, QoS 설정 모듈(120) 및/또는 다른 적절한 수단을 통해) 체크할 수 있다. 그 다음, UE(102)는 이 정보를 애플리케이션(1516)에 전달할 수 있고, 그 다음, 애플리케이션(1516)은 QoS가 충분하지 않은 경우 무엇을 해야할 지를 (예를 들어, QoS 실패 핸들러 모듈(160) 등을 통해) 결정할 수 있다. 예를 들어, 불충분한 QoS의 경우, 애플리케이션(1516)은, QoS 없이 계속하고, 사용자에게 통지하고, 서비스를 끝내고(tear down), 상이한 QoS를 재요청하고 그리고/또는 임의의 다른 적절한 동작(들)을 수행하는 것으로 결정할 수 있다. 추가로, 앞서 설명된 제 1 시나리오와 유사한 방식으로, UE(102)가 E-UTRAN으로 이동중이고 S101 터널을 통해 eHRPD에 미리 등록해야 하는 특정한 예에서, UE(102)는 또한 스위칭 오프 상태에서 HSGW와 QoS 콘텍스트를 셋업할 수 있다.

상기의 관점에서, 시스템(1500)의 UE(102)는, 적어도 제 1 RAT 및 제 2 RAT 상에서의 통신을 용이하게 하는 애플리케이션(1516)을 식별하고, 제 1 RAT로부터 제 2 RAT로의 애플리케이션의 핸드오버를 검출하고, 제 2 RAT와 연관되는 네트워크(104)가 애플리케이션에 대한 QoS를 초기화하도록 구성되는지 여부를 결정하고, 상기 결정에 적어도 부분적으로 기초하여 제 2 RAT 상에서 애플리케이션에 대한 QoS를 설정하도록 동작가능할 수 있다. 제 2 RAT와 연관되는 네트워크(104)가 애플리케이션에 대한 QoS를 초기화하도록 구성되지 않은 경우 (예를 들어, 네트워크-개시된 QoS RAT로부터 UE-개시된 QoS RAT로의 핸드오버인 경우), UE(102)는, 제 2 RAT 상에서 애플리케이션에 대한 QoS를 초기화하고, 제 1 RAT로의 터널링을 통해 제 1 RAT와 QoS 콘텍스트를 설정하고, 그리고/또는 임의의 다른 적절한 동작(들)을 수행할 수 있다.

추가적으로 또는 대안적으로, 제 2 RAT와 연관되는 네트워크(104)가 애플리케이션에 대한 QoS를 초기화하도록 구성되는 경우 (예를 들어, UE-개시된 QoS RAT로부터 네트워크-개시된 QoS RAT로의 핸드오버인 경우), UE(102)는, 애플리케이션(1516)에 대해 요구되는 QoS를 식별하고, 제 2 RAT 상에서 애플리케이션(1516)에 대한 네트워크-개시된 QoS와 관련되는 정보를 획득하고, 애플리케이션(1516)에 대해 요구되는 QoS에 기초하여 네트워크-개시된 QoS가 애플리케이션(1516)에 대해 충분한지 여부를 결정할 수 있다. 또한, 이러한 결정의 결과는 애플리케이션(1516)에 표시될 수 있다. 네트워크-개시된 QoS가 애플리케이션(1516)에 대해 불충분한 것으로 결정하면, 불충분한 QoS가 애플리케이션(1516)에 표시될 수 있다. 추가로, 이러한 경우, UE(102)는, QoS 없이 애플리케이션(1516)의 이용을 계속하는 것, 애플리케이션(1516)에 대한 불충분한 QoS를 애플리케이션(1516)의 사용자에게 표시하는 것, 애플리케이션(1516)을 종료하는 것, 애플리케이션(1516)에 대한 QoS를 재요청하는 것 등과 같은 하나 또는 그 초과의 동작들을 애플리케이션(1516)을 통해 용이하게 할 수 있다. 다른 예에서, UE(102)는 제 1 RAT로의 터널링을 통해 제 1 RAT와 QoS 콘텍스트를 설정하도록 추가로 구성될 수 있다.

이제 도 16 내지 도 29를 참조하면, 본 명세서에서 기술된 다양한 양상들에 따라 수행될 수 있는 방법들이 도시된다. 설명의 단순화를 위해, 방법들은 일련의 동작들로 도시되고 설명되지만, 하나 또는 그 초과의 양상들에 따라 일부 동작들은 본 명세서에 도시되고 설명되는 다른 동작들과 동시에 발생할 수 있고 그리고/또는 그 동작들과는 상이한 순서들로 발생할 수 있기 때문에, 이 방법들은 동작들의 순서에 의해 제한되지 않음을 이해하고 인식할 것이다. 예를 들어, 이 분야의 당업자들은, 방법이 상태도에서와 같이 일련의 상호관련 상태들 또는 이벤트들로서 대안적으로 표현될 수 있음을 이해하고 인식할 것이다. 게다가, 하나 또는 그 초과의 양상들에 따라 방법을 구현하기 위해 모든 도시된 동작들이 요구되지는 않을 수 있다.

도 16을 참조하면, 무선 통신 시스템에서 활용되는 혼합 모드 애플리케이션에 대한 QoS의 설정 관리를 용이하게 하는 제 1 방법(1600)이 도시된다. 방법(1600)은, 예를 들어, UE(예를 들어, UE(102)) 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 수행될 수 있음을 인식해야 한다. 방법(1600)은, 무선 통신 시스템 내의 통신에 활용될 애플리케이션이 식별되는 블록(1602)에서 시작한다. 블록(1604)에서, QoS 개시와 관련되는 표시가 애플리케이션과 연관되는 네트워크로부터 수신된다. 블록(1606)에서, 상기 표시에 적어도 부분적으로 기초하여, 애플리케이션에 대한 QoS를 개시할지 또는 애플리케이션에 대한 QoS의 네트워크 개시를 대기할지 여부가 결정된다.

도 17은 무선 통신 시스템에서 활용되는 혼합 모드 애플리케이션에 대한 QoS 설정을 관리하기 위한 제 2 방법(1700)을 도시한다. 방법(1700)은, 예를 들어, 통신 네트워크(예를 들어, 네트워크 (104)) 및/또는 임의의 다른 적절한 엔티티에 의해 수행될 수 있다. 방법(1700)은, 적어도 하나의 UE와의 통신을 용이하게 하는 애플리케이션이 식별되는 블록(1702)에서 시작한다. 블록(1704)에서, 애플리케이션에 대한 QoS가 네트워크-개시인지 또는 적어도 하나의 UE에 의해 개시되었는지 여부가 결정된다. 블록(1706)에서, 결정의 결과의 표시가 구성된다. 블록(1708)에서, 상기 표시가 적어도 하나의 UE에 전달된다.

다음으로 도 18을 참조하면, 무선 통신 시스템에서 활용되는 혼합 모드 애플리케이션에 대한 QoS 설정을 관리하기 위한 제 3 방법(1800)이 설명된다. 방법(1800)은, 예를 들어, 모바일 디바이스 및/또는 임의의 다른 적절한 엔티티에 의해 수행될 수 있다. 방법(1800)은, 통신 네트워크와의 통신을 용이하게 하는 애플리케이션에 대해 QoS의 초기화가 시도되는 블록(1802)에서 시작한다. 블록(1804)에서, QoS 거부가 통신 네트워크로부터 수신되는지 여부가 결정된다. 블록(1806)에서, 방법(1800)을 수행하는 엔티티는, QoS 거부에 적어도 부분적으로 기초하여, 통신 네트워크로부터의 QoS 거부를 수신하는 것에 응답하여 통신 네트워크로부터 애플리케이션에 대한 QoS의 초기화를 대기한다.

도 19는 무선 통신 시스템에서 활용되는 혼합 모드 애플리케이션에 대한 QoS의 설정 관리를 용이하게 하는 제 4 방법(1900)을 도시한다. 방법(1900)은, 예를 들어, 무선 통신 네트워크 및/또는 임의의 다른 적절한 엔티티에 의해 수행될 수 있다. 방법(1900)은, UE, 및 네트워크 통신을 위해 UE에 의해 활용되는 애플리케이션이 식별되는 블록(1902)에서 시작한다. 블록(1904)에서, 애플리케이션에 대해 UE에 의해 시도된 QoS 개시가 검출된다. 블록(1906)에서, 애플리케이션에 대한 QoS가 네트워크-개시인 것으로 간주되면, 애플리케이션에 대해 UE에 의해 시도된 QoS 개시를 검출하는 것에 응답하여 거부 메시지가 UE에 통신된다.

도 20을 참조하면, RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법(2000)의 흐름도가 도시된다. 방법(2000)은, 예를 들어, UE 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 수행될 수 있다. 방법(2000)은, 적어도 하나의 IP 플로우 및 적어도 하나의 IP 플로우와 각각 연관되는 각각의 IP 플로우 TFT들이 식별되는 블록(2002)에서 시작한다. 블록(2004)에서, 적어도 하나의 베어러 및 각각의 베어러들과 관련되는 적어도 하나의 베어러 TFT에 대응하는 QoS 설정 메시징이 연관 네트워크로부터 수신된다. 블록(2006)에서, 적어도 부분적으로는, IP 플로우 TFT들을 베어러 TFT들에 매칭함으로써, 각각의 IP 플로우들과 베어러들 사이의 연관이 결정된다.

이제 도 21을 참조하면, 다수의 RAT들에 대응하는 QoS 파라미터들의 맵핑을 용이하게 하는 제 1 방법(2100)이 도시된다. 방법(2100)은, 예를 들어, UE, UE를 서빙하는 하나 또는 그 초과의 네트워크들, 및/또는 임의의 다른 적절한 네트워크 엔티티들에 의해 수행될 수 있다. 방법(2100)은, 제 1 RAT와 연관되는 제 1 세트의 QoS 파라미터들 및 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들이 식별되는 블록(2102)에서 시작한다. 다음으로, 블록(2104)에서, 활용된 네트워크 통신 애플리케이션, 및 활용된 네트워크 통신 애플리케이션과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터와 관련되는 정보가 획득된다. 블록(2106)에서, 활용된 네트워크 통신 애플리케이션과 연관되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터는, 활용된 네트워크 통신 애플리케이션과는 독립적으로 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑된다.

도 22는, 다수의 RAT들에 대응하는 QoS 파라미터들의 맵핑을 용이하게 하는 제 2 방법(2200)을 도시한다. 방법(2200)은, 예를 들어, 사용자 디바이스, 사용자 디바이스를 서빙하는 하나 또는 그 초과의 네트워크들 및/또는 임의의 다른 적절한 네트워크 엔티티들에 의해 수행될 수 있다. 방법(2200)은, 연관되는 네트워크와의 통신을 용이하게 하는 애플리케이션이 식별되는 블록(2202)에서 시작한다. 블록(2204)에서, 각각의 QoS 파라미터들이 각각의 RAT들과 관련되는 애플리케이션으로부터 획득된다. 블록(2206)에서, 제 1 RAT로부터 제 2 RAT로의 애플리케이션의 핸드오버가 식별된다. 블록(2208)에서, 방법(2200)을 수행하는 엔티티는, 애플리케이션으로부터 획득된 각각의 QoS 파라미터들에 적어도 부분적으로 기초하여, 애플리케이션과 연관되고 제 1 RAT와 관련되는 적어도 하나의 QoS 파라미터를, 애플리케이션과 연관되고 제 2 RAT와 관련되는 적어도 하나의 QoS 파라미터에 맵핑할 수 있다.

이제 도 23을 참조하면, 다수의 RAT간 핸드오버들을 통해 QoS 파라미터들의 보존을 용이하게 하는 제 1 방법(2300)이 도시된다. 방법(2300)은, 예를 들어, 라디오 액세스 네트워크 및/또는 임의의 다른 적절한 엔티티에 의해 수행될 수 있다. 방법(2300)은, UE, 및 RAT 상에서 UE에 의해 이용되는 QoS 파라미터가 식별되는 블록(2302)에서 시작한다. 다음으로, 블록(2304)에서, RAT로부터 UE의 이탈 및 RAT로의 UE의 재진입이 검출된다. 블록(2306)에서, UE에 대한 QoS는, RAT 상에서 UE에 의해 이용되는 QoS 파라미터에 적어도 부분적으로 기초하여, RAT로의 UE의 재진입에 응답하여 재설정된다.

도 24는, 다수의 RAT간 핸드오버들을 통해 QoS 파라미터들을 보존하기 위한 제 2 방법(2400)을 도시한다. 방법(2400)은, 예를 들어, UE, UE를 서빙하는 네트워크 및/또는 임의의 다른 적절한 엔티티에 의해 수행될 수 있다. 방법(2400)은, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계에 관련되는 정보가 획득되는 블록(2402)에서 시작할 수 있다. 다음으로, 블록(2404)에서, 제 1 RAT 상에서 활용되는 QoS 파라미터가 식별된다. 블록(2406)에서, 제 1 RAT 상에서 활용되는 QoS 파라미터는, 제 1 RAT와 연관되는 QoS 파라미터들과 제 2 RAT와 연관되는 QoS 파라미터들 사이의 맵핑 관계에 적어도 부분적으로 기초하여, 제 2 RAT와 연관되는 QoS 파라미터에 맵핑된다.

도 25를 참조하면, RAT간 핸드오버 이후 악화된 QoS의 경우 네트워크 애플리케이션의 동작을 적응시키기 위한 방법(2500)이 도시된다. 방법(2500)은, 예를 들어, 모바일 디바이스 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 수행될 수 있다. 방법(2500)은, 네트워크 애플리케이션에 대해 수행되는 RAT간 핸드오버와 관련하여, 제 1 RAT와 연관되는 QoS 파라미터가 제 2 RAT와 연관되는 대응하는 QoS 파라미터에 맵핑되는 블록(2502)에서 시작한다. 블록(2504)에서, 적어도 부분적으로는, 제 1 RAT와 연관되는 QoS 파라미터와, 제 2 RAT와 연관되는 QoS 파라미터를 비교함으로써, 제 2 RAT가 네트워크 애플리케이션에 대해 충분한 QoS를 제공하는지 여부가 결정된다. 블록(2506)에서, 방법(2500)을 수행하는 엔티티는, 제 2 RAT가 네트워크 애플리케이션에 대해 충분한 QoS를 제공하지 않는 것으로 결정되면, 제 2 RAT의 QoS에 대한, 제 2 RAT 상에서의 네트워크 애플리케이션의 적응을 용이하게 할 수 있다.

도 26은, 다수의 RAT들을 통해 QoS 정보를 유지하기 위해 터널링을 활용하기 위한 제 1 방법(2600)을 도시한다. 방법(2600)은, 예를 들어, UE 및/또는 임의의 다른 적절한 네트워크 엔티티들에 의해 수행될 수 있다. 방법(2600)은, 제 1 네트워크 상에서 패킷 플로우에 대해 QoS가 초기화되는 블록(2602)에서 시작한다. 다음으로, 블록(2604)에서, 초기화에 응답하여, 제 2 네트워크로의 터널링을 통해 제 2 네트워크 상의 패킷 플로우에 대한 QoS 콘텍스트가 설정된다. 블록(2606)에서, 제 1 네트워크 상에서 패킷 플로우에 대한 QoS에 대한 변화들에 대해 모니터링이 수행된다. 블록(2608)에서, 제 1 네트워크 상에서 패킷 플로우에 대한 QoS에 대해 각각의 모니터링된 변화들에 응답하여, 제 2 네트워크로의 터널링을 통해 제 2 네트워크 상에서 패킷 플로우에 대한 QoS 콘텍스트가 업데이트된다.

도 27은 다수의 RAT들을 통해 QoS 정보를 유지하기 위해 터널링을 활용하기 위한 제 2 방법(2700)을 도시한다. 방법(2700)은, 예를 들어, 하나 또는 그 초과의 UE들을 서빙하는 네트워크 및/또는 임의의 다른 적절한 네트워크 엔티티들에 의해 수행될 수 있다. 방법(2700)은, 제 1 네트워크 상의 네트워크 디바이스와 연관되는 패킷 플로우와 관련되는 정보가 네트워크 디바이스로의 터널링을 통해 획득되는 블록(2702)에서 시작한다. 블록(2704)에서, 패킷 플로우에 대응하는 비활성 상태에서 제 2 네트워크에 대해 QoS 콘텍스트가 초기화된다. 블록(2706)에서, 제 2 네트워크로의 네트워크 디바이스의 진입이 검출된다. 블록(2708)에서, 제 2 네트워크로의 네트워크 디바이스의 진입에 응답하여, 제 2 네트워크에 대한 QoS 콘텍스트가 활성화된다.

이제 도 28을 참조하면, RAT간 핸드오버 동안 QoS 설정 동작을 핸들링하기 위한 제 1 방법(2800)이 도시된다. 방법(2800)은, 예를 들어, UE 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 수행될 수 있다. 방법(2800)은, 무선 통신 시스템에서 통신을 용이하게 하는 애플리케이션이 식별되는 블록(2802)에서 시작할 수 있다. 블록(2804)에서, RAT와 연관되는 네트워크로의 진입이 검출된다. 블록(2806)에서, RAT에 대한 QoS가 사용자-개시인지 또는 네트워크-개시인지 여부가 결정된다. 블록(2808)에서, RAT에 대한 QoS가 네트워크-개시이면, 애플리케이션의 동작은 네트워크-설정된 QoS에 따라 지시된다. 추가적으로 또는 대안적으로, 블록(2810)에서, RAT에 대한 QoS가 사용자-개시이면, 애플리케이션의 동작은 QoS와는 독립적으로 지시된다.

도 29를 참조하면, RAT간 핸드오버 동안 QoS 설정 동작을 핸들링하기 위한 제 2 방법(2900)이 도시된다. 방법(2900)은, 예를 들어, UE 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 수행될 수 있다. 방법(2900)은, 적어도 제 1 RAT 및 제 2 RAT를 통한 통신을 용이하게 하는 애플리케이션이 식별되는 블록(2902)에서 시작할 수 있다. 블록(2904)에서, 제 1 RAT로부터 제 2 RAT로의 애플리케이션의 핸드오버가 검출된다. 블록(2906)에서, 제 2 RAT와 연관되는 네트워크가 애플리케이션에 대한 QoS를 초기화하도록 구성되는지 여부가 결정된다. 블록(2908)에서, 상기 결정에 적어도 부분적으로 기초하여, 애플리케이션에 대한 QoS가 제 2 RAT 상에서 설정된다.

다음으로 도 30 내지 도 43을 참조하면, 본 명세서에서 설명되는 다양한 양상들을 용이하게 할 수 있는 각각의 장치들(3000-4300)이 도시된다. 장치들(3000-4300)은 프로세서, 소프트웨어 또는 이들의 조합(예를 들어, 펌웨어)에 의해 구현되는 기능들을 표현하는 기능 블록들일 수 있는 기능 블록들을 포함하는 것으로 도시됨을 인식해야 한다.

먼저 도 30을 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 1 장치(3000)가 도시된다. 장치(3000)는, UE(예를 들어, UE(102)) 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 무선 통신 네트워크와의 통신을 용이하게 하는 애플리케이션을 식별하기 위한 모듈(3002), 애플리케이션에 대한 QoS 개시와 관련되는 플래그를 무선 통신 네트워크로부터 수신하기 위한 모듈(3004), 및 표시에 적어도 부분적으로 기초하여, 애플리케이션에 대한 QoS를 개시할지 또는 무선 통신 네트워크에 의한 애플리케이션에 대한 QoS의 개시를 대기할지 여부를 결정하기 위한 모듈(3006)을 포함할 수 있다.

도 31은 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 2 장치(3100)를 도시한다. 장치(3100)는 통신 네트워크(예를 들어, 네트워크(104)) 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 적어도 하나의 UE와의 통신을 위한 애플리케이션을 식별하기 위한 모듈(3102), 애플리케이션에 대한 QoS가 네트워크-개시인지 또는 UE-개시인지 여부를 표시하는 플래그를 생성하기 위한 모듈(3104), 및 플래그를 적어도 하나의 UE에 통신하기 위한 모듈(3106)을 포함할 수 있다.

다음으로, 도 32를 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 3 장치(3200)가 도시된다. 장치(3200)는 UE 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 연관되는 네트워크와의 통신을 용이하게 하는 애플리케이션에 대해 QoS 개시를 시도하기 위한 모듈(3202), 애플리케이션과 관련되는 거부 메시징이 연관되는 네트워크로부터 수신되는지 여부를 결정하기 위한 모듈(3204), 및 수신된 거부 메시징에 적어도 부분적으로 기초하여, 수신된 거부 메시징에 응답하여 애플리케이션에 대해 연관 네트워크로부터 QoS 개시를 대기하기 위한 모듈(3206)을 포함할 수 있다.

도 33은, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 4 장치(3300)를 도시한다. 장치(3300)는 통신 네트워크 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 네트워크 통신에 대해 UE에 의해 활용되는 애플리케이션에 대해 UE에 의해 수행되는 시도된 QoS 개시 절차를 식별하기 위한 모듈(3302), 및 애플리케이션이 네트워크 QoS 개시를 활용하도록 구성되면, 상기 시도된 QoS 개시 절차에 응답하여 UE에 QoS 거부를 시그널링하기 위한 모듈(3304)을 포함할 수 있다.

도 34를 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 5 장치(3400)가 도시된다. 장치(3400)는 네트워크 디바이스 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 각각의 패킷 플로우들에 대응하는 하나 또는 그 초과의 TFT들을 식별하기 위한 모듈(3402), 베어러 TFT와 연관되는 특정한 베어러에 대응하는 QoS 파라미터들과 관련되는 시그널링을 연관되는 네트워크로부터 획득하기 위한 모듈(3404), 및 적어도 부분적으로는, 각각의 패킷 플로우들에 대응하는 TFT들을 베어러 TFT에 매칭함으로써, 각각의 패킷 플로우들 중 하나 또는 그 초과를 특정한 베어러에 맵핑하기 위한 모듈(3406)을 포함할 수 있다.

다음으로 도 35를 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 6 장치(3500)가 도시된다. 장치(3500)는 UE, 하나 또는 그 초과의 UE들을 서빙하는 네트워크 및/또는 임의의 다른 적절한 엔티티들에 의해 구현될 수 있고, 제 1 RAT와 연관되는 제 1 세트의 QoS 파라미터들, 제 2 RAT와 연관되는 제 2 세트의 QoS 파라미터들, 및 네트워크 통신을 용이하게 하는 애플리케이션과 관련되는 정보를 획득하기 위한 모듈(3502), 애플리케이션과 관련되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를 식별하기 위한 모듈(3504), 및 애플리케이션과 관련되는 제 1 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터를, 애플리케이션과는 독립적으로, 제 2 세트의 QoS 파라미터들 내의 적어도 하나의 QoS 파라미터에 맵핑하기 위한 모듈(3506)을 포함할 수 있다.

도 36은 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 7 장치(3600)를 도시한다. 장치(3600)는 UE, 하나 또는 그 초과의 UE들을 서빙하는 네트워크 및/또는 임의의 다른 적절한 엔티티들에 의해 구현될 수 있고, 각각의 RAT들과 관련되는 네트워크 애플리케이션으로부터 QoS 파라미터들의 세트를 획득하기 위한 모듈(3602), 및 제 1 RAT와 연관되는 네트워크 애플리케이션으로부터 획득된 QoS 파라미터들의 세트 내의 적어도 하나의 QoS 파라미터를, 제 2 RAT와 연관되는 네트워크 애플리케이션으로부터 획득된 QoS 파라미터들의 세트 내의 적어도 하나의 QoS에 맵핑하기 위한 모듈(3604)을 포함할 수 있다.

도 37을 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 8 장치(3700)가 도시된다. 장치(3700)는 통신 네트워크 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 네트워크 디바이스가 제 1 핸드오버를 통해 연관되는 RAT를 떠나는 것에 응답하여, 연관되는 RAT 상에서 네트워크 디바이스에 의해 활용되는 QoS 파라미터를 식별하기 위한 모듈(3702), 및 연관되는 RAT 상에서 네트워크 디바이스에 의해 활용되는 QoS 파라미터에 적어도 부분적으로 기초하여, 네트워크 디바이스가 제 2 핸드오버를 통해 연관되는 RAT에 재진입하는 것에 응답하여 네트워크 디바이스에 대한 QoS를 설정하기 위한 모듈(3704)을 포함할 수 있다.

다음으로 도 38을 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 9 장치(3800)가 도시된다. 장치(3800)는 모바일 디바이스, 하나 또는 그 초과의 모바일 디바이스들을 서빙하는 네트워크, 및/또는 임의의 다른 적절한 엔티티에 의해 구현될 수 있고, 적어도 하나의 애플리케이션이 네트워크 통신을 수행할 수 있는 제 1 RAT 및 제 2 RAT를 식별하기 위한 모듈(3802), 제 1 RAT에 대한 각각의 QoS 파라미터들과 제 2 RAT에 대한 각각의 QoS 파라미터들 사이의 맵핑과 관련되는 정보를 획득하기 위한 모듈(3804), 및 적어도 부분적으로는, 상기 맵핑에 따라 애플리케이션에 의해 활용되는 제 1 RAT에 대한 QoS 파라미터에 대응하는 제 2 RAT에 대한 QoS 파라미터를 획득함으로써, 제 2 RAT 상에서 애플리케이션에 대한 QoS를 설정하기 위한 모듈(3806)을 포함할 수 있다.

도 39는, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 10 장치(3900)를 도시한다. 장치(3900)는 UE 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, RAT간 핸드오버와 연관되는 적어도 소스 RAT 및 타겟 RAT를 통한 통신을 용이하게 하는 애플리케이션을 식별하기 위한 모듈(3902), 소스 RAT와 연관되는 QoS 파라미터를 타겟 RAT와 연관되는 적어도 하나의 대응하는 QoS 파라미터에 맵핑하기 위한 모듈(3904), 및 타겟 RAT와 연관되는 적어도 하나의 QoS 파라미터가 애플리케이션에 대해 불충분한 QoS를 표시하면, 타겟 RAT 상에서 애플리케이션의 동작을 적응시키기 위한 모듈(3906)을 포함할 수 있다.

도 40은, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 11 장치(4000)를 도시한다. 장치(4000)는 UE 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, IP 플로우, 및 패킷 플로우가 활용될 수 있는 제 1 네트워크 및 제 2 네트워크와 관련되는 데이터를 획득하기 위한 모듈(4002), 제 1 네트워크 상에서 IP 플로우에 대한 QoS를 초기화하기 위한 모듈(4004), 제 1 네트워크 상에서 IP 플로우에 대한 QoS의 초기화에 응답하여, 제 2 네트워크로의 터널링을 통해 제 2 네트워크 상에서 IP 플로우에 대한 QoS 콘텍스트를 설정하기 위한 모듈(4006), 및 제 1 네트워크 상에서 IP 플로우의 QoS에 대한 각각의 변화들에 응답하여, 제 2 네트워크로의 터널링을 통해 제 2 네트워크 상에서 IP 플로우에 대한 QoS 콘텍스트를 업데이트하기 위한 모듈(4008)을 포함할 수 있다.

다음으로, 도 41을 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 12 장치(4100)가 도시된다. 장치(4100)는 라디오 액세스 네트워크 및/또는 임의의 다른 적절한 무선 통신 엔티티에 의해 구현될 수 있고, UE 및 UE로의 터널링을 식별하기 위한 모듈(4102), UE로의 터널링을 통해 UE와 연관되는 네트워크 상에서 UE에 의해 활용되는 IP 플로우와 관련되는 정보를 수신하기 위한 모듈(4104), 연관되는 네트워크에 대해 비활성 상태에서 IP 플로우에 대한 QoS 콘텍스트를 초기화하기 위한 모듈(4106), 및 연관되는 네트워크로의 UE의 진입을 검출시, IP 플로우에 대한 QoS 콘텍스트를 활성화시키기 위한 모듈(4108)을 포함할 수 있다.

도 42를 참조하면, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 13 장치(4200)가 도시된다. 장치(4200)는 UE 및/또는 임의의 다른 적절한 무선 통신 엔티티에 의해 구현될 수 있고, 네트워크 애플리케이션, 통신 네트워크 및 통신 네트워크와 연관되는 RAT를 식별하기 위한 모듈(4202), 통신 네트워크로의 진입을 검출하기 위한 모듈(4204), 통신 네트워크와 연관되는 RAT가 네트워크-개시된 QoS를 제공하면, 네트워크-설정된 QoS에 따라 애플리케이션을 활용하기 위한 모듈(4206), 및 통신 네트워크와 연관되는 RAT가 네트워크-개시된 QoS를 제공하지 않으면, QoS와는 독립적으로 애플리케이션을 활용하기 위한 모듈(4208)을 포함할 수 있다.

도 43은, 무선 통신 시스템에서 RAT간 핸드오버에 대해 효율적인 QoS 콘텍스트 전송을 용이하게 하는 제 14 장치(4300)를 도시한다. 장치(4300)는 모바일 디바이스 및/또는 임의의 다른 적절한 네트워크 엔티티에 의해 구현될 수 있고, 제 1 RAT로부터 제 2 RAT로의 애플리케이션의 핸드오버를 식별하기 위한 모듈(4302), 제 2 RAT 상에서 애플리케이션에 대한 QoS가 네트워크-개시인지 또는 사용자-개시인지 여부의 결정을 수행하기 위한 모듈(4304), 및 상기 결정에 응답하여 제 2 RAT 상에서 애플리케이션에 대한 QoS를 설정하기 위한 모듈(4306)을 포함할 수 있다.

이제 도 44를 참조하면, 다양한 양상들에 따라 무선 다중 액세스 통신 시스템의 예시가 제공된다. 일례에서, 액세스 포인트(4400)(AP)는 다수의 안테나 그룹들을 포함한다. 도 44에 도시된 바와 같이, 하나의 안테나 그룹은 안테나들(4404 및 4406)을 포함할 수 있고, 다른 안테나 그룹은 안테나들(4408 및 4410)을 포함할 수 있고, 다른 안테나 그룹은 안테나들(4412 및 4414)을 포함할 수 있다. 각각의 안테나 그룹에 대해 오직 2개의 안테나들이 도 44에 도시되어 있지만, 더 많거나 더 적은 안테나들이 각각의 안테나 그룹에 대해 활용될 수 있음을 인식해야 한다. 다른 예에서, 액세스 단말(4416)은 안테나들(4412 및 4414)과 통신할 수 있고, 여기서 안테나들(4412 및 4414)은 순방향 링크(4420)를 통해 액세스 단말(4416)에 정보를 송신하고, 역방향 링크(4418)를 통해 액세스 단말(4416)로부터 정보를 수신한다. 추가적으로 및/또는 대안적으로, 액세스 단말(4422)은 안테나들(4406 및 4408)과 통신할 수 있고, 여기서 안테나들(4406 및 4408)은 순방향 링크(4426)를 통해 액세스 단말(4422)에 정보를 송신하고, 역방향 링크(4424)를 통해 액세스 단말(4422)로부터 정보를 수신한다. 주파수 분할 듀플렉스 시스템에서, 통신 링크들(4418, 4420, 4424 및 4426)은 통신을 위해 상이한 주파수를 이용할 수 있다. 예를 들어, 순방향 링크(4420)는 역방향 링크(4418)에 의해 이용되는 주파수와는 상이한 주파수를 이용할 수 있다.

각각의 안테나들의 그룹 및/또는 안테나들의 그룹이 통신하도록 설계되는 영역은 액세스 포인트의 섹터로 지칭될 수 있다. 일 양상에 따르면, 안테나 그룹들은 액세스 포인트(4400)에 의해 커버되는 영역들의 일 섹터 내의 액세스 단말들과 통신하도록 설계될 수 있다. 순방향 링크들(4420 및 4426)을 통한 통신에서, 액세스 포인트(4400)의 송신 안테나들은 상이한 액세스 단말들(4416 및 4424)에 대한 순방향 링크들의 신호 대 잡음비를 개선시키기 위해 빔형성을 활용할 수 있다. 또한, 자신의 커버리지 전체에 무작위로 산재된 액세스 단말들에 송신하기 위해 빔형성을 이용하는 액세스 포인트는 단일 안테나를 통해 자신의 모든 액세스 단말들에 송신하는 액세스 포인트보다 이웃 셀들의 액세스 단말들에 더 적은 간섭을 야기한다.

예를 들어, 액세스 포인트(4400)와 같은 액세스 포인트는 단말들과 통신하기 위해 이용되는 고정국일 수 있고, 또한 기지국, eNB, 액세스 네트워크 및/또는 다른 적절한 용어로 지칭될 수 있다. 게다가, 예를 들어, 액세스 단말(4416 또는 4422)과 같은 액세스 단말은 또한 모바일 단말, 사용자 장비, 무선 통신 디바이스, 단말, 무선 단말 및/또는 다른 적절한 용어로 지칭될 수 있다.

이제 도 45을 참조하면, 본 명세서에 설명되는 다양한 양상들이 기능할 수 있는 예시적인 무선 통신 시스템(4500)을 도시하는 블록도가 제공된다. 일례에서, 시스템(4500)은, 송신기 시스템(4510) 및 수신기 시스템(4550)을 포함하는 다중입력 다중출력(MIMO) 시스템이다. 그러나, 송신기 시스템(4510) 및/또는 수신기 시스템(4550)은 또한, 예를 들어, (예를 들어, 기지국에서의) 다수의 송신 안테나들이 단일 안테나 디바이스(예를 들어, 이동국)에 하나 또는 그 초과의 심볼 스트림들을 송신할 수 있는 다중입력 단일출력 시스템에 적용될 수 있음을 인식해야 한다. 추가적으로, 본 명세서에 설명되는 송신기 시스템(4510) 및/또는 수신기 시스템(4550)의 양상들은 단일입력 단일출력 안테나 시스템과 관련하여 활용될 수 있음을 인식해야 한다.

일 양상에 따르면, 다수의 데이터 스트림들에 대한 트래픽 데이터가 송신기 시스템(4510)에서 데이터 소스(4512)로부터 송신(TX) 데이터 프로세서(4514)에 제공된다. 다음으로, 일례에서, 각각의 데이터 스트림은 각각의 송신 안테나(4524)를 통해 송신될 수 있다. 추가적으로, TX 데이터 프로세서(4514)는 코딩된 데이터를 제공하기 위해 각각의 개별 데이터 스트림에 대해 선택된 특정한 코딩 방식에 기초하여 각각의 데이터 스트림에 대한 트래픽 데이터를 포맷, 인코딩 및 인터리빙할 수 있다. 다음으로, 일례에서, 각각의 데이터 스트림에 대한 코딩된 데이터는 OFDM 기술들을 이용하여 파일럿 데이터와 멀티플렉싱될 수 있다. 파일럿 데이터는, 예를 들어, 공지된 방식으로 프로세싱되는 공지된 데이터 패턴일 수 있다. 추가로, 파일럿 데이터는 채널 응답을 추정하기 위해 수신기 시스템(4550)에서 이용될 수 있다. 다시 송신기 시스템(4510)에서, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일럿 및 코딩된 데이터는 변조 심볼들을 제공하기 위해 각각의 개별 데이터 스트림에 대해 선택된 특정한 변조 방식(예를 들어, BPSK, QSPK, M-PSK 또는 M-QAM)에 기초하여 변조(예를 들어, 심볼 맵핑)될 수 있다. 일례에서, 각각의 데이터 스트림에 대한 데이터 레이트, 코딩 및 변조는 프로세서(4530) 상에서 수행되고 그리고/또는 프로세서(4530)에 의해 제공되는 명령들에 의해 결정될 수 있다.

다음으로, 모든 데이터 스트림들에 대한 변조 심볼들은 TX MIMO 프로세서(4520)에 제공될 수 있고, TX MIMO 프로세서(4520)는 변조 심볼들을 (예를 들어, OFDM을 위해) 추가로 프로세싱할 수 있다. 다음으로, TX MIMO 프로세서(4520)는 N_T개의 변조 심볼 스트림들을 N_T개의 트랜시버들(4522a 내지 4522t)에 제공할 수 있다. 일례에서, 각각의 트랜시버(4522)는 각각의 심볼 스트림을 수신 및 프로세싱하여 하나 또는 그 초과의 아날로그 신호들을 제공할 수 있다. 다음으로, 각각의 트랜시버(4522)는 아날로그 신호들을 추가로 컨디셔닝(예를 들어, 증폭, 필터링 및 상향변환)하여, MIMO 채널을 통한 송신에 적합한 변조된 신호를 제공할 수 있다. 따라서, 다음으로, 트랜시버들(4522a 내지 4522t)로부터의 N_T개의 변조된 신호들은 N_T개의 안테나들(4524a 내지 4524t)로부터 각각 송신될 수 있다.

다른 양상에 따르면, 송신되는 변조된 신호들은 N_R개의 안테나들(4552a 내지 4552r)에 의해 수신기 시스템(4550)에서 수신될 수 있다. 다음으로, 각각의 안테나(4552)로부터의 수신된 신호는 각각의 트랜시버들(4554)에 제공될 수 있다. 일례에서, 각각의 트랜시버(4554)는 각각의 수신된 신호를 컨디셔닝(예를 들어, 필터링, 증폭 및 하향변환)하고, 컨디셔닝된 신호를 디지털화하여 샘플들을 제공하고, 다음으로, 샘플들을 프로세싱하여, 대응하는 "수신된" 심볼 스트림을 제공할 수 있다. 다음으로, RX MIMO/데이터 프로세서(4560)는 특정한 수신기 프로세싱 기술에 기초하여 N_R개의 트랜시버들(4554)로부터 N_R개의 수신된 심볼 스트림들을 수신 및 프로세싱하여, N_T개의 "검출된" 심볼 스트림들을 제공할 수 있다. 일례에서, 각각의 검출된 심볼 스트림은, 대응하는 데이터 스트림에 대해 송신되는 변조 심볼들의 추정치들인 심볼들을 포함할 수 있다. 다음으로, RX 프로세서(4560)는, 적어도 부분적으로, 각각의 검출된 심볼 스트림을 복조, 디인터리빙 및 디코딩함으로써 각각의 심볼 스트림을 프로세싱하여, 대응하는 데이터 스트림에 대한 트래픽 데이터를 복원할 수 있다. 따라서, RX 프로세서(4560)에 의한 프로세싱은 송신기 시스템(4510)에서 TX MIMO 프로세서(4520) 및 TX 데이터 프로세서(4514)에 의해 수행되는 프로세싱에 상보적일 수 있다. RX 프로세서(4560)는 추가적으로, 프로세싱된 심볼 스트림들을 데이터 싱크(4564)에 제공할 수 있다.

일 양상에 따르면, RX 프로세서(4560)에 의해 생성된 채널 응답 추정치는 수신기에서의 공간/시간 프로세싱을 수행하고, 전력 레벨들을 조절하고, 변조 레이트들 또는 방식들을 변경하고 그리고/또는 다른 적절한 동작들을 수행하기 위해 이용될 수 있다. 추가적으로, RX 프로세서(4560)는, 예를 들어, 검출된 심볼 스트림들의 신호-대-잡음-및-간섭비들(SNR들)과 같은 채널 특징들을 추가로 추정할 수 있다. 다음으로, RX 프로세서(4560)는 추정된 채널 특징들을 프로세서(4570)에 제공할 수 있다. 일례에서, RX 프로세서(4560) 및/또는 프로세서(4570)는 시스템에 대한 "동작" SNR의 추정치를 추가로 유도할 수 있다. 다음으로, 프로세서(4570)는, 통신 링크 및/또는 수신된 데이터 스트림에 관한 정보를 포함할 수 있는 채널 상태 정보(CSI)를 제공할 수 있다. 이 정보는, 예를 들어, 동작 SNR을 포함할 수 있다. 다음으로, CSI는 TX 데이터 프로세서(4518)에 의해 프로세싱되고, 변조기(4580)에 의해 변조되고, 트랜시버들(4554a 내지 4554r)에 의해 컨디셔닝되고, 송신기 시스템(4510)에 다시 송신될 수 있다. 또한, 수신기 시스템(4550)에서의 데이터 소스(4516)는 TX 데이터 프로세서(4518)에 의해 프로세싱될 추가적 데이터를 제공할 수 있다.

다시 송신기 시스템(4510)에서, 다음으로, 수신기 시스템(4550)으로부터의 변조된 신호들은, 수신기 시스템(4550)에 의해 리포팅되는 CSI를 복원하기 위해, 안테나들(4524)에 의해 수신되고, 트랜시버들(4522)에 의해 컨디셔닝되고, 복조기(4540)에 의해 복조되고, RX 데이터 프로세서(4542)에 의해 프로세싱될 수 있다. 일례에서, 다음으로, 리포팅된 CSI는 프로세서(4530)에 제공되고, 하나 또는 그 초과의 데이터 스트림들에 이용될 코딩 및 변조 방식들 뿐만 아니라 데이터 레이트들을 결정하기 위해 이용될 수 있다. 다음으로, 결정된 코딩 및 변조 방식들은 양자화 및/또는 수신기 시스템(4550)으로의 추후 송신들에의 이용를 위해 트랜시버들(4522)에 제공될 수 있다. 추가적으로 및/또는 대안적으로, 리포팅된 CSI는 TX 데이터 프로세서(4514) 및 TX MIMO 프로세서(4518)에 대한 다양한 제어들을 생성하기 위해 프로세서(4530)에 의해 이용될 수 있다. 다른 예에서, CSI 및/또는 RX 데이터 프로세서(4542)에 의해 프로세싱되는 다른 정보가 데이터 싱크(4544)에 제공될 수 있다.

일례에서, 송신기 시스템(4510)에서의 프로세서(4530) 및 수신기 시스템(4550)에서의 프로세서(4570)는 자신들의 각각의 시스템들에서의 동작을 지시한다. 추가로, 송신기 시스템(4510)의 메모리(4532) 및 수신기 시스템(4550)의 메모리(4572)는 프로세서들(4530 및 4570)에 의해 각각 이용되는 프로그램 코드들 및 데이터에 대한 저장부를 제공할 수 있다. 추가로, 수신기 시스템(4550)에서, N_T개의 송신된 심볼 스트림들을 검출하기 위해 N_R개의 수신된 신호들을 프로세싱하도록 다양한 프로세싱 기술들이 이용될 수 있다. 이 수신기 프로세싱 기술들은, 또한 등화 기술들로 지칭될 수 있는 공간 및 공간-시간 수신기 프로세싱 기술들, 및/또는 "연속적 간섭 제거" 또는 "연속적 제거" 수신기 프로세싱 기술들로 또한 지칭될 수 있는 "연속적 널링/등화 및 간섭 제거" 수신기 프로세싱 기술들을 포함할 수 있다.

본 명세서에서 설명되는 양상들이 하드웨어, 소프트웨어, 펌웨어, 미들웨어, 마이크로코드 또는 이들의 임의의 조합에 의해 구현될 수 있음을 이해해야 한다. 시스템들 및/또는 방법들이 소프트웨어, 펌웨어, 미들웨어 또는 마이크로코드, 프로그램 코드 또는 코드 세그먼트들로 구현되는 경우, 이들은 저장 컴포넌트와 같은 머신 판독가능 매체에 저장될 수 있다. 코드 세그먼트는 절차, 함수, 서브프로그램, 프로그램, 루틴, 서브루틴, 모듈, 소프트웨어 패키지, 클래스, 또는 명령들, 데이터 구조들 또는 프로그램 스테이트먼트들의 임의의 조합을 표현할 수 있다. 코드 세그먼트는, 정보, 데이터, 아규먼트들, 파라미터들 또는 메모리 컨텐츠들을 전달 및/또는 수신함으로써 다른 코드 세그먼트 또는 하드웨어 회로에 커플링될 수 있다. 정보, 아규먼트들, 파라미터들, 데이터 등은, 메모리 공유, 메시지 전달, 토큰(token) 전달, 네트워크 송신 등을 포함하는 임의의 적절한 수단을 이용하여 전달, 포워딩 또는 송신될 수 있다.

소프트웨어 구현의 경우, 본 명세서에 설명된 기술들은 본 명세서에 설명된 기능들을 수행하는 모듈들(예를 들어, 절차들, 함수들 등)으로 구현될 수 있다. 소프트웨어 코드들은 메모리 유닛들에 저장될 수 있고 프로세서들에 의해 실행될 수 있다. 메모리 유닛은 프로세서 내에 구현되거나 프로세서 외부에 구현될 수 있고, 외부에 구현되는 경우, 메모리 유닛은 이 분야에 공지된 다양한 수단을 통해 프로세서에 통신가능하게 커플링될 수 있다.

위에서 설명된 것들은 하나 또는 그 초과의 양상들의 예들을 포함한다. 물론, 언급된 양상들을 설명하기 위하여 컴포넌트들 또는 방법들의 모든 착상가능한 조합을 설명하는 것은 불가능할 것이나, 이 분야의 통상의 지식을 가진 자는 다양한 양상들의 많은 추가적인 조합들 및 치환들이 가능하다는 것을 인식할 수도 있다. 따라서, 설명된 양상들은 첨부된 청구항들의 사상 및 범주에 속하는 이러한 모든 변형들, 수정들, 및 변이들을 포함하는 것으로 의도된다. 또한, 본 상세한 설명 또는 청구항들에 사용된 용어 "갖는(include)"에 대해서, 상기 용어는 "포함하는(comprising)"이 청구항에서 전이어로서 사용되는 경우에 "포함하는"이 해석되는 바와 같이, 용어 "포함하는"과 유사한 방식으로 내포적인 것으로 의도된다. 또한, 본 상세한 설명 또는 청구항들에 사용된 용어 "또는"은 "비배타적 또는"을 의미한다.

Claims (50)

1. 사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법으로서,
   적어도 하나의 인터넷 프로토콜(IP) 플로우 및 상기 적어도 하나의 IP 플로우와 각각 연관되는 각각의 IP 플로우 트래픽 포맷 템플릿들(TFT들)을 식별하는 단계;
   적어도 하나의 베어러 및 각각의 베어러들과 관련되는 적어도 하나의 베어러 TFT에 대응하는 서비스 품질(QoS) 설정 메시징을 연관되는 네트워크로부터 수신하는 단계; 및
   상기 각각의 IP 플로우 TFT들을 각각의 베어러 TFT들에 매칭함으로써, 각각의 IP 플로우들과 상기 각각의 베어러들 사이의 연관을 결정하는 단계
   를 포함하고,
   상기 결정하는 단계는,
   상기 각각의 IP 플로우 TFT들에 매칭하는 패킷 헤더를 구성하는 단계; 및
   상기 각각의 베어러 TFT들로의 상기 패킷 헤더의 매칭을 시도하는 단계
   를 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
2. 제 1 항에 있어서,
   상기 수신하는 단계는, 라디오 액세스 기술(RAT)간 핸드오버에 대응하는 QoS 설정 메시징을 상기 RAT간 핸드오버와 연관되는 네트워크로부터 수신하는 단계를 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
3. 제 1 항에 있어서,
   선택된 IP 플로우와 연관되는 애플리케이션에 대한 QoS 요건을 식별하는 단계;
   상기 선택된 IP 플로우와 연관되는 애플리케이션에 대한 QoS 요건을, 상기 선택된 IP 플로우가 연관되는 베어러 TFT에 대한 QoS 설정 메시징 내에서 제공되는 QoS 파라미터와 비교하는 단계; 및
   상기 QoS 설정 메시징 내에서 제공되는 QoS 파라미터가 상기 애플리케이션에 대해 실질적으로 허용될 수 없는 QoS를 표시하면, 상기 선택된 IP 플로우를 릴리스하는 것, 상기 애플리케이션에 대해 실질적으로 허용될 수 있는 QoS가 획득되도록 상기 QoS 파라미터의 변형을 용이하게 하기 위해 상기 연관되는 네트워크와 상기 QoS 파라미터를 재협상하는 것 또는 할당된 QoS가 상기 애플리케이션에 의해 허용될 수 있으면, 상기 할당된 QoS로 계속하는 것 중 하나 또는 그 초과를 수행하는 단계
   를 더 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
4. 제 3 항에 있어서,
   상기 QoS 요건을 식별하는 단계는, 상기 애플리케이션에 의해 이용가능한 실질적으로 모든 라디오 액세스 기술들(RAT들)에 대응하는, 상기 애플리케이션에 의해 제공되는 QoS 요건을 식별하는 단계를 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
5. 제 3 항에 있어서,
   상기 QoS 요건을 식별하는 단계는,
   상기 애플리케이션에 의해 이용가능한 기준 라디오 액세스 기술(RAT)에 대응하는, 상기 애플리케이션에 의해 제공되는 기준 QoS 요건을 식별하는 단계; 및
   상기 기준 QoS 요건을 상기 연관되는 네트워크에 의해 활용되는 RAT에 대응하는 QoS 요건에 맵핑하는 단계
   를 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
6. 제 1 항에 있어서,
   상기 결정하는 단계는, 각각의 베어러 TFT들과 연관되는 상기 각각의 IP 플로우들을 애플리케이션-독립적 방식으로 결정하는 단계를 더 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
7. 제 1 항에 있어서,
   상기 결정하는 단계는,
   상기 적어도 하나의 IP 플로우와 각각 연관되는 IP 플로우 TFT들과 각각의 베어러 TFT들 사이의 실질적으로 완전한 매칭의 검출을 시도하는 단계; 또는
   상기 적어도 하나의 IP 플로우와 각각 연관되는 IP 플로우 TFT들과 각각의 베어러 TFT들 사이의 매칭의 검출을 시도하는 단계
   중 적어도 하나를 더 포함하는,
   사용자 장비에서 RAT간 핸드오버와 관련하여 플로우 투 베어러 QoS 맵핑을 수행하기 위한 방법.
8. 무선 통신 장치로서,
   적어도 하나의 인터넷 프로토콜(IP) 플로우 및 상기 적어도 하나의 IP 플로우와 각각 연관되는 각각의 IP 플로우 트래픽 포맷 템플릿들(TFT들)과 관련되는 데이터를 저장하는 메모리; 및
   적어도 하나의 베어러 및 각각의 베어러들과 관련되는 적어도 하나의 베어러 TFT에 대응하는 서비스 품질(QoS) 설정 메시징을 연관되는 네트워크로부터 수신하고, 상기 각각의 IP 플로우 TFT들을 베어러 TFT들에 매칭함으로써, 각각의 IP 플로우들과 베어러들 사이의 연관을 결정하도록 구성되는 프로세서
   를 포함하고,
   상기 프로세서는, 상기 각각의 IP 플로우 TFT들에 매칭하는 패킷 헤더를 구성하고, 각각의 베어러 TFT들로의 상기 패킷 헤더의 매칭을 시도함으로써, 상기 각각의 베어러 TFT들로의 IP 플로우 TFT들의 매칭을 시도하도록 추가로 구성되는,
   무선 통신 장치.
9. 제 8 항에 있어서,
   상기 프로세서는, 상기 적어도 하나의 IP 플로우 내에서 선택된 IP 플로우와 연관되는 애플리케이션에 대한 QoS 요건을 식별하고, 상기 선택된 IP 플로우와 연관되는 애플리케이션에 대한 QoS 요건을, 상기 선택된 IP 플로우가 연관되는 베어러 TFT에 대한 QoS 설정 메시징 내에서 제공되는 QoS 파라미터와 비교하고, 상기 QoS 설정 메시징 내에서 제공되는 QoS 파라미터가 상기 애플리케이션에 대해 실질적으로 허용될 수 없는 QoS를 표시하면, 상기 선택된 IP 플로우를 릴리스하는 것, 상기 애플리케이션에 대해 실질적으로 허용될 수 있는 QoS가 획득되도록 상기 QoS 파라미터의 변형을 용이하게 하기 위해 상기 연관되는 네트워크와 상기 QoS 파라미터를 재협상하는 것 또는 할당된 QoS가 상기 애플리케이션에 의해 허용될 수 있으면, 상기 할당된 QoS로 계속하는 것 중 하나 또는 그 초과를 수행하도록 추가로 구성되는,
   무선 통신 장치.
10. 각각의 패킷 플로우들에 대응하는 하나 또는 그 초과의 트래픽 포맷 템플릿들(TFT들)을 식별하기 위한 수단;
    베어러 TFT와 연관되는 특정한 베어러에 대응하는 서비스 품질(QoS) 파라미터들과 관련되는 시그널링을 연관되는 네트워크로부터 획득하기 위한 수단; 및
    상기 각각의 패킷 플로우들에 대응하는 TFT들을 상기 베어러 TFT에 매칭함으로써, 상기 각각의 패킷 플로우들 중 하나 또는 그 초과를 상기 특정한 베어러에 맵핑하기 위한 수단
    을 포함하고,
    상기 맵핑하기 위한 수단은,
    상기 각각의 패킷 플로우들에 대응하는 TFT들을 매칭하는 패킷 헤더를 구성하기 위한 수단; 및
    상기 베어러 TFT들로의 상기 패킷 헤더의 매칭을 시도하기 위한 수단
    을 포함하는,
    장치.
11. 컴퓨터 판독가능 저장 매체로서,
    각각의 패킷 플로우들에 대응하는 하나 또는 그 초과의 트래픽 포맷 템플릿들(TFT들)을 식별하기 위한 코드;
    베어러 TFT와 연관되는 특정한 베어러에 대응하는 서비스 품질(QoS) 파라미터들과 관련되는 시그널링을 연관되는 네트워크로부터 획득하기 위한 코드; 및
    상기 각각의 패킷 플로우들에 대응하는 TFT들을 상기 베어러 TFT에 매칭함으로써, 상기 각각의 패킷 플로우들 중 하나 또는 그 초과를 상기 특정한 베어러에 맵핑하기 위한 코드
    를 포함하고,
    상기 각각의 패킷 플로우들 중 하나 또는 그 초과를 상기 특정한 베어러에 맵핑하기 위한 코드는,
    상기 각각의 패킷 플로우들에 대응하는 TFT들을 매칭하는 패킷 헤더를 구성하기 위한 코드; 및
    상기 베어러 TFT들에 상기 패킷 헤더를 매칭하기 위한 코드
    를 포함하는,
    컴퓨터 판독가능 저장 매체.
12. 삭제
13. 삭제
14. 삭제
15. 삭제
16. 삭제
17. 삭제
18. 삭제
19. 삭제
20. 삭제
21. 삭제
22. 삭제
23. 삭제
24. 삭제
25. 삭제
26. 삭제
27. 삭제
28. 삭제
29. 삭제
30. 삭제
31. 삭제
32. 삭제
33. 삭제
34. 삭제
35. 삭제
36. 삭제
37. 삭제
38. 삭제
39. 삭제
40. 삭제
41. 삭제
42. 삭제
43. 삭제
44. 삭제
45. 삭제
46. 삭제
47. 삭제
48. 삭제
49. 삭제
50. 삭제

Images