KR20160090882A

KR20160090882A - 무선 네트워크에서의 애플리케이션 특정 혼잡 제어

Info

Publication number: KR20160090882A
Application number: KR1020167017051A
Authority: KR
Inventors: 아나 루시아 핀헤이로; 로버트 자우스; 제롬 파론; 타라델 마르타 마티네즈; 형-남 최
Original assignee: 인텔 아이피 코포레이션
Priority date: 2014-01-30
Filing date: 2015-01-29
Publication date: 2016-08-01
Also published as: EP3735042A1; EP3100520B1; KR101792652B1; US9392531B2; EP3100520A1; CN105850184B; EP3100520A4; HK1225900A1; WO2015116829A1; CN105850184A; US20150215845A1

Abstract

어떤 액세스 포인트 명칭(Access Point Name: APN)에의 액세스를 애플리케이션별 또는 애플리케이션 카테고리별로 제한함으로써 데이터 통신을 위한 애플리케이션 특정 혼잡 제어(Application-specific Congestion control for Data Communication: ACDC)가 구현될 수 있다. 예컨대, 네트워크 무선 혼잡 동안에, 모바일 디바이스는, 애플리케이션으로 하여금 데이터 통신 채널을 개시할 수 있게 하기 전에, 애플리케이션과 연관된 APN을, 그리고 APN이 현재 허가된 또는 금지된 APN인지를 판정할 수 있다. 다른 구현에서, 어떤 베어러 연결에의 액세스를 제한함으로써 ACDC가 구현될 수 있다. 몇몇 구현에서, APN 배제 및 베어러 배제의 조합이 사용될 수 있다.

Description

무선 네트워크에서의 애플리케이션 특정 혼잡 제어{APPLICATION SPECIFIC CONGESTION CONTROL IN A WIRELESS NETWORK}

관련 출원

본 출원은, 2014년 1월 30일에 출원되었고 본 문서에 온전히 개진된 것처럼 본 문서로써 참조에 의해 포함되는 미국 가출원 제61/933,866호의 우선권을 주장한다.

무선 모바일 통신 디바이스, 예를 들어 스마트폰 또는 다른 모바일 디바이스는 무선 모바일 디바이스가 연결된 셀룰러 네트워크(cellular network)와 같은 네트워크를 통하여 통신하는 애플리케이션을 다운로드하고 구동할 수 있다. 몇몇 애플리케이션은 네트워크 혼잡(network congestion)을 (의도적으로 또는 무심코) 유발하거나 이에 기여할 수 있다. 무선 셀룰러 네트워크의 경우, 그 네트워크의 무선 액세스 네트워크(Radio Access Network: RAN) 부분은 특히 혼잡을 겪기 쉬울 수 있다. 추가적으로, 몇몇 애플리케이션은 다른 문제점, 예를 들어 위법적이거나 다른 금지된 활동의 가능화(enablement) 또는 사용자 동의 없는 개인 정보(private information)의 송신에 관한 문제점을 유발할 수 있다.

애플리케이션 기반으로 네트워크 활동을 제한하기 위한 한 가지 제안은, 3세대 파트너십 프로젝트(3rd Generation Partnership Project: 3GPP)의 릴리즈 13(Release 13)에서 제안된 바와 같은 ACDC(Application specific Congestion control for Data Communication)(데이터 통신을 위한 애플리케이션 특정 혼잡 제어)로 알려져 있다. ACDC의 목표는 네트워크 운영자에 의해 정의된 특정한 애플리케이션에 관해서 허용하거나 금지하기 위한 메커니즘을 네트워크 운영자에게 제공하는 것이다.

본 발명의 실시예는 첨부된 도면과 함께 이하의 상세한 설명에 의해 쉽게 이해될 것이다. 이 설명을 용이하게 하기 위하여, 비슷한 참조 번호는 비슷한 구조적 요소를 가리킬 수 있다. 발명의 실시예는 첨부된 도면의 그림에서 한정으로서가 아니고 예로서 보여진다.
도 1a는 본 문서에 기술된 개념의 개관의 일례를 보여주는 도해인데, 여기서는 액세스 포인트 명칭(Access Point Name: APN)에 기반하여 네트워크 활동이 제한되고,
도 1b는 본 문서에 기술된 개념의 개관의 일례를 보여주는 도해인데, 여기서는 베어러(bearer)에 기반하여 ACDC가 구현되며,
도 2는 본 문서에 기술된 시스템 및/또는 방법이 구현될 수 있는 예시적 환경의 도해이고,
도 3a 내지 도 3c는 APN과의 애플리케이션 및/또는 애플리케이션 카테고리의 맵핑(mapping)을 보여주는 도해이며,
도 4는 APN 배제(APN barring)에 관련된 프로세스의 일례를 보여주는 흐름도이고,
도 5 내지 도 9는 본 문서에 기술된 상이한 기법을 사용하는 APN 배제를 개념적으로 보여주는 도해이며,
도 10a 및 도 10b는 베어러에 기반하는 맵핑을 보여주는 도해이고,
도 11은 베어러 배제(bearer barring)에 관련된 프로세스의 일례를 보여주는 흐름도이며,
도 12는 디바이스의 예시적 컴포넌트의 도해이다.

이하의 상세한 설명은 첨부된 도면을 참조한다. 상이한 도면 내의 동일한 참조 번호는 동일하거나 유사한 구성요소를 식별할 수 있다. 다른 실시예가 활용될 수 있고 본 개시의 범주로부터 벗어나지 않고서 구조적 또는 논리적 변경이 행해질 수 있음이 이해되어야 한다. 따라서, 이하의 상세한 설명은 한정적인 의미로 취해져서는 안 되며, 본 발명에 따른 실시예의 범주는 부기된 청구항 및 그 균등물에 의해 정의된다.

본 문서에 기술된 기법은 모바일 전화 및 데이터 단말을 위한 데이터의 무선 통신을 위한 롱텀 에볼루션(Long-Term Evolution: LTE) 표준에 기반한 셀룰러 네트워크와 같은 무선 네트워크 내에 ACDC를 구현하기 위한 기법에 관련된다. 하나의 구현에서, 어떤 액세스 포인트 명칭(Access Point Name: APN)에의 액세스를 애플리케이션별(per-application) 또는 애플리케이션 카테고리별(per-application category)로 제한함으로써 ACDC가 구현될 수 있다. 예컨대, 네트워크 무선 혼잡(network radio congestion) 동안에, 모바일 디바이스는, 애플리케이션으로 하여금 데이터 통신 채널을 개시할 수 있게 하기 전에, 애플리케이션과 연관된 APN을, 그리고 APN이 현재 허가된 또는 금지된 APN인지를 판정할 수 있다. ACDC를 구현하기 위해, 어떤 APN으로의 액세스를 제한하는 것은, 본 문서에서 "APN 배제"(APN barring)로 지칭될 것이다.

제2 구현에서, LTE에 있어서, 특정 애플리케이션 트래픽(traffic)을 전달하는 어떤 진화된 패킷 시스템(Evolved Packet System: EPS) 베어러와 같은 어떤 베어러 연결에의 액세스를 제한함으로써 ACDC가 구현될 수 있다. ACDC를 구현하기 위해, 어떤 베어러로의 액세스를 제한하는 것은, 본 문서에서 "베어러 배제"(bearer barring)로 지칭될 것이다. 몇몇 구현에서, APN 배제 및 베어러 배제의 조합이 사용될 수 있다.

본 문서에 기술된 하나의 구현은, 네트워크와 연관된 액세스 포인트 명칭(Access Point Name: APN) 및 사용자 장비(User Equipment: UE)와 연관된 애플리케이션 간의 맵핑을 저장하는 컴퓨터 판독가능 매체(computer-readable medium) 및 처리 회로망(processing circuitry)을 포함하는 사용자 장비(User Equipment: UE)를 포함할 수 있다. 처리 회로망은, APN과 연관된 배제 상태(barring status)를 판정하고(배제 상태는 APN 중 하나 이상과 연관된 통신이 UE에 의해 배제가 되어야 하는지를 나타냄), UE와 연관된 특정한 애플리케이션으로부터, 네트워크로의 애플리케이션 요청의 송신을, 특정한 애플리케이션과 연관된 APN의 배제 상태가 통신이 배제되어야 함을 나타내는 경우 차단하는 것이다.

맵핑은 APN과 연관된 애플리케이션 카테고리로서 저장될 수 있다. 배제 상태의 판정은 배제 상태를 확률 값(probability value) 또는 시기(time period)로서 수신하는 것을 또한 포함할 수 있다.

처리 회로망은 또한 APN 배제가 네트워크에 의해 활성화되었는지를 판정하는 것일 수 있고, 애플리케이션 요청의 송신을 차단하는 것은 APN 배제가 네트워크에 의해 활성화된 경우에만 수행된다. APN과 연관된 배제 상태를 판정하는 경우, 처리 회로망은 또한, APN의 목록(enumeration)으로서 목록 내의 APN 중 임의의 것과 연관된 통신이 UE에 의해 배제되어야 함을 나타내는 배제 상태를 갖는 APN의 목록을, 네트워크로부터 수신하는 것일 수 있다. 몇몇 구현에서, APN의 목록은 시스템 정보 블록 유형 2 메시지(System Information Block Type 2 message) 또는 전용 메시지(dedicated message)로서 수신될 수 있다.

몇몇 구현에서, APN과 연관된 배제 상태를 판정하는 경우, 처리 회로망은 또한, APN의 목록으로서 목록 내에 있지 않은 임의의 APN과 연관된 통신이 UE에 의해 배제되어야 함을 나타내는 배제 상태를 갖는 APN의 목록을, 네트워크로부터 수신하는 것일 수 있다.

몇몇 구현에서, APN과 연관된 배제 상태를 판정하는 경우, 처리 회로망은 또한, 특정한 APN에 대해, 배제 상태의 표시(indication)를, APN을 위한 디폴트(default) 또는 전용의 EPS 베어러의 수립(establishment)과 함께, 네트워크로부터 수신하는 것일 수 있다. APN과 연관된 배제 상태를 판정하는 경우, 처리 회로망은 또한, 특정한 APN에 대해, 배제 상태의 표시를, 특정한 APN과 연관된 우선순위 값(priority value)으로서, 네트워크로부터 수신하는 것일 수 있는데, 네트워크로의 애플리케이션 요청의 송신을 차단하는 것은 특정한 APN과 연관된 우선순위와 네트워크에 의해 허용된 우선순위 값과의 비교에 기반한다. APN과 연관된 배제 상태를 판정하는 경우, 처리 회로망은 또한, 특정한 APN에 대해, 배제 상태의 표시를, APN을 위한 수용가능한(acceptable) 혼잡의 레벨의 목록으로서, 네트워크로부터 수신하는 것일 수 있는데, 네트워크로의 애플리케이션 요청의 송신을 차단하는 것은 APN을 위한 수용가능한 혼잡의 레벨의 목록과 네트워크의 현재 혼잡 레벨의 표시와의 비교에 기반한다.

다른 가능한 구현에서, 방법은, 네트워크와 연관된 APN 및 UE와 연관된 애플리케이션 간의 맵핑을 UE에 의해 저장하는 단계와, APN과 연관된 배제 상태를 UE에 의해 판정하는 단계(배제 상태는 APN 중 하나 이상과 연관된 통신이 UE에 의해 배제되어야 하는지를 나타냄)와, UE와 연관된 특정한 애플리케이션으로부터, 네트워크로 요청을 송신하는 것을, 특정한 애플리케이션과 연관된 APN의 현재 배제 상태가 통신이 배제되어야 함을 나타내는 경우, UE에 의해 억제하는(refraining) 단계를 포함할 수 있다.

다른 구현에서, UE는, 네트워크와 연관된 EPS 베어러 연결 및 UE와 연관된 애플리케이션 간의 맵핑을 저장하는 컴퓨터 판독가능 매체와, 처리 회로망을 포함할 수 있다. 처리 회로망은 EPS 베어러 연결과 연관된 EPS 베어러 배제 상태를 판정하고(EPS 베어러 배제 상태는 EPS 베어러 연결 중 하나 이상과 연관된 통신이 UE에 의해 배제되어야 하는지를 나타냄), EPS 베어러 배제가 활성(active)이어야 하는지의 표시를 네트워크로부터 수신하며, UE와 연관된 특정한 애플리케이션에 의해 요청된 통신을, 특정한 애플리케이션과 연관된 EPS 베어러 연결의 EPS 베어러 배제 상태가 통신이 배제되어야 함을 나타낼 경우 및 EPS 베어러 배제가 네트워크를 위해 활성인 것으로 나타내어졌을 경우에 차단하는 것일 수 있다.

하나의 구현에서, EPS 베어러 연결은 베어러 신원 값(bearer identity value)에 의해 표현될 수 있다. 다른 구현에서, EPS 베어러 배제 상태를 판정하는 것은 EPS 베어러 배제 상태를 EPS 베어러 연결의 초기 구성의 일부로서 수신하는 것을 또한 포함할 수 있다.

