KR20150048852A - 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질에 대한 조정 - Google Patents

링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질에 대한 조정 Download PDF

Info

Publication number
KR20150048852A
KR20150048852A KR1020157008004A KR20157008004A KR20150048852A KR 20150048852 A KR20150048852 A KR 20150048852A KR 1020157008004 A KR1020157008004 A KR 1020157008004A KR 20157008004 A KR20157008004 A KR 20157008004A KR 20150048852 A KR20150048852 A KR 20150048852A
Authority
KR
South Korea
Prior art keywords
qos
link
client device
app
level
Prior art date
Application number
KR1020157008004A
Other languages
English (en)
Other versions
KR101773497B1 (ko
Inventor
카르티카 파라두구
키란쿠마르 안찬
아빈드 브이. 산타남
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20150048852A publication Critical patent/KR20150048852A/ko
Application granted granted Critical
Publication of KR101773497B1 publication Critical patent/KR101773497B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

일 실시예에서, 장치는, 클라이언트 디바이스에 대한 통신 세션을 지원하도록 구성된 링크의 업링크 및 다운링크 방향들에서의 트래픽 사용도를 예측한다. 일 예에서, 예측들은, 호 상태 파라미터에 기초할 수 있다(예를 들어, 클라이언트 디바이스가 비-플로어홀더이거나 뮤트되면, 클라이언트 디바이스는 업링크 방향에서 더 많은 트래픽을 전송할 가능성이 없다는 등의 식). 장치는, 통신 세션과 연관하여, 업링크 방향에서의 예측된 트래픽 사용도에 기초하여 링크의 업링크 방향에 할당된 제 1 레벨의 QoS에 대한 업링크-특정 QoS 조정, 및/또는 다운링크 방향에서의 예측된 트래픽 사용도에 기초하여 링크의 다운링크 방향에 할당된 제 2 레벨의 QoS에 대한 다운링크-특정 QoS 조정을 개시한다. 장치는 클라이언트 디바이스 또는 대안적으로는 서버에 대응할 수 있다.

Description

링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질에 대한 조정{ADJUSTMENT TO QUALITY OF SERVICE BASED ON PREDICTED TRAFFIC ACTIVITY ON A LINK}
35 U.S.C.§119 하의 우선권 주장
본 특허출원은, 발명의 명칭이 "DIRECTIONAL ACTIVATION OF QUALITY OF SERVICE BASED ON APPLICATION ACTIVITY"으로 본 출원과 동일한 발명자들에 의해 2012년 8월 31일자로 출원되었고, 본 발명의 양수인에게 양도되었으며, 그로써 그 전체가 본 명세서에 인용에 의해 명백히 포함되는 가출원 제 61/695,699호를 우선권으로 주장한다.
본 발명의 실시예들은, 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질(QoS)에 대한 방향성 조정에 관한 것이다.
무선 통신 시스템들은, 1세대 아날로그 무선 전화 서비스(1G), (중간의 2.5G 및 2.75G 네트워크들을 포함하는) 2세대(2G) 디지털 무선 전화 서비스, 및 3세대(3G) 및 4세대(4G) 고속 데이터/인터넷-가능 무선 서비스들을 포함하는 다양한 세대들을 통해 개발되어 왔다. 현재, 셀룰러 및 개인용 통신 서비스(PCS) 시스템들을 포함하는 사용중인 많은 상이한 타입들의 무선 통신 시스템들이 존재한다. 알려진 셀룰러 시스템들의 예들은, 셀룰러 아날로그 AMPS(Advanced Mobile Phone System), 및 코드 분할 다중 액세스(CDMA), 주파수 분할 다중 액세스(FDMA), 시분할 다중 액세스(TDMA), TDMA의 GSM(Global System for Mobile access) 변형, 및 TDMA 및 CDMA 기술들 둘 모두를 사용하는 더 새로운 하이브리드 디지털 통신 시스템들에 기초한 디지털 셀룰러 시스템들을 포함한다.
더 최근에는, 롱텀 에볼루션(LTE)가 모바일 전화기들 및 다른 데이터 단말들에 대한 고속 데이터의 무선 통신을 위한 무선 통신 프로토콜로서 개발되었다. LTE는 GSM에 기초하며, EDGE(Enhanced Data rates for GSM Evolution)와 같은 다양한 GSM-관련 프로토콜들, 및 고속 패킷 액세스(HSPA)와 같은 UMTS(Universal Mobile Telecommunications System) 프로토콜들로부터의 기여들을 포함한다.
일 실시예에서, 장치는, 클라이언트 디바이스에 대한 통신 세션을 지원하도록 구성된 링크의 업링크 및 다운링크 방향들에서 트래픽 사용도를 예측한다. 일 예에서, 예측들은, 호 상태 파라미터에 기초할 수 있다(예를 들어, 클라이언트 디바이스가 비-플로어홀더(non-floorholder)이거나 뮤트(mute)되면, 클라이언트 디바이스가 업링크 방향에서 많은 트래픽을 전송할 가능성이 없는 등의 식임). 장치는, 통신 세션과 연관하여, (i) 업링크 방향에서의 예측된 트래픽 사용도에 기초하여 링크의 업링크 방향에 할당된 제 1 레벨의 서비스 품질(QoS)에 대한 업링크-특정 QoS 조정, 및/또는 (ii) 다운링크 방향에서의 예측된 트래픽 사용도에 기초하여 링크의 다운링크 방향에 할당된 제 2 레벨의 QoS에 대한 다운링크-특정 QoS 조정을 개시한다. 장치는 클라이언트 디바이스 또는 대안적으로는 서버에 대응할 수 있다.
본 발명의 실시예들 및 본 발명의 수반되는 이점들의 대부분의 더 완전한 이해는, 본 발명의 제한이 아니라 예시를 위해서만 제시되는 첨부한 도면들과 관련하여 고려되는 경우, 다음의 상세한 설명을 참조함으로써 그들이 더 용이하게 이해되게 될 것이므로 용이하게 획득될 것이다.
도 1은 본 발명의 일 실시예에 따른, 무선 통신 시스템의 고레벨 시스템 아키텍처를 도시한다.
도 2a는 본 발명의 일 실시예에 따른, 1x EV-DO 네트워크에 대한 코어 네트워크의 라디오 액세스 네트워크(RAN) 및 패킷-교환 부분의 예시적인 구성을 도시한다.
도 2b는 본 발명의 일 실시예에 따른, 3G UMTS W-CDMA 시스템 내의 GPRS(General Packet Radio Service) 코어 네트워크의 패킷-교환 부분 및 RAN의 예시적인 구성을 도시한다.
도 2c는 본 발명의 일 실시예에 따른, 3G UMTS W-CDMA 시스템 내의 GPRS 코어 네트워크의 패킷-교환 부분 및 RAN의 다른 예시적인 구성을 도시한다.
도 2d는 본 발명의 일 실시예에 따른, EPS(Evolved Packet System) 또는 롱텀 에볼루션(LTE) 네트워크에 기초한 코어 네트워크의 패킷-교환 부분 및 RAN의 예시적인 구성을 도시한다.
도 2e는 본 발명의 일 실시예에 따른, EPS 또는 LTE 네트워크에 접속된 향상된 고속 패킷 데이터(HRPD) RAN 및 또한 HRPD 코어 네트워크의 패킷-교환 부분의 예시적인 구성을 도시한다.
도 3은 본 발명의 실시예들에 따른 사용자 장비(UE)들의 예들을 도시한다.
도 4는 본 발명의 일 실시예에 따른 기능을 수행하도록 구성되는 로직을 포함한 통신 디바이스를 도시한다.
도 5는 본 발명의 일 실시예에 따른, 클라이언트 애플리케이션 개시된 방향성 QoS 관리 절차의 더 상세한 구현 예를 도시한다.
도 6a는 본 발명의 일 실시예에 따른, 도 2a에서와 같은 1x EV-DO 네트워크(레거시 HRPD) 또는 도 2e에서와 같은 eHRPD 네트워크에 의해 서빙되는 동안 하프-듀플렉스 PTT 세션에 참가하는 주어진 UE에 대한 도 5의 프로세스의 예시적인 구현을 도시한다.
도 6b는 본 발명의 일 실시예에 따른, 도 2b 또는 도 2c에서와 같은 W-CDMA 네트워크에 의해 서빙되는 동안 하프-듀플렉스 PTT 세션에 참가하는 주어진 UE에 대한 도 5의 프로세스의 예시적인 구현을 도시한다.
도 6c는 본 발명의 일 실시예에 따른, 도 2d에서와 같은 LTE 네트워크에 의해 서빙되는 동안 하프-듀플렉스 PTT 세션을 발신하는 주어진 UE에 대한 도 5의 프로세스의 예시적인 구현을 도시한다.
도 7a-7b는 본 발명의 일 실시예에 따른, 도 5와 유사하지만 UE 클라이언트 애플리케이션 대신에 애플리케이션 서버(170)에서 구현되는 선택적인 QoS 제어 절차들에 관한 것이다.
도 7c는 본 발명의 일 실시예에 따른, 하프-듀플렉스 PTT 세션에 참가하는 주어진 UE(호 발신기 또는 호 타겟 중 어느 하나)에 대한 LTE 네트워크 내의 도 7b의 예시적인 구현을 도시한다.
도 8a는 본 발명의 일 실시예에 따른, 코어 네트워크 개시된 방향성 QoS 관리 절차의 더 상세한 구현 예를 도시한다.
도 8b는 도 8a의 훨씬 더 상세한 구현을 도시하며, 개별적으로, 그에 의해, LTE-특정 및 W-CDMA-특정 컴포넌트들 및 메시지들은 본 발명의 일 실시예에 따라 더 명시적으로 참조된다.
도 8c는 본 발명의 일 실시예에 따른, 몇몇 다른 UE에 의해 발신되는 하프-듀플렉스 PTT 세션의 호 타겟인 주어진 UE에 대한 W-CDMA 네트워크 내의 도 8b의 예시적인 구현을 도시한다.
도 8d는 본 발명의 일 실시예에 따른, 하프-듀플렉스 PTT 세션의 호 발신기인 주어진 UE에 대한 LTE 네트워크 내의 도 8b의 예시적인 구현을 도시한다.
도 9a는 QoS 관리 절차를 도시하며, 그에 의해, GBR 리소스들은 본 발명의 일 실시예에 따른 RAN 및 코어 네트워크에서 로컬적으로 관리된다.
도 9b는 도 9a의 훨씬 더 상세한 구현을 도시하며, 그에 의해, 개별적으로, LTE-특정 컴포넌트들 및 메시지들은 본 발명의 일 실시예에 따라 더 명시적으로 참조된다.
도 10a-10b는 본 발명의 실시예들에 따른, W-CDMA 및 EV-DO 아키텍처들에 대한 RAN-개시된 타이머-기반 방향성 QoS 흐름 관리 절차들을 각각 도시한다.
본 발명의 양상들은, 본 발명의 특정한 실시예들에 관련된 다음의 설명 및 관련된 도면들에 기재된다. 대안적인 실시예들은 본 발명의 범위를 벗어나지 않으면서 고안될 수도 있다. 부가적으로, 본 발명의 잘 알려진 엘리먼트들은, 본 발명의 관련 세부사항들을 불명료하게 하지 않기 위해 상세히 설명되지 않거나 생략될 것이다.
단어들 "예시적인" 및/또는 "예"는 "예, 예시, 또는 예증으로서 제공되는 것"을 의미하도록 본 명세서에서 사용된다. "예시적인"것 및/또는 "예"로서 본 명세서에 설명된 임의의 실시예는 다른 실시예들보다 반드시 바람직하거나 유리한 것으로서 해석될 필요는 없다. 유사하게, 용어 "본 발명의 실시예들"은, 본 발명의 모든 실시예들이 설명된 특성, 이점 또는 동작 모드를 포함하는 것을 요구하지는 않는다.
추가적으로, 많은 실시예들은, 예를 들어, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행될 동작들의 시퀀스들의 관점들에서 설명된다. 본 명세서에서 설명된 다양한 동작들이 특정한 회로들(예를 들어, 주문형 집적 회로(ASIC)들)에 의해, 하나 또는 그 초과의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 이 둘의 결합에 의해 수행될 수 있음을 인식할 것이다. 부가적으로, 본 명세서에서 설명된 동작들의 이들 시퀀스들은, 실행 시에 연관 프로세서로 하여금 본 명세서에서 설명된 기능을 수행하게 할 컴퓨터 명령들의 대응하는 세트가 저장된 임의의 형태의 컴퓨터 판독가능 저장 매체 내에서 전체적으로 구현되는 것으로 고려될 수 있다. 따라서, 본 발명의 다양한 양상들은 다수의 상이한 형태들로 구현될 수도 있으며, 그 양상들 모두는 청구된 요지의 범위 내에 있는 것으로 고려된다. 부가적으로, 본 명세서에서 설명된 실시예들의 각각에 대해, 임의의 그러한 실시예들의 대응하는 형태는, 예를 들어, 설명된 동작을 수행"하도록 구성된 로직"으로서 본 명세서에서 설명될 수도 있다.
본 명세서에서 사용자 장비(UE)로 지칭되는 클라이언트 디바이스는 이동형 또는 정지형일 수도 있으며, 라디오 액세스 네트워크(RAN)와 통신할 수도 있다. 본 명세서에서 사용된 바와 같이, 용어 "UE"는 "액세스 단말" 또는 "AT", "무선 디바이스", "가입자 디바이스", "가입자 단말", "가입자 스테이션", "사용자 단말" 또는 UT, "모바일 단말", "모바일 스테이션" 및 이들의 변경들로 상호교환가능하게 지칭될 수도 있다. 일반적으로, UE들은 RAN을 통해 코어 네트워크와 통신할 수 있으며, 코어 네트워크를 통해 UE들은 인터넷과 같은 외부 네트워크들과 접속될 수 있다. 물론, 예컨대 유선 액세스 네트워크들, (예를 들어, IEEE 802.11 등에 기초한) WiFi 네트워크들 등을 통해 코어 네트워크 및/또는 인터넷에 접속하는 다른 메커니즘들이 또한 UE들에 대해 가능하다. UE들은, PC 카드들, 컴팩트 플래시 디바이스들, 외부 또는 내부 모뎀들, 무선 또는 유선 전화들 등을 포함하는(그러나 이에 제한되지는 않음) 다수의 타입들의 디바이스들 중 임의의 디바이스에 의해 구현될 수 있다. UE들이 신호들을 RAN에 전송할 수 있는 통신 링크는 업링크 채널(예를 들어, 역방향 트래픽 채널, 역방향 제어 채널, 액세스 채널 등)로 지칭된다. RAN이 신호들을 UE들에 전송할 수 있는 통신 링크는 다운링크 또는 순방향 링크 채널(예를 들어, 페이징 채널, 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등)로 지칭된다. 본 명세서에서 사용된 바와 같이, 용어 트래픽 채널(TCH)은 업링크/역방향 또는 다운링크/순방향 트래픽 채널 중 어느 하나를 지칭할 수 있다.
도 1은 본 발명의 일 실시예에 따른 무선 통신 시스템(100)의 고레벨 시스템 아키텍처를 도시한다. 무선 통신 시스템(100)은 UE들(1...N)을 포함한다. UE들(1...N)은 셀룰러 전화기들, 개인 휴대 정보 단말(PDA들), 페이저들, 랩탑 컴퓨터, 데스크탑 컴퓨터 등을 포함할 수 있다. 예를 들어, 도 1에서, UE들(1...2)은 셀룰러 통화 폰들로서 도시되고, UE들(3...5)은 셀룰러 터치스크린 폰들 또는 스마트 폰들로서 도시되며, UE(N)는 데스크탑 컴퓨터 또는 PC로서 도시된다.
도 1을 참조하면, UE들(1...N)은, 에어 인터페이스들(104, 106, 108) 및/또는 다이렉트 유선 접속으로서 도 1에 도시된 물리적 통신 인터페이스 또는 계층을 통해 액세스 네트워크(예를 들어, RAN(120), 액세스 포인트(125) 등)와 통신하도록 구성된다. 에어 인터페이스들(104 및 106)은, 주어진 셀룰러 통신 프로토콜(예를 들어, CDMA, EVDO, eHRPD, GSM, EDGE, W-CDMA, LTE 등)에 따를 수 있지만, 에어 인터페이스(108)는 무선 IP 프로토콜(예를 들어, IEEE 802.11)에 따를 수 있다. RAN(120)은, 에어 인터페이스들(104 및 106)과 같은 에어 인터페이스들을 통해 UE들을 서빙하는 복수의 액세스 포인트들을 포함한다. RAN(120) 내의 액세스 포인트들은 액세스 노드들 또는 AN들, 액세스 포인트들 또는 AP들, 기지국들 또는 BS들, 노드 B들, e노드B들 등으로 지칭될 수 있다. 이들 액세스 포인트들은 지상 액세스 포인트들(또는 지상 스테이션들), 또는 위성 액세스 포인트들일 수 있다. RAN(120)은, RAN(120)에 의해 서빙되는 UE들과 RAN(120) 또는 상이한 RAN에 의해 함께 서빙되는 다른 UE들 사이의 회선 교환(CS) 호들을 브리징(bridge)하는 것을 포함하는 다양한 기능들을 수행할 수 있고, 인터넷(175)과 같은 외부 네트워크들과의 패킷-교환(PS) 데이터의 교환을 또한 중재(mediate)할 수 있는 코어 네트워크(140)에 접속하도록 구성된다. 인터넷(175)은 다수의 라우팅 에이전트들 및 프로세싱 에이전트들(편의성을 위해 도 1에 도시되지 않음)을 포함한다. 도 1에서, UE(N)는 인터넷(175)에 직접 접속하는 것(즉, 예컨대 WiFi 또는 802.11-기반 네트워크의 이더넷 접속을 통해 코어 네트워크(140)로부터 분리된 것)으로 도시된다. 그에 의해, 인터넷(175)은 코어 네트워크(140)를 통해 UE(N)와 UE들(1...N) 사이의 패킷-교환 데이터 통신들을 브리징하도록 기능할 수 있다. RAN(120)으로부터 분리된 액세스 포인트(125)가 도 1에 또한 도시된다. 액세스 포인트(125)는, (예를 들어, FiOS, 케이블 모뎀 등과 같은 광 통신 시스템을 통해) 코어 네트워크(140)와는 독립적으로 인터넷(175)에 접속될 수 있다. 에어 인터페이스(108)는, 일 예에서 IEEE 802.11과 같은 로컬 무선 접속을 통해 UE(4) 또는 UE(5)를 서빙할 수도 있다. UE(N)는, 모뎀 또는 라우터로의 직접 접속과 같은 인터넷(175)으로의 유선 접속을 가지며, 일 예에서 (예를 들어, 유선 및 무선 접속 둘 모두를 갖는 WiFi 라우터에 대해) 그 자체가 액세스 포인트(125)에 대응할 수 있는 데스크탑 컴퓨터로서 도시된다.
도 1을 참조하면, 애플리케이션 서버(170)는 인터넷(175), 코어 네트워크(140), 또는 둘 모두에 접속된 것으로 도시된다. 애플리케이션 서버(170)는, 복수의 구조적으로 분리된 서버들로서 구현될 수 있거나, 대안적으로는 단일 서버에 대응할 수도 있다. 더 상세히 후술될 바와 같이, 애플리케이션 서버(170)는, 코어 네트워크(140) 및/또는 인터넷(175)을 통해 애플리케이션 서버(170)에 접속할 수 있는 UE들에 대해 하나 또는 그 초과의 통신 서비스들(예를 들어, VoIP(Voice-over-Internet Protocol) 세션들, PTT(Push-to-Talk) 세션들, 그룹 통신 세션들, 소셜 네트워킹 서비스들 등)을 지원하도록 구성된다.
무선 통신 시스템(100)을 더 상세히 설명하는 것을 돕기 위하여 도 2a 내지 도 2d에 대해 RAN(120) 및 코어 네트워크(140)에 대한 프로토콜-특정 구현들의 예들이 아래에 제공된다. 특히, RAN(120) 및 코어 네트워크(140)의 컴포넌트들은 패킷-교환(PS) 통신들을 지원하는 것과 연관된 컴포넌트들에 대응하며, 그에 의해, 레거시 회선-교환(CS) 컴포넌트들이 또한 이들 네트워크들에 존재할 수도 있지만, 임의의 레거시 CS-특정 컴포넌트들은 도 2a-2d에 명시적으로 도시되지는 않는다.
도 2a는 본 발명의 일 실시예에 따른, CDMA2000 1x EV-DO(Evolution-Data Optimized) 네트워크에서의 패킷-교환 통신들을 위한 RAN(120) 및 코어 네트워크(140)의 예시적인 구성을 도시한다. 도 2a를 참조하면, RAN(120)은, 유선 백홀 인터페이스를 통해 기지국 제어기(BSC)(215A)에 커플링된 복수의 기지국(BS)들(200A, 205A 및 210A)을 포함한다. 단일 BSC에 의해 제어된 BS들의 그룹은 서브넷으로 집합적으로 지칭된다. 당업자에 의해 인식될 바와 같이, RAN(120)은 다수의 BSC들 및 서브넷들을 포함할 수 있으며, 편의성을 위해 단일 BSC가 도 2a에 도시되어 있다. BSC(215A)는 A9 접속을 통해 코어 네트워크(140) 내의 패킷 제어 기능(PCF)(220A)과 통신한다. PCF(220A)는 패킷 데이터에 관련된 BSC(215A)에 대한 특정한 프로세싱 기능들을 수행한다. PCF(220A)는 A11 접속을 통해 코어 네트워크(140) 내의 패킷 데이터 서빙 노드(PDSN)(225A)와 통신한다. PDSN(225A)은, PPP(Point-to-Point) 세션들을 관리하는 것, 홈 에이전트(HA) 및/또는 외부 에이전트(FA)로서 작동하는 것을 포함하는 다양한 기능들을 가지며, (더 상세히 후술되는) GSM 및 UMTS 네트워크들에서 게이트웨이 GPRS(General Packet Radio Service) 지원 노드(GGSN)와 기능상 유사하다. PDSN(225A)은 인터넷(175)과 같은 외부 IP 네트워크들에 코어 네트워크(140)를 접속시킨다.
도 2b는 본 발명의 일 실시예에 따른, 3G UMTS W-CDMA 시스템 내의 GPRS 코어 네트워크로서 구성되는 코어 네트워크(140)의 패킷-교환 부분 및 RAN(120)의 예시적인 구성을 도시한다. 도 2b를 참조하면, RAN(120)은, 유선 백홀 인터페이스를 통해 라디오 네트워크 제어기(RNC)(215B)에 커플링된 복수의 노드 B들(200B, 205B 및 210B)을 포함한다. 1x EV-DO 네트워크들과 유사하게, 단일 RNC에 의해 제어된 노드 B들의 그룹은 서브넷으로 집합적으로 지칭된다. 당업자에 의해 인식될 바와 같이, RAN(120)은 다수의 RNC들 및 서브넷들을 포함할 수 있으며, 편의성을 위해 단일 RNC가 도 2b에 도시되어 있다. RNC(215B)는, 코어 네트워크(140) 내의 SGSN(Serving GPRS Support Node)(220B)과 RAN(120)에 의해 서빙된 UE들 사이에서 베어러 채널들(즉, 데이터 채널들)을 시그널링, 설정 및 분리(tear down)하는 것을 담당한다. 링크 계층 암호화가 인에이블되면, RNC(215B)는 또한, 에어 인터페이스를 통한 송신을 위해, 콘텐츠를 RAN(120)에 포워딩하기 전에 그 콘텐츠를 암호화시킨다. RNC(215B)의 기능은 당업계에 잘 알려져 있으며, 간략화를 위해 추가적으로 설명되지 않을 것이다.
도 2b에서, 코어 네트워크(140)는 상술된 SGSN(220B)(및 또한 잠재적으로는 다수의 다른 SGSN들) 및 GGSN(225B)을 포함한다. 일반적으로, GPRS는 IP 패킷들을 라우팅하기 위해 GSM에서 사용되는 프로토콜이다. GPRS 코어 네트워크(예를 들어, GGSN(225B) 및 하나 또는 그 초과의 SGSN들(220B))는, GPRS 시스템의 중앙화된 부분이며 W-CDMA 기반 3G 액세스 네트워크들에 대한 지원을 또한 제공한다. GPRS 코어 네트워크는, GSM 및 W-CDMA 네트워크들에서 IP 패킷 서비스들을 위한 모바일러티 관리, 세션 관리 및 전달을 제공하는 GSM 코어 네트워크(즉, 코어 네트워크(140))의 통합된 부분이다.
GPRS 터널링 프로토콜(GTP)은 GPRS 코어 네트워크의 정의한 IP 프로토콜이다. GTP는, GSM 또는 W-CDMA 네트워크의 말단 사용자들(예를 들어, UE들)이 마치 GGSN(225B)의 일 위치로부터 인터넷(175)에 계속 접속하면서 장소마다 이동하도록 허용하는 프로토콜이다. 이것은, UE의 현재 SGSN(220B)으로부터 (각각의 UE의 세션을 핸들링하는) GGSN(225B)로 각각의 UE의 데이터를 전달함으로써 달성된다.
GTP의 3개의 형태들, 즉 (i) GTP-U, (ii)GTP-C 및 (iii) GTP'(GTP 프라임(prime))가 GPRS 코어 네트워크에 의해 사용된다. GTP-U는 각각의 패킷 데이터 프로토콜(PDP) 콘텍스트에 대해, 분리된 터널들에서 사용자 데이터의 전달을 위해 사용된다. GTP-C는 제어 시그널링(예를 들어, PDP 콘텍스트들의 셋업 및 삭제, GSN 도달능력의 검증, 예컨대 가입자가 하나의 SGSN으로부터 다른 SGSN으로 이동할 경우의 업데이트들 또는 변경들 등)을 위해 사용된다. GTP'은 GSN들로부터 과금(charging) 기능으로의 과금 데이터의 전달을 위해 사용된다.
도 2b를 참조하면, GGSN(225B)은 GPRS 백본 네트워크(미도시)와 인터넷(175) 사이의 인터페이스로서 작동한다. GGSN(225B)은, SGSN(220B)로부터 도래하는 GPRS 패킷으로부터 연관된 패킷 데이터 프로토콜(PDP) 포맷(예를 들어, IP 또는 PPP)을 갖는 패킷 데이터를 추출하고, 대응하는 패킷 데이터 네트워크 상에서 패킷들을 외부로 전송한다. 다른 방향에서, 인커밍 데이터 패킷들은 GGSN 접속된 UE에 의해, RAN(120)에 의해 서빙된 타겟 UE의 RAB(Radio Access Bearer)를 관리 및 제어하는 SGSN(220B)로 지향된다. 그에 의해, GGSN(225B)은, 타겟 UE의 현재의 SGSN 어드레스 및 그의 연관된 프로파일을 위치 레지스터에(예를 들어, PDP 콘텍스트 내에) 저장한다. GGSN(225B)은, IP 어드레스 할당을 담당하며, 접속된 UE에 대한 디폴트 라우터이다. GGSN(225B)은 또한, 인증 및 과금 기능들을 수행한다.
일 예에서, SGSN(220B)은 코어 네트워크(140) 내의 많은 SGSN들 중 하나를 대표한다. 각각의 SGSN은, 연관된 지리적 서비스 영역 내에서 UE들로부터 및 UE들로의 데이터 패킷들의 전달을 담당한다. SGSN(220B)의 태스크들은, 패킷 라우팅 및 전달, 모바일러티 관리(예를 들어, 부착/부착해제 및 위치 관리), 로직 링크 관리, 및 인증 및 과금 기능들을 포함한다. SGSN(220B)의 위치 레지스터는, SGSN(220B)에 등록된 모든 GPRS 사용자들의 위치 정보(예를 들어, 현재의 셀, 현재의 VLR) 및 사용자 프로파일들(예를 들어, 패킷 데이터 네트워크에서 사용된 IMSI, PDP 어드레스(들))을, 예를 들어, 각각의 사용자 또는 UE에 대한 하나 또는 그 초과의 PDP 콘텍스트들 내에 저장한다. 따라서, SGSN들(220B)은, (i) GGSN(225B)로부터의 디-터널링(de-tunneling) 다운링크 GTP 패킷들, (ii) GGSN(225B)을 향한 업링크 터널 IP 패킷들, (iii) UE들이 SGSN 서비스 영역들 사이에서 이동하는 경우 모바일러티 관리를 수행하는 것 및 (iv) 모바일 가입자들에 요금청구(bill)하는 것을 담당한다. 당업자에 의해 인식될 바와 같이, (i) 내지 (iv)를 제외하고, GSM/EDGE 네트워크들에 대해 구성된 SGSN들은, W-CDMA 네트워크들에 대해 구성된 SGSN들과 비교하여 약간 상이한 기능을 갖는다.
RAN(120)(또는, 예를 들어, UMTS 시스템 아키텍처에서는 UTRAN)은, 라디오 액세스 네트워크 애플리케이션 부분(RANAP) 프로토콜을 통해 SGSN(220B)과 통신한다. RANAP는, 프레임 중계부 또는 IP와 같은 송신 프로토콜을 이용하여 Iu 인터페이스(Iu-ps)를 통해 동작한다. SGSN(220B)은, SGSN(220B)과 다른 SGSN들(미도시) 및 내부 GGSN들(미도시) 사이의 IP-기반 인터페이스이고, 상기 정의된 GTP 프로토콜(예를 들어, GTP-U, GTP-C, GTP' 등)을 사용하는 Gn 인터페이스를 통해 GGSN(225B)과 통신한다. 도 2b의 실시예에서, SGSN(220B)과 GGSN(225B) 사이의 Gn은 GTP-C 및 GTP-U 둘 모두를 반송한다. 도 2b에 도시되지는 않았지만, Gn 인터페이스는 DNS(Domain Name System)에 의해 또한 사용된다. GGSN(225B)은, 직접적으로 또는 무선 애플리케이션 프로토콜(WAP) 게이트웨이를 통하여 IP 프로토콜들을 갖는 Gi 인터페이스를 통해 공용 데이터 네트워크(PDN)(미도시)에 접속되고, 차례로 인터넷(175)에 접속된다.
도 2c는 본 발명의 일 실시예에 따른, 3G UMTS W-CDMA 시스템 내에서 GPRS 코어 네트워크로서 구성된 코어 네트워크(140)의 패킷-교환 부분 및 RAN(120)의 다른 예시적인 구성을 도시한다. 도 2b와 유사하게, 코어 네트워크(140)는 SGSN(220B) 및 GGSN(225B)를 포함한다. 그러나, 도 2c에서, 다이렉트 터널은, SGSN(220B)이 PS 도메인 내의 RAN(120)과 GGSN(225B) 사이에서 다이렉트 사용자 평면 터널, 즉 GTP-U를 설정하도록 허용하는 Iu 모드에서 선택적인 기능이다. 도 2c의 SGSN(220B)와 같은 다이렉트 터널 가능 SGSN은, SGSN(220B)이 다이렉트 사용자 평면 접속을 사용할 수 있는지 또는 아닌지에 관계없이, 매 GGSN 기반 그리고 매 RNC 기반으로 구성될 수 있다. 도 2c의 SGSN(220B)은 제어 평면 시그널링을 핸들링하고, 다이렉트 터널을 설정할 때의 결정을 행한다. PDP 콘텍스트에 대해 할당된 RAB가 릴리즈되는 경우(즉, PDP 콘텍스트가 보존되는 경우), GTP-U 터널은, 다운링크 패킷들을 핸들링할 수 있기 위해 GGSN(225B)과 SGSN(220B) 사이에 설정된다.
도 2d는 본 발명의 일 실시예에 따른, EPS(Evolved Packet System) 또는 LTE 네트워크에 기초한 코어 네트워크(140)의 패킷-교환 부분 및 RAN(120)의 예시적인 구성을 도시한다. 도 2d를 참조하면, 도 2b-2c에 도시된 RAN(120)과는 달리, EPS/LTE 네트워크의 RAN(120)은, 도 2b-2c로부터의 RNC(215B) 없이 복수의 이벌브드 노드 B들(E노드B들 또는 eNB들)(200D, 205D 및 210D)로 구성된다. 이것은, EPS/LTE 네트워크들의 E노드B들이 코어 네트워크(140)와 통신하기 위해 RAN(120) 내에서 별개의 제어기(즉, RNC(215B))를 요구하지 않기 때문이다. 즉, 도 2b-2c로부터의 RNC(215B)의 기능 중 몇몇은, 도 2d의 RAN(120)의 각각의 개별적인 e노드B 내에 구축된다.
도 2d에서, 코어 네트워크(140)는, 복수의 모바일러티 관리 엔티티(MME)들(215D 및 220D), 홈 가입자 서버(HSS)(225D), 서빙 게이트웨이(S-GW)(230D), 패킷 데이터 네트워크 게이트웨이(P-GW)(235D) 및 정책 및 과금 법칙 기능(PCRF)(240D)을 포함한다. 이들 컴포넌트들, RAN(120) 및 인터넷(175) 사이의 네트워크 인터페이스들은 도 2d에 도시되며, 다음과 같이 표 1(아래)에 정의된다.
Figure pct00001
도 2d의 RAN(120) 및 코어 네트워크(140)에 도시된 컴포넌트들의 고레벨 설명이 이제 설명될 것이다. 그러나, 이들 컴포넌트들 각각은 다양한 3GPP TS 표준들로부터 당업계에 잘 알려져 있으며, 본 명세서에 포함된 설명은 이들 컴포넌트들에 의해 수행된 모든 기능들의 포괄적인 설명이도록 의도되지는 않는다.
도 2d를 참조하면, MME들(215D 및 220D)은 EPS 베어러들에 대한 제어 평면 시그널링을 관리하도록 구성된다. MME 기능은, NAS(Non-Access Stratum) 시그널링, NAS 시그널링 보안, 인터- 및 인트라-기술 핸드오버들을 위한 모바일러티 관리, P-GW 및 S-GW 선택, 및 MME 변화를 이용한 핸드오버들을 위한 MME 선택을 포함한다.
도 2d를 참조하면, S-GW(230D)는 RAN(120)을 향한 인터페이스를 종단(terminate)시키는 게이트웨이이다. EPS-기반 시스템에 대해 코어 네트워크(140)와 연관된 각각의 UE에 대하여, 주어진 시점에 단일 S-GW가 존재한다. GTP-기반 및 PMIP(Proxy Mobile IPv6)-기반 S5/S8 둘 모두에 대해, S-GW(230D)의 기능들은, 모바일러티 앵커(anchor) 포인트, 패킷 라우팅 및 포워딩, 및 연관된 EPS 베어러의 QoS 클래스 식별자(QCI)에 기초하여 DSCP(DiffServ Code Point)를 셋팅하는 것을 포함한다.
도 2d를 참조하면, P-GW(235D)는, 패킷 데이터 네트워크(PDN), 예를 들어, 인터넷(175)을 향한 SGi 인터페이스를 종단시키는 게이트웨이이다. UE가 다수의 PDN들에 액세스하고 있으면, 그 UE에 대해 하나 초과의 P-GW가 존재할 수도 있지만; S5/S8 접속 및 Gn/Gp 접속의 혼합은 통상적으로 그 UE에 대해 동시에 지원되지 않는다. P-GW 기능들은 GTP-기반 S5/S8 둘 모두에 대해, (?(deep) 패킷 조사에 의한) 패킷 필터링, UE IP 어드레스 할당, 연관된 EPS 베어러의 QCI에 기초하여 DSCP를 셋팅하는 것, 인터 오퍼레이터 과금을 고려하는 것, 3GPP TS 23.203에 정의된 바와 같은 업링크(UL) 및 다운링크(DL) 베어러 결합, 3GPP TS 23.203에 정의된 바와 같은 UL 베어러 결합 검증을 포함한다. P-GW(235D)는, E-UTRAN, GERAN, 또는 UTRAN 중 임의의 것을 사용하여 GSM/EDGE 라디오 액세스 네트워크(GERAN)/UTRAN 전용 UE들 및 E-UTRAN-가능 UE들 둘 모두에 PDN 접속을 제공한다. P-GW(235D)는, S5/S8 인터페이스를 통해서만 E-UTRAN을 사용하여 E-UTRAN 가능 UE들에 PDN 접속을 제공한다.
도 2d를 참조하면, PCRF(240D)는 EPS-기반 코어 네트워크(140)의 정책 및 과금 제어 엘리먼트이다. 비-로밍 시나리오에서, UE의 IP-CAN(Internet Protocol Connectivity Access Network) 세션과 연관된 HPLMN에 단일 PCRF가 존재한다. PCRF는 Rx 인터페이스 및 Gx 인터페이스를 종단시킨다. 트래픽의 로컬 브레이크아웃(local breakout)을 갖는 로밍 시나리오에서, UE의 IP-CAN 세션과 연관된 2개의 PCRF들이 존재할 수도 있으며: H-PCRF(Home PCRF)는 HPLMN 내에 상주하는 PCRF이고, V-PCRF(Visited PCRF)는 방문 VPLMN 내에 상주하는 PCRF이다. PCRF는 3GPP TS 23.203에 더 상세히 설명되며, 그러므로 간략화를 위해 추가적으로 설명되지 않을 것이다. 도 2d에서, (예를 들어, 3GPP 용어에서는 AP로 지칭될 수 있는) 애플리케이션 서버(170)는, 인터넷(175)을 통해 코어 네트워크(140)에 접속되거나, 대안적으로는 Rx 인터페이스를 통해 직접 PCRF(240D)에 접속되는 것으로 도시된다. 일반적으로, 애플리케이션 서버(170)(또는 AF)는, 코어 네트워크에 대한 IP 베어러 리소스들(예를 들어, UMTS PS 도메인/GPRS 도메인 리소스들/LTE PS 데이터 서비스들)을 사용하는 애플리케이션들을 제공하는 엘리먼트이다. 애플리케이션 기능의 일 예는, IP 멀티미디어 서브시스템(IMS) 코어 네트워크 서브 시스템의 P-CSCF(Proxy-Call Session Control Function)이다. AF는, 세션 정보를 PCRF(240D)에 제공하기 위해 Rx 기준 포인트를 사용한다. 셀룰러 네트워크를 통해 IP 데이터 서비스들을 제공하는 임의의 다른 애플리케이션 서버는, Rx 기준 포인트를 통해 PCRF(240D)에 또한 접속될 수 있다.
도 2e는 본 발명의 일 실시예에 따른, EPS 또는 LTE 네트워크(140A)에 접속된 향상된 고속 패킷 데이터(HRPD) RAN으로서 구성된 RAN(120) 및 또한, HRPD 코어 네트워크(140B)의 패킷-교환 부분의 일 예를 도시한다. 코어 네트워크(140A)는, 도 2d에 대해 상술된 코어 네트워크와 유사한 EPS 또는 LTE 네트워크이다.
도 2e에서, eHRPD RAN은, 향상된 BSC(eBSC) 및 향상된 PCF(ePCF)(215E)에 접속된 복수의 베이스 트랜시버 스테이션(BTS)들(200E, 205E 및 210E)을 포함한다. eBSC/ePCF(215E)는, EPS 코어 네트워크(140A) 내의 다른 엔티티들(예를 들어, S103 인터페이스를 통해 S-GW(230D), S2a 인터페이스를 통해 P-GW(235D), Gxa 인터페이스를 통해 PCRF(240D), STa 인터페이스를 통해 3GPP AAA 서버(도 2d에 명시적으로 도시되지 않음) 등)과 인터페이싱하기 위해, S101 인터페이스를 통해 EPS 코어 네트워크(140A) 내의 MME들(215D 또는 220D) 중 하나에 접속할 수 있고, A10 및/또는 A11 인터페이스들을 통해 HRPD 서빙 게이트웨이(HSGW)(220E)에 접속할 수 있다. HSGW(220E)는, HRPD 네트워크들과 EPS/LTE 네트워크들 사이에 인터네트워킹을 제공하도록 3GPP2에서 정의된다. 인식될 바와 같이, eHRPD RAN 및 HSGW(220E)는, 레거시 HRPD 네트워크에서 이용가능하지 않은 EPC/LTE 네트워크들에 대한 인터페이스 기능을 이용하여 구성된다.
다시 eHRPD RAN을 참조하면, EPS/LTE 네트워크(140A)와의 인터페이싱에 부가하여, eHRPD RAN은 또한, HRPD 네트워크(140B)와 같은 레거시 HRPD 네트워크들과 인터페이싱할 수 있다. 인식될 바와 같이, HRPD 네트워크(140B)는, 도 2a로부터의 EV-DO 네트워크와 같은 레거시 HRPD 네트워크의 예시적이 구현이다. 예를 들어, eBSC/ePCF(215E)는, A12 인터페이스를 통해 AAA(authentication, authorization and accounting) 서버(225E)에 인터페이싱할 수 있고, A10 또는 A11 인터페이스를 통해 PDSN/FA(230E)에 인터페이싱할 수 있다. 차례로, PDSN/FA(230E)는 HA(235A)에 접속하며, 그 HA를 통해, 인터넷(175)이 액세스될 수 있다. 도 2e에서, 특정한 인터페이스들(예를 들어, A13, A16, H1, H2 등)은 명시적으로 설명되지 않지만, 완전함을 위해 도시되며, HRPD 또는 eHRPD에 정통한 당업자에 의해 이해될 것이다.
도 2b-2e를 참조하면, eHRPD RAN들 및 HSGW들(예를 들어, 도 2e)과 인터페이싱하는 LTE 코어 네트워크들(예를 들어, 도 2d) 및 HRPD 코어 네트워크들이 특정한 경우들에서 (예를 들어, P-GW, GGSN, SGSN 등에 의해) 네트워크-개시된 서비스 품질(QoS)을 지원할 수 있음을 인식할 것이다.
도 3은 본 발명의 실시예들에 따른 UE들의 예들을 도시한다. 도 3을 참조하면, UE(300A)는 통화 전화기로서 도시되고, UE(300B)는 터치스크린 디바이스(예를 들어, 스마트 폰, 태블릿 컴퓨터 등)로서 도시된다. 도 3에 도시된 바와 같이, UE(300A)의 외부 캐이싱(casing)은 당업계에 알려진 바와 같이, 다른 컴포넌트들 중에서도, 안테나(305A), 디스플레이(310A), 적어도 하나의 버튼(315A)(예를 들어, PTT 버튼, 전력 버튼, 볼륨 제어 버튼 등) 및 키패드(320A)로 구성된다. 또한, UE(300B)의 외부 캐이싱은 당업계에 알려진 바와 같이, 다른 컴포넌트들 중에서도, 터치스크린 디스플레이(305B), 주변 버튼들(310B, 315B, 320B 및 325B)(예를 들어, 전력 제어 버튼, 볼륨 또는 진동 제어 버튼, 에어플레인(airplane) 모드 토글 버튼 등), 적어도 하나의 전면-패널 버튼(330B)(예를 들어, 홈 버튼 등)으로 구성된다. UE(300B)의 일부로서 명시적으로 도시되지 않았지만, UE(300B)는, WiFi 안테나들, 셀룰러 안테나들, 위성 포지션 시스템(SPS) 안테나들(예를 들어, 글로벌 포지셔닝 시스템(GPS) 안테나들) 등을 포함하여(하지만 이에 제한되지는 않음) UE(300B)의 외부 케이싱으로 구축되는 하나 또는 그 초과의 외부 안테나들 및/또는 하나 또는 그 초과의 통합된 안테나들을 포함할 수 있다.
UE들(300A 및 300B)과 같은 UE들의 내부 컴포넌트들이 상이한 하드웨어 구성들로 구현될 수 있지만, 내부 하드웨어 컴포넌트들에 대한 기본적인 고레벨 UE 구성은 도 3에서 플랫폼(302)으로 도시된다. 플랫폼(302)은, 궁극적으로는 코어 네트워크(140), 인터넷(175) 및/또는 다른 원격 서버들 및 네트워크들(예를 들어, 애플리케이션 서버(170), 웹 URL들 등)로부터 도래할 수도 있는 RAN(120)으로부터 송신된 소프트웨어 애플리케이션들, 데이터 및/또는 커맨드들을 수신 및 실행할 수 있다. 플랫폼(302)은 또한, RAN 상호작용 없이, 로컬적으로 저장된 애플리케이션들을 독립적으로 실행할 수 있다. 플랫폼(302)은, 주문형 집적 회로(ASIC)(308), 또는 다른 프로세서, 마이크로프로세서, 로직 회로, 또는 다른 데이터 프로세싱 디바이스에 동작가능하게 커플링된 트랜시버(306)를 포함할 수 있다. ASIC(308) 또는 다른 프로세서는, 무선 디바이스의 메모리(312) 내의 임의의 상주 프로그램들과 인터페이싱하는 애플리케이션 프로그래밍 인터페이스(API)(310) 계층을 실행한다. 메모리(312)는, 판독-전용 또는 랜덤-액세스 메모리(RAM 및 ROM), EEPROM, 플래시 카드, 또는 컴퓨터 플랫폼들에 일반적인 임의의 메모리를 포함할 수 있다. 플랫폼(302)은 또한, 메모리(312)에서 활성적으로 사용되지 않는 애플리케이션들 뿐만 아니라 다른 데이터를 저장할 수 있는 로컬 데이터베이스(314)를 포함할 수 있다. 로컬 데이터베이스(314)는 통상적으로 플래시 메모리 셀이지만, 자기 매체들, EEPROM, 광학 매체들, 테이프, 소프트 또는 하드 디스크 등과 같이 당업계에 알려진 바와 같은 임의의 2차 저장 디바이스일 수 있다.
따라서, 본 발명의 일 실시예는, 본 명세서에 설명된 기능들을 수행하기 위한 능력을 포함하는 UE(예를 들어, UE(300A, 300B 등))를 포함할 수 있다. 당업자들에 의해 인식될 바와 같이, 다양한 로직 엘리먼트들은, 본 명세서에 기재된 기능을 달성하기 위해 이산 엘리먼트들, 프로세서 상에서 실행되는 소프트웨어 모듈들, 또는 소프트웨어와 하드웨어의 임의의 결합으로 구현될 수 있다. 예를 들어, ASIC(308), 메모리(312), API(310) 및 로컬 데이터베이스(314) 모두는, 본 명세서에 기재된 다양한 기능들을 로딩, 저장 및 실행하기 위해 협력적으로 사용될 수도 있으며, 따라서, 이들 기능들을 수행하기 위한 로직이 다양한 엘리먼트들에 걸쳐 분산될 수도 있다. 대안적으로, 기능은 하나의 이산 컴포넌트로 통합될 수 있다. 따라서, 도 3의 UE들(300A 및 300B)의 특성들은 단지 예시적인 것으로 고려될 것이며, 본 발명은 예시된 특성들 또는 어레인지먼트(arrangement)로 제한되지 않는다.
UE들(300A 및/또는 300B)과 RAN(120) 사이의 무선 통신은, CDMA, W-CDMA, 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 주파수 분할 멀티플렉싱(OFDM), GSM, 또는 무선 통신 네트워크 또는 데이터 통신 네트워크에서 사용될 수도 있는 다른 프로토콜들과 같은 상이한 기술들에 기초할 수 있다. 상기에서 설명되고 당업계에 알려진 바와 같이, 음성 송신 및/또는 데이터는 다양한 네트워크들 및 구성들을 사용하여 RAN으로부터 UE들로 송신될 수 있다. 따라서, 본 명세서에 제공된 예시들은 본 발명의 실시예들을 제한하도록 의도되지 않으며, 단지 본 발명의 실시예들의 양상들의 설명을 보조할 것이다.
도 4는 기능을 수행하도록 구성된 로직을 포함하는 통신 디바이스(400)를 도시한다. 통신 디바이스(400)는, UE들(300A 또는 300B), RAN(120)의 임의의 컴포넌트(예를 들어, BS들(200A 내지 210A), BSC(215A), 노드 B들(200B 내지 210B), RNC(215B), e노드B들(200D 내지 210D) 등), 코어 네트워크(140)의 임의의 컴포넌트(예를 들어, PCF(220A), PDSN(225A), SGSN(220B), GGSN(225B), MME(215D 또는 220D), HSS(225D), S-GW(230D), P-GW(235D), PCRF(240D)), 코어 네트워크(140) 및/또는 인터넷(175)과 커플링된 임의의 컴포넌트들(예를 들어, 애플리케이션 서버(170)) 등을 포함하지만 이에 제한되지는 않는 상술된 통신 디바이스들 중 임의의 디바이스에 대응할 수 있다. 따라서, 통신 디바이스(400)는, 도 1의 무선 통신 시스템(100)을 통해 하나 또는 그 초과의 다른 엔티티들과 통신(또는 그 엔티티들과의 통신을 용이하게)하도록 구성된 임의의 전자 디바이스에 대응할 수 있다.
도 4를 참조하면, 통신 디바이스(400)는, 정보를 수신 및/또는 송신하도록 구성된 로직(405)을 포함한다. 일 예에서, 통신 디바이스(400)가 무선 통신 디바이스(예를 들어, UE(300A 또는 300B), BS들(200A 내지 210A) 중 하나, 노드 B들(200B 내지 210B) 중 하나, e노드B들(200D 내지 210D) 중 하나 등)에 대응하면, 정보를 수신 및/또는 송신하도록 구성된 로직(405)은, 무선 트랜시버 및 연관된 하드웨어(예를 들어, RF 안테나, 모뎀, 변조기 및/또는 복조기 등)와 같은 무선 통신 인터페이스(예를 들어, 블루투스, WiFi, 2G, CDMA, W-CDMA, 3G, 4G, LTE 등)를 포함할 수 있다. 다른 예에서, 정보를 수신 및/또는 송신하도록 구성된 로직(405)은 유선 통신 인터페이스(예를 들어, 시리얼 접속, USB 또는 파이워와이어(Firewire) 접속, 인터넷(175)이 액세스될 수 있는 이더넷 접속 등)에 대응할 수 있다. 따라서, 통신 디바이스(400)가 몇몇 타입의 네트워크-기반 서버(예를 들어, PDSN, SGSN, GGSN, S-GW, P-GW, MME, HSS, PCRF, 애플리케이션(170) 등)에 대응하면, 일 예에서, 정보를 수신 및/또는 송신하도록 구성된 로직(405)은, 이더넷 프로토콜을 통해 다른 통신 엔티티들에 네트워크-기반 서버를 접속시키는 이더넷 카드에 대응할 수 있다. 추가적인 예에서, 정보를 수신 및/또는 송신하도록 구성된 로직(405)은, 통신 디바이스(400)가 자신의 로컬 환경을 모니터링할 수 있는 지각적(sensory) 또는 측정 하드웨어(예를 들어, 가속도계, 온도 센서, 광 센서, 로컬 RF 신호들을 모니터링하기 위한 안테나 등)를 포함할 수 있다. 정보를 수신 및/또는 송신하도록 구성된 로직(405)은 또한, 실행된 경우, 정보를 수신 및/또는 송신하도록 구성된 로직(405)의 연관된 하드웨어가 자신의 수신 및/또는 송신 기능(들)을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 수신 및/또는 송신하도록 구성된 로직(405)은 소프트웨어에만 대응하지 않으며, 정보를 수신 및/또는 송신하도록 구성된 로직(405)은 자신의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.
도 4를 참조하면, 통신 디바이스(400)는 정보를 프로세싱하도록 구성된 로직(410)을 더 포함한다. 일 예에서, 정보를 프로세싱하도록 구성된 로직(410)은 적어도 프로세서를 포함할 수 있다. 정보를 프로세싱하도록 구성된 로직(410)에 의해 수행될 수 있는 프로세싱의 타입의 예시적인 구현들은, 결정들을 수행하는 것, 접속들을 설정하는 것, 상이한 정보 옵션들 사이에서의 선택들을 행하는 것, 데이터에 관련된 평가들을 수행하는 것, 측정 동작들을 수행하기 위해 통신 디바이스(400)에 커플링된 센서들과 상호작용하는 것, 하나의 포맷으로부터 다른 포맷으로 (예를 들어, .wmv 내지 .avi 등과 같은 상이한 프로토콜들 사이에서) 정보를 변환하는 것 등을 포함하지만 이에 제한되지는 않는다. 예를 들어, 정보를 프로세싱하도록 구성된 로직(410)에 포함된 프로세서는, 범용 프로세서, 디지털 신호 프로세서(DSP), ASIC, 필드 프로그래밍가능 게이트 어레이(FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 본 명세서에 설명된 기능들을 수행하도록 설계된 이들의 임의의 결합에 대응할 수 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안적으로 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 결합, 예를 들어, DSP와 마이크로프로세서의 결합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그 초과의 마이크로프로세서들, 또는 임의의 다른 그러한 구성으로 구현될 수도 있다. 정보를 프로세싱하도록 구성된 로직(410)은 또한, 실행된 경우, 정보를 프로세싱하도록 구성된 로직(410)의 연관된 하드웨어가 자신의 프로세싱 기능(들)을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 프로세싱하도록 구성된 로직(410)은 소프트웨어에만 대응하지 않으며, 정보를 프로세싱하도록 구성된 로직(410)은 자신의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.
도 4를 참조하면, 통신 디바이스(400)는 정보를 저장하도록 구성된 로직(415)을 더 포함한다. 일 예에서, 정보를 저장하도록 구성된 로직(415)은 적어도, 비-일시적인 메모리 및 연관된 하드웨어(예를 들어, 메모리 제어기 등)를 포함할 수 있다. 예를 들어, 정보를 저장하도록 구성된 로직(415)에 포함된 비-일시적인 메모리는, RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈형 디스크, CD-ROM, 또는 당업계에 알려진 임의의 다른 형태의 저장 매체에 대응할 수 있다. 정보를 저장하도록 구성된 로직(415)은 또한, 실행된 경우, 정보를 저장하도록 구성된 로직(415)의 연관된 하드웨어가 자신의 저장 기능(들)을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 저장하도록 구성된 로직(415)은 소프트웨어에만 대응하지 않으며, 정보를 저장하도록 구성된 로직(415)은 자신의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.
도 4를 참조하면, 통신 디바이스(400)는 정보를 제시하도록 구성된 로직(420)을 선택적으로 더 포함한다. 일 예에서, 정보를 제시하도록 구성된 로직(420)은 적어도, 출력 디바이스 및 연관된 하드웨어를 포함할 수 있다. 예를 들어, 출력 디바이스는 비디오 출력 디바이스(예를 들어, 디스플레이 스크린, USB, HDMI와 같이 비디오 정보를 반송할 수 있는 포트 등), 오디오 출력 디바이스(예를 들어, 스피커들, 마이크로폰 잭(jack), USB, HDMI와 같이 오디오 정보를 반송할 수 있는 포트 등), 진동 디바이스 및/또는 정보가 출력을 위해 포맷팅될 수 있거나 통신 디바이스(400)의 사용자 또는 오퍼레이터에 의해 실제로 출력될 수 있는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스(400)가 도 3에 도시된 바와 같은 UE(300A) 또는 UE(300B)에 대응하면, 정보를 제시하도록 구성된 로직(420)은, UE(300A)의 디스플레이(310A) 또는 UE(300B)의 터치스크린 디스플레이(305B)를 포함할 수 있다. 추가적인 예에서, 정보를 제시하도록 구성된 로직(420)은, 로컬 사용자를 갖지 않는 네트워크 통신 디바이스들(예를 들어, 네트워크 스위치들 또는 라우터들, 원격 서버들 등)과 같은 특정한 통신 디바이스들에 대해 생략될 수 있다. 정보를 제시하도록 구성된 로직(420)은 또한, 실행된 경우, 정보를 제시하도록 구성된 로직(420)의 연관된 하드웨어가 자신의 제시 기능(들)을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 제시하도록 구성된 로직(420)은 소프트웨어에만 대응하지 않으며, 정보를 제시하도록 구성된 로직(420)은 자신의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.
도 4를 참조하면, 통신 디바이스(400)는 로컬 사용자 입력을 수신하도록 구성된 로직(425)을 선택적으로 더 포함한다. 일 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직(425)은 적어도, 사용자 입력 디바이스 및 연관된 하드웨어를 포함할 수 있다. 예를 들어, 사용자 입력 디바이스는, 버튼들, 터치스크린 디스플레이, 키보드, 카메라, 오디오 입력 디바이스(예를 들어, 마이크로폰, 또는 마이크로폰 잭과 같이 오디오 정보를 운반할 수 있는 포트 등), 및/또는 정보가 통신 디바이스(400)의 사용자 또는 오퍼레이터로부터 수신될 수 있는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스(400)가 도 3에 도시된 바와 같은 UE(300A) 또는 UE(300B)에 대응하면, 로컬 사용자 입력을 수신하도록 구성된 로직(425)은 키패드(320A), 버튼들(315A 또는 310B 내지 325B) 중 임의의 버튼, 터치스크린 디스플레이(305B) 등을 포함할 수 있다. 추가적인 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직(425)은, 로컬 사용자를 갖지 않는 네트워크 통신 디바이스들(예를 들어, 네트워크 스위치들 또는 라우터들, 원격 서버들 등)과 같은 특정한 통신 디바이스들에 대해 생략될 수 있다. 로컬 사용자 입력을 수신하도록 구성된 로직(425)은 또한, 실행된 경우, 로컬 사용자 입력을 수신하도록 구성된 로직(425)의 연관된 하드웨어가 자신의 입력 수신 기능(들)을 수행하도록 허용하는 소프트웨어를 포함할 수 있다. 그러나, 로컬 사용자 입력을 수신하도록 구성된 로직(425)은 소프트웨어에만 대응하지 않으며, 로컬 사용자 입력을 수신하도록 구성된 로직(425)은 자신의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.
도 4를 참조하면, (405 내지 425)의 구성된 로직들이 도 4에 별개의 또는 별도의 블록들로서 도시되지만, 각각의 구성된 로직이 자신의 기능을 수행하는 하드웨어 및/또는 소프트웨어가 부분적으로 중첩할 수 있음을 인식할 것이다. 예를 들어, (405 내지 425)의 구성된 로직들의 기능을 용이하게 하는데 사용되는 임의의 소프트웨어는 정보를 저장하도록 구성된 로직(415)과 연관된 비-일시적인 메모리에 저장될 수 있어서, 정보를 저장하도록 구성된 로직(415)에 의해 저장된 소프트웨어의 동작에 부분적으로 기초하여, (405 내지 425)의 구성된 로직들 각각이 그들의 기능(즉, 이러한 경우에는 소프트웨어 실행)을 수행하게 한다. 유사하게, 구성된 로직들 중 하나와 직접 연관된 하드웨어는 시간마다 다른 구성된 로직들에 의해 대여(borrow)되거나 사용될 수 있다. 예를 들어, 정보를 프로세싱하도록 구성된 로직(410)의 프로세서는, 정보를 수신 및/또는 송신하도록 구성된 로직(405)에 의해 송신되기 전에 적절한 포맷으로 데이터를 포맷팅할 수 있어서, 정보를 프로세싱하도록 구성된 로직(410)과 연관된 하드웨어(즉, 프로세서)의 동작에 부분적으로 기초하여, 정보를 수신 및/또는 송신하도록 구성된 로직(405)이 자신의 기능(즉, 이러한 경우에는 데이터의 송신)을 수행하게 한다. 일반적으로, 달리 명시적으로 나타내지 않으면, 본 발명 전반에 걸쳐 사용된 바와 같은 어구 "하도록 구성된 로직"은, 하드웨어를 이용하여 적어도 부분적으로 구현되는 실시예를 인보킹(invoke)하도록 의도되며, 하드웨어와 독립적인 소프트웨어-전용 구현들에 매핑하도록 의도되지 않는다. 또한, 다양한 블록들에서, 구성된 로직 또는 "하도록 구성된 로직"이 특정한 로직 게이트들 또는 엘리먼트들로 제한되는 것이 아니라, 일반적으로는 본 명세서에 설명된 기능을 (하드웨어 또는 하드웨어와 소프트웨어의 결합을 통해) 수행하기 위한 능력을 지칭함을 인식할 것이다. 따라서, 다양한 블록들에 도시된 바와 같은 구성된 로직 또는 "하도록 구성된 로직"은 단어 "로직"을 공유한다는 것과는 관계없이, 반드시 로직 게이트들 또는 로직 엘리먼트들로서 구현될 필요는 없다. 다양한 블록들 내의 로직 사이의 다른 상호작용들 또는 협력은, 더 상세히 후술되는 실시예들의 검토로부터 당업자에게 명확해질 것이다.
도 2a의 1x EV-DO, 도 2b-2c의 UMTS-기반 W-CDMA, 도 2d의 LTE 및 도 2e의 eHRPD와 같은 네트워크들을 통해 동작하는 세션들은, 서비스 품질(QoS)로 지칭되는 보장된 품질 레벨이 예비되는 채널들(예를 들어, RAB들, 흐름들 등) 상에서 지원될 수 있다. 예를 들어, 특정한 채널 상에서 QoS의 주어진 레벨을 설정하는 것은, 그 채널 상의 최소의 보장된 비트 레이트(GBR), 최대 지연, 지터, 레이턴시, 비트 에러 레이트(BER) 등 중 하나 또는 그 초과를 제공할 수도 있다. QoS 리소스들은 VoIP(Voice-over IP) 세션들, 그룹 통신 세션들(예를 들어, PTT 세션들 등), 온라인 게임들, IP TV 등과 같은 실시간 또는 스트리밍 통신 세션들과 연관된 채널들에 대해 예비(또는 셋업)될 수 있어서, 이들 세션들에 대한 심리스한(seamless) 엔드-투-엔드 패킷 전달을 보장하는 것을 돕는다.
종래에, QoS 베어러가 App*로 본 명세서에 나타낸 특정한 애플리케이션(예를 들어, VoIP, PTT 등)과 연관된 통신 세션에 대해 셋업 또는 활성화되는 경우, QoS는 통신 세션의 전체 지속기간 동안 업링크 및 다운링크 채널들 둘 모두 상에서 셋업된다. 그러나, 당업자에 의해 인식될 바와 같이, App* 통신 세션에 참가하는 주어진 UE 상의 클라이언트 애플리케이션은, 통신 세션들 동안 업링크 및 다운링크 채널들 둘 모두 상에서 계속 및/또는 동시에 송신 및/또는 수신하기 위한 높은-우선순위 트래픽을 갖지 않을 수도 있다.
예를 들어, 하프-듀플렉스 App* 통신 세션(예를 들어, 1:1 또는 다이렉트 호, 또는 PTT와 같은 그룹 호)에서, 플로어홀더는, 업링크 채널 상에서 (즉, 비-플로어홀더들로) 송신하기 위한 높은-우선순위 트래픽을 가질 수도 있지만, 플로어홀더는 통상적으로, App* 세션의 하프-듀플렉스 속성으로 인해 다운링크 채널 상에서 수신하기 위한 높은-우선순위 트래픽을 갖지 않을 것이다. 유사하게, 상술된 하프-듀플렉스 App* 통신 세션에서, 비-플로어홀더(들)는 다운링크 채널 상에서 (즉, 플로어홀더로부터) 수신하기 위한 높은-우선순위 트래픽을 가질 수도 있지만, 비-플로어홀더(들)는 통상적으로, App* 세션의 하프-듀플렉스 속성으로 인해 업링크 채널 상에서 송신하기 위한 높은-우선순위 트래픽을 갖지 않을 것이다. 추가적으로, 하프-듀플렉스 App* 세션 동안, 어떠한 것도 플로어를 홀딩하지 않는 시간들이 존재한다(예를 들어, 플로어-요청들을 제외하고, 어느 하나의 방향에서 어떠한 높은-우선순위 트래픽이 존재하지 않음). 풀-듀플렉스 App* 통신 세션들(예를 들어, 1:1 또는 다이렉트 호)을 참조하면, 호 내의 주어진 파티(party)는 그들의 세션을 뮤트되게 할 수도 있거나, 간단히 토킹(talking)하지 않을 수도 있으므로, 주어진 파티는 업링크 상에서 송신하기 위한 높은-우선순위 트래픽을 갖지 않게 된다. 인식될 바와 같이, 상술된 하프-듀플렉스 또는 풀-듀플렉스 App* 세션들의 적어도 일부 동안, App* 통신 세션 전반에 걸쳐 계속적으로 둘 모두의 방향들(즉, 업링크 및 다운링크)에서 각각의 세션 참가자에 대해 QoS를 예비하는 것은, 각각의 QoS 예비가 시스템(100)의 전체 리소스 용량을 감소시키기 때문에 비효율적일 수 있다.
따라서, 본 발명의 실시예들은, App* 통신 세션 동안 높은-우선순위 트래픽이 흐르도록 예상되는 (또는 실제 흐르고 있는) 방향(예를 들어, 업링크 및/또는 다운링크)에 기초하여 동적 방식으로 App* 통신 세션에 대한 업링크 및/또는 다운링크 채널들로의 QoS 리소스들의 할당을 선택적으로 증가 또는 감소시키는 것에 관련된다. 특히, 상술된 본 발명의 실시예들은, 상기 도 2a 내지 2e에 도시된 코어 네트워크들 중 하나 또는 그 초과에 걸쳐 애플리케이션 서버(170)에 의해 조정되도록 구성된 QoS-기반 통신 세션들에 관련된다.
예를 들어, QoS-기반 App* 통신 세션들이 도 2a에 도시된 1x EV-DO 코어 네트워크에 걸친 하나 또는 그 초과의 UE들 사이에서 중재되는 VoIP 세션들에 대응하는 경우, 애플리케이션 서버(170)에 의해 관리되는 각각의 VoIP는, QoS를 잠재적으로 할당받는 세개(3)의 흐름들(즉, 호 셋업 시그널링 흐름, 인콜(incall) 시그널링 흐름 및 미디어 트래픽 흐름)과 연관될 수도 있다. 1x EV-DO 코어 네트워크는 GBR QoS를 예비가능한 파라미터로서 인식하지 않으므로, EV-DO에 대한 QoS 셋업은 RAN(120)에서 구현되게 된다.
다른 예에서, QoS-기반 App* 통신 세션들이 도 2b 또는 도 2c에 도시된 바와 같이 UMTS-기반 W-CDAM 코어 네트워크에 걸친 하나 또는 그 초과의 UE들 사이에서 중재되는 VoIP 세션들에 대응하는 경우, 각각의 VoIP 세션은, '인터액티브(interactive)' 트래픽 클래스 QoS로 구성될 수도 있으며, MAC-es/MAC-hs GBR을 구성함으로써 그리고 UL에 대한 비-스케줄링된 송신 그랜트(grant)를 사용함으로써 RAN(120)(즉, UTRAN)에서 그리고 에어-인터페이스를 통해 GBR QoS를 수신할 수 있다. 1x EV-DO 코어 네트워크에 관련된 상기 예와 유사하게, GBR QoS 리소스들은 예비되지 않으며, "인터액티브" 트래픽 클래스(오로지 RAN(120))에 대해 도 2b-2c의 W-CDMA 코어 네트워크에서 구성될 수 없는데, 이는 W-CDMA 코어 네트워크가 GBR QoS를 예비가능한 파라미터로서 인식하지 못하기 때문이며, 그러므로, 로직 접속들만이 유지된다. 대안적으로, "대화형" 트래픽 클래스가 "인터액티브" 트래픽 클래스 대신에 사용되는 경우, GBR QoS 리소스들은 UE 및 W-CDMA 코어 네트워크 둘 모두에 의해 협의/변경될 수 있다. 통상적으로, VoIP 세션들은 W-CDMA에서 "대화형" 트래픽 클래스를 사용한다.
다른 예에서, QoS-기반 App* 통신 세션들이 도 2d에 도시된 1x EV-DO 코어 네트워크에 걸친 하나 또는 그 초과의 UE들 사이에서 중재되는 VoIP 세션들에 대응하는 경우, 애플리케이션 서버(170)에 의해 관리되는 VoIP 세션들은, 전용 애플리케이션-특정 PDN 접속(PDNApp *으로 표시됨) 상에서 App* GBR QoS 베어러(QoS 클래스 식별자(QCI)App *으로 표시됨)에 대해 "1"의 QCI 또는 애플리케이션-특정 QCI를 사용하며, UE가 RRC-유휴 상태에 있는 경우에도 유지되도록 또는 RRC 유휴-투-접속 트랜지션(transition) 이후 신속히 셋업되도록 S5 접속에게 요구한다. 따라서, 도 2a의 1x EV-DO 코어 네트워크 및 도 2b-2c의 W-CDMA 코어 네트워크와는 달리, 도 2d의 LTE 코어 네트워크는 그에 의해, RAN(120)에 부가하여 코어 네트워크(140)에서 GBR QoS를 지원한다.
더 상세히 후술될 본 발명의 실시예들 각각은, 다음과 같이 표 2(아래)에서 요약된 바와 같이, 도 2a-2b로부터의 코어 네트워크들 중 하나 또는 그 초과 내의 동작에 대해 구성된다.
Figure pct00002
도 5는 본 발명의 일 실시예에 따른, 클라이언트 애플리케이션 개시된 방향성 QoS 관리 절차의 더 상세한 구현 예를 도시한다. (상기) 표 2에 설명된 바와 같이, 클라이언트 애플리케이션 개시된 방향성 QoS 관리 절차(즉, 표 2로부터의 #1)는, 도 2a의 1x EV-DO 코어 네트워크, ("대화형" 트래픽 클래스가 세션에 대해 사용되면) 도 2b-2c의 W-CDMA 코어 네트워크, 도 2d의 LTE 코어 네트워크 및/또는 도 2e의 eHRPD 코어 네트워크로 구현될 수 있다. 도 5는 이들 코어 네트워크 타입들 중 임의의 타입에 대해 제너릭(generic)하지만, 도 6a-6c는, 도 5의 절차를 개별 코어 네트워크 타입들에 매핑하기 위한 더 상세한 흐름도들을 도시한다.
도 5를 참조하면, 주어진 UE 상의 App*에 대한 클라이언트 애플리케이션은, App* 통신 세션(예를 들어, VoIP 세션, PTT 세션 등)(500)을 개시하도록 결정한다. (500)의 결정은, 통신 세션을 발신하기 위한 주어진 UE의 오퍼레이터에 의한 요청에 기초할 수 있으며, 이러한 경우, 주어진 UE는 발신 UE이다. 대안적으로, (500)의 결정은, 몇몇 다른 엔티티에 의해 발신되는 App* 통신 세션을 공표(announce)하는 주어진 UE에서 수신된 호 공표 메시지에 기초할 수 있으며, 이러한 경우, 주어진 UE는 타겟 UE이다. 도 5의 실시예에서, 주어진 UE 상에서 실행되고 있으며, App* 통신 세션들(예를 들어, VoIP 세션들, PTT 세션들 등)과 연관된 클라이언트-측 동작들을 핸들링하도록 구성되는 App* 클라이언트 애플리케이션을 가정한다.
(505)에서, App* 클라이언트 애플리케이션은, 개시될 App* 통신 세션이 하프-듀플렉스인지 또는 풀-듀플렉스인지를 결정한다. (505)에서 App* 통신 세션이 하프-듀플렉스(예를 들어, PTT 호)라고 App* 클라이언트 애플리케이션이 결정하면, App* 클라이언트 애플리케이션은, 주어진 UE가 하프-듀플렉스 App* 세션에 대해 플로어를 현재 갖는지(또는 현재 플로어홀더인지)를 결정한다(510). (510)에서 App* 클라이언트 애플리케이션이 주어진 UE가 플로어를 갖는다고 결정하면, App* 클라이언트 애플리케이션은, 하프-듀플렉스 App* 세션에 대해 주어진 UE에 의하여 업링크 미디어 송신들을 지원하기 위해 업링크(UL) QoS 리소스들의 임계 레벨(예를 들어, 임계 데이트(date) 레이트 또는 kpbs로 셋팅된 GBR)이 설정되는지를 결정한다(515). 인식될 바와 같이, 하프-듀플렉스 App* 세션 동안의 플로어홀더는, 비-플로어홀더들 또는 청취자(listener)들로서 하프-듀플렉스 App* 세션에 참가하는 타겟 UE(들)로의 분배를 위해 UL 채널 상에서 높은-우선순위 미디어를 송신할 가능성이 있으므로, 플로어홀더로부터의 UL 채널 상의 QoS는 하프-듀플렉스 App* 세션 동안 세션 품질을 개선시킬 수 있다. 도 6a-6c에 대해 더 상세히 후술될 바와 같이, (515)의 업링크 QoS 리소스 결정은, (i) 주어진 UE가 도 2a에서와 같이 1x EV-DO 네트워크 또는 도 2e에서와 같이 eHRPD 네트워크에 의해 서빙되면, UL 미디어 트래픽 흐름에 대한 QoS가 셋업되는지를 결정하는 것, (ii) 주어진 UE가 도 2b-2c에서와 같이 W-CDMA 네트워크 또는 도 2d에서와 같이 LTE 네트워크에 의해 서빙되면, UL 미디어 베어러가 하프-듀플렉스 세션을 지원하기 위해 적어도 임계 GBR을 이용하여 구성되는지를 결정하는 것을 포함할 수 있다.
(515)에서 주어진 UE 상의 App* 클라이언트 애플리케이션이 임계 UL QoS 리소스들이 하프-듀플렉스 App* 세션 동안 이전에 셋업되지 않았다고 결정하면, (520)에서, 주어진 UE는 UL QoS 리소스들이 활성화 및/또는 증가되는 것을 요청한다. 예를 들어, 주어진 UE가 도 2a에서와 같이 1x EV-DO 네트워크에 의해 서빙되면, (520)에서, 주어진 UE는 UL 미디어 트래픽 흐름에 대한 QoS가 활성화되는 것을 요청할 수 있다. 다른 예에서, 주어진 UE가 도 2b-2c에서와 같이 W-CDMA 네트워크 또는 도 2d에서와 같이 LTE 네트워크에 의해 서빙되면, (520)에서, 주어진 UE는 자신의 UL 미디어 베어러 상의 자신의 현재 GBR을 더 높은 GBR(예를 들어, XApp* kpbs, 여기서, XApp * kpbs는 App* 통신 세션 동안의 애플리케이션-특정 동적 데이터 레이트에 대응함)로 변경시키도록 요청할 수 있다.
추가적으로, 주어진 UE가 (510)에서 하프-듀플렉스 App* 세션 동안 플로어를 갖도록 결정되면, 주어진 UE가 다운링크(DL) 미디어에 대한 QoS를 요구하지 않을 수도 있음을 인식할 것이다. 따라서, (515-520)에서 (필요하면) UL 채널에 대한 QoS를 선택적으로 셋업하거나 증가시키는 것에 부가하여, (525-530)에서, 주어진 UE는 또한, App* 베어러에 대해 (필요하면) DL 채널에 대한 기존의 QoS 리소스들을 선택적으로 분리 또는 감소시킬 것이다. 따라서, App* 클라이언트 애플리케이션은, DL QoS 리소스들의 임계 레벨이 하프-듀플렉스 App* 세션 동안 주어진 UE에서 DL 미디어 수신을 지원하기 위해 설정되는지를 결정한다(525). 도 6a-6c에 대해 더 상세히 후술될 바와 같이, (525)의 DL QoS 리소스 결정은, (i) 주어진 UE가 도 2a에서와 같이 1x EV-DO 네트워크 또는 도 2e에서와 같이 eHRPD 네트워크에 의해 서빙되면, DL 미디어 트래픽 흐름에 대한 QoS가 셋업되는지를 결정하는 것, (ii) 주어진 UE가 도 2b-2c에서와 같이 W-CDMA 네트워크 또는 도 2d에서와 같이 LTE 네트워크에 의해 서빙되면, DL App* 미디어 베어러가 적어도 임계 GBR을 이용하여 구성되는지를 결정하는 것을 포함할 수 있다.
(525)에서 주어진 UE 상의 App* 클라이언트 애플리케이션이 임계 DL QoS 리소스들이 하프-듀플렉스 App* 세션 동안 이전에 셋업되었다고 결정하면, (530)에서, 주어진 UE 상의 App* 클라이언트 애플리케이션은 DL QoS 리소스들이 비활성화 및/또는 감소되는 것을 요청한다. 예를 들어, 주어진 UE가 도 2a에서와 같이 1x EV-DO 네트워크 또는 도 2e에서와 같이 eHRPD 네트워크에 의해 서빙되면, (530)에서, 주어진 UE는 DL 미디어 트래픽 흐름에 대한 QoS가 비활성화 또는 턴 오프되는 것을 요청할 수 있다. 다른 예에서, 주어진 UE가 도 2b-2c에서와 같이 W-CDMA 네트워크 또는 도 2d에서와 같이 LTE 네트워크에 의해 서빙되면, (530)에서, 주어진 UE 상의 App* 클라이언트 애플리케이션은 자신의 DL 미디어 베어러 상의 자신의 현재 GBR을 더 낮은 GBR로 변경시키도록 요청할 수 있다.
도 5를 계속 참조하고, (510)의 하프-듀플렉스 플로어홀더 결정을 다시 참조하면, App* 클라이언트 애플리케이션이 주어진 UE가 (510)에서 플로어를 갖지 않는다고 결정하면, App* 클라이언트 애플리케이션은, 다른 세션 참가자가 플로어를 홀딩하는지(즉, 몇몇 엔티티로부터의 미디어가 하프-듀플렉스 App* 세션 동안 DL 채널을 통해 수신되고 있는지)를 결정한다(535). 인식될 바와 같이, 하프-듀플렉스 App* 세션에 대한 비-플로어홀더들(또는 타겟 UE들)은 DL 상에서 높은-우선순위 미디어를 수신하고 있을 가능성이 있으므로, 비-플로어홀더들 또는 타겟 UE(들)에 대한 DL 채널 상의 QoS는 하프-듀플렉스 App* 세션에 대한 세션 품질을 개선시킬 수 있다. 따라서, App* 클라이언트 애플리케이션이 (535)에서 다른 엔티티가 플로어를 홀딩한다고 (즉, 미디어가 하프-듀플렉스 App* 세션 동안 주어진 UE에서 수신되고 있다고) 결정하면, App* 클라이언트 애플리케이션은, DL QoS 리소스들의 임계 레벨이 하프-듀플렉스 세션 동안 주어진 UE에서의 DL 미디어 수신을 지원하기 위해 설정되는지를 결정한다((525)와 유사한 (540)).
주어진 UE 상의 App* 클라이언트 애플리케이션이 (540)에서 임계 DL QoS 리소스들이 하프-듀플렉스 App* 세션 동안 이전에 셋업되지 않았다고 결정하면, (545)에서, 주어진 UE 상의 App* 클라이언트 애플리케이션은, DL QoS 리소스들이 활성화 및/또는 증가되는 것을 요청한다. 예를 들어, 주어진 UE가 도 2a에서와 같이 1x EV-DO 네트워크 또는 도 2e에서와 같이 eHRPD 네트워크에 의해 서빙되면, (545)에서, 주어진 UE는, DL 미디어 트래픽 흐름에 대한 QoS가 활성화되는 것을 요청할 수 있다. 다른 예에서, 주어진 UE가 도 2b-2c에서와 같이 W-CDMA 네트워크 또는 도 2d에서와 같이 LTE 네트워크에 의해 서빙되면, (545)에서, 주어진 UE 상의 App* 클라이언트 애플리케이션은, 자신의 DL 미디어 베어러 상의 자신의 현재의 GBR을 더 높은 GBR(예를 들어, XApp * kpbs)로 변경시키도록 요청할 수 있다.
추가적으로, 주어진 UE가 (510)에서 하프-듀플렉스 App* 세션 동안 플로어를 갖지 않도록 결정되면, 주어진 UE가 UL 미디어에 대한 QoS를 요구하지 않을 수도 있음을 인식할 것이다. 따라서, (540-545)에서 (필요하면) DL 채널에 대해 QoS를 선택적으로 셋업하는 것에 부가하여, 주어진 UE는 또한, (550-555)에서 (필요하면) UL 채널에 대한 기존의 QoS 리소스들을 선택적으로 분리 또는 감소시킬 것이다. 따라서, App* 클라이언트 애플리케이션은, UL QoS 리소스들의 임계 레벨이 하프-듀플렉스 세션 동안 주어진 UE에서의 UL 미디어 수신을 지원하기 위해 설정되는지를 결정한다((520)과 유사한 (550)).
주어진 UE 상의 App* 클라이언트 애플리케이션이 (550)에서 임계 UL QoS 리소스들이 하프-듀플렉스 App* 세션 동안 이전에 셋업되었다고 결정하면, (555)에서, 주어진 UE는, UL QoS 리소스들이 비활성화 및/또는 감소되는 것을 요청한다. 예를 들어, 주어진 UE가 도 2a에서와 같이 1x EV-DO 네트워크 또는 도 2e에서와 같이 eHRPD 네트워크에 의해 서빙되면, (555)에서, 주어진 UE 상의 App* 클라이언트 애플리케이션은, UL 미디어 트래픽 흐름에 대한 QoS가 비활성화 또는 턴오프되는 것을 요청할 수 있다. 다른 예에서, 주어진 UE가 도 2b-2c에서와 같이 W-CDMA 네트워크 또는 도 2d에서와 같이 LTE 네트워크에 의해 서빙되면, (555)에서, 주어진 UE 상의 App* 클라이언트 애플리케이션은, 자신의 UL 미디어 베어러 상의 자신의 현재의 GBR을 더 낮은 GBR(예를 들어, 1kpbs, 또는 몇몇 다른 공칭 데이터 레이트)로 변경시키도록 요청할 수 있다.
도 5를 계속 참조하고, (535)의 결정(그에 의해, App* 클라이언트 애플리케이션은, 주어진 UE 그 자체가 (510)에서 플로어를 홀딩하지 않는다고 결정한 이후에 다른 플로어홀더가 존재하는지를 결정함)을 다시 참조하면, App* 클라이언트 애플리케이션이 (535)에서 어떠한 것도 플로어를 홀딩하지 않는다고 결정하면, App* 클라이언트 애플리케이션은, (적어도, 세션 참가자들 중 하나가 플로어를 그랜트받을 때까지) 하프-듀플렉스 App* 세션 동안 DL 및 UL QoS 리소스들 둘 모두를 감소 또는 비활성화시키도록 결정한다(560). 따라서, (560) 이후, 프로세스는 (525-530) 및 (550-555) 둘 모두로 진행하며, 여기서, DL 및 UL QoS 리소스들은 (필요하면) 감소 및/또는 비활성화된다.
도 5를 계속 참조하고, (505)의 듀플렉스 결정을 다시 참조하면, 통신 세션이 하프-듀플렉스 대신 풀-듀플렉스(예를 들어, VoIP 호)라고 App* 클라이언트 애플리케이션이 결정하면, App* 클라이언트 애플리케이션은, 오디오가 풀-듀플렉스 App* 세션 동안 뮤트되는지를 결정한다(565). 인식될 바와 같이, 오디오가 뮤트되면, 주어진 UE의 오퍼레이터는 풀-듀플렉스 App* 세션에서 다른 UE(들)을 청취하고 있지만, 다른 UE(들)에 운반되는 그 자신의 오디오를 실제로는 원하지 않는다. App* 클라이언트 애플리케이션이 (565)에서 풀-듀플렉스 App* 세션이 뮤트되지 않는다고 결정하면, 풀-듀플렉스 App* 세션에 대한 UL 및 DL QoS 리소스들 둘 모두는 (필요하다면) 활성화 또는 증가된다(570). 예를 들어, 일 예에서, (570)은 (515-520) 및 (550-555)의 실행에 대응할 수 있다. 그렇지 않고, App* 클라이언트 애플리케이션이 (565)에서 풀-듀플렉스 App* 세션이 뮤트된다고 결정하면, 프로세스는 (540-555)로 진행하며, 여기서, DL QoS 리소스들은 (필요하면) 증가 또는 활성화되고, UL QoS 리소스들은 (필요하면) 감소 또는 비활성화된다.
도 6a는 본 발명의 일 실시예에 따른, 도 2a에서와 같이 1x EV-DO 네트워크(레거시 HRPD) 또는 도 2e에서와 같이 eHRPD 네트워크에 의해 서빙되고 있는 동안 하프-듀플렉스 App* PTT 세션에 참가하는 주어진 UE에 대한 도 5의 프로세스의 예시적인 구현을 도시한다. 도 6a를 참조하면, 주어진 UE가 유휴 상태에 있는 동안, App* 클라이언트 애플리케이션은 (예를 들어, PTT 버튼 푸시(push)에 응답하여) App* PTT 호를 발신하도록 결정하고(600A), App* 클라이언트 애플리케이션은, (예를 들어, 도 5의 (500-515)와 유사하게) 주어진 UE가 플로어를 갖는다고 결정한다(605A). 주어진 UE가 App* PTT 호 동안 자신의 UL 미디어 흐름에 대한 QoS 셋업을 아직 갖지 않는다고 가정하면, 주어진 UE 상의 App* 클라이언트 애플리케이션은, App* PTT 호에 대한 DL 미디어 흐름이 아니라 자신의 UL 미디어 흐름에 대한 QoS 활성화를 요청한다. 이것은 도 6a에 도시되며, 그에 의해, 주어진 UE는, (DL 미디어 QoS 흐름이 아니라) UL 미디어 QoS 흐름을 표시하는 ReservationOnRequest 메시지를 송신한다(615A). 따라서, RAN(120)은 (1x EV-DO에 정통한 당업자에 의해 용이하게 인식되는 (620A 내지 (640A) 사이의 시그널링에 의해 도시된) UL 미디어 흐름에 대한 UL QoS 예비를 셋업하면서, 중단된 상태의 DL 미디어 흐름에 대한 DL QoS 예비를 떠난다(예를 들어, 도 5의 (515-530)과 유사함). 도 6a에 명시적으로 도시되지 않았지만, 주어진 UE 상의 App* 클라이언트 애플리케이션은, (640A) 이후 플로어홀더로서 미디어를 송신하는 것을 시작할 수 있다.
도 6a를 참조하면, 주어진 UE 상의 App* 클라이언트 애플리케이션은 결국 플로어를 릴리즈하며(645A), App* 클라이언트 애플리케이션은, 다른 UE가 App* PTT 세션 동안 플로어를 갖는다고 결정한다(도 5의 (510) 및 (535)와 유사한 (650A)). 따라서, 도 5의 (540-555)와 유사하게, 주어진 UE는 DL 미디어 흐름에 대한 DL QoS 예비를 턴온하며(655A-660A), 주어진 UE는 UL 미디어 흐름(665A-670A)에 대한 UL QoS 예비를 분리시킨다.
도 6a를 참조하면, (도 5의 (535) 및 (560)과 유사하게) 다른 UE는 결국 플로어를 릴리즈하고(675A), App* 클라이언트 애플리케이션은, 어떠한 UE도 App* PTT 세션 동안 플로어를 갖지 않는다고 결정한다(680A). 따라서, 도 5의 (525-530) 및 (550-555)와 유사하게, 주어진 UE 상의 App* 클라이언트 애플리케이션은, DL 미디어 흐름에 대한 DL QoS 예비 및 UL 미디어 흐름에 대한 UL QoS 예비 둘 모두를 분리시킨다(680A-690A).
도 6a은 주어진 UE가 App* PTT 호에 대한 발신자인 일 예에 관한 것이지만, 도 6a는, 주어진 UE가 App* PTT 호에 대한 호 타겟인 시나리오를 대신 수용하도록 변경될 수 있음을 인식할 것이다. 도 6a의 호 타겟 구현에서, 호 타겟 UE 상의 App* 클라이언트 애플리케이션은, ((600A)에서와 같은 PTT 버튼 푸시 대신에) 호 공표 메시지를 통해 App* PTT 호를 인식하게 되며, 호 타겟 UE는 (도 6a에서와 같은 플로어홀더 대신) App* PTT 호를 비-플로어홀더로서 시작할 것이다. 이들 차이점들 이외에도, App* 미디어 QoS 흐름에 대한 UL 및 DL QoS는, 도 6a에서와 유사한 방식으로 호 타겟 UE에 대해 관리될 수 있다. 또한, 도 6a에 명시적으로 도시되지 않았지만, 도 6a는, 도 6b의 하프-듀플렉스 세션 예 대신 풀-듀플렉스 예(예를 들어, 도 5로부터의 (565, 570 등))와 같은 도 5로부터의 부가적인 사용 경우들을 커버하기 위해 확장될 수 있다. 추가적으로, 주어진 UE가 유휴인 (즉, 어떠한 트래픽 채널(TCH)도 없는) 경우 도 6a가 (600A)에서 발신되는 App* PTT 호에 대해 설명되지만, 주어진 UE가 이전에 TCH를 할당받은 경우 App* PTT 호가 주어진 UE에서 발신되도록 (또는, 타겟 UE 구현에 대해, 미리-설정된 TCH를 통해 주어진 UE에 공표되도록) 도 6a가 변경될 수 있음을 인식할 것이다.
도 6b는 본 발명의 일 실시예에 따른, 도 2b 또는 도 2c에서와 같이 W-CDMA 네트워크에 의해 서빙되는 동안 하프-듀플렉스 App* PTT 세션에 참가하는 주어진 UE에 대한 도 5의 프로세스의 예시적인 구현을 도시한다. 도 6b를 참조하면, 주어진 UE는 CELL_PCH 또는 URA_PCH 상태에서 동작하고 있고(600B), App* 클라이언트 애플리케이션은, (예를 들어, 다른 UE에서의 PTT 버튼 푸시에 응답하여) 몇몇 다른 UE에 의해 발신된 App* PTT 호와 관련한 페이지를 수신하며(605B), 이는, RAN(120)을 이용한 셀 업데이트 절차들을 수행하도록 주어진 UE를 프롬프트하여(610B), CELL_DCH 상태로 트랜지션해서(615B), PTT 공표 메시지(미도시)를 수신하고, App* PTT 세션에 대한 RAB들을 셋업한다(620B). 특히, (620B)에서, RAN(120)은, App* PTT 세션을 지원하는 미디어 RAB에 대해 UL 및 DL 둘 모두 상에 적어도 임계 GBR(예를 들어, XApp* kpbs)을 할당한다.
도 6b를 참조하면, 다른 UE가 App* PTT 세션 동안 플로어를 갖는다고 App* 클라이언트 애플리케이션이 결정한다고 가정한다(도 5의 (510 및 535)와 유사한 (625B)). 따라서, 주어진 UE가 (620B)에서 임계 GBR을 이전에 할당받았기 때문에, App* 클라이언트 애플리케이션은 도 5의 (540-555)와 유사하게, XApp* kpbs로 DL 미디어 베어러에 할당된 GBR을 유지하지만, UL 미디어 베어러(예를 들어, 1kpbs 또는 몇몇 다른 공칭 레벨)에 할당된 GBR을 감소시키도록 결정한다. UL 미디어 베어러로의 GBR 감소는 (630B 내지 670B) 사이의 시그널링으로 도 6b에 도시되며, 이러한 시그널링은 UMTS 및/또는 W-CDMA에 정통한 당업자에 의해 용이하게 인식될 것이다.
도 6b는, 주어진 UE가 App* PTT 호에 대한 호 타겟 UE인 일 예에 관련되지만, 도 6b는, 주어진 UE가 App* PTT 호의 호 발신자인 시나리오를 대신 수용하도록 변경될 수 있음을 인식할 것이다. 도 6b의 호 발신자 구현에서, 호 발신자 UE 상의 App* 클라이언트 애플리케이션은, ((605B)에서와 같은 페이지/공표 절차 대신에) PTT 버튼 푸시를 통해 App* PTT 호를 인식하게 될 수 있으며, 호 발신자 UE는 (도 6b에서와 같은 비-플로어홀더 대신) App* PTT 호를 플로어홀더로서 시작할 것이다. 이들 차이점들 이외에도, App* 미디어 QoS 흐름에 대한 UL 및 DL QoS는, 도 6b에서와 유사한 방식으로 호 타겟 UE에 대해 관리될 수 있다. 또한, 도 6b에 명시적으로 도시되지 않았지만, 도 6b는, 도 6b의 하프-듀플렉스 세션 예 대신 풀-듀플렉스 예(예를 들어, 도 5로부터의 (565, 570 등))와 같은 도 5로부터의 부가적인 사용 경우들을 커버하기 위해 확장될 수 있다. 추가적으로, 주어진 UE가 URA_PCH/CELL_PCH 상태에 있는 동안 수신된 페이지에 기초하여 (605B)에서 발신되는 App* PTT 호에 대해 도 6b가 설명되지만, 주어진 UE가 CELL_DCH 상태에 이전에 있었던 경우 APP* PTT 세션에 대한 App* PTT 호의 호 공표가 도달하도록 (또는, 발신 UE 구현에 대해, CELL_DCH 상태에 있는 경우 App*에 대한 PTT 버튼 푸시가 주어진 UE에서 검출되도록) 도 6b가 변경될 수 있음을 인식할 것이다.
도 6c는 본 발명의 일 실시예에 따른, 도 2d에서와 같이 LTE 네트워크에 의해 서빙되고 있는 동안 하프-듀플렉스 App* PTT 세션을 발신하는 주어진 UE에 대한 도 5의 프로세스의 예시적인 구현을 도시한다. 도 6c를 참조하면, 주어진 UE는 라디오 리소스 접속된(RRC) 유휴 모드로 동작하고 있고(600C), App* 클라이언트 애플리케이션은 (예를 들어, 주어진 UE 상의 PTT 버튼 푸시에 응답하여) 하프-듀플렉스 App* PTT 세션을 개시하도록 결정한다(605C). 그 후, 주어진 UE는, RAN(120)(즉, e노드B(205D)와 같이 주어진 UE를 서빙하는 e노드B)을 이용하여 RRC 접속 셋업 및 서비스 요청 절차들을 수행하여(610C), RCC 접속된 상태로 트랜지션하고(615C), 하프-듀플렉스 App* PTT 세션의 미디어에 대해 비-GBR EPS 베어러들 및 전용 GBR EPS 베어러를 셋업한다(620C). 특히, (620C)에서, e노드B(205D)는, MME(215B)로부터 수신된 QoS에 기초하여 App* PTT 세션을 지원할 App* GBR 미디어 베어러에 대해 UL 및 DL 둘 모두 상에 적어도 임계 GBR(예를 들어, XApp* kpbs)을 할당한다.
도 6c를 참조하면, App* 클라이언트 애플리케이션이 주어진 UE가 플로어를 갖는 하프-듀플렉스 App* PTT 세션을 시작할 것이라고 결정한다고 가정한다(625C)(예를 들어, 도 5의 (500-515)와 유사함). 주어진 UE가 자신의 UL 미디어 베어러에 대한 QoS 셋업(예를 들어, (620C)에서 e노드B(205D)에 의해 UL 미디어 베어러에 할당된 GBR의 XApp* kpbs)을 이전에 갖고 있기 때문에, 주어진 UE 상의 App* 클라이언트 애플리케이션은, XApp* kpbs로부터 GBR 임계치(예를 들어, 1kpbs와 같은 공칭 kpbs 레벨) 아래의 kpbs 레벨로의 DL 미디어 베어러에 대한 QoS 감소를 요청한다. DL 미디어 베어러로의 GBR 감소는 (630C)와 (665C) 사이의 시그널링으로 도 6c에 도시되며, 이러한 시그널링은 LTE에 정통한 당업자에 의해 용이하게 인식될 것이다.
도 6c는, 주어진 UE가 App* PTT 호에 대한 호 발신자인 일 예에 관련되지만, 도 6c는, 주어진 UE가 App* PTT 호에 대한 호 타겟인 시나리오를 대신 수용하도록 변경될 수 있음을 인식할 것이다. 도 6c의 호 타겟 구현에서, 호 타겟 UE 상의 App* 클라이언트 애플리케이션은, ((605C)에서와 같은 PTT 버튼 푸시 대신에) 호 공표 메시지를 통해 App* PTT 호를 인식하게 되며, 호 타겟 UE는 (도 6c에서와 같은 플로어홀더 대신) App* PTT 호를 비-플로어홀더로서 시작할 것이다. 이들 차이점들 이외에도, App* 미디어 QoS 흐름에 대한 UL 및 DL QoS는, 도 6c에서와 유사한 방식으로 호 타겟 UE에 대해 관리될 수 있다. 또한, 도 6c에 명시적으로 도시되지 않았지만, 도 6c는, 도 6c의 하프-듀플렉스 세션 예 대신 풀-듀플렉스 예(예를 들어, 도 5로부터의 (565, 570 등))와 같은 도 5로부터의 부가적인 사용 경우들을 커버하기 위해 확장될 수 있다. 추가적으로, 주어진 UE가 RRC-유휴 상태에 있는 경우 도 6c가 (605C)에서 발신되는 App* PTT 호에 대해 설명되지만, RRC-접속된 상태에 있는 경우 App* PTT 호가 주어진 UE에서 발신되도록 (또는, 타겟 UE 구현에 대해, RRC-접속된 상태에 있는 경우 주어진 UE로 공표되도록) 도 6c가 변경될 수 있음을 인식할 것이다.
도 5-6c가 App* 통신 세션의 UL 및 DL 채널들 상에서의 선택적인 QoS 제어를 위한 UE-측 또는 클라이언트 애플리케이션-기반 절차에 대해 설명되지만, 도 7a-7b는, App* 통신 세션에 참가하는 UE들 대신 애플리케이션 서버(170)(예를 들어, App* 통신 세션을 중재하도록 구성된 서버)에서 구현되는 유사한 선택적인 QoS 제어 절차에 관련된다. (상기) 표 2에 설명된 바와 같이, 애플리케이션 서버 보조 방향성 QoS 관리 절차(즉, 표 2로부터의 #2)는, 도 2d의 LTE 코어 네트워크에서 구현될 수 있지만, 도 2a의 1x EV-DO 코어 네트워크, 또는 도 2b-2c의 W-CDMA 코어 네트워크, 또는 도 2e의 eHRPD 네트워크에서 표준-호환 구현을 가능하게 하지 않을 수도 있다.
도 7a의 설명을 간결하게 하기 위해, 도 7a의 (700 내지 770)은 아래에 나타내는 것을 제외하고 도 5의 (500 내지 570)과 각각 유사하다. 도 5는 그 전체가 App* 통신 세션에 참가하는 주어진 UE에서 구현되지만, 도 7a는 App* 통신 세션을 중재하도록 구성된 애플리케이션 서버(170)에서 구현된다. 도 5는 하나의 특정한 UE에서 App* 클라이언트 애플리케이션에 의해 실행되는 절차를 대표하지만, 도 7a는, 통신 세션에 참가하는 각각의 UE에 대해 애플리케이션 서버(170)에서 실행될 수 있는 절차를 대표한다(하지만, 애플리케이션 서버(170)는, 적어도 하나의 실시예에서 참가 UE들 각각에 대해 도 7a의 프로세스를 수행할 필요가 없다). 도 5의 주어진 UE 상의 App* 클라이언트 애플리케이션은, 주어진 UE에서의 호 공표 메시지의 사용자 요청 또는 수신에 기초하여 도 5의 (500)에서 App* 통신 세션을 개시하도록 결정할 수도 있지만, 도 7a의 (700)의 애플리케이션 서버(170)는, 발신 UE로부터의 호 요청 메시지 및/또는 공표된 App* 통신 세션에 대한 수용을 표시하는 타겟 UE(들)로부터의 호 수용 메시지의 수신에 기초하여 App* 통신 세션을 개시하도록 결정할 수도 있다. 추가적으로, 풀-듀플렉스 App* 세션 내의 몇몇 UE들은 그들의 세션들을 뮤트되게 할 수도 있고 다른 UE들은 그렇지 않을 수도 있으며, 몇몇 UE들은 하프-듀플렉스 App* 세션에 대한 플로어홀더들일 수도 있고 다른 UE들은 비-플로어홀더들일 수도 있음을 인식할 것이다. 따라서, 도 7a에 도시된 다양한 결정 블록들은, 애플리케이션 서버(170)에 의해 평가되는 UE들 각각에 대해 취해진 상이한 절차 경로들을 초래할 수도 있다. 최종적으로, 도 7a의 절차가 LTE에 관련되기 때문에, 도 7a에 도시된 다양한 QoS 평가들 및 변경들은 LTE 특정 코어 네트워크 엘리먼트들에 매핑될 수도 있다. 예를 들어, App* GBR QoS 베어러에 대한 UL QoS를 증가시키기 위한 (720)에서의 요청은, App* GBR QoS 베어러 상의 UL GBR을 XApp * kpbs로 상승시키기 위해 애플리케이션 서버(170)로부터 PCRF(240D) 또는 P-GW(235D)로 이슈된 요청에 대응할 수도 있고, App* GBR QoS 베어러 상의 DL QoS를 감소시키기 위한 (730)에서의 요청은, App* GBR QoS 베어러 상의 DL GBR을 GBR 임계치 미만의 kpbs(예를 들어, 1kpbs 또는 몇몇 다른 공칭 데이터 레이트)로 감소시키기 위해 애플리케이션 서버(170)로부터 PCRF(240D) 또는 P-GW(235D)로 이슈된 요청에 대응할 수도 있는 등의 식이다. 이들 차이점들을 제외하고, 도 7a의 나머지 동작은 도 5와 유사하며, 도 7a의 LTE 구현은, 특정한 동작들이 주어진 UE로부터 애플리케이션 서버(170)로 이동된다(그리고 더 많은 UE들에 대해 잠재적으로 수행된다)는 것을 제외하고 도 6c와 유사할 수 있다. 도 7b의 (700B 내지 770B)는 도 7a의 (700 내지 770)의 훨씬 더 상세한 구현을 각각 도시하며, 그에 의해, LTE-특정 컴포넌트들 및 메시지들이 참조된다.
도 7c는 본 발명의 일 실시예에 따른, 하프-듀플렉스 App* PTT 세션에 참가하는 주어진 UE(호 발신자 또는 호 타겟 중 어느 하나)에 대한 LTE 네트워크 내의 도 7b의 예시적인 구현을 도시한다. 도 7c를 참조하면, 애플리케이션 서버(170)는 (예를 들어, 도 7b의 (700B 및 705B)에서와 같이) 주어진 UE에 대한 하프-듀플렉스 App* PTT 호를 셋업하도록 결정하고(700C), 애플리케이션 서버(170)는 (예를 들어, 도 7b의 (710B 내지 730B)에서와 같이) 주어진 UE가 플로어를 갖는다고 결정하고, 그에 의해, UL App* GBR 베어러에 대한 최대 비트 레이트(MBR)을 1kpbs와 같은 낮은 kpbs와 동일한 DL GBR로 셋팅한다(705C). 이들 가정들을 유념하면, (710C 내지 760C)의 시그널링은, UL 및 DL App* GBR 베어러 셋팅들이 어떻게 구현될 수 있는지의 LTE-특정 예를 도시한다. 예를 들어, (715C)에서, PCRF(240D)는, 본 명세서에서 XApp *로 나타내는 지정된 MBS를 달성하기 위하여, 애플리케이션 서버(170)에 의해 제공된 MBS를 적절한 GBR 값으로 매핑하기 위한 로직을 실행하는 LTE 코어 네트워크 컴포넌트인 것으로 도시된다. 또한, (725 내지 750C) 사이에 도시된 시그널링은, App* GBR 베어러가 UL 및 DL 상에서 이전에 셋업된 시나리오, 및 또한 App* GBR 베어러가 이전에 셋팅되지 않았던 시나리오를 커버한다. App* GBR 베어러가 이전에 셋팅되었다면, (725C)에서, UL App* GBR 베어러는 XApp * kpbs에서 유지되지만, DL App* GBR 베어러는 베어러 요청 업데이트 메시지를 통해 1kpbs(또는 몇몇 다른 공칭 kpbs)로 감소된다. App* GBR 베어러가 이전에 셋업되지 않으면, (725C)에서, UL App* GBR 베어러는 XApp* kpbs에 대해 셋업되지만, DL App* GBR 베어러는 베어러 요청 생성 메시지를 통해 공칭 kpbs로 셋팅된다. 유사하게, 베어러 셋업 요청 메시지는, App* GBR 베어러가 아직 셋업되지 않았다면 (730C)에서 사용되고, 베어러 변경 요청 메시지는, App* GBR 베어러가 이전에 셋업되었다면 (730C)에서 사용된다. 유사하게, 베어러 응답 생성 메시지는, App* GBR 베어러가 아직 셋업되지 않았다면 (750C)에서 사용되고, 베어러 응답 업데이트 메시지는, App* GBR 베어러가 이전에 셋업되었다면 (750C)에서 사용된다. 도 7c에 도시된 나머지 시그널링은 App* GBR 베어러의 시작 상태와는 독립적이며, LTE에 정통한 당업자에 의해 용이하게 이해될 것이다. 도 7c가 하프-듀플렉스 PTT 세션에 특정적이지만, 도 7c가 풀-듀플렉스 세션들 또는 PTT 이외의 하프-듀플렉스 세션들을 수용하도록 어떻게 변경될 수 있는지를 용이하게 인식할 것이다.
도 8a는 본 발명의 일 실시예에 따른, 코어 네트워크 개시된 방향성 QoS 관리 절차의 더 상세한 구현 예를 도시한다. (상기) 표 2에 설명된 바와 같이, 코어 네트워크 개시된 방향성 QoS 관리 절차(즉, 표 2로부터의 #3)는 ("대화형" 트래픽 클래스가 세션에 대해 사용되면) 도 2b-2c의 W-CDMA 코어 네트워크 및/또는 도 2d의 LTE 코어 네트워크에서 구현될 수 있지만, 도 2a의 1x EV-DO 코어 네트워크 또는 도 2e의 eHRPD 네트워크에서 표준-호환 구현을 가능하게 하지 않을 수도 있다. 예를 들어, W-CDMA 또는 UMTS 구현에서, GGSN(225B) 또는 SGSN(220B)이 도 8a의 프로세스를 수행할 수도 있고, LTE 구현에서, P-GW(235D) 또는 S-GW(230D)가 도 8a의 프로세스를 수행할 수도 있다.
도 8a를 참조하면, App* 통신 세션(예를 들어, 하프-듀플렉스 세션, 풀-듀플렉스 세션 등)에 대한 GBR 미디어 베어러의 셋업의 검출에 응답하여, 코어 네트워크(140)는, App* GBR 미디어 베어러 상에서 UL 및 DL 트래픽을 모니터링하는 데이터 비활성도 타이머들을 시작한다(800). 어느 하나의 경우에서, 아래에 설명될 바와 같이, 데이터 비활성도 타이머들은, 일단 App* GBR 미디어 베어러가 App* 세션 동안 활성화되면, 구동하기 시작한다.
(805)에서, 코어 네트워크(140)는, UL 또는 DL 트래픽이 통신 세션 동안 App* GBR 미디어 베어러 상에서 검출되는지를 결정한다. 특히, 코어 네트워크(140)는 (805)에서, App* 통신 세션에 대한 액세스 포인트 명칭(APN)과 연관된 App* 트래픽(즉, App*APN)이 UL 방향에서 검출되는지 또는 DL 방향에서 검출되는지를 결정한다. UL 또는 DL 트래픽이 (805)에서 코어 네트워크(140)에 의해 검출되면, (810)에서, 트래픽이 검출되었던 각각의 방향(UL 및/또는 DL)에 대한 트래픽 비활성도 타이머가 리셋된다. (815)에서, 트래픽 비활성도 타이머들이 여전히 구동중인(즉, 아직 만료되지 않은) 각각의 방향(UL 및/또는 DL)에 대해, 코어 네트워크(140)는 (예를 들어, 도 5의 (515, 525, 540 및 550)과 유사하게), 임계 GBR이 각각의 방향에서 App* GBR 미디어 베어러에 대해 이전에 셋업되었는지를 결정한다. 셋업되지 않았다면, 코어 네트워크(140)는, 임계 GBR을 아직 갖지 않는 연관된 트래픽 비활성도 타이머가 여전히 구동하고 있는 각각의 방향(UL 또는 DL)에서 GBR을 (예를 들어, XApp * bpbs로) 증가시킨다(820). 인식될 바와 같이, UE는, 도 8c의 (855C-890C) 사이에서 그리고/또는 도 8d의 (850D-865D) 사이에서 아래에 나타낸 바와 같이, 엔드-투-엔드 통신을 통해 (820)의 QoS 조정(또는 GBR 증가)에 대해 통지받을 수 있다.
도 8a를 참조하면, 코어 네트워크(140)는, UL 및 DL 트래픽 비활성도 타이머들이 만료하는지를 결정하기 위해 UL 및 DL 트래픽 비활성도 타이머들을 모니터링한다(825). 만료가 (825)에서 검출되면, 코어 네트워크(140)는 (예를 들어, 도 5의 (515, 525, 540 및 550)과 유사하게), 만료가 검출되는 각각의 방향에서 App* GBR 미디어 베어러에 대해 임계 GBR이 이전에 셋업되었는지를 결정한다(830). 이미 셋업되었다면, 코어 네트워크(140)는, 임계 GBR을 갖는 만료가 검출되는 각각의 방향(UL 또는 DL)에서 GBR을 (예를 들어, 1kpbs 또는 몇몇 다른 공칭 레벨로) 감소시키며(835), 그 후, 코어 네트워크(140)는, 새로운 트래픽이 (835)에서 검출되었던 방향성 채널 상에 도달하는지를 모니터링하고(805), 코어 네트워크(140)는 또한, (존재한다면) (835)에서 검출되지 않았던 다른 방향성 채널에 대해 만료가 발생하는지를 계속 모니터링할 수 있다(825). 인식될 바와 같이, UE는, 도 8c의 (855C-890C) 사이 그리고/또는 도 8d의 (850D-865D) 사이에서 아래에 나타낸 바와 같이, 엔드-투-엔드 통신을 통해 (830)의 QoS 조정(또는 GBR 감소)에 대해 통지받을 수 있다. 도 8b의 (800B 내지 835B)는 도 8a의 (800 내지 835)의 훨씬 더 상세한 구현을 각각 도시하며, 그에 의해, LTE-특정 및 W-CDMA-특정 컴포넌트들 및 메시지들이 더 명시적으로 참조된다.
도 8c는 본 발명의 일 실시예에 따른, 몇몇 다른 UE에 의해 발신된 하프-듀플렉스 App* PTT 세션의 호 타겟인 주어진 UE에 대한 W-CDMA 네트워크 내의 도 8b의 예시적인 구현을 도시한다. 도 8c를 참조하면, (800C 내지 820C)는 도 6b로부터의 (600B 내지 620B)에 각각 대응한다. (825C)에서, SGSN(220B)는 (도 8b의 (800B 내지 820B)에서와 같이) UL 및 DL 트래픽 비활성도 타이머들을 시작 및 유지한다. 몇몇 포인트에서, (예를 들어, 도 8c의 (825B)에서와 같이) SGSN(220B)의 UL 트래픽 비활성도 타이머가 만료한다고 가정한다(830C). 따라서, SGSN(220B)은, GGSN(225B)와의 (835C 및 840C)의 시그널링을 통해, APP* UL GBR 베어러 상의 자신의 GBR을 1kpbs와 같은 공칭 레벨로 감소시킨다. (845C)에서, GGSN(225B)은 (도 8b의 (800B 내지 820B)에서와 같이), (App* GBR 베어러가 (820C)에서 투입(bring up)된 이후) (825C)로부터의 SGSN(220B)의 타이머들과는 독립적인 UL 및 DL 트래픽 비활성도 타이머들을 시작 및 유지한다. 몇몇 포인트에서, (예를 들어, 도 8c의 (825B)에서와 같이) GGSN(225B)의 UL 트래픽 비활성도 타이머가 만료한다고 가정한다(850C). 따라서, GGSN(225B)은, (855C 내지 895C) 사이의 시그널링을 통해, App* UL GBR 베어러 상의 GBR을 1kpbs와 같은 공칭 레벨로 감소시키도록 RAN(120)을 프롬프트한다. 도 8c가 하프-듀플렉스 PTT 세션에 특정적이지만, 도 8c가 풀-듀플렉스 세션들 또는 PTT 이외의 하프-듀플렉스 세션들을 수용하도록 어떻게 변경될 수 있는지를 용이하게 인식할 것이다. 또한, 도 8c가 호 타겟 UE에 특정적이지만, 도 8c가 호 발신자 UE에 대해 어떻게 변경될 수 있는지(예를 들어, 페이지가 (805C)에서 수신되는 대신, PTT 버튼 푸시가 검출되는 등의 식임)를 용이하게 인식할 것이다. 또한, 도 8c는, 주어진 UE가 URA_PCH/CELL_PCH 상태에 있는 동안 (805C)에서 페이지를 수신한다는 것을 도시하지만, 대안적인 구현에서, 주어진 UE는 대안적으로, CELL_DCH 상태에 있는 동안 PTT 호 공표를 수신할 수 있다.
도 8d는 본 발명의 일 실시예에 따른, 하프-듀플렉스 App* PTT 세션의 호 발신자인 주어진 UE에 대한 LTE 네트워크 내의 도 8b의 예시적인 구현을 도시한다. 도 8d를 참조하면, (800D 내지 820D)는 도 6c로부터의 (600C 내지 620C)에 각각 대응한다. (825D)에서, S-GW(230D)는 (도 8b의 (800B 내지 820B)에서와 같이) UL 및 DL 트래픽 비활성도 타이머들을 시작 및 유지한다. 몇몇 포인트에서, (예를 들어, 도 8c의 (825B)에서와 같이) S-GW(230D)의 UL 트래픽 비활성도 타이머가 만료한다고 가정한다(830D). 따라서, S-GW(230D)는, APP* DL GBR 베어러 상의 자신의 GBR을 1kpbs와 같은 공칭 레벨로 감소시키고, P-GW/PCRF(235D/240D)에 GBR 감소를 통지한다(835D). (840D)에서, P-GW/PCRF(235D/240D)는 (도 8b의 (800B 내지 820B)에서와 같이), (App* GBR 베어러가 (820D)에서 투입된 이후) (825D)로부터의 S-GW(230D)의 타이머들과는 독립적인 UL 및 DL 트래픽 비활성도 타이머들을 시작 및 유지한다. 몇몇 포인트에서, (예를 들어, 도 8c의 (825B)에서와 같이) P-GW/PCRF(235D/240D)에 의해 유지된 DL 트래픽 비활성도 타이머가 만료한다고 가정한다(845D). 따라서, P-GW/PCRF(235D/240D)는, (850D 내지 874D) 사이의 시그널링을 통해, App* DL GBR 베어러 상의 GBR을 1kpbs와 같은 공칭 레벨로 감소시키도록 서빙 e노드B(205D)를 프롬프트한다. 도 8d가 하프-듀플렉스 PTT 세션에 특정적이지만, 도 8d가 풀-듀플렉스 세션들 또는 PTT 이외의 하프-듀플렉스 세션들을 수용하도록 어떻게 변경될 수 있는지를 용이하게 인식할 것이다. 또한, 도 8d가 호 발신자 UE에 특정적이지만, 도 8d가 호 타겟 UE에 대해 어떻게 변경될 수 있는지(예를 들어, (805D)에서의 PTT 버튼 푸시 대신, PTT 페이지 또는 호 공표 메시지가 App* 세션 동안 도달할 수도 있음)를 용이하게 인식할 것이다. 또한, 도 8d는, RRC-유휴 상태로부터 App* PTT 세션을 발신하는 주어진 UE를 도시하지만, 대안적인 구현에서, 주어진 UE는 또한, RCC-접속된 상태에 이전에 있었던 동안 App* PTT 세션을 발신할 수 있다.
도 9a는 QoS 관리 절차의 더 상세한 구현 예를 도시하며, 그에 의해, GBR 리소스들은 본 발명의 일 실시예에 따라, RAN(120) 및 코어 네트워크(140)에서 로컬적으로 관리된다. (상기) 표 2에 설명된 바와 같이, QoS 관리 절차(그에 의해, GBR 리소스들은 (즉, 표 2로부터의 #4) RAN(120) 및 코어 네트워크(140)에서 로컬적으로 관리됨) 는 도 2d의 LTE 코어 네트워크에서 구현될 수 있지만, 도 2a의 1x EV-DO 코어 네트워크, 또는 도 2b-2c의 W-CDMA 코어 네트워크, 또는 도 2e의 eHRPD 네트워크에서 표준-호환 구현을 가능하게 하지 않을 수도 있다.
도 9a를 참조하면, App* 통신 세션(예를 들어, 하프-듀플렉스 App* 세션, 풀-듀플렉스 App* 세션 등) 동안 App* GBR 미디어 베어러의 셋업의 검출에 응답하여, 통신 세션에 참가하는 특정한 UE에 대한 RAN(120) 및 코어 네트워크(140)(예를 들어, S-GW(230D) 뿐만 아니라 P-GW(235D)) 내의 서빙 e노드B들 둘 모두는, App* GBR 미디어 베어러 상의 UL 및 DL 트래픽을 모니터링하는 데이터 비활성도 타이머들을 시작한다(900). 일반적으로, 도 9a는, RAN(120)이 또한 UL 및 DL 채널들 상에서 QoS 리소스들(예를 들어, GBR)을 제어하기 위해 UL 및 DL 트래픽 비활성도 타이머들을 유지한다는 것을 제외하고, 도 8a와 유사한 LTE 구현에 대응한다. 즉, RAN(120) 및 LTE 코어 네트워크 컴포넌트들은, 그들 각각의 타이머들을 독립적으로 실행하고, 그들 자신의 GBR 또는 QoS 조정들을 행하므로, RAN(120)과 LTE 코어 네트워크 사이의 조정(예를 들어, 시그널링 메시지들)은 상이한 엔티티들에서 QoS 조정들을 구현하는데 사용될 필요가 없으며; 즉, 각각의 LTE 구현은 그 자신의 트래픽 비활성도 타이머(들)에 기초하여 QoS 결정들을 독립적으로 또는 일방적으로 행할 수 있다. 인식될 바와 같이, 이것은, 각각의 LTE 컴포넌트가 독립적인 방식으로 GBR 또는 QoS를 변경시킬 수 있으므로, UE가 그의 에어 인터페이스 리소스들을 이용하여 RAN(120)에 의해 구현된 QoS 조정(들)을 여전히 인식할 것이라도, 조정된 QoS를 갖는 베어러가 할당되는 UE(또는 클라이언트 디바이스)는 코어 네트워크에서 구현된 QoS 조정(들)을 통지받을 필요가 없다는 것을 의미한다. 따라서, 듀얼 RAN 및 코어 네트워크 구현을 제외하고, 도 9a의 (900-935)는 도 8a의 (800-835)와 각각 유사하며, 간략화를 위해 추가적으로 설명되지 않을 것이다. 도 9b의 (900B 내지 935B)는 도 9a의 (900 내지 935)의 훨씬 더 상세한 구현을 각각 도시하며, 그에 의해, LTE-특정 컴포넌트들 및 메시지들이 더 명시적으로 참조된다.
도 10a-10b는 본 발명의 실시예들에 따른, W-CDMA 및 EV-DO 아키텍처들에 대한 RAN-개시된 타이머-기반 방향 QoS 흐름 관리 절차들을 각각 도시한다. (상기) 표 2에 설명된 바와 같이, (즉, 표 2로부터의 #5) RAN-개시된 타이머-기반 방향 QoS 흐름 관리 절차는 ("인터액티브" 트래픽 클래스가 도 10a에 도시된 세션 동안 사용되면) 도 2b-2c의 W-CDMA 코어 네트워크에서 구현될 수 있거나, (도 10b에 도시된) 도 2a의 1x EV-DO 코어 네트워크에서 구현될 수 있지만, 도 2d의 LTE 네트워크에서 표준-호환 구현을 가능하게 하지 않을 수도 있다.
W-CDMA-특정 구현을 설명하는 도 10a를 참조하면, 통신 세션(예를 들어, 하프-듀플렉스 App* 세션, 풀-듀플렉스 App* 세션 등) 동안 App* 데이터 RAB의 셋업의 검출에 응답하여, RAN(120)(즉, UTRAN)은 App* 데이터 RAB 상에서 UL 및 DL 트래픽을 모니터링하는 데이터 비활성도 타이머들을 시작한다(1000A). 특히, App* 데이터 RAB는, "인터액티브" 트래픽 클래스, 시그널링 표시("예") 및 ARP 속성들을 이용하여 구성되거나(1000A), 대안적으로, "대화형" 트래픽 클래스와 연관된 GBR 파라미터들이 변경될 수 있도록 RAN(120)이 재구성될 수 있으면, App* 데이터 RAB는 "대화형" 트래픽 클래스를 이용하여 구성될 수 있다.
(1005A)에서, RAN(120)은, UL 또는 DL 트래픽이 통신 세션 동안 App* 데이터 RAN 상에서 검출되는지를 결정한다. 특히, RAN(120)은, App* 통신 세션 동안의 트래픽이 UL 방향에서 검출되는지 또는 DL 방향에서 검출되는지를 결정한다(1005A). (1005A)에서 UL 또는 DL 트래픽이 RAN(120)에 의해 검출되면, 트래픽이 검출되었던 각각의 방향(UL 및/또는 DL)에 대한 트래픽 비활성도 타이머가 리셋된다(1010A). (1015A)에서, 트래픽 비활성도 타이머들이 여전히 구동중인(즉, 아직 만료되지 않은) 각각의 방향(UL 및/또는 DL)에 대해, RAN(120)은, (예를 들어, 도 5의 (515, 525, 540 및 550)과 유사하게) 임계 GBR이 각각의 방향에서 App* 데이터 RAB에 대해 이전에 셋업되었는지를 결정한다. 예를 들어, (1015A)에서, RAN(120)은, MAC-es/MAC-hs GBR이 데이터 RAB의 UL 및/또는 DL 상에서 XApp * kpbs로 셋팅되는지를 체크할 수 있다. 셋팅되지 않는다면, RNC(215B)는, 연관된 트래픽 비활성도 타이머가 여전히 구동중인 각각의 방향(UL 또는 DL)에서 아직 임계 GBR을 갖지 않는 GBR을 (예를 들어, XApp * kpbs) 증가시키도록 RAN(120) 내의 서빙 노드B(들)에 요청한다(1020A). 인식될 바와 같이, QoS 조정이 에어 인터페이스 리소스(즉, UE와 RAN(120) 사이의 접속)에 대해 구현되기 때문에, UE는 (1020A)의 QoS 조정(또는 GBR 증가)에 대해 통지받을 수 있다.
도 10a를 참조하면, (1025A)에서, RAN(120)은, UL 데이터 트래픽이 App* 데이터 RAB 상에서 검출되면, 서빙 노드B가 App* 데이터 RAB가 UL에 대한 GBR을 지원하기 위해 비-스케줄링된 송신 그랜트를 이용하여 구성되는지를 체크한다고 추가적으로 결정한다(1025A). 구성된다면, App* 데이터 RAB에 대해 서빙 노드 B에서 UL GBR을 셋업하기 위한 어떠한 추가적인 동작도 필요하지 않다(1030A). 구성되지 않는다면, 서빙 노드B는 UL 상의 비-스케줄링된 송신 그랜트에 대해 App* 데이터 RAB를 재구성한다(1035A).
도 10a를 참조하면, RAN(120)은, UL 및 DL 트래픽 비활성도 타이머들이 만료하는지를 결정하기 위해 UL 및 DL 트래픽 비활성도 타이머들을 모니터링한다(1040A). 만료가 (1040A)에서 검출되면, RAN(120)은 (예를 들어, 도 5의 (515, 525, 540 및 550), 만료가 검출되는 각각의 방향에서 GBR 미디어 베어러에 대해 임계 GBR이 이전에 셋업되지 않았는지를 결정한다(1045A). 예를 들어, (1045A)에서, RAN(120)은, MAC-es/MAC-hs GBR이 App* 데이터 RAB의 UL 및/또는 DL 상에서 XApp * kpbs로 셋팅되는지를 체크할 수 있다. 임계 GBR이 만료된 방향에서 UL 또는 DL에 대해 셋업되지 않으면, 프로세스는 (1005A)로 리턴한다. 그렇지 않고, 임계 GBR이 만료된 방향에서 UL 또는 DL에 대해 셋업되면, RNC(215B)는, 연관된 트래픽 비활성도 타이머가 만료되고 임계 GBR을 갖는 각각의 방향(UL 또는 DL)에서 GBR을 (예를 들어, XApp * kpbs로) 감소시키도록 RAN(120) 내의 서빙 노드B(들)에 요청한다(1050A). 인식될 바와 같이, QoS 조정이 에어 인터페이스 리소스(즉, UE와 RAN(120) 사이의 접속)에 대해 구현되기 때문에, UE는 (1050A)의 QoS 조정(또는 GBR 감소)에 대해 통지받을 수 있다.
도 10a를 참조하면, (1055A)에서, 데이터 RAB에 대한 UL 트래픽 비활성도 타이머가 (1040A)에서 만료하면, 서빙 노드B는, App* 데이터 RAB가 UL에 대한 GBR을 지원하기 위해 비-스케줄링된 송신 그랜트를 이용하여 구성되는지를 체크한다(1055A). 구성되지 않는다면, 어떠한 추가적인 동작도 필요하지 않다(1060A). 구성된다면, 서빙 노드B는 UL 상의 스케줄링된 송신 그랜트에 대해 App* 데이터 RAB를 재구성한다(1065A).
1x EV-DO-특정 구현을 설명하는 도 10b를 참조하면, App* 통신 세션(예를 들어, 하프-듀플렉스 세션, 풀-듀플렉스 세션 등) 동안의 미디어 QoS 흐름의 셋업의 검출에 응답하여, RAN(120)은, App* 미디어 QoS 흐름 상에서 UL 및 DL 트래픽을 모니터링하는 데이터 비활성도 타이머들을 시작한다(1000B).
(1005B)에서, RAN(120)은, UL 또는 DL 트래픽이 통신 세션 동안 App* 미디어 QoS 흐름 상에서 검출되는지를 결정한다. UL 또는 DL 트래픽이 (1005B)에서 RAN(120)에 의해 검출되면, 트래픽이 검출되었던 각각의 방향(UL 및/또는 DL)에 대한 트래픽 비활성도 타이머가 리셋된다(1010B). (1015B)에서, 트래픽 비활성도 타이머들이 여전히 구동중인(즉, 아직 만료되지 않은) 각각의 방향(UL 및/또는 DL)에 대해, RAN(120)은, (예를 들어, 도 5의 (515, 525, 540 및 550)과 유사하게) QoS가 각각의 방향에서 App* 미디어 QoS 흐름에 대해 이전에 셋업 또는 턴온되었는지를 결정한다. 셋업 또는 턴온되었다면, 프로세스는 (1005B)로 리턴한다. 셋업 또는 턴온되지 않았다면, RAN(120)은, 활성도가 검출되었던 방향에서 App* 미디어 QoS 흐름을 활성화시키기 위해 ReservationOnMessage를 전송한다(1020B). 인식될 바와 같이, QoS 흐름 활성도가 에어 인터페이스 리소스(즉, UE와 RAN(120) 사이의 접속)에 대해 구현되기 때문에, UE는 (1020B)의 QoS 흐름 활성도에 대해 통지받을 수 있다.
도 10b를 참조하면, RAN(120)은, UL 및 DL 트래픽 비활성도 타이머들이 만료하는지를 결정하기 위해 UL 및 DL 트래픽 비활성도 타이머들을 모니터링한다(1025B). 만료가 (1025B)에서 검출되면, RAN(120)은 (예를 들어, 도 5의 (515, 525, 540 및 550)과 유사하게), 만료가 검출되는 각각의 방향에서 App* 미디어 QoS 흐름에 대해 QoS가 이전에 셋업 또는 턴온되었는지를 결정한다(1030B). 셋업 또는 턴온된다면, 프로세스는 (1005B)로 리턴한다. 그렇지 않고, 연관된 트래픽 비활성도 타이머가 만료되는 방향에서 App* 미디어 QoS 흐름에 대해 QoS가 셋업되면, RAN(120)은, 만료가 검출되었던 방향에서 미디어 QoS 흐름을 비활성화시키기 위해 ReservationOffMessage를 전송한다(1035B). 인식될 바와 같이, QoS 흐름 비활성도가 에어 인터페이스 리소스(즉, UE와 RAN(120) 사이의 접속)에 대해 구현되기 때문에, UE는 (1035B)의 QoS 흐름 비활성도에 대해 통지받을 수 있다.
상기 실시예들이 CDMA2000 네트워크들에서 1x EV-DO 아키텍처, W-CDMA 또는 UMTS 네트워크들에서 GPRS 아키텍처 및/또는 LTE-기반 네트워크들에서 EPS 아키텍처를 참조하여 주로 설명되었지만, 다른 실시예들이 다른 타입들의 네트워크 아키텍처들 및/또는 프로토콜들에 관련될 수 있음을 인식할 것이다.
당업자들은, 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중 임의의 기술 및 기법을 사용하여 표현될 수도 있음을 인식할 것이다. 예를 들어, 상기 설명 전반에 걸쳐 참조될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학 필드들 또는 광학 입자들, 또는 이들의 임의의 결합에 의해 표현될 수도 있다.
추가적으로, 당업자들은, 본 명세서에 기재된 실시예들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자 하드웨어, 컴퓨터 소프트웨어, 또는 이 둘의 결합들로서 구현될 수도 있음을 인식할 것이다. 하드웨어와 소프트웨어의 이러한 상호교환가능성을 명확히 예시하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 그들의 기능의 관점들에서 일반적으로 상술되었다. 그러한 기능이 하드웨어로서 구현될지 또는 소프트웨어로서 구현될지는, 특정한 애플리케이션 및 전체 시스템에 부과된 설계 제약들에 의존한다. 당업자들은 설명된 기능을 각각의 특정한 애플리케이션에 대해 다양한 방식들로 구현할 수도 있지만, 그러한 구현 결정들이 본 발명의 범위를 벗어나게 하는 것으로서 해석되지는 않아야 한다.
본 명세서에 기재된 실시예들과 관련하여 설명된 다양한 예시적인 로직 블록들, 모듈들, 및 회로들은 범용 프로세서, 디지털 신호 프로세서(DSP), 주문형 집적회로(ASIC), 필드 프로그래밍가능 게이트 어레이(FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 컴포넌트들, 또는 본 명세서에 설명된 기능들을 수행하도록 설계된 이들의 임의의 결합으로 구현 또는 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대안적으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신일 수도 있다. 또한, 프로세서는 컴퓨팅 디바이스들의 결합, 예를 들어 DSP와 마이크로프로세서의 결합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 또는 그 초과의 마이크로프로세서들, 또는 임의의 다른 그러한 구성으로서 구현될 수도 있다.
추가적으로, 본 명세서에 기재된 실시예들과 관련하여 설명된 방법들, 시퀀스들 및/또는 알고리즘들은 직접 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 결합으로 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 착탈형 디스크, CD-ROM, 또는 당업계에 알려진 임의의 다른 형태의 저장 매체에 상주할 수도 있다. 예시적인 저장 매체는, 프로세서가 저장 매체로부터 정보를 판독하고, 저장 매체에 정보를 기입할 수 있도록 프로세서에 커플링된다. 대안적으로, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수도 있다. ASIC는 사용자 단말(예를 들어, UE)에 상주할 수도 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말에서 개별 컴포넌트들로서 상주할 수도 있다.
하나 또는 그 초과의 예시적인 실시예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 결합으로 구현될 수도 있다. 소프트웨어로 구현되면, 기능들은 컴퓨터 판독가능 매체 상에 하나 또는 그 초과의 명령들 또는 코드로서 저장되거나 이들을 통해 송신될 수도 있다. 컴퓨터 판독가능 매체들은, 일 장소에서 다른 장소로의 컴퓨터 프로그램의 전달을 용이하게 하는 임의의 매체들을 포함한 통신 매체들 및 컴퓨터 저장 매체들 둘 모두를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 제한이 아닌 예로서, 그러한 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 저장부, 자기 디스크 저장부 또는 다른 자기 저장 디바이스들, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장 또는 반송하는데 사용될 수 있고, 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속수단(connection)이 컴퓨터-판독가능 매체로 적절히 명칭된다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 연선(twisted pair), 디지털 가입자 라인(DSL), 또는 (적외선, 라디오, 및 마이크로웨이브와 같은) 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 (적외선, 라디오, 및 마이크로웨이브와 같은) 무선 기술들이 매체의 정의에 포함된다. 본 명세서에서 사용된 바와 같이, 디스크(disk) 및 디스크(disc)는 컴팩트 디스크(disc)(CD), 레이저 디스크(disc), 광학 디스크(disc), 디지털 다기능 디스크(digital versatile disc)(DVD), 플로피 디스크(disk) 및 블루-레이 디스크(disc)를 포함하며, 여기서 디스크(disk)들은 일반적으로 데이터를 자기적으로 재생하지만, 디스크(disc)들은 일반적으로 레이저를 이용하여 광학적으로 데이터를 재생한다. 상기한 것들의 결합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.
전술한 발명이 본 발명의 예시적인 실시예들을 설명하지만, 다양한 변경들 및 변형들이 첨부된 청구항들에 의해 정의된 바와 같은 본 발명의 범위를 벗어나지 않으면서 본 명세서에서 행해질 수 있음을 유의해야 한다. 본 명세서에 설명된 본 발명의 실시예들에 따른 방법 청구항들의 기능들, 단계들 및/또는 동작들이 임의의 특정한 순서로 수행될 필요는 없다. 또한, 본 발명의 엘리먼트들이 단수로 설명 또는 청구될 수도 있지만, 단수로의 제한이 명시적으로 나타나지 않으면, 복수가 고려된다.

Claims (31)

  1. 클라이언트 디바이스에 대한 서비스 품질(QoS)을 제어하도록 구성된 장치를 동작시키는 방법으로서,
    상기 클라이언트 디바이스에 대한 통신 세션을 지원하도록 구성된 링크의 업링크 방향에서의 트래픽 사용도를 예측하는 단계;
    상기 링크의 다운링크 방향에서의 트래픽 사용도를 예측하는 단계; 및
    상기 통신 세션과 연관하여, (i) 상기 업링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 업링크 방향에 할당된 제 1 레벨의 QoS에 대한 업링크-특정 QoS 조정, 및/또는 (ii) 상기 다운링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 다운링크 방향에 할당된 제 2 레벨의 QoS에 대한 다운링크-특정 QoS 조정을 개시하는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  2. 제 1 항에 있어서,
    상기 장치는 상기 클라이언트 디바이스에 대응하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  3. 제 1 항에 있어서,
    상기 장치는, 상기 통신 세션을 중재하도록 구성된 애플리케이션 서버에 대응하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  4. 제 1 항에 있어서,
    상기 통신 세션과 연관된 호(call) 상태 정보를 결정하는 단계를 더 포함하며,
    상기 링크의 업링크 방향에서의 트래픽 사용도의 예측 및/또는 상기 다운링크 방향에서의 트래픽 사용도의 예측은 결정된 호 상태 정보에 기초하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  5. 제 4 항에 있어서,
    상기 통신 세션은 하프-듀플렉스 통신 세션에 대응하고,
    상기 결정된 호 상태 정보는, 상기 클라이언트 디바이스가 상기 하프-듀플렉스 통신 세션 동안 현재의 플로어홀더(floorholder)이라는 것인, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  6. 제 5 항에 있어서,
    상기 링크의 업링크 방향에서의 트래픽 사용도는, 상기 클라이언트 디바이스가 현재의 플로어홀더라는 것에 기초하여 높은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 1 레벨의 QoS가 임계치 아래이면, 상기 링크의 업링크 방향에 할당된 상기 제 1 레벨의 QoS를 증가시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  7. 제 5 항에 있어서,
    상기 링크의 다운링크 방향에서의 트래픽 사용도는, 상기 클라이언트 디바이스가 현재의 플로어홀더라는 것에 기초하여 낮은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 2 레벨의 QoS가 임계치 아래이지 않으면, 상기 링크의 다운링크 방향에 할당된 상기 제 2 레벨의 QoS를 감소시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  8. 제 4 항에 있어서,
    상기 통신 세션은 하프-듀플렉스 통신 세션에 대응하며,
    상기 결정된 호 상태 정보는, 상기 클라이언트 디바이스가 상기 하프-듀플렉스 통신 세션 동안 현재의 플로어홀더가 아니라는 것인, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  9. 제 8 항에 있어서,
    상기 링크의 업링크 방향에서의 트래픽 사용도는, 상기 클라이언트 디바이스가 현재의 플로어홀더가 아니라는 것에 기초하여 낮은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 1 레벨의 QoS가 임계치 아래이지 않으면, 상기 링크의 업링크 방향에 할당된 상기 제 1 레벨의 QoS를 감소시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  10. 제 8 항에 있어서,
    상기 링크의 다운링크 방향에서의 트래픽 사용도는, 상기 클라이언트 디바이스가 현재의 플로어홀더가 아니라는 것에 기초하여 높은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 2 레벨의 QoS가 임계치이면, 상기 링크의 다운링크 방향에 할당된 상기 제 2 레벨의 QoS를 증가시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  11. 제 4 항에 있어서,
    상기 통신 세션은 하프-듀플렉스 통신 세션에 대응하며,
    상기 결정된 호 상태 정보는, 상기 하프-듀플렉스 통신 세션 동안 어떠한 현재의 플로어홀더도 존재하지 않는다는 것인, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  12. 제 11 항에 있어서,
    상기 링크의 업링크 방향에서의 트래픽 사용도는, 상기 하프-듀플렉스 통신 세션 동안 어떠한 현재의 플로어홀더도 존재하지 않는다는 것에 기초하여 낮은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 1 레벨의 QoS가 임계치 아래이지 않으면, 상기 링크의 업링크 방향에 할당된 상기 제 1 레벨의 QoS를 감소시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  13. 제 11 항에 있어서,
    상기 링크의 다운링크 방향에서의 트래픽 사용도는, 상기 하프-듀플렉스 통신 세션 동안 어떠한 현재의 플로어홀더도 존재하지 않는다는 것에 기초하여 낮은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 1 레벨의 QoS가 임계치 아래이지 않으면, 상기 링크의 다운링크 방향에 할당된 상기 제 1 레벨의 QoS를 감소시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  14. 제 4 항에 있어서,
    상기 통신 세션은 풀-듀플렉스 통신 세션에 대응하며,
    상기 결정된 호 상태는, 상기 클라이언트가 뮤트(mute)된다는 것인, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  15. 제 14 항에 있어서,
    상기 링크의 업링크 방향에서의 트래픽 사용도는, 상기 클라이언트가 뮤트된다는 것에 기초하여 낮은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 1 레벨의 QoS가 임계치 아래이지 않으면, 상기 링크의 업링크 방향에 할당된 상기 제 1 레벨의 QoS를 감소시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  16. 제 14 항에 있어서,
    상기 링크의 다운링크 방향에서의 트래픽 사용도는, 상기 클라이언트가 뮤트되는지 또는 뮤트되지 않는지에 관계없이 높은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 2 레벨의 QoS가 임계치 아래이면, 상기 링크의 다운링크 방향에 할당된 상기 제 2 레벨의 QoS를 증가시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  17. 제 4 항에 있어서,
    상기 통신 세션은 풀-듀플렉스 통신 세션에 대응하며,
    상기 결정된 호 상태는, 상기 클라이언트가 뮤트되지 않는다는 것인, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  18. 제 17 항에 있어서,
    상기 링크의 업링크 방향에서의 트래픽 사용도는, 상기 클라이언트가 뮤트되지 않는다는 것에 기초하여 높은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 1 레벨의 QoS가 임계치 아래이면, 상기 링크의 업링크 방향에 할당된 상기 제 1 레벨의 QoS를 증가시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  19. 제 17 항에 있어서,
    상기 링크의 다운링크 방향에서의 트래픽 사용도는, 상기 클라이언트가 뮤트되는지 또는 뮤트되지 않는지에 관계없이 높은 것으로 예측되며,
    상기 개시하는 단계는, 상기 제 2 레벨의 QoS가 임계치 아래이면, 상기 링크의 다운링크 방향에 할당된 상기 제 2 레벨의 QoS를 증가시키는 단계를 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  20. 제 1 항에 있어서,
    상기 예측하는 단계 및 상기 개시하는 단계는, 특정한 타입의 서버-중재된 멀티미디어 애플리케이션과 연관된 통신 세션들 동안 선택적으로 수행되며,
    상기 예측하는 단계 및 상기 개시하는 단계는, 하나 또는 그 초과의 다른 타입들의 통신 세션들 동안 수행되지 않는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  21. 제 20 항에 있어서,
    상기 특정한 타입의 서버-중재된 멀티미디어 애플리케이션은, VoIP(Voice over Internet Protocol) 및/또는 PTT(Push-to-Talk) 서비스들을 지원하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  22. 제 1 항에 있어서,
    상기 링크는, 상기 통신 세션 동안 발생하는 상기 링크의 상기 업링크 방향 및 상기 다운링크 방향에서의 임의의 QoS 조정들과는 관계없이, 상기 통신 세션 전반에 걸쳐 상기 다운링크 방향 및 상기 업링크 방향 둘 모두에서 유지되는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치를 동작시키는 방법.
  23. 클라이언트 디바이스에 대한 서비스 품질(QoS)을 제어하도록 구성된 장치로서,
    상기 클라이언트 디바이스에 대한 통신 세션을 지원하도록 구성된 링크의 업링크 방향에서의 트래픽 사용도를 예측하기 위한 수단;
    상기 링크의 다운링크 방향에서의 트래픽 사용도를 예측하기 위한 수단; 및
    상기 통신 세션과 연관하여, (i) 상기 업링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 업링크 방향에 할당된 제 1 레벨의 QoS에 대한 업링크-특정 QoS 조정, 및/또는 (ii) 상기 다운링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 다운링크 방향에 할당된 제 2 레벨의 QoS에 대한 다운링크-특정 QoS 조정을 개시하기 위한 수단을 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치.
  24. 제 23 항에 있어서,
    상기 장치는 상기 클라이언트 디바이스에 대응하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치.
  25. 제 23 항에 있어서,
    상기 장치는 상기 통신 세션을 중재하도록 구성된 애플리케이션 서버에 대응하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치.
  26. 클라이언트 디바이스에 대한 서비스 품질(QoS)을 제어하도록 구성된 장치로서,
    상기 클라이언트 디바이스에 대한 통신 세션을 지원하도록 구성된 링크의 업링크 방향에서의 트래픽 사용도를 예측하도록 구성된 로직;
    상기 링크의 다운링크 방향에서의 트래픽 사용도를 예측하도록 구성된 로직; 및
    상기 통신 세션과 연관하여, (i) 상기 업링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 업링크 방향에 할당된 제 1 레벨의 QoS에 대한 업링크-특정 QoS 조정, 및/또는 (ii) 상기 다운링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 다운링크 방향에 할당된 제 2 레벨의 QoS에 대한 다운링크-특정 QoS 조정을 개시하도록 구성된 로직을 포함하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치.
  27. 제 26 항에 있어서,
    상기 장치는 상기 클라이언트 디바이스에 대응하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치.
  28. 제 26 항에 있어서,
    상기 장치는 상기 통신 세션을 중재하도록 구성된 애플리케이션 서버에 대응하는, 클라이언트 디바이스에 대한 서비스 품질을 제어하도록 구성된 장치.
  29. 클라이언트 디바이스에 대한 서비스 품질(QoS)을 제어하도록 구성된 장치에 의해 실행된 경우, 상기 장치로 하여금 동작들을 수행하게 하는 명령들이 저장된 비-일시적인 컴퓨터-판독가능 매체로서,
    상기 명령들은,
    상기 장치로 하여금, 상기 클라이언트 디바이스에 대한 통신 세션을 지원하도록 구성된 링크의 업링크 방향에서의 트래픽 사용도를 예측하게 하도록 구성된 적어도 하나의 명령;
    상기 장치로 하여금, 상기 링크의 다운링크 방향에서의 트래픽 사용도를 예측하게 하도록 구성된 적어도 하나의 명령; 및
    상기 장치로 하여금, 상기 통신 세션과 연관하여, (i) 상기 업링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 업링크 방향에 할당된 제 1 레벨의 QoS에 대한 업링크-특정 QoS 조정, 및/또는 (ii) 상기 다운링크 방향에서의 예측된 트래픽 사용도에 기초하여 상기 링크의 다운링크 방향에 할당된 제 2 레벨의 QoS에 대한 다운링크-특정 QoS 조정을 개시하게 하도록 구성된 적어도 하나의 명령을 포함하는, 비-일시적인 컴퓨터-판독가능 매체.
  30. 제 29 항에 있어서,
    상기 장치는 상기 클라이언트 디바이스에 대응하는, 비-일시적인 컴퓨터-판독가능 매체.
  31. 제 29 항에 있어서,
    상기 장치는 상기 통신 세션을 중재하도록 구성된 애플리케이션 서버에 대응하는, 비-일시적인 컴퓨터-판독가능 매체.
KR1020157008004A 2012-08-31 2013-08-29 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질에 대한 조정 KR101773497B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201261695699P 2012-08-31 2012-08-31
US61/695,699 2012-08-31
US14/013,011 US9578546B2 (en) 2012-08-31 2013-08-28 Directional adjustment to quality of service based on predicted traffic activity on a link
US14/013,011 2013-08-28
PCT/US2013/057416 WO2014036339A2 (en) 2012-08-31 2013-08-29 Directional adjustment to quality of service based on predicted traffic activity on a link

Publications (2)

Publication Number Publication Date
KR20150048852A true KR20150048852A (ko) 2015-05-07
KR101773497B1 KR101773497B1 (ko) 2017-08-31

Family

ID=49165862

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157008004A KR101773497B1 (ko) 2012-08-31 2013-08-29 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질에 대한 조정

Country Status (6)

Country Link
US (1) US9578546B2 (ko)
EP (1) EP2891359B1 (ko)
JP (1) JP6275723B2 (ko)
KR (1) KR101773497B1 (ko)
CN (1) CN104584628A (ko)
WO (1) WO2014036339A2 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9497659B2 (en) 2012-08-31 2016-11-15 Qualcomm Incorporated Directional adjustment to quality of service based on monitored traffic activity on a link
US9467480B2 (en) 2013-09-16 2016-10-11 Qualcomm Incorporated Selectively multiplexing incoming WebRTC traffic and/or de-multiplexing outgoing WebRTC traffic by a client-based WebRTC proxy on behalf of a WebRTC multimedia client application
US9271149B2 (en) * 2013-10-18 2016-02-23 Verizon Patent And Licensing Inc. Managing hidden security features in user equipment
US9655147B2 (en) 2013-12-18 2017-05-16 Motorola Solutions, Inc. Method and apparatus for bearer control in a group call
US9332573B2 (en) 2013-12-18 2016-05-03 Motorola Solutions, Inc. Method and apparatus for bearer control in a group call
US10341081B2 (en) * 2016-07-22 2019-07-02 Apple Inc. User equipment that autonomously selects between full and half duplex operations
CN106658559B (zh) * 2016-11-10 2019-07-12 中国电子科技集团公司第二十八研究所 一种基于上下文预测的移动服务质量保持方法
US10172032B2 (en) * 2017-01-20 2019-01-01 Hughes Network Systems, Llc Admission control of 4G/LTE conversational sessions by cellular backhaul satellite network
US11381374B2 (en) 2018-09-12 2022-07-05 Tait International Limited Communication between half duplex and full duplex systems
CN114073109B (zh) * 2019-06-17 2023-12-15 华为技术有限公司 用于辅助应用程序调整的潜在QoS变化通知方法和节点
WO2021030369A1 (en) 2019-08-12 2021-02-18 Social Microphone, Inc. Optimizing data priority by managing network resources
WO2021220259A1 (en) 2020-04-30 2021-11-04 Elbit Systems C4I and Cyber Ltd. Systems and methods for managing collaboration between network devices over a communications nework
CN117289669B (zh) * 2023-11-27 2024-02-02 青岛创新奇智科技集团股份有限公司 一种基于工业大模型的自动调整式生产线控制系统及方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6683853B1 (en) 1999-12-01 2004-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic upgrade of quality of service in a packet switched network
US6996083B1 (en) 1999-12-10 2006-02-07 Lucent Technologies Inc. Burst based access and assignment method for providing real-time services
US7136483B2 (en) 2002-07-24 2006-11-14 Telefonaictiebolaget Lm Ericsson (Publ) Mobile terminal mode control in high data rate CDMA system
FR2849337B1 (fr) * 2002-12-24 2005-04-29 Evolium Sas Procede de dimensionnement de reseau de transport pour reseau d'acces radio d'un reseau de radiocommunications mobiles
US7369567B2 (en) * 2002-12-31 2008-05-06 Motorola, Inc. Methods for affiliating endpoints with a group and determining common communication capabilities for the affiliated endpoints
FI20031911A0 (fi) * 2003-12-29 2003-12-29 Nokia Corp Menetelmä ja järjestelmä access-verkkopalvelun kontrolloimiseksi reaaliaikaisessa datapalvelussa
CN1667978A (zh) * 2004-03-08 2005-09-14 信息技术实验室 自适应无线通信系统和方法
US20060072526A1 (en) * 2004-10-04 2006-04-06 Nokia Corporation Change of resource reservation for an IP session
US7289816B2 (en) * 2004-11-23 2007-10-30 Telefonaktiebolaget Lm Ericsson (Publ) USSD-facilitated call setup for push to talk over cellular (PoC) services
US20060280295A1 (en) * 2005-06-08 2006-12-14 Avaya Technology Corp. Voice activated phone mute reminder method and apparatus
EP1911299B1 (en) 2005-08-05 2018-10-03 Cisco Technology, Inc. Quality of service update procedure
US7680478B2 (en) 2006-05-04 2010-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Inactivity monitoring for different traffic or service classifications
US8825070B2 (en) * 2006-05-24 2014-09-02 Apple Inc. Radio resource reservation for wireless networks
US8638713B2 (en) * 2006-12-01 2014-01-28 At&T Mobility Ii Llc Non-intrusive in-session QoS parameter modification method
US9030934B2 (en) 2007-09-07 2015-05-12 Qualcomm Incorporated Host-based quality of service for wireless communications
US20090187683A1 (en) * 2008-01-22 2009-07-23 International Business Machines Corporation Adaptive link width control
US9118940B2 (en) * 2012-07-30 2015-08-25 Google Technology Holdings LLC Video bandwidth allocation in a video conference
US9497659B2 (en) 2012-08-31 2016-11-15 Qualcomm Incorporated Directional adjustment to quality of service based on monitored traffic activity on a link

Also Published As

Publication number Publication date
EP2891359B1 (en) 2017-05-24
JP2015534321A (ja) 2015-11-26
EP2891359A2 (en) 2015-07-08
JP6275723B2 (ja) 2018-02-07
US20140064084A1 (en) 2014-03-06
WO2014036339A3 (en) 2014-04-24
WO2014036339A2 (en) 2014-03-06
KR101773497B1 (ko) 2017-08-31
CN104584628A (zh) 2015-04-29
US9578546B2 (en) 2017-02-21

Similar Documents

Publication Publication Date Title
KR102125771B1 (ko) 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질
KR101773497B1 (ko) 링크 상의 예측된 트래픽 활성도에 기초한 서비스 품질에 대한 조정
JP6423439B2 (ja) ＷｅｂＲＴＣマルチメディアクライアントアプリケーションの代わりにクライアントに基づくＷｅｂＲＴＣプロキシによる選択的な到着するＷｅｂＲＴＣトラフィックの多重化および／または出て行くＷｅｂＲＴＣトラフィックの多重分離
US9655159B2 (en) Managing guaranteed bit rate quality of service resource allocation based on guaranteed bit rate data activity on a link
JP6370810B2 (ja) ウェブクライアントベースセッションのためのサービス品質
US9288816B2 (en) Providing service based on quality of service resources in a long term evolution communications system
KR101832721B1 (ko) 셀룰라를 통한 서비스들에 대한 동적 서비스 품질 (qos)
US10412618B2 (en) Optimistic quality of service set up
KR20150052150A (ko) 클라이언트 디바이스에 대한 다수의 동시 세션들을 지원하기 위한 서비스 품질의 선택적인 할당
WO2014036320A1 (en) Optimized always-on wireless service using network assistance and keep-alives
US20140068098A1 (en) Reducing network latency resulting from non-access stratum (nas) authentication for high performance content applications

Legal Events

Date Code Title Description
A201 Request for examination
A302 Request for accelerated examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant