KR101466735B1 - 액세스 단말 상에 상주하는 애플리케이션들에 관련된 예비 링크들에 대한 ｑｏｓ 파라미터들의 사전-설정을 위한 방법들, 장치들 및 컴퓨터 프로그램 물건들 - Google Patents

Abstract

액세스 단말에 의한 네트워크와의 패킷 데이터 액세스의 설정에 의해 트리거되는 통신 채널에서 QoS(Quality of Service) 파라미터들의 네트워크 사전-구성을 위한 방법들 및 장치가 기재된다. QoS 파라미터들의 네트워크-결정된 및 네트워크 개시된 사전-설정은 하나 이상의 예비 링크들에 대한 것이고, 이들 각각은 액세스 단말에 상주하는 대응하는 하나 이상의 애플리케이션에 관련된다.

Description

액세스 단말 상에 상주하는 애플리케이션들에 관련된 예비 링크들에 대한 ＱＯＳ 파라미터들의 사전-설정을 위한 방법들, 장치들 및 컴퓨터 프로그램 물건들{METHODS, APPARATUSES AND COMPUTER PROGRAM PRODUCTS FOR PRE-ESTABLISHMENT OF QOS PARAMETERS FOR RESERVATION LINKS RELATING TO APPLICATIONS RESIDENT ON THE ACCESS TERMINAL}

35 U.S.C.§119 하의 우선권 주장

특허를 위한 본 출원은 2009년 7월 20일 출원되고 발명의 명칭이 "Method and Apparatus for Turning on Flows in Network Initiated QoS"이며, 본원의 양수인에게 양도되었고, 그에 따라 참조로서 여기에 명시적으로 포함되는 가출원 번호 제61/226,978호를 우선권으로 청구한다.

특허를 위한 본 출원은 2009년 10월 16일 출원되고 발명의 명칭이 "MS Initiated QoS in HRPD with PCC Architecture"이며, 본원의 양수인에게 양도되었고, 그에 따라 참조로서 여기에 명시적으로 포함되는 가출원 번호 제61/252,356호를 우선권으로 청구한다.

특허를 위한 본 출원은 2009년 11월 19일 출원되고 발명의 명칭이 "Method and Apparatus to Turn on Reservation for Network Initiated QoS in eHRPD and HRPD"이며, 본원의 양수인에게 양도되었고, 그에 따라 참조로서 여기에 명시적으로 포함되는 가출원 번호 제61/262,882호를 우선권으로 청구한다.

분야

본 개시는 일반적으로 통신에 관한 것으로서, 보다 구체적으로는 무선 통신 네트워크에서 패킷 데이터 서비스 품질(Quality of Service) 및 예비 링크들을 활성화하기 위한 기법들에 관한 것이다.

무선 통신 시스템들은 음성, 데이터 등과 같은 다양한 타입들의 통신 콘텐츠를 제공하기 위해 널리 전개된다. 이 시스템들은 이용 가능한 통신 자원들(예를 들어, 대역폭 및 전송 전력)을 공유함으로써 다수의 사용자들과의 통신을 지원할 수 있는 다중 액세스 시스템들이다. 이러한 다중 액세스 시스템들의 예들은 코드 분할 다중 액세스(CDMA) 시스템들, 시분할 다중 액세스(TDMA) 시스템들, 주파수 분할 다중 액세스(FDMA) 시스템들, 및 직교 주파수 분할 다중 액세스(OFDMA) 시스템들을 포함한다.

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

UMTS(Universal Mobile Telecommunications System)는 3세대(3G) 셀 전화 기술들 중 하나이다. UMTS Terrestrial Radio Access Network의 줄임말인 UTRAN은 UMTS 라디오 액세스 네트워크를 구성하는 노드 B들 및 라디오 네트워크 제어기들에 대한 집합적인 용어이다. 이 통신 네트워크는 실시간 회선 교환으로부터 IP 기반 패킷 교환까지 다수의 트래픽 타입들을 전달할 수 있다. UTRAN은 UE(사용자 장비)와 코어 네트워크 간의 접속을 허용한다. RNC는 하나 이상의 노드 B들을 위한 제어 기능들을 제공한다. 통상적인 구현들이 다수의 노드 B들을 서빙하는 중앙국(central office)에 위치한 개별 RNC를 가질 수 있지만, 노드 B 및 RNC는 동일한 디바이스일 수 있다. 이들이 반드시 물리적으로 분리되어야 하는 것은 아니라는 사실에도 불구하고, Iub로서 알려진 이들 사이의 논리적인 인터페이스가 존재한다. RNC와 그 대응하는 노드 B들은 RNS(Radio Network Subsystem)라 지칭된다. UTRAN에는 2개 이상의 RNS가 존재할 수 있다.

CDMA2000(또한 IMT 다중 캐리어(IMT MC)로도 알려짐)은 모바일 전화들 및 셀 사이트들 사이에서 음성, 데이터 및 시그널링 데이터를 송신하기 위해 CDMA 채널 액세스를 이용하는 3G 모바일 기술 표준들의 계통이다. 표준들의 세트는 CDMA2000 1X, CDMA2000 및 CDMA2000 (e)HRPD의 상이한 개정들을 포함한다. 모두는 ITU의 IMT-2000에 대한 승인된 라디오 인터페이스들이다. CDMA2000은 상대적으로 긴 기술적 역사를 가지며, 그 이전의 2G 반복(iteration) IS-95(cdmaOne)와 하위호환성을 갖는다.

1x 및 1xRTT로도 알려진 CDMA2000 1X (IS-2000)는 코어 CDMA 2000 무선 공중 인터페이스 표준이다. 1배(times) 라디오 전송 기술을 의미하는 "1x"의 표시는 IS-95와 동일한 RF 대역폭 : 1.25 MHz 라디오 채널들의 이중쌍(duplex pair)을 표시한다. 1xRTT는 64개의 원래의 세트에 직교하는(직각 위상의) 순방향 링크에 64개 이상의 트래픽 채널들을 부가함으로써 IS-95의 용량을 거의 2배가 되게 한다. 1X 표준은 최대 153 kbps까지의 패킷 데이터 속도들을 지원하는데, 대부분의 통신 애플리케이션들에서 실세계 데이터 전송 평균은 60-100 kbps이다. IMT-2000는 또한 매체 및 링크 액세스 제어 프로토콜 및 QoS(Quality of Service)를 포함하는 데이터 서비스들의 더 나은 사용을 위해 데이터 링크 계층에 변경들을 가했다. IS-95 데이터 링크층은 데이터를 위해 "최선 노력 전달(best effort delivery)" 및 음성을 위해 회선 교환 채널(즉, 매 20 ms마다 하나의 음성 프레임)만을 제공하였다.

종종 EV-DO 또는 EV로서 축약되는 CDMA2000 1xEV-DO(Evolution-Data Optimized)는 라디오 신호들을 통한 데이터의 무선 전송을 위한, 통상적으로 광대역 인터넷 액세스를 위한 전기통신 표준이다. 이것은 개별 사용자의 쓰루풋 및 전반적인 시스템 쓰루풋 둘 다를 최대화하기 위해 시분할 다중 액세스(TDMA)는 물론 코드 분할 다중 액세스(CDMA)를 포함하는 멀티플렉싱 기법들을 이용한다. 이것은 표준들 중 CDMA 2000 계통 표준의 부분으로서 제 3 세대 파트너쉽 프로젝트 2(3GPP2)에 의해 표준화되었으며, 전 세계에 걸쳐서 다수의 모바일 전화 서비스 제공자들, 구체적으로는 이전에 CDMA 네트워크들을 이용했던 제공자들에 의해 채택되었다.

CDMA2000 1x 디지털 무선 표준들의 계통의 부분으로서 1xEV-DO (EV-DO)를 추가로 참조하면, 1xEV-DO는 "3G" CDMA 표준이다. EV-DO는 원래 "EVolution, Data-Only"를 나타내지만, 최근에는 "EVolution, Data-Optimized"로서도 칭해진다. EV-DO는 CDMA 네트워크들을 위한 이전의 데이터 기술인 1xRTT보다 10배 이상 더 빠른 데이터 레이트들을 제공한다. 다른 "1x" 표준들과는 달리, Ev-DO는 음성이 아닌 데이터만을 다룬다. 이것은 1xRTT와 같은 표준들을 이용하는 음성 네트워크와 별개의 스펙트럼의 전용 슬라이스(dedicated slice)를 요구한다. 현재 1xEV-DO의 2개의 주요 버전들, 즉 "릴리즈(Release) 0" 및 "개정(Revision) A"가 존재한다. 릴리즈 0은 오리지널 버전이고, 가장 먼저 널리 전개되었다. 릴리즈 0은 실세계에서 평균 300-600 kbps이며 최대 2.4 mbps까지의 데이터 레이트들을 제공한다. 릴리즈 0은 1xRTT 기술에 의해 통상적으로 제공되는 50-80 kbps보다 훨씬 빠르다. 릴리즈 0의 데이터 레이트들은 1xEV-DV 개정 C와 동일하다. 개정 A는 1xEV-DV 개정 D로부터의 더 빠른 데이터 기술 대부분을 통합하고, 지연을 개선한다. 이 개선들은 VoIP 및 화상 호들과 같은 특징들을 허용한다. EV-DO는 본질적으로 음성 성능을 포함하지 않지만 개정 A는 1xRTT 음성 기술과 동일하거나 더 나은 서비스 레벨의 VoIP 기술을 지원할 정도로 충분히 빠르다. 이는 EV-DV 개발이 정체된 채로 남아있게 되는 경우 CDMA 캐리어들에 대한 미래의 업그레이드 경로일 수 있다. 데이터 속도 및 일반적인 기술 진보의 견지에서, GSM/WCDMA 네트워크들을 위해 EVDO에 가장 근접한 등가물은 HSDPA일 것이다. 1xEV-DO는 콸컴에 의해 개발된 "HDR(High Data Rate)" 또는 "HRPD(High Rate Packet Data)"로서 초기에 알려진 기술을 기반으로 한다. 국제 표준은 IS-856으로서 알려져 있다.

3GPP LTE(Long Term Evolution)는 미래의 요건들에 대처하기 위해 UMTS 모바일 전화 표준을 개선하기 위한 3GPP(Third Generation Partnership Project)내의 프로젝트에 주어진 명칭이다. 목적들은 효율을 개선하고, 비용을 낮추고, 서비스들을 개선하고, 새로운 스펙트럼 기회들(spectrum opportunities)을 이용하게 하고, 다른 개방 표준들과의 더 나은 통합을 포함한다. LTE 시스템은 규격들의 EUTRA(Evolved UTRA) 및 EUTRAN(Evolved UTRAN)에 기술된다.

이하, 기재된 양상들의 몇몇 양상들의 기본적인 이해를 제공하기 위해 간략화된 요약이 제공된다. 이 요약은 포괄적인 개요는 아니며, 핵심적인 또는 임계적인 엘리먼트들을 식별하거나 이러한 양상들의 범위를 한정하도록 의도되는 것은 아니다. 그 목적은 추후에 제시되는 보다 상세한 설명에 대한 도입부로서 간략화된 형태로 기술된 특징들의 일부 개념을 제공하기 위함이다.

일 양상에서, 액세스 단말을 위한 QoS(quality of service)를 구성하는데 있어 네트워크에 의해 동작 가능한 방법이 제공된다. 네트워크는 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신한다. 네트워크는 패킷 데이터 액세스의 설정에 기초하여, 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성(policy configuration)을 결정한다. 네트워크는 QoS 정책 구성으로부터 개별적으로 액세스 단말과의 예비 링크(reservation link)를 설정한다. 네트워크는 예비 링크의 활성화를 개시한다.

다른 양상에서, 액세스 단말을 위한 QoS를 구성하는데 있어 네트워크에 의해 동작 가능한 적어도 하나의 처리기가 제공된다. 제 1 모듈은 네트워크에서, 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신한다. 제 2 모듈은 네트워크에 의해, 그리고 패킷 데이터 액세스의 설정에 기초하여, 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정한다. 제 3 모듈은 QoS 정책 구성으로부터 개별적으로 액세스 단말과의 예비 링크를 설정한다. 제 4 모듈은 예비 링크의 활성화를 개시한다.

부가적인 양상에서, 액세스 단말을 위한 QoS를 구성하는데 있어 네트워크에 의해 동작 가능한 컴퓨터 프로그램 물건이 제공된다. 비-일시적인 컴퓨터-판독 가능한 매체는 코드의 세트들을 저장한다. 코드의 제 1 세트는 컴퓨터로 하여금 네트워크에서, 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하게 한다. 코드의 제 2 세트는 컴퓨터로 하여금 네트워크에 의해, 그리고 패킷 데이터 액세스의 설정에 기초하여, 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 한다. 코드의 제 3 세트는 컴퓨터로 하여금 QoS 정책 구성으로부터 개별적으로 액세스 단말과의 예비 링크를 설정하게 한다. 코드의 제 4 세트는 컴퓨터로 하여금 예비 링크의 활성화를 개시하게 한다.

다른 양상에서, 액세스 단말을 위한 QoS를 구성하는데 있어 네트워크에 의해 동작 가능한 장치가 제공된다. 장치는 네트워크에서, 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하기 위한 수단을 포함한다. 장치는 네트워크에 의해, 그리고 패킷 데이터 액세스의 설정에 기초하여, 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하기 위한 수단을 포함한다. 장치는 QoS 정책 구성으로부터 개별적으로 액세스 단말과의 예비 링크를 설정하기 위한 수단을 포함한다. 장치는 예비 링크의 활성화를 개시하기 위한 수단을 포함한다.

또 다른 양상에서, 액세스 단말을 위한 QoS를 구성하는데 있어 네트워크에 의해 동작 가능한 장치가 제공된다. 트랜시버는 네트워크에서, 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신한다. 컴퓨팅 플랫폼은 네트워크에 의해, 그리고 패킷 데이터 액세스의 설정에 기초하여, 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정한다. 네트워크 인터페이스는 QoS 정책 구성으로부터 개별적으로 액세스 단말과의 예비 링크를 설정한다. 트랜시버는 추가로 예비 링크의 활성화를 개시한다.

일 양상에서, QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법이 제공된다. 액세스 단말은 네트워크가 패킷 데이터 액세스의 설정에 기초하여 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 액세스 단말로부터의 패킷 데이터 액세스를 위한 요청을 네트워크에 전송한다. 액세스 단말은 QoS 정책 구성으로부터 개별적으로 네트워크와의 예비 링크를 설정한다. 액세스 단말은 예비 링크의 활성화를 개시한다.

다른 양상에서, QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 적어도 하나의 처리기가 제공된다. 제 1 모듈은 네트워크가 패킷 데이터 액세스의 설정에 기초하여 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 액세스 단말로부터의 패킷 데이터 액세스를 위한 요청을 네트워크에 전송한다. 제 2 모듈은 QoS 정책 구성으로부터 개별적으로 네트워크와의 예비 링크를 설정한다. 제 3 모듈은 예비 링크의 활성화를 개시한다.

부가적인 양상에서, QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 컴퓨터 프로그램 물건이 제공된다. 비-일시적인 컴퓨터-판독 가능한 매체는 코트들의 세트를 포함한다: 코드들의 제 1 세트는 컴퓨터로 하여금 네트워크가 패킷 데이터 액세스의 설정에 기초하여 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 액세스 단말로부터의 패킷 데이터 액세스를 위한 요청을 네트워크에 전송하게 한다. 코드들의 제 2 세트는 컴퓨터로 하여금 QoS 정책 구성으로부터 개별적으로 네트워크와의 예비 링크를 설정하게 한다. 코드들의 제 3 세트는 컴퓨터로 하여금 예비 링크의 활성화를 개시하게 한다.

다른 양상에서, QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 장치가 제공된다. 장치는 네트워크가 패킷 데이터 액세스의 설정에 기초하여 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 액세스 단말로부터의 패킷 데이터 액세스를 위한 요청을 네트워크에 전송하기 위한 수단을 포함한다. 장치는 QoS 정책 구성으로부터 개별적으로 네트워크와의 예비 링크를 설정하기 위한 수단을 포함한다. 장치는 예비 링크의 활성화를 개시하기 위한 수단을 포함한다.

다른 부가적인 양상에서, QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 장치가 제공된다. 트랜시버는 네트워크가 패킷 데이터 액세스의 설정에 기초하여 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 액세스 단말로부터의 패킷 데이터 액세스를 위한 요청을 네트워크에 전송한다. 컴퓨팅 플랫폼은 트랜시버를 통해 QoS 정책 구성으로부터 개별적으로 네트워크와의 예비 링크를 설정하고, 예비 링크의 활성화를 개시한다.

다른 양상에서, QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법이 제공된다. 액세스 단말은 패킷 데이터 액세스를 위한 요청을 액세스 네트워크에 전송한다. 액세스 단말은 QoS 정책 구성과 연관된 액세스 네트워크를 통해 네트워크와의 예비 링크를 설정한다. 액세스 단말은 예비 링크상의 활성의 검출에 응답하여 액세스 단말에 의해 예비 링크의 활성화를 개시한다.

상술한 목적 및 관련된 목적을 달성하기 위해서, 하나 이상의 양상들이 아래에서 충분하게 기술되고, 특히 청구항들에서 특정된 특징들을 포함한다. 아래의 설명 및 첨부 도면들은 특정한 예시적인 양상들을 상세히 기술하며 양상들의 원리들이 이용될 수 있는 다양한 방식들 중 단지 몇 개만을 나타낸다. 다른 이점들 및 신규한 특징들은 도면들과 함께 고려될 때 아래의 상세한 설명으로부터 명백해질 것이고 기재된 양상들은 모든 이러한 양상들 및 그 등가물들을 포함하도록 의도된다.

본 개시의 특징들, 본질 및 이점들은 유사한 참조 문자들이 도면 전체에 걸쳐서 대응적으로 식별하는 도면들과 함께 이해될 때 아래에 기술된 상세한 설명으로부터 더욱 명백해질 것이다.

도 1은 패킷 흐름들을 턴 온 하도록 액세스 단말-개시된 예비-온(Access Terminal-initiated Reservation-ON)에 대한 호 흐름을 예시하는 도면.
도 2는 HSGW(HRPD Serving Gateway) 시그널링에 기초하여 패킷 흐름들을 턴 온 하도록 액세스 네트워크-개시된 예비-온에 대한 호 흐름을 예시하는 도면.
도 3은 HRPD/1x 패킷 PCC(정책 및 과금 제어) 아키텍처의 개략적인 블록도.
도 4는 단순-인터넷 프로토콜(IP)에 대한 PCC 상호작용을 갖는 사용자 장비(UE)-개시된 QoS(Quality of Service)에 대한 호 흐름을 예시하는 도면.
도 5는 단순-IP에 대한 PCC 상호작용을 갖는 네트워크-개시된 QoS에 대한 호 흐름을 예시하는 도면.
도 6은 PMIP(Proxy Mobile IP) 또는 CMIP(Client Mobile IP)에 대한 PCC 상호작용을 갖는 UE-개시된 QoS에 대한 호 흐름을 예시하는 도면.
도 7은 PMIP(Proxy Mobile IP) 또는 CMIP(Client Mobile IP)에 대한 PCC 상호작용을 갖는 네트워크-개시된 QoS에 대한 호 흐름을 예시하는 도면.
도 8은 제 1 옵션으로서 PCC 아키텍처를 갖는 HRPD(High Rate Packet Data)에서의 MS(mobile station)-개시된 QoS에 대한 호 흐름을 예시하는 도면.
도 9는 제 1 옵션의 변형으로서 PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS에 대한 호 흐름을 예시하는 도면.
도 10은 제 2 옵션으로서 사전-구성된 QoS를 보유하는 PDSN(Packet Data Serving Node) 및 MS와의 와일드 카드(wild card)를 이용한 QoS의 MS 사전-셋업에 대한 호 흐름을 예시하는 도면.
도 11은 제 2 옵션의 변형으로서 사전-구성된 QoS를 보유하는 PDSN(Packet Data Serving Node) 및 MS와의 와일드 카드를 이용한 QoS의 MS 사전-셋업에 대한 호 흐름을 예시하는 도면.
도 12는 제 3 옵션으로서 MS-개시된 QoS에 대한 QoS 사전-구성 없는 호 흐름을 예시하는 도면.
도 13은 네트워크-개시된 QoS에 대한 호 흐름을 예시하는 도면.
도 14는 네트워크-개시된 QoS에 대한 대안적인 호 흐름을 예시하는 도면.
도 15는 다수의 액세스 무선 통신 시스템의 개략도.
도 16은 노드들 간의 통신을 용이하게 하도록 이용될 수 있는 몇 개의 샘플 컴포넌트들의 개략도.
도 17은 다수의 사용자들을 지원하도록 구성된 무선 통신 시스템을 예시하는 도면.

기술된 양상들은 액세스 단말에 의한 네트워크와의 패킷 데이터 액세스의 설정에 의해 트리거되는 통신 채널에서의 QoS(서비스 품질) 파라미터들의 네트워크 사전-구성을 위한 방법 및 장치를 포함한다. QoS 파라미터들의 네트워크-결정된 및 네트워크-개시된 사전-설정은 액세스 단말 상에 상주하는 대응하는 하나 이상의 애플리케이션들에 각각 관련되는 하나 이상의 예비 링크들(reservation links)을 위한 것이다. 또한, 패킷 데이터 액세스의 설정에 기초하여 설정된 QoS 파라미터들은 정해진 액세스 시나리오들에 적용되고 네트워크에 저장된 QoS-관련 정보에 기초한다. 부가적으로, 설정 이후에, 하나 이상의 예비 링크들은 네트워크에 의해 또는 액세스 단말에 의해 턴 온 또는 턴 오프될 수 있다. 따라서 기술된 양상들은 일단 액세스 단말 상의 대응하는 애플리케이션이 개시되면 호를 셋업하는데 있어서의 효율을 개선한다.

다양한 양상들은 도면을 참조하여 이제 기술된다. 이하의 설명에서, 설명을 위해, 다수의 특정 상세들은 하나 이상의 양상들의 완전한 이해를 제공하기 위해 기술된다. 그러나 다양한 양상들은 이 특정한 상세들 없이 실시될 수 있다는 것이 자명할 수 있다. 다른 예들에서, 잘-알려진 구조들 및 디바이스들은 이러한 양상들을 기술하는 것을 용이하게 하기 위해 블록도 형태로 도시된다.

네트워크(NW) 개시된 QoS에서의 흐름들의 턴 온