EPS 베어러 배제 상태의 판정은, 특정한 EPS 베어러 연결에 대해, EPS 베어러 배제 상태를, 특정한 EPS 베어러 연결과 연관된 우선순위 값으로서 수신하는 것을 또한 포함할 수 있는데, 특정한 애플리케이션에 의한 통신을 차단하는 것은 특정한 EPS 베어러와 연관된 우선순위와 네트워크에 의해 허용된 우선순위 값과의 비교에 기반한다. EPS 베어러 배제 상태의 판정은, 특정한 EPS 베어러 연결에 대해, EPS 베어러 배제 상태를, EPS 베어러 연결을 위한 수용가능한 혼잡의 레벨의 목록으로서 수신하는 것을 또한 포함할 수 있는데, 특정한 애플리케이션에 의한 통신을 차단하는 것은 EPS 베어러 연결을 위한 수용가능한 혼잡의 레벨의 목록과 네트워크의 현재 혼잡 레벨의 표시와의 비교에 기반한다. EPS 베어러 배제 상태의 판정은, EPS 베어러 배제 상태를 EPS 베어러의 초기 구성 동안에 수신되는 전용 네트워크 메시지 내에 포함된 정보로서 수신하는 것을 또한 포함할 수 있다. EPS 베어러 배제 상태의 판정은, EPS 베어러 배제 상태를 비트맵 값(bitmap value)로서 수신하는 것을 더 포함할 수 있는데 여기서 비트맵 값 내의 각각의 비트는 특정한 베어러 연결에 대응한다.

또 다른 가능한 구현에서, UE는, PDN과의 네트워크 통신을 개시하기 위한 요청을 UE와 연관된 애플리케이션으로부터 수신하고, 네트워크를 위해 배제가 활성인지의 표시를 네트워크로부터 수신하며, 애플리케이션과 연관된 EPS 베어러 연결 또는 APN과 연관된 배제 상태에 기반하여, 애플리케이션과 연관된 배제 상태를 판정하고, 애플리케이션이 배제됨을 배제 상태가 나타내는 경우 및 배제가 네트워크를 위해 활성인 것으로 나타내어지는 경우, 네트워크 통신을 개시하기 위한 요청의 송신을 차단하며, 애플리케이션이 배제되지 않음을 배제 상태가 나타내는 경우 또는 배제가 네트워크를 위해 활성인 것으로 나타내어지지 않은 경우, 네트워크 통신을 개시하기 위한 요청을 송신하는 처리 회로망을 포함할 수 있다.

또 다른 가능한 구현에서, UE는, 네트워크와 연관된 APN 및 UE와 연관된 애플리케이션 간의 맵핑을 저장하는 수단과, APN과 연관된 배제 상태를 판정하는 수단(배제 상태는 APN 중 하나 이상과 연관된 통신이 UE에 의해 배제가 되어야 하는지를 나타냄)과, UE와 연관된 특정한 애플리케이션으로부터, 네트워크로 요청을 송신하는 것을, 특정한 애플리케이션과 연관된 APN의 현재 배제 상태가 통신이 배제되어야 함을 나타내는 경우에 억제하는 수단을 포함할 수 있다.

또 다른 가능한 구현에서, UE는, EPS 베어러 연결과 연관된 EPS 베어러 배제 상태를 판정하는 수단(EPS 베어러 배제 상태는 하나 이상의 EPS 베어러 연결과 연관된 통신이 UE에 의해 배제가 되어야 하는지를 나타냄)과, EPS 베어러 배제가 활성이어야 하는지의 표시를 네트워크로부터 수신하는 수단과, UE와 연관돤 특정한 애플리케이션에 의해 요청된 통신을, 특정한 애플리케이션과 연관된 EPS 베어러 연결의 EPS 베어러 배제 상태가 통신이 배제되어야 함을 나타내는 경우 및 EPS 베어러 배제가 네트워크를 위해 활성인 것으로 나타내어졌을 경우에 차단하는 수단을 포함할 수 있다.

도 1a는 본 문서에 기술된 개념의 개관의 일례를 보여주는 도해인데, 여기서 네트워크 활동은 APN에 기반하여 제한된다(APN 배제). 도시된 바와 같이, 무선 네트워크는 스마트폰 또는 다른 모바일 통신 디바이스와 같은 사용자 장비(User Equipment: UE)를 하나 이상의 패킷 데이터 네트워크(Packet Data Network: PDN)에 연결할 수 있다. PDN 게이트웨이(PDN gateway)(PGW)는 무선 네트워크 및 PDN 간의 인터페이스를 구현할 수 있다. PDN과의 통신 세션(communication session)을 구현하기 위하여, UE는 무선 네트워크로의, 특정한 APN과 연관된 요청을 개시할 수 있다. 응답으로, 요청과 연관된 PGW/PDN을 판정하고 모바일 디바이스에 대해 통신 요청이 허용되는지 여부를 판정하기 위해 무선 네트워크는 APN을 사용할 수 있다.

본 문서에 기술된 양상에 따라, UE는 APN을 상이한 애플리케이션 및/또는 애플리케이션 유형이나 카테고리와 연관시킬 수 있다. UE는 UE에 설치된 애플리케이션 및/또는 애플리케이션 카테고리 또는 유형으로의 APN의 맵핑을 유지할 수 있다. 그 연관은 UE 내에 정적으로 정의되거나 네트워크 운영자(network operator)에 의해 동적으로 구성될 수 있다. 이 예에서, "APN1"은 애플리케이션 카테고리 "이메일 트래픽"(email traffic)과 연관되고, "APN2"는 애플리케이션 카테고리 "비디오 트래픽"(video traffic)과 연관되며, "APN3"은 특정 애플리케이션 "메시지 보드 애플리케이션"(message board application)과 연관된다. "메시지 보드 애플리케이션"은, 예컨대, 모든 UE 상에 네트워크 운영자에 의해 설치되는 공중 안전 애플리케이션(public safety application)일 수 있다. 자연 재해(가령, 지진, 허리케인 등등) 때에 메시지 보드 애플리케이션은 사용자들이 친구와 가족을 위하여 자신의 상태(가령, "다치지 않음")를 게시할 수 있는 애플리케이션일 수 있다. 메시지 보드 애플리케이션에 관련된 트래픽에는 언제나 네트워크 운영자에 의해, 특히 네트워크 혼잡 및/또는 자연 재해의 발생 중에, 높은 우선순위가 주어지는 것이 바람직할 수 있다. 반대로, 특정한 네트워크 운영자는 혼잡 또는 자연 재해의 기간 동안에 이메일 및 비디오 트래픽에 더 낮은 우선순위를 주기로 결정할 수 있다.

UE는, 특정한 애플리케이션 또는 애플리케이션 카테고리와 연관된 APN에 기반하여, PDN과의 통신 세션의 개시(또는 지속)를 금지하거나 허용할 수 있다. 예컨대, UE는 혼잡 기간 동안에 배제된 APN들의 리스트(list)를 유지할 수 있다. 무선 네트워크로부터의 혼잡의 표시에 응답하여, UE는 리스트 내의 APN 중 임의의 것과 연관된 통신 세션을 거부할 수 있다. 다른 예로서, UE는 혼잡의 기간 동안에 허가되는 APN들의 "화이트리스트"(whitelist)를 유지할 수 있다. 혼잡 동안에, UE는 화이트리스트 내에 있지 않은 임의의 APN과 연관된 통신 세션을 거부할 수 있다. 또 다른 예로서, UE가 주어진 APN을 위해 초기 통신 세션을 수립할 때마다, 무선 네트워크는 주어진 APN에 대해 통신이 혼잡의 기간 동안에 허가되는지를 나타낼 수 있다. 몇몇 구현에서, APN은 우선순위 값 또는 혼잡 레벨과 연관될 수 있다. UE에 의해, 현재의 네트워크 우선순위 값 또는 혼잡 레벨은, APN을 통한 통신을 허가할지를 판정하기 위해 APN 우선순위 값 또는 혼잡 레벨과 비교될 수 있다.

도 1a의 예에서, 혼잡 이벤트 또는 다른 이벤트(가령, 자연 재해)의 발생이 APN 배제가 적용될 것이라는 표시와 함께 UE에 시그널링된다(signaled)고 가정하자. 응답으로, UE는 APN1 및 APN2가 배제되고 APN3와 연관된 통신 세션이 허가됨을 판정할 수 있다. 이 예에서, 그와 같이 이메일 트래픽 및 비디오 트래픽은 차단될 수 있고(도 1a에서 "X"에 의해 나타내어짐) "메시지 보드 애플리케이션"과 연관된 트래픽은 허가될 수 있다.

도 1b는 본 문서에 기술된 개념의 개관의 일례를 보여주는 도해인데 여기서 ADCD가 베어러 배제를 통하여 구현된다. 도 1b의 예에서, UE는 EPS 베어러를 상이한 애플리케이션 및/또는 애플리케이션 유형이나 카테고리와 연관시킬 수 있다. UE는 애플리케이션으로의 EPS 베어러의 맵핑을 유지할 수 있다. 이 예에서, "베어러1"(Bearer1)은 애플리케이션 카테고리 "이메일 트래픽"과 연관되고, "베어러2"(Bearer2)는 애플리케이션 카테고리 "비디오 트래픽"과 연관되며, "베어러3"(Bearer3)은 특정 애플리케이션 "메시지 보드 애플리케이션"과 연관된다.

동작 동안에, 무선 네트워크는 EPS 베어러의 배제 상태(가령, 배제 또는 허용)를 시그널링할 수 있다. 예컨대, 무선 네트워크는, 혼잡의 기간 동안에 "베어러1" 및 "베어러2"는 배제될 것이고 "베어러3"은 허용될 것임을 나타낼 수 있다. 혼잡 기간 동안에, 이에 따라 UE는 "베어러1" 및 "베어러2"와 연관된 애플리케이션이 네트워크 통신을 개시하는 것을 금할 수 있다.

도 2는 본 문서에 기술된 시스템 및/또는 방법이 구현될 수 있는 예시적 환경(200)의 도해이다. 보여진 바와 같이, 환경(200)은 (단독으로 UE(210)로 또는 집합적으로 UE(210)로 지칭되는) 하나 이상의 UE(210)를 포함할 수 있는데, 이는 예컨대 무선 네트워크(220)를 통해 네트워크 연결성(network connectivity)을 획득할 수 있다. 무선 네트워크(220)는, 각각 패킷 데이터 네트워크(Packet Data Network: PDN)(250)로 라벨표시가 된(labelled) 하나 이상의 외부 네트워크로의 액세스를 제공할 수 있다. 무선 네트워크는 액세스 네트워크(access network)(230) 및 코어 네트워크(core network)(240)를 포함할 수 있다. 액세스 네트워크(230)는, 몇몇 구현에서, 코어 네트워크(240)를 제어하거나 아니면 관리하는 네트워크 운영자와 연관될 수 있다. 코어 네트워크(240)는 인터넷 프로토콜(Internet Protocol: IP) 기반 네트워크, 예를 들어 시스템 아키텍처 진화(System Architecture Evolution: SAE) 코어 네트워크 또는 일반 패킷 무선 서비스(General Packet Radio Service: GPRS) 코어 네트워크를 포함할 수 있다.

UE(210)는 휴대가능한 컴퓨팅 및 통신 디바이스(computing and communication device), 예를 들어 개인용 디지털 보조기기(Personal Digital Assistant: PDA), 스마트폰(smart phone), 셀룰러 전화(cellular phone), 셀룰러 무선 네트워크로의 연결성이 있는 랩톱 컴퓨터(laptop computer), 태블릿 컴퓨터(tablet computer) 등등을 포함할 수 있다. UE(210)는 비휴대가능(non-portable) 컴퓨팅 디바이스, 예를 들어, 데스크톱 컴퓨터, 소비자 또는 회사 기기, 또는 액세스 네트워크(230)로 무선으로 연결할 능력을 갖는 다른 디바이스를 또한 포함할 수 있다.

액세스 네트워크(230)는 하나 이상의 액세스 기술을 포함하는 3GPP 액세스 네트워크를 나타낼 수 있다. 액세스 네트워크(230)는 기지국(232) 및 이동성 관리 개체(Mobility Management Entity: MME)(234)를 포함할 수 있다. LTE 기반 액세스 네트워크의 콘텍스트(context)에서, 기지국(232)은 각각 진화된 노드B(evolved NodeB: eNodeB)(232)로 지칭될 수 있다. 코어 네트워크(240)는 IP 기반 네트워크를 포함할 수 있다. 3GPP 네트워크 아키텍처에서, 코어 네트워크(240)는 진화된 패킷 코어(Evolved Packet Core: EPC)를 포함할 수 있다. 보여진 바와 같이, 코어 네트워크(240)는 서빙 게이트웨이(serving gateway)(SGW)(242) 및 패킷 데이터 네트워크 게이트웨이(packet data network gateway)(PGW)(246)를 포함할 수 있다. 어떤 네트워크 디바이스들이 액세스 네트워크(230) 및 코어 네트워크(240)의 일부로서 환경(200) 내에 보여지나, 네트워크 디바이스가 환경(200)의 "액세스 네트워크" 또는 "코어 네트워크" 내에 있는 것으로 라벨표시가 되는지는 무선 네트워크(220)의 동작에 영향을 미치지 않을 수 있는 임의적인 결정일 수 있다.

