KR20180031821A

KR20180031821A - 모바일 네트워크에서 애플리케이션 특정 혼잡 제어를 지원하기 위한 oma 관리 오브젝트의 사용

Info

Publication number: KR20180031821A
Application number: KR1020187007918A
Authority: KR
Inventors: 로버트 자우스; 마틴 콜드; 제롬 파론; 안나 루시아 에이 피네이로; 타라델 마타 마틴즈; 형-남 최; 비벡 굽타; 첸-호 친; 리차드 씨 버비드지; 캔디 위우
Original assignee: 인텔 아이피 코포레이션
Priority date: 2014-03-24
Filing date: 2015-02-18
Publication date: 2018-03-28
Anticipated expiration: 2035-02-18
Also published as: CA2939107A1; MX361418B; AU2018203437A1; RU2018100407A; EP3123675A1; JP6343018B2; JP6526874B2; US20150271708A1; JP2018164267A; AU2015236722A1; AU2018203437B2; BR112016017706A2; RU2643449C1; US9980299B2; EP3123675A4; US20180152980A1; CA2939107C; BR112016017706B1; MX2016010888A; AU2015236722A8

Abstract

모바일 네트워크에서 혼잡 제어를 위해 OMA(open mobile alliance) MO(management object)를 사용하기 위한 기술이 설명된다. ASAC(application specific access control)에 대한 새로운 유형의 OMA MO는 정교한 세분성으로 애플리케이션을 특정짓는데 사용될 수 있는 IP(internet protocol) 플로 설명을 포함할 수 있다. IP 플로우 설명에 기초하여 IP 플로우에 우선순위가 할당될 수 있다. UE(user equipment)는 그러한 OMA MO를 수신하고 또한 UE에서의 애플리케이션이 접속하고자 하는 모바일 네트워크 내의 혼잡 레벨에 관한 애플리케이션-제약 정보를 수신할 수 있다. UE는 애플리케이션이 애플리케이션의 관련된 IP 플로우의 우선순위 레벨 및 애플리케이션-제약 정보에 기초하여 모바일 네트워크와의 접속을 확립할 수 있는지 여부를 결정하는 CM(connectivity manager)을 가질 수 있다.

Description

모바일 네트워크에서 애플리케이션 특정 혼잡 제어를 지원하기 위한 OMA 관리 오브젝트의 사용{USE OF AN OMA MANAGEMENT OBJECT TO SUPPORT APPLICATION-SPECIFIC CONGESTION CONTROL IN MOBILE NETWORKS}

데이터 통신을 위한 애플리케이션 특정 혼잡 제어(Application specific congestion control for data communication; ACDC)는, 임의의 애플리케이션이 모바일 네트워크에서 통신을 시작하거나 유지할 수 있도록 하거나 이를 금지하기 위해 서비스 요구사항이 특정되는 진행중인 3GPP 연구이다. 이들 서비스 요구사항은 운영자에 의해 정의될 수 있고 및/또는 지역 규제에 귀속될 수 있다. ACDC는 특히 네트워크 트래픽 혼잡이 일부 전송을 다른 것에 비해 우선순위화할 때에 관심이 있다. 혼잡 제어는 전형적으로 모바일 디바이스 레벨에서 달성된다. 예를 들면, 액세스 클래스 제한(access class barring)은 모바일 디바이스의 선택된 퍼센티지로 액세스를 거부함으로써 무선 액세스 네트워크에서 혼잡을 줄이는데 사용될 수 있다. 그러나, 액세스 클래스 제한은 모바일 디바이스 상에서 동작하는 애플리케이션의 특정 유형의 네트워크 액세스 및 사용을 제어하기 위한 세분성(granularity)을 갖고 있지 않다.

배경 기술의 일 예로 아래의 특허 문헌을 참고할 수 있다.

(문헌 1) INTEL CORPORATION et al. 'Priority levels in ACDC'. S1-134027, 3GPP TSG-SA WG1 Meeting #63, Zagreb, Croatia, 09 August 2013

본 개시 내용의 특징 및 장점은 예를 들어서 개시 내용의 특징을 함께 예시하는 첨부 도면과 결합하여 취할 때 다음의 상세한 설명으로부터 자명해질 것이다.
도 1a는 일 예에 따른 애플리케이션 특정 액세스 제어(application specific access control; ASAC) 관리 오브젝트(management object; MO)의 예시적인 구조를 도시하는 도면이다.
도 1b는 일 예에 따른 액세스 네트워크 발견 및 선택 기능(access network discovery and selection function; ANDSF) 관리 오브젝트(MO)의 예시적인 수정 구조를 도시하는 도면이다.
도 2는 일 예에 따른 ASAC 콘테이너 오브젝트의 예시적인 구조를 도시하는 도면이다.
도 3은 일 예에 따른 ASAC 규칙 노드 오브젝트의 예시적인 구조를 도시하는 도면이다.
도 4는 일 예에 따른 인터-시스템 라우팅 정책(inter-system routing policy; ISRP) 노드 오브젝트의 서브-오브젝트인 ForFlowBased 노드의 예시적인 구조를 도시하는 도면이다.
도 5는 일 예에 따른 인터-시스템 라우팅 정책(ISRP)의 서브-오브젝트인 ForServiceBased 노드의 예시적인 구조를 도시하는 도면이다.
도 6은 일 예에 따라 접속 관리자(connectivity manager; CM)가 동작할 수 있는 예시적인 시스템을 도시한다.
도 7은 일 예에 따라 시스템 정보 방송에 애플리케이션-제한 정보가 포함될 수 있도록 사용될 수 있는 코드의 비제한적인 예를 도시한다.
도 8은 도 7의 예시적인 코드와 연관될 수 있는 시스템 정보 블록 2(system information block 2; SIB2) 필드 설명의 비제한적인 예를 도시한다.
도 9a는 일 예에 따른 어텐션(attention; AT) 커맨드에 대한 신택스의 제1의 비제한적인 예를 상세히 설명하는 테이블을 도시한다.
도 9b는 일 예에 따른 어텐션(attention; AT) 커맨드에 대한 신택스의 제2의 비제한적인 예를 상세히 설명하는 테이블을 도시한다.
도 9c는 일 예에 따른 어텐션(attention; AT) 커맨드에 대한 신택스의 제3의 비제한적인 예를 상세히 설명하는 테이블을 도시한다.
도 10은 일 예에 따라 사용자 장비(UE)에 적용될 수 있는 단계를 도시하는 흐름도이다.
도 11은 일 예에 따라 모바일 네트워크에 적용될 수 있는 단계를 도시하는 흐름도이다.
도 12는 몇몇 실시예에 따른 무선 통신 디바이스의 기능 블록도를 도시한다.
이제 도시된 예시적인 실시예들에 대해 설명될 것이며, 본 명세서에서 이를 설명하기 위해 구체적인 표현이 사용될 것이다. 그렇지만, 본 발명의 범주는 제한하려 의도하지 않는다는 것이 이해될 것이다.

본 발명을 개시하고 설명하기에 앞서, 본 발명은 본 명세서에서 개시된 특정한 구조, 프로세스 단계 또는 재료로 제한되지 않고, 당업자가 인식하는 바와 같이 발명의 등가물로까지 확장된다는 것이 이해되어야 한다. 또한, 본 명세서에서 사용된 용어는 단지 특정한 예를 기술하는 목적으로 사용된 것이며 제한하려는 의도가 아님을 이해하여야 한다. 여러 도면에서 동일한 참조부호는 동일한 구성요소를 나타낸다. 흐름도에서 제공된 번호는 단계와 동작을 예시할 때 명료성을 기하기 위해 제공되며 반드시 특정한 순서나 차례를 나타내는 것은 아니다.

아래에는 기술 실시예의 초기 개요가 제공되고 그런 다음 특정 기술 실시예가 상세히 설명된다. 이러한 초기 개요는 독자들이 기술을 더 빠르게 습득하게 하는데 도움을 주려는 것이지 이 기술의 주요 특징이나 본질적인 특징을 식별하려는 것도 아니고 청구 주제의 범주를 제한하려 의도하는 것도 아니다.

현재의 ACDC 표준에 따라, 사용자 장비(UE) 디바이스는 운영자 정책에 기초하고 지역 규제를 받는 ACDC-허용-애플리케이션(ACDC-allowed-application) 리스트로 사전구성될 수 있다. 모바일 네트워크는 또한 모바일 네트워크 운영자의 정책에 기초하고 지역 규제를 받는 UE의 ACDC-허용-애플리케이션 리스트를 동적으로 구성하도록 허용될 수 있다. 모바일 네트워크는 또한 임의의 유형의 UE 개시 애플리케이션에 대한 ACDC 제어를 활성화 및/또는 비활성화하도록 허용될 수 있다. 본 개시의 실시예에 따라, ACDC 제어가 활성화될 때, UE는, UE가 유휴 모드 또는 접속 모드에 있는지 여부와 관계없이, 어떤 UE-개시 애플리케이션이 UE의 ACDC-허용-애플리케이션 리스트에 기초하여 네트워크 접속을 개시, 유지, 및/또는 사용하도록 허용될 것인지 여부를 결정할 수 있다.