네트워크(NW)-개시된 QoS는 HRPD(High Rate Packet Data)에 도입된다는 것이 본 개시의 이익을 통해 인지되어야 하지만, 예비의 턴 온은 다뤄지지 않는다. 본 발명의 혁신은 액세스 단말(AT) 기반, 네트워크 기반, 및 AT/네트워크 기반을 포함하는 네트워크-개시된 QoS에서의 흐름들의 턴 온을 위한 특정한 방법들을 기재한다.

흐름을 턴 온하기 위한 혁신적인 방법들의 고-레벨 개요로서, 제 1 AT 기반 방법은 새로운 NW-개시된 흐름이 네트워크에 의해 셋업될 때마다 AT가 항상 예비 온(ReservationOn)(순방향 및 역방향 둘 다)을 개시하는 것을 수반할 수 있다. AT는 링크 상에서 검출된 데이터-활동(data-activity)이 존재할 때마다 예비-온(순방향 및 역방향 둘 다)을 개시한다.

둘째로, 네트워크 기반 방법에 대해서, 새로운 예비가 AT에 의해 요청될 때마다 액세스 노드(AN)가 항상 예비 온(순방향 및 역방향 둘 다)을 개시하는데, 상기 AT는 항상 예비를 턴 온 하는 AT에 등가이다. AN은 HRPD 서빙 게이트웨이(HSGW)로부터의 표시에 기초하여 예비 온(순방향 및 역방향 둘 다)을 개시한다.

셋째로, AT/네트워크 기반 방법에 대해서, AT가 송신할 데이터를 갖는 경우 AT가 역방향-예비(Reverse-Reservation)을 턴 온한다.

넷째로, AN이 송신할 데이터를 갖는 경우 AN는 순방향(Fwd)-예비를 턴 온한다.

도면들을 계속 참조하면, 도 1에서는, AT 개시된 예비-온을 위한 예시적인 방법(100)이 흐름들을 턴 온하기 위한 AT 기반 해결책들을 제공한다. 사용자 장비(UE; 102)로서 도시된 AT는 eAN(evolved Access Network)/ePCF(evolved Packet Control Function)(104)와 통신하고, eAN/ePCF(104)는 이어서 HSGW(106), P-GW(Packet Data Network (PDN) Gateway)(108), 방문 PCRF(vPCRF)(110), 및 홈 PCRF(hPCRF)(112)에 통신한다. 단계(1)에서, 게이트웨이 제어 및 QoS 정책 규칙들 및 프로비전(provision)은 hPCRF(112) 또는 vPCRF(110)로부터 HSGW(106)으로 송신된다(블록 114). 단계(2)에서, HSGW(106)는 PCC 규칙들에서 제공된 정보를 eHRPD QoS 흐름프로파일(FlowProfile) ID(들)에 맵핑한다(블록 116). 그 다음, 단계(3)에서, HSGW(106)는 VSNP(Vendor Specific Network Protocol): [PDN-ID] Resv(UL/DL 패킷 필터, QoS 리스트, 트랜잭션 ID = nn)를 UE(102)에 통신한다(블록 118). 단계(4)에서, 보조 흐름(예비, 흐름프로파일ID)의 셋업이 UE(102)와 eAN/ePCF(104) 사이에서 수행된다(블록 120). 단계(5)에서, A11(흐름 ID, A10 ID, SO)이 HSGW(106)와 eAN/ePCF(104) 사이에서 수행된다(블록 122). 단계(6)에서, VSNP: [PDN-ID] Resv(UL/DL TFT, 흐름 ID, 트랜잭션 ID = nn)가 UE(102)로부터 HSGW(106)으로 통신된다(블록 124). 단계(7)에서, HSGW(106)은 VSNP: [PDN-ID] ResvConf (트랜잭션 ID = nn)로 UE(102)에 응답한다(블록 126). 따라서, 단계(8)에서, UE(102)와 eAN/ePCF(104) 사이에서 통신되는 예비 온(예비라벨(ReservationLabel))로서 도시된 AT-개시된 예비-온 요청이 수행된다. 단계(9)에서, A11(흐름 ID, 활성 시작)은 eAN/ePCF(104) 및 HSGW(106) 사이에서 통신된다(블록 130).

일 양상에서, AT는 항상 새로운 흐름이 네트워크에 의해 셋업될 때마다 예비-온을 개시한다. 몇몇 경우들에서, AT는 새로운 흐름이 단지 단방향성 데이터(unidirectional data)임을 인지하는 경우, AT는 대응하는 방향만을 턴 온 하도록 선택할 수 있다. 이 해결책에 대해 이슈들이 고려된다. 이슈들 중 하나는 패킷 필터들 및 대응하는 흐름들에 대한 QoS는 ‘사전-셋업’될 수 없고 그래서 추후에 활성화된다는 것이다. 인터-RAT(Radio Access Technology) 핸드오프의 경우에, 모든 QoS는 NW 개시된 QoS가 될 것이지만, 이는 모든 흐름들을 턴 온하는데 바람직하지 않다.

다른 양상에서, 순방향 링크 상에서 검출된 데이터-활동이 존재할 때마다 AT는 순방향 링크 예비-온을 개시한다. 이것은 순방향 링크 상의 처음 몇 개의 순방향 링크 패킷들이 QoS 조치를 손실할 수 있다는 이슈를 제시할 수 있다.

부가적인 양상에서, 흐름들의 턴 온은 LTE→eHRPD 핸드오프 동안에 발생할 수 있다. 인터-RAT 핸드오프의 경우에, UE 및 서빙 NW가 NW 개시된 QoS를 지원한다고 BCM(Bearer Control Mode)이 표시하는 경우 NW와 같은 네트워크에 의해 모든 QoS가 셋업될 것이지만, 이는 모든 흐름들을 턴 온하는데 바람직하지 않다.

상술한 이슈들에 대한 잠재적인 해결책들이 기술된다.

첫째로, 인터-RAT 핸드오프 동안, 핸드오프 시에 소스-RAT 상에서 현재 '활성'인 흐름들만이 타겟-RAT 상에서 셋업된다.

둘째로, 네트워크는 네트워크-개시된 QoS에 대한 QoS만을 셋업한다. UE-개시된 QoS는 인터-RAT 핸드오프 동안 네트워크에 의해 셋업되지 않는다. UE는 UE-개시된 QoS를 셋업할 것이다.

셋째로, 전역 필터(global filter)-ID의 이용은 전역 필터-ID 공간을 2개로(하나는 UE 개시된 QoS를 위한 것이고, 다른 하나는 NW-개시된 QoS를 위한 것임) 분할함으로써 이용된다.

넷째로, AT는 QoS가 네트워크에 의해 UE로 푸시(push)될 때 패킷-필터 매치(packet-filter match)를 행할 수 있다.

예비를 턴 온하기 위한 AN 기반 해결책들을 위한 제 2 방법으로 돌아오면, AN은 HSGW로부터의 표시에 기초하여 예비를 턴 온한다. 결국, 새로운 표시가 예비를 턴 온 하도록 A11 시그널링에 부가된다. 표시는 역방향/순방향 둘 다 또는 단지 순방향 예비만을 턴 온하게 될 수 있다. HSGW는 HSGW가 예비와 매칭하는 다운-링크 패킷을 검출할 때 표시를 AN에 송신하는 시기를 인지한다. 그 다음, HSGW는 표시를 AN에 송신할 수 있다. HSGW는 예비 상태를 계속 추적해야 하며, 이는 복합적인 해결책이 될 수 있다. HSGW는 PCRF가 흐름을 셋업할 때마다 순방향/역방향 예비들 둘 다를 턴 온한다. HSGW는 PCRF가 흐름을 삭제할 때 순방향/역방향 예비들 둘 다를 턴 오프한다.

이 모델에서, HSGW는, 흐름이 게이트웨이 제어 세션에서 존재하지 않을지라도 오프(OFF) 상태에 있는 흐름들을 캐시(cache)한다. HSGW는 "흐름 비활성 타이머(Flow inactivity timer)"에 기초하여 흐름을 삭제할 수 있다. HSGW는 PCRF로부터의 게이트-온/오프 표시들(Gate-ON/OFF indications)에 기초하여 흐름을 턴 온/오프할 수 있으며, 이는 3GPP 표준에 대한 변경을 요구할 것이다.

도 2는 흐름들을 턴 온 하기 위한 AN 기반 해결책들을 위해 AN으로의 HSGW 시그널링을 위한 예시적인 호 흐름(200)을 도시한다. 사용자 장비(UE; 202)로서 도시되는 AT는 eAN/ePCF(204)와 통신하고, eAN/ePCF(204)는 이어서 HSGW(206), P-GW(208), vPCRF(210), 및 hPCRF(212)에 통신한다. 단계(1)에서, 게이트웨이 제어 및 QoS 정책 규칙들 및 프로비전은 hPCRF(212)로부터 HSGW(206)로 송신된다(블록 214). 단계(2)에서, HSGW(206)는 PCC 규칙들에서 제공된 정보를 eHRPD QoS 흐름프로파일 ID(들)에 맵핑한다(블록 216). 그 다음, 단계(3)에서, UE(202) 및 HSGW(206)는 RSVP(ReSerVation Protocol) 셋업을 수행한다(블록 218). 단계(4)에서, 보조 흐름(예비, 프로파일ID)의 셋업은 UE(202)와 eAN/ePCF(204) 사이에서 수행된다(블록 220). 단계(5)에서, A11(흐름 ID, A10 ID, SO)이 HSGW(206)와 eAN/ePCF(204) 사이에서 수행된다(블록 222). 단계(6)에서, 예비 온(예비라벨)은 UE(202)와 eAN/ePCF(204) 사이에서 조절된다(블록 224). 단계(7)에서, A11(흐름 ID, 활성 시작)이 eAN/ePCF(204)와 HSGW(206) 사이에서 조절된다(블록 226). 단계(8)에서, hPCRF(212)는 게이트웨이 제어 및 QoS 정책 [삭제]를 HSGW(206)에 통신한다(블록 228). 단계(8a)에서, hPCRF(212)는 PCRF로부터 필터들을 제거한다(블록 230). 단계(9)에서, HSGW(206)는 PF 및 QoS를 포함하는 흐름 정보를 캐시한다(블록 232). 이는 PF/QoS가 PCRF로부터 제거될 때 UE와 HSGW 사이의 상태가 싱크되는(synced) 것을 허용한다. 단계(8)에서, eAN/ePCF(204)는 예비 오프(예비라벨)를 UE(202)에 통신한다(블록 234). 단계(9)에서, A11(예비 턴 오프)를 통해, HSGW(206)는 예비를 턴 오프하기 위해 eAN/ePCF(204)에 표시를 송신한다(블록 236). 그 다음, eAN/ePCF는 예비를 턴 오프하도록 하는 표시를 UE에 송신한다. 후속적으로, 단계(10)에서, hPCRF(212)는 게이트웨이 제어 및 QoS 정책 규칙들 셋업을 HSGW(206)에 통신한다(블록 238). HSGW(206)는 흐름 정보를 매칭시킨다(블록 240). 패킷 필터(PF)가 이미 셋업되는 경우(단계 9에서 캐시됨), HSGW(206)는 A11 인터페이스를 통해 예비를 턴 온하도록 하는 표시를 eAN/ePCF(204)에 송신하며(블록 242), 이어서 eAN/ePCF(204)는 예비 온(예비라벨)을 UE(202)와 차례로 통신한다(블록 244).

RSVP(Resource Reservation Protocol)는 통합된 서비스 인터넷을 위해 네트워크에 걸쳐 자원들을 예비하기 위해 설계된 전송 계층 프로토콜이다. RSVP는 IPv4 또는 IPv6 인터넷 계층에 대해 동작하고 스케일링(scaling) 및 견고함(robustness)으로 멀티캐스트 또는 유니케스트 데이터 흐름들에 대한 자원 예비들의 수신기-개시되는 셋업(receiver-initiated setup)을 제공한다. 이것은 애플리케이션 데이터를 전송하지 않고 ICMP, IGMP와 같은 제어 프로토콜과 유사하다. RSVP는 RFC 2205에서 기술된다. RSVP는 애플리케이션 데이터 스트림들 또는 흐름들에 대한 QoS(서비스 품질)의 특정 레벨들을 요청 또는 전달하기 위해 호스트들 또는 라우터들 둘 중 하나에 의해 이용될 수 있다. RSVP는 애플리케이션들이 예비를 어떻게 수행하는지 및 예비들에 대한 요구가 종료되면 예비된 자원들을 어떻게 해제(relinquish)하는지를 정의한다. RSVP 동작은 일반적으로 자원들이 경로에 따른 각 노드에서 예비되게 할 것이다.

따라서, 현재 LTE 상에서, PCRF는 요구 기반으로(on a demand basis)(예를 들어, QoS의 활성 및 탈활성(deactivation)을 요청하는 애플리케이션) QoS 및 패킷 필터를 셋업한다. 제 1 옵션으로서, 본 혁신은 모델 즉, NW 개시된 QoS가 셋업될 때마다 AT가 항상 흐름을 턴 온하는 eHRPD와 유사하거나 동일한 모델을 제공한다. 제 2 옵션으로서, 흐름의 "사전-셋업"이 허용되는데, 흐름들의 턴 온/오프는 실제 사용에 기초한다. 결국, HSGW 및 UE는 흐름이 게이트웨이 제어 세션에 존재하지 않을 때조차 흐름을 캐시할 필요가 있다. 캐시된 흐름이 존재하는 경우, HSGW는 게이트웨이 제어 세션에서의 "흐름의 셋업"을 AN으로의 "흐름을 턴 온" 하도록 하는 새로운 지시로 해석한다.

예시적인 양상에서, 사전-셋업은 후술되는 도 14의 단계들(2 내지 14)에서 예시된다. UE는 QoS를 활성화시키도록 심지어 애플리케이션에 의해 요청되기 이전에 QoS 흐름을 셋업한다.

CDMA2000을 위한 PCC 호 흐름들

다른 양상에서, 본 혁신은 cdma2000을 위한 PPC(정책 및 과금 제어) 호 흐름들을 다룬다. 도 3에서 HRPD/1x 패킷 PCC 아키텍처(300)는 s9' 인터페이스(즉, 가능하게 수정된 현재의 S9 인터페이스)를 통해 vPCRF(304)에 통신하는 hPCRF(302)를 포함할 수 있다. hPCRF(302)는 Gx' 인터페이스(즉, 가능하게 수정된 현재의 Gx 인터페이스)를 통해, PMIP(Proxy Mobile IP) 및 CMIP(Client Mobile IP)를 위한 PCEF(308)를 포함하는 HA(Home Agent)/LMA(Local Mobility Anchor)(306)에 통신한다. vPCRF(304)는 Gxa' 인터페이스(즉, 가능하게 수정된 현재의 Gxa 인터페이스)를 통해 PMIP, CMIP에 대한 BBERF(Bearer Binding and Event Reporting Function)(310)(FA(Foreign Agent) CoA(Care of Address) 및 CCoA(Collocated Care of Address)) 및 Gx' 인터페이스를 통해 단순 IP를 위한 PCEF(312)에 통신하고, 이들 둘 다는 PDSN(Packet Data Serving Node)/MAG(Mobile Access Gateway)(314)에 속한다. HA/LMA(306) 및 PDSN/MAG(314)는 서로 간에, CMIP, PMIP 및 단순 IP를 위한 인터넷에, 그리고 각자의 AAA(Authentication, Authorization, Accounting)에 각각 인터페이스한다. PDSN/MAG(314)는 또한 A10/A11 인터페이스를 갖는다.

도 4에서, MS(Mobile Station)(402), RAN(Radio Access Network)(404), PDSN(406), vPCRF(408), hPCRF(410), HAAA(Home Authentication, Authorization, Accounting)(412) 및 AF(Application Function)(414)에 의해 수행되는 PCC 상호작용(단순 IP)을 갖는 UE-개시된 QoS에 대한 호 흐름(400)이 도시된다. 단계(1)에서, MS(402)는 PDSN(406)과 PPP(Point-to-Point Protocol) 세션 설정(인증)을 수행한다(블록 416). 이어서, PDSN(406) 및 HAAA(412)는 인증 및 인가를 조정하며, 여기서 QoS 사용자 프로파일은 PDSN(406)에 송신된다(블록 418). 단계(2)에서, PDSN(406)은 QoS 사용자 프로파일을 RAN(404)에 송신한다(블록 420). 단계(3)에서, IP-CAN(Internet Protocol Connectivity Access Network) 세션 설정은 PDSN(406)에 의해 hPCRF(410)에 송신되며(블록 422), 이어서 단계(4)에서, hPCRF(410)은 확인응답(Acknowledgement (Ack))으로 응답한다(블록 424). 단계(5)에서, MS(402)는 QoS 흐름 구성을 RAN(404)과 통신한다(블록 426). 단계(6)에서, RAN(404)은 요청된 QoS 및 허가된 QoS에 관하여 PDSN(406)과 통신한다(블록 428). 단계(7)에서, MS(402)는 RSVP Resv를 PDSN(406)에 송신한다(블록 430). 단계(8)에서, PDSN(406)은 허가된 QoS를 QCI(QoS Class Identifier), MBR(Maximum Bit Rate), 또는 GBR(Guaranteed Bit Rate)에 맵핑한다(블록 432). 단계(9)에서, PDSN(406)은 IP-CAN 세션 수정을 hPCRF(410)에 송신하고(블록 434), 단계(10)에서, hPCRF(410)은 확인응답한다(블록 436). 단계(11)에서, PDSN(406)은 QCI/MBR/GBR을 흐름프로파일ID에 맵핑한다(블록 438). 단계(12)에서, PDSN(406)은 RSVP ResvConf를 MS(402)에 송신한다(블록 440). 단계들(5 내지 12)은 QoS 사전셋업 프로시저들이다. 단계(13)에서, MS(402)는 예비 온 요청(Reservation ON Request)(예비라벨 = kk)으로 PDSN(406)에 응답한다(블록 442). 단계(14)에서, PDSN(406)은 A11 인터페이스를 통해 공중링크 기록을 RAN(404)과 통신한다(블록 444). 단계(15)에서, PDSN(406)은 MS(402)에 예비 온 수락을 송신한다(블록 446). 단계(16)에서, SIP(Session Initiation Protocol) 시그널링이 수행된다(블록 448). 단계(17)에서, AF(414)는 서비스 요청(시작)을 hPCRF(410)에 송신한다(블록 450). 단계(18)에서, PCC 규칙 프로비저닝(provisioning)이 hPCRF(410)으로부터 PDSN(406)으로 송신된다(블록 452). 단계(19)에서, hPCRF(410)은 서비스 응답(service reply)을 AF(414)에 송신한다(블록 454). 단계(20)에서, PDSN(406)은 PCC 규칙 프로비저닝에 관한 Ack를 hPCRF(410)에 송신한다(블록 456). 단계(21)에서, SIP 바이(Bye)가 통신된다(블록 458). 단계(22)에서, MS(402)는 예비 오프 요청(예비라벨 = kk)을 RAN(404)에 송신한다(블록 460). 단계(23)에서, RAN(404)은 A11 인터페이스를 통해 PDSN(406)과 공중링크 기록을 통신한다(블록 462). 단계(24)에서, RAN(404)은 예비 오프 수락을 MS(402)에 송신한다(블록 464). 단계(25)에서, AF(414)는 서비스 요청(종료)을 hPCRF(410)에 송신한다(블록 466). 단계(26)에서, hPCRF(410)은 PCC 규칙 프로비저닝을 PDSN(406)에 송신한다(블록 468). 단계(27)에서, hPCRF(410)는 서비스 응답을 AF(414)에 송신한다(블록 470). 단계(28)에서, PDSN(406)은 PCC 규칙들 브로비저닝을 확인응답한다(블록 472).

도 5에서, MS(502), RAN(504), PDSN(506), vPCRF(508), hPCRF(510), HAAA(512) 및 AF(514)에 의해 수행되는 PCC 상호작용(단순 IP)을 갖는 NW-개시된 QoS에 대한 호 흐름(500)이 도시된다. 단계(1)에서, MS(502)는 PDSN(506)과의 PPP(Point-to-Point Protocol) 세션 설정(인증)을 수행한다(블록 516). 이어서, PDSN(506) 및 HAAA(512)는 인증 및 인가를 조정하고, 여기서 QoS 사용자 프로파일이 PDSN(506)에 송신된다(블록 518). 단계(2)에서, PDSN(506)은 QoS 사용자 프로파일을 RAN(504)에 송신한다(블록 520). 단계(3)에서, IP-CAN(Internet Protocol Connectivity Access Network) 세션 설정이 PDSN(506)에 의해 hPCRF(510)에 송신되며(블록 522), hPCRF(510)는 이어서 단계(4)에서 확인응답(Ack)으로 응답한다(블록 524). 단계(5)에서, SIP(Session Initiation Protocol) 시그널링이 수행된다(블록 526). 단계(6)에서, AF(Application Function)(514)는 서비스 요청(시작)을 hPCRF(510)에 송신한다(블록 528). 단계(7)에서, PCC 규칙 프로비저닝이 hPCRF(510)로부터 PDSN(506)으로 송신된다(블록 530). 단계(8)에서, hPCRF(510)는 서비스 응답을 AF(514)에 송신한다(블록 532). 단계(9)에서, PDSN(506)은 PCC 규칙 프로비저닝에 관한 Ack를 hPCRF(510)에 송신한다(블록 534). 단계(10)에서, PDSN(506)은 허가된 QoS를 QCI/MBR/GBR에 맵핑한다(블록 532). 단계(11)에서, PDSN(506)은 RSVP Resv를 MS(502)에 송신한다(블록 538). 단계(12)에서, MS(502)는 QoS 흐름 구성을 RAN(504)과 통신한다(블록 540). RAN(504)은 요청된 QoS 및 허가된 QoS에 관하여 PDSN(506)과 통신한다(블록 542). 단계(13)에서, MS(502)는 RSVP Resv를 PDSN(506)에 송신한다(블록 544). 단계(14)에서, PDSN(506)은 RSVP ResvConf를 MS(502)에 송신한다(블록 546). 단계(15)에서, MS(502)는 예비 온 요청(예비라벨 = kk)으로 PDSN(506)에 응답한다(블록 548). 단계(16)에서, PDSN(506)은 A11 인터페이스를 통해 공중링크 기록을 RAN(504)과 통신한다(블록 550). 단계(17)에서, PDSN(506)은 예비 온 수락(허가된 QoS)을 MS(502)에 송신한다(블록 552). 단계(18)에서, vPCRF(508)로부터의 데이터는 PDSN(506)에 의해 수신되고(블록 554), PDSN(506)은 순방향 상에서 MS(502)와의 예비 온을 트리거한다(블록 556). 단계(19)에서, SIP 바이가 통신된다(블록 558). 단계(20)에서, AF(514)는 서비스 요청(종료)을 hPCRF(510)에 송신한다(블록 560). 단계(21)에서, hPCRF(510)은 PCC 규칙 프로비저닝을 PDSN(506)에 송신한다(블록 562). 단계(22)에서, hPCRF(510)는 서비스 응답을 AF(514)에 송신한다(블록 564). 단계(23)에서, PDSN(506)은 PCC 규칙 프로비저닝을 확인응답한다(블록 566). 단계(24)에서, MS(502)와 PDSN(506) 사이에서 패킷들은 삭제되고, 예비 오프는 트리거된다(블록 568).