eNodeB(232)는 각각 eNodeB가 UE(210)와 통신할 수 있는 무선 인터페이스(radio interface)를 제공할 수 있다. 무선 인터페이스는, 예컨대 진화된 UMTS 지상 무선 액세스(Evolved UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access: E-UTRA) 네트워크를 구현하는 무선 인터페이스를 포함할 수 있다.

MME(234)는 UE(210)를 코어 네트워크(240)에 등록하고/하거나, UE(210)와의 세션과 연관된 베어러 채널을 수립하고/하거나, UE(210)를 하나의 eNodeB로부터 다른 것으로 핸드오프(hand off)하고/하거나, 다른 동작을 수행하기 위해 동작을 수행하는 하나 이상의 계산 및 통신 디바이스(computation and communication device)를 포함할 수 있다. MME(234)는 일반적으로 제어 평면(control plane) 트래픽을 다룰 수 있다. SGW(242)는 하나 이상의 eNodeB(232)로부터 수신된 트래픽을 집성하는(aggregate) 하나 이상의 네트워크 디바이스를 포함할 수 있다. SGW(242)는 일반적으로 사용자 (데이터) 평면(user (data) plane) 트래픽을 다룰 수 있다.

PGW(246)는 코어 네트워크(240) 및 외부 IP 네트워크, 예를 들어 PDN(250), 그리고/또는 운영자 IP 서비스 간의 상호연결점(point of interconnect)으로서 작용하는 하나 이상의 디바이스를 포함할 수 있다. PGW(246)는 액세스 네트워크 및 외부 IP 네트워크로 그리고 이로부터 패킷을 라우팅할 수 있다.

PDN(250)은 각각 패킷 기반 네트워크를 포함할 수 있다. PDN(250)은, 코어 네트워크(240)의 운영자에 의해 제공되는 서비스(가령, IP 멀티미디어(IP multimedia)(IMS) 기반 서비스, 투명한(transparent) 단대단(end-to-end) 패킷 교환 스트리밍 서비스(packet-switched streaming service)(PSS), 또는 다른 서비스)를 제공하는 전유(proprietary) 네트워크 또는 공용 네트워크(가령, 인터넷)와 같은 외부 네트워크를 포함할 수 있다.

도 2에 보여진 디바이스 및/또는 네트워크의 수량은 설명 목적으로만 제공된다. 실제로는, 추가적인 디바이스 및/또는 네트워크, 더 적은 디바이스 및/또는 네트워크, 상이한 디바이스 및/또는 네트워크, 또는 도 2에 보여진 것과는 상이하게 배열된 디바이스 및/또는 네트워크가 있을 수 있다. 대안적으로, 또는 추가적으로, 환경(200)의 디바이스 중 하나 이상의 디바이스는 환경(200)의 디바이스 중 다른 하나 이상의 디바이스에 의해 수행되는 것으로 기술된 하나 이상의 기능을 수행할 수 있다.

앞서 언급된 바와 같이, 하나의 구현에서, APN 배제는 어떤 APN으로의 액세스를 애플리케이션별 또는 애플리케이션 카테고리별로 제한함으로써 ACDC를 구현하는 데에 사용될 수 있다.