현재의 3GPP 모델은 네트워크 트래픽 혼잡 주기 동안 네트워크 접속을 사용하도록 허용될 수 있는 애플리케이션의 클래스에 관한 몇몇의 제한된 유형의 제어를 제공한다. 액세스 클래스 제한(access class barring; ACB)은, 예를 들면, 네트워크로 하여금 UE가 특정 액세스 클래스에 대해 그리고 CSFB(circuit-switched fallback)와 같은 몇몇 애플리케이션에 대해 RACH(random access channel) 액세스를 시작하는 것을 금지하게 할 수 있다. 부가하여, SSAC(servcie-specific access control)는 네트워크가 IMS(internet protocol multimedia subsystem) 음성 또는 비디오 멀티미디어 전화 서비스에 대한 임의의 액세스를 시작하는 것을 금지하게 할 수 있다.

그러나, 현재의 3GPP 모델에 의해 제공되는 이들 제한된 유형의 제어는 몇가지 단점을 갖는다. 첫번째는, ACB 및 SSAC가 애플리케이션 클래스에 기초한 일부 제어를 가능하게 하지만, 이들은 동일한 액세스 클래스에 속하는 상이한 애플리케이션들 간을 구별하는 방법을 제공하지는 못한다. 두번째로, UE가 접속 모드에 있다면, ACB는 새롭게 열린 애플리케이션에 대한 베어러(bearer)의 성립을 제어하는 방법을 제공하지 못한다. 세번째는, ACB 및 SSAC가 개별적으로 적용되어 UE 내에서의 그들의 기능을 조화시키는 것이 번거로울 수 있다.

네트워크 혼잡 제어에 대한 또 다른 가능한 접근법은 APN(access point name)을 이용하는 것을 포함한다. APN은 모바일 네트워크(예를 들면, GPRS(general packet radio service) 또는 3GPP 네트워크)와 또 다른 컴퓨터 네트워크(예를 들면, 공중 인터넷) 간의 게이트웨이를 지칭한다. APN은 UE가 통신하고자 하는 PDN(packet data network)을 식별한다. APN은 또한 관련 PDN에 의해 제공되는 서비스의 유형을 식별하는 데 사용될 수 있다. 혼잡 제어가 적용될 수 있는 특정 애플리케이션을 식별하기 위해 APN 또는 패킷 필터들의 조합이 사용될 수 있다는 것이 제안되었다. 그러나, 이러한 접근법은 또한 다수의 애플리케이션이 종종 동일한 APN(예를 들면, 인터넷 APN)을 공유하기 때문에 제약이 있다. 그러한 APN을 사용하는 하나의 애플리케이션이 네트워크 과부하를 일으키기 때문에 전체의 APN을 제약하는 것이 따라서 많은 다른 애플리케이션에 영향을 미칠 수 있다.

패킷 필터는, 예를 들면, TCP(transmission control protocol) 포트 수에 기초하여 적용될 수 있다. 그러나, 많은 상이한 애플리케이션이 HTTP(hypertext transfer protocol)를 사용하고, 따라서 동일한 TCP 포트(포트 80)을 사용하게 되어, 포트 수에 기초하는 필터링 또한 여러 정상적인 애플리케이션에 영향을 미칠 수 있다.

이에 따라, 현재의 ACDC 개념은 더 미세한 세분성으로 애플리케이션을 구별할 수 있는 한 세트의 기준을 정의함으로써 향상될 수 있다. 부가하여, 현재의 ACDC 개념은 또한, 애플리케이션이 제약되는 세부사항이, 임의의 관련 시그널링이 무선 인터페이스를 통해 전송되기 전에, 3GPP를 통한 PDN 접속의 성립을 제어할 수 있는 UE 내의 몇몇 엔티티(예를 들면, CM(connectivity manager))에 제공될 수 있다면 향상될 수 있다.

본 개시의 실시예에 따라, IP(internet protocol) 플로우 설명의 세트가 OMA(Open Mobile Alliance) MO(management object)에 포함될 수 있다. 이 맥락에서, "오브젝트(object)"는 일반적으로 (예를 들면, 오브젝트 지향 프로그래밍 설정에서의) 소프트웨어 구조 또는 데이터 구조를 지칭한다. OMA MO는 ASAC(application specific access control) MO와 같은 ACDC 목적을 위해 우선적으로 의도되는 새롭게 정의된 관리 오브젝트일 수 있다. 대안으로, OMA MO는 간단히 (예를 들면, 3GPP TS 24.312에서 정의된 바와 같은) ANDSF(access network discovery and selection function) 오브젝트와 같은 기존 관리 오브젝트의 수정 버전일 수 있다. IP 플로우 설명은, OSAppID(operating-system-specific application ID), FQDN(fully qualified domain name), 또는 하나 이상의 패킷 컴포넌트(예를 들면, 3GPP(Third Generation Partnership Project) TS(Technical Specification) 24.312 버전 12.6.0에 정의된 바와 같은 컴포넌트) 중 하나 이상을 포함할 수 있다. 대안으로, IP 플로우 설명은 빌 수 있다(즉, 빈 IP 플로우 노드일 수 있다). OMA MO에 포함된 IP 플로우 설명은 더 미세한 세분성으로 UE 상에서 실행중인 애플리케이션을 특징짓는데 사용될 수 있다. 몇몇 실시예에서, 빈 IP 플로우 노드는 OMA MO 오브젝트에서 특정 대응 IP 플로우 설명을 갖지 않는 IP 플로우들에 정합하는 매치-올(match-all) IP 플로우로서 사용될 수 있다.

일 예에서, OMA MO에 포함된 IP 플로우 설명에 의해 설명되는 각각의 IP 플로우에는 네트워크 액세스가 허용되는 한 세트의 혼잡 레벨 또는 우선순위 레벨이 할당될 수 있다. 몇몇 실시예에서, 디폴트 우선순위 레벨이 OMA MO에 포함된 IP 플로우 설명에 의해 설명되지 않은 임의의 IP 플로우에 할당될 수도 있다. 모바일 네트워크에서 혼잡이 발생하는 경우, 모바일 네트워크는 애플리케이션-제약 정보(예를 들면, 혼잡 레벨)를 포함하는 신호를 UE로 전송할 수 있다. UE는 UE 애플리케이션에 할당된 우선순위 레벨이 네트워크에서의 혼잡 레벨에 비해 충분히 높다면 주어진 UE 애플리케이션이 PDN 접속을 확립 및/또는 유지하도록 허용되는지 여부를 결정하도록 구성될 수 있다. 우선순위 레벨은 3GPP 액세스에 대해 및/또는 다른 무선 액세스 기술을 통한 액세스에 대해 할당될 수 있다.

또 다른 예에서, OMA MO에 포함된 IP 플로우 설명의 세트는 순서 리스트를 포함할 수 있다. 모바일 네트워크에서 혼잡이 발생하는 경우, 모바일 네트워크는 애플리케이션-제약 정보를 포함하는 신호를 UE로 전송할 수 있다. 애플리케이션-제약 정보는 IP 플로우 설명의 수에 대응하는 다수의 비트를 갖는 비트맵을 포함할 수 있다: 각각의 비트는 OMA MO에 포함된 특정 IP 플로우 설명에 대응할 수 있다. UE는 비트맵 내의 대응 비트가 1로 설정되는 UE 애플리케이션이 PDN 접속을 확립 및/또는 유지하게 하는 한편, 비트맵 내의 대응 비트가 0으로 설정되는 UE 애플리케이션이 PDN 접속을 확립 및/또는 유지하게 하는 것을 금지하도록 구성될 수 있다.

또 다른 예에서, UE에 의해 수신된 애플리케이션-제약 정보는 CM(connectivity manager)에 제공될 수 있다. 연결 관리자(CM)는 OMA MO에 포함된 IP 플로우 설명 및 애플리케이션-제약 정보를 이용하여 PDN 접속을 확립하기 위한 새로운 애플리케이션 요청에 어떻게 응답할지 여부를 결정할 수 있다. 부가하여, CM은 OMA MO에 포함된 IP 플로우 설명 및 애플리케이션-제약 정보를 사용하여, (적어도 한다면) 이들 새로운 애플리케이션 요청(및 그에 대한 UE의 응답)이 기존 PDN 접속에 대한 업링크 데이터 패킷의 전송에 어떻게 영향을 미칠 것인지 여부를 결정할 수 있다. 몇몇의 경우에, 임의의 IP 플로우로부터 상이한 무선 액세스 기술로(예를 들면, 3GPP로부터 WLAN으로) 트래픽을 재라우팅하는 것이 허용될 수 있다. 몇몇의 경우에, CM은, 업링크(UL) 패킷을 라우팅하기 위해 UE의 TCP/IP 프로토콜 스택에 의해 사용되는 하나 이상의 라우팅 테이블을 사용함으로써 새로운 애플리케이션 요청이 기존 PDN 접속에 대한 업링크 데이터 패킷의 전송에 어떻게 영향을 미칠 것인지 여부를 결정할 수 있다. CM은 새로운 규칙을 라우팅 테이블에 부가할 수 있거나, 기존 규칙을 판독, 수정 또는 삭제할 수 있다.