도 6에서, MS(602), RAN(604), PDSN(606), HA/LMA(607), vPCRF(608), hPCRF(610), HAAA(612) 및 AF(614)에 의해 수행되는 PCC 상호작용(CMIP/PMIP)을 갖는 UE-개시된 QoS에 대한 호 흐름(600)이 도시된다. 단계(1)에서, MS(602)는 PDSN(606)과의 PPP 세션 설정(인증)을 수행한다(블록 616). 이어서, PDSN(606) 및 HAAA(612)는 인증 및 인가를 조정하며, 여기서 QoS 사용자 프로파일은 PDSN(606)에 송신된다(블록 618). 단계(2)에서, PDSN(606)은 QoS 사용자 프로파일을 RAN(604)에 송신한다(블록 620). 단계(3)에서, GW 제어 세션 설정이 PDSN(606)에 의해 hPCRF(610)에 송신되고(블록 622), 이어서 단계(4)에서, hPCRF(610)는 확인응답(Ack)으로 응답한다(블록 624). 단계(5)에서, MIP(Mobile Internet Protocol) 바인딩(binding)이 MS(602)와 HA/LMA(607) 사이에서 발생한다(블록 626). 대안적으로, PMIP 바인딩은 PDSN(606)과 HA/LMA(607) 사이에서 발생한다(블록 628). 단계(6)에서, IP-CAN 세션 설정은 HA/LMA(607)에 의해 hPCRF(610)에 송신되고(블록 630), hPCRF(610)는 이어서 단계(7)에서 확인응답(Ack)으로 응답한다(블록 632). 단계(8)에서, MS(602)는 QoS 흐름 구성을 RAN(604)과 통신한다(블록 634). 단계(9)에서, RAN(604)은 요청된 QoS 및 허가된 QoS에 관해 PDSN(606)과 통신한다(블록 636). 단계(10)에서, MS(602)는 RSVP Resv를 PDSN(606)에 송신한다(블록 638). 단계(11)에서, PDSN(606)는 허가된 QoS를 QCI(QoS Class Identifier), MBR(Maximum Bit Rate), 또는 GBR(Guaranteed Bit Rate)에 맵핑한다(블록 640). 단계(12)에서, PDSN(606)은 IP-CAN 세션 수정을 hPCRF(610)에 송신하고(블록 642), 단계(13)에서, hPCRF(610)는 확인응답한다(블록 644). 단계(14)에서, PDSN(606)은 QCI/MBR/GBR을 흐름프로파일ID에 맵핑한다(블록 646). 단계(15)에서, PDSN(606)은 RSVP ResvConf를 MS(602)에 송신한다(블록 648). 단계(16)에서, MS(602)는 예비 온 요청(예비라벨 = kk)로 PDSN(606)에 응답한다(블록 650). 단계(17)에서, PDSN(606)은 A11 인터페이스를 통해 공중링크 기록을 RAN(604)과 통신한다(블록 652). 단계(18)에서, PDSN(606)은 예비 온 수락을 MS(602)에 송신한다(블록 654). 단계(19)에서, SIP 시그널링이 수행된다(블록 656). 단계(20)에서, AF(614)는 서비스 요청(시작)을 hPCRF(610)에 송신한다(블록 658). 단계(21)에서, PCC 규칙 프로비저닝은 hPCRF(610)으로부터 PDSN(606)으로 송신된다(블록 660). 단계(22)에서, hPCRF(610)은 서비스 응답을 AF(614)에 송신한다(블록 662). 단계(23)에서, PDSN(606)은 PCC 규칙 프로비저닝에 대한 Ack를 hPCRF(610)에 송신한다(블록 664). 단계(24)에서, SIP 바이가 통신된다(블록 666). 단계(25)에서, MS(602)는 예비 오프 요청(예비라벨 = kk)을 RAN(604)에 송신한다(블록 668). 단계(26)에서, RAN(604)은 A11 인터페이스를 통해 공중링크 기록을 PDSN(606)과 통신한다(블록 670). 단계(27)에서, RAN(604)은 예비 오프 수락을 MS(602)에 송신한다(블록 672). 단계(28)에서, AF(614)는 서비스 요청(종료)을 hPCRF(610)에 송신한다(블록 674). 단계(29)에서, hPCRF(610)는 PCC 규칙 프로비저닝을 PDSN(606)에 송신한다(블록 676). 단계(30)에서, hPCRF(610)은 서비스 응답을 AF(614)에 송신한다(블록 678). 단계(31)에서, PDSN(606)은 PCC 규칙 프로비저닝을 확인응답한다(블록 680).

도 7에서, MS(702), RAN(704), PDSN(706), vPCRF(708), hPCRF(710), HAAA(712) 및 AF (714)에 의해 수행되는 PCC 상호작용(CMIP/PMIP)을 갖는 NW-개시된 QoS에 대한 호 흐름(700)이 도시된다. 단계(1)에서, MS(702)는 PDSN(706)과의 PPP 세션 설정(인증)을 수행한다(블록 716). 이어서, PDSN(706) 및 HAAA(712)는 인증 및 인가를 조정하며, 여기서 QoS 사용자 프로파일은 PDSN(706)에 송신된다(블록 718). 단계(2)에서, PDSN(706)은 QoS 사용자 프로파일을 RAN(704)에 송신한다(블록 720). 단계(3)에서, GW 제어 세션 설정이 PDSN(706)에 의해 vPCRF(708)에 송신되고(블록 722), 이어서 단계(4)에서, vPCRF(708)는 확인응답(Ack)으로 응답한다(블록 724). 단계(5)에서, MIP 바인딩이 MS(702)와 HA/LMA(707) 사이에서 발생한다(블록 726). 대안적으로, PMIP 바인딩은 PDSN(706)과 HA/LMA(707) 사이에서 발생한다(블록 728). 단계(6)에서, IP-CAN 세션 설정은 PDSN(706)에 의해 hPCRF(710)에 송신되고(블록 730), hPCRF(710)는 이어서 단계(7)에서 확인응답(Ack)으로 응답한다(블록 732). 단계(8)에서, SIP 시그널링이 수행된다(블록 734). 단계(9)에서, AF(714)는 서비스 요청(시작)을 hPCRF(710)에 송신한다(블록 736). 단계(10)에서, PCC 규칙 프로비저닝이 hPCRF(710)으로부터 PDSN(706)으로 송신된다(블록 738). 단계(11)에서, PDSN(706)은 PCC 규칙 프로비저닝에 관한 Ack를 hPCRF(710)에 송신한다(블록 740). 단계(12)에서, hPCRF(710)은 서비스 응답을 AF(714)에 송신한다(블록 742). 단계(13)에서, PDSN(706)은 QCI/MBR/GBR을 흐름프로파일ID에 맵핑한다(블록 744). 단계(14)에서, PDSN(706)은 RSVP Resv를 MS(702)에 송신한다(블록 746). 단계(15)에서, MS(702)는 QoS 흐름 구성을 RAN(704)과 통신한다(블록 748). RAN(704)은 요청된 QoS 및 허가된 QoS에 관하여 PDSN(706)과 통신한다(블록 750). 단계(16)에서, MS(702)는 RSVP Resv를 PDSN(706)에 송신한다(블록 752). 단계(17)에서, PDSN(706)은 RSVP ResvConf를 MS(702)에 송신한다(블록 754). 단계(18)에서, MS(702)는 예비 온 요청(예비라벨 = kk)으로 PDSN(706)에 응답한다(블록 756). 단계(19)에서, PDSN(706)은 A11 인터페이스를 통해 공중링크 기록을 RAN(704)과 통신한다(블록 758). 단계(20)에서, PDSN(706)은 예비 온 수락(허가된 QoS)을 MS(702)에 송신한다(블록 760). 단계(21)에서, vPCRF(708)로부터의 데이터는 PDSN(706)에 의해 수신되고(블록 762), PDSN(706)은 순방향 상에서 MS(702)와의 예비 온을 트리거한다(블록 764). 단계(21)에서, SIP 바이가 통신된다(블록 766). 단계(22)에서, AF(714)는 서비스 요청(종료)을 hPCRF(710)에 송신한다(블록 760). 단계(23)에서, hPCRF(710)은 PCC 규칙 프로비저닝을 PDSN(706)에 송신한다(블록 768). 단계(23)에서, PDSN(706)은 PCC 규칙 프로비저닝을 확인응답한다(블록 770). 단계(24)에서, vPCRF(708)은 서비스 응답을 AF(714)에 송신하다(블록 772). 단계(25)에서, PDSN(706)은 PCC 규칙 프로비저닝에 관한 Ack을 vPCRF(708)에 송신한다(블록 774). 단계(26)에서, MS(702)와 PDSN(706) 사이에서 패킷들은 삭제되고, 예비 오프는 트리거된다(블록 776).

현재의 3GPP PCC는 예비과 QoS 구성의 분리를 고려하지 않는다는 것을 인지하면, 본 혁신을 일 양상에서, (e)HRPD가 QoS 호 셋업을 빠르게 하기 위해 이용된다. 결국, 제 1 옵션은 PDSN/HSGW가 UE 개시된 QoS를 위해 PCRF로부터 PCC 규칙들 삭제를 수신시에 PF와 QoS를 계속 캐시할 수 있다고 규정한다. 추가로, 현재의 QoS 설계는 QoS 구성 및 PF(Policy Filter)가 네트워크에 저장된다는 것을 가정한다고 인지하면, UE-개시된 QoS에 있어서, PDSN은 UE가 QoS 구성 및 PF를 삭제하도록 요청할 때까지 이를 캐시해야 한다. 제 2 옵션에서, 애플리케이션이 더 이상 QoS를 요구하지 않는다고 애플리케이션 기능이 표시하는 경우조차도, RAT-타입이 HRPD인 경우 PCRF 동작은 PF 및 Qos를 삭제하지 않도록 변경된다.

본 혁신은 다른 양상에서, NW-개시된 QoS 예비 온/오프를 제공한다. 제 1 옵션에서, NW에 의해 개시된 성공적인 RSVP 흐름 셋업은 예비 온을 송신하도록 UE를 트리거할 것이다. NW에 의해 개시된 성공적인 RSVP 흐름 삭제는 예비 오프를 송신하도록 UE를 트리거할 것이다.

제 2 옵션에서, 데이터가 HSGW에 도달할 때, HSGW는 순방향 링크 및 역방향 링크 둘 다에 대한 예비를 턴 온 하도록 AN에 A11 시그널링을 송신한다. 예비 오프는 구성되는 시간 기간 동안 어떠한 데이터도 수신되지 않았다는 검출에 의존한다.

제 3 옵션에서, SIP와 같은 애플리케이션 시그널링이 이용되는 경우, 음성 트래픽에 있어서, PCRF는 예비 온 및 오프를 위해 HSGW에 요청(예를 들어, 게이트 온/오프)을 송신할 수 있다. 그 다음, HSGW는 A11 시그널링은 AN에 송신한다.

PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS

운용자들은 상이한 과금 매커니즘들을 갖는 상이한 서비스들에 대해 동일한 QoS(QoS 흐름프로파일 ID)를 이용할 수 있다. 예를 들어, VT(video teleconference)(오디오 및 비디오 둘 다를 포함함)은 용량 기반 어카운팅(volume based accounting)이고 VoIP(Voice over Internet Protocol)는 지속기간 기반 어카운팅(duration based accounting)이다. MS-개시된 QoS 및 네트워크-개시된 QoS 둘 다는 다음의 제약; 즉, 사전-QoS 셋업이 없다는 제약을 갖고 위의 요건들을 지원할 수 있다. 따라서, 호 셋업 시간은 더 길다. 본 발명의 혁신은 어카운팅 트리거링을 다룸으로써 사전-QoS 셋업을 갖는 MS-개시된 QoS를 제공한다. PCRF 정책 제어는 HRPD 예비 온/오프에 기초한다. PDSN에서의 정책 시행은 MS가 다른 이용들에 대해 허가된 QoS를 이용할 수 없도록 5-튜플들(5-tuples)을 이용한다.

현재 상황과 비교해서 개선된 성능을 제공하는 다섯(5)개의 상이한 옵션들이 기재된다. 예시적인 양상에서, 이 혁신들은 호가 셋업될 때마다 QoS를 셋업 및 해제(tear down)하도록 MS/네트워크에 요구하지 않을 것이다.

첫째로, 옵션 1은 QoS를 캐시하는 PCRF, MS, 및 PDSN와 관련하여 와일드카드를 이용하는 MS 사전-셋업 QoS를 이용한다. 예를 들어, 와일드카드는 소스 IP 어드레스/포트로서 3-튜플들을 이용한다(MS의 IP 어드레스, 포트, 전송 프로토콜). 사전-QoS 셋업 동안, PCRF는 게이트를 턴 오프하여 MS가 정책에 기초하여 다른 트래픽에 대해 PF 및 QoS를 이용할 수 없게 할 수 있다. 예를 들어, 애플리케이션 서버와 PCRF 사이의 인터페이스의 사용 또는 패킷 필터 및 QoS에 기초하여, PCRF는 게이트를 턴 오프할 수 있다. 호가 설정되고 SIP 초대(INVITE)와 같은 애플리케이션 시그널링 교환에 의해 트리거될 때 PCRF는 게이트 온(Gate ON)을 PDSN에 송신할 것이다. 호가 릴리즈(release)되고 SIP 바이(BYE)와 같은 애플리케이션 시그널링에 의해 트리거될 때 PCRF는 게이트 오프(Gate OFF)를 PDSN에 송신할 것이다. MS, PDSN 및 PCRF는 각각의 호가 릴리즈된 이후 사전-설정된 QoS 및 와일드카드 PF를 보유할 것이다. 이는 PCRF에 대한 새로운 동작일 것이다. 예비 온/오프는 X.S0011-D에 특정된 것과 같이 PDSN에서의 QoS 기반 어카운팅을 위해 여전히 이용될 수 있다. 또한, 3GPP PCC 과금은 서비스 정보(예를 들어, SIP 초대와 SIP 바이에 기초한 지속기간)에 기초한 어카운팅과 상관시키는데 이용될 수 있다.

도 8에서, MS(802), RAN(804), PDSN(806), vPCRF(808), hPCRF(810), HAAA(812) 및 AF(814)에 의해 수행되는 PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS에 대한 옵션 1을 위한 예시적인 호 흐름(800)이 도시된다. 단계(1)에서, MS(802)는 PDSN(806)과 PPP LCP(Link Control Protocol)를 수행한다(블록 816). 단계(2)에서, MS(802) 및 PDSN(806)은 예를 들어, EAP(Extensible Authentication Protocol), CHAP(Challenge-Handshake Authentication Protocol) 및 PAP(Password Authentication Protocol)일 수 있는 PPP 인증을 통신한다(블록 818). 인증 및 인가(QoS 사용자 프로파일)는 HAAA(812)로부터 PDSN(806)으로 송신된다(블록 819). 단계(3)에서, PDSN(806)은 QoS 사용자 프로파일을 RAN(804)에 송신한다(블록 820). 단계(4)에서, MS(802)는 IPCP(Internet Protocol Control Protocol) 구성 요청을 PDSN(806)에 송신한다(블록 822). 단계(5)에서, PDSN(806)은 IPCP 구성 Ack(MS의 단순 IP 어드레스)를 MS(802)에 송신한다(블록 824). 단계(6)에서, PDSN(806)은 어카운팅 요청(시작)을 HAAA(812)에 송신한다(블록 826). 단계(7)에서, PDSN(806)은 IP-CAN 세션 설정을 hPCRF(810)에 송신한다(블록 828). 단계(8)에서, hPCRF(810)은 IP-CAN 설정에 관한 Ack을 PDSN(806)에 송신한다(블록 830). 단계(9)에서, MS(802)는 애플리케이션을 오픈한다(블록 832). 단계(10)에서, MS(802) 및 RAN(804)은 QoS 흐름 구성을 통신한다(블록 834). RAN(804) 및 PDSN(806)은 A11 인터페이스를 통해 (요청된 QoS 및 허가된 QoS를) 통신한다(블록 836). 단계(11)에서, MS(802)는 RSVP Resv를 PDSN(806)에 송신한다(블록 838). 단계(12)에서, PDSN(806)은 허가된 흐름프로파일ID를 QCI/MBR/GBR에 맵핑한다(블록 840). 단계(13)에서, PDSN(806)은 IP-CAN 세션 수정을 hPCRF(810)에 송신한다(블록 842). 단계(14)에서, hPCRF(810)는 PCRF 정책 판단을 수행한다(블록 844). 단계(15)에서, hPCRF(810)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(806)에 송신한다(블록 846). 단계(16)에서, PDSN(806)은 RSVP ResvConf를 MS(802)에 송신한다(블록 848). 단계(17)에서, 애플리케이션 등록(선택적, 예를 들어, SIP 레지스터)이 MS(802)와 AF(814) 사이에서 수행된다(블록 850). 단계(18)에서, 사용자는 MS(802)를 이용하여 호를 시작한다(블록 852). 단계(19)에서, MS(802)는 예비 온을 RAN(804)에 송신한다(블록 854). RAN(804) 및 PDSN(806)은 A11 인터페이스를 통해 (공중링크 기록을) 통신한다(블록 856). 단계(20)에서, 애플리케이션 시그널링(예를 들어, SIP 초대 등)은 MS(802)와 AF(814) 사이에서 발생한다(블록 862). 단계(21)에서, AF는 애플리케이션/서비스 정보를 hPCRF(810)에 송신한다(블록 864). 단계(22)에서, hPCRF(810)은 Ack를 AF(814)에 송신한다(블록 866). 단계(23)에서, hPCRF(810)은 PF가 매칭되고 QoS가 인가되었다고 결정하고 이에 따라 둘 중 어느것도 변경되지 않는다(블록 868). 단계(23A)에서, hPCRF(810)은 PCC 프로비저닝(5-튜플들을 이용한 게이트 온)을 PDSN(806)에 송신한다(블록 870). 단계(24)에서, 데이터 호는 MS(802)와 AF(814) 사이에서 진행중(ongoing)이다(블록 872). 단계(25)에서, MS(802)의 사용자는 호를 종료시킨다(블록 874). 단계(26)에서, 데이터 호 종결에 대한 애플리케이션 시그널링(예를 들어, SIP 바이)이 MS(802)와 AF(814) 사이에서 발생한다(블록 876). 단계(27)에서, AF(814)는 서비스 종결을 hPCRF(810)에 송신한다(블록 878). 단계(28)에서, hPCRF(880)은 Ack를 AF(814)에 송신한다(블록 880). 단계(29)에서, hPCRF(810)은 QoS 및 원래의 PF를 삭제하지 않는다(블록 882). 단계(29A)에서, hPCRF(810)은 PCC 프로비저닝(원래의 PF를 이용한 게이트 오프)을 PDSN(806)에 송신한다(블록 884). 단계(30A)에서, MS(802)는 예비 오프를 RAN(804)과 통신한다(블록 886). 단계(30B)에서, RAN(804)은 A11 인터페이스를 통해 (공중링크 기록을) PDSN(806)과 통신한다(블록 888).

둘째로, 옵션(1.1)은 대체로 다음을 제외하면 옵션 1과 동일하다: PDSN은 예비 온/오프에 기초하여 PCRF에 게이트 온/오프를 요청할 것이다. PCC 프로토콜 변경들이 행해져서 게이트 온/오프 요청들이 PDSN으로부터 PCRF로 이루어질 수 있다. PCRF는 애플리케이션 서버로부터 표시를 수신할 때만 게이트 온 요청을 인가한다. 애플리케이션 서버로부터 표시를 수신하기 이전에 PCRF가 게이트 온 요청을 허용하도록 최적화가 이용될 수 있다. 이는 애플리케이션 시그널링이 부재인 경우에서 유리할 수 있다. QoS를 인가한 이후 일정한 지속기간 내에 어떠한 표시도 애플리케이션 서버로부터 수신되지 않는 경우 인가는 철회될 수 있다.

MS는 다른 트랙픽을 위한 단기간 동안 예비를 이용할 수 있다는 것에 유념해야 한다. 이 옵션은 PCRF가 동시에 사용되도록 허용되지 않는 사용자 트래픽과 관련된 정책을 제어하고자 하는 경우 옵션 1과 대조적인 것으로서 요구될 수 있다. 예를 들어, 사용자 트래픽이 MS와 서버 1사이에서 송신될 때 트래픽은 MS와 서버 2 사이에서 송신되도록 허용되지 않는다.