APN은 네트워크 서비스를 획득하기 위해 UE(210)가 함께 통신할 PDN 및/또는 PGW의 논리적 식별을 제공할 수 있다. UE(210)는, 데이터 연결을 하는 경우, 무선 네트워크(220)에 제시할 APN으로써 구성될 수 있다. 무선 네트워크(220)는 어떤 유형의 네트워크 연결이 생성되어야 하는지, 예컨대, 어떤 IP 주소가 UE(210)에 할당되어야 하는지, 어떤 보안 방법이 사용되어야 하는지, 그리고 UE(210)가 고객 네트워크에 연결되어야 하는지 여부 또는 방식을 판정하기 위해 APN을 조사할 수 있다. PDN을 식별하는 것에 더하여, APN은 (PDN에 의해 제공되는, (가령 멀티미디어 메시징 서비스(Multimedia Messaging Service: MMS), 무선 애플리케이션 프로토콜(Wireless Application Protocol: WAP) 서버로의 연결인) 서비스의 유형을 정의하는 데에 또한 사용될 수 있다.

3GPP TS 24.008 사양, 10.5.6.1절에 정의된 바와 같이, APN은 도메인 이름 시스템(Domain Name System: DNS) 명명 규칙에 따른 전적으로 적격인 도메인 이름(fully qualified domain name)이거나 라벨(label)일 수 있다. APN 라벨은 세 개의 옥텟(octet)의 최소 길이 및 102개의 옥텟의 최대 길이를 가질 수 있다. APN의 사용의 일례로서, UE(210)는, 무선 네트워크(220)에 결속하는(attaching) 경우, UE(210)를 위해 구성된 디폴트 APN에 기반하여 처음에 PDN(250) 중 하나로 연결될 수 있다. UE(210)에 의해 실행되는 것들인 상이한 애플리케이션 및/또는 애플리케이션 유형은 상이한 APN과 연관될 수 있다.

도 3a 내지 도 3c는 APN과의 애플리케이션 및/또는 애플리케이션 카테고리의 맵핑을 보여주는 도해이다. 도 3a 내지 도 3c에 도시된 맵핑은 UE 애플리케이션 레벨에서 수행될 수 있는데, 이는 UE NAS(Non-Access Stratum)(비-액세스 층) 및 AS(Access Stratum)(액세스 층) 기능적 프로토콜 계층들이 애플리케이션 비인지적(application unaware)일 수 있게 할 수 있으니, 애플리케이션 레벨에서의 맵핑은 UE NAS 및 AS 계층에 대해 투명할 수 있기 때문이다. 도 3a 내지 도 3c에 도시된 맵핑은, 예를 들어 UE(210)의 제조(manufacture) 또는 프로비저닝(provisioning) 동안에 구성되는 정적 스토리지(static storage)를 통하여, UE(210)에 의해 저장될 수 있거나, 무선 네트워크(220)로부터, 예를 들어 OTA(Over The Air) 기법을 통해, 동적으로 수신될 수 있다. 도 3a 내지 도 3c에 도시된 맵핑은 하나 이상의 데이터 구조를 사용하여 UE(210)에 의해 저장될 수 있다.

도 3a에 보여진 바와 같이, 애플리케이션은 특정한 APN과 연관될(가령, 이에 맵핑될) 수 있다. 애플리케이션은, 이 콘텍스트에서, 특정한 애플리케이션, 예를 들어 특정한 개발자 또는 다른 개체에 의해 발행되고 UE(210)의 사용자에 의해 설치되는 애플리케이션, 그리고/또는 UE(210)의 제조 또는 프로비저닝 동안에 설치되는 애플리케이션을 나타낼 수 있다. 각각의 애플리케이션은, 예를 들어 애플리케이션에 할당된 값(가령, 애플리케이션의 코드의 해시(hash)에 의해 생성된 값)에 의해, 애플리케이션의 타이틀(title), 또는 다른 값에 의해, 고유하게 식별될 수 있다. 도 3a에서, APN_1 내지 APN_N으로 라벨표시가 된 다수의 APN 각각은 애플리ㅔ이션과 연관된 것으로 보여진다. 특히, APN_1은 Application_1 내지 Application_X로 라벨표시가 된 애플리케이션과 연관되고, APN_2는 Application_X+1 내지 Application_Y로 라벨표시가 된 애플리케이션과 연관되며, APN_N은 Application_Y+1 내지 Application_Z로 라벨표시가 된 애플리케이션과 연관된다. 변수 N, X, Y 및 Z는 양의 정수를 나타낼 수 있다.

도 3b에 보여진 바와 같이, 몇몇 구현에서, 애플리케이션은, 대응하는 애플리케이션 카테고리에 기반하여, 특정한 APN과 맵핑될 수 있다. 애플리케이션 카테고리는 애플리케이션의 기능성(가령, 이메일, 비디오 회의(video conferencing), 게이밍(gaming) 등등) 또는 애플리케이션에 의해 사용되는 네트워크 트래픽의 유형(가령, 애플리케이션과 연관된 베어러 연결에 의해 사용되는 우선순위 또는 보장된 대역폭)에 기반하여 애플리케이션의 유형을 나타낼 수 있다. 도 3b에 도시된 연관으로써, 상이한 애플리케이션은 상이한 애플리케이션에 대응하는 애플리케이션 카테고리에 기반하여 특정한 APN과 연관될 수 있다. 예를 들면, APN_1은 App_Category_1 내지 App_Category_X로 라벨표시가 된 애플리케이션 카테고리와 연관되고, APN_2는 App_Category_X+1 내지 App_Category_Y로 라벨표시가 된 애플리케이션 카테고리와 연관되며, APN_N은 App_Category_Y+1 내지 App_Category_Z로 라벨표시가 된 애플리케이션 카테고리와 연관된다.

도 3c에 보여진 바와 같이, 하나의 구현에서, 애플리케이션은 애플리케이션 카테고리(또는 서브-카테고리) 및 특정 애플리케이션을 포함하는 계층적 연관(hierarchical association)에 기반하여 APN에 맵핑될 수 있다. 이 구현에서, UE(210)는 (가령, 도 3a에 보여진 바와 같은) APN으로의 특정 애플리케이션의 연관도 그리고 (가령, 도 3b에 보여진 바와 같은) APN으로의 애플리케이션 카테고리의 연관도 포함할 수 있다. 애플리케이션 카테고리는 서브-카테고리로 더 분할될 수 있다. 예컨대, "비디오 트래픽" 카테고리는 서브-카테고리 "스트리밍 미디어 비디오"(streaming media video) 및 "양방향 원격회의 비디오"(two-way teleconferencing video)를 포함할 수 있다. 애플리케이션은, 특정 애플리케이션 식별자, 애플리케이션-서브 카테고리 및 애플리케이션 카테고리 중 첫 번째 매칭되는 것에 기반하여 카테고리에 할당될 수 있다. 다시 말해, 만약 특정한 애플리케이션이 특별히 APN에 대응하는 것으로 나타내어지는 경우, 특정한 애플리케이션은 APN과 연관될 수 있다. 만약 특정한 애플리케이션이 특별히 어떠한 APN에 대응하는 것으로도 나타내어지지 않지만, 특정한 애플리케이션이 서브-카테고리와 연관되는 경우, 특정한 애플리케이션은 서브-카테고리에 기반하여 APN과 연관될 수 있다. 그렇지 않으면, 특정한 애플리케이션은 카테고리에 기반하여 APN과 연관될 수 있다.

도 3c에 보여진 바와 같이, APN 1 내지 N은 애플리케이션 Application_1 내지 Application_Z과 연관된다. 애플리케이션 서브-카테고리(App_Sub_Cat_1 내지 App_Sub_Cat_K, App_Sub_Cat_K+1 내지 App_Sub_Cat_L, 그리고 App_Sub_Cat_L+l 내지 App_Sub_Cat_M) 및 카테고리(App_Category_1, App_Category_2, 그리고 App_Category_N)는 또한 APN과 연관된다. 예를 들면, 도시된 바와 같이, 제1 애플리케이션 카테고리(App_Category_1)는 서브-카테고리 App_Sub_Cat_1 내지 App_Sub_Cat_K와 연관될 수 있다. App_Sub_Cat_1은 애플리케이션 Application_1 및 Application_2를 포함할 수 있다. App_Sub_Cat_K는 애플리케이션 Application_X를 포함할 수 있다. App_Category_1, App_Sub_Cat_1 내지 App_Sub_Cat_K, 그리고 Application_1 내지 Application_X는 APN_1으로 라벨표시가 된 APN으로 모두 맵핑될 수 있다.

도 4는 APN 배제에 관련된 프로세스(400)의 일례를 보여주는 흐름도이다. 프로세스(400)는, 예컨대 UE(210)에 의해, 수행될 수 있다.

프로세스(400)는 APN 대 애플리케이션 맵핑(APN to application mapping)들로써 UE를 구성하는 것(블록(410))을 포함할 수 있다. APN 대 애플리케이션 맵핑은 UE(210)에 의해 하나 이상의 데이터 구조, 예를 들어 도 3a 내지 도 3c에 관해 보여진 것으로서 저장될 수 있다. UE(210)는 UE(210)의 제조 또는 프로비저닝 동안에 맵핑을 획득할 수 있고/있거나 맵핑은, 예를 들어 OTA 기법을 통해, 동적으로 수신되거나 업데이트될 수 있다.

프로세스(400)는 APN 배제가 활성인지를 나타내는 네트워크 상태 정보(network state information)를 수신하는 것(블록(420))을 더 포함할 수 있다. 하나의 구현에서, 네트워크(220), 예를 들어 네트워크(220)의 MME(234) 또는 SGW(242)는, APN 배제가 활성이어야 할 때를, 예를 들어 시스템 정보 블록(System Information Block) 메시지, 또는 다른 메시지 유형을 통하여, 명시적으로 나타낼 수 있다. 몇몇 구현에서, APN 배제는 다른 조건의 충족에 기반하여 활성이게 될 수 있다. 예컨대, UE(210)는 네트워크(220)가 혼잡이 될 때마다, 예를 들어 무선 액세스 네트워크가 혼잡 상태 내에 있음을 eNodeB(232)가 UE(210)에 나타낼 때마다, APN 배제가 활성화되어야 한다는 표시를 수신할 수 있다.

몇몇 구현에서, APN 배제가 활성인지에 관련된 배제 상태는, APN 배제가 활성인지 또는 활성이 아닌지를 나타내는 부울 값(Boolean value)으로서 수신되는 것 대신에, APN 배제가 활성이어야 할 시기 또는 APN 배제를 수행하는 확률과 같은 다른 값으로서 수신될 수 있다. APN 배제 상태를 확률로서 수신하는 것에 관하여, UE(210)는 난수(random number)를 생성하고 APN 배제가 특정 UE를 위해 활성이어야 하는지를 나타내기 위해 그 난수를 수신된 확률 값과 비교할 수 있다.

프로세스(400)는, APN 배제가 활성인 경우 네트워크로의 요청이 UE에서 개시되는 경우, 요청과 연관된 APN을 판정하는 것(블록(430))을 더 포함할 수 있다. 네트워크로의 요청은 UE(210)에서 실행되는 애플리케이션에 의해 요청되는 데이터 연결 또는 세션을 나타낼 수 있다. 대안적으로 또는 추가적으로, 몇몇 구현에서, APN 배제가 활성으로 설정되어야 한다는 판정에 응답하여, 진행중인 네트워크 세션은 APN 배제 제한을 받을 수 있다. APN은 (가령, 도 3a 내지 도 3c에 보여진 바와 같이) UE(210)가 구성되는 데 쓰인 애플리케이션 대 APN 맵핑(또는 애플리케이션 카테고리/서브-카테고리 맵핑)에 의해 판정될 수 있다.

프로세스(400)는 판정된 APN에 기반하여 네트워크로의 요청을 허가하거나 배제하는 것(블록(440))을 더 포함할 수 있다. 예컨대, 하나의 구현에서, 네트워크 혼잡의 기간 동안에, 어떤 APN만이 허가될 수 있다. 다른 APN과 연관된, 네트워크로의 애플리케이션 요청은 배제될 수 있다(즉, UE(210)는 무선 네트워크(220)로 요청을 송신하는 것을 억제할(refrain) 수 있다). 네트워크로 요청을 송신하는 것을 억제함으로써, 네트워크 부하(network load)는 UE(210)의 애플리케이션 계층에서 생성된 요청에 의해 영향을 받지 않을 수 있다. 유리하게는, 일반적으로 프로세스(400)는 UE(210)의 전력 소모를 줄이고/거나, 네트워크 사용량을 최적화하고/하거나, 무선 네트워크(220)의 셀 용량(cell capacity)을 최대화(무선 네트워크(220)가 셀룰러 무선 액세스 네트워크를 포함하는 경우)하도록 동작할 수 있다.

본 문서에 기술된 양상에 따라, 프로세스(400)의 블록(430 및 440)을 수행하는 데에 다수의 기법이 사용될 수 있다. 이 기법들은 도 5 내지 도 9를 참조하여 아래에서 더욱 상세히 논의될 것이다.

도 5는 배제된 APN의 목록을 사용하는 APN 배제를 개념적으로 보여주는 도해이다. 도 5에 보여진 바와 같이, 무선 네트워크(220)는 배제된 APN의 리스트(또는 다른 데이터 구조)를 UE(210)에 송신할 수 있다. 배제된 APN의 리스트는, 예컨대 eNodeB(232), MME(234) 또는 다른 네트워크 디바이스에 의해, 송신될 수 있다. 혼잡 동안에 배제될 APN의 리스트는 UE 내에 사전구성될(pre-configured) 수 있다. 배제된 APN의 리스트는 UE(210)가 새로운 PDN 연결을 수립하거나 기존의 PDN 연결을 통하여 어떠한 통신도 개시하지 않을 APN을 정의할 수 있다.

하나의 구현에서, 배제된 APN의 리스트는 혼잡의 발생에 응답하여 UE(210)에 브로드캐스트될(broadcast) 수 있다. 배제된 APN의 리스트는 각각의 APN의 전적으로 적격인 도메인 이름(잠재적으로 APN 간의 구분자(delimiter)를 포함함)을 포함하는 리스트로서 브로드캐스트될 수 있다. 대안적으로, 배제된 APN의 리스트의 크기를 잠재적으로 줄이기 위하여, 단지 일부분, 예를 들어 접두부(prefix) 부분만 각각의 APN을 위해 송신될 수 있다. 예컨대, IMS PDN 연결에 대응하는 APN에 대해, 완전한 APN은 "IMS.operatorname.x.y" 형태로 된 것일 수 있다. 이 APN에 대해, APN의 "IMS" 부분은 APN 명칭의 구별되는 부분일 수 있고 "operatorname.x.y"는 배제된 APN의 송신되는 리스트 내에서 생략될 수 있다. UE(210)는 APN의 수신된 부분으로부터 전체 APN을 재구성할 수 있다.

다른 가능한 구현에서, 배제된 APN의 리스트를 혼잡의 발생에 응답하여 브로드캐스트하는 것 대신에, 배제된 APN의 리스트는, 예를 들어 UE(210)가 배제된 APN의 리스트를 OTA 또는 OMA-DA 업데이트를 통하여 다운로드함으로써, 미리 UE(210)에 송신될 수 있다. 무선 네트워크(220)는 APN 배제가 활성화되어야 할 때마다(가령, 혼잡이 있는 경우) UE에 통지할 수 있다. UE(210)는 이후 계속해서 배제된 APN의 이전에 수신된 리스트 내의 모든 APN으로의 액세스를 배제할 수 있다. 하나의 구현에서, APN 배제가 활성화되어야 한다는 표시는, 기술 사양 3GPP TS 36.331 내에 정의된 바와 같은 시스템 정보 블록 유형 2 메시지의 일부로서 UE(210)로 송신될 수 있다. 예컨대, 부울 값을 갖는 "혼잡 표시 필드"(Congestion Indication Field)가 이 메시지에 추가될 수 있다.

UE(210)는, 배제된 APN의 리스트를 수신하는 경우, 배제된 APN의 리스트를 배제된 APN의 가장 최근의 리스트로서 세이브할(save) 수 있다. 만약 APN 배제가 차후에, 예를 들어 혼잡의 기간 동안에, 활성화되는 경우, 배제된 APN의 리스트는, APN의 배제된 리스트 내의 APN으로 맵핑되는 애플리케이션과 연관된, 네트워크로의 어떠한 요청도 배제하기 위해 UE(210)에 의해 사용될 수 있다.

하나의 구현에서, UE(210)는 UE(210)와 연관된, 공중 육상 모바일 네트워크(Public Land Mobile Network: PLMN)와 관련 있는 APN으로써 사전구성될 수 있는데, APN 각각은 인덱스 값(index value)과 연관될 수 있다. APN을 위한 인덱스는, 예컨대, 초기에 UE(210) 내에 설정되고 OTA 업데이트, OMA-DM(Open Mobile Alliance - Device Management) 업데이트, NAS 메시지 내에 포함된 업데이트, 또는 SMS(Short Message Service) 푸시(push) 메시지를 통하여 발신되는 업데이트를 통하여 업데이트될 수 있다. 이 상황에서, 배제된 APN의 리스트는 인덱스의 리스트 또는 인덱스를 참조하는 비트맵으로서 송신될 수 있다.

하나의 구현에서, 배제된 APN의 리스트(가령, 배제된 APN의 완전한 리스트이든 또는 APN 인덱스의 리스트이든)는 시스템 정보 블록 유형 2 메시지의 일부로서 UE(210)로 송신될 수 있다. 예컨대, "APN-배제-상태"(APN-Barring-Status) 필드가 이 메시지에 추가될 수 있다. APN-배제-상태 필드는 각각의 비트가 인덱싱된(indexed) APN에 대응하는 비트맵일 수 있다. 예를 들면, 비트를 위한 논리 1 비트 값(logic one bit value)은 대응하는 APN이 혼잡 동안에 배제됨을 나타낼 수 있고 논리 0 비트 값(logic zero bit value)은 대응하는 APN이 혼잡 동안에 배제되지 않음을 나타낼 수 있다.

혼잡의 표시를 포함하는 시스템 정보 블록 유형 2 메시지의 하나의 가능한 구현이 표 3(Table III)에 예시된다. 표 4(Table IV)는 표 3 내의 필드를 위한 필드 서술(field descriptions)을 포함한다. 표 3 및 표 4에서, 볼드체 텍스트(bold text)는 혼잡의 표시를 구현하기 위해 3GPP TS 36.331 표준에 추가될 수 있는 텍스트를 나타낸다.

도 6은 APN 화이트리스트를 사용하는 APN 배제를 개념적으로 보여주는 도해이다. 도 6에 보여진 바와 같이, 무선 네트워크(220)는 APN의 화이트리스트를 UE(210)로 송신할 수 있다. APN의 화이트리스트는 UE(210)에 의해 허용될 APN을 정의할 수 있다. 다시 말해, 화이트리스트 상에 있지 않은 APN은 UE(210)가 새로운 PDN 연결의 수립을 배제하고/하거나 기존의 PDN 연결을 통한 통신의 개시를 배제할 수 있는 APN일 수 있다. 일반적으로, APN의 화이트리스트를 사용하여 APN 배제를 구현하는 것은, 배제된 APN은 APN 화이트리스트 내에 명시적으로 있지 않은 어떠한 APN이라도 포함할 수 있다는 점을 제외하고, 도 5에 관해 논의된 바와 같이, 배제된 APN의 리스트를 사용하는 APN 배제와 유사하게 구현될 수 있다.

하나의 구현에서, APN의 화이트리스트는 혼잡의 발생에 응답하여 UE(210)에 브로드캐스트될 수 있다. 배제된 APN의 리스트에서와 같이, APN의 화이트리스트는 각각의 APN의 전적으로 적격인 도메인 이름을 포함하는 리스트로서 브로드캐스트될 수 있다. 대안적으로, 잠재적으로 APN의 화이트리스트의 크기를 줄이기 위하여, 단지 일부분, 예를 들어 접두부 부분 또는 대응하는 인덱스 값만 각각의 APN을 위해 송신될 수 있다.

다른 가능한 구현에서, APN의 화이트리스트를 혼잡의 발생에 응답하여 브로드캐스트하는 것 대신에, APN의 화이트리스트는, 예를 들어 UE(210)가 배제된 APN의 리스트를 OTA 또는 OMA-DM 업데이트를 통하여 다운로드하는 것에 의해, 미리 UE(210)로 송신될 수 있다. (가령, 대응하는 UE(232)를 통하여) 무선 네트워크(220)는 APN 배제가 활성화되어야 할 때마다(가령, 혼잡이 있는 경우) UE에 통지할 수 있다. 그 통지는, 예컨대 시스템 정보 블록 유형 2 메시지 내의 필드로서 포함될 수 있다. 다른 가능한 구현에서, APN의 화이트리스트를 발신하는 것 대신에, APN의 화이트리스트는 프로비저닝 동안에 UE(210) 내에 사전구성될 수 있다. 화이트리스트는 이후 잠재적으로 OTA(Over The Air) 또는 OMA-DM(Open Mobile Alliance - Device Management) 업데이트를 통하여 수정될 수 있다.

하나의 구현에서, UE(210)는 UE(210)와 연관된 것인 PLMN과 관련 있는 인덱싱된 APN의 리스트로써 사전구성될 수 있다. 인덱싱된 APN의 리스트는, 예컨대, 초기에 (가령, 프로비저닝 동안에) UE(210) 내에 설정되고 OTA 업데이트, OMA-DM(Open Mobile Alliance Device Management) 업데이트, NAS 메시지 내에 포함된 업데이트, 또는 SMS(Short Message Service) 푸시 메시지를 통하여 발신되는 업데이트를 통하여 업데이트될 수 있다. 이 상황에서, APN의 화이트리스트는 인덱스의 리스트, 또는 인덱싱된 APN의 리스트 내의 인덱스를 참조하는 비트맵을 포함할 수 있다. APN의 화이트리스트는 시스템 정보 블록 유형 2 메시지의 일부로서 UE(210)로 송신될 수 있다. 예컨대, "APN-화이트리스트-상태"(APN-Whitelist-Status) 필드가 이 메시지에 추가될 수 있다. APN-화이트리스트-상태 필드는 인덱싱된 APN의 리스트 내의 각각의 APN에 대응하는 비트를 포함하는 비트맵일 수 있다. 비트를 위한 논리 1 비트 값은 대응하는 APN이 화이트리스트 상에 있음을 나타낼 수 있고 논리 0 비트 값은 대응하는 APN이 화이트리스트 상에 있지 않음을 나타낼 수 있다.

표 5(Table V) 내지 표 8(Table VIII)은 APN 화이트리스트를 사용하는 APN 배제의 예시적 구현을 구현하는 데에 사용될 수 있는 시스템 정보 블록 유형 2 메시지의 예를 보여준다. 표 5는 어느 APN이 허용되는지를 나타내는 비트맵 필드를 포함하는 예시적 시스템 정보 블록 유형 2 메시지를 보여주고, 표 6(Table VI)은 표 5 내의 필드를 위한 필드 서술을 보여주며, 표 6은 APN 배제의 표시(즉, 혼잡의 표시)를 포함하는 예시적 시스템 정보 블록 유형 2 메시지를 보여주고, 표 7(Table VII)은 표 6 내의 필드를 위한 필드 서술을 보여준다. 표 5 내지 표 8에서, 볼드체 텍스트는 혼잡의 표시를 구현하기 위해 3GPP TS 36.331 표준에 추가될 수 있는 텍스트를 나타낸다.

도 7은 다른 양상에 따른 APN 배제를 개념적으로 보여주는 도해이다. 도 7의 구현에서, APN에는 APN을 위한 디폴트 EPS 베어러의 수립 동안에 배제 상태(가령, APN 배제가 활성인 경우, 가령 혼잡 상황 동안, APN을 차단하는 것이든 또는 APN을 차단하지 않는 것이든)가 할당된다. UE(210)는, APN에 대해서, 획득된 배제 상태를 저장하고, 이후, APN 배제가 활성화된 경우(가령, 혼잡 동안), APN과 연관된, 네트워크로의 요청을 허가할지 또는 배제할지를 판정하기 위해, 배제 상태를 사용할 수 있다.

도 7에 보여진 바와 같이, 어떤 시점에서, 예를 들어 특정한 APN과 연관된 데이터 연결이 UE(210)에 의해 실행되는 애플리케이션에 의해 우선 필요로 되는 경우, UE(210)는 UE(210)를 위한 디폴트 베어러 연결의 수립을 개시할 수 있다(7.1에서, "APN을 위한 디폴트 베어러 구성"(Default Bearer Configuration for APN)). 디폴트 베어러 연결을 위해 교환되는 구성 정보의 일부로서, APN 배제가 활성인 경우(가령, 혼잡 동안) UE(210)가 해당 APN을 배제하여야 하는지의 표시가 UE(210)에 제공될 수 있다(7.2에서, "APN 배제됨 표시"(APN Barred Indication)). UE(210)가 유휴(idle) 및 활성 모드 간에 전이하는(transition) 경우에도 UE(210)가 그 표시를 유지하도록 UE(210)는 그 표시를 저장할 수 있다.

하나의 구현에서, APN 배제가 활성인 경우 APN이 배제되어야 하는지의 표시는, 3GPP TS 24.301 사양 내에 정의된 바와 같은, "디폴트 EPS 베어러 콘텍스트 요청 활성화"(Activate Default EPS Bearer Context Request) 또는 "전용 EPS 베어러 콘텍스트 요청 활성화"(Activate Dedicated EPS Bearer Context Request) 메시지 내의 필드로서 UE(210)에 제공될 수 있다. 예컨대, APN을 위한 APN 배제 상태(가령, APN 배제가 활성일 때마다 APN이 배제될 것인지 또는 배제되지 않을 것인지)를 나타내기 위해, 부울 값을 갖는 "APN 배제"(APN Barring) 필드가 디폴트 EPS 베어러 콘텍스트 요청 활성화 메시지 내에 포함될 수 있다. APN 배제 상태는 APN을 위한 디폴트 베어러가 재구성되는 경우 또는 베어러 수정 절차를 사용하여 디폴트 베어러가 수정되는 경우 잠재적으로 변경되거나 재구성될 수 있다.

도 6 및 도 7에 관해 논의된 구현에서와 같이, APN 배제가 활성화될 것이라는 표시는, 기술 사양 3GPP TS 36.331 내에 정의된 바와 같은 시스템 정보 블록 유형 2 메시지의 일부로서 UE(210)에 송신될 수 있다. 예컨대, 부울 값을 갖는 "혼잡 표시 필드"가 이 메시지에 추가될 수 있다.

표 9(Table IX)는 앞서 언급된 "APN 배제" 필드의 일례를 보여주고, 표 10(Table X)은 시스템 정보 블록 유형 2 메시지를 사용하여 APN 배제가 활성화될 것인지의 예시적 표시를 보여주며, 표 11(Table XI)는 표 10 내의 필드를 위한 필드 서술을 보여준다. 표 9 내지 표 11에서, 볼드체 텍스트는 혼잡의 표시를 구현하기 위해 3GPP TS 36.331 표준에 추가될 수 있는 텍스트를 나타낸다. 표 9에서, 정보 요소(information element) "APN Barring"은 APN이 혼잡 동안에 배제되어야 하는지 식별한다. 그것은 1비트 부울 값일 수 있다.

도 8은 다른 양상에 따라 APN 배제를 개념적으로 보여주는 도해이다. 도 8의 구현에서, 도 7에 관해 기술된 바와 같이, 부울 배제 상태 값(즉, APN을 차단하거나 차단하지 않음)에 기반하여 APN을 할당하는 것 대신에, 배제 상태는 우선순위 레벨(priority level), 예를 들어 0 내지 4의 범위 내의 정수 값(또는 어떤 다른 값)으로서 할당될 수 있다. APN 배제는 UE(210)에 목표 우선순위 레벨을 송신함으로써 무선 네트워크(200)에 의해 활성이게 될 수 있다. 목표 우선순위 레벨보다 더 낮은 우선순위와 연관된 APN은 차단될 수 있다.

도 8에 보여진 바와 같이, 어떤 시점에서, 예를 들어 특정한 APN과 연관된 데이터 연결이 UE(210)에 의해 실행되는 애플리케이션에 의해 우선 필요로 되는 경우, UE(210)는 UE(210)를 위한 디폴트 베어러 연결의 수립을 개시할 수 있다(8.1에서, "APN을 위한 디폴트 베어러 구성"(Default Bearer Configuration for APN)). 디폴트 베어러 연결을 위해 교환되는 구성 정보의 일부로서, 디폴트 베어러 연결과 연관된 APN의 우선순위 레벨(Priority Level: PL)의 표시가 UE(210)에 제공될 수 있다(8.2에서, "APN 우선순위 레벨"(APN Priority Level)). 하나의 구현에서, 우선순위 레벨은, 0 (PL0)부터 4(PL4)까지 포괄하는 범위로부터 할당될 수 있는데, 여기서 더 낮은 값은 더 높은 우선순위를 나타낸다. UE(210)는 UE가 유휴 및 활성 모드 간에 전이하는 경우에도 UE(210)가 우선순위 레벨을 유지하도록 APN을 위한 우선순위 레벨을 저장할 수 있다.

하나의 구현에서, 우선순위 레벨의 표시는, 사양 3GPP TS 24.301 내에 정의된 바와 같은 "디폴트 EPS 베어러 콘텍스트 요청 활성화" 또는 "전용 EPS 베어러 콘텍스트 요청 활성화" 메시지 내의 필드로서 UE(210)에 제공될 수 있다. 예컨대, 최대 세 비트를 사용하여 지정된 정수 값을 갖는 "APN 우선순위 레벨"(APN Priority Level) 필드가, APN 우선순위 레벨을 나타내기 위해, "디폴트 EPS 베어러 콘텍스트 요청 활성화" 메시지 내에 포함될 수 있다. APN을 위한 디폴트 베어러가 재구성되는 경우 또는 베어러 수정 절차를 사용하여 디폴트 베어러가 수정되는 경우 APN 우선순위 레벨은 잠재적으로 변경되거나 재구성될 수 있다.

APN 배제가 활성화될 것이라는 표시는 기술 사양 3GPP TS 36.331에 정의된 바와 같은 시스템 정보 블록 유형 2 메시지의 일부로서 UE(210)에 송신될 수 있다. 예컨대, "우선순위 레벨 표시"(Priority Level Indication) 필드가 설정될 수 있다. 그 필드는, 어느 APN이 통신을 개시하도록 허가되었는지를 나타내기 위해, 예를 들어 0에서 4까지를 포함하여 그 사이인, 우선순위 값을 포함할 수 있다. 더 낮은 값이 더 높은 우선순위를 나타내는 구현에서, APN 통신은 만약 APN과 연관된 우선순위 값이 "우선순위 레벨 표시" 필드의 값보다 작거나 같은 경우에 UE(210)에 의해 허가될 뿐일 수 있다. 몇몇 구현에서, "우선순위 레벨 표시" 필드는 어떠한 혼잡도 없음(가령, APN 배제가 활성이 아님)을 나타내기 위해 0으로 설정될 수 있다. 대안적으로, "우선순위 레벨 표시" 필드는 어떠한 혼잡도 없음을 나타내기 위해 생략될 수 있다.

아래의 표 12(Table XII)는 다양한 APN(APN1, APN2, APN3 및 APN4)에 할당된 APN 우선순위 레벨의 일례 및 그 우선순위 레벨에 대해 통신이 허용되는 경우를 제공한다. 표 12에서, 가능한 APN 우선순위 레벨은 PL0, PL1, PL2 및 PL3를 포함할 수 있다. 예컨대, 표의 첫 번째 레코드(record)에서, "APN1"로 라벨표시가 된 APN에는 우선순위 레벨 PL0가 할당되는데, 이는 어떠한 우선순위 레벨도 이 APN과 연관되지 않음(즉, 이 APN과의 통신은 전혀 배제되지 않음)을 의미할 수 있다. 표의 두 번째 레코드에서, "APN2"로 라벨표시가 된 APN에는 우선순위 레벨 PL1이 할당되는데, 이는 무선 네트워크(220)에 의해 설정된 우선순위 레벨 표시가 PL1, PL2 또는 PL3와 같을 때는 언제나 APN과의 통신이 허용됨을 나타낼 수 있다.

표 13(Table XIII)은 앞서 언급된 "APN 우선순위 레벨" 필드의 일례를 보여주고, 표 14(Table XIV)는 APN 우선순위 레벨을 송신하는 예시적 표시를 보여주며, 표 15(Table XV)는 표 14 내의 필드를 위한 필드 서술을 보여준다. 표 13 내지 표 15에서 볼드체 텍스트는 혼잡의 표시를 구현하기 위해 3GPP TS 36.331 또는 3GPP TS 24.301 표준에 추가될 수 있는 텍스트를 나타낸다. 표 13에서, 정보 요소 "APN 우선순위 레벨"은 APN의 우선순위 레벨을 나타내는 정수(0 내지 maxPriorityLevels)일 수 있다. 만약 APN이 x와 같은 우선순위 레벨을 가지면, APN으로 연결하기 위한 초기 액세스는 우선순위-레벨-표시(Priority-level-indication) 내에 네트워크에 의해 나타내어진 우선순위 레벨이 x와 같거나 더 큰 경우 혼잡 동안에 허용될 뿐일 수 있다. 0의 값은 이 APN이 전혀 배제되지 않음을 나타낼 수 있다.

도 9는 다른 양상에 따라 APN 배제를 개념적으로 보여주는 도해이다. 도 9의 구현에서, 주어진 APN을 위한 디폴트 EPS 베어러가 구성되는 경우, APN에 대해 수용가능한 혼잡의 레벨이 열거된다. APN 배제가 활성인 경우(가령, 혼잡이 있는 경우), 무선 네트워크(220)는 혼잡 레벨(Congestion Level: CL)을 UE(210)에 나타낼 수 있다. UE(210)는 무선 네트워크(220)에 의해 나타내어진 혼잡 레벨과 연관되지 않은 APN과 연관된 통신 요청을 배제할 수 있다.

도 9에 보여진 바와 같이, 어떤 시점에서, 예를 들어 특정한 APN과 연관된 데이터 연결이 UE(210)에 의해 실행되는 애플리케이션에 의해 우선 필요로 되는 경우에, UE(210)는 UE(210)를 위한 디폴트 베어러 연결의 수립을 개시할 수 있다(9.1에서, "APN을 위한 디폴트 베어러 구성"(Default Bearer Configuration for APN)). 디폴트 베어러 연결을 위해 교환되는 구성 정보의 일부로서, 하나 이상의 혼잡 레벨이 UE(210)에 제공될 수 있다(9.2에서, "허용된 혼잡 레벨"(Allowed Congestion Levels)). UE(210)는 제공된 혼잡 레벨을 베어러 연결에 대응하는 APN과 연관시킬 수 있다. 하나의 구현에서, 혼잡 레벨은 범위 0(CL0) 내지 4(CL3)로부터 할당될 수 있고, APN은 여러 혼잡 레벨과 연관될 수 있다. UE(210)는 UE가 유휴 및 활성 모드 간에 전이하는 경우에도 UE(210)가 혼잡 레벨을 유지하도록 APN을 위한 혼잡 레벨(들)을 저장할 수 있다.

하나의 구현에서, 혼잡 레벨은 사양 3GPP TS 24.301에 정의된 바와 같은 "디폴트 EPS 베어러 콘텍스트 요청 활성화" 또는 "전용 EPS 베어러 콘텍스트 요청 활성화" 메시지 내의 필드로서 UE(210)에 제공될 수 있다. 예컨대, "허용된 APN 혼잡 레벨"(APN Congestion Levels Allowed) 필드는 APN에 할당된 혼잡 레벨을 열거할 수 있다. 대안적으로, "허용된 APN 혼잡 레벨" 필드는 비트맵 내의 상이한 비트가 상이한 혼잡 레벨에 대응하는 비트맵으로서 구현될 수 있다. 예컨대, 혼잡 레벨 CL0 내지 CL3에 대해, 4비트 비트맵이 사용될 수 있는데, 여기서 각각의 비트는 특정한 혼잡 레벨이 APN에 할당되는지를 나타낸다. APN에 연결하기 위한 통신 요청은 어떠한 혼잡도 없는 경우 또는 네트워크 혼잡 레벨이 APN에 할당된 값 중 하나와 같은 경우에 허용될 뿐일 수 있다.

APN 배제가 활성화될 것이라는 표시는 기술 사양 3GPP TS 36.331에 정의된 바와 같은 시스템 정보 블록 유형 2 메시지의 일부로서 UE(210)로 송신될 수 있다. 예컨대, APN 배제가 활성화되어야 할 경우, 예를 들어 혼잡이 있는 경우 "혼잡 레벨 표시"(Congestion Level Indiction) 필드가 설정될 수 있다. 이 필드는 UE(210)와 연관된 셀(cell) 내의 혼잡 레벨의 표시를 포함할 수 있다. 0(또는 어떤 다른 값)의 혼잡 레벨은 셀 내에 어떠한 혼잡도 없음(즉, APN 배제가 활성이 아님)을 나타낼 수 있다.

아래의 표 16(Table XVI)은 다양한 APN(APN1, APN2, APN3 및 APN4)에 할당된 APN 혼잡 레벨의 일례를 제공한다. 표 16에서, 가능한 혼잡 레벨 값은 CLO, CL1, CL2 및 CL3을 포함할 수 있다. 무선 네트워크(220)에 의해 나타내어진 혼잡 레벨과 매칭되는 혼잡 레벨이 할당된 어떠한 APN에 대해서도 통신이 허용될 수 있다. 예컨대, 표의 첫 번째 레코드에서, "APN1"로 라벨표시가 된 APN에는 혼잡 레벨 CL0가 할당되는데, 이는 네트워크 혼잡 레벨이 CL0(즉, 어떠한 혼잡도 없음)가 아닌 한 이 APN과의 통신이 배제됨을 의미할 수 있다. 표의 두 번째 레코드에서, "APN2"로 라벨표시가 된 APN에는 혼잡 레벨 CL0 및 CL2가 할당되는데, 이는 네트워크 혼잡 레벨이 CL0 또는 CL2가 아닌 한 이 APN과의 통신이 배제됨을 의미할 수 있다.

표 17(Table XVII)은 앞서 언급된 "허용된 APN 혼잡 레벨" 필드의 일례를 보여주고, 표 18(Table XVIII)은 APN 혼잡 레벨을 송신하는 것의 예시적 표시를 보여주며, 표 19(Table XIX)는 표 18 내의 필드를 위한 필드 서술을 보여준다. 표 17 내지 표 19에서 볼드체 텍스트는 혼잡의 표시를 구현하기 위해 3GPP TS 36.331 또는 3GPP TS 24.301 표준에 추가될 수 있는 텍스트를 나타낸다. 표 17에서, 정보 요소 "허용된 APN 혼잡 레벨"(APN Congestion Level Allowed)은 혼잡 레벨의 개수가 있는 비트맵일 수 있거나 그것은 허용된 혼잡 레벨의 목록일 수 있다. APN에 연결하기 위한 초기 액세스는 만약 어떠한 혼잡도 없는 경우 또는 만약 혼잡-레벨-표시(Congestion-level-indication) 내에 나타내어진 셀 내의 혼잡 레벨이 구성된 값 중 하나와 같은 경우 허용될 수 있다.

위의 설명에서, 네트워크 통신의 배제는 APN 기반 배제 기법에 기반하여 기술되었다. 몇몇 상황에서, 여러 베어러, 예를 들어 여러 EPS 베어러가 동일한 APN과 연관될 수 있다. 이 경우에, APN 우선순위화(APN prioritization) 또는 다른 APN 기반 배제는 어느 통신을 배제할지 선택하는 데에서 충분한 입도(granularity)를 제공하지 않을 수 있다. 베어러 연결에 기반하여, 예를 들어 EPS 베어러에 기반하여 통신 세션을 배제함으로써 추가적인 입도가 제공될 수 있다. EPS 베어러에 기반하여 통신을 배제하는 것은 도 10a, 도 10b 및 도 11을 참조하여 후술될 것이다.

EPS 베어러 배제를 수행하기 위하여, UE(210)는 애플리케이션에 대한 EPS 베어러의 맵핑 및/또는 APN에 대한 EPS 베어러의 맵핑을 저장할 수 있다. 도 10a 및 도 10b는 UE(210)에 의해 저장될 수 있는 맵핑을 보여주는 도해이다. 도 10a 및 도 10b에 도시된 맵핑은 UE(210)의 제조 또는 프로비저닝 동안에 구성되는 정적 스토리지(static storage)를 통하여 UE(210)에 의해 저장될 수 있다. 대안적으로 또는 추가적으로, 맵핑은 UE(210)에 의해, 동적 기법을 통하여, 예를 들어 OTA(Over The Air) 기법을 통해, 무선 네트워크(220)로부터 획득될 수 있다. 도 10 및 도 10b에 도시된 맵핑은 하나 이상의 데이터 구조를 사용하여 UE(210)에 의해 저장될 수 있다.

도 10a에 보여진 바와 같이, 애플리케이션이 특정한 베어러, 예를 들어 EPS 베어러와 연관될 수 있다. 도 10a에서, Bearer_1 내지 Bearer_N으로 라벨표시가 된 다수의 베어러 각각은 다수의 애플리케이션 및 애플리케이션 서브-카테고리와 연관된 것으로 예시된다. 예컨대, 도시된 바와 같이, Bearer_1은 App_Sub_Cat_1 내지 App_Sub_Cat_K로 라벨표시가 된 애플리케이션 서브-카테고리와 연관된다. App_Sub_Cat_1은 Application_1 및 Application_2로 라벨표시가 된 애플리케이션을 포함할 수 있고, App_Sub_Cat_K는 Application_X로 라벨표시가 된 애플리케이션을 포함할 수 있다. 카테고리 및 서브-카테고리로의 애플리케이션의 연관은 도 3a 내지 도 3c에 관해 이전에 기술된 것과 유사할 수 있다. 예를 들면, 애플리케이션은 특정 애플리케이션 식별자 또는 애플리케이션-서브 카테고리 중 첫 번째 매칭되는 것에 기반하여 베어러에 할당될 수 있다. 다시 말해, 만약 특정한 애플리케이션이 특히 베어러에 대응하는 것으로 나타내어지는 경우, 특정한 애플리케이션은 베어러와 연관될 수 있다. 만약 특정한 애플리케이션이 특히 어떠한 베어러에도 대응되는 것으로 나타내어지지 않지만, 특정한 애플리케이션이 서브-카테고리와 연관된 경우, 특정한 애플리케이션은 서브-카테고리에 기반하여 베어러와 연관될 수 있다. 카테고리 또는 서브카테고리의 사용은 만약 여러 애플리케이션이 동일한 베어러를 사용할 수 있는 경우 바람직할 수 있다.

도 10b에 보여진 바와 같이, 베어러는 또한 APN과 연관될 수 있다. 도 10b에서, APN_1 내지 APN_N으로 라벨표시가 된 다수의 APN 각각은 다수의 베어러와 연관된 것으로 예시된다. 특히, APN_1은 APN을 위한 디폴트 베어러 Default_Bearer_1, 그리고 Dedicated_Bearer_1,1 내지 Dedicated_Bearer_1,X로 라벨표시가 된 전용 베어러와 연관된다. 유사하게, APN_2는 APN을 위한 디폴트 베어러 Default_Bearer_2, 그리고 Dedicated_Bearer_2,1 내지 Dedicated_Bearer_2,Y로 라벨표시가 된 전용 베어러와 연관되고, APN_3는 APN을 위한 디폴트 베어러 Default_Bearer_N, 그리고 Dedicated_Bearer_N,1 내지 Dedicated_Bearer_N,Z로 라벨표시가 된 전용 베어러와 연관된다.

도 11은 EPS 베어러 배제에 관한 프로세스(1100)의 일례를 보여주는 흐름도이다. 프로세스(1100)는 예컨대 UE(210)에 의해 수행될 수 있다.

프로세스(1100)는 베어러 대 애플리케이션 맵핑을 획득하는 것(블록(1110))을 포함할 수 있다. 베어러가 애플리케이션을 위해 수립됨에 따라 베어러 대 애플리케이션 맵핑은 UE(210)에 의해 동적(온-더-플라이(on-the-fly))으로 획득되고 저장될 수 있다. 그 맵핑은 하나 이상의 데이터 구조, 예를 들어 도 10a 및 도 10b에 관해 예시된 것과 같은 것으로서 저장될 수 있다.

프로세스(1100)는 어느 EPS 베어러가 허용되는지 또는 배제되는지를 나타내는 정보를 수신하는 것(블록(1120))을 더 포함할 수 있다. 그러므로 그 정보는 EPS 베어러의 배제 상태를 나타낼 수 있다. 그 정보는 브로드캐스트 메시지 또는 비-브로드캐스트(non-broadcast)(가령, 전용 유니캐스트 메시지(dedicated unicast message)), 예를 들어 배제된 EPS 베어러의 리스트를 포함하는 메시지를 사용하여 송신될 수 있다. EPS 베어러는 EPS 베어러 식별(identification)(ID) 값에 의해 식별될 수 있다.

하나의 구현에서, 어느 베어러가 허용되는지 또는 배제되는지를 나타내는 정보는 UE(210) 및 무선 네트워크(220) 간에 수행되는 확장된 서비스 요청 및 트래킹 영역 업데이트 절차(extended service request and tracking area update procedure) 동안에 통신될 수 있다. 예컨대, 3GPP TS 24.301 표준에 정의된 바와 같은 확장된 서비스 요청(Extended Service Request) 메시지는, 무선 네트워크(220)와 연관된 모든 EPS 베어러 및/또는 활성화된 EPS 베어러 전부에 대응하는 비트를 포함할 수 있는 "EPS 베어러 배제 상태 비트맵"(EPS Bearer Barring Status Bitmap) 필드를 추가적으로 포함할 수 있다. 각각의 비트는 대응하는 EPS 베어러가 배제되는지 또는 허용되는지를 나타낼 수 있다.

대안적으로 또는 추가적으로, 어느 베어러가 허용되는지 또는 배제되는지를 나타내는 정보를 전달하기 위해 별도의 메시지를 송신하는 것 대신에, 그 정보는 EPS 베어러의 초기 구성의 일부로서 UE(210)에 통신될 수 있다. 예컨대, 3GPP TS 24.301 표준에 정의된 바와 같은 디폴트 EPS 베어러 콘텍스트 수락 활성화(Activate Default EPS Bearer Context Accept) 메시지 및/또는 전용 EPS 베어러 콘텍스트 요청 활성화(Activate Dedicated EPS Bearer Context Request) 메시지는, 특정한 EPS 베어러가 허용될 또는 배제될 베어러인지를 나타내는 부울 값과 같은 값이 할당될 수 있는 "EPS 베어러 배제 상태"(EPS Bearer Barring Status) 필드를 포함할 수 있다. 그러므로, 이 구현에서, EPS 베어러의 초기 구성은 EPS 베어러가 네트워크 혼잡 상태 동안에 배제되어야 하는지의 표시를 포함할 수 있다. 특정한 EPS 베어러를 배제할지 또는 배제하지 않을지의 표시는, 예를 들어 UE 콘텍스트 데이터에 또는 UE 콘텍스트 데이터와 연관된 서비스 품질(Quality of Service: QoS) 정보에 추가되는 "배제 상태"(Barring Status) 필드를 통하여, UE 콘텍스트 데이터의 일부로서 UE(210)에 의해 저장될 수 있다. 예컨대, UE 콘텍스트 데이터는 네트워크가 혼잡이 있음을 나타내는 경우 EPS 베어러의 배제 상태를 나타내는 데에 사용되는 "배제 상태"(Barring Status) 필드를 포함할 수 있다.

EPS 베어러의 초기 구성은 UE(210)에 의한 애플리케이션의 실행에 응답하여 행해질 수 있다. 대응하는 베어러가 허용되는지 또는 배제되는지를 나타내는 수신된 정보는 애플리케이션이 다음에 실행될 때 애플리케이션을 위한 통신 세션을 개시할지를 판정하기 위해 UE(210)에 의해 사용될 수 있다.

잠재적으로 디폴트 EPS 베어러 콘텍스트 수락 활성화 메시지 및 전용 EPS 베어러 콘텍스트 요청 활성화 메시지 내에 구현되는 바와 같은 "EPS 베어러 배제 상태" 필드의 예가 표 20(Table XX) 및 표 21(Table XXI) 내에 예시된다. 이 표들에서, "EPS 베어러 배제 상태"(EPS Bearer Barring Status) 필드는 EPS 베어러가 혼잡 상황 동안에 배제되어야 하는지 식별할 수 있다. 그 필드는 1비트 부울 값일 수 있다.

EPS 베어러의 배제 상태를 저장하는 데에 사용되는 UE 콘텍스트 데이터의 예가 표 22(Table XXII) 및 표 23(Table XXIII)에 나타내어진다.

다른 옵션으로서 이 정보는 EPS 베어러 QoS의 일부이고 UE 콘텍스트에서 QoS 정보 내에 세이브될 수 있다.

그 정보는 또한 EPS 서비스 품질 정보 요소 내에 세이브될 수 있다. 예시적 EPS 서비스 품질 정보 요소는 아래에서 표 23에 주어지는데 볼드체 텍스트는 3GPP TS 24.301 표준에 추가될 수 있는 텍스트를 나타낸다.

프로세스(1100)는 EPS 베어러 배제가 활성인지의 표시를 수신하는 것(블록(1130))을 더 포함할 수 있다. 예컨대, EPS 베어러 배제는, 셀별로(on a per-cell basis), eNodeB(232)와 연관된 셀의 무선 인터페이스와 연관된 혼잡 레벨에 기반하여, 활성이게 될 수 있다. 무선 네트워크(220)는, 예컨대, 기술 사양 3GPP TS 36.331에 정의된 바와 같은 시스템 정보 블록 유형 2 메시지의 일부로서 혼잡의 표시를 브로드캐스트할(즉, EPS 베어러 배제가 활성이라는 표시를 브로드캐스트할) 수 있다. 예컨대, 부울 값을 갖는 "혼잡 표시"(Congestion Indication) 필드가 이 메시지에 추가될 수 있다.

대안적으로, EPS 베어러 배제 상태는 다수의 우선순위 레벨 중 하나로서 할당될 수 있다. 이 구현에서는, 어느 베어러가 허용되는지 또는 배제되는지를 나타내는 정보가 대신에 EPS 베어러를 우선순위 레벨에 연관시킬 수 있다. 네트워크 우선순위 값은 EPS 베어러를 허용할지 또는 배제할지를 판정하기 위한 임계(threshold)로서 작용할 수 있다. 예를 들면, 네트워크 EPS 베어러 배제 상태가 특정한 EPS 베어러에 할당된 우선순위 레벨과 같거나 더 큰 경우, 특정한 EPS 베어러는 허용될 수 있고, 그렇지 않은 경우 EPS 베어러는 배제될 수 있다. 상이한 우선순위 레벨들을 할당받은 상이한 EPS 베어러들의 일례로서, 5, 6, 7 및 8의 ID를 갖는 EPS 베어러들이 각각 PL0, PL3, PL1 및 PL0의 우선순위 레벨들(PL)과 각각 연관된다고 가정하자. 이 예에서, 네트워크 혼잡 레벨이 PL2인 경우, 5, 7 및 8의 ID를 갖는 EPS 베어러는 허용될 수 있고 ID 6을 갖는 EPS 베어러는 배제될 수 있다.

대안적으로, EPS 베어러 배제 상태는 혼잡 레벨의 목록으로서 제공될 수 있다. 이 구현에서는, 어느 베어러가 허용되는지 또는 배제되는지를 나타내는 정보가 대신에 EPS 베어러를 하나 이상의 혼잡 레벨에 연관시킬 수 있다. 네트워크는 허용된 혼잡 값의 표시를 송신할 수 있다. 현재의 네트워크 혼잡 레벨과 연관된 EPS 베어러는 허용될 수 있으나, 다른 EPS 베어러는 배제될 수 있다.

몇몇 구현에서, EPS 베어러 배제가 활성인지에 관한 상태는, EPS 베어러 배제가 활성인지 또는 활성이 아닌지를 나타내는 부울 값으로서 수신되는 것 대신에, EPS 베어러 배제를 수행할 확률 또는 EPS 베어러 배제가 활성이어야 할 시기와 같은 다른 값으로서 수신될 수 있다. 배제 상태를 확률로서 수신하는 것에 관하여, UE(210)는 난수를 생성하고 EPS 베어러 배제가 특정 UE에 대해 활성이어야 하는지를 나타내기 위해 난수를 수신된 확률 값과 비교할 수 있다. 일단 EPS 베어러가 해당 애플리케이션을 위해 구성되고 배제 상태가 할당되면, UE는 해당 정보를 세이브할 수 있다. 장래에, UE가 그 동일한 애플리케이션을 위해 연결을 수립하고자 시도하고 있는 경우, UE는 해당 애플리케이션을 전달하는 데에 사용되었던 EPS 베어러의 세이브된 배제 상태를 인출할(retrieve) 수 있다. 그러므로, 이 세이브된 정보는 애플리케이션 자체의 배제 상태를 UE에 제공할 수 있다. 따라서 다른 애플리케이션의 액세스를 배제함으로써 어떤 애플리케이션에게 우선순위가 주어질 수 있다. 이 배제 기능성은 주어진 애플리케이션을 위한 연결을 수립하기 위해 액세스를 개시하고자 시도하고 있는 등록된(registered) UE에 적용될 수 있는데, 이것은 등록된 UE에게 유휴 모드나 연결된 모드 양자 모두에서 일어날 수 있다. 이 배제는, 또한 이미 애플리케이션 연결이 수립된 UE를 위한, UE로 하여금 그 연결을 끊고(drop) 애플리케이션을 닫도록 강제하는, 트리거(trigger)일 수 있다. 여기서 논의된 기법들은 운영자 선호에 따라, 두 경우 모두에 적용될 수 있다.

프로세스(1100)는 요청을 개시한 애플리케이션과 연관된 EPS 베어러가 배제되는 경우 및 EPS 배제가 활성일 경우 네트워크로의 애플리케이션에 의한 요청을 배제하는 것(블록(1140))을 더 포함할 수 있다. 그러므로, EPS 베어러 배제가 활성일 때 UE에서 애플리케이션에 의한 데이터 요청이 개시된 때, 프로세스(1100)는 그 애플리케이션과 연관된 EPS 베어러가 배제된 경우 그 요청을 배제하는 것을 포함할 수 있다. 앞에서 언급된 바와 같이, (가령, 혼잡으로 인해) EPS 배제가 활성인 경우 애플리케이션과 연관된 EPS 베어러가 배제되어야 하는지는, 무선 네트워크(220)로부터 이전에 수신된 메시지에 기반하여서든 또는 EPS 베어러의 이전의 구성 동안에 획득된 정보에 기반하여서든, 무선 네트워크(220)로부터, UE(210)에 의해, 이전에 수신되었을 수 있다.

표 23(Table XXIII) 및 표 24(Table XXIV)는 시스템 정보 블록 유형 2 메시지를 사용하여 혼잡을 나타내기 위한(가령, EPS 배제가 활성인지를 나타내기 위한) 기법의 하나의 예시적 구현을 보여준다. 표 24는 표 23 내의 필드를 위한 필드 서술을 포함한다. 표 3에서, 볼드체 텍스트는 3GPP TS 36.331 표준에 추가될 수 있는 텍스트를 나타낸다.

몇몇 구현에서, 확장된 서비스 요청 및 트래킹 영역 업데이트 절차 동안에, UE(210) 및 네트워크는 활성화된 EPS 베어러의 배제 상태를, EPS 베어러 콘텍스트 상태와 유사한 정보 요소를 추가함으로써 동기화할 수 있다. 3GPP TS 24.301 표준 내의 확장된 서비스 요청 메시지(Extended Service Request Message), 트래킹 영역 업데이트 요청 메시지(Tracking Area Update Request Message), 또는 트래킹 영역 업데이트 수락 메시지(Tracking Area Update Accept Message)로서 구현된, 동기화 메시지의 구현의 예들이 각각 아래에서 표 25(Table XXV), 표 26(Table XXVI) 및 표 27(Table XXVII)에 보여진다. 이 표들에서, 볼드체 텍스트는 3GPP TS 24.301 표준에 추가될 수 있는 텍스트를 나타낸다.

표 25 및 표 26에서, 필드 "EPS 베어러 배제 상태 비트맵"(EPS bearer barring status bitmap)는 EPS 베어러 배제가 활성인 경우(가령, 혼잡 동안) 각각의 활성화된 EPS 베어러의 배제 상태를 나타내는 데에 사용될 수 있다. EPS 베어러는 EPS 베어러 신원 값(EPS bearer identity value)에 의해 식별될 수 있다. 비트맵을 코딩하는 것의 하나의 예가 표 28(Table XXVIII)에 보여진다. 표 28에 보여진 바와 같이, 비트맵은, 첫 번째 옥텟이 EPS 베어러 배제 상태 비트맵 IEI를 포함하고, 두 번째 옥텟이 비트맵 내용(bitmap contents)의 길이를 포함하며, 비트 값들이 EBI(0) 내지 EBI(15)로서 라벨표시가 된 4 옥텟 비트맵일 수 있다. EBI(x)는 다음과 같이 인코딩될 수 있다:

EBI(0) - EBI(4): 0으로 인코딩될 수 있는 예비용(spare) 비트들

EBI(5)-EBI(15): 0 값은 혼잡 동안의 EPS 베어러 배제 상태가 "베어러 콘텍스트 배제되지 않음"(bearer context not barred)인 것을 나타내고, 1 값은 혼잡 동안의 EPS 베어러 배제 상태가 "베어러 콘텍스트 배제됨"(bearer context barred)인 것을 나타낸다.

도 12는 디바이스(1200)의 예시적 컴포넌트의 도해이다. 도 1a, 도 1b, 도 2 및 도 5 내지 도 9에 보여진 디바이스 각각은 하나 이상의 디바이스(1200)를 포함할 수 있다. 디바이스(1200)는 버스(bus)(1210), 프로세서(processor)(1220), 메모리(1230), 입력 컴포넌트(input component)(1240), 출력 컴포넌트(output component)(1250) 및 통신 인터페이스(communication interface)(1260)를 포함할 수 있다. 다른 구현에서, 디바이스(1200)는 추가적이거나, 더 적거나, 상이하거나, 상이하게 배열된 컴포넌트를 포함할 수 있다.

버스(1210)는 디바이스(1200)의 컴포넌트 간 통신을 가능케 하는 하나 이상의 통신 경로(communication path)를 포함할 수 있다. 프로세서(1220)는 명령어를 해석하고 실행할 수 있는 프로세서, 마이크로프로세서 또는 처리 로직과 같은 처리 회로망을 포함할 수 있다. 메모리(1230)는 프로세서(1220)에 의한 실행을 위한 정보 및 명령어를 저장할 수 있는 임의의 유형의 동적 저장 디바이스(dynamic storage device) 및/또는 프로세서(1220)에 의한 사용을 위한 정보를 저장할 수 있는 임의의 유형의 비휘발성 저장 디바이스(non-volatile storage device)를 포함할 수 있다.

입력 컴포넌트(1240)는 운영자가 디바이스(1200)에 정보를 입력할 수 있게 해주는 메커니즘, 예를 들어 키보드, 키패드, 버튼, 스위치 등등을 포함할 수 있다. 출력 컴포넌트(1250)는 운영자에게 정보를 출력하는 메커니즘, 예를 들어 디스플레이, 스피커, 하나 이상의 발광 다이오드(Light Emitting Diode: LED) 등등을 포함할 수 있다.

통신 인터페이스(1260)는 디바이스(1200)가 다른 디바이스 및/또는 시스템과 통신할 수 있게 하는 임의의 송수신기 같은(transceiver-like) 메커니즘을 포함할 수 있다. 예컨대, 통신 인터페이스(1260)는 이더넷 인터페이스(Ethernet interface), 광학 인터페이스(optical interface), 동축 인터페이스(coaxial interface) 또는 유사한 것을 포함할 수 있다. 통신 인터페이스(1260)는 무선 통신 디바이스, 예를 들어 적외선(InfraRed: IR) 수신기, 블루투스(Bluetooth®) 무선기기, 와이파이(WiFi) 무선기기, 셀룰러(cellular) 무선기기, 또는 유사한 것을 포함할 수 있다. 무선 통신 디바이스는 외부 디바이스, 예를 들어 리모컨(remote control), 무선 키보드, 모바일 전화 등등에 커플링될 수 있다. 몇몇 구현에서, 디바이스(1200)는 한 개보다 많은 통신 인터페이스(1260)를 포함할 수 있다. 예를 들면, 디바이스(1200)는 광학 인터페이스 및 이더넷 인터페이스를 포함할 수 있다.

디바이스(1200)는 전술된 어떤 동작들을 수행할 수 있다. 디바이스(1200)는 프로세서(1220)가 컴퓨터 판독가능 매체, 예를 들어 메모리(1230) 내에 저장된 소프트웨어 명령어를 실행하는 것에 응답하여 이 동작들을 수행할 수 있다. 컴퓨터 판독가능 매체는 비일시적 메모리 디바이스(non-transitory memory device)로서 정의될 수 있다. 메모리 디바이스는 단일 물리적 메모리 디바이스 내에 있거나 여러 물리적 메모리 디바이스에 걸쳐 펼쳐진 공간을 포함할 수 있다. 소프트웨어 명령어는 다른 컴퓨터 판독가능 매체로부터 또는 다른 디바이스로부터 메모리(1230) 내로 판독될 수 있다. 메모리(1230) 내에 저장된 소프트웨어 명령어는 프로세서(1220)로 하여금 본 문서에 기술된 프로세스를 수행하게 할 수 있다. 대안적으로, 본 문서에 기술된 프로세스를 구현하기 위해 소프트웨어 명령어를 대신해서 또는 이와 조합하여 고정배선 회로망(hardwired circuitry)이 사용될 수 있다. 그러므로, 본 문서에 기술된 구현은 하드웨어 회로망 및 소프트웨어의 임의의 특정 조합에 한정되지 않는다.

전술한 명세서에서, 첨부된 도면을 참조하여 다양한 실시예가 기술되었다. 그러나, 이에 대해 다양한 수정 및 변경이 행해질 수 있고, 뒤따르는 청구항에 개진된 발명의 더 넓은 범주로부터 벗어나지 않고서, 추가적인 실시예가 구현될 수 있음이 분명할 것이다. 이에 따라 명세서 및 도면은 제한적인 의미보다는 예시적인 의미로 여겨져야 한다.

예컨대, 도 4 및 도 11에 관해서 일련의 블록이 기술되었으나, 블록들의 순서는 다른 구현에서 수정될 수 있다. 또한, 비의존적(non-dependent) 블록들은 병렬로 수행될 수 있다.

전술된 바와 같은 예시적 양상들은 도면에 예시된 구현에서 많은 상이한 형태의 소프트웨어, 펌웨어 및 하드웨어로 구현될 수 있음이 명백할 것이다. 이 양상들을 구현하는 데에 사용되는 실제적인 소프트웨어 코드 또는 특수화된 제어 하드웨어는 한정적인 것으로 해석되어서는 안 된다. 그러므로, 그 양상들의 동작 및 가동이 특정 소프트웨어 코드에 대한 참조 없이 기술되었는데--본 문서에서의 설명에 기반하여 그 양상들을 구현하도록 소프트웨어 및 제어 하드웨어가 설계될 수 있다고 이해된다.

또한, 발명의 어떤 부분들은 하나 이상의 기능을 수행하는 "로직"으로서 구현될 수 있다. 이 로직은 하드웨어, 예를 들어 ASIC 또는 FPGA, 또는 하드웨어와 소프트웨어의 조합을 포함할 수 있다.

비록 특징의 특정한 조합이 청구항에서 진술되고/되거나 명세서에서 개시될지라도, 이 조합들은 발명을 한정하도록 의도된 것이 아니다. 사실, 이 특징들 중 다수가 청구항에 구체적으로 진술되고/되거나 명세서에 개시되지 않은 방식으로 조합될 수 있다.

본 출원에서 사용된 어떠한 구성요소, 행위 또는 명령어도 중요하거나 필수적인 것으로 해석되어서는 (그러한 것으로 명시적으로 기술되지 않는 한) 안 된다. 본 문서에서 사용됨에 있어서, 용어 "및"의 사용의 사례가, 반드시 해당 사례에서 구문 "및/또는"이 의도되었다는 해석을 배척하는 것은 아니다. 유사하게, 본 문서에서 사용됨에 있어서, 용어 "또는"의 사용의 사례가, 반드시 해당 사례에서 구문 "및/또는"이 의도되었다는 해석을 배척하는 것은 아니다. 또한, 본 문서에서 사용됨에 있어서, 관사 "한"은 하나 이상의 항목을 포함하도록 의도되며, 구문 "하나 이상"과 교환가능하게 사용될 수 있다. 오직 하나의 항목이 의도되는 경우에, "하나의", "단일", "오직" 또는 유사한 말이 사용된다. 또한, 구문 "기반하여"는 명시적으로 달리 언급되지 않는 한 "적어도 부분적으로 기반하여"를 의미하도록 의도된다.

Claims

사용자 장비(User Equipment: UE)로서,
네트워크와 연관된 액세스 포인트 명칭(Access Point Name: APN)들 및 상기 UE와 연관된 애플리케이션들 간의 맵핑(mapping)을 저장하는 컴퓨터 판독가능 매체와,
상기 APN들과 연관된 배제 상태(barring status)를 판정 - 상기 배제 상태는 상기 APN들 중 하나 이상과 연관된 통신이 상기 UE에 의해 배제되어야 하는지를 나타냄 - 하고, 상기 UE와 연관된 특정한 애플리케이션으로부터, 상기 네트워크로의 애플리케이션 요청의 송신을, 상기 특정한 애플리케이션과 연관된 APN의 배제 상태가 통신이 배제되어야 함을 나타내는 경우 차단하는 처리 회로망을 포함하는
UE.
제1항에 있어서,
상기 맵핑은 APN과 연관된 애플리케이션 카테고리로서 저장되는
UE.
제1항에 있어서,
상기 배제 상태를 판정하는 것은 상기 배제 상태를 확률 값(probability value) 또는 시기(time period)로서 수신하는 것을 더 포함하는
UE.
제1항에 있어서,
상기 처리 회로망은 또한, APN 배제가 상기 네트워크에 의해 활성화되었는지를 판정하고,
상기 애플리케이션 요청의 송신을 차단하는 것은 APN 배제가 상기 네트워크에 의해 활성화된 경우에만 수행되는
UE.
제1항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 경우, 상기 처리 회로망은 또한,
APN의 목록(enumeration)으로서 상기 목록 내의 APN 중 임의의 것과 연관된 통신이 상기 UE에 의해 배제되어야 함을 나타내는 배제 상태를 갖는 상기 APN의 목록을, 상기 네트워크로부터 수신하는
UE.
제5항에 있어서,
상기 APN의 목록은 시스템 정보 블록 유형 2 메시지(System Information Block Type 2 message) 또는 전용 메시지(dedicated message)의 일부로서 수신되는
UE.
제1항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 경우, 상기 처리 회로망은 또한,
APN의 목록으로서 상기 목록 내에 있지 않은 임의의 APN과 연관된 통신이 상기 UE에 의해 배제되어야 함을 나타내는 배제 상태를 갖는 상기 APN의 목록을, 상기 네트워크로부터 수신하는
UE.
제7항에 있어서,
상기 APN의 목록은 시스템 정보 블록 유형 2 메시지 또는 전용 메시지의 일부로서 수신되는
UE.
제1항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 경우, 상기 처리 회로망은 또한,
특정한 APN에 대해, 상기 배제 상태의 표시(indication)를, 상기 APN을 위한 디폴트(default) 또는 전용의 진화된 패킷 시스템(Evolved Packet System: EPS) 베어러(bearer)의 수립과 함께, 상기 네트워크로부터 수신하는
UE.
제1항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 경우, 상기 처리 회로망은 또한,
특정한 APN에 대해, 상기 배제 상태의 표시를, 상기 특정한 APN과 연관된 우선순위 값(priority value)으로서, 상기 네트워크로부터 수신하되,
상기 네트워크로의 애플리케이션 요청의 송신을 차단하는 것은 상기 특정한 APN과 연관된 우선순위와 상기 네트워크에 의해 허용된 우선순위 값의 비교에 기반하는
UE.
제1항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 경우, 상기 처리 회로망은 또한,
특정한 APN에 대해, 상기 배제 상태의 표시를, 상기 APN을 위한 수용가능한 혼잡의 레벨의 목록으로서, 상기 네트워크로부터 수신하되,
상기 네트워크로의 애플리케이션 요청의 송신을 차단하는 것은 상기 APN을 위한 수용가능한 혼잡의 레벨의 목록과 상기 네트워크의 현재 혼잡 레벨의 표시의 비교에 기반하는
UE.
사용자 장비(User Equipment: UE)에 의해, 네트워크와 연관된 액세스 포인트 명칭(Access Point Name: APN)들 및 상기 UE와 연관된 애플리케이션들 간의 맵핑을 저장하는 단계와,
상기 APN들과 연관된 배제 상태를 상기 UE에 의해 판정하는 단계 - 상기 배제 상태는 상기 APN들 중 하나 이상과 연관된 통신이 상기 UE에 의해 배제되어야 하는지를 나타냄 - 와,
상기 UE와 연관된 특정한 애플리케이션으로부터, 상기 네트워크로의 요청을 송신하는 것을, 상기 특정한 애플리케이션과 연관된 APN의 현재 배제 상태가 통신이 배제되어야 함을 나타내는 경우, 상기 UE에 의해 억제하는 단계를 포함하는
방법.
제12항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 단계는,
APN의 목록으로서 상기 목록 내의 APN 중 임의의 것과 연관된 통신이 상기 UE에 의해 배제되어야 함을 나타내는 배제 상태를 갖는 상기 APN의 목록을, 상기 네트워크로부터 수신하는 단계를 더 포함하는
방법.
제12항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 단계는,
APN의 목록으로서 상기 목록 내에 있지 않은 임의의 APN과 연관된 통신이 상기 UE에 의해 배제되어야 함을 나타내는 배제 상태를 갖는 상기 APN의 목록을, 상기 네트워크로부터 수신하는 단계를 더 포함하는
방법.
제12항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 단계는,
특정한 APN에 대해, 상기 배제 상태의 표시를, 상기 APN을 위한 디폴트 또는 전용의 진화된 패킷 시스템(Evolved Packet System: EPS) 베어러의 수립 동안에, 상기 네트워크로부터 수신하는 단계를 더 포함하는
방법.
제12항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 단계는,
특정한 APN에 대해, 상기 배제 상태의 표시를, 상기 특정한 APN과 연관된 우선순위 값으로서, 상기 네트워크로부터 수신하는 단계를 더 포함하되,
상기 네트워크로의 요청의 송신을 차단하는 것은 상기 특정한 APN과 연관된 우선순위와 상기 네트워크에 의해 허용된 우선순위 값의 표시의 비교에 기반하는
방법.
제12항에 있어서,
상기 APN들과 연관된 배제 상태를 판정하는 단계는,
특정한 APN에 대해, 상기 배제 상태의 표시를, 상기 APN을 위한 수용가능한 혼잡의 레벨의 목록으로서, 상기 네트워크로부터 수신하는 단계를 더 포함하되,
상기 네트워크로의 애플리케이션 요청의 송신을 차단하는 것은 상기 APN을 위한 수용가능한 혼잡의 레벨의 목록과 상기 네트워크의 현재 혼잡 레벨의 표시의 비교에 기반하는
방법.
사용자 장비(User Equipment: UE)로서,
네트워크와 연관된 진화된 패킷 시스템(Evolved Packet System: EPS) 베어러 연결들 및 상기 UE와 연관된 애플리케이션들 간의 맵핑을 저장하는 컴퓨터 판독가능 매체와,
상기 EPS 베어러 연결들과 연관된 EPS 베어러 배제 상태를 판정 - 상기 EPS 베어러 배제 상태는 상기 EPS 베어러 연결들 중 하나 이상과 연관된 통신이 상기 UE에 의해 배제되어야 하는지를 나타냄 - 하고, EPS 베어러 배제가 활성(active)이어야 하는지의 표시를 상기 네트워크로부터 수신하며, 상기 UE와 연관된 특정한 애플리케이션에 의해 요청된 통신을, 상기 특정한 애플리케이션과 연관된 EPS 베어러 연결의 EPS 베어러 배제 상태가 통신이 배제되어야 함을 나타내는 경우 및 EPS 베어러 배제가 상기 네트워크를 위해 활성인 것으로 나타내어졌을 경우 차단하는 처리 회로망을 포함하는
UE.
제18항에 있어서,
상기 EPS 베어러 연결들은 베어러 신원 값(bearer identity value)에 의해 표현되는
UE.
제18항에 있어서,
상기 EPS 베어러 배제 상태를 판정하는 것은, 상기 EPS 베어러 배제 상태를 상기 EPS 베어러 연결들의 초기 구성의 일부로서 수신하는 것을 더 포함하는
UE.
제18항에 있어서,
상기 EPS 베어러 배제 상태를 판정하는 것은, 특정한 EPS 베어러 연결에 대해, 상기 EPS 베어러 배제 상태를, 상기 특정한 EPS 베어러 연결과 연관된 우선순위 값으로서 수신하는 것을 더 포함하되,
상기 특정한 애플리케이션에 의한 통신을 차단하는 것은 특정한 EPS 베어러와 연관된 우선순위와 상기 네트워크에 의해 허용된 우선순위 값의 비교에 기반하는
UE.
제18항에 있어서,
상기 EPS 베어러 배제 상태를 판정하는 것은, 특정한 EPS 베어러 연결에 대해, 상기 EPS 베어러 배제 상태를, 상기 EPS 베어러 연결을 위한 수용가능한 혼잡의 레벨의 목록으로서 수신하는 것을 더 포함하되,
상기 특정한 애플리케이션에 의한 통신을 차단하는 것은 상기 EPS 베어러 연결을 위한 수용가능한 혼잡의 레벨의 목록과 상기 네트워크의 현재 혼잡 레벨의 표시의 비교에 기반하는
UE.
제18항에 있어서,
상기 EPS 베어러 배제 상태를 판정하는 것은, 상기 EPS 베어러 배제 상태를 EPS 베어러의 초기 구성 동안에 수신되는 전용 네트워크 메시지 내에 포함된 정보로서 수신하는 것을 더 포함하는
UE.
제18항에 있어서,
상기 EPS 베어러 배제 상태를 판정하는 것은, 상기 EPS 베어러 배제 상태를 비트맵 값(bitmap value)으로서 수신하는 것을 더 포함하되, 상기 비트맵 값 내의 각각의 비트는 특정한 베어러 연결에 대응하는
UE.