도 1a는 ASAC(application specific access control) MO(management object)(100)의 가능한 구조의 일 예를 도시하는 도면이다. ASAC MO(100)는 ASAC 컨테이너(110)를 포함하는 오브젝트일 수 있다. 즉, ASAC 컨테이너(110)는, 도 1a에 도시된 바와 같이, ASAC MO(100)에 참조되는 서브-오브젝트일 수 있다. ASAC 컨테이너(110)는 또한 하나 이상의 서브-오브젝트를 포함할 수 있다. 이들 부가의 서브-오브젝트는 도 2 및 도 3에 더 상세히 도시되어 있다.

도 1b는 또 다른 실시예에 따른 ANDSF(access network discovery and selection function) MO(management object)(120)의 수정 구조를 도시하는 도면이다. ANDSF MO는 ASAC 컨테이너(130)를 포함하는 오브젝트일 수 있다. ASAC 컨테이너(130)는 ANDSF MO(120)에서 참조되는 서브-오브젝트일 수 있다. ASAC 컨테이너(130)는 또한 하나 이상의 서브-오브젝트를 포함할 수 있다. 이들 부가의 서브-오브젝트는 도 2 및 도 3에 더 상세히 도시되어 있다.

도 2는 ASAC 컨테이너(200)(즉, ASAC MO)의 가능한 구조의 일 예를 도시하는 도면이다. ASAC 컨테이너(200)는 ASAC 규칙 서브-오브젝트(210), 로밍 리프(roaming leaf), PLMN 리프, 및 업데이트 정책 리프를 포함하는 오브젝트일 수 있다. "리프(leaf)"는 부가의 오브젝트에 대한 임의의 참조를 포함하지 않는 오브젝트 또는 몇몇의 다른 데이터 구성(예를 들면, 원시 데이터 유형 변수, 어레이, 또는 레코드)를 지칭할 수 있다. ASAC 규칙 서브-오브젝트(210)(ASAC 규칙 노드로도 알려짐) 또한 하나 이상의 서브-오브젝트 및 한 세트의 ASAC 규칙을 포함할 수 있다. 이들 부가의 서브-오브젝트는 도 3에 더 상세히 도시되어 있다. PLMN 리프는 ASAC 규칙 노드를 정의한 운영자의 PLMN 아이덴티티를 나타낸다. 로밍 리프는 UE가 상이한 네트워크에서 로밍 중일 때 ASAC 규칙 노드가 적용가능한지 여부를 나타낸다. 업데이터 정책 리프는 UE가 데이터를 더 이상 유효하지 않은 것으로 고려할 때 MO 데이터의 업데이트를 위해 네트워크를 폴링(poll)할 필요가 있는지 여부를 나타낸다.

도 3은 ASAC 규칙 노드(300)(ASAC 규칙 서브-오브젝트로도 알려짐)의 가능한 구조의 일 예를 도시하는 도면이다. ASAC 규칙 노드(300)는 IP 플로우 노드(310)(IP 플로우 서브-오브젝트로도 알려짐), 제약 규칙 노드(320)(제약 규칙 서브-오브젝트로도 알려짐), 및 규칙 우선순위 리프(330)를 포함할 수 있다.

IP 플로우 노드(310)는 하나 이상의 IP 플로우 설명을 포함할 수 있다. IP 플로우 노드는 또한 IP 플로우 설명을 포함하지 않을 수 있다; 이 경우에, 빈 IP 플로우 노드는 매치-올 IP 플로우 설명으로서 해석될 수 있다. IP 플로우 설명은 하나의 App-ID 노드(340)(App-ID 서브-오브젝트로도 알려짐), 및 어드레스 유형(예를 들면, IPv4 또는 IPv6), 소스 IP 어드레스들의 범위, 목적지 IP 어드레스들의 범위, FQDN(fully qualified domain name), 또는 APN과 같은 부가의 기준을 정의하는 더 많은 리프까지 포함할 수 있다. IP 플로우는 IP 플로우가 모든 기준에 정합하면 IP 플로우 설명에 정합한다고 말할 수 있다.

App-ID 노드(340)는 하나 이상의 OSId(operating system identifier)(360) 및 각각의 운영 시스템 식별자(OSId)에 대해 하나 이상의 OSAppIds(operating-system specific application identity)의 세트(370)를 포함할 수 있다. OSAppId는 임의의 운영 시스템(예를 들면, 안드로이드, iOS, 및 블랙베리)에서 스트링으로서 저장될 수 있다. FQDN(예를 들면, 도 3의 도메인 네임(350))은 IP(internet protocol) 어드레스로의 DNS(domain name system) 질의를 통해 애플리케이션 서버의 목적지 IP 어드레스로 분해될 수 있다. 몇몇 실시예에서, 도메인 네임(350), OSId(360), 및 OSAppId(370)가 IP 플로우 설명을 정의하는데 사용될 수 있다.

제약 규칙 노드(320)(제약 규칙 서브-오브젝트로도 알려짐)는 하나 또는 몇 개의 서브-노드를 포함할 수 있고, 이 서브 노드 각각은 액세스 기술 리프, 액세스 ID 리프, 제2 액세스 ID 리프, ASAC 우선순위 레벨 리프, 및 진행중인 플로우 영향 리프(ongoing flow affected leaf)를 포함할 수 있다. 액세스 기술(380)은 우선순위 레벨을 적용할 무선 액세스 기술을 특정할 수 있다. 임의의 무선 액세스 기술에 대해, 특정 무선 액세스 네트워크는 액세스 ID 및 선택적으로 제2 액세스 ID에 의해 더 특정될 수 있다. 예를 들면, WLAN(wireless local area network)에 대해, 액세스 ID는 SSID(Service Set ID)에 의해 주어지고, 제2 액세스 ID는 HESSID(Homogenous Extended Service Set ID)에 의해 주어질 수 있다. ASAC 우선순위 레벨 리프(390)는 IP 플로우 노드(310)에 적용하는 우선순위 레벨(또는 실시예에 따라 허용가능한 혼잡 레벨)을 특정할 수 있다. 하나 이상의 상이한 무선 액세스 기술에 대해 우선순위 레벨을 할당하는 것이 가능하다. 몇몇 실시예에서, ASAC 우선순위 레벨은 정수로서 저장될 수 있다. 다른 실시예에서, 허용가능한 혼잡 레벨은 정수의 목록으로서 또는 비트맵으로서 코딩될 수 있다.

진행중인 플로우 영향 리프(392)는 애플리케이션-제약 정보에서의 변화가 PDN 접속(즉, 진행중인 IP 플로우)이 이미 성립된 하나 이상의 IP 플로우에 영향을 미치는지를 특정할 수 있다. 몇몇 실시예에서, 진행중인 플로우 영향 리프(392)가 제공되지 않는다면, 진행중인 IP 플로우는 영향받지 않는다. 진행중인 플로우 영향 리프(392)가 제공된다면, 진행중인 플로우 영향 리프(392)는 또한 진행중인 플로우가 제약받을 수 있는지 그리고 진행중인 플로우가 대체 무선 액세스 기술을 통해 재라우팅될 수 있는지를 나타낼 수 있다. 진행중인 플로우가 (예를 들면, WLAN을 통해) 재라우팅될 수 있다면, UE는 영향받는 업링크 패킷을 대체 무선 액세스 기술을 통해 전송하는 것을 또한 시도할 수 있다.

규칙 우선순위 리프(330)는 IP 플로우가 몇몇의 상이한 IP 플로우 설명과 정합한다면 어떤 ASAC 규칙이 적용되어야 하는지 여부를 결정하는데 사용될 수 있다. 몇몇 실시예에서, ASAC 규칙은 우선순위화될 수 있고 정합하는 IP 플로우에 대한 우선순위의 순서로 평가될 수 있다.