도 9에서, MS(902), RAN(904), PDSN(906), vPCRF(909), hPCRF(910), HAAA(912) 및 AF(914)에 의해 수행되는 PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS에 대한 옵션 1.1을 위한 예시적인 호 흐름(900)이 도시된다. 단계(1)에서, MS(902)는 PDSN(906)과 PPP LCP를 수행한다(블록 916). 단계(2)에서, MS(902) 및 PDSN(906)은 예를 들어, EAP(Extensible Authentication Protocol), CHAP(Challenge-Handshake Authentication Protocol) 및 PAP(Password Authentication Protocol)일 수 있는 PPP 인증을 통신한다(블록 918). 인증 및 인가(QoS 사용자 프로파일)는 HAAA(912)로부터 PDSN(906)으로 송신된다(블록 919). 단계(3)에서, PDSN(906)은 QoS 사용자 프로파일을 RAN(904)에 송신한다(블록 920). 단계(4)에서, MS(902)는 IPCP(Internet Protocol Control Protocol) 구성 요청을 PDSN(906)에 송신한다(블록 922). 단계(5)에서, PDSN(906)은 IPCP 구성 Ack(MS의 단순 IP 어드레스)를 MS(902)에 송신한다(블록 924). 단계(6)에서, PDSN(906)은 어카운팅 요청(시작)을 HAAA(912)에 송신한다(블록 926). 단계(7)에서, PDSN(906)은 IP-CAN 세션 설정을 hPCRF(910)에 송신한다(블록 928). 단계(8)에서, hPCRF(910)은 IP-CAN 설정에 관한 Ack을 PDSN(906)에 송신한다(블록 930). 단계(9)에서, MS(902)는 애플리케이션을 오픈한다(블록 932). 단계(10)에서, MS(902) 및 RAN(904)은 QoS 흐름 구성을 통신한다(블록 934). RAN(904) 및 PDSN(906)은 A11 인터페이스를 통해 (요청된 QoS 및 허가된 QoS를) 통신한다(블록 936). 단계(11)에서, MS(902)는 RSVP Resv를 PDSN(906)에 송신한다(블록 938). 단계(12)에서, PDSN(906)은 허가된 흐름프로파일ID를 QCI/MBR/GBR에 맵핑한다(블록 940). 단계(13)에서, PDSN(906)은 IP-CAN 세션 수정을 hPCRF(910)에 송신한다(블록 942). 단계(14)에서, hPCRF(910)는 PCRF 정책 판단을 수행한다(블록 944). 단계(15)에서, hPCRF(910)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(906)에 송신한다(블록 946). 단계(16)에서, PDSN(906)은 RSVP ResvConf를 MS(902)에 송신한다(블록 948). 단계(17)에서, 애플리케이션 등록(선택적, 예를 들어, SIP 레지스터)이 MS(902)와 AF(914) 사이에서 수행된다(블록 950). 단계(18)에서, 사용자는 MS(902)를 이용하여 호를 시작한다(블록 952). 단계(19)에서, MS(902)는 예비 온을 RAN(904)에 송신한다(블록 954). RAN(904) 및 PDSN(906)은 A11 인터페이스를 통해 (공중링크 기록을) 통신한다(블록 956). 단계(19A)에서 PDSN(906)은 IP-CAN 세션 수정(게이트 온 요청)을 hPCRF(910)에 송신한다(블록 958). 단계(19B)에서, hPCRF(910)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(906)에 송신한다(블록 960). 단계(20)에서, 애플리케이션 시그널링(예를 들어, SIP 초대 등)은 MS(902)와 AF(914) 사이에서 발생한다(블록 962). 단계(21)에서, AF는 애플리케이션/서비스 정보를 hPCRF(910)에 송신한다(블록 964). 단계(22)에서, hPCRF(910)은 Ack를 AF(914)에 송신한다(블록 966). 단계(23)에서, hPCRF(910)은 PF가 매칭되고 QoS가 인가되었다고 결정하고 이에 따라 둘 중 어느것도 변경되지 않는다(블록 968). 단계(24)에서, 데이터 호는 MS(902)와 AF(914) 사이에서 진행중이다(블록 972). 단계(25)에서, MS(902)의 사용자는 호를 종료시킨다(블록 974). 단계(26)에서, 데이터 호 종결에 대한 애플리케이션 시그널링(예를 들어, SIP 바이)이 MS(902)와 AF(914) 사이에서 발생한다(블록 976). 단계(27)에서, AF(914)는 서비스 종결을 hPCRF(910)에 송신한다(블록 978). 단계(28)에서, hPCRF(980)은 Ack를 AF(914)에 송신한다(블록 980). 단계(29)에서, hPCRF(910)은 QoS 및 원래의 PF를 삭제하지 않는다(블록 982). 단계(30A)에서, MS(902)는 예비 오프를 RAN(904)과 통신한다(블록 986). 단계(30B)에서, RAN(904)은 A11 인터페이스를 통해 (공중링크 기록을) PDSN(906)과 통신한다(블록 988). 단계(31)에서, PDSN(906)은 IP-CAN 세션 수정(게이트 오프 요청)을 hPCRF(910)에 송신한다(블록 990). 단계(32)에서, hPCRF(910)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(906)에 송신한다.

셋째로, 옵션 2는 PDSN과 MS가 사전-구성된 QoS를 보유하는 옵션 1과 동일한 와일드 카드를 이용하여 QoS의 MS 사전-셋업의 수행을 제공하지만, PCRF는 사전-구성된 QoS를 알지 못한다. MS는 초기 PF 및 QoS를 셋업하기 위해 최초 데이터 호 시작을 대기한다. PDSN이 흐름에 대해 설정된 PCC 규칙을 갖지 않는 경우, PDSN은 MS로부터의 예비 온에 기초하여 인가 요청(authorization request)을 PCRF에 송신한다. PCRF는 애플리케이션 서버로부터 표시를 수신할 때만 QoS 요청을 인가한다.

옵션 1.1과 유사하게, MS는 다른 트래픽에 대한 단기간 동안 예비를 이용할 수 있다는 것에 유념해야 한다. 이 옵션은 PCRF가 동시에 이용되도록 허용되지 않는 사용자 트래픽과 관련된 정책을 제어하고자 하는 경우 옵션 1과 대조적인 것으로서 요구될 수 있다. 예를 들어, 사용자 트래픽이 MS와 서버 1 사이에서 송신될 때, 트래픽은 MS와 서버 2 사이에서 송신되도록 허용되지 않는다.

PDSN은 MS로부터의 예비 오프에 기초하여 QoS 자원 릴리즈 요청을 PCRF에 송신한다. MS로부터의 예비 온/오프는 X.P0011-D에 특정된 것과 같이 QoS 기반 어카운팅을 위해 이용된다. 또한, 3GPP PCC 과금은 서비스 정보(예를 들어, SIP 초대와 SIP 바이에 기초한 지속기간)에 기초한 어카운팅과 상관시키도록 이용될 수 있다.

도 10에서, MS(1002), RAN(1004), PDSN(1006), vPCRF(1008), hPCRF(1010), HAAA(1012) 및 AF(1014)에 의해 수행되는 PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS에 대한 옵션 2를 위한 예시적인 호 흐름(1000)이 도시된다. 단계(1)에서, MS(1002)는 PDSN(1006)과 PPP LCP를 수행한다(블록 1016). 단계(2)에서, MS(1002) 및 PDSN(1006)은 예를 들어, EAP, CHAP 및 PAP일 수 있는 PPP 인증을 통신한다(블록 1018). 인증 및 인가(QoS 사용자 프로파일)는 HAAA(1012)로부터 PDSN(1006)으로 송신된다(블록 1020). 단계(3)에서, PDSN(1006)은 QoS 사용자 프로파일을 RAN(1004)에 송신한다(블록 1022). 단계(4)에서, MS(1002)는 IPCP 구성 요청을 PDSN(1006)에 송신한다(블록 1024). 단계(5)에서, PDSN(1006)은 IPCP 구성 Ack를 MS(1002)(MS의 단순 IP 어드레스)에 송신한다(블록 1026). 단계(6)에서, PDSN(1006)은 어카운팅 요청(시작)을 HAAA(1012)에 송신한다(블록 1028). 단계(7)에서, PDSN(1006)은 IP-CAN 세션 설정을 hPCRF(1010)에 송신한다(블록 1030). 단계(8)에서, hPCRF(1010)은 IP-CAN 설정에 관한 Ack을 PDSN(1006)에 송신한다(블록 1032). 단계(9)에서, MS(1002)는 애플리케이션을 오픈한다(블록 1034). 단계(10)에서, 애플리케이션 등록(선택적, 예를 들어, SIP 레지스터)이 MS(1002)와 AF(1014) 사이에서 수행된다(블록 1036). 단계(11)에서, 사용자는 MS(1002)를 이용하여 호를 시작한다(블록 1038). 단계(12)에서, MS(1002)와 RAN(104)는 QoS 흐름 구성을 통신한다(블록 1040). RAN(1004) 및 PDSN(1006)은 A11 인터페이스를 통해 (요청된 QoS 및 허가된 QoS를) 통신한다(블록 1042). 단계(13)에서, MS(1002)는 RSVP Resv를 PDSN(1006)에 송신한다(블록 1044). 단계(14)에서, PDSN(1006)은 허가된 사용자프로파일ID를 QCI/MBR/GBR에 맵핑한다(블록 1046). 단계(15)에서, PDSN(1006)은 IP-CAN 세션 수정을 hPCRF(1010)에 송신한다(블록 1048). 단계(16)에서, hPCRF(1010)은 PCRF 정책 판단을 수행한다(블록 1050). 단계(17)에서, hPCRF(1010)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(1006)에 송신한다(블록 1052). 단계(18)에서, PDSN(1006)은 RSVP ResvConf를 MS(1002)에 송신한다(블록 1054). 단계(19)에서, MS(1002)는 예비 온을 RAN(1004)에 송신한다(블록 1056). RAN(1004) 및 PDSN(1006)은 A11 인터페이스를 통해 (공중링크 기록을) 통신한다(블록 1058). 단계(20)에서, 애플리케이션 시그널링(예를 들어, SIP 초대 등)은 MS(1002)와 AF(1014) 사이에서 발생한다(블록 1060). 단계(21)에서, AF는 애플리케이션/서비스 정보를 hPCRF(1010)에 송신한다(블록 1062). 단계(22)에서, hPCRF(1010)은 Ack를 AF(1014)에 송신한다(블록 1064). 단계(23)에서, hPCRF(1010)은 PF가 매칭되고 QoS가 인가되었다고 결정하고 이에 따라 둘 중 어느것도 변경되지 않는다(블록 1066). 단계(24)에서, 데이터 호는 MS(1002)와 AF(1014) 사이에서 진행중이다(블록 1068). 단계(25)에서, MS(1002)의 사용자는 호를 종료시킨다(블록 1070). 단계(26)에서, 데이터 호 종결에 대한 애플리케이션 시그널링(예를 들어, SIP 바이)이 MS(1002)와 AF(1014) 사이에서 발생한다(블록 1072). 단계(27)에서, AF(1014)는 서비스 종결을 hPCRF(1010)에 송신한다(블록 1074). 단계(28)에서, hPCRF(1010)은 Ack를 AF(1014)에 송신한다(블록 1076). 단계(29)에서, hPCRF(1010)은 QoS 및 원래의 PF를 삭제하지 않는다(블록 1078). 단계(30A)에서, MS(1002)는 예비 오프를 RAN(1004)과 통신한다(블록 1080). 단계(30B)에서, RAN(1004)은 A11 인터페이스를 통해 (공중링크 기록을) PDSN(1006)과 통신한다(블록 1082). 단계(31)에서, PDSN(1006)은 IP-CAN 세션 수정(게이트 오프 요청)을 hPCRF(1010)에 송신한다(블록 1084). 단계(32)에서, hPCRF(1010)은 PF 및 QoS를 제거한다(블록 1086). 단계(33)에서, hPCRF(1010)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(1006)에 송신한다(블록 1088). 단계(34)에서, MS(1002)를 통한 사용자는 다른 호를 생성한다(블록 1090). 단계(35)에서, MS(1002)는 예비 온을 RAN(1004)에 송신한다(블록 1091). RAN(1004) 및 PDSN(1006)은 A11 인터페이스를 통해 (공중링크 기록을) 통신한다(블록 1092). 단계(36)에서, 데이터 호 종결에 대한 애플리케이션 시그널링(예를 들어, SIP 바이)이 MS(1002)와 AF(1014) 사이에서 발생한다(블록 1093). 단계(37)에서, AF(1014)는 애플리케이션/서비스 정보를 hPCRF(1010)에 송신한다(블록 1094). 단계(38)에서, hPCRF(1010)은 Ack를 AF(1014)에 송신한다(블록 1095). 단계(39)에서, PDSN(1006)은 IP-CAN 세션 수정을 hPCRF(1010)에 송신한다(블록 1096). 단계(40)에서, hPCRF(1010)은 정책 판단을 수행한다(블록 1097). 단계(41)에서, hPCRF(1010)은 IP-CAN 세션 수정에 관한 Ack를 PDSN(1006)에 송신한다(블록 1098).

넷째로, QoS를 캐시하는 MS 및 PDSN을 이용하는 옵션 2.1은 액세스 포인트가 온일 때 와일드 카드를 이용하여 MS 사전-셋업 QoS를 제공하며, 이는 옵션 2와 동일하다. MS 및 PDSN은 사전-구성된 QoS를 보유하고, PCRF는 사전-구성된 QoS를 알지 못한다.

PDSN은 다음의 프로시저들을 수행한다: PDSN이 흐름에 대해 설정된 PCC 규칙을 갖지 않는 경우, PDSN은 MS로부터의 (후속 데이터 호를 위한) 예비 온 또는 (초기 QoS 셋업을 위한) RSVP 요청에 기초하여 PCRF에 인가 요청을 송신한다. MS 개시된 QoS에 대해, PDSN은 PCRF로부터 QoS 삭제를 수신할 때 PDSN은 PF를 유지할 것이다. PDSN은 MS로부터의 예비 오프에 기초하여 PCRF에 QoS 자원 릴리즈 요청을 송신한다.

PCRF는 다음의 프로시저를 수행한다: PCRF는 애플리케이션 서버로부터의 표시의 수신 이전에 QoS 요청을 인가할 수 있다. 운용자의 정책에 기초하여 QoS의 인가 이후의 일정 지속기간 내에 애플리케이션 서버로부터 어떠한 표시도 없는 경우 인가는 철회될 수 있다. PCRF는 PDSN으로부터 QoS 자원 릴리즈 요청을 수신할 때 QoS를 삭제한다.

MS로부터의 예비 온/오프는 X.P0011-D에 특정된 것과 같은 QoS 기반 어카운팅을 위해 이용된다. 또한, 3GPP PCC 과금은 서비스 정보(SIP 초대와 SIP 바이에 기초한 지속기간)에 기초한 어카운팅과 상관시키는데 이용될 수 있다. MS은 다른 트래픽에 대한 단기간 동안 예비를 이용할 수 있다는 것에 유념해야 한다.

따라서, 도 11에서, MS(1102), RAN(1104), PDSN(1106), vPCRF(1108), hPCRF(1110), HAAA(1112) 및 AF(1114)에 의해 수행되는 PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS에 대한 옵션 2.1을 위한 예시적인 호 흐름(1100)이 도시된다. 단계(1)에서, MS(1102)는 PDSN(1106)과 PPP LCP를 수행한다(블록 1116). 단계(2)에서, MS(1102) 및 PDSN(1106)은 예를 들어, EAP, CHAP 및 PAP일 수 있는 PPP 인증을 통신한다(블록 1118). 인증 및 인가(QoS 사용자 프로파일)는 HAAA(1112)로부터 PDSN(1106)으로 송신된다(블록 1120). 단계(3)에서, PDSN(1106)은 QoS 사용자 프로파일을 RAN(1104)에 송신한다(블록 1122). 단계(4)에서, MS(1102)는 IPCP 구성 요청을 PDSN(1106)에 송신한다(블록 1124). 단계(5)에서, PDSN(1106)은 IPCP 구성 Ack(MS의 단순 IP 어드레스)를 MS(1102)에 송신한다(블록 1126). 단계(6)에서, PDSN(1106)은 어카운팅 요청(시작)을 HAAA(1112)에 송신한다(블록 1128). 단계(7)에서, PDSN(1106)은 IP-CAN 세션 설정을 hPCRF(1110)에 송신한다(블록 1130). 단계(8)에서, hPCRF(1110)은 IP-CAN 설정에 관한 Ack을 PDSN(1106)에 송신한다(블록 1132). 단계(9)에서, MS(1102)는 애플리케이션을 오픈한다(블록 1134). 단계(10)에서, 애플리케이션 등록(선택적, 예를 들어, SIP 레지스터)이 MS(1102)와 AF(1114) 사이에서 수행된다(블록 1136). 단계(11)에서, MS(1102)와 RAN(1104)은 QoS 흐름 구성을 통신한다(블록 1138). RAN(1104) 및 PDSN(1106)은 A11 인터페이스를 통해 (요청된 QoS 및 허가된 QoS를) 통신한다(블록 1140). 단계(12)에서, MS(1102)는 RSVP Resv를 PDSN(1106)에 송신한다(블록 1142). 단계(13)에서, PDSN(1106)은 허가된 흐름프로파일ID를 QCI/MBR/GBR에 맵핑한다(블록 1144). 단계(14)에서, PDSN(1106)은 IP-CAN 세션 수정을 hPCRF(1110)에 송신한다(블록 1146). 단계(15)에서, hPCRF(1110)은 PCRF 정책 판단을 수행한다(블록 1148). 단계(16)에서, hPCRF(1110)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(1106)에 송신한다(블록 1150). 단계(17)에서, PDSN(1106)은 RSVP ResvConf를 MS(1102)에 송신한다(블록 1152). 단계(18)에서, 타임아웃(timeout)이 hPCRF(1110)에서 발생한다(블록 1154). 단계(19)에서, hPCRF(1110)는 QoS 삭제를 PDSN(1106)에 송신한다(블록 1156). 단계(20)에서, PDSN(1106)는 PF들을 유지한다(블록 1158). 단계(21)에서, 사용자는 MS(1102)를 이용하여 호를 시작한다(블록 1160). 단계(22)에서, MS(1102)는 예비 온을 RAN(1104)에 송신한다(블록 1162). RAN(1104) 및 PDSN(1106)은 A11 인터페이스를 통해 (공중링크 기록을) 통신한다(블록 1164). 단계(23)에서, PDSN(1106)은 IP-CAN 세션 수정을 hPCRF(1110)에 송신한다(블록 1166). 단계(24)에서, hPCRF(1110)은 PCRF 정책 판단을 수행한다(블록 1168). 단계(25)에서, hPCRF(1110)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(1106)에 송신한다(블록 1170). 단계(26)에서, 애플리케이션 시그널링(예를 들어, SIP 초대 등)은 MS(1102)와 AF(1114) 사이에서 발생한다(블록 1172). 단계(27)에서, AF는 애플리케이션/서비스 정보를 hPCRF(1110)에 송신한다(블록 1174). 단계(28)에서, hPCRF(1110)은 Ack를 AF(1114)에 송신한다(블록 1176). 단계(29)에서, hPCRF(1110)은 PF가 매칭되고 QoS가 인가되었다고 결정하고 이에 따라 둘 중 어느것도 변경되지 않는다(블록 1178). 단계(30)에서, 데이터 호는 MS(1102)와 AF(1114) 사이에서 진행중이다(블록 1180). 단계(31)에서, MS(1102)의 사용자는 호를 종료시킨다(블록 1182). 단계(32)에서, 데이터 호 종결에 대한 애플리케이션 시그널링(예를 들어, SIP 바이)이 MS(1102)와 AF(1114) 사이에서 발생한다(블록 1184). 단계(33)에서, AF(1114)는 서비스 종결을 hPCRF(1110)에 송신한다(블록 1186). 단계(34)에서, hPCRF(1180)은 Ack를 AF(1114)에 송신한다(블록 1188). 단계(35)에서, hPCRF(1110)은 QoS 및 원래의 PF를 삭제하지 않는다(블록 1190). 단계(36A)에서, MS(1102)는 예비 오프를 RAN(1104)과 통신한다(블록 1192). 단계(36B)에서, RAN(1104)은 A11 인터페이스를 통해 (공중링크 기록을) PDSN(1106)과 통신한다(블록 1194). 단계(37)에서, PDSN(1106)은 IP-CAN 세션 수정을 hPCRF(1110)에 송신한다(블록 1196). 단계(38)에서, hPCRF(1110)은 PF 및 QoS를 제거한다(블록 1198). 단계(39)에서, hPCRF(1110)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(1106)에 송신한다(블록 1199).

다섯 번째로, 옵션 3은 MS-개시된 QoS에 대한 QoS 사전-셋업을 이용하지 않는다. MS는 각 패킷 데이터 호에 대해 QoS를 셋업 및 해제한다. PCRF는 SIP 시그널링으로부터 수신된 5-튜플들에 기초하여 각 호에 대한 정책 판단을 수행한다. PDSN은 상세한 패킷 필터들에 기초하여 트래픽 폴리싱(traffic policing)을 수행한다. MS로부터의 예비 온/오프는 X.S0011-D에 특정된 것과 같이 PDSN에서의 QoS 기반 어카운팅을 위해 이용된다. 또한, 3GPP PCC 과금은 서비스 정보(예를 들어, SIP 초대와 SIP 바이에 기초한 지속기간)에 기초한 어카운팅과 상관시키도록 이용될 수 있다.

따라서, 도 12에서, MS(1202), RAN(1204), PDSN(1206), vPCRF(1208), hPCRF(1210), HAAA(1212) 및 AF(1214)에 의해 수행되는 PCC 아키텍처를 갖는 HRPD에서의 MS-개시된 QoS에 대한 옵션 3을 위한 예시적인 호 흐름(1200)이 도시된다. 단계(1)에서, MS(1202)는 PDSN(1206)과 PPP LCP를 수행한다(블록 1216). 단계(2)에서, MS(1202) 및 PDSN(1206)은 예를 들어, EAP, CHAP 및 PAP일 수 있는 PPP 인증을 통신한다(블록 1218). 인증 및 인가(QoS 사용자 프로파일)는 HAAA(1212)로부터 PDSN(1206)으로 송신된다(블록 1220). 단계(3)에서, PDSN(1206)은 QoS 사용자 프로파일을 RAN(1204)에 송신한다(블록 1222). 단계(4)에서, MS(1202)는 IPCP 구성 요청을 PDSN(1206)에 송신한다(블록 1224). 단계(5)에서, PDSN(1206)은 IPCP 구성 Ack(MS의 단순 IP 어드레스)를 MS(1202)에 송신한다(블록 1226). 단계(6)에서, PDSN(1206)은 어카운팅 요청(시작)을 HAAA(1212)에 송신한다(블록 1228). 단계(7)에서, PDSN(1206)은 IP-CAN 세션 설정을 hPCRF(1210)에 송신한다(블록 1230). 단계(8)에서, hPCRF(1210)은 IP-CAN 설정에 관한 Ack을 PDSN(1206)에 송신한다(블록 1232). 단계(9)에서, MS(1202)는 애플리케이션을 오픈한다(블록 1234). 단계(10)에서, 애플리케이션 등록(선택적, 예를 들어, SIP 레지스터)이 MS(1202)와 AF(1214) 사이에서 수행된다(블록 1236). 단계(11)에서, 사용자는 데이터 호를 시작하도록 MS(1202)를 이용한다(블록 1238). 단계(12)에서, 애플리케이션 시그널링(예를 들어, SIP 초대 등)은 MS(1202)와 AF(1214) 사이에서 발생한다(블록 1240). 단계(13)에서, AF는 애플리케이션/서비스 정보를 hPCRF(1210)에 송신한다(블록 1242). 단계(14)에서, hPCRF(1210)은 Ack를 AF(1214)에 송신한다(블록 1244). 단계(15)에서, MS(1202)와 RAN(1204)은 QoS 흐름 구성을 통신한다(블록 1246). RAN(1204) 및 PDSN(1206)은 A11 인터페이스를 통해 (요청된 QoS 및 허가된 QoS를) 통신한다(블록 1248). 단계(16)에서, MS(1202)는 RSVP Resv를 PDSN(1206)에 송신한다(블록 1250). 단계(17)에서, PDSN(1206)은 허가된 사용자프로파일ID를 QCI/MBR/GBR에 맵핑한다(블록 1252). 단계(18)에서, PDSN(1206)은 IP-CAN 세션 수정을 hPCRF(1210)에 송신한다(블록 1254). 단계(19)에서, hPCRF(1210)은 PCRF 정책 판단을 수행한다(블록 1256). 단계(20)에서, hPCRF(1210)은 IP-CAN 세션 수정(게이트 오프)에 관한 Ack를 PDSN(1206)에 송신한다(블록 1258). 단계(21)에서, PDSN(1206)은 RSVP ResvConf를 MS(1202)에 송신한다(블록 1260). 단계(20)에서, MS(1202)는 예비 온을 RAN(1204)에 송신한다(블록 1262). RAN(1204) 및 PDSN(1206)은 A11 인터페이스를 통해 (공중링크 기록을) 통신한다(블록 1264). 단계(21)에서, 데이터 호는 MS(1202)와 AF(1214) 사이에서 진행중이다(블록 1266). 단계(22)에서, 데이터 호 종결에 대한 애플리케이션 시그널링(예를 들어, SIP 바이)이 MS(1202)와 AF(1214) 사이에서 발생한다(블록 1268). 단계(23)에서, AF(1214)는 서비스 종결을 hPCRF(1210)에 송신한다(블록 1270). 단계(24)에서, hPCRF(1280)은 Ack를 AF(1214)에 송신한다(블록 1272). 단계(25)에서, MS(1202)와 hPCRF(1210)는 흐름을 삭제하기 위해 단계들(15 내지 21)을 수행한다(블록 74). 단계(26A)에서, MS(1202)는 예비 오프(VoIP)를 RAN(1204)과 통신한다(블록 1276). 단계(26B)에서, RAN(1204)은 A11 인터페이스를 통해 (공중링크 기록을) PDSN(1206)과 통신한다(블록 1278).