도 4는 도 1b의 ANDSF MO(120)에 도시된 ISRP(inter-system routing policy) 노드(132)의 서브-오브젝트인 ForFlowBased 노드(400)의 가능한 구조의 일 예를 도시하는 도면이다. 이 예에서, ASAC 우선순위 레벨 리프(410) 및 진행중인 플로우 영향 리프(420)는 도시된 바와 같이 라우팅 규칙 서브-오브젝트(430) 하에 포함될 수 있다. 이 경우에, ASAC 우선순위 레벨 리프(410) 및 진행중인 플로우 영향 리프(420)는 상기와 동일한 방식으로 사용될 수 있다.

도 5는 도 1b의 ANDSF MO(120)에 도시된 ISRP(inter-system routing policy) 노드(132)의 서브-오브젝트인 ForServiceBased 노드(500)의 가능한 구조의 일 예를 도시하는 도면이다. 이 예에서, ASAC 우선순위 레벨 리프(510) 및 진행중인 플로우 영향 리프(520)는 도시된 바와 같이 라우팅 규칙 서브-오브젝트(530) 하에 포함될 수 있다. 그러나, 이러한 접근법이 단지 APN만을 이용하여 우선순위를 정의한다면, 도 3 및 도 4에 도시된 예를 사용하여 달성될 수 있는 몇몇 레벨의 세분성으로 애플리케이션들을 구분하는 능력을 제공할 수 없다.

도 6은 CM(connectivity manager)이 동작할 수 있는 예시적인 시스템(600)을 도시하는 도면이다. CM(610)(즉, CM 모듈)은 애플리케이션(612)으로부터 접속을 위한 요청을 수신할 수 있다. 요청되는 서비스의 유형(예를 들면, 인터넷 접속)으로부터, CM(610)은 서비스를 제공하는데 적합할 수 있는 APN 및 무선 액세스 기술을 결정할 수 있다. 필요하다면, RIL(radio interface layer)(614) 또는 CM(610)은 적절한 무선 액세스 기술(예를 들면, 3GPP, WLAN)을 위해 NIC1(616), NIC2(618), 및 NIC3(620)와 같은 하나 이상의 네트워크 인터페이스(NIC)를 생성하고 라우팅 테이블(들)(622)에 관련 엔트리를 생성 또는 업데이트할 수 있다. 특정 무선 액세스 기술, 라우팅 테이블(들)(622) 내의 라우팅 규칙(예를 들면, 임의의 트래픽에 대한 디폴트 라우팅), 및 ANDSF MO(624)에서의 플로우 분배 규칙에 대한 네트워크 인터페이스의 가용성에 따라, CM(610)은 무선 액세스 기술을 선택하고 선택된 무선 액세스 기술을 통해 (그러한 PDN 접속이 또 다른 애플리케이션/서비스의 이전 요청의 결과로서 이미 존재하지 않는다면) PDN 접속을 확립할 수 있다.

몇몇 실시예에서, 애플리케이션(612)이 접속을 위한 요청을 CM(610)에 전송하는 경우, CM(610)은 우선 요청 애플리케이션에 대한 IP 플로우가 ASAC MO(626)에서의 IP 플로우 설명(및 대응 ASAC 규칙)에 정합하는지를 검사할 수 있다. ASAC MO(626) 내의 임의의 IP 플로우 설명에 정합하지 않는 IP 플로우에 적용할 디폴트 ASAC 규칙이 있을 수 있다. 몇몇 실시예에서, 전술한 바와 같이, ASAC MO(즉, ASAC 컨테이너)는 ANDSF MO(624) 내에서 참조될 수 있다. 네트워크로부터 수신된 애플리케이션-제약 정보의 맥락으로 취해진 적용가능한 ASAC 규칙이 애플리케이션(612)에 대한 접속을 승인하는 것을 금지한다면, CM(610)은 그 네트워크의 무선 액세스 기술이 애플리케이션(612)으로의 접속에 적합하지 않다고 결정할 수 있다.

대체 무선 액세스 기술을 사용하는 네트워크가 요청 애플리케이션으로의 접속을 승인하는 것을 금지하지 않는다면, CM(610)은 대체 무선 액세스 기술을 사용하여 요청 애플리케이션의 요청을 서비스할 수 있다. CM(610)이 요청을 서비스할 수 없다면, CM(610)은 거절 메시지를 애플리케이션(612)에 전송할 수 있다. 몇몇 실시예에서, CM(610)은 거절된 요청을 기억할 수 있다. RAT(radio access technology)가 애플리케이션(612)에 대해 다시 이용가능하게 된다면, CM(610)은 애플리케이션(612)에게 RAT가 접속을 위해 이용가능하다는 것을 통지할 수 있다. 그러면, 애플리케이션(610)은 필요하다면 요청을 반복할 수 있다. 몇몇 실시예에서, CM(610)은, 그 애플리케이션(610)이 특별히 통지를 요구하는 경우에만, 애플리케이션(610)에게 RAT가 언제 이용가능한지를 통지할 수 있다.

성공적인 PDN 접속이 성립되었으면, CM(610)은, 필요하다면, 새로운 애플리케이션-특정 라우팅 규칙을 부가함으로써 라우팅 테이블(들)(622)을 업데이트할 수 있다. TCP/IP 스택은 라우팅 테이블(들)을 이용하여, TCP/IP 스택(628)이 애플리케이션(612)로부터 수신한 업링크 데이터 패킷의 라우팅을 위한 네트워크 인터페이스를 선택할 수 있다. 몇몇 실시예에서, 애플리케이션이 하나보다 많은 무선 액세스 기술을 사용할 수 있다면 라우팅 테이블(들)(622)에 다수의 애플리케이션-특정 라우팅 규칙이 있을 수 있다.

몇몇 실시예에서, 라우팅 테이블(들)(622) 내의 라우팅 규칙에 "메트릭"이라 불리는 파라미터(여기서는 "메트릭 파라미터")가 할당될 수 있다. 메트릭 파라미터는, 라우팅 테이블(들)(622)이 사용자 데이터 패킷에 적용하는 하나보다 많은 규칙을 포함하고 있더라도, 최우선순위를 갖는 라우팅 규칙이 사용자 데이터 패킷을 위해 TCP/IP 스택(628)에 의해 선택될 수 있도록 라우팅 규칙에 대한 우선순위를 정의하는데 사용될 수 있다.

몇몇 실시예에서, 애플리케이션(612)마다 단지 하나의 애플리케이션-특정 라우팅 규칙이 있다. 네트워크가 애플리케이션 특정 액세스 제어를 변경할 때마다, CM(610)은 (예를 들면, 규칙에 포함된 NIC(들)을 변경함으로써) 라우팅 규칙을 적절하게 업데이트할 수 있다. 또 다른 실시예에서, 애플리케이션(612)이 하나보다 많은 액세스 기술을 사용할 수 있다면 라우팅 테이블(들)(622)에 다수의 애플리케이션 특정 라우팅 규칙이 있을 수 있다. CM(610)은 임의의 RAT(예를 들면, 3GPP)를 통한 액세스를 위한 애플리케이션 특정 액세스 제어 정보가 변경되는 경우 하나 이상의 적용가능한 규칙 중 메트릭 파라미터(예를 들면, 3GPP 액세스를 통한 라우팅을 위한 규칙 중 메트릭 파라미터)를 업데이트할 수 있다.

진행중인 IP 플로우의 조정

몇몇 실시예에서, UE가 업데이트된 애플리케이션-제약 정보를 수신하는 경우, 업데이트된 애플리케이션-제약 정보가 임의의 진행중인 IP 플로우에 대한 라우팅에 영향을 미치는지 여부를 결정하기 위한 체크가 수행될 수 있다. 이 옵션의 기술적 가능성은, 몇몇 구현예에서, 라우팅 규칙의 변경이 TCP 접속의 해제의 결과일 것이기 때문에 TCP/IP 스택 구현예에 달려있다.

몇몇 실시예에서, 운영자 서비스 애플리케이션에 대한 IP 플로우는 IP 플로우를 위한 PDN 접속 및 라우팅 테이블(들)(622) 내에 관련 라우팅 규칙이 이미 있다면 진행중(ongoing)인 것으로 고려될 수 있다. OTT(over-the-top) 애플리케이션에 대한 IP 플로우가 진행중인지를 알아내기 위해, CM(610)은 임의의 패킷이 OTT 애플리케이션에 할당된 특정 포트(들)를 사용하여 전달되었는지를 확인하도록 운영 시스템에 질의할 수 있다.

몇몇 실시예에서, 애플리케이션(612)에 대한 3GPP 액세스가 업데이트된 애플리케이션-제약 정보에 기인하여 진행중인 IP 플로우에 대해 제약되고, ASAC MO(626) 내의 OngoingFlowAffected 리프(예를 들면, 도 3에 도시된 392)가 다른 무선 액세스 기술을 통한 재라우팅이 허락되지 않는다는 것을 나타내면, CM(610)은 내부 라우팅 테이블을 업데이트하여 IP 플로우를 제약할 수 있다. 이에 따라, 애플리케이션(612)이 사용자에게 업링크 전송을 위한 데이터 패킷을 제공하는 경우, TCP/IP 스택은 이들을 셀룰라 모뎀의 사용자 평면에 전달할 수 없을 것이다. ASAC MO(626) 내의 OngoingFlowAffected 리프가 다른 액세스 기술을 통한 재라우팅이 허락된다는 것을 나타내면, CM(610)은 대체 무선 액세스 기술(예를 들면, WLAN)을 선택하고 대체 무선 액세스 기술을 통한 PDN 접속을 확립하고자 시도할 수 있다. CM(610)은 또한 라우팅 테이블(들)(622)을 업데이트할 수 있다. 애플리케이션(612)이 사용자에게 업링크 전송을 위한 데이터 패킷을 제공하는 경우, TCP/IP 스택은 이들 패킷을 UE 내부적으로 대체 무선 액세스 기술을 위해 사용자 평면에 라우팅할 수 있다.

몇몇 실시예에서, 애플리케이션(612)을 위한 3GPP 액세스가 네트워크로부터 수신된 업데이트된 애플리케이션-제약 정보에 기인하여 진행중인 IP 플로우에 대해 다시 이용가능하고, ASAC MO(626) 내의 OngoingFlowAffected 리프(예를 들면, 도 3에 도시된 392)가 다른 액세스 기술을 통한 재라우팅이 허락되지 않는다는 것을 나타내면, CM(610)은 라우팅 테이블(들)(622)을 업데이트하여 3GPP 액세스를 통해 IP 플로우를 재개할 수 있다. 다음에, 애플리케이션(612)이 사용자에게 업링크 전송을 위한 데이터 패킷을 제공하는 경우, TCP/IP 스택(628)은 이들을 셀룰러 모뎀의 사용자 평면에 전달할 수 있다. 몇몇 실시예에서, 또 다른 무선 액세스 기술을 통해 IP 플로우에 대해 성립된 PDN 접속 및 라우팅 테이블(들)(622)에 관련 라우팅 규칙이 이미 있다면, CM(610)은 내부 라우팅 테이블을 업데이트할 필요가 없다. 따라서, 애플리케이션(612)이 사용자에게 업링크 전송을 위한 데이터 패킷를 제공하는 경우, TCP/IP 스택(628)은 사용자에게 비-3GPP PDN 접속을 통해 데이터 패킷을 계속해서 전달할 수 있다.

몇몇 실시예에서, ASAC MO(626) 내의 OngoingFlowAffected 리프가 다른 무선 액세스 기술을 통한 재라우팅이 허락된다는 것을 나타낼 수 있다. IP 플로우에 대한 3GPP PDN 접속이 성립되어 있다면, CM(610)은 라우팅 테이블(들)(622)을 업데이트할 수 있다. 따라서, 애플리케이션(612)이 사용자에게 업링크 전송을 위한 데이터 패킷을 제공하는 경우, TCP/IP 스택(628)은, ANDSF MO(624)에 따라 더 높은 액세스 우선순위를 갖는 대체 무선 액세스 기술을 통한 PDN 접속이 없다면, 이들 패킷을 UE-내부적으로 3GPP PDN 접속으로 라우팅할 수 있다. 선택적으로, 3GPP PDN 접속이 성립되어 있지 않고, 3GPP 액세스 기술이 기존 PDN 접속(들)의 무선 액세스 기술보다 ANDSF MO(626)에서 더 높은 액세스 네트워크 우선순위를 갖고 있다면, CM(610)은 3GPP PDN 접속을 확립하고자 시도하고, TCP/IP 스택(628)이 3GPP PDN 접속을 통해 사용자에게 데이터 패킷을 라우팅할 수 있도록 적절하게 라우팅 테이블(들)(622)을 업데이트할 수 있다. 제약되거나 미사용된 PDN 접속은 네트워크로부터의 애플리케이션-제약 정보가 임의의 최소 임계 레벨 아래로 떨어지거나 또는 네트워크에서 과도한 과부하/혼잡의 다른 표시가 있다면 자유롭게 될 수 있다.

네트워크로부터 UE로의 애플리케이션-제약 정보의 시그널링

몇몇 실시예에서, 네트워크에 혼잡이 발생하는 경우, 네트워크는 IDLE 모드의 UE가 이것을 수신할 수 있도록 시스템 정보 브로드캐스트를 통해 애플리케이션-제약 정보를 브로드캐스트할 수 있다. 네트워크는 (예를 들면, CONNECTED 모드에 있는 UE에 대해) 전용 시그널링을 통해 부가적으로 정보를 제공할 수 있다.

도 7은 애플리케이션-제약 정보가 시스템 정보 브로드캐스트(시스템 정보 블록 2(SIB2), 3GPP TS 36.331)에 포함될 수 있다는 취지로 사용될 수 있는 코드의 비제한적인 예를 도시한다.

도 8은 도 7의 예시적인 코드와 연관될 수 있는 SIB2 필드 설명의 테이블의 비제한적인 예를 도시한다. 도시된 바와 같이, 혼잡 레벨 표시는 셀 내에서의 혼잡 레벨의 표시이다. 셀에서 혼잡 레벨의 선택된 최대 번호는 "maxCongestionLevels"이다. 이 예에서, 0의 혼잡 레벨 표시는 혼잡이 없다는 것을 나타낸다. 이들 값은 도 7의 예에 도시된 SIB 코드에 포함될 수 있다.

일 실시예에서, 네트워크는 혼잡 레벨(예를 들면, 0에서 n까지의 정수값)을 전송할 수 있다. 이것은 IP 플로우 또는 애플리케이션이 PDN 접속을 확립하도록 허락받거나 사용자 데이터를 선송하기 위해 가질 필요가 있는 최소의 우선순위 레벨이다. 디폴트에 의해, 최저 혼잡 레벨은 0일 수 있고, 0의 혼잡 레벨은 네트워크에 의해 시그널링될 필요가 없다. 최대 혼잡 레벨 n=1인 실시예에서, 네트워크는 단지 효과적으로 단지 "과부하 온/오프"를 시그널링할 수 있다.

또 다른 실시예에서, 네트워크는 비트맵을 브로드캐스트할 수 있고, 여기서, 각각의 비트는 ASAC MO 내에서 IP 플로우의 순서화된 리스트 내의 특정 IP 플로우에 대응한다. ASAC MO 내에 IP 플로우 설명이 있는 IP 플로우와 연관되지 않은 애플리케이션에 대하여, 네트워크는 비트맵 내에 추가의 비트를 브로드캐스트하여 디폴트 제약 상태를 나타낼 수 있다.

몇몇 실시예에서, 네트워크는 3GPP에 관한 애플리케이션-제약 정보에 부가하여 비-3GPP 무선 액세스 기술에 관한 애플리케이션-제약 정보를 제공할 수 있다. 네트워크가 비-3GPP 무선 액세스 기술에 관한 애플리케이션-제약 정보를 제공할 수 있는 몇가지 방법이 있다. 한 옵션에서, 네트워크는 IEEE(Institute of Electronicw and Electrical Engineers) 802.11, 블루투스, IEEE 802.16과 같은 비-3GPP 액세스 기술 및 다른 비-3GPP 액세스 기술에 대한 개별 애플리케이션-제약 정보를 시그널링할 수 있다. 네트워크는, 일 예에서, SSID(specific service set identifier) 값을 갖는 비-3GPP 액세스 기술에 기초하여 동작하는 WLAN에 대한 혼잡 레벨을 시그널링할 수 있다. 또 다른 예에서, 네트워크는 임의의 특정 SSID를 포함하지 않음으로써 모든 WLAN에 대한 이러한 혼잡 레벨을 시그널링할 수 있다. 대안으로, 네트워크는 3GPP 액세스를 위해 전송된 동일한 애플리케이션-제약 정보(예를 들면, 혼잡 레벨) 또한 비-3GPP 액세스를 위해 적용가능하다는 것을 나타내는 신호를 전송할 수 있다. 이 옵션은 혼잡이 PDN 게이트웨이(P-GW)에서 코어 네트워크에서 깊게 발생한다면 유용할 수 있다; 데이터 트래픽을 재라우팅하는 것은 패킷이 결국 동일한 P-GW에 라우팅될 수 있기 때문에 이러한 유형의 혼잡을 완화할 수 없다.

UE 내부에 애플리케이션-제약 정보를 시그널링