3개의 주요 옵션들(1, 2 및 3)과 2개의 서브-옵션들(1.1, 2.1)의 비교는 위의 설명을 약술한다.

옵션 1은 보다 짧은 셋업 지연과 PCC 인터페이스 프로토콜들에 대한 변경들이 요구되지 않는다는 이점들을 갖는다. PCRF 동작에 대한 변경이 요구된다는 이슈가 제시된다. 애플리케이션 시그널링이 결여되는 경우에, PCRF는 동시에 이용되도록 허용되지 않는 상이한 사용자 트래픽의 정책 제어를 수행할 수 없다.

옵션 1.1은 보다 짧은 셋업 지연의 이점을 또한 갖는다. PDSN과 PCRF 동작에 대한 변경들이 요구된다는 점에서 이슈가 존재한다. PPC 인터페이스에 대한 변경들이 요구된다. 최적화의 경우들에 있어서, MS는 짧은 시간 기간 동안 다른 트래픽에 대한 QoS를 이용할 수 있다.

옵션 2는 PCC 인터페이스 프로토콜들에 대한 변경이 없다는 이점을 가지며 PCRF 동작들이 요구된다. 다른 이점은 보다 짧은 셋업 지연이다. 제시된 이슈들은 요구되는 PDSN 동작들에 대한 변경을 포함하고 초기 QoS 및 PF 셋업은 최초 데이터 호를 대기할 필요가 있다. 최적화 경우에 대해서, MS는 짧은 시간 기간 동안 다른 트래픽에 대한 QoS를 이용할 수 있다.

옵션 2.1은 PCRF 동작들 및 PCC 인터페이스 프로토콜들에 대한 변경이 없다는 이점을 갖는다. 다른 이점은 보다 짧은 셋업 지연이다. 제시된 이슈들은 PDSN 동작들에 대한 변경들이 요구된다는 것을 포함한다. MS는 짧은 시간 기간 동안 다른 트래픽에 대한 QoS를 이용할 수 있다. PDSN은 애플리케이션 시그널링으로부터 수신되는 5-튜플들에 기초한 폴리싱(policing)을 수행할 수 없다.

옵션 3은 표준에 대한 변경들이 필요하지 않으며 PDSN/PCRF에 대한 변경이 요구되지 않는다는 이점을 갖는다. 제시된 이슈들은 긴 호 셋업 지연을 포함한다. 또한, 옵션 3이 웹-브라우징 타입의 서비스들을 위해 이용되는 경우, 옵션 3은 예비 온/오프가 빈번하게 발생할 수 있기 때문에 MS, RAN, PDSN, 및 PCRF 사이에서 불필요한 시그널링을 야기할 수 있다. 결과적으로, PF 셋업/제거는 휴면 타이머(dormant timer)의 지속기간에 의존하여 빈번하게 발생할 수 있다.

사전-셋업 QoS 없이 발생하는 호 셋업 지연을 추가로 참조하면, PF 및 QoS가 각 패킷 호에 대해 설정 및 릴리즈될 필요가 있다. 그럼으로써, 지연의 2개의 부분들이 도입될 것이다: 예시적인 구현에서, RSVP를 통한 패킷 필터(PF) 설정 및 HRPD 라디오 세션 QoS 구성은 통상적으로 PDSN 처리 및 로딩으로 인한 지각 가능한 지연을 야기한다. MS 당 각 호에 대한 PF 설정 및 제거는 더 많은 로딩 및 프로세스를 PDSN에 부가할 것이다. eHRPD에서, 지연는 부가적인 QoS 확인으로 인해 두 배가 될 것이다. QoS 구성 및 PF 설정은 동시에 수행될 수 있다는 것이 인지되어야 한다.

eHRPD 및 HRPD에서의 네트워크-개시된 QoS에 대한 예비를 턴 온하기 위한 방법 및 장치

현재의 구현에서, RAN은 QoS흐름프로파일(QoSFlowProfile)에 기초하여 ReservationKKIdleStateForward/Reverse = 0x0, 0x1, 또는 0x2를 설정할 것이다.

0x0은 예비 온/오프가 명시적으로 송신될 필요가 있다는 것을 의미한다.

0x1은 트래픽 채널이 릴리즈될 때 예비가 자동으로 턴 오프되고 트래픽 채널이 할당될 때 예비 온이 요구된다는 것을 의미한다.

0x2는 트래픽 채널이 릴리즈될 때 예비는 자동으로 턴 오프되고 트래픽 패널이 할당될 때 턴 온된다는 것을 의미한다.

UE-개시된 QoS에 있어서, UE는 일반적으로 애플리케이션 및 ReservationKKIdleStateForward/Reverse 값에 기초하여 예비 온(오프)을 송신할 것이다. UE는 ReservationKKIdleStateForward/Reverse 값을 요청할 수 있고 RAN은 QoS 흐름프로파일에 기초하여 또는 사용자의 요청에 기초하여 결정할 수 있다. 그러나 예비가 네트워크-개시된 QoS에 대해 턴 온 및 오프되어야 하는 시기가 명확하지 않다. 일반적으로 현재는 UE가 흐름을 부가하기 위한 RSVP를 수신할 때 예비 온을 송신하고 흐름을 삭제하기 위한 RSVP를 수신할 때 예비 오프를 송신할 것이라고 가정한다. 3GPP2 X.S0057 V2.0에 대응하는 섹션을 참조할 수 있지만, 이를 위한 스테이지 3 요건(stage 3 requirement)이 존재하지 않는다는 것이 인지될 것이다. 또한, UE가 유휴 상태로 되고 흐름 삭제와 관련된 RSVP를 수신하지 않는 경우, UE에 트래픽 채널이 할당될 때 순방향 링크(FL) 및 역방향 링크(RL) 둘 다에 대한 데이터 흐름이 존재하는지 여부의 사실과 무관하게 UE가 디바이스의 모든 네트워크-개시된 QoS 흐름들을 자동으로 턴 온 할것이라고 가정한다. 다시 말하지만, 스테이지 3 요건들이 존재하지 않는다.

위의 가정들이 주어지면, 다음의 단점들에 직면하게 될 것이다:

UE는 ReservationKKIdleStateForward/Reverse 값에 기초하여 트래픽 채널이 할당되고 릴리즈될 때마다 예비 온/오프에 대한 요청을 위한 동작을 수행할 필요가 있고;

UE에 대한 복잡도가 증가되고;

트래픽 채널이 다른 목적들 또는 다른 흐름들에 대해 할당될 때 이 흐름과 관련된 예비 역시 턴 온될 필요가 있다는 것은 효율적이지 않고;

활성화가 실패하고 그에 따라 UE가 계속 재시도하도록 요구하는 상황들은 효율적이지 않다.

위의 고려사항들을 다루기 위해, 네트워크가 네트워크-개시된 QoS에 대한 완전한 제어를 하고자 하는 경우, RAN은 항상 네트워크-개시된 QoS 흐름들에 대해서 ReservationKKIdleState를 0x2로 설정해야 한다. RAN은 UE가 접속 상태에 진입할 때 이 네트워크-개시된 QoS 흐름에 대해 자원들을 항상 할당할 것이다.

추가의 지능(intelligence)이 네트워크 측에서 요구되는 경우, 네트워크는 ReservationKKIdleState = 0x0, 0x1, 또는 0x2를 적절히 이용하도록 네트워크 개시된 QoS 흐름들을 구성할 수 있다. 정보는 PCRF로부터 직접 발생할 수 있고, HSGW/PDSN은 네트워크 정책 및 QoS 정보(예를 들어, QCI/GBR/MBR 또는 QoS흐름프로파일ID)에 기초하여 이를 구성할 수 있다. 그 다음, HSGW/PDSN은 A11 시그널링을 통해 직접 RAN에 표시할 수 있거나, 또는 HSGW/PDSN은 RSVP 메시지를 통해 MS에 표시하고, 그 후 MS는 공중 인터페이스 시그널링을 통해 RAN에 표시한다. 네트워크는 QoS 흐름의 턴 온 및 오프를 효율적으로 관리할 수 있고 현재 UE에서 구성된 모든 네트워크-개시된 QoS 흐름들에 대해 자원들을 할당하지는 않을 수 있다.

요약하면, 네트워크는 QoS 흐름의 예비의 턴 온 또는 오프와 설정 구성을 제어한다. PCRF는 A11 시그널링을 통해, 또는 RSVP 메시지를 통해(그 후 공중 인터페이스 시그널링을 통해 MS로부터 RAN로) HSGW/PDSN에 표시할 수 있다. RAN은 ReservationKKIdleState의 값을 적절히 설정하고 이에 따라 예비 온/오프를 턴 온할 수 있다.

도 13에서, UE(1302), eAN/ePCF(1304), HSGW(1306), P-GW(1308), vPCRF(로밍 시나리오를 위해)(1310), 및 hPCRF(1312)에 의해 수행되는 네트워크-개시된 QoS(옵션 1)에 대한 예시적인 호 흐름(1300)이 도시된다. 단계(1)에서, hPCRF(1312)는 게이트웨이 제어 및 QoS 규칙 프로비전을 HSGW(1306)에 송신한다(블록 1314). 단계(2)에서, HSGW(1306)은 PCC 규칙들에서 제공된 정보를 eHRPD QoS 프로파일 ID(들)에 맵핑한다. 단계(3)에서, UE(1302)는 접속 상태에 진입한다(블록 1318). HSGW(1306)은 VSNP : [PDN-ID] Resv (add UL/DL 패킷 필터, QoS 리스트, 트랜잭션 ID = nn)를 UE(1302)에 송신한다(블록 1320). 단계(4)에서, A11 인터페이스를 통해, eAN/ePCF(1304) 및 HSGW(1306)은 흐름 ID, A10 ID, SO 세트 ReservationKKIdleState을 통신한다(블록 1322). 단계(5)에서, UE(1302)와 eAN/ePCF(1304) 간의 통신은 보조 흐름(예비, 프로파일ID)을 셋업한다(블록 1324). 단계(6)에서, UE(1302)는 VSNP: [PDN-ID] Resv (UL/DL TFT, 흐름 ID, 트랜잭션 ID = nn)를 eAN/ePCF(1304)에 송신한다(블록 1326). 단계(7)에서, HSGW(1306)은 VSNP: [PDN-ID] ResvConf (트랜잭션 ID = nn)를 UE(1302)에 송신한다(블록 1328). 단계(8)에서, ReservationKKIdleState가 0x0 또는 0x01인 경우 A11 시그널링(예비 온에 대한 요청)은 HSGW(1306)으로부터 eAN/ePCF(1304)로 송신된다(블록 1330). 단계(9)에서, eAN/ePCF(1304)는 예비 온(예비라벨)을 UE(1302)에 송신한다(블록 1332). 단계(10)에서, HSGW(1306)은 게이트웨이 제어 및 QoS 규칙 프로비저닝에 대한 Ack를 hPCRF(1312)에 송신한다(블록 1334). 단계(11)에서, PCC 규칙들 프로비전 프로시저들은 hPCRF(1312)와 vPCRF(1310) 사이에서 발생한다(블록 1336). 단계(12)에서, hPCRF(1312)는 게이트웨이 제어 및 QoS 규칙들 프로비전(게이트 오프 및 삭제 흐름)을 HSGW(1306)에 송신한다(블록 1338). 단계(13)에서, HSGW(1306)은 PCC 규칙들에서 제공된 정보를 eHRPD QoS 프로파일 ID(들)에 맵핑한다(블록 1340). 단계(14)에서, HSGW(1306)은 A11 인터페이스를 통해 예비 오프에 대한 요청을 eAN/ePCF(1304)에 송신한다(블록 1342). 단계(15)에서, eAN/ePCF(1304)는 예비 오프(예비라벨)를 UE(1302)에 송신한다(블록 1344). 단계(16)에서, HSGW(1306)은 VSNP: [PDN-ID] Resv (삭제 UL/DL 패킷 필터, 트랜잭션 ID = nn)을 UE(1302)에 송신한다(블록 1346). 단계(17)에서, UE(1302)는 VSNP: [PDN-ID] Resv (UL/DL TFT, 흐름 ID, 트랜잭션 ID = nn)을 HSGW(1306)에 송신한다(블록 1348). 단계(18)에서, HSGW(1306)은 VSNP: [PDN-ID] ResvConf (트랜잭션 ID = nn)을 UE(1302)에 송신한다(블록 1350). 단계(19)에서, 삭제 QoS 구성을 위한 통신이 UE(1302)와 eAN/ePCF(1304) 사이에서 발생한다(블록 1352). 단계(20)에서, HSGW(1306)은 게이트웨이 제어 및 QoS 규칙들 프로비전에 대한 Ack를 hPCRF(1312)에 송신한다(블록 1354). 단계(21)에서, PCC 규칙들 프로비전 프로시저들을 위한 통신이 vPCRF(1310)와 hPCRF(1312) 사이에서 발생한다(블록 1356).

도 14에서, UE(1402), eAN/ePCF(1404), HSGW(1406), P-GW(1408), vPCRF(로밍 시나리오를 위해)(1410), 및 hPCRF(1412)에 의해 수행되는 네트워크-개시된 QoS(옵션 2)에 대한 예시적인 호 흐름(1400)이 도시된다. 단계(1)에서, hPCRF(1412)는 게이트 제어 및 QoS 규칙 프로비전을 HSGW(1406)에 송신한다(블록 1414). 단계(2)에서, HSGW(1406)은 PCC 규칙들에서 제공된 정보를 eHRPD QoS 프로파일 ID(들)에 맵핑한다. 단계(3)에서, UE(1402)는 접속 상태에 진입한다(블록 1418). HSGW(1406)은 VSNP : [PDN-ID] Resv (add UL/DL 패킷 필터, QoS 리스트, ReservationKKIdleState, 트랜잭션 ID = nn)를 UE(1402)에 송신한다(블록 1420). 단계(4)에서, UE(1402)와 eAN/ePCF(1404) 간의 통신은 보조 흐름(예비, 프로파일ID)를 셋업한다(블록 1424). 단계(5)에서, A11 인터페이스를 통해, eAN/ePCF(1404) 및 HSGW(1406)은 흐름 ID, A10 ID, SO를 통신한다(블록 1422). 단계(6)에서, UE(1402)는 VSNP : [PDN-ID] Resv (UL/DL TFT, 흐름 ID, 트랜잭션 ID = nn)를 eAN/ePCF(1404)에 송신한다(블록 1426). 단계(7)에서, HSGW(1406)은 VSNP: [PDN-ID] ResvConf (트랜잭션 ID = nn)를 UE(1402)에 송신한다(블록 1428). 단계(8)에서, ReservationKKIdleState가 0x0 또는 0x01인 경우 A11 시그널링(예비 온에 대한 요청)은 HSGW(1406)으로부터 eAN/ePCF(1404)로 송신된다(블록 1430). 단계(9)에서, eAN/ePCF(1404)는 예비 온(예비라벨)을 UE(1402)에 송신한다(블록 1432). 단계(10)에서, HSGW(1406)은 게이트웨이 제어 및 QoS 규칙 프로비저닝에 대한 Ack를 hPCRF(1412)에 송신한다(블록 1434). 단계(11)에서, PCC 규칙들 프로비전 프로시저들은 hPCRF(1412)와 vPCRF(1410) 사이에서 발생한다(블록 1436). 단계(12)에서, hPCRF(1412)는 게이트웨이 제어 및 QoS 규칙들 프로비전(게이트 오프 및 삭제 흐름)을 HSGW(1406)에 송신한다(블록 1438). 단계(13)에서, HSGW(1406)은 PCC 규칙들에서 제공된 정보를 eHRPD QoS 프로파일 ID(들)에 맵핑한다(블록 1440). 단계(14)에서, HSGW(1406)은 A11 인터페이스를 통해 예비 오프에 대한 요청을 eAN/ePCF(1404)에 송신한다(블록 1442). 단계(15)에서, eAN/ePCF(1404)는 예비 오프(예비라벨)를 UE(1402)에 송신한다(블록 1444). 단계(16)에서, HSGW(1406)은 VSNP: [PDN-ID] Resv (삭제 UL/DL 패킷 필터, 트랜잭션 ID = nn)을 UE(1402)에 송신한다(블록 1446). 단계(17)에서, UE(1402)는 VSNP: [PDN-ID] Resv (UL/DL TFT, 흐름 ID, 트랜잭션 ID = nn)을 HSGW(1406)에 송신한다(블록 1448). 단계(18)에서, HSGW(1406)은 VSNP: [PDN-ID] ResvConf (트랜잭션 ID = nn)을 UE(1402)에 송신한다(블록 1450). 단계(19)에서, 삭제 QoS 구성을 위한 통신이 UE(1402)와 eAN/ePCF(1404) 사이에서 발생한다(블록 1452). 단계(20)에서, HSGW(1406)은 게이트웨이 제어 및 QoS 규칙들 프로비전에 대한 Ack를 hPCRF(1412)에 송신한다(블록 1454). 단계(21)에서, PCC 규칙들 프로비전 프로시저들을 위한 통신이 vPCRF(1410)와 hPCRF(1412) 사이에서 발생한다(블록 1456).

무선 통신 시스템들은 음성, 데이터 등과 같은 다양한 타입들의 통신 콘텐츠를 제공하기 위해 널리 전개된다는 것이 인지되어야 한다. 이 시스템들은 가용 시스템 자원들(예를 들어, 대역폭 및 전송 전력)을 공유함으로써 다수의 사용자들과의 통신을 지원할 수 있는 다중-액세스 시스템들일 수 있다. 이러한 다중-액세스 시스템들의 예들은 CDMA(code division multiple access) 시스템들, TDMA(time division multiple access) 시스템들, FDMA(frequency division multiple access) 시스템들, 3GPP LTE 시스템들, 및 OFDMA(orthogonal frequency division multiple access) 시스템들을 포함한다.

무선 다중-액세스 통신 시스템은 다수의 무선 액세스 단말들에 대한 통신을 동시에 지원할 수 있다. 상술한 바와 같이, 각 단말은 순방향 링크 및 역방향 링크 상의 전송을 통해 하나 이상의 기지국들과 통신할 수 있다. 순방향 링크(또는 다운링크)는 기지국들로부터 단말들로의 통신 링크를 지칭하고, 역방향 링크(또는 업링크)는 단말들로부터 기지국들로의 통신 링크를 지칭한다. 이 통신 링크는 단일-입력-단일-출력 시스템, MIMO(multiple-in-multiple-out) 시스템, 또는 몇몇의 다른 타입의 시스템을 통해 설정될 수 있다.

도 15를 참조하면, 일 양상에 따른 다중 액세스 무선 통신 시스템이 예시된다. 액세스 포인트(1500)(AP)는 1504와 1506을 포함하는 일 그룹, 1508과 1510을 포함하는 또 다른 그룹, 1512와 1514를 포함하는 추가적인 그룹인, 다수의 안테나 그룹들을 포함한다. 그러나 도 15에서, 각 안테나 그룹에 대해 단지 두 개의 안테나들이 도시되어 있으나, 더 많거나 더 적은 안테나들이 각 안테나 그룹에 대하여 활용될 수 있다. 액세스 단말(1516)(AT)은 안테나들(1512 및 1514)과 통신하며, 여기서 안테나들(1512 및 1514)은 순방향 링크(1520)를 통해 액세스 단말(1516)에 정보를 전송하고 역방향 링크(1518)를 통해 액세스 단말(1516)로부터 정보를 수신한다. 액세스 단말(1522)은 안테나들(1506 및 1508)과 통신하며, 여기서 안테나들(1506 및 1508)은 순방향 링크(1526)를 통해 액세스 단말(1522)에 정보를 전송하고 역방향 링크(1524)를 통해 액세스 단말(1522)로부터 정보를 수신한다. FDD 시스템에서, 통신 링크들(1518, 1520, 1524, 및 1526)은 통신을 위하여 상이한 주파수들을 이용할 수 있다. 예를 들어, 순방향 링크(1520)는 역방향 링크(1518)에 의해 이용되는 주파수와 상이한 주파수를 이용할 수 있다.

각 그룹의 안테나들 및/또는 이들이 통신하도록 설계된 영역은 종종 액세스 포인트(400)의 섹터로서 지칭된다. 양상에서, 각 안테나 그룹은 액세스 포인트(1500)에 의해 커버되는 영역들의 섹터 내의 액세스 단말들(1516 및 1522)과 통신하도록 각각 설계된다.

순방향 링크들(1520 및 1526)을 통한 통신에서, 액세스 포인트(1500)의 전송 안테나들은 상이한 액세스 단말들(1516 및 1522)에 대한 순방향 링크들의 신호 대 잡음비를 개선시키기 위하여 빔포밍(beamforming)을 이용한다. 또한, 액세스 포인트의 커버리지를 통하여 무작위로 퍼져있는 액세스 단말들에 전송하도록 빔포밍을 이용하는 액세스 포인트는 단일 안테나를 통하여 그의 모든 액세스 단말들에 전송하는 액세스 포인트보다 이웃 셀들의 액세스 단말들에 더 적은 간섭을 야기한다.

액세스 포인트(1500)는 단말들과 통신하기 위해 이용되는 고정 국일 수 있으며 또한 액세스 포인트, 노드 B, 또는 몇몇 다른 용어로도 지칭될 수 있다. 액세스 단말(1516 및 1522)은 또한 사용자 장비(UE), 무선 통신 디바이스, 단말 또는 몇몇 다른 용어로도 불릴 수 있다.

MIMO 시스템은 데이터 전송을 위해 다수(N _T )의 전송 안테나들 및 다수(N _R )의 수신 안테나들을 이용한다. N _T 개의 전송 안테나들 및 N _R 개의 수신 안테나들에 의해 형성되는 MIMO 채널은 공간 채널들(spatial channels)로서도 지칭되는 N _S 개의 독립 채널들로 분해될 수 있고, 여기서 N _S ≤ min{N _T , N _R }이다. N _S 개의 독립 채널들 각각은 차원(dimension)에 대응한다. MIMO 시스템은 다수의 전송 및 수신 안테나들에 의해 생성된 부가적인 차원들이 활용되는 경우 개선된 성능(예를 들어, 더 높은 쓰루풋 및/또는 더 나은 신뢰도)을 제공할 수 있다.

MIMO 시스템은 시분할 듀플렉스("TDD") 및 주파수 분할 듀플렉스("FDD")를 지원할 수 있다. TDD 시스템에서, 순방향 링크 전송 및 역방향 링크 전송은 상호주의 원칙(reciprocity principle)이 역방향 링크 채널로부터 순방향 링크 채널의 추정을 허용하도록 동일한 주파수 영역을 통해 이루어진다. 이는 다수의 안테나들이 액세스 포인트에서 이용 가능할 때 액세스 포인트가 순방향 링크 상에서 전송 빔-포밍 이득을 추출하는 것을 가능하게 한다.

여기서의 내용들은 적어도 하나의 다른 노드와 통신하기 위해 다양한 컴포넌트들을 이용하는 노드(예를 들어, 디바이스)에 통합될 수 있다. 도 16은 노드들 간의 통신을 용이하게 하기 위해 이용될 수 있는 몇 개의 샘플 컴포넌트들을 도시한다. 구체적으로, 도 16은 MIMO 시스템(1600)의 무선 디바이스(1610)(예를 들어, 액세스 포인트) 및 무선 디바이스(1650)(예를 들어, 액세스 단말)를 예시한다. 디바이스(1610)에서, 다수의 데이터 스트림들에 대한 트래픽 데이터는 데이터 소스(1612)로부터 전송 ("TX") 데이터 처리기(1614)로 제공된다.

몇몇 양상들에서, 각 데이터 스트림은 각각의 전송 안테나를 통해 전송된다. TX 데이터 처리기(1614)는 각 데이터 스트림에 대해 선택된 특정한 코딩 방식에 기초하여 각 데이터 스트림에 대한 트래픽 데이터를 포맷팅, 코딩 및 인터리빙하여 코딩된 데이터를 제공한다.

각 데이터 스트림에 대한 코딩된 데이터는 OFDM 기법들을 이용하여 파일롯 데이터와 멀티플렉싱될 수 있다. 파일롯 데이터는 통상적으로 알려진 방식으로 처리되는 알려진 데이터 패턴이고 채널 응답을 추정하기 위해 수신기 시스템에서 이용될 수 있다. 그 다음, 각각의 데이터 스트림에 대한 멀티플렉싱된 파일롯 및 코딩된 데이터는 각각의 데이터 스트림에 대해 선택된 특정한 변조 방식(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)에 기초하여 변조(즉, 심볼 맵핑)되어 변조 심볼들을 제공한다. 각 데이터 스트림에 대한 데이터 레이트, 코딩, 및 변조는 처리기(1630)에 의해 수행되는 명령들에 의해 결정될 수 있다. 데이터 메모리(1632)는 디바이스(1610)의 처리기(1630) 또는 다른 컴포넌트들에 의해 이용되는 프로그램 코드, 데이터, 및 다른 정보를 저장할 수 있다.

그 다음, 모든 데이터 스트림들에 대한 변조 심볼들은 변조 심볼들을 추가로 처리할 수 있는 TX MIMO 처리기(1620)에 제공된다(예를 들어, OFDM을 위해). 그 다음, TX MIMO 처리기(1620)는 N _T 개의 변조 심볼 스트림들을, 전송기(TMTR) 및 수신기(RCVR)를 각각 갖는 N _T 개의 트랜시버들("XCVR")(1622a 내지 1622t)에 제공한다. 몇몇의 양상들에서, TX MIMO 처리기(1620)는 데이터 스트림들의 심볼들 및 심볼들이 전송되고 있는 안테나에 빔-포밍 가중치들을 적용한다.

각각의 트랜시버(1622a 내지 1622t)는 하나 이상의 아날로그 신호들을 제공하도록 각각의 심볼 스트림을 수신하고 처리하며, MIMO 채널을 통한 전송에 적합한 변조된 신호를 제공하도록 아날로그 신호를 추가로 컨디셔닝(예를 들어, 증폭, 필터링, 및 상향변환)한다. 그 다음, 트랜시버들(1622a 내지 1622t)로부터의 N _T 개의 변조된 신호들은 N _T 개의 안테나들(1624a 내지 1624t)로부터 각각 전송된다.

디바이스(1650)에서, 전송된 변조된 신호들은 N _R 개의 안테나들(1652a 내지 1652r)에 의해 수신되고, 각각의 안테나(1652a 내지 1652r)로부터의 수신된 신호는 각각의 트랜시버("XCVR")(1654a 내지 1654r)에 제공된다. 각각의 트랜시버(1654a 내지 1654r)는 각각의 수신된 신호를 컨디셔닝(예를 들어, 필터링, 증폭 및 하향변환)하고, 샘플들을 제공하도록 컨디셔닝된 신호들을 디지털화하고, 대응하는 "수신된" 심볼 스트림을 제공하도록 샘플들을 추가로 처리한다.

그 다음, 수신("RX") 데이터 처리기(1660)는 N _T 개의 "검출된" 심볼 스트림들을 제공하기 위해 특정한 수신기 처리 기법에 기초하여 N _R 개의 트랜시버들(1654a 내지 1654r)로부터 N _R 개의 수신된 심볼 스트림들을 수신하고 처리한다. 그 다음, RX 데이터 처리기(1660)는 데이터 스트림에 대한 트래픽 데이터를 복구하도록 각각의 검출된 심볼 스트림을 복조, 디인터리빙, 및 디코딩한다. RX 데이터 처리기(1660)에 의한 처리는 디바이스(1610)에서의 TX 데이터 처리기(1614) 및 TX MIMO 처리기(1620)에 의해 수행된 처리에 상보적이다.

처리기(1670)는 어느 프리-코딩 매트릭스를 이용할지 주기적으로 결정한다. 처리기(1670)는 매트릭스 인덱스 부분 및 랭크 값 부분을 포함하는 역방향 링크 메시지를 포뮬레이팅(formulate)한다. 데이터 메모리(1672)는 디바이스(1650)의 처리기(1670) 또는 다른 컴포넌트들에 의해 이용되는 프로그램 코드, 데이터 및 다른 정보를 저장할 수 있다.

역방향 링크 메시지는 통신 링크 및/또는 수신된 데이터 스트림에 관한 다양한 타입들의 정보를 포함할 수 있다. 그 다음, 역방향 링크 메시지는 데이터 소스(1636)로부터 다수의 데이터 스트림들에 대한 트래픽 데이터를 또한 수신하는 TX 데이터 처리기(1638)에 의해 처리되고, 변조기(1680)에 의해 변조되고, 트랜시버들(1654a 내지 1654r)에 의해 컨디셔닝되고, 디바이스(1610)에 다시(back) 전송된다.

디바이스(1610)에서, 디바이스(1650)로부터의 변조된 신호들은 안테나(1624a 내지 1624t)에 의해 수신되고, 트랜시버들(1622a 내지 1622t)에 의해 컨디셔닝되고, 복조기("DEMOD"; 1640)에 의해 복조되고, 디바이스(1650)에 의해 전송된 역방향 링크 메시지를 추출하도록 RX 데이터 처리기(1642)에 의해 처리된다. 그 다음, 처리기(1630)는 빔-포밍 가중치들을 결정하기 위해 어느 프리-코딩 매트릭스를 이용할지 결정하고, 다음으로 추출된 메시지를 처리한다.

도 16은 또한 통신 컴포넌트들이 간섭 제어 동작을 수행하는 하나 이상의 컴포넌트들을 포함한다는 것을 예시한다. 예를 들어, 간섭("INTER") 제어 컴포넌트(1690)는 디바이스(1610)의 처리기(1630) 및/또는 다른 컴포넌트들과 협력하여 다른 디바이스(예를 들어, 디바이스(1650))로/로부터 신호들을 전송/수신할 수 있다. 유사하게, 간섭 제어 컴포넌트(1692)는 디바이스(1650)의 처리기(1670) 및/또는 다른 컴포넌트들과 협력하여 다른 디바이스(예를 들어, 디바이스(1610))로/로부터 신호들을 송신/수신할 수 있다. 각 디바이스(1610 및 1650)에 있어서 기술된 컴포넌트들 중 2개 이상의 컴포넌트들의 기능은 단일의 컴포넌트에 의해 제공될 수 있다는 것이 인지되어야 한다. 예를 들어, 단일의 처리 컴포넌트는 간섭 제어 컴포넌트(1690) 및 처리기(1630)의 기능을 제공할 수 있고 단일의 처리 컴포넌트는 간섭 제어 컴포넌트(1692) 및 처리기(1670)의 기능을 제공할 수 있다.

도 17은 여기서의 교시들이 구현될 수 있는 다수의 사용자들을 지원하도록 구성된 무선 통신 시스템(1700)을 예시한다. 시스템(1700)은 예를 들어, 매크로 셀들(1702a 내지 1702g)과 같이, 각각의 셀이 대응하는 액세스 노드(1704)(예를 들어, 액세스 노드들(1704a 내지 1704g))에 의해 서비스되는 다수의 셀들에 대한 통신을 제공한다. 도 17에서 도시된 바와 같이, 액세스 단말(1706)(예를 들어, 액세스 단말들(1706a 내지 1706l))은 시간이 경과함에 따라 시스템 전체에 걸쳐서 다양한 위치들에 분산될 수 있다. 각 액세스 단말(1706)은 주어진 순간에, 예를 들어, 액세스 단말(1706)이 활성인지 여부 및 액세스 단말이 소프트 핸드오프에 있는지 여부에 의존하여 순방향 링크("FL") 및/또는 역방향 링크("RL")를 통해 하나 이상의 액세스 노드들(1704)과 통신할 수 있다. 무선 통신 시스템(1700)은 넓은 지리적인 영역에 대해 서비스를 제공할 수 있다. 예를 들어, 매크로 셀들(1702a 내지 1702g)은 이웃한 몇 개의 블록들을 커버할 수 있다.

도 17에서, 통신 시스템(1700)은 UE(1706)로서 도시된 모바일 디바이스에 커버리지를 제공하기 위해 E-UTRAN(Evolved Universal Terrestrial Radio Access Network) 네트워크/EPC(Evolved Packet Core) 네트워크(1702)(즉, GSM(Global System for Mobile Communications) 또는 WCDMA(Wideband Code Division Multiple Access)) 및 3GPP 네트워크(1704)로 도시된다. 3GPP2(3rd Generation Partnership Project 2)는 ITU의 IMT-2000 프로젝트 범위 내의 전세계적으로 응용 가능한 3세대(3G) 모바일 전화 시스템 규격을 규정하기 위한 전기통신 협회들 간의 협약이다. 실제로 3GPP2는 앞선 2G CDMA 기술에 기초한 3G 표준들의 세트인 CDMA2000을 위한 표준화 그룹이다. 3GPP2는 UMTS로서 알려진 다른 3G 기술에 대한 표준들을 규정하는 3GPP와 혼동해서는 안된다.

LTE 기술은 WCDMA 및 CDMA2000을 포함하는 3G 시스템들의 혁신적인 업그레이드이다. 2G/3G 시스템들로부터 LTE로의 진화 경로는 기본적으로 시스템들간의 연동과 끊김 없는 핸드오버를 실현함으로써 저 비용으로 기존의 네트워크를 이주시키는 것이다. 시스템 아키텍처 진화(다른 말로, SAE)는 3GPP의 LTE 무선 통신 표준의 코어 네트워크 아키텍처이다. SAE는 GPRS(General Packet Radio Service) 코어 네트워크의 진화로서 몇 개의 차이점들을 갖는다; (1) 단순화된 아키텍처; (2) AIPN(All IP Network); 및 (3) GPRS와 같은 종래의 시스템들은 물론 비-3GPP 시스템들(말하자면 WiMAX)을 포함하는 다수의 이종(heterogeneous) RAN들(radio access networks) 간의 이동성 및 더 높은 쓰루풋 및 더 낮은 지연의 RAN들을 지원.

LTE를 위한 이볼브드(evolved) RAN은 단일 노드, 즉, UE(1706)와 인터페이싱하는 이볼브드 베이스 노드("e노드 B" 또는 "eNB")로 구성된다. eNB는 E-UTRAN/EPC 네트워크(1702)에 대한 E-UTRAN(1708)로서 도시된다. eNB는 PHY(PHYsical), MAC(Medium Access Control), RLC(Radio Link Control), 및 사용자-평면 헤더-압축(user-plane header-compression) 및 암호화의 기능을 포함하는 PDCP(Packet Data Control Protocol) 층들을 호스팅(host)한다. eNB는 또한 제어 평면에 대응하는 RRC(Radio Resource Control) 기능을 제공한다. eNB는 라디오 자원 관리, 수락 제어, 스케줄링, 협의된 UL(Uplink) QoS(Quality of Service)의 시행, 셀 정보 브로드캐스트, 사용자 및 제어 평면 데이터의 암호화/복호화, DL/UL(Downlink/Uplink) 사용자 평면 패킷 헤더들의 압축/압축해제를 포함하는 다양한 기능들을 수행한다.

전반적으로, UE(1706)로의 라디오 액세스를 위해 3개의 상이한 RAT들(Radio Access Technologies)이 도시된다. E-UTRAN(1708)은 UE(1706)으로의 Uu 외부 라디오 인터페이스(논리적 인터페이스)를 갖는다. 3GPP2 네트워크(1704) 상에서, HRPD BTS(Base Transceiver System)(1710) 및 1xRTT(라디오 전송 기술) BTS(1712) 둘 다는 UE(1706)으로의 Um 외부 라디오 인터페이스를 가질 수 있다. 예들은 3GPP 시스템들용으로 UE(1706)으로의 Uu 또는 Um 및 3GPP2 시스템들(즉, CDMA)용의 Um이다. UE(1706)으로의 외부 인터페이스는 공중 인터페이스(1714)를 통해 사용자 데이터 및 시그널링 데이터를 전송한다.

SAE 아키텍처의 주요 컴포넌트는 SAE 코어로서 또한 알려진 EPC(1702)이다. EPC(1702)는 MME(Mobility Management Entity)(1716), SGW(Serving Gateway)(1718), PDN 게이트웨이(1720)의 서브컴포넌트들을 통해 GPRS 네트워크들의 등가물로서 기능한다.

MME(1716)는 E-UTRAN(1708)로서 도시된, LTE 액세스-네트워크를 위한 핵심적인(key) 제어-노드이다. 이는 유휴 모드 UE 트래킹 및 재전송들을 포함하는 페이징 프로시저를 책임진다. 이것은 베어러 활성/탈활성 프로세스에 관여하고 초기 부착시에 및 CN(Core Network) 노드 재배치(relocation)를 포함하는 인트라-LTE 핸드오버시에 UE(1706)에 대한 SGW(1718) 선택을 또한 책임진다. 이것은 (HSS와 상호작용함으로써)사용자 인증을 또한 책임진다. NAS(Non-Access Stratum) 시그널링은 MME(1716)에서 종결되고 UE들(1706)에 대한 임시 아이덴티티의 생성 및 할당을 책임진다. 이는 서비스 제공자의 PLMN(Public Land Mobile Network)를 캠핑 온(camp on) 시키도록 UE(1706)의 인가를 확인하고 UE 로밍 제약들을 강제한다. MME(1716)은 NAS 시그널링에 대한 암호화/무결성 보호를 위한 네트워크 내의 종결점(termination point)이고 보안 키 관리를 다룬다. 시그널링의 합법적인 인터셉션(interception)은 또한 MME(1716)에 의해 지원된다. MME(1716)은 또한 SGSN(도시되지 않음)로부터 MME(1716)에서 종결되는 S3 인터페이스를 통한 LTE와 2G/3G 액세스 네트워크간의 이동성을 위한 제어 평면 기능을 제공한다. MME(1716)는 또한 UE들을 로밍시키기 위해 HSS(Home Subscriber Server)(1722)에 대한 S6a 인터페이스를 종결시킨다.

SGW(1718)은 인터-e노드B 핸드오버들 동안 사용자 평면에 대한 이동성 앵커(mobility anchor)로서, 및 LTE와 다른 3GPP 기술들(S4 인터페이스를 종결키고 2G/3G 시스템들과 PGW 사이에서 트래픽을 중계함) 간의 이동성을 위한 앵커로서 또한 동작하면서 사용자 데이터 패킷들을 라우팅 및 포워딩한다. 유휴 상태 UE들(1706)에 대해, SGW(1718)는 DL(Downlink) 데이터 경로를 종결시키고 UE(1706)에 대한 DL 데이터가 도달할 때 페이징을 트리거한다. 이것은 UE 콘텍스트들(contexts), 예를 들어, IP(Internet Protocol), 베어러 서비스의 파라미터들, 네트워크 내부 라우팅 정보를 관리 및 저장한다. 이것은 또한 합법적인 인터셉션의 경우에 사용자 트래픽의 복제를 수행한다.

PGW(PDN Gateway)(1720)은 UE(1706)에 대한 트래픽의 출구 및 진입 지점이 됨으로써 UE(1706)으로부터, IMS(IP Multimedia Subsystem), PSS(Packet Switched Services) 등과 같은 운용자의 IP 서비스들(1724)로서 도시된 외부 패킷 데이터 네트워크들로의 접속을 제공한다. UE(1706)는 다수의 PDN들에 액세스하기 위해 2개 이상의 PGW(1720)과 동시적인 접속을 가질 수 있다. PGW(1720)는 정책 시행, 각 사용자에 대한 패킷 필터링, 과금 지원, 합법적인 인터셉션 및 패킷 스크리닝(packet screening)을 수행한다. PGW(1720)의 다른 핵심적인 역할은 WiMAX 및 3GPP2(CDMA 1X 및 EvDO)와 같은 비-3GPP 기술과 3GPP 기술간의 이동성을 위한 앵커로서 기능하는 것이다.

EPS의 핵심적인 특징은, 베어러-평면 기능(SGW(1718))을 수행하는 네트워크 엔티티로부터, 제어-평면 기능(MME(1716))을 수행하는 네트워크 엔티티를, 이들 사이의 잘 정의된 오픈 인터페이스(S11)를 통해 분리하는 것이다. E-UTRAN(1708)은 새로운 서비스들을 가능하게 하는 것은 물론 기존의 서비스들을 개선하기 위해 더 높은 대역폭을 제공하기 때문에, SGW(1718)로부터 MME(1716)의 분리는 SGW(1718)가 높은 대역폭 패킷 처리를 위해 최적화되는 플랫폼에 기초하는 반면에, MME(1716)은 시그널링 트랜잭션들을 위해 최적화된 플랫폼에 기초한다는 것을 암시한다. 이는 이들 2개의 엘리먼트 각각의 독립적인 시그널링은 물론, 이들 2개의 엘리먼트들 각각에 대한 보다 비용-효율적인 플랫폼들의 선택을 가능하게 한다. 서비스 제공자들은 또한 대역폭을 최적화하고 지연들을 감소시키고 장애 지점들의 집중을 방지하기 위해 MME들(1716)의 위치들과 독립적으로 네트워크 내의 SGW들(1718)의 최적화된 위상적 위치들을 선택할 수 있다.

AF(Application Function)는 트래픽 평면 자원들(예를 들어, UMTS 패킷 교환(PS) 도메인/GPRS 도메인 자원들)의 정책 및 과금 제어를 요구하는 애플리케이션들을 제공하는 엘리먼트이다. AF는 운용자들의 IP 서비스들(1724)로서 도시된다. 애플리케이션 기능의 일 예는 P-CSCF(Policy Control and Charging Rules Function)(1726)이다. AF는 PCRF(1726)에 세션 정보를 제공하기 위해 Rx 기준점을 이용할 수 있다. PCRF(1726)는 정책 제어 판단 및 흐름 기반 과금 제어 기능들을 포괄하는 기능적인 엘리먼트이다. PCRF(1726)는 서비스 데이터 흐름 검출, 게이팅(gating), QoS 및 PCEF(Policy and Charging Enforcement Function)(도시되지 않음)에 대한 흐름 기반 과금(크레딧 관리(credit management)는 제외)에 관한 네트워크 제어를 제공한다. PCRF는 AF로부터 세션 및 미디어 관련 정보를 수신하고 AF에 트래픽 평면 이벤트들을 통지한다. PCRF(1726)는 서비스 정보를 저장하기 이전에 AF에 의해 제공된 서비스 정보가 운용자 정의된 정책 규칙들과 일치하는지를 확인할 수 있다. 서비스 정보는 서비스에 대한 QoS를 유도하는데 이용되어야 한다. PCRF(1726)는 AF로부터 수신된 요청을 거절할 수 있고, 그 결과 PCRF(1726)는 AF에 응답하여, PCRF(1726)에 의해 수용될 수 있는 서비스 정보를 표시할 수 있다. PCRF(1726)는 정책 및 과금 제어 판단들을 위한 근간(basis)으로서 가입 정보를 이용할 수 있다. 가입 정보는 세션 기반 서비스 및 비-세션 기반 서비스 둘 다에 대해 적용할 수 있다. 각 서비스에 대한 구독 특정 정보는 예를 들어, 최대 QoS 클래스 및 최대 비트 레이트를 포함할 수 있다. AT가 이를 요청하는 경우, PCRF(1726)는 Rx 기준점을 통해 AF에 IP-CAN 세션 이벤트들(AF 시그널링 전송에 관한 이벤트들 및 베어러 이벤트들을 포함)을 보고한다.