몇몇 실시예에서, UE 내부에, 네트워크로부터 수신된 애플리케이션-제약 정보가 ANDSF MO를 또한 사용하는 엔티티에 셀룰러 프로토콜 스택에 의해 전달된다. 몇몇 실시예에서, ANDSF MO를 사용하는 엔티티는 CM이다. 셀룰러 프로토콜 스택은 새로운 AT(attention) 커맨드(3GPP TS 27.007 버전 12.6.0 참조)를 이용하여 CM에 시그널링할 수 있다. CM은 애플리케이션-제약 정보 리포팅을 시작 또는 정지하기 위한 요청을 셀룰러 프로토콜 스택으로 전송할 수 있다. 셀룰러 프로토콜 스택은, 있다면, 네트워크로부터 수신된 현재의 애플리케이션-제약 정보로 즉시 응답하고, 네트워크가 애플리케이션-제약 정보를 업데이트할 때 CM에 추후 추가의 청하지 않은 업데이터를 제공할 수 있다.

도 9a는 애플리케이션-제약 정보를 CM에 전달하기 위해 셀룰러 프로토콜 스택을 구성하도록 CM에 의해 사용될 수 있는 AT 커맨드에 대한 신택스의 제1의 비-제한적인 예의 설명하는 테이블을 도시한다. 모드 파라미터는 0 또는 1의 정수 값일 수 있다. 0의 모드 값은 청하지 않은 애플리케이션-제약 정보 리포팅을 디스에이블할 수 있는 반면, 1의 모드 값은 청하지 않은 애플리케이션-제약 정보 리포팅을 인에이블할 수 있다. 혼잡 레벨(CongLevel) 파라미터는 0에서 9까지 범위의 정수 값일 수 있고, 여기서 번호가 높을수록 더 높은 혼잡 레벨을 정의한다.

도 9b는, CM으로부터의 요청시, 애플리케이션-제약 정보를 CM으로 전달하기 위해 셀룰러 프로토콜 스택에 의해 사용될 수 있는 AT 커맨드에 대한 신택스의 제2의 비-제한적인 예를 설명하는 테이블을 도시한다. CongLevel 파라미터는 0에서 9까지 범위의 정수 값일 수 있고, 여기서, 번호가 높을수록 더 높은 혼잡 레벨을 정의한다.

도 9c는, CM으로부터의 요청시, 애플리케이션-제약 정보를 CM으로 전달하기 위해 셀룰러 프로토콜 스택에 의해 사용될 수 있는 AT 커맨드에 대한 신택스의 제3의 비-제한적인 예를 섦병하는 테이블을 도시한다. 우선순위 레벨(PrioLevel) 파라미터는 0에서 9까지 범위의 정수 값일 수 있고, 여기서, 0은 모든 우선 순위 레벨에서 애플리케이션이 네트워크 접속을 확립하도록 허락받는다는 것을 의미하고, 9는 가장 높은 우선순위 레벨에서만 애플리케이션이 네트워크 접속을 확립하도록 허락받는다는 것을 의미한다.

도 10은 몇몇 실시예에 따라 UE에 적용될 수 있는 단계(1000)를 도시하는 흐름도이다. 1010에서, UE에서의 회로는 OMA(Open MObile Alliance) DM(device management) 서버로부터 OMA MO(management object)를 수신하도록 구성될 수 있다. OMA MO는 ASAC MO를 포함할 수 있다. 1020에서, UE에서의 회로는 OMA MO에서 IP(internet protocol) 플로우 설명의 세트를 식별하도록 구성될 수 있다. IP 플로우 설명에 있는 각각의 IP 플로우 설명은 UE에서 동작하고 하나 이상의 원격 서버 또는 원격 호스와 상호작용하는 하나 이상의 애플리케이션을 설명할 수 있다. IP 플로우 설명은 빈 IP 플로우 노드, OSAppID(operating system specific application ID), FQDN(fully qualified domain name) 중 하나 이상, 또는 3GPP(Third Generation Partnership Project) TS(Technical Specification) 24.312 버전 12.6.0에 정의된 바와 같은 하나 이상의 패킷 필터 컴포넌트를 포함할 수 있다. OMA MO는 각각의 IP 플로우 설명에 대해 ASAC 우선순위 레벨을 정의할 수 있다. IP 플로우 설명의 세트는 순서 리스트를 포함할 수 있다. 1030에서, UE에서의 회로는 모바일 네트워크로부터 애플리케이션-제약 정보를 수신하도록 구성될 수 있다. 애플리케이션-제약 정보는 시스템 정보 브로드캐스트에 또는 전용 신호에 포함될 수 있다. 애플리케이션 제약 정보는 네트워크 트래픽 혼잡의 레벨을 포함할 수 있다. 애플리케이션 제약 정보는 비트들의 시퀀스를 포함하는 비트맵을 포함할 수 있고, 여기서 각각의 비트는 IP 플로우 설명의 순서 리스트에서의 IP 플로우 설명에 대응한다. 1040에서와 같이, (CM(connectivity manager)를 포함할 수 있는) UE에서의 회로는 (순서 리스트를 포함할 수 있는) IP 플로우 설명의 세트, 관련 ASAC 우선순위 레벨, 및 UE에서 동작하는 하나 이상의 애플리케이션이 하나 이상의 원격 서버 또는 원격 호스트와 통신하도록 허락되는지 여부를 결정하기 위한 애플리케이션-제약 정보를 사용하도록 구성될 수 있다.

도 11은 몇몇 실시예에 따라 모바일 네트워크에서 적용될 수 있는 단계(1100)를 도시하는 흐름도이다. 1110에서, 네트워크에서의 회로는 OMA(Open Mobile Alliance) DM(device management) 서버로부터 UE로 OMA MO(management object)를 전송하도록 구성될 수 있다. OMA MO는 IP(internet protocol) 플로우 설명의 세트를 포함할 수 있다. OMA MO는 ASAC MO를 포함할 수 있다. IP 플로우 설명의 세트에 있는 각각의 IP 플로우 설명은 UE에 동작하고 하나 이상의 원격 서버 또는 원격 호스트와 통신하는 하나 이상의 애플리케이션을 설명할 수 있다. IP 플로우 설명은 빈 IP 플로우 노드, OSAppID(operating system specific application ID), FQDN(fully qualified domain name) 중 하나 이상, 또는 3GPP(Third Generation Partnership Project) TS(Technical Specification) 24.312 버전 12.6.0에 정의된 바와 같은 하나 이상의 패킷 필터 컴포넌트를 포함할 수 있다. OMA MO는 각각의 IP 플로우 설명에 대해 ASAC 우선순위 레벨을 정의할 수 있다. IP 플로우 설명의 세트는 순서 리스트를 포함할 수 있다. 1120에서, 네트워크에서의 회로는 적어도 모바일 네트워크의 일부에 영향을 미치는 네트워크 트래픽 혼잡의 레벨을 결정하도록 구성될 수 있다. 1130에서, 네트워크에서의 회로는 UE에서 동작하는 하나 이상의 애플리케이션이 하나 이상의 원격 서버 또는 원격 호스트와 통신하도록 허락되는지를 UE가 식별하게 하는 애플리케이션-제약 정보를 UE에 전송하도록 구성될 수 있다. 애플리케이션-제약 정보는 시스템 정보 브로드캐스트에 또는 전용 신호에 포함될 수 있다. 애플리케이션-제약 정보는 네트워크 트래픽 혼잡의 레벨을 포함할 수 있다. 애플리케이션-제약 정보는 비트들의 시퀀스를 포함하는 비트맵을 포함할 수 있고, 여기서, 각각의 비트는 IP 플로우 설명의 순서 리스트에 있는 IP 플로우 설명에 대응한다.

도 12는 사용자 장비(UE), 이동국(MS), 모바일 무선 디바이스, 모바일 통신 디바이스, 태블릿, 핸드셋을 포함하는 무선 디바이스 또는 다른 유형의 무선 디바이스의 실례를 제공한다. 무선 디바이스는 노드, 매크로 노드, LPN(low power node), 또는 기지국(BS), eNB(evolved Node B), 베이스 밴드 유닛(base band unit; BBU), 원격 무선 헤드(remote radio head; RRH), 원격 무선 장치(remote radio equipment;RRE), 중계국(relay station; RS), 무선 장비(radio equipment; RE)와 같은 송신국, 또는 다른 유형의 무선 와이드 에어리어 네트워크(wireless wide area network; WWAN) 액세스 포인트와 통신하도록 구성되는 하나 이상의 안테나들을 포함할 수 있다. 무선 디바이스는 3GPP LTE, WiMAX, 고속 패킷 액세스(high Speed Packet Access; HSPA), 블루투스 및 WiFi를 포함하는 적어도 하나의 무선 통신 표준을 사용하여 통신하도록 구성될 수 있다. 무선 디바이스는 각 무선 통신 표준에 대한 별개의 안테나 또는 다수의 무선 통신 표준에 대한 공유 안테나를 사용하여 통신할 수 있다. 무선 디바이스는 무선 로컬 에어리어 네트워크(local area network; WLAN), 무선 개인 에어리어 네트워크(wireless personal area network; WPAN) 및/또는 WWAN에서 통신할 수 있다.