3GPP AAA(Authentication, Authorization, Accounting) 서버(1728)는 S6c를 통해 PDN 게이트웨이(1720)에 인터페이스되고, SWx 인터페이스를 통해 HSS(1722)에 인터페이스된다.

S1-MME는 E-UTRAN(1708)과 MME(1716) 사이에서의 제어 평면 프로토콜을 위한 기준점이다. 이 기준점을 통한 프로토콜은 eRANAP(evolved Radio Access Network Application Protocol)이고, 전송 프로토콜로서 SCTP(Stream Control Transmission Protocol)를 이용한다.

E-UTRAN(1708)과 SGW(1718) 간의 S1-U 기준점은 핸드오버 동안 인터-eNB 경로 스위칭 및 베어러 당 사용자 평면 터널링을 위한 것이다. 이 인터페이스를 통한 전송 프로토콜은 GTP-U(GPRS Tunneling Protocol-User plane) 이다.

S2a는 신뢰되는(trusted) 비-3GPP IP 액세스 및 SGW(1718) 사이에서 관련된 제어 및 이동성 지원을 사용자 평면에 제공한다. S2a는 프록시 모바일(Proxy Mobile) IP에 기초한다. PMIP를 지원하지 않는 신뢰되는 비-3GPP IP 액세스들을 통한 액세스를 가능하게 하기 위해, S2a는 또한 클라이언트 모바일(Client Mobile) IPv4 FA 모드를 지원한다.

S2b는 ePDG(evolved Packet Data Gateway)와 PDN GW 사이에서 관련된 제어 및 이동성 지원을 사용자 평면에 제공한다. 이것은 프록시 모바일 IP에 기초한다.

S2c는 UE와 PDN GW 사이에서 관련된 제어 및 이동성 지원을 사용자 평면에 제공한다. 이 기준점은 신뢰되는 및/또는 신뢰되지 않는 비-3GPP 액세스 및/또는 3GPP 액세스를 통해 구현된다. 이 프로토콜은 클라이언트 모바일 IP 공동-위치(co-located) 모드에 기초한다.

S3는 SGSN(도시되지 않음)과 MME(1716) 간의 인터페이스이며, 유휴 또는 활성 상태에서 인터 3GPP 액세스 네트워크 이동성을 위한 사용자 및 베어러 정보 교환을 가능하게 한다. 이는 SGSN들 사이에서 정의된 것과 같은 Gn 기준점에 기초한다.

S4는 SGSN과 SGW(1718) 사이에서 관련된 제어 및 이동성 지원을 사용자 평면에 제공하며, SGSN과 GGSN(Gateway GPRS Support Node)(도시되지 않음) 사이에서 정의된 것과 같은 Gn 기준점에 기초한다.

S5는 SGW(1718)과 PDN GW(1720) 사이에서 사용자 평면 터널링 및 터널 관리를 제공한다. 이것은 SGW가 요구되는 PDN 접속을 위해 비-콜로게이트된(non-collocated) PDN GW에 접속할 필요가 있는 경우 UE 이동성에 기인한 SGW 재배치를 위해 이용된다.

S6a는 MME(1716)와 HSS(1722) 사이에서 이볼브드 시스템(AAA 인터페이스)으로의 사용자 액세스를 인증/인가하기 위해 구독 및 인증 데이터의 전달을 가능하게 한다.

S7은 PCRF(Policy and Charging Rules Function)로부터 PDN GW(1720)의 PCEF(Policy and Charging Enforcement Function)로, (QoS) 정책 및 과금 규칙의 전달을 제공한다. 이 인터페이스는 Gx 인터페이스에 기초한다.

S10은 MME 재배치 및 MME-MME 정보 전달을 위한 MME들(1716) 사이의 기준점이다.

S11은 MME(1716)와 SGW(1718) 사이의 기준점이다.

SGi는 PDN GW(1720)과 패킷 데이터 네트워크(1728) 사이의 기준점이다.

패킷 데이터 네트워크(PDN)(1728)는 운용자-외부의 공개 또는 사설 패킷 데이터 네트워크 또는 예를 들어, IMS 서비스들의 프로비전을 위한 운용자 내의 패킷 데이터 네트워크일 수 있다. 이 기준점은 2G/3G 액세스들(Rx+)에 대한 Gi에 대응한다. Rx 기준점은 애플리케이션 기능과 PCRF(1726) 사이에 상주한다.

3GPP2 네트워크(1704)는 HRPD BTS(1710) 및 1xRTT BTS(1712) 외에, HSGW(1730), eAN/ePCF(volved HRPD Access Network/Packet Control Function)(1732), 3GPP2 AAA 서버/프록시(1734), AN(Access Node)-AAA(1736), AN/PCF(1738), PDSN(Packet Data Serving Node)(1740) 및 BSC(Base Station Controller)/PCF(1742)를 포함하는 것으로서 도시된다.

이 아키텍처에서, S101, S103 및 S2a를 포함하는 몇 개의 새로운 인터페이스들은 CDMA2000 HRPD와 LTE 사이의 연동(interworking)을 실현하기 위해 도입된다. LTE의 시스템 아키텍처에 대응하여, PDSN(Packet Data Serving Node)은 HSGW(1730) 및 PDN GW(1720)으로 분할되는 반면에, AN/PCF(Access Network/Packet Control Function)(1738)은 3개의 새로운 인터페이스들을 지원하기 위해 eAN/ePCF(1732)으로 강화된다. HRPD는 여기서 eHRPD(evolved HRPD)로 칭해진다.

E-UTRAN 및 3GPP2 eHRPD 네트워크 아키텍처는 다음의 인터페이스들을 포함한다:

S101 기준점은 3GPP EPS(1702)의 MME(1716)와 3GPP2 eHRPD(1704)의 eAN/ePCF(1732) 사이에서의 시그널링 인터페이스를 제공한다. 이 S101 기준점은 소스/서빙 액세스 네트워크를 통해 UE(1706)와 타겟 액세스 네트워크 사이에서의 시그널링 및 데이터의 터널링을 제공한다. 이는 실제 핸드오버 이전에 타겟 시스템과 핸드오버 시그널링 메시지들을 사전-등록하고 교환하게 하여 2개의 시스템들 사이에서 끊김 없고 빠른 핸드오버를 실현하게 하기 위해 UE(1706)가 LTE 시스템 상에서 HRPD 공중 인터페이스 시그널링을 터널링하는 것을 허용한다.

S103 기준점은 다운링크 데이터를 포워딩하는데 이용되는 HSGW(1730)와 EPC SGW(Serving Gateway)(1718) 사이의 베어러 인터페이스이며, LTE로부터 HRPD로의 전달 동안 패킷 손실을 최소화한다. S103 기준점은 3GPP EPC(1702)의 SGW(1720)을 3GPP2 eHRPD 네트워크(1704)의 HSGW(1730)에 접속시킨다.

E-UTRAN 네트워크(1702)와 3GPP2 eHRPD 네트워크(1704) 간의 연동을 위해, 다음의 기준점들이 정의된다:

H1 기준점은 최적화된 인터-HSGW 핸드오프를 위해 소스 HSGW(S-HSGW)와 타겟 HSGW(T-HSGW) 사이에서 시그널링 정보를 전달한다.

HE 기준점은 최적화된 인터-HSGW 핸드오프를 위해 소스 HSGW(S-HSGW)와 타겟 HSGW(T-HSGW) 사이에서 사용자 트래픽을 전달한다.

Gxa 기준점은 3GPP EPC(1702)의 PCRF(1726)을 3GPP2 eHRPD 액세스 네트워크(1704)의 HSGW(1730)의 BBERF(Bearer Binding and Event Reporting Function)에 접속시킨다.

Pi^* 기준점은 HSGW(1730)을 3GPP2 AAA 서버/프록시(1734)에 접속시킨다.

S2a 기준점은 3GPP EPC(1702)의 PDN 게이트웨이(1720)를 3GPP2 eHRPD 네트워크(1704)의 HSGW(1730)에 접속시킨다. 이 기준점은 eHRPD 액세스 네트워크(1704)와 PGW(1720) 사이에서 관련된 제어 및 이동성 지원을 사용자 평면에 제공한다. S2a는 신뢰되는 비-3GPP IP 액세스(예를 들어, WiMAX 액세스 네트워크)와 3GPP 코어 네트워크(PDN 게이트웨이(1720)) 사이에서 관련된 제어 및 이동성 지원을 사용자 평면에 제공한다. 이는 모바일 액세스 게이트웨이와 패킷 데이터 게이트웨이 사이에서 정의된다. 모바일 IPv4가 S2a 프로토콜로서 이용되는 경우, 이 기준점의 WiMAX 측은 MIPv4 포린 에이전트 기능(Foreign Agent function)에 의해 종결된다.

S6b는 필요한 경우 이동성 관련 인증을 위해 3GPP AAA 서버/프록시(1734)와 PDN 게이트웨이(1720) 사이의 기준점이다. S6b는 또한 이동성 파라미터들의 저장을 리트리브(retrieve) 및 요청하는데 이용될 수 있다. 이 기준점은 또한 동적 PCC(Policy and Charging Control)가 지원되지 않는 경우 비-3GPP 액세스를 위해 UE에 대한 정적인 QoS 프로파일을 리트리브하는데 이용될 수 있다. Gx는 PCRF(1726)으로부터 PGW(1720)의 PCEF(Policy and Charging Enforcement Function)로 QoS 정책 및 과금 규칙들의 전달을 제공한다. Gxa는 PCRF(1726)으로부터 신뢰되는 비-3GPP 액세스들(ASN GW)로 QoS 정책 정보의 전달을 제공한다. Gxc는 PCRF(1726)으로부터 SGW(1718)로 QoS 정책 정보의 전달을 제공한다.

AN-AAA(1736)은 AN(1732, 1738)에서 수행될 인증 및 인가 기능들을 가능하게 하도록 AN(액세스 네트워크)의 RNC(Radio Network Controller)(도시되지 않음)와 통신한다. AN(1732, 1738)과 AN-AAA(1736) 사이의 인터페이스는 A12 인터페이스로서 알려져 있다.

HSGW(1730)은 끊김 없는 이동성, PCC(Policy and Charging Control) 및 LTE와 HRPD 간의 로밍을 포함하여, UE(1706)와 3GPP EPS 아키텍처 사이에서 상호접속을 제공한다. HSGW(1730)은 eAN/ePCF(1732)로부터 eHRPD 액세스 네트워크 인터페이스(즉, A10/A11 인터페이스들)를 종결시키는 엔티티이다. HSGW(1730)은 UE 발생 또는 UE 종결 패킷 데이터 트래픽을 라우팅한다. HSGW(1730)는 또한 UE들(1706)에 대한 링크층 세션들을 설정, 유지, 및 종결시킨다. HSGW 기능은 3GPP EPS 아키텍처 및 프로토콜들을 통한 UE(1706)의 연동을 제공한다. 이는 이동성, PCC(policy control and charging), 액세스 인증, 및 로밍에 대한 지원을 포함한다. HSGW(1730)은 S2a(PMIPv6)를 이용하여 인터-HSGW 핸드오프를 또한 지원한다. HSGW(1730)은 콘텍스트 전달(context transfer)을 갖는 인터-HSGW 핸드오프를 지원한다. HSGW(1730)은 콘텍스트 전달을 갖지 않는 인터-HSGW 핸드오프를 이용할 수 있다.

eAN/ePCF(1732)는 S101을 통해 HRPD 공중 인터페이스 시그널링의 터널링을 지원한다. 개선된 AN/PCF 해결책은 접속 계층의 SAP(Signaling Adaptation Protocol)를 부가한다.

A10/A11 인터페이스는 BSS-BCF(Base Station System-Base Station Controller) A10 접속을 유지하기 위해 PCF와 PDSN(1740) 사이에서 시그널링 및 데이터의 전송을 담당한다. A10 인터페이스는 데이터를 담당하는 한편, All 인터페이스는 시그널링을 담당한다.

Abis 인터페이스는 BSC(도시되지 않음)와 BTS(1710, 1712) 사이의 인터페이스들을 위해 Abis 프로토콜을 이용한다. 이는 애플리케이션 계층 상에서 2개의 부분들: 제어 부분(Abisc) 및 트래픽 부분(Abist)으로 구성되는데 전자는 Um 인터페이스 제어 채널 시그널링을 변환하고 후자는 트래픽 채널을 통한 제어를 변환한다.

당업자들은 여기에 기재된 양상들과 관련하여 기술된 다양한 예시적인 논리 블록들, 모듈들, 회로들 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이들 둘의 조합들로서 구현될 수 있다는 것을 추가로 인지할 것이다. 하드웨어 및 소프트웨어의 이러한 상호 호환성을 명확하게 예시하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 이들의 기능의 견지에서 위에서 일반적으로 기술되었다. 이러한 기능이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 특정한 애플리케이션 및 전체 시스템에 대하여 부과되는 설계 제약들에 의존한다. 당업자들은 각각의 특정한 애플리케이션에 대하여 다양한 방식들로 기술된 기능을 구현할 수 있으나, 이러한 구현 결정들은 본 개시의 범위를 벗어나는 것으로 해석되어서는 안 될 것이다.

본 출원에서 사용되는 용어들 "컴포넌트", "모듈", "시스템" 등은 컴퓨터-관련 엔티티, 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어, 또는 실행중인 소프트웨어를 지칭하도록 의도된다. 예를 들어, 컴포넌트는 처리기상에서 실행되는 프로세스, 처리기, 객체, 실행 가능한 것, 실행 스레드, 프로그램, 및/또는 컴퓨터일 수 있지만, 이들로 제한되는 것은 아니다. 예로서, 서버 상에서 실행되는 애플리케이션 및 서버 둘 다는 컴포넌트일 수 있다. 하나 이상의 컴포넌트들이 프로세스 및/또는 실행 스레드 내에 상주할 수 있고 일 컴포넌트는 하나의 전자 디바이스 상에서 로컬화될 수 있고, 및/또는 2개 이상의 전자 디바이스들 사이에 분배될 수 있다.

단어 "예시적인(examplary)"은 예시, 실례 또는 예증으로서 제공되는 것을 의미하도록 여기에서 사용된다. "예시적인"으로서 여기에서 기술되는 임의의 양상 또는 설계는 반드시 다른 양상들 또는 설계들보다 우선적이거나 또는 바람직한 것으로 해석되는 것은 아니다.

다양한 양상들은 다수의 컴포넌트들, 모듈들 등을 포함할 수 있는 시스템들의 견지에서 제시될 것이다. 다양한 시스템들은 부가적인 컴포넌트들, 모듈들 등을 포함할 수 있고 및/또는 도면들과 관련하여 설명된 모든 컴포넌트들, 모듈들 등을 포함하지 않을 수 있다는 것이 이해되고 인지될 것이다. 이러한 접근법들의 조합이 또한 이용될 수 있다. 여기서 기재된 다양한 양상들은 터치 스크린 디스플레이 기술 및/또는 마우스-및-키보드 타입 인터페이스들을 활용하는 디바이스들을 포함하는 전기 디바이스들 상에서 수행될 수 있다. 이러한 디바이스들의 예들은 컴퓨터들(데스크 톱 및 모바일), 스마트 폰들, PDA들(personal digital assistants), 유선 및 무선 둘 다의 다른 전자 디바이스들을 포함한다.

또한 여기서 기재된 양상들과 관련하여 기술된 다양한 예시적인 논리적 블록들, 모듈들, 및 회로들은 범용 처리기, DSP(digital signal processor), ASIC(application specific integrated circuit), FPGA(field programmable gate array) 또는 다른 프로그래밍 가능한 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 여기서 기술된 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현되거나 수행될 수 있다. 범용 처리기는 마이크로처리기일 수 있지만, 대안적으로, 처리기는 임의의 종래의 처리기, 제어기, 마이크로 제어기, 또는 상태 머신일 수 있다. 처리기는 또한 컴퓨팅 디바이스들의 조합, 예를 들어, DSP와 마이크로처리기의 조합, 복수의 마이크로처리기, DSP 코어에 결합된 하나 이상의 마이크로처리기들, 또는 임의의 다른 이러한 구성으로서 구현될 수 있다.

또한, 하나 이상의 버전들은 기재된 양상들을 구현하도록 컴퓨터를 제어하기 위한 소프트웨어, 펌웨어, 하드웨어, 또는 이들의 임의의 조합을 생성하기 위해 표준 프로그래밍 및/또는 엔지니어링 기법들을 이용한 방법, 장치, 또는 제조품으로서 구현될 수 있다. 여기서 사용된 용어 "제조품"(또는 대안적으로, "컴퓨터 프로그램 물건")은 임의의 컴퓨터-판독 가능한 디바이스, 캐리어, 또는 매체들로부터 액세스 가능한 컴퓨터 프로그램을 포괄하도록 의도된다. 예를 들어, 컴퓨터 판독 가능한 매체들은 자기 저장 디바이스들(예를 들어, 하드 디스크, 플로피 디스크, 자기 스트립들...), 광학 디스크들(예를 들어, CD(compact disk), DVD(digital versatile disk)...), 스마트 카드들, 및 플래시 메모리 디바이스들(예를 들어, 카드, 스틱)을 포함할 수 있지만, 이것으로 제한되지 않는다. 부가적으로, 반송파는 전자 메일을 전송하고 수신하는데 또는 인터넷, LAN(local area network)과 같은 네트워크에 액세스하는데 이용되는 데이터들과 같은 컴퓨터-판독 가능한 전자 데이터를 전달하는데 이용될 수 있다는 것이 인지되어야 할 것이다. 물론, 당업자들은 개시된 양상들의 범위로부터 벗어남 없이 이 구성에 대해서 다수의 변형들이 가해질 수 있다는 것을 인지할 것이다.

여기에서 기재된 양상들과 관련하여 기술되는 방법 또는 알고리즘의 단계들은 하드웨어로, 처리기에 의해 실행되는 소프트웨어 모듈, 또는 이 둘의 조합으로 직접 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 제거 가능 디스크, CD-ROM 또는 당 분야에 알려진 임의의 다른 형태의 저장 매체내에 상주할 수 있다. 예시적인 저장 매체는 처리기가 정보를 저장 매체에 기록하고 이로부터 정보를 판독할 수 있도록 처리기에 연결될 수 있다. 대안적으로, 저장 매체는 처리기에 통합될 수 있다. 처리기 및 저장 매체는 ASIC 내에 상주할 수 있다. ASIC는 사용자 단말 내에 상주할 수 있다. 대안적으로, 처리기 및 저장 매체는 이산 컴포넌트들로서 사용자 단말내에 상주할 수 있다.

기재된 양상들의 이전의 설명은 임의의 당업자가 본 개시를 실시하고 이용하는 것을 가능하게 하도록 제공된다. 이 양상들에 대한 다양한 수정들이 당업자들에게 쉽게 자명해질 것이고, 여기서 정의된 일반적인 원리들은 본 개시의 사상 또는 범위로부터 벗어남 없이 다른 실시예들에 적용될 수 있다. 따라서, 본 개시는 여기서 보여지는 실시예들로 제한되도록 의도되는 것이 아니라, 여기에 기재된 원리들 및 신규한 특징들과 일관되는 최광의의 범위에서 해석되어야 한다.

상술한 예시적인 시스템들의 관점에서, 개시된 대상에 따라 구현될 수 있는 방법들은 몇 개의 흐름도들을 참조하여 기술되었다. 설명을 단순하게 하기 위한 목적으로, 상기 방법들은 일련의 블록들로 도시되고 기술되었으나, 몇몇 블록들은 여기에서 도시되고 설명된 것과 상이한 순서들로 발생하거나 그리고/또는 동시에 발생할 수 있기 때문에 청구 대상은 블록들의 순서에 의해 한정되지 않음이 이해되고 인지될 것이다. 또한, 여기에서 기술되는 방법들을 구현하기 위해 예시되는 블록들 모두가 요구되는 것은 아닐 수 있다. 추가적으로, 여기에서 기재되는 방법들은 이러한 방법들을 컴퓨터들로 전달하고 전송하는 것을 용이하게 하기 위해 제조물 상에 저장될 수 있다는 것이 추가로 인지되어야 할 것이다. 여기에서 사용되는 제조물이라는 용어는 임의의 컴퓨터-판독가능 디바이스, 캐리어 또는 매체들로부터 액세스 가능한 컴퓨터 프로그램을 포괄하도록 의도된다.

전부 또는 부분적으로, 여기에서 참조로서 통합된다고 기재된 임의의 특허, 공보 또는 다른 개시물은 통합된 내용이 현존 정의들, 스테이트먼트(statement)들 또는 본 개시에서 설명되는 다른 개시물과 충돌하지 않는 범위까지만 여기에 통합된다는 것을 이해하도록 한다. 이와 같이, 필요한 범위까지, 여기에서 명시적으로 설명되는 개시는 참조로서 여기에 통합되는 임의의 충돌하는 내용물을 해체한다. 여기에서 참조로서 통합된다고 기재되지만 기존의 정의들, 스테이트먼트들 또는 여기에서 설명되는 다른 개시물과 충돌하는 임의의 내용 또는 이러한 내용의 부분은 그러한 통합된 내용 및 기존의 개시물 사이에서 충돌이 발생하지 않는 범위까지만 통합될 것이다.

Claims (76)

1. 액세스 단말을 위한 QoS(quality of service)를 구성하기 위한 방법으로서,
   게이트웨이에서, 상기 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하는 단계 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
   상기 게이트웨이에 의해, 상기 패킷 데이터 액세스의 설정에 기초하여, 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성(policy configuration)을 결정하는 단계;
   상기 QoS 정책 구성과는 별개로 상기 액세스 단말과의 예비 링크(reservation link)를 설정하는 단계; 및
   상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하는 단계
   를 포함하고,
   상기 예비 링크의 활성화를 개시하는 단계는,
   도달하는 데이터(arriving data)를 검출한 HSGW로부터 예비 온(Reservation On) 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하는 단계; 및
   일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프(Reservation Off) 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하는 단계를 더 포함하는,
   액세스 단말을 위한 QoS를 구성하기 위한 방법.