도 12은 또한 무선 디바이스들로부터의 오디오 입력 및 출력을 위해 사용될 수 있는 마이크로폰 및 하나 이상의 스피커의 실례를 제공한다. 디스플레이 스크린은 액정 디스플레이(LCD) 스크린 또는 유기 발광 다이오드(organic light emitting diode; OLED) 디스플레이와 같은 다른 유형의 디스플레이 스크린일 수 있다. 디스플레이 스크린은 터치 스크린으로 구성될 수 있다. 터치 스크린은 용량성, 저항성 또는 다른 유형의 터치 스크린 기술을 사용할 수 있다. 애플리케이션 프로세서 및 그래픽 프로세서는 프로세싱 및 디스플레이 능력을 제공하기 위해 내부 메모리에 결합될 수 있다. 비휘발성 메모리 포트는 또한 데이터 입력/출력 옵션을 사용자에게 제공하는 데 사용될 수 있다. 비휘발성 메모리 포트는 또한 무선 디바이스의 메모리 능력을 확장하는 데 사용될 수 있다. 키보드는 추가 사용자 입력을 제공하기 위하여 무선 디바이스에 통합되거나 무선 디바이스에 무선으로 접속될 수 있다. 터치 스크린을 사용하여 가상 키보드 또한 제공될 수 있다.

다양한 기술 또는 이들의 특정한 양태 또는 부분은 플로피 디스켓, CD-ROM, 하드 드라이브, 비일시적 컴퓨터 판독 가능 저장 매체 또는 임의의 다른 머신 판독 가능 저장 매체와 같은 유형의 매체 내에서 구현되는 프로그램 코드(즉, 명령어)의 형태를 취할 수 있고, 여기서 프로그램 코드가 컴퓨터와 같은 머신에 로딩되고 이 머신에 의해 실행될 때, 이 머신은 다양한 기술을 실행하기 위한 장치가 된다. 회로는 하드웨어, 펌웨어, 프로그램 코드, 실행가능 코드, 컴퓨터 명령어, 및/또는 소프트웨어를 포함할 수 있다. 비일시적 컴퓨터 판독가능 저장 매체는 신호를 포함하지 않는 컴퓨터 판독가능 저장 매체일 수 있다. 프로그램 가능 컴퓨터상에서 프로그램 코드를 실행하는 경우, 컴퓨팅 디바이스는 프로세서, 프로세서에 의해 판독 가능한 저장 매체(휘발성 및 비휘발성 메모리 및/또는 저장 요소 포함), 하나 이상의 입력 디바이스 및 하나 이상의 출력 디바이스를 포함할 수 있다. 휘발성 및 비휘발성 메모리 및/또는 저장 요소는 RAM, EPROM, 플래시 드라이브, 광학 드라이브, 자기 하드 드라이브 또는 전자 데이터를 저장하기 위한 다른 매체일 수 있다. 노드 및 무선 디바이스는 또한 송수신기 모듈, 카운터 모듈, 프로세싱 모듈 및/또는 클럭 모듈 또는 타이머 모듈을 포함할 수 있다. 본원에서 기술되는 다양한 기술을 구현 또는 활용할 수 있는 하나 이상의 프로그램은 애플리케이션 프로그래밍 인터페이스(API), 재사용 가능 제어부 등을 사용할 수 있다. 그와 같은 프로그램은 컴퓨터 시스템과 통신하기 위하여 고레벨 절차 또는 객체 지향 프로그래밍 언어로 구현될 수 있다. 그러나, 프로그램(들)은, 원하는 경우, 어셈블리 또는 기계어로 구현될 수 있다. 임의의 경우에, 언어는 컴파일링되는 언어 또는 인터프리팅되는 언어일 수 있고 하드웨어 구현물과 결합될 수 있다.

본 명세서에서 기술되는 기능 유닛의 다수는 자체의 구현 독립성을 특히 더 강조하기 위해 모듈로서 라벨링되었음을 이해해야 한다. 예를 들어, 모듈은 커스텀 VLSI 회로 또는 게이트 어레이, 논리 칩, 트랜지스터와 같은 규격품의 반도체 또는 다른 별개의 컴포넌트를 포함하는 하드웨어 회로로서 구현될 수 있다. 모듈은 또한 필드 프로그래머블 게이트 어레이(field programmable gate array), 프로그래머블 어레이 로직, 프로그래머블 로직 디바이스들 등과 같은 프로그래머블 하드웨어 디바이스로 구현될 수 있다.

모듈은 또한 다양한 유형의 프로세서에 의해 실행되는 소프트웨어로 구현될 수 있다. 실행 가능한 코드의 식별되는 모듈은 예를 들어, 객체, 절차 또는 기능으로 조직될 수 있는 예를 들어, 컴퓨터 명령어의 하나 이상의 물리 또는 논리 블록을 포함할 수 있다. 그럼에도 불구하고, 식별되는 모듈의 실행 가능한 코드는 물리적으로 함께 위치될 필요가 없으나, 논리적으로 서로 결합될 때, 모듈을 포함하고 모듈에 대해 언급된 목적을 달성하는 상이한 위치에 저장된 이종의(disparate) 명령어를 포함할 수 있다.

실제로, 실행 가능한 코드의 모듈은 단일 명령어일 수 있거나 다수의 명령어일 수 있고, 심지어 상이한 프로그램 사이에, 여러 상이한 코드 세그먼트를 통해 그리고 여러 메모리 디바이스에 걸쳐 분포될 수 있다. 유사하게, 동작 데이터는 본원에서 모듈 내에서 식별되고 도시될 수 있고, 임의의 적절한 형태로 구현될 수 있고 임의의 적절한 유형의 데이터 구조 내에서 조직될 수 있다. 운용 데이터는 단일 데이터 세트로서 수집될 수 있거나 여러 상이한 저장 디바이스들에 걸치는 것을 포함하여 여러 상이한 장소들에 걸쳐 분포될 수 있고, 적어도 부분적으로, 단지 시스템 또는 네트워크 상의 전자 신호로서 존재할 수 있다. 모듈은 원하는 기능들을 수행하도록 동작 가능한 에이전트(agent)를 포함하여, 수동이거나 능동일 수 있다.

본 명세서 전체에 걸쳐 "예(example)"라 함은 이 예와 관련하여 기술되는 특징, 구조 또는 특성이 본 발명의 적어도 하나의 실시예에 포함되는 것을 의미한다. 따라서, 본 명세서 전체에 걸친 다양한 장소에서 나오는 어구 "일 예에서"는 반드시 모두 동일한 실시예를 지칭할 필요는 없다.

본원에서 사용되는 바와 같이, 복수의 아이템, 구조 요소, 조성 성분 및/또는 재료는 편의상 공통 목록에 제시될 수 있다. 그러나, 이 목록은 목록의 각 일원이 개별적으로 별개 및 고유의 일원으로 식별되는 것처럼 해석되어야 한다. 따라서, 그와 같은 목록의 어떠한 개별 일원도, 반대의 표시들이 없으면, 단지 공통 그룹 내에 제시되었다는 것에만 기초하여 동일한 목록의 임의의 다른 일원에 대한 사실상의 등가로서 해석되어서는 안 된다. 게다가, 본 발명의 다양한 실시예 및 예는 본원에서 본 발명의 다양한 컴포넌트에 대한 대안과 함께 언급될 수 있다. 그와 같은 실시예, 예 및 대안은 서로에 대한 사실상의 등가로서 해석되지 않아야 하지만 본 발명의 별개이며 독자적인 표현으로서 간주될 수 있음이 이해된다.

더욱이, 기술된 특징, 구조, 또는 특성은 하나 이상의 실시예에서 임의의 적절한 방식으로 결합될 수 있다. 다음의 설명에서, 본 발명의 실시예의 철저한 이해를 제공하기 위해 레이아웃, 거리, 네트워크 예 등의 예와 같은 다수의 특정 세부사항이 제공된다. 그러나, 당업자는 본 발명이 하나 이상의 특정한 세부사항 없이, 또는 다른 방법, 컴포넌트, 레이아웃 등으로 실시될 수 있다는 것을 이해할 것이다. 다른 예에서, 공지된 구조, 재료, 또는 동작은 본 발명의 양상을 불명료하게 하는 것을 피하기 위해 상세히 도시되거나 설명되지 않는다.

?坪紈墟? 예는 본 발명의 원리를 하나 이상의 특정 응용으로 설명하고 있지만, 본 발명의 원리 및 개념을 벗어나지 않고 진보적인 설비의 실행 없이 구현예의 형태, 용도 및 세부사항에 다수의 수정이 이루어질 수 있다는 것이 당업자에게는 명백할 것이다. 따라서, 본 발명은 다음의 청구범위에 의한 것을 제외하고는 제한되는 것을 의도하지 않는다.