2. 삭제
3. 삭제
4. 삭제
5. 제 1 항에 있어서,
   상기 예비 링크의 활성화를 개시하는 단계는,
   SIP(단순 인터넷 프로토콜)를 위해 PCRF(Policy and Charging Resource Function)로부터 HSGW로 상기 예비 링크를 활성화시키거나 탈활성화(deactivating)시키기 위해 A11 시그널링하는 단계를 더 포함하는,
   액세스 단말을 위한 QoS를 구성하기 위한 방법.
6. 제 1 항에 있어서,
   상기 예비 링크의 활성화를 개시하는 단계는,
   순방향 흐름에 대한 데이터 활동의 검출에 응답하여 상기 액세스 단말에 의해 상기 순방향 흐름에 대한 상기 예비 링크의 활성화를 개시하고 역방향 흐름에 대한 데이터 활동의 검출에 응답하여 네트워크에 의해 상기 역방향 흐름에 대한 상기 예비 링크의 활성화를 개시하는 단계를 더 포함하는,
   액세스 단말을 위한 QoS를 구성하기 위한 방법.
7. 제 1 항에 있어서,
   소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프를 수행하는 단계; 및
   상기 소스 RAT에서 활성인 흐름에 대해서만 상기 타겟 RAT에서 예비 링크를 활성화시키는 단계
   를 더 포함하는,
   액세스 단말을 위한 QoS를 구성하기 위한 방법.
8. 제 1 항에 있어서,
   소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프를 수행하는 단계; 및
   네트워크-개시된(network-initiated) QoS에 대해서만 상기 타겟 RAT에서 예비 링크를 활성화시키는 단계
   를 더 포함하는,
   액세스 단말을 위한 QoS를 구성하기 위한 방법.
9. 제 1 항에 있어서,
   전역 필터 식별자 공간(global filter identifier space)을 액세스 단말 개시된 QoS에 대한 제 1 부분 및 네트워크 개시된 QoS에 대한 제 2 부분으로 분할하는 단계
   를 더 포함하는,
   액세스 단말을 위한 QoS를 구성하기 위한 방법.
10. 제 1 항에 있어서,
    액세스 단말 개시된 QoS에 대해 PCRF(Policy and Charging Resource Function)로부터의 규칙들 제거를 수신한 이후 PDSN(Packet Data Serving Node) 또는 HSGW(HRPD Serving Gateway)에서 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시(cache)하는 단계
    를 더 포함하는,
    액세스 단말을 위한 QoS를 구성하기 위한 방법.
11. 제 10 항에 있어서,
    UE(User Equipment), PDSN(Packet Data Serving Node), 및 PCRF(Policy and Charging Resource Function) 상에서 패킷 필터 및 상기 QoS 정책 구성을 캐시하는 단계
    를 더 포함하는,
    액세스 단말을 위한 QoS를 구성하기 위한 방법.
12. 제 10 항에 있어서,
    예비 온/오프(ReservationOn/Off)에 관하여 eAN/PCF(evolved HRPD Access Network/Packet Control Function)로부터 PDSN(Packet Data Serving Node)이 획득한 정보에 기초하여 상기 PDSN으로부터 PCRF(Policy and Charging Resource Function)로 예비 온/오프의 상태를 표시하는 단계
    를 더 포함하는,
    액세스 단말을 위한 QoS를 구성하기 위한 방법.
13. 제 10 항에 있어서,
    상기 액세스 단말로부터의 요청의 수신에 응답하여 상기 PDSN 또는 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 삭제하는 단계
    를 더 포함하는,
    액세스 단말을 위한 QoS를 구성하기 위한 방법.
14. 제 10 항에 있어서,
    상기 PDSN 또는 상기 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하는 단계는 HRPD(High Rate Packet Data) 타입의 RAT(Radio Access Technology)의 이용에 응답하는,
    액세스 단말을 위한 QoS를 구성하기 위한 방법.
15. 제 1 항에 있어서,
    상기 예비 링크의 활성화를 개시하는 단계는,
    상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업에 응답하여 예비 온을 송신하도록 상기 액세스 단말을 트리거(trigger)하고, 상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업 삭제에 응답하여 예비 오프를 송신하도록 상기 액세스 단말을 트리거하는 단계를 더 포함하는,
    액세스 단말을 위한 QoS를 구성하기 위한 방법.
16. 액세스 단말을 위한 QoS(quality of service)를 구성하기 위한 적어도 하나의 처리기로서,
    게이트웨이에서, 상기 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하기 위한 제 1 모듈 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 게이트웨이에 의해, 상기 패킷 데이터 액세스의 설정에 기초하여, 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하기 위한 제 2 모듈;
    상기 QoS 정책 구성과는 별개로 상기 액세스 단말과의 예비 링크를 설정하기 위한 제 3 모듈; 및
    상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하기 위한 제 4 모듈
    을 포함하고,
    상기 예비 링크의 활성화를 개시하기 위한 제 4 모듈은 추가로,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하고; 그리고
    일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하기 위한 것인,
    적어도 하나의 처리기.
17. 액세스 단말을 위한 QoS(quality of service)를 구성하기 위한 컴퓨터-판독 가능한 매체로서,
    컴퓨터로 하여금 게이트웨이에서, 상기 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하게 하기 위한 코드의 제 1 세트 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 컴퓨터로 하여금 상기 게이트웨이에 의해, 상기 패킷 데이터 액세스의 설정에 기초하여, 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하기 위한 코드의 제 2 세트;
    상기 컴퓨터로 하여금 상기 QoS 정책 구성과는 별개로 상기 액세스 단말과의 예비 링크를 설정하게 하기 위한 코드의 제 3 세트; 및
    상기 컴퓨터로 하여금 상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하게 하기 위한 코드의 제 4 세트
    를 포함하는 코드의 세트들을 저장하고,
    상기 컴퓨터로 하여금 상기 예비 링크의 활성화를 개시하게 하기 위한 상기 코드의 제 4 세트는,
    상기 컴퓨터로 하여금, 도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하게 하고, 그리고 일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하게 하기 위한 코드를 더 포함하는,
    컴퓨터-판독 가능한 매체.
18. 액세스 단말을 위한 QoS(quality of service)를 구성하기 위한 장치로서,
    게이트웨이에서, 상기 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하기 위한 수단 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 게이트웨이에 의해, 상기 패킷 데이터 액세스의 설정에 기초하여, 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하기 위한 수단;
    상기 QoS 정책 구성과는 별개로 상기 액세스 단말과의 예비 링크를 설정하기 위한 수단; 및
    상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하기 위한 수단
    을 포함하고,
    상기 예비 링크의 활성화를 개시하기 위한 수단은,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하고, 그리고 일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하기 위한 수단을 더 포함하는,
    장치.
19. 액세스 단말을 위한 QoS(quality of service)를 구성하기 위한 장치로서,
    게이트웨이에서, 상기 액세스 단말로부터 패킷 데이터 액세스를 위한 요청을 수신하기 위한 트랜시버 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 게이트웨이에 의해, 상기 패킷 데이터 액세스의 설정에 기초하여, 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하기 위한 컴퓨팅 플랫폼; 및
    상기 QoS 정책 구성과는 별개로 상기 액세스 단말과의 예비 링크를 설정하기 위한 네트워크 인터페이스를 포함하고,
    상기 트랜시버는 추가로 상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하기 위한 것이고, 그리고
    상기 예비 링크의 활성화를 개시하는 것은,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하는 것; 및
    일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하는 것을 더 포함하는,
    장치.
20. 삭제
21. 삭제
22. 삭제
23. 제 19 항에 있어서,
    상기 트랜시버는 추가로,
    SIP(단순 인터넷 프로토콜)를 위해 PCRF(Policy and Charging Resource Function)로부터 HSGW로 상기 예비 링크를 활성화시키거나 탈활성화시키기 위해 A11 시그널링에 참가하는 네트워크 인터페이스에 응답하여 상기 예비 링크의 활성화를 개시하기 위한 것인
    장치.
24. 제 19 항에 있어서,
    상기 트랜시버는 추가로,
    순방향 흐름에 대한 데이터 활동의 검출에 응답하여 상기 액세스 단말에 의해 상기 순방향 흐름에 대한 예비 링크의 활성화의 개시를 수신하고 역방향 흐름에 대한 데이터 활동의 검출에 응답하여 네트워크에 의해 상기 역방향 흐름에 대한 상기 예비 링크의 활성화의 개시를 전송함으로써 상기 예비 링크의 활성화를 개시하기 위한 것인,
    장치.
25. 제 19 항에 있어서,
    상기 네트워크 인터페이스는 추가로,
    소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프를 수행하고, 상기 소스 RAT에서 활성인 흐름에 대해서만 상기 타겟 RAT에서 예비 링크를 활성화시키기 위한 것인,
    장치.
26. 제 19 항에 있어서,
    상기 네트워크 인터페이스는 추가로,
    소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프를 수행하고, 네트워크-개시된(network-initiated) QoS에 대해서만 상기 타겟 RAT에서 예비 링크를 활성화시키기 위한 것인,
    장치.
27. 제 19 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    전역 필터 식별자 공간을 액세스 단말 개시된 QoS에 대한 제 1 부분 및 네트워크 개시된 QoS에 대한 제 2 부분으로 분할하기 위한 것인,
    장치.
28. 제 19 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    액세스 단말 개시된 QoS에 대해 PCRF(Policy and Charging Resource Function)로부터의 규칙들 제거를 수신한 이후 PDSN(Packet Data Serving Node) 또는 HSGW(Home Serving Gateway)에서 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하기 위한 것인,
    장치.
29. 제 28 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    UE(User Equipment), 상기 PDSN(Packet Data Serving Node), 및 상기 PCRF(Policy and Charging Resource Function) 상에서 패킷 필터 및 상기 QoS 정책 구성을 캐시하기 위한 것인,
    장치.
30. 제 28 항에 있어서,
    상기 네트워크 인터페이스는 추가로,
    예비 온/오프(ReservationOn/Off)에 관하여 eAN/PCF(evolved HRPD Access Network/Packet Control Function)로부터 상기 PDSN(Packet Data Serving Node)이 획득한 정보에 기초하여 상기 PDSN으로부터 상기 PCRF(Policy and Charging Resource Function)로 예비 온/오프의 상태를 표시하기 위한 것인,
    장치.
31. 제 28 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    상기 액세스 단말로부터의 요청의 수신에 응답하여 상기 PDSN 또는 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 삭제하기 위한 것인,
    장치.
32. 제 28 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    HRPD(High Rate Packet Data) 타입의 RAT(Radio Access Technology)의 이용에 응답하여 상기 PDSN 또는 상기 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하기 위한 것인,
    장치.
33. 제 19 항에 있어서,
    상기 트랜시버는 추가로,
    상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업에 응답하여 예비 온을 송신하도록 상기 액세스 단말을 트리거하고, 상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업 삭제에 응답하여 예비 오프를 송신하도록 상기 액세스 단말을 트리거함으로써 상기 예비 링크의 활성화를 개시하기 위한 것인,
    장치.
34. QoS(quality of service)를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법으로서,
    네트워크가 패킷 데이터 액세스의 설정에 기초하여 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 상기 네트워크를 촉발하기 위해, 상기 액세스 단말로부터의 상기 패킷 데이터 액세스를 위한 요청을 게이트웨이에 전송하는 단계 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 QoS 정책 구성과는 별개로 상기 게이트웨이와의 예비 링크를 설정하는 단계; 및
    상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하는 단계
    를 포함하고,
    상기 예비 링크의 활성화를 개시하는 단계는,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하는 단계; 및
    일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하는 단계를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
35. 삭제
36. 삭제
37. 삭제
38. 제 34 항에 있어서,
    상기 예비 링크의 활성화를 개시하는 단계는,
    SIP(Simple Internet Protocol)를 위해 PCRF(Policy and Charging Resource Function)로부터 HSGW로 상기 예비 링크를 활성화시키거나 탈활성화시키기 위해 A11 시그널링하는 단계를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
39. 제 34 항에 있어서,
    상기 예비 링크의 활성화를 개시하는 단계는,
    순방향 흐름에 대한 데이터 활동의 검출에 응답하여 상기 액세스 단말에 의해 상기 순방향 흐름에 대한 상기 예비 링크의 활성화를 개시하고 역방향 흐름에 대한 데이터 활동의 검출에 응답하여 상기 네트워크에 의해 상기 역방향 흐름에 대한 상기 예비 링크의 활성화를 개시하는 단계를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
40. 제 34 항에 있어서,
    소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프에 참가하는 단계를 더 포함하고,
    예비 링크는 상기 소스 RAT에서 활성인 흐름에 대해서만 상기 타겟 RAT에서 활성화되는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
41. 제 34 항에 있어서,
    소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프에 참가하는 단계를 더 포함하고,
    예비 링크는 네트워크-개시된(network-initiated) QoS에 대해서만 상기 타겟 RAT에서 활성화되는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
42. 제 34 항에 있어서,
    액세스 단말 개시된 QoS에 대한 제 1 부분 및 네트워크 개시된 QoS에 대한 제 2 부분으로 분할된 전역 필터 식별자 공간을 이용하는 단계
    를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
43. 제 34 항에 있어서,
    PCRF(Policy and Charging Resource Function)로부터의 규칙들 제거를 수신한 이후 PDSN(Packet Data Serving Node) 또는 HSGW(HRPD Serving Gateway)에서 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하게 하도록 상기 액세스 단말에 의해 QoS를 개시하는 단계
    를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
44. 제 43 항에 있어서,
    UE(User Equipment), PDSN(Packet Data Serving Node), 및 PCRF(Policy and Charging Resource Function) 상에서 패킷 필터 및 상기 QoS 정책 구성을 캐시하는 단계
    를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
45. 제 43 항에 있어서,
    예비 온/오프(ReservationOn/Off)에 관하여 eAN/PCF(evolved HRPD Access Network/Packet Control Function)로부터 PDSN(Packet Data Serving Node)이 획득한 정보에 기초하여 상기 PDSN으로부터 PCRF(Policy and Charging Resource Function)로 예비 온/오프의 상태가 표시되는
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
46. 제 43 항에 있어서,
    상기 PDSN 또는 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 삭제하도록 하는 상기 액세스 단말로부터의 요청을 송신하는 단계
    를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
47. 제 43 항에 있어서,
    상기 PDSN 또는 상기 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하는 것은 HRPD(High Rate Packet Data) 타입의 RAT(Radio Access Technology)의 이용에 응답하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
48. 제 34 항에 있어서,
    상기 예비 링크의 활성화를 개시하는 단계는,
    상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업에 응답하여 액세스 단말에서의 트리거링 및 예비 온의 송신을 수신하고, 상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업 삭제에 응답하여 상기 액세스 단말에서의 트리거링 및 예비 오프의 송신을 수신하는 단계를 더 포함하는,
    QoS를 요청하는데 있어 액세스 단말에 의해 동작 가능한 방법.
49. QoS(quality of service)를 요청하는데 있어 액세스 단말에 의해 동작 가능한 적어도 하나의 처리기로서,
    네트워크가 패킷 데이터 액세스의 설정에 기초하여 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 상기 네트워크를 촉발하기 위해, 상기 액세스 단말로부터의 상기 패킷 데이터 액세스를 위한 요청을 게이트웨이에 전송하기 위한 제 1 모듈 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 QoS 정책 구성과는 별개로 상기 게이트웨이와의 예비 링크를 설정하기 위한 제 2 모듈; 및
    상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하기 위한 제 3 모듈
    을 포함하고,
    상기 예비 링크의 활성화를 개시하기 위한 제 3 모듈은 추가로,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하고; 그리고
    일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하기 위한 것인,
    적어도 하나의 처리기.
50. QoS(quality of service)를 요청하는데 있어 액세스 단말에 의해 동작 가능한 컴퓨터-판독 가능한 매체로서,
    컴퓨터로 하여금 네트워크가 패킷 데이터 액세스의 설정에 기초하여 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 상기 네트워크를 촉발하기 위해, 상기 액세스 단말로부터의 상기 패킷 데이터 액세스를 위한 요청을 게이트웨이에 전송하게 하기 위한 코드들의 제 1 세트 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 컴퓨터로 하여금 상기 QoS 정책 구성과는 별개로 상기 게이트웨이와의 예비 링크를 설정하게 하기 위한 코드들의 제 2 세트; 및
    상기 컴퓨터로 하여금 상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하게 하기 위한 코드들의 제 3 세트
    를 포함하는 코드들의 세트들을 저장하고,
    상기 컴퓨터로 하여금 상기 예비 링크의 활성화를 개시하게 하기 위한 상기 코드들의 제 3 세트는,
    상기 컴퓨터로 하여금, 도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하게 하고, 그리고 일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하게 하기 위한 코드를 더 포함하는,
    컴퓨터-판독 가능한 매체.
51. QoS(quality of service)를 요청하는데 있어 액세스 단말에 의해 동작 가능한 장치로서,
    네트워크가 패킷 데이터 액세스의 설정에 기초하여 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 상기 네트워크를 촉발하기 위해, 상기 액세스 단말로부터의 상기 패킷 데이터 액세스를 위한 요청을 게이트웨이에 전송하기 위한 수단 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―;
    상기 QoS 정책 구성과는 별개로 상기 게이트웨이와의 예비 링크를 설정하기 위한 수단; 및
    상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하기 위한 수단
    을 포함하고,
    상기 예비 링크의 활성화를 개시하기 위한 수단은,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하고, 그리고 일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하기 위한 수단을 더 포함하는,
    장치.
52. QoS(quality of service)를 요청하는데 있어 액세스 단말에 의해 동작 가능한 장치로서,
    네트워크가 패킷 데이터 액세스의 설정에 기초하여 상기 액세스 단말 상의 애플리케이션에 대응하는 QoS 정책 구성을 결정하게 하도록 상기 네트워크를 촉발하기 위해, 상기 액세스 단말로부터의 상기 패킷 데이터 액세스를 위한 요청을 게이트웨이에 전송하기 위한 트랜시버 ― 상기 게이트웨이는 HRPD(High Rate Packet Data) 서빙 게이트웨이(HSGW) 또는 PDSN(Packet Data Serving Node)임 ―; 및
    상기 트랜시버를 통해 상기 QoS 정책 구성과는 별개로 상기 게이트웨이와의 예비 링크를 설정하고, 그리고 상기 게이트웨이로부터의 표시에 응답하여 액세스 네트워크에 의해 순방향 및 역방향 흐름들 둘 다에 대한 예비를 턴 온시킴으로써 상기 예비 링크의 활성화를 개시하기 위한 컴퓨팅 플랫폼
    을 포함하고,
    상기 예비 링크의 활성화를 개시하는 것은,
    도달하는 데이터를 검출한 HSGW로부터 예비 온 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 A11 인터페이스를 통해 수신하는 것; 및
    일정 시간 기간 동안 어떠한 도달하는 데이터도 검출하지 않은 HSGW로부터 예비 오프 시키기 위한 상기 액세스 네트워크에 대한 시그널링을 상기 A11 인터페이스를 통해 수신하는 것을 더 포함하는,
    장치.
53. 삭제
54. 삭제
55. 삭제
56. 제 52 항에 있어서,
    상기 예비 링크의 활성화를 개시하는 것은,
    SIP(Simple Internet Protocol)를 위해 PCRF(Policy and Charging Resource Function)로부터 HSGW로 상기 예비 링크를 활성화시키거나 탈활성화시키기 위해 A11 시그널링하는 것을 더 포함하는,
    장치.
57. 제 52 항에 있어서,
    상기 예비 링크의 활성화를 개시하는 것은,
    순방향 흐름에 대한 데이터 활동의 검출에 응답하여 상기 액세스 단말에 의해 상기 순방향 흐름에 대한 상기 예비 링크의 활성화를 개시하고 역방향 흐름에 대한 데이터 활동의 검출에 응답하여 상기 네트워크에 의해 상기 역방향 흐름에 대한 상기 예비 링크의 활성화를 개시하는 것을 더 포함하는,
    장치.
58. 제 52 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프에 참가하기 위한 것이고,
    예비 링크는 상기 소스 RAT에서 활성인 흐름에 대해서만 상기 타겟 RAT에서 활성화되는,
    장치.
59. 제 52 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    소스 RAT(Radio Access Technology)와 타겟 RAT 사이에서 핸드오프에 참가하기 위한 것이고,
    예비 링크는 네트워크-개시된 QoS에 대해서만 상기 타겟 RAT에서 활성화되는,
    장치.
60. 제 52 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    액세스 단말 개시된 QoS에 대한 제 1 부분 및 네트워크 개시된 QoS에 대한 제 2 부분으로 분할된 전역 필터 식별자 공간을 이용하기 위한 것인,
    장치.
61. 제 52 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    PCRF(Policy and Charging Resource Function)로부터의 규칙들 제거를 수신한 이후 PDSN(Packet Data Serving Node) 또는 HSGW(HRPD Serving Gateway)에서 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하게 하도록 상기 액세스 단말에 의해 QoS를 개시하기 위한 것인,
    장치.
62. 제 61 항에 있어서,
    상기 컴퓨팅 플랫폼은 추가로,
    UE(User Equipment), PDSN(Packet Data Serving Node), 및 PCRF(Policy and Charging Resource Function) 상에서 패킷 필터 및 상기 QoS 정책 구성을 캐시하기 위한 것인,
    장치.
63. 제 61 항에 있어서,
    예비 온/오프(ReservationOn/Off)에 관하여 eAN/PCF(evolved HRPD Access Network/Packet Control Function)로부터 PDSN(Packet Data Serving Node)이 획득한 정보에 기초하여 상기 PDSN으로부터 PCRF(Policy and Charging Resource Function)로 예비 온/오프의 상태가 표시되는
    장치.
64. 제 61 항에 있어서,
    상기 트랜시버는 추가로,
    상기 PDSN 또는 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 삭제하도록 하는 상기 액세스 단말로부터의 요청을 송신하기 위한 것인,
    장치.
65. 제 61 항에 있어서,
    상기 PDSN 또는 상기 HSGW에서 상기 패킷 필터 및 상기 QoS 정책 구성을 계속 캐시하는 것은 HRPD(High Rate Packet Data) 타입의 RAT(Radio Access Technology)의 이용에 응답하는,
    장치.
66. 제 52 항에 있어서,
    상기 예비 링크의 활성화의 개시는,
    상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업에 응답하여 액세스 단말에서의 트리거링 및 예비 온의 송신을 수신하고, 상기 게이트웨이에 의해 개시된 성공적인 RSVP(Reservation Protocol) 흐름 셋업 삭제에 응답하여 상기 액세스 단말에서의 트리거링 및 예비 오프의 송신을 수신하는 것을 더 포함하는,
    장치.
67. 삭제
68. 삭제
69. 삭제
70. 삭제
71. 삭제
72. 삭제
73. 삭제
74. 삭제
75. 삭제
76. 삭제

Images