Claims

데이터 통신을 위한 애플리케이션 특정 혼잡 제어(Application specific congestion control for data communication; ACDC)를 위해 구성된 사용자 장비(UE)의 장치로서,
하나 이상의 프로세서 - 상기 하나 이상의 프로세서는,
상기 UE에서, ACDC를 위한 OMA(Open Mobile Alliance) MO(management object)를 식별하고 - 상기 OMA MO는
하나 이상의 애플리케이션 식별자에 대응하는 리프(leaf)와,
상기 UE에서 동작하는 하나 이상의 애플리케이션에 대한 하나 이상의 ACDC 레벨에 대응하는 리프를 포함함 - ,
상기 UE에서, 상기 애플리케이션 식별자에 기초하여 상기 하나 이상의 애플리케이션 각각을 ACDC 레벨과 연관시키며,
상기 UE에서, 각각의 ACDC 레벨에 대해 네트워크로부터 수신된 애플리케이션 제약 정보(application barring information)를 디코딩하고,
상기 UE에서, 상기 UE에서 동작하는 하나 이상의 애플리케이션이 각각의 ACDC 레벨에 대해 상기 디코딩된 애플리케이션 제약 정보에 기초하여 상기 네트워크와 통신하도록 허용되는 경우를 결정하도록 구성됨 - 와,
상기 OMA MO를 저장하도록 구성되는 메모리
를 포함하는 장치.
제1항에 있어서,
상기 하나 이상의 프로세서는 상기 네트워크로의 송신을 위해 통신하도록 허용된 상기 하나 이상의 애플리케이션으로부터의 정보를 인코딩하도록 더 구성되는
장치.
제1항에 있어서,
송수신기를 더 포함하되,
상기 송수신기는
상기 네트워크로부터 상기 MO를 수신하고,
상기 네트워크로부터 상기 애플리케이션 제약 정보를 수신하도록 더 구성되는
장치.
제1항에 있어서,
상기 하나 이상의 프로세서는
상기 하나 이상의 ACDC 레벨에 대응하는 상기 리프가 상기 애플리케이션과 연관된 애플리케이션 식별자에 대해 ACDC 레벨을 정의하지 않는 경우 최저 ACDC 레벨을 상기 UE에서 동작하는 애플리케이션에 적용하도록 더 구성되는
장치.
제1항에 있어서,
상기 하나 이상의 프로세서는
시스템 정보 블록(SIB) 타입 2를 통해 상기 네트워크로부터 수신된 상기 애플리케이션 제약 정보를 디코딩하도록 더 구성되는
장치.
제1항에 있어서,
상기 OMA MO는 상기 UE에서 동작하는 상기 하나 이상의 애플리케이션에 대해 운영 시스템 특정 애플리케이션 ID(OSAppID)에 대응하는 리프를 포함하는
장치.
제1항에 있어서,
상기 UE는 안테나, 터치 감응 디스플레이 스크린, 스피커, 마이크로폰, 그래픽 프로세서, 애플리케이션 프로세서, 내부 메모리, 또는 비휘발성 메모리 포트를 포함하는
장치.
ACDC를 위해 구성되는 사용자 장비(UE)의 장치로서,
하나 이상의 프로세서 - 상기 하나 이상의 프로세서는
네트워크로부터 수신된 ACDC를 위한 OMA 관리 객체(MO)를 디코딩하고,
상기 UE에서 동작하는 하나 이상의 애플리케이션을 위한 ACDC 레벨을 상기 MO로부터 식별하고,
상기 네트워크로부터 수신된 애플리케이션 제약 정보를 디코딩하고,
상기 MO에 포함된 상기 ACDC 레벨 및 상기 애플리케이션 제약 정보에 기초하여 상기 UE에서 동작하는 하나 이상의 애플리케이션이 상기 네트워크와 통신하도록 허용되는지를 결정하도록 구성됨 - 와,
상기 OMA MO를 저장하도록 구성된 메모리
를 포함하는 장치.
제8항에 있어서,
송수신기를 더 포함하되,
상기 송수신기는
상기 네트워크로부터 상기 MO를 수신하고,
상기 네트워크로부터 상기 애플리케이션 제약 정보를 수신하도록 구성되는
장치.
제8항에 있어서,
상기 하나 이상의 프로세서는 상기 MO가 상기 애플리케이션에 대한 ACDC 레벨을 정의하지 않는 경우 상기 UE에서 동작하는 애플리케이션에 대해 최저 ACDC 레벨을 적용하도록 더 구성되는
장치.
제8항에 있어서,
상기 하나 이상의 프로세서는 시스템 정보 블록(SIB) 타입 2를 통해 상기 네트워크로부터 수신된 상기 애플리케이션 제약 정보를 디코딩하도록 더 구성되는
장치.
제8항에 있어서,
상기 하나 이상의 프로세서는 전용 시그널링 메시지를 통해 상기 네트워크로부터 수신된 상기 애플리케이션 제약 정보를 디코딩하도록 더 구성되는
장치.
제8항에 있어서,
상기 하나 이상의 프로세서는 상기 UE에서 동작하는 상기 하나 이상의 애플리케이션에 대해 OSAppID를 상기 MO로부터 식별하도록 더 구성되는
장치.
제8항에 있어서,
상기 애플리케이션 제약 정보는 상기 네트워크에서의 교통 혼잡 레벨을 포함하는
장치.
제8항에 있어서,
상기 UE는 안테나, 터치 감응 디스플레이 스크린, 스피커, 마이크로폰, 그래픽 프로세서, 애플리케이션 프로세서, 내부 메모리, 또는 비휘발성 메모리 포트를 포함하는
장치.
UE로부터 네트워크로 데이터를 통신하도록 구현된 명령어가 저장된 적어도 하나의 비일시적 머신 판독가능 저장 매체로서,
상기 명령어는 실행되는 경우,
상기 UE에서, 네트워크로부터 수신된 OMA(Open Mobile Alliance) MO(management object)를 디코딩하는 단계 - 상기 MO는 ACDC를 위한 것임 - 와,
상기 UE에서, 상기 OMA MO에 포함된 하나 이상의 리프를 식별하는 단계 - 상기 하나 이상의 리프는
하나 이상의 애플리케이션 식별자에 대응하는 리프와,
상기 UE에서 동작하는 하나 이상의 애플리케이션에 대한 하나 이상의 ACDC 레벨에 대응하는 리프를 포함함 - 와,
상기 UE에서, 상기 애플리케이션 식별자에 기초하여 상기 하나 이상의 애플리케이션 각각을 ACDC 레벨과 연관시키는 단계와,
상기 UE에서, 각각의 ACDC 레벨에 대해 상기 네트워크로부터 수신된 애플리케이션 제약 정보를 디코딩하는 단계와,
상기 UE에서, 상기 UE에서 동작하는 하나 이상의 애플리케이션이 각각의 ACDC 레벨에 대해 상기 디코딩된 애플리케이션 제약 정보에 기초하여 상기 네트워크와 통신하도록 허용되는 경우를 결정하는 단계를 수행하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.
제16항에 있어서,
상기 명령어는 실행되는 경우, 상기 네트워크로의 송신을 위해 통신하도록 허용된 상기 하나 이상의 애플리케이션으로부터의 정보를 인코딩하는 단계를 더 수행하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.
제16항에 있어서,
상기 명령어는 실행되는 경우, 상기 하나 이상의 ACDC 레벨에 대응하는 상기 리프가 상기 애플리케이션과 연관된 애플리케이션 식별자에 대해 ACDC 레벨을 정의하지 않는 경우 최저 ACDC 레벨을 상기 UE에서 동작하는 애플리케이션에 적용하는 단계를 더 수행하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.
제16항에 있어서,
상기 명령어는 실행되는 경우, 시스템 정보 블록(SIB) 타입 2를 통해 상기 네트워크로부터 수신된 상기 애플리케이션 제약 정보를 디코딩하는 단계를 더 수행하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.
제16항에 있어서,
상기 명령어는 실행되는 경우, 상기 UE에서 동작하는 상기 하나 이상의 애플리케이션에 대해 OSAppID에 대응하는 리프를 포함하도록 상기 OMA에 포함된 상기 하나 이상의 리프를 식별하는 단계를 더 수행하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.
제16항에 있어서,
상기 명령어는 실행되는 경우, 전용 시그널링 메시지를 통해 상기 네트워크로부터 수신된 상기 애플리케이션 제한 정보를 디코딩하는 단계를 더 수행하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.
제16항에 있어서,
상기 애플리케이션 제한 정보는 상기 네트워크에서 교통 혼잡의 레벨을 포함하는
적어도 하나의 비일시적 머신 판독가능 저장 매체.