KR102183654B1 - 제3자 서버가 문제에 직면하는 경우 애플리케이션으로부터의 트래픽의 제어 - Google Patents
제3자 서버가 문제에 직면하는 경우 애플리케이션으로부터의 트래픽의 제어 Download PDFInfo
- Publication number
- KR102183654B1 KR102183654B1 KR1020177001680A KR20177001680A KR102183654B1 KR 102183654 B1 KR102183654 B1 KR 102183654B1 KR 1020177001680 A KR1020177001680 A KR 1020177001680A KR 20177001680 A KR20177001680 A KR 20177001680A KR 102183654 B1 KR102183654 B1 KR 102183654B1
- Authority
- KR
- South Korea
- Prior art keywords
- cats
- server
- network
- party server
- level
- Prior art date
Links
- 238000000034 method Methods 0.000 claims description 77
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000001228 spectrum Methods 0.000 claims description 2
- 241000282326 Felis catus Species 0.000 abstract description 241
- 230000006870 function Effects 0.000 description 52
- 238000012913 prioritisation Methods 0.000 description 43
- 230000011664 signaling Effects 0.000 description 28
- 238000004891 communication Methods 0.000 description 18
- 238000007726 management method Methods 0.000 description 16
- 230000004913 activation Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 5
- 229910052737 gold Inorganic materials 0.000 description 5
- 239000010931 gold Substances 0.000 description 5
- 229910000906 Bronze Inorganic materials 0.000 description 4
- BQCADISMDOOEFD-UHFFFAOYSA-N Silver Chemical compound [Ag] BQCADISMDOOEFD-UHFFFAOYSA-N 0.000 description 4
- 239000010974 bronze Substances 0.000 description 4
- KUNSUQLRTQLHQQ-UHFFFAOYSA-N copper tin Chemical compound [Cu].[Sn] KUNSUQLRTQLHQQ-UHFFFAOYSA-N 0.000 description 4
- 230000001419 dependent effect Effects 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 229910052709 silver Inorganic materials 0.000 description 4
- 239000004332 silver Substances 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000010248 power generation Methods 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000011282 treatment Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0882—Utilisation of link capacity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/53—Network services using third party service providers
-
- 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/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
Abstract
제3자 서버가 장애에 직면하는 경우의 애플리케이션의 제어(Control of Applications when Third Party Servers encounter difficulties: CATS)가 논의된다. CATS를 가능하게 하는 예시적 네트워크 서버는 프로세서와 송신기 회로를 포함한다. 프로세서는 제3자 서버와연 연관된 상태 및 네트워크 서버와 연관된 네트워크의 네트워크 부하 레벨을 판정하고, 제3자 서버 상태 및 네트워크 부하 레벨에 기초하여 제3자 서버를 위해 제3자 서버와 연관된 네트워크 트래픽에 대한 하나 이상의 제한을 정의하는 CATS 레벨을 선택하며, 제3자 서버를 향한 네트워크 트래픽에 대한 하나 이상의 제한을 구현하도록 구성된다. 인터페이스는 제3자 서버를 위한 CATS 레벨의 지시자를 송신하도록 구성된다.
Description
관련
출원에 대한 참조
이 출원은, 본 문서에서 참조에 의해 전체로서 내용이 포함되는, "METHODS TO CONTROL TRAFFIC FROM APPLICATIONS WHEN THIRD PARTY SERVERS ENCOUNTER PROBLEMS"라는 표제로 2014년 8월 7일 출원된 미국 임시 출원 제62/034,704호의 이익을 주장한다.
분야
본 개시는 애플리케이션(application)과 연관된 제3자 서버(third party server)가 문제에 직면하는 경우 그 애플리케이션으로부터의 트래픽(traffic)을 제어하는 것에 관련된다.
"스마트폰"(smart phone)으로도 알려진 사용자 장비(User Equipment: UE) 상의 애플리케이션이, 인간의 개입이 별로 없거나 전혀 없는 사용(머신 타입 통신(machine type communication))을 위해 설계된 UE의 수의 급격한 증가와 결부되어 확산됨에 따라, 이들 애플리케이션을 수반하는 전체 "시스템"과, 그것들이 함께 상호작용하는 제3자 개체(third party entity)에서 문제가 발생할 가능성이 증가한다. 이들 제3자 시스템은 장애(difficulty)를 겪는 경우 운영자(operator) 네트워크에 대한 지나친 영향 없이 자신의 문제를 처리하는 것이 가능할 수가 있으나, 그렇게 할 수 없는 때가 있을 것이다.
제3자 서버가 혼잡하게(congested) 되거나 고장이 나는(fail) 경우, 그 서버를 이용하는 UE 상의 애플리케이션에 의한 통신은 다른 애플리케이션과 그것의 연관된, 정상적으로 기능하고 있는 서버에 영향을 끼치지 않으면서 3세대 파트너십 프로젝트(Third Generation Partnership Project: 3GPP) 네트워크 리소스의 과도한 사용이 방지되도록 제어될 필요가 있다. 제3자 서버는 특정한 UE 애플리케이션에 전용(dedicated)일 수 있거나 그것은 여러 UE 애플리케이션을 지원할 수 있다. UE 또는 UE 애플리케이션이 의도된 제3자 서버에 다다르지 못하는 경우, 그것은 하이퍼텍스트 전송 프로토콜(HyperText Transfer Protocol: HTTP) 404 에러가 날 수 있는데, 이는 요청된 리소스를 찾을 수 없었으나 장래에 다시 이용가능할 수 있음을 나타낸다. 클라이언트에 의한 후속 요청이 허용되므로, HTTP 404 에러는 흡족한 것이 아닌데, 그것이 문제의 본질에 대해 UE에서의 애플리케이션에 표시를 제공하지 않고 따라서 빈번한 재시도를, 설령 그것이 실패하여서, 실패할 연결 시도로 기저의 (3GPP) 네트워크에 부담을 지울지라도, 초래할 수 있기 때문이다. 제3자 서버 고장(failure) 모드가 또한 발생할 수 있는데 여기서 서버는 어떤 HTTP 상태 코드(status code)도 제공할 수조차 없다.
제3자 서버의 혼잡 또는 고장과 조합된 UE 내에 상주하는(residing) 애플리케이션의 활동은 무선 액세스 네트워크(Radio Access Network: RAN) 및 코어 네트워크(Core Network: CN) 상에서의 리소스의 혼잡 및 비효율적인 사용을 초래할 수 있다.
도 1은 본 문서에 기술된 다양한 양상에 따라 제3자 서버가 장애에 직면하는 경우의 애플리케이션의 제어(Control of Applications when Third party Servers encounter difficulties: CATS)를 가능하게 할 수 있는 시스템의 블록도이다.
도 2는 본 문서에 기술된 다양한 양상에 따라 사용자 장비(User Equipment: UE)에서 CATS를 가능하게 하는 시스템의 블록도이다.
도 3은 본 문서에 기술된 다양한 양상에 따라 3GPP 네트워크의 하나 이상의 노드(node)에서 CATS를 가능하게 할 수 있는 방법의 흐름도이다.
도 4는 본 문서에 기술된 다양한 양상에 따라 사용자 장비(User Equipment: UE)에서 CATS를 가능하게 하는 방법의 흐름도이다.
도 5는 본 문서에 기술된 다양한 양상에 따른 CATS 시스템(500)의 예시적 아키텍처이다.
도 6은 본 문서에 기술된 다양한 양상에 따라 머신 타입 통신을 활용하는 실시예를 위한 예시적 3GPP 네트워크 아키텍처이다.
도 7은 본 문서에 기술된 다양한 양상에 따라 3GPP 가입 상태(subscription status)에 기초하여 우선순위화(prioritization)로써 CATS를 구현하는 예시적 방법이다.
도 8은 본 문서에 기술된 다양한 양상에 따라 제3자 서버와의 가입 상태에 기초하여 우선순위화로써 CATS를 구현하는 예시적 방법이다.
도 9는 본 문서에 기술된 다양한 양상에 따라 애플리케이션 또는 기능(function)에 기초하여 우선순위화로써 CATS를 구현하는 예시적 방법이다.
도 10은 본 문서에 기술된 다양한 양상에 따라 애플리케이션 또는 기능에 기초하여 우선순위화로써 CATS의 제3자 구현의 예시적 방법이다.
도 11은 본 문서에 기술된 다양한 양상에 따라 CATS와 관련된 가입 레벨 정보(subscription level information)의 통신을 위한 NAS 시그널링(signaling)의 예시적 구현이다.
도 12a는 본 문서에 기술된 다양한 양상에 따라 CATS 정책에 관한 정보를 제공하는 OMA-DM 데이터 구조의 일례이다.
도 12b는 본 문서에 기술된 다양한 양상에 따라 OMA 관리 객체(Management Object) 표현의 일부로서의 도 12a의 예시적 OMA-DM 데이터 구조의 표현이다.
도 13은 본 문서에 기술된 다양한 양상에 따른 예시적 내용을 갖는 예시적 CATS 기본 파일(Elementary File: EF)인 EFCATS이다.
도 14는 본 문서에 기술된 다양한 양상에 따라 비-3GPP 액세스 네트워크를 통해 3GPP의 PDN(Packet Data Network) 게이트웨이(Gateway)로의 액세스를 제공하는, CATS 정보의 오버 더 톱 시그널링(over the top signaling)을 위해 사용가능한 예시적 아키텍처이다.
도 15는 본 문서에 기술된 다양한 양상에 따라 오버 더 톱 시그널링을 통하여 CATS를 구현하는 예시적 방법이다.
도 16은 본 문서에 기술된 다양한 양상에 따라 CATS를 활성화하기(activate) 위해 NAS 메시지를 사용하는 예시적 방법이다.
도 17은 본 문서에 기술된 다양한 양상에 따라 CATS를 비활성화하기(deactivate) 위해 NAS 메시지를 사용하는 예시적 방법이다.
도 18은 본 문서에 기술된 다양한 양상과 관련되어 사용가능한 예시적 UE를 보여주는 블록도이다.
도 2는 본 문서에 기술된 다양한 양상에 따라 사용자 장비(User Equipment: UE)에서 CATS를 가능하게 하는 시스템의 블록도이다.
도 3은 본 문서에 기술된 다양한 양상에 따라 3GPP 네트워크의 하나 이상의 노드(node)에서 CATS를 가능하게 할 수 있는 방법의 흐름도이다.
도 4는 본 문서에 기술된 다양한 양상에 따라 사용자 장비(User Equipment: UE)에서 CATS를 가능하게 하는 방법의 흐름도이다.
도 5는 본 문서에 기술된 다양한 양상에 따른 CATS 시스템(500)의 예시적 아키텍처이다.
도 6은 본 문서에 기술된 다양한 양상에 따라 머신 타입 통신을 활용하는 실시예를 위한 예시적 3GPP 네트워크 아키텍처이다.
도 7은 본 문서에 기술된 다양한 양상에 따라 3GPP 가입 상태(subscription status)에 기초하여 우선순위화(prioritization)로써 CATS를 구현하는 예시적 방법이다.
도 8은 본 문서에 기술된 다양한 양상에 따라 제3자 서버와의 가입 상태에 기초하여 우선순위화로써 CATS를 구현하는 예시적 방법이다.
도 9는 본 문서에 기술된 다양한 양상에 따라 애플리케이션 또는 기능(function)에 기초하여 우선순위화로써 CATS를 구현하는 예시적 방법이다.
도 10은 본 문서에 기술된 다양한 양상에 따라 애플리케이션 또는 기능에 기초하여 우선순위화로써 CATS의 제3자 구현의 예시적 방법이다.
도 11은 본 문서에 기술된 다양한 양상에 따라 CATS와 관련된 가입 레벨 정보(subscription level information)의 통신을 위한 NAS 시그널링(signaling)의 예시적 구현이다.
도 12a는 본 문서에 기술된 다양한 양상에 따라 CATS 정책에 관한 정보를 제공하는 OMA-DM 데이터 구조의 일례이다.
도 12b는 본 문서에 기술된 다양한 양상에 따라 OMA 관리 객체(Management Object) 표현의 일부로서의 도 12a의 예시적 OMA-DM 데이터 구조의 표현이다.
도 13은 본 문서에 기술된 다양한 양상에 따른 예시적 내용을 갖는 예시적 CATS 기본 파일(Elementary File: EF)인 EFCATS이다.
도 14는 본 문서에 기술된 다양한 양상에 따라 비-3GPP 액세스 네트워크를 통해 3GPP의 PDN(Packet Data Network) 게이트웨이(Gateway)로의 액세스를 제공하는, CATS 정보의 오버 더 톱 시그널링(over the top signaling)을 위해 사용가능한 예시적 아키텍처이다.
도 15는 본 문서에 기술된 다양한 양상에 따라 오버 더 톱 시그널링을 통하여 CATS를 구현하는 예시적 방법이다.
도 16은 본 문서에 기술된 다양한 양상에 따라 CATS를 활성화하기(activate) 위해 NAS 메시지를 사용하는 예시적 방법이다.
도 17은 본 문서에 기술된 다양한 양상에 따라 CATS를 비활성화하기(deactivate) 위해 NAS 메시지를 사용하는 예시적 방법이다.
도 18은 본 문서에 기술된 다양한 양상과 관련되어 사용가능한 예시적 UE를 보여주는 블록도이다.
본 개시가 첨부된 도면을 참조하여 이제 기술될 것인데, 여기에서는 비슷한 구성요소를 나타내는 데에 비슷한 참조 번호가 도처에서 사용되고, 여기에서는 예시된 구조 및 디바이스가 반드시 축척에 맞게 그려지지는 않는다. 본 문서에서 활용되는 바와 같이, 용어 "컴포넌트"(component), "시스템"(system), "인터페이스"(interface) 및 유사한 것은 컴퓨터 관련 개체(entity), 하드웨어(hardware), 소프트웨어(software)(가령, 실행 중임) 및/또는 펌웨어(firmware)를 나타내도록 의도된다. 예컨대, 컴포넌트는 프로세서(processor)(가령, 마이크로프로세서(microprocessor), 제어기(controller), 또는 다른 처리 디바이스), 프로세서 상에서 작동되는 프로세스(process), 제어기, 객체(object), 실행가능물(executable), 프로그램(program), 저장 디바이스(storage device), 컴퓨터(computer), 태블릿 PC(tablet PC), 그리고/또는 처리 디바이스를 갖는 사용자 장비(user equipment)(가령, 모바일 전화(mobile phone) 등등)일 수 있다. 예시로서, 서버 상에서 작동되는 애플리케이션 및 그 서버가 또한 컴포넌트일 수 있다. 하나 이상의 컴포넌트가 프로세스 내에 상주할 수 있고, 컴포넌트가 하나의 컴퓨터 상에 국한될(localized) 수 있고/있거나 둘 이상의 컴퓨터 간에 분산될(distributed) 수 있다. 구성요소의 세트 또는 다른 컴포넌트의 세트가 본 문서에 기술될 수 있는데, 여기서 용어 "세트"(set)는 "하나 이상"(one or more)으로 해석될 수 있다.
또한, 이들 컴포넌트는, 예컨대, 모듈(module)과 함께, 다양한 데이터 구조가 저장된 다양한 컴퓨터 판독가능 저장 매체로부터 실행될 수 있다. 컴포넌트는 로컬(local) 및/또는 원격(remote) 프로세스를 통하여, 예를 들어 하나 이상의 데이터 패킷(data packet)(가령, 로컬 시스템(local system), 분산 시스템(distributed system) 내의 다른 컴포넌트와, 그리고/또는 네트워크, 예를 들어, 인터넷, 로컬 영역 네트워크(local area network), 광역 네트워크(wide area network) 또는 유사한 네트워크를 거쳐 신호를 통하여 다른 시스템과 상호작용하는 하나의 컴포넌트로부터의 데이터)을 가지는 신호에 따라 통신할 수 있다.
다른 예로서, 컴포넌트는 전기 또는 전자 회로에 의해 동작되는 기계적인 부분에 의해 제공되는 특정 기능을 갖는 장치일 수 있는데, 여기서 전기 또는 전자 회로는 하나 이상의 프로세서에 의해 실행되는 소프트웨어 애플리케이션 또는 펌웨어 애플리케이션에 의해 동작될 수 있다. 하나 이상의 프로세서는 장치의 내부에 또는 외부에 있을 수 있고 소프트웨어 또는 펌웨어 애플리케이션의 적어도 일부를 실행할 수 있다. 또 다른 예로서, 컴포넌트는 기계적인 부분 없이 전자 컴포넌트를 통해 특정 기능을 제공하는 장치일 수 있는데, 전자 컴포넌트는 전자 컴포넌트의 기능을 적어도 부분적으로 부여하는 소프트웨어 및/또는 펌웨어를 실행할 하나 이상의 프로세서를 내부에 포함할 수 있다.
단어 예시적의 사용은 구체적 방식으로 개념을 제시하도록 의도된다. 이 출원에서 사용되는 바와 같이, 용어 "또는"(or)은 배타적인(exclusive) "또는"보다는 포괄적인(inclusive) "또는"을 의미하도록 의도된다. 즉, 달리 명시되거나, 맥락으로부터 명확하지 않은 한, "X가 A 또는 B를 이용한다"는 자연스러운 포괄적인 순열 중 임의의 것을 의미하도록 의도된다. 즉, 만일 X가 A를 이용하거나, X가 B를 이용하거나, X가 A 및 B 양자 모두를 이용하면, "X가 A 또는 B를 이용한다"는 전술한 사례 중 임의의 사례 하에서 충족된다. 추가로, 이 출원 및 부기된 청구항에서 사용되는 바와 같은 관사 "한"(a) 또는 "일"(an)은 달리 명시되거나 맥락으로부터 단수 형태로 지향됨(directed)이 명확하지 않은 한 일반적으로 "하나 이상"(one or more)을 의미하도록 해석되어야 한다. 나아가, 용어 "포함하는"(including), "포함한다"(includes), "가지는"(having), "가진다"(has), "갖는"(with) 또는 이의 변형이 상세한 설명과 청구항 어느 쪽에서든 사용되는 한, 그러한 용어는 용어 "포함하는"(comprising)과 유사한 방식으로 포괄적이도록 의도된다.
본 문서에 기술된 다양한 실시예는 연관된 제3자 서버(들)가 문제에 직면할 경우의 하나 이상의 애플리케이션의 제어를 가능케 할 수 있다.
3GPP 기술 표준에서, 서비스 노출 및 가능화 지원(Service Exposure & Enablement Support: SEES) 및 서비스 능력 노출을 위한 아키텍처 향상(Architecture Enhancements for Service Capability Exposure: AESE)은 3GPP 네트워크 및 제3자 서버가 정보를 공유하기 위한 요구사항을 정의한다.
데이터 통신을 위한 애플리케이션 특정 혼잡 제어에 대한 타당성 조사(Feasibility Study on Application specific Congestion control for Data Communication: FS_ACDC)는, 이상하거나 비정상적인 상황으로 인해 네트워크가 혼잡하거나 아니면 혼란에 빠지고 따라서 정상적인 서비스를 제공할 수 없는 동안에 어떤 특정 애플리케이션(가령, 재난 게시판(Disaster Message Board))으로 하여금 네트워크 액세스(network access)를 가질 수 있게 하기 위한 잠재적인 요구사항을 제공하는 것을 목표로 한다.
새로 소개되는, 제3자 서버가 장애에 직면하는 경우의 애플리케이션의 제어에 대한 타당성 조사(Feasibility Study on Control of Applications when third party Servers encounter difficulties: FS_CATS)의 목적은, 3GPP 네트워크로 하여금, 그것이 제3자 서버가 장애에 봉착했음을 3GPP 네트워크가 알게 된 경우에 UE 상의 개개의 애플리케이션을 선택적으로 제어하도록, 제3자 서버로부터 그것의 혼잡 또는 고장의 표시를 검출하거나 아니면 수신할 수 있게 하는 것이다. 제3자 애플리케이션 제공자는 3GPP 네트워크의 운영자와 합의를 하여 동작 상태에 관한 정보 및 그것의 가입자/사용자 기초에 관한 어떤 정보를 공유할 수 있다.
본 문서에서 논의되는 양상은 3GPP 네트워크가 제3자 서버의 동작 상태(operational status)를 검출하고 모니터링하여, 3GPP 네트워크로 하여금 3GPP 네트워크 내의 리소스의 비효율적인 사용 및 불필요한 혼잡을 줄이기 위해 UE 상의 특정 애플리케이션 및 관련된 트래픽을 제어하고 관리할 수 있게 하는 시스템, 장치, 머신 판독가능(machine-readable) 매체 및 방법을 포함한다. 본 문서에 기술된 실시예는 제삼자 서버가 장애에 직면하는 경우의 애플리케이션의 제어(Control of Applications when Third party Servers encounter difficulties: CATS)를 구현함으로써 불필요한 네트워크 트래픽을 최소화하고 혼잡을 경감할 수 있다.
도 1을 참조하면, 본 문서에 기술된 다양한 양상에 따라 CATS를 가능하게 할 수 있는 시스템(100)의 블록도가 예시된다. 시스템(100)은 프로세서(110) 및 인터페이스(interface)(120)를 포함할 수 있다. 다양한 양상에서, 시스템(100) 및 이의 부분은 3GPP 네트워크 내의 네트워크 서버 또는 개체 내에 포함될 수 있거나, 복수의 그러한 개체 중 하나가 시스템(100)을 포함할 수 있다. 다른 양상에서, 시스템(100)은 3GPP 네트워크 내의 하나 이상의 다른 개체, 예를 들어 모바일 관리 개체(Mobile Management Entity: MME) 또는 액세스 네트워크 디스커버리 및 선택 기능(Access Network Discovery and Selection Function: ANDSF)과 코로케이팅될(collocated) 수 있다.
프로세서(110)는 언제 제3자 서버가 제3자 서버로 지향된 네트워크 트래픽(network traffic)에 영향을 미치는 상태, 예를 들어 과도한 혼잡, 부분적 또는 완전한 고장 등등을 가지는지 (또는 더 이상 가지지 않는지) 식별할 수 있다. 프로세서(110)는 다양한 방식 중 임의의 방식으로 상태를 판정할 수 있다. 예컨대, 인터페이스(120)는 (가령, Tsp 인터페이스 등등을 통하여) 제3자 서버로부터 상태 데이터, 예를 들어 언제 제3자 서버가 혼잡 또는 고장을 겪고 있는지를 나타내는 데이터를 선택적으로 수신할 수 있다. 다른 양상에서, 인터페이스(120)는 제3자 서버가 혼잡 또는 고장을 겪고 있는지에 상관없이, 주기적으로 제3자 서버로부터 상태 데이터를 수신할 수 있다. 그러면 주기적인 보고의 부재는 또한 고장을 나타낼 수 있다. 대안적으로, 인터페이스(120)는 제3자 서버에 핑(ping)을 주기적으로 발신할 수 있고, 제3자 서버로부터의 응답의 결여 또는 사전결정된 기간 동안 응답의 결여에 의해 고장 또는 혼잡이 판정될 수 있다. 다른 양상에서, 프로세서(110)는 거부된(rejected) 연결 시도 또는 성공적인(successful) 연결 시도의 결여에 기초하여 제3자 서버의 고장 또는 혼잡을 판정할 수 있다. 예컨대, 사전결정된 기간 동안에 어떤 성공적인 연결 시도도 발생하지 않는 경우, 프로세서(110)는 제3자 서버가 혼잡/고장을 겪음을 판정할 수 있다. 대안적으로, 그러한 판정은 임계 수(threshold number)를 넘는 수의 연속적인(consecutive) 거부된 연결 시도, 또는 사전결정된 기간 내의 적어도 임계 수의 거부된 연결 시도에 기초하여 행해질 수 있다. 추가의 양상에서, 프로세서(110)는 제3자 서버에 연결되거나 제3자 서버로의 연결을 시도하는 UE에 제3자 서버에 의해 제공된 혼잡/고장 정보에 기초하여 제3자 서버의 혼잡/고장을 판정할 수 있다.
몇몇 실시예에서, 제3자 서버의 식별된 상태에 기초하여, 프로세서(110)는 CATS의 레벨(level)을 선택(가령, 단지 두 레벨을 갖는 양상에서는 비활성화하거나 활성화; 다른 양상에서는 선택된 레벨에서 비활성화하거나 활성화)하고 CATS의 선택된 레벨을 구현할 수 있다. 다른 실시예에서, 프로세서(110)는 또한 연관된 3GPP 네트워크의 어떤 양의 네트워크 트래픽 또는 혼잡을 판정하고, 시스템(100)과 연관된 3GPP 네트워크가 적어도 임계량(threshold amount)의 네트워크 트래픽 또는 혼잡을 가지는 경우에만 제3자 서버 상태에 기초하여 CATS를 선택된 레벨에서 구현할 수 있다.
CATS가 활성화된 경우, 선택된 CATS 레벨은 혼잡/고장을 겪는 제3자 서버로 지향된 네트워크 트래픽에 대한 하나 이상의 제한(restriction) 및/또는 우선순위화(prioritization)를 정의할 수 있다. 이들 제한 및/또는 우선순위화는, 다양한 기준에 기초하여, 네트워크 트래픽을 우선순위화하거나, 네트워크 트래픽 또는 연결에서의 새로운 시도를 제한하거나, 기존의 연결을 연결해제하거나, 이의 다양한 조합을 할 수 있다. 다양한 양상에서, 이들 제한 및/또는 우선순위화는 제한 및/또는 우선순위화에 좌우되는(subject) UE(들), 시스템(100), 또는 시스템(100)과 연관된 3GPP 네트워크의 다양한 노드 중 하나 이상에서 구현될 수 있다. 여러 CATS 레벨을 갖는 실시예에서, 제3자 서버에서의 혼잡 또는 고장의 더 큰 레벨이 CATS의 더 높은 레벨과 연관될 수 있는데, 이는 제3자 서버를 향해 지향된 네트워크 트래픽에 대한 더 많은 그리고/또는 더 엄격한 제한 및/또는 우선순위화를 정의할 수 있다.
제한 및/또는 우선순위화는 다양한 기준에 기초할 수 있다. 다양한 양상에서, CATS가 비활성화되거나 CATS 레벨이 감소될 때까지, 제3자 서버로의 기존의 패킷 데이터 네트워크(Packet Data Network: PDN) 연결은 유지될 수 있고, 새로운 연결은 방지될 수 있다. 몇몇 그러한 양상에서, 만일 CATS 구현 시에 제3자 서버에 연결된 UE가 연결해제되게 되는 경우, 그 UE에 의한 새로운 연결 시도가 허용될 수 있으나, 다른 그러한 양상에서, 그 UE에 의한 새로운 연결 시도는 다른 UE에 의한 새로운 연결 시도와 같이 방지될 수 있다. 추가적으로 또는 대안적으로, 만일 제3자 서버에 연결된 UE가 연결해제되게 되는 경우, 다른 UE가, 예컨대, 본 문서에서 논의된 우선순위화에 기초하여, 선도착 선처리(first-come-first-served) 기준 등등으로, 연결될 수 있도록 (가령, 연결된 UE의 개수 또는 이와 연관된 네트워크 트래픽의 양을 초과하지 않을 수 있도록) 될 수 있다. 추가의 양상에서, 3GPP 네트워크 및/또는 제3자 서버와의 UE의 가입 상태(subscription status)에 기초하여, 또는 UE 및 제3자 서버 간의 의도된 연결 또는 네트워크 트래픽과 연관된 특정 애플리케이션, 기능/서비스, 또는 콘텐츠 타입(content type)(가령, 소셜 미디어 애플리케이션(social media application)을 통하여 업로드될 텍스트 콘텐츠는 비디오보다 우선시될 수 있음 등등)에 기초하여 새로운 연결 시도가 우선순위화/제한될 수 있다. 동일한 또는 다른 양상에서, 연결과 연관된 네트워크 트래픽의 양 또는 UE와 연관된 총량(aggregate amount)에 기초하여 연결이 우선순위화/제한될 수 있다. 다양한 실시예에서, 예를 들어 본 문서에서 논의된 우선순위화 기준에 기초하여, 기존의 PDN 연결이 연결해제될 수 있다.
인터페이스(120)는 제3자 서버와 연관된 CATS 레벨의 지시자(indicator)를 송신할 수 있다. 이 지시자는 다양한 방식으로 송신될 수 있다. 예컨대, 비-액세스 층(Non-Access Stratum: NAS)을 통하여 MME로부터, 오픈 모바일 연합(Open Mobile Alliance: OMA) 디바이스 관리(Device Management: DM) 프로토콜을 통하여 ANDSF로부터, 시스템(100)을 포함하는 네트워크 서버로부터 HTTP를 통하여, (가령, 페이징 채널(paging channel), 멀티캐스트(multicast), 브로드캐스트(broadcast), 전용 채널 등등을 통하여) 연관된 3GPP 네트워크의 무선 액세스 네트워크(Radio Access Network: RAN)로부터 등등이다.
도 2를 참조하면, 본 문서에 기술된 다양한 양상에 따라 사용자 장비(User Equipment: UE)에서 CATS를 가능하게 하는 시스템(200)의 블록도가 예시된다. 시스템(200)은 수신기 회로(receiver circuit)(210), 프로세서(220), 그리고 선택적인 송신기 회로(transmitter circuit)(230)를 포함한다. 수신기 회로(210) 및 선택적인 송신기 회로(230) 각각은 동일하거나 상이한 안테나(들)일 수 있는 하나 이상의 안테나에 (가령, 안테나 포트(들)를 통하여) 커플링되도록(coupled) 구성된다. 몇몇 실시예에서, 수신기 회로(210) 및 선택적인 송신기 회로(230)는 공통인 하나 이상의 컴포넌트를 가질 수 있거나, 양자 모두 송수신기 회로(transceiver circuit) 내에 포함될 수 있되, 다른 실시예에서 그것들은 그렇지 않다. 다양한 양상에서, 시스템(200)은 UE 내에 포함될 수 있는데, 예컨대, 시스템(200)(또는 이의 부분)은 UE의 수신기 및 송신기 또는 송수신기 회로 내에 있다.
수신기 회로(210)는, 예컨대, (가령, 페이징 채널, 브로드캐스트, 멀티캐스트, 전용 채널 등등을 통하여) RAN 네트워크로부터, NAS를 통하여 MME로부터, OMA-DM을 통하여 ANDSF로부터, 오버 더 톱 시그널링을 통하여 (가령, 제3자 서버와 연관된 애플리케이션을 거쳐) 제3자 서버로부터 등등으로, 제3자 서버를 위한 선택된 CATS 레벨의 표시(indication)를 수신할 수 있다. 위에서 논의된 바와 같이, CATS 레벨은 제3자 서버를 향한 네트워크 트래픽에 대한 하나 이상의 제한/우선순위화를 정의할 수 있다.
프로세서(220)는 CATS 레벨의 의해 영향을 받는 하나 이상의 애플리케이션을 식별할 수 있다. 제한/우선순위화에 따라서, 식별된 애플리케이션은 제3자 서버와 연관된 모든 애플리케이션 또는 단지 이의 일부(가령, CATS 레벨과 연관된 애플리케이션, CATS 레벨과 연관된 기능 또는 서비스를 수행할 수 있는 애플리케이션 등등)일 수 있다. 주어진 UE에 대해 어느 애플리케이션이 영향을 받는지는 본 문서에서 논의된 다양한 기준 중 임의의 기준, 가령, 3GPP 네트워크 또는 제3자 서버와의 가입 레벨 등등에 기초할 수 있다. CATS 구성 정보, 예를 들어 다양한 CATS 레벨(과 그것의 제한)에서 영향을 받는 애플리케이션을 식별하는 가입 관련 정보 또는 다른 정보가 수신기 회로(210)를 통하여 수신된다. 제한/우선순위화에 따라서, 시스템(200)을 포함하는 UE는 선택된 CATS 레벨에 의해 영향을 받거나 그렇지 않을 수 있다. UE가 영향을 받는 양상에서, 프로세서(220)는, 적절한 대로, 적어도 하나의 식별된 애플리케이션과 연관된 하나 이상의 송신을 지연하거나 방지할(가령, 우선순위화에 기초하여 송신할 수 있을 때까지, 또는 CATS 레벨이 변경되거나 CATS가 비활성화됨, 기타 등등일 때까지 지연할) 수 있다.
송신기 회로(230)는, 포함되는 경우, CATS 레벨에 기초하여 적절한 대로 애플리케이션으로부터 데이터를 송신할 수 있다. 예컨대, 제1 애플리케이션과 연관된 송신은 제한될 수 있되 제2 애플리케이션과 연관된 송신은 그렇지 않을 수 있거나, 제한은 주어진 애플리케이션의 송신의 본질(가령, 텍스트, 비디오 등등)에 달려 있을 수 있다.
다른 양상에서, 시스템(200)은 UE에서의 CATS의 구성을 가능하게 할 수 있다. 수신기 회로(210)는 CATS 구성 정보를 수신할 수 있고, 프로세서(220)는 CATS 구성 정보를 저장하고 CATS 구성 정보에 기초하여 CATS 레벨에 의해 영향을 받는 하나 이상의 애플리케이션을 나중에 식별할 수 있다. UE의 CATS 구성의 여러 기법이 아래에서 논의된다.
도 3을 참조하면, 본 문서에 기술된 다양한 양상에 따라 3GPP 네트워크의 하나 이상의 노드에서 CATS를 가능하게 할 수 있는 방법(300)의 흐름도가 예시된다. 310에서, 제3자 서버의 혼잡 및/또는 고장 상태가 판정될 수 있는데, 이는 제3자 서버로부터 수신되거나 3GPP 네트워크의 하나 이상의 노드에 의해 판정된 상태 데이터에 기초할 수 있다. 320에서, 3GPP 네트워크의 무선 액세스 네트워크(Radio Access Network: RAN)의 혼잡 레벨이 선택적으로 판정될 수 있다. 330에서, CATS 레벨이 제3자 서버의 혼잡/고장 상태에 기초하여 선택될 수 있거나, RAN 내에 적어도 임계량의 혼잡이 있는 경우에만 그러한 기준으로 선택될 수 있다. CATS 레벨은 제3자 서버를 향한 네트워크 트래픽에 대한 하나 이상의 제한 및/또는 우선순위화를 정의할 수 있다. 340에서, 하나 이상의 UE(가령, 영향을 받는 UE만, 모든 UE, CATS 서비스에 가입된 모든 UE 등등)가 제3자 서버를 위해 선택된 CATS 레벨을 통지받을 수 있다. 350에서, 제3자 서버를 향한 네트워크 트래픽의 하나 이상의 우선순위화 및/또는 제한이 구현될 수 있다. 추가적으로 또는 대안적으로, 하나 이상의 우선순위화 및/또는 제한은 영향을 받는 UE에 의해 구현될 수 있다.
도 4를 참조하면, 본 문서에 기술된 다양한 양상에 따라 사용자 장비(User Equipment: UE)에서 CATS를 가능하게 하는 방법(400)의 흐름도가 예시된다. 410에서, CATS 구성 정보가 선택적으로 수신될 수 있다. 420에서, 제3자 서버와 연관된 CATS 레벨의 표시가 수신될 수 있다. CATS 레벨은 제3자 서버를 향한 네트워크 트래픽에 대한 하나 이상의 우선순위화 및/또는 제한을 정의할 수 있다. 430에서, 제3자 서버와 연관된 하나 이상의 애플리케이션, 기능 또는 서비스가 하나 이상의 우선순위화 및/또는 제한에 기초하여 식별될 수 있다. 440에서, 하나 이상의 제한 및/또는 우선순위화는 UE에서 구현될 수 있는데, 하나 이상의 애플리케이션, 기능 또는 서비스 중 적어도 하나와 연관된 적어도 하나의 송신을 지연하거나 방지하는 것이다.
다음은 CATS 시스템 및 방법의 예시적 실시예 및 다양한 양상이다. 본 문서에서 논의된 실시예의 다양한 양상을 예시하는 목적으로 구체적 특징 및 예가 제공되나, 달리 표시되지 않는 한, 이들 특징 및 예는 선택적이고, 대안적인 특징 및 예가 추가적으로 또는 대안적으로 이용될 수 있다.
CATS("제3자 서버가 문제에 직면하는 경우의 애플리케이션으로부터의
트래픽의
제어"(
Control of Traffic from Applications when Third party Servers encounter problems))를 위한 시스템 아키텍처
CATS 기능은 세 개의 개체를 수반할 수 있다: 제3자 애플리케이션 서버(제3자 서버), 3GPP 네트워크 및 UE. 추가적으로, CATS 서버 노드가 3GPP 네트워크 내의 새로운 요소 또는 노드로서, 기존의 요소 또는 노드를 통하여, 또는 외부의 개체로서 구현될 수 있다. 도 5를 참조하면, 본 문서에 기술된 다양한 양상에 따라 CATS 시스템(500)의 예시적 아키텍처가 예시된다. CATS 시스템(500)의 예시적 아키텍처는 3GPP 네트워크(510), 제3자 서버(520), UE(530) 및 CATS 서버(540)를 포함할 수 있다. 3GPP 네트워크(510)가 도 5에서 CATS 서버(540)를 포함하는 것으로 예시되나, 위에서 논의된 바와 같이, 대안적인 실시예에서, CATS 서버(540)는 외부의 개체일 수 있다. 몇몇 실시예에서, UE(530)는 3GPP 시그널링을 통하여 3GPP 네트워크(510)를 거쳐 제3자 서버(520)와 통신할 수 있으나, 다른 실시예에서, UE(530) 및 제3자 서버(520) 간의 점선에 의해 표시된 바와 같이, UE(530)는 오버 더 톱 시그널링을 통해 (가령, 인터넷 프로토콜(Internet Protocol: IP) 레벨 시그널링 등등을 통해) 제3자 서버(520)와 통신할 수 있다.
도 5에 도시된 것과 같은 몇몇 양상에서, CATS 기능은, UE 상의 CATS 애플리케이션을 공급할(provision) 뿐만 아니라 MNO 관점에서 전체적인 CATS 기능을 활성화/비활성화/관리하는 3GPP 네트워크 개체 내에 정의될 수 있다. 대안적으로, 3GPP 네트워크 내부의 CATS 기능을 책임지는 하나보다 많은 3GPP 노드가 있을 수 있는데, 즉 CATS 기능은 3GPP 네트워크에 두루 분산되고 분포될 수 있다.
추가적으로 또는 대안적으로, CATS 서버 개체는 3GPP 네트워크 내의 독립형(standalone) 네트워크 개체일 수 있다. 양상에서, CATS 서버 개체는 UE와 통신하기 위해 SOAP/XML 기초 전송을 사용할 수 있다.
대안적으로, CATS 서버는 다른 3GPP 네트워크 개체와 코로케이팅될 수 있거나, 그것의 기능은 상이한 3GPP 노드 사이에 나뉠 수 있다. 하나의 예에서, CATS 서버는 모바일 관리 개체(Mobile Management Entity: MME)와 코로케이팅되고 UE와 통신하는 데에 비-액세스 층(Non-Access Stratum: NAS) 프로토콜을 사용할 수 있다. 다른 예에서, CATS 서버는 액세스 네트워크 디스커버리 및 선택 기능(Access Network Discovery and Selection Function: ANDSF)과 코로케이팅되고 UE와 통신하는 데에 오픈 모바일 연합-디바이스 관리(Open Mobile Alliance-Device Management: OMA-DM) 프로토콜을 사용할 수 있다. 다른 예에서, CATS 서버는 eNB와 코로케이팅되고 UE와 통신하는 데에 무선 리소스 제어(Radio Resource Control: RRC) 프로토콜을 사용할 수 있다.
CATS 구성 (CATS를 지원하도록
UE를
구성하기)
CATS를 사용하도록 그리고 CATS 구성으로써 UE를 구성하기 위해 다양한 기법이 이용될 수 있다.
제1 예에서, UE는 제3자 서버에 의해 직접 (가령, 그것이 거기에 연결된 처음 또는 나중에 재구성을 위해) 구성될 수 있다.
제2 예에서, UE는 CATS에 가입될 수 있고 OMA-DM 또는 오버 디 에어(Over-The-Air: OTA) 업데이트를 통하여 구성이 수정될 수 있다.
제3 예에서, 네트워크 운영자는 제3자 서버로부터 수신된 UE 가입 및/또는 정보에 기초하여 UE를 구성할 수 있다. UE가 CATS를 지원할 수 있는지는 홈 가입자 서비스(Home Subscriber Service: HSS)/홈 위치 레지스터(Home Location Register: HLR) 내에 가입 정보의 일부로서 저장될 수 있다. 이 정보는 가입자 데이터 삽입 절차(subscriber data insertion procedure) 동안에 MME에 다운로드될 수 있다.
제4 예에서, UE 및 네트워크는 CATS 기능의 지원 및 구성을 나타내고/거나 협상할(negotiate) 수 있다. 이 절차는 CATS 관련 정보를 얻기 위해서, 예컨대, CATS의 사용을 유효화하기(validate) 위해 또는 CATS 구성 설정을 선택하기 위해 제3자 서버, CATS 서버 또는 HSS와 같은 다른 개체를 수반할 수 있다.
제5 예에서, UE는 CATS를 사용하도록 사전구성될 수 있고 CATS 애플리케이션과의 디폴트 구성(default configuration)은 UE 내에 사전구성될 수 있다.
위에 기술된 예시적 구성 기법 중 임의의 것이 초기 구성을 지나서 추가적인 구성을 위해, 예를 들어 사전구성된 정보를 수정하기 위해 또는 기능을 (비)활성화하기 위해 또한 적용될 수 있다.
서버 고장의
3GPP
네트워크 검출
제3자 서버에서 고장이 발생하는 경우, 네트워크는 다양한 기법 중 임의의 것에 의해 고장을 검출할 수 있다.
제1 예에서, 적어도 임계 기간(threshold period of time)(가령, 5분 등등) 동안 제3자 서버에 어떤 성공적인 연결도 이루어지지 않은 것에 기초하여 고장이 검출될 수 있다.
제2 예에서, 제3자 서버에 의해 거부되는 연속적 순번 연결 요청의 수가 임계 수(가령, 20회의 시도 등등)를 초과하는 것 또는 주어진 기간 내의 연결 요청의 수가 임계 수를 초과하는 것에 기초하여 고장이 검출될 수 있다.
제3 예에서, 제3자 서버의 상태를 검출하기 위해 3GPP 네트워크에 의해 박동 핑(heartbeat ping)이 (가령, 주기적으로 등등) 이용될 수 있다.
제4 예에서, 제3자 서버는 혼잡(또는 고장 등등) 정보를 그것에 연결된 디바이스에 직접적으로 제공할 수 있고 3GPP 네트워크 노드(패킷 게이트웨이(Packet GateWay: P-GW)/서빙 게이트웨이(Serving GateWay: S-GW)/진화된 노드B(Evolved NodeB: eNB))가 패킷 검사를 통하여 이 정보를 추출할 수 있다.
추가의 양상에서, 3GPP 네트워크는 네트워크 구현, 정의된 규칙, 그리고/또는 언제 잠재적인 고장 상황이 3GPP 네트워크에 의해 검출되는지에 적어도 부분적으로 기초하여 혼잡/고장/기타 정보에 대해 제3자 서버에 질의할 수 있다. 이들 양상 중 일부에서, 네트워크 및 제3자 서버 간에 그러한 정보를 통신하기 위해 추가적인 제어 통신이 생성될 수 있다. 대안적으로, 현재의 인터페이스의 기능이 그러한 정보를 취급하도록 확대될 수 있다.
제3자 서버가 혼잡하게 된 (또는 고장이 난 등등의) 경우, 혼잡한 등등인 서버를 향한 추가의 시도가 방지될 수 있도록 혼잡(또는 고장 등등) 상황에 대한 정보가 관련 개체에 제공될 수 있다. 이는 3GPP 시스템 및 UE 양자 모두에 혼잡 등등에 대해 통보하는 것을 수반할 수 있다.
본 문서에 기술된 실시예는 광범위한 시스템 아키텍처와 관련되어 이용될 수 있고, 3GPP 시스템은 다양한 방식으로 제3자 서버에서의 혼잡/고장을 통보받을 수 있다. 예컨대, 도 6은 본 문서에 기술된 다양한 양상에 따라 머신 타입 통신을 활용하는 실시예를 위한 예시적 3GPP 네트워크 아키텍처를 보여준다.
제1 예에서, 3GPP 시스템은 Tsp 인터페이스와 같은 기존의 인터페이스를 사용하여 통보받을 수 있다. 도 6에서 보이는 바와 같이, 서비스 능력 서버(Service Capability Server: SCS) 또는 제3자 애플리케이션 서버는 상호연동 기능(InterWorking Function: IWF)에 (가령, 과부하(overload) 등등을 나타내는) 메시지를 발신할 수 있다. IWF는 이 정보를 T5 인터페이스를 통하여 이동성 관리 개체(Mobility Management Entity: MME)에 발신할 수 있다. 만일 UE가 혼잡한 등등의 서버를 향해 새로운 PDN 연결을 개시하는 경우, MME는 접속 요청(attach request) 또는 서비스 요청(service request)을 방기할(drop) 수 있다. 이 정보는 MME 재배치(relocation)의 경우에 타겟(target) MME에 전달될 수 있다. 양상에서, Tsp는 애플리케이션 프로그래밍 인터페이스(Application Programming Interface: API)로서 구현될 수 있는데, 예컨대, IWF는 제3자 부하 정보(third party load information)를 얻기 위해 SCS를 향해 API를 노출할 수 있다.
제2 예에서, IWF는 혼잡 등등 정보를 패킷 게이트웨이(Packet Gateway: P-GW)에 발신할 수 있다. P-GW는 혼잡한 (등등의) 제3자 서버를 향한 트래픽을 추진조절하기(throttle) 위해 기존의 메커니즘을 사용할 수 있다. P-GW는 또한 혼잡한 (등등의) 제3자 서버를 향한 새로운 IP(Internet Protocol) 흐름의 수립(establishment)을 직접적으로든 또는 트래픽 검출 기능(Traffic Detection Function: TDF)을 통해서든 검출하고 해당 연결을 거부할 수 있다. P-GW에서의 혼잡 등등 정보는 기존의 메커니즘을 적용함으로써 액세스 포인트 명칭(Access Point Name: APN)마다, 또는 애플리케이션별로(on a per application basis) 유지될 수 있다.
제3 예에서, 혼잡/고장/기타 정보는 (가령, 3GPP 시스템 등등 내에서) CATS 서버에 보존될 수 있다. CATS 서버는 3GPP 운영자와 업무 협약을 맺은 제3자 서버에 대한 혼잡/고장/기타 정보를 포함할 수 있다. 그러면 CATS 서버는 이 정보를 상이한 3GPP 노드 및/또는 UE에 전달할 수 있다.
UE에 통보하는 것은 또한 다양한 방식으로 일어날 수 있다.
제1 예에서, CATS 서버는 직접적으로 UE에 혼잡, 고장, 기타 정보를 전달할 수 있다. 위에서 설명된 바와 같이, CATS 서버는 MME 또는 ANDSF와 코로케이팅될 수 있거나, 독립형 개체일 수 있다.
제2 예에서, UE는 UE 콘텍스트(context) 정보의 일부로서 애플리케이션별로 혼잡, 고장, 기타 정보를 유지할 수 있다.
UE에 통보하기 위해 다양한 절차가 이용될 수 있다. 몇몇 실시예에서, 유휴 모드(IDLE mode)를 위해, UE는 새로운 서비스 요청/RRC(Radio Resource Control) 연결을 개시하기 전에 혼잡, 고장, 기타 정보를 체크할 수 있다. 동일한 또는 다른 실시예에서, 연결 모드(CONNECTED mode)를 위해, UE는 동일한 APN으로의 새로운 PDN 연결 또는 새로운 IP 흐름을 개시하기 전에 혼잡 정보를 체크할 수 있다.
부분적인 고장 또는 혼잡 동안 제3자 서버로의 액세스를 관리하기 위한 CATS의 활성화
부분적인 고장 또는 혼잡의 검출 또는 통지 후, 3GPP 네트워크는 3GPP 네트워크의 상태에 상관없이 CATS를 활성화할 수 있거나, 아니면 만일 3GPP 네트워크의 네트워크 부하(network load)가 임계를 초과하는 경우 CATS를 활성화할 수 있다. 실시예의 이 제2 세트에서, 만일 네트워크 부하가 임계 미만인 경우, CATS는 활성화될 필요가 없고, UE는 네트워크에 영향을 끼치지 않고 계속해서 서버에 연결하려고 시도할 수 있다.
제3자 서버가 부분적인 고장 또는 혼잡을 겪는 경우, 제3자 서버를 액세스하기 위한 모든 연결 또는 시도를 불능화하는(disable) 것이 필수적일 필요는 없다. 혼잡은 다양한 기법을 통하여 경감될 수 있다.
제1 예에서, 혼잡 또는 부분적인 고장을 갖는 제3자 서버로 임의의 UE를 연결하기 위한 새로운 시도를 방지하면서, 제3자 서버와의 기존의 PDN 연결이 유지될 수 있다.
제2 예에서, 제3자 애플리케이션 제공자 및 3GPP 운영자에 의해 사전합의된 하나 이상의 기준에 기초하여 새로운 연결 시도가 우선순위화될 수 있다. 하나의 그러한 예는, 아래에서 논의되는 우선순위화 옵션 하에서, 표 1 및 도 7과 관련되어 설명되는 바와 같이, 3GPP 네트워크 운영자의 가입자 클래스(subscriber class)를 기준으로 사용하여 우선순위화하는 것이다. 다른 그러한 예는, 아래에서 논의되는 우선순위화 옵션 하에서, 표 2 및 도 8과 관련되어 설명되는 바와 같이 제3자 애플리케이션 제공자와의 가입 클래스(가령, 납입식(paid) 대 불납식(unpaid) 등등)를 사용하여 우선순위화하는 것이다. 추가적인 예는, 제3자 서버 또는 서버들이 여러 애플리케이션 또는 기능을 지원하는 사례에서인데, 아래에서 논의되는 우선순위화 옵션 하에서, 표 3 및 도 9와 관련되어 설명되는 바와 같이, 애플리케이션 또는 기능(개별 애플리케이션 또는 기능, 이의 그룹 등등)을 기준으로 사용하여 우선순위화하는 것이다.
제3 예에서, (본 문서에서 논의되는 바와 같이) 더 낮은 우선순위를 가지는 UE로부터의 트래픽은 제3자 서버로 연결되는 것이 제한될 수 있고, 몇몇 양상에서, 그러한 UE가 연결을 가지는 경우, 그것은 어떤 혼잡 또는 부분적인 고장 레벨이 판정되는 경우 연결해제될 수 있다.
제4 예에서, UE가 제3자 서버로의 자신의 연결에서 발생시키는 부하의 양에 적어도 부분적으로 기초하여 연결이 우선순위화될 수 있다.
제5 예에서, UE가 예컨대 모든 서버 및 다른 UE와의 자신의 진행 중인 연결 사이에 발생시키는 부하의 전체적인 양에 적어도 부분적으로 기초하여 연결이 우선순위화될 수 있다.
다양한 양상에서, 혼잡을 경감하기 위해 위의 예 또는 이의 양상 중 여럿의 조합이 이용될 수 있다.
우선순위화 옵션
본 문서에서 논의되는 다양한 우선순위화 옵션은, 3GPP 운영자 및 제3자 애플리케이션 제공자가 망 중립성(net neutrality)에 의해 구속되지 않으며 정상적인(가령, 비응급(non-emergency) 등등) 상황에서 그들의 서버, UE 및 네트워크 상의 애플리케이션에 상이한 취급을 적용할 수 있는 비-CATS 상황에서 추가적으로 적용될 수 있다.
제1 우선순위화 옵션에서, 위에서 논의된 바와 같이, 우선순위화는 3GPP 가입 레벨에 기초할 수 있다. 아래의 표 1은 서비스의 3GPP 가입자 클래스에 따른 액세스 우선순위화의 일례를 보여준다:
위의 표 1에서, 'N'은 제3자 서버로의 트래픽이 제한될 것임을 나타내고 'Y는 제3자 서버로의 연결의 개시가 제한되지 않을 것임을 나타낸다. CATS 레벨 및 가입자 레벨의 수(와 명칭)는 위에 표시된 것과 다를 수 있고, 실질적으로 임의의 수의 CATS 레벨 및/또는 가입 레벨을 포함할 수 있다.
도 7을 참조하면, 본 문서에 기술된 다양한 양상에 따라 3GPP 가입 상태에 기초하는 우선순위화로써 CATS를 구현하는 예시적 방법(700)이 예시된다. 방법(700)은, 710에서, 제3자 서버가 3GPP 네트워크에 혼잡 또는 부분적 고장을 통지하는 것을 포함할 수 있는데, 이는 혼잡 또는 고장의 레벨을 선택적으로 포함할 수 있다. 대안적으로, 3GPP 네트워크는 위에서 논의된 기법을 사용하여, 통지받지 않고서 혼잡 또는 고장(그리고 선택적으로, 연관된 레벨)을 판정할 수 있다. 720에서, 3GPP 네트워크는 어느 UE가 영향을 받을 것인지를 판정할 수 있는데, 이는 UE(들)의 3GPP 가입 레벨(들)에 적어도 부분적으로 기초할 수 있다. 이 판정은 혼잡 또는 고장 레벨에 기초하여 구현할 CATS 레벨을 판정하는 것을 포함할 수 있다. 730에서, 3GPP 네트워크는 판정된 UE 또는 판정된 CATS 레벨(이는 UE의 세트와 연관될 수 있음)을 위해 CATS를 활성화할 수 있다. 740에서, CATS는 하나 이상의 판정된 UE(또는 판정된 CATS 레벨과 연관된 UE의 세트 내의 UE)를 서빙하는(serving) eNB(들)를 통하여 활성화될 수 있다. 750에서, 740의 eNB(들)는 판정된 UE(또는 판정된 CATS 레벨과 연관된 UE의 세트 내의 UE)에 CATS와 연관된 서버 액세스 제한(들)을 통지할 수 있다. 선택적으로, CATS는 PLMN 네트워크 내에 등록된(registered) 모든 UE에 활성화될 수 있는데, 어느 UE가 영향을 받을 것인지를 네트워크가 판정할 필요성을 없앤다. 이 경우에, 통지는 모든 UE에 발신될 수 있다.
특정 실시예에 따라서, 방법(700) 및 유사한 방법에서 논의되는 바와 같이 3GPP 네트워크에 의해 취해지는 행동은 다양한 네트워크 개체를 포함할 수 있다. 예컨대, CATS 활성화는 (1) NAS 프로토콜을 통하여 MME로부터, (2) OMA-DM 프로토콜을 통하여 ANDSF로부터, (3) HTTP 프로토콜을 통하여 전용 CATS 서버로부터, (4) 무선 채널(가령, 브로드캐스트, 멀티캐스트, 전용 채널 등등) 상에서의 CATS 활성화를 나타내는 RAN으로부터, 또는 다른 네트워크 개체로부터 개시될 수 있다.
방법(700)의 하나의 예시적 구현 시나리오는 표 1의 예와 관련된 것일 수 있다. 예컨대, 만일 제3자 서버가 혼잡하게 되고 (가령, 제3자 애플리케이션 제공자 및 3GPP 운영자 간의 합의에 기초하여) CATS 레벨 n이 판정되는 경우, 3GPP 골드 레벨(gold level)(또는 어떤 다른 임의적인 높은 레벨) 가입자는 예외로 하고, 가입 UE로부터의 모든 트래픽이 제한될 것이다.
혼잡 조건(congestion condition)이 경감됨에 따라, 제3자 애플리케이션 서버는 호전되는 조건을 3GPP 네트워크에 통지할 수 있다. 네트워크는 CATS 레벨 n+1을 활성화할 수 있는데, 그 CATS 레벨 하에서 3GPP 골드(gold) 및 실버(silver) 가입자는 서버를 액세스하는 데에서 제한을 받지 않는다. 예시적 CATS 레벨 n+1과 관련하여, 3GPP 브론즈(bronze) 및 통상(ordinary) 가입자의 UE로부터의 트래픽은 제3자 서버로부터 제한된 채로 있다.
혼잡 조건이 제3자 서버에서 더 개선됨에 따라, 3GPP 운영자는, 새로운 혼잡 정보에 기초하여, CATS 조건 레벨 n+2를 활성화할 수 있는데, 여기서 3GPP 브론즈 가입자로부터의 트래픽은 3GPP 골드 및 실버 가입자로부터 제3자 서버로의 트래픽과 동일한 취급을 받을 수 있다. 3GPP 통상 가입자로부터 제3자 서버로의 트래픽은 여전히 제한될 수 있다.
제3자 서버에서의 혼잡 레벨이 완전히 내려앉은 경우, 3GPP 운영자에 의해 CATS가 비활성화될 수 있고, 제3자 애플리케이션에 가입한 모든 3GPP 가입자는 제한 없이 연결할 수 있도록 허용될 수 있다.
제2 우선순위화 옵션에서, 위에서 논의된 바와 같이, 우선순위화는 제3자 가입 레벨에 기초할 수 있다. 그러한 양상에서, 제3자 서비스와 계약된(signed-up) 각각의 디바이스의 제3자 가입 레벨(가령, 서비스 가입 레벨)을 포함하도록 제3자 서버 및 3GPP 네트워크 운영자 간에 합의가 있을 수 있다. 혼잡 동안에, 그러면 제3자 서버는 어느 가입 레벨이 서비스를 액세스하는 것으로부터 제한되는지를 식별할 수 있고, 제3자 서버는 3GPP 네트워크에 알리기 위한 통지를 발신할 수 있다. 이 통지는 네트워크를 액세스하도록 허용된 제3자 가입 레벨(들) 또는 네트워크를 액세스하도록 허용되지 않은 제3자 가입 레벨(들)(가령, 화이트리스트(whitelist) 또는 블랙리스트(blacklist))을 포함할 수 있다.
아래의 표 2는 제3자 애플리케이션 서비스 제공자와의 서비스의 제3자 가입자 클래스에 따른 액세스 우선순위화의 일례를 보여준다:
위의 표 2에서, 'N'은 제3자 서버로의 트래픽이 제한될 것임을 나타내고 'Y는 제3자 서버로의 연결의 개시가 제한되지 않을 것임을 나타낸다. 제1 옵션에 있어서와 같이, CATS 레벨 및 가입자 레벨의 수(와 명칭)는 위에 표시된 것과 다를 수 있고, 실질적으로 임의의 수의 CATS 레벨 및/또는 가입 레벨을 포함할 수 있다.
도 8을 참조하면, 본 문서에 기술된 다양한 양상에 따라 제3자 서버와의 가입 상태에 기초하는 우선순위화로써 CATS를 구현하는 예시적 방법(800)이 예시된다. 방법(800)은, 810에서, 제3자 서버가 3GPP 네트워크에 혼잡 또는 부분적 고장을 통지하는 것을 포함할 수 있는데, 이는 혼잡 또는 고장의 레벨을 선택적으로 포함할 수 있다. 대안적으로, 3GPP 네트워크는 위에서 논의된 기법을 사용하여, 통지받지 않고서 혼잡 또는 고장(그리고 선택적으로, 연관된 레벨)을 판정할 수 있다. 820에서, 3GPP 네트워크는 어느 UE가 영향을 받을 것인지를 판정할 수 있는데, 이는 제3자 서버와의 UE(들)의 가입 레벨(들)에 적어도 부분적으로 기초할 수 있다. 이 판정은 혼잡 또는 고장 레벨에 기초하여 구현할 CATS 레벨을 판정하는 것을 포함할 수 있다. 830에서, 3GPP 네트워크는 판정된 UE 또는 판정된 CATS 레벨(이는 UE의 세트와 연관될 수 있음)을 위해 CATS를 활성화할 수 있다. 840에서, CATS는 하나 이상의 판정된 UE(또는 판정된 CATS 레벨과 연관된 UE의 세트 내의 UE)를 서빙하는 eNB(들)를 통하여 활성화될 수 있다. 850에서, 840의 eNB(들)는 판정된 UE(또는 판정된 CATS 레벨과 연관된 UE의 세트 내의 UE)에 CATS와 연관된 서버 액세스 제한(들)을 통지할 수 있다.
제3 우선순위화 옵션에서, 위에서 논의된 바와 같이, 우선순위화는 제3자 서버와 연관된 개별 애플리케이션 또는 기능(또는 이의 세트)에 기초할 수 있다. 이 우선순위화 옵션의 양상에서, 3GPP 운영자는 제3자 서버에서의 혼잡 조건에 기초하여 CATS의 상이한 레벨을 활성화할 수 있는데, 이로써 조건 레벨에 대해 오직 식별된 애플리케이션을 불허하고 블랙 리스트 상의 애플리케이션 중 나머지를 허용한다(또는 화이트 리스트와 관련하여, 반대로).
우선순위화 방안은, 예컨대, 애플리케이션의 리스트 상의 각각의 애플리케이션을 위해 허용된 값을 할당함으로써 달성될 수 있다. 선택적으로, 우선순위화 방안은 특정 애플리케이션을 식별하는 것을 통해서가 아니라, 애플리케이션 타입 또는 카테고리에 기초하여 우선순위화할 수 있다. 할당되는 값은 숫자로 된 것(numerical), 알파벳으로 된 것(alphabetical), 텍스트로 된 것(textual) 등등, 또는 이의 조합일 수 있다. 이들 값에 기초하여, 애플리케이션은 네트워크를 액세스하도록 허용되거나 허용되지 않을 수 있다. 예컨대, 제3자 서버에서의 주어진 레벨(가령, 레벨 n)의 혼잡에 있어서, 제3자 서버는 3GPP 네트워크에 통지할 수 있고 3GPP 네트워크는 어느 애플리케이션이 CATS를 적용하여야 할지를 결정할 수 있다. 이 결정은 제3자 서버를 작동하는 개체 및 3GPP 네트워크 운영자 간의 합의에 기초할 수 있다. 그러면 3GPP 네트워크는 주어진 애플리케이션(들)을 위해 CATS를 트리거링하기(trigger)로 결정할 수 있다. 그러면 네트워크는 UE에 CATS 구현을 통지할 수 있다. 통지는 어느 애플리케이션(들)이 제한되는지에 대해 UE에 알림으로써 또는 UE에 서버 혼잡 레벨을 전함으로써 행해질 수 있고, UE는 CATS에 좌우되는 애플리케이션(들)을 판정하기 위해 서버 혼잡 레벨을 맵핑할(map) 수 있다.
아래의 표 3은 애플리케이션 또는 기능에 기초하는 액세스 우선순위화의 일례를 보여주는데, 입도(granularity)의 상이한 레벨을 제공한다:
위의 표 3에서, 'N'은 제3자 서버로의 트래픽이 제한될 것임을 나타내고 'Y'는 제3자 서버로의 트래픽이 제한되지 않을 것임을 나타낸다. 위의 옵션에 있어서와 같이, CATS 레벨은 위에 표시된 것과 다를 수 있고, 실질적으로 임의의 수의 CATS 레벨을 포함할 수 있다. 표 3이 예시적 애플리케이션을 나열하나, 애플리케이션, 기능 또는 이의 조합의 세트 또는 카테고리가 추가적으로 또는 대안적으로 CATS 레벨과 관련되어 지정될 수 있다.
도 9를 참조하면, 본 문서에 기술된 다양한 양상에 따라 애플리케이션 또는 기능에 기초하는 우선순위화로써 CATS를 구현하는 예시적 방법(900)이 예시된다. 방법(900)은, 910에서, 제3자 서버가 3GPP 네트워크에 혼잡 또는 부분적 고장을 통지하는 것을 포함할 수 있는데, 이는 CATS 레벨을 포함하거나 CATS를 위한 하나 이상의 애플리케이션 또는 기능을 지정할 수 있다. 대안적으로, 3GPP 네트워크는 위에서 논의된 기법을 사용하여, 통지받지 않고서 CATS 레벨을 판정할 수 있다. 920에서, 3GPP 네트워크는 어느 애플리케이션 및/또는 기능이 영향을 받을 것인지를 판정할 수 있는데, 이는 CATS 레벨 또는 표시된 애플리케이션 및/또는 기능에 기초할 수 있다. 930에서, 3GPP 네트워크는 판정된 애플리케이션/기능 또는 판정된 CATS 레벨(이는 애플리케이션 및/또는 기능의 세트와 연관될 수 있음)을 위한 CATS를 활성화할 수 있다. 940에서, CATS는 판정된 애플리케이션/기능에 가입한 하나 이상의 UE를 서빙하는 eNB(들)를 통하여 활성화될 수 있다. 950에서, 940의 eNB(들)는 가입 UE에 CATS와 연관된 서버 액세스 제한(들)을 통지할 수 있다.
도 10을 참조하면, 본 문서에 기술된 다양한 양상에 따라 애플리케이션 또는 기능에 기초하는 우선순위화로써의 CATS의 제3자 구현의 예시적 방법(1000)이 예시된다. 방법(1000)은, 1010에서, 예를 들어 검출된 혼잡 또는 고장에 기초하는, 제3자 서버에 의한 제1 선택된 레벨(가령, 표 3에서 레벨 n)에서의 CATS의 활성화를 포함할 수 있다. 1020에서, 제1 선택된 CATS 레벨에 따라, 애플리케이션 및/또는 기능의 세트가 제한될 수 있는데, 예컨대, 표 3 내의 예시적 CATS 레벨 n에 있어서와 같이, 모든 애플리케이션이 제한된다. 1030에서, 검출된 혼잡 또는 고장 레벨이 개선됨에 따라, CATS의 제2 선택된 레벨(가령, 표 3에서 레벨 n+1)이 제3자 서버에 의해 활성화될 수 있고, 1040에서, 애플리케이션 및/또는 기능의 제1 세트는 허용될 수 있되 애플리케이션 및/또는 기능의 제2 세트는 제한된 채로 있을 수 있다. 예컨대, 표 3에서와 같이, 애플리케이션 E 및 F는 허용될 수 있고, 애플리케이션 A, B, C 및 D는 제한될 수 있다. 1050에서, 검출된 혼잡 또는 고장 레벨이 더 개선됨에 따라, CATS의 제3 선택된 레벨(가령, 표 3에서 레벨 n+2)이 제3자 서버에 의해 활성화될 수 있고, 1060에서, 애플리케이션 및/또는 기능의 제3 세트는 허용될 수 있되 애플리케이션 및/또는 기능의 제4 세트는 제한된 채로 있을 수 있다. 예컨대, 표 3에서와 같이, 애플리케이션 C, D, E 및 F는 허용될 수 있고, 애플리케이션 A 및 B는 제한될 수 있다. 1070에서, 검출된 혼잡 또는 고장의 중단 시에, CATS가 제3자 서버에 의해 비활성화될 수 있고, 1080에서, 모든 애플리케이션 및/또는 기능이 허용될 수 있다.
본 문서에서 (가령, 도 7, 도 8, 도 9 및 도 10 등등과 관련하여) 사용되는 바와 같이, 용어 네트워크는 CATS를 가능하게 하거나 활성화할 수 있는 다양한 컴포넌트 중 임의의 것을 포함할 수 있다. UE 내의 CATS 조건의 활성화는, 예컨대, NAS 프로토콜을 통하여 MME로부터, OMA-DM 프로토콜을 통하여 ANDSF로부터, HTTP 프로토콜을 통하여 전용 CATS 서버로부터, 무선 채널(가령, 브로드캐스트, 멀티캐스트 또는 전용 채널) 상에서의 CATS 활성화를 나타내는 RAN으로부터, 기타 등등으로부터 개시될 수 있다.
UE로의
CATS 활성화의 통지
제3자 서버에서의 완전한 고장의 경우에, 위에서 더욱 상세히 설명된 바와 같이, 3GPP 네트워크는 고장을 검출할 수 있고, CATS를 활성화할 수 있으며, 고장난 제3자 서버를 액세스하기 위한 추가의 시도를 방지할 수 있다. 다양한 양상에서, 3GPP 네트워크는 UE가 제3자 서버와 갖는 연결을 연결해제할 수도 있다.
UE로의 통지는 (a) 페이징 채널, (b) 전용 메시지(가령, 도 12a 및 도 12b와 관련하여 아래에서 더욱 상세히 설명되는 바와 같은 NAS 시그널링), (c) 멀티캐스트 및/또는 브로드캐스트 채널, 또는 (d) 옵션 a, b 또는 c 중 임의의 것을 통하여 UE로의 메시지가 뒤따를 수 있는 (예를 들어 도 12a 및 도 12b와 관련하여, 아래에서 더욱 상세히 논의되는 바와 같은) OMA-DM 구성 중 적어도 하나를 통하여 발신될 수 있다.
통지는 유휴 모드 또는 연결 모드 UE 양자 모두에 발신될 수 있다. 이 통지는 생성될 수 있는 새로운 메시지로서 또는 현재의 메시지의 일부로서의 새로운 정보 요소(Information Element: IE) 또는 구조로서 포함될 수 있다. 추가로, 3GPP 내에 정의된 기존의 기능이 재사용되고 그것의 기능이 확장되어 또한 UE에 CATS를 통지할 수 있다.
만일 UE가 이미 서버에 연결되고 연결의 고장이 있는 경우, UE를 재연결하려고 시도하는 때는, 만일 CATS 규칙이 적용 가능하다면(가령, 만일 CATS가 그 UE 및 시도된 애플리케이션/기능에 적용된다면), 이를 준수할 것이 요구될 수 있다.
가입자/가입의 CATS 등급의 관리, 공급 및 조작
UE가 가진, 서비스의 CATS 제3자 가입 레벨/등급의 관리, 공급 및 조작(manipulation)을 위한 추가의 기법은 NAS 시그널링, OMA-DM 시그널링, 가입자 신원 모듈(Subscriber Identity Module: SIM) 툴킷(Toolkit), 또는 오버 더 톱 시그널링의 사용을 포함할 수 있다.
하나의 예에서, NAS 시그널링은 서비스의 가입 레벨 및/또는 등급의 관리, 공급 및/또는 조작을 위해 이용될 수 있다. 예컨대, CATS가 활성인 경우 제3자로부터의 서비스에 대한 요청이 허용되는지를 확인하기 위해 CATS가 활성인 경우 UE의 제3자 가입 레벨의 표시가 사용될 수 있고, 3GPP 기술 사양(Technical Specification: TS) 24.008 및 TS 24.301과 관련되어 기술된 것과 같은 NAS 시그널링 메시지를 통해 네트워크에 의해 UE에 시그널링될 수 있다. 도 11은 본 문서에 기술된 다양한 양상에 따라 CATS와 관련된 가입 레벨 정보의 통신을 위한 NAS 시그널링의 예시적 구현을 예시한다.
다른 예에서, OMA-DM 시그널링이 이용될 수 있다. OMA(Open Mobile Alliance)의 후원 하에, 운영자의 3GPP 네트워크 내의 소스(source)로부터 또는 운영자의 3GPP 네트워크에 의해 인가된 조직 또는 회사로부터 UE에 정보를 공급하기 위한 수단이 표준화되었다. OMA는 OMA 디바이스 관리(Device Management: DM) 프로토콜 사양, 버전 1.2에 정의된 프로토콜 메커니즘을 통해 이것을 가능하게 했다. 이들 OMA 메커니즘을 사용하여, UE는 개개의 제3자 서버, 그것들의 애플리케이션, 그리고 UE와 연관된 가입 레벨(들)에 대한 정보뿐만 아니라, CATS 정책과 연관된 정보를 공급받을 수 있다. 도 12a는 본 문서에 기술된 다양한 양상에 따라 CATS 정책에 관한 정보를 제공하는 OMA-DM 데이터 구조의 일례를 예시한다. 도 12b는 본 문서에 기술된 다양한 양상에 따라 OMA 관리 객체(Management Object) 표현의 일부로서 도 12a의 예시적 OMA-DM 데이터 구조의 표현을 예시한다.
도 12a 내지 도 12b에 도시된 예시적 데이터 구조(또는 유사한 데이터 구조)와 관련하여, UE는 어떤 제3자 서버가 호스팅하고(hosting) 있는 서비스(들) 또는 애플리케이션(들)의 특정 서비스 가입 레벨(들)을 통보받을 수 있다. 가입 레벨(들)은 제3자 서버에 의해 정의된 것과 같은, 실질적으로 임의의 수의 레벨(또는, 대안적으로, 최대 개수까지의 임의의 수의 허용된 레벨)을 포함할 수 있고, 하나 이상의 CATS 레벨 각각에서 그 가입 레벨과 연관된 UE에 대해 액세스가 제한되는지 여부와 연관될 수 있다. 하나의 예에서, 가입 레벨은 표 1 및 표 2에 도시된 예시적 가입 레벨(가령, 골드, 실버, 브론즈, 통상)일 수 있다. 대안적으로, 가입 레벨은 그저 프리미엄 레벨(premium level), 통상 레벨(ordinary level) 또는 엔트리 레벨(entry level) 등등을 나타낼 수 있다. 몇몇 제3자 서버와 관련하여, 가입 레벨 정보는 (가령, 다양한 가입 레벨을 위한 한도(cutoff) 값을 정의하는 하나 이상의 임계 값 등등과 비교해서, 사용자가 투자 또는 거래 계정에 얼마나 많은 돈을 가지는지에 기초하여) 제3자 서버와의 관계의 다른 양상으로부터 판정되거나 이와 연관될 수 있다.
제3 예에서, SIM 툴킷이 이용될 수 있다. 그러한 양상에서, EF(Elementary File)은 3GPP TS 31.102에 정의된 EF와 유사하게 범용 SIM(Universal SIM: USIM) 내에 저장될 수 있다. 이 EF는 본 문서에서 EFCATS로 지칭된다. SIM 툴킷을 통하여, EFCATS의 공급 및 갱신은 표시된 제3자 서버에 대해 UE가 가입된 가입 레벨에 관한 정보를 실장하고(populate) 업데이트할 수 있다. 도 13은 본 문서에 기술된 다양한 양상에 따라 예시적 내용을 갖는 예시적 EFCATS를 보여준다.
도 13의 예시적 EFCATS는 제3자 서버/서비스의 표시를 포함한다. 그것을 따라서, CATS에 좌우되는 서비스/애플리케이션 ID가 표시된다. 도 13의 예에서, 제3자 서버/서비스를 위한 최대 8개 타입의 서비스/애플리케이션 ID가 도시된다. 이것을 따라서, 표시된 서비스/애플리케이션 ID 각각에 대해, 가입된 CATS 서비스 등급(Grade of CATS service: GoCATSservice)의 대응하는 표시가 있다. 도 13의 예에서, GoCATS서비스-1(GoCATSservice-1)은 제1 서비스/앱-ID(service/app-ID)에 관련될 수 있고 GoCATS서비스-2(GoCATSservice-2)는 제2 서비스/앱-ID에 관련될 수 있고, 기타 등등이다. 더욱이, 이 예에서, GoCATS서비스(GoCATSservice)는 최대 4개 레벨 또는 등급, 가령 골드 가입, 실버 가입, 브론즈 가입, 또는 통상 가입을 나타내는 데에 사용될 수 있는 2 비트(bit) 표시이다.
도 13의 예시적 EFCATS에서, 하나의 제3자 서버를 위한 정보의 단 하나의 세트가 도시된다. 그러나, 추가적인 제3자 서버를 위한 정보의 임의의 수의 추가적인 세트가 그러한 EFCATS 파일 내에 제공될 수 있다. 그러나, 만일 EFCATS 파일이 몹시 커지게 되는 경우, EFCATS에 대해 조작이 수행되어야 하는 경우에 걸리는 속도와 시간 및 쓰이는 총 USIM 공간에 대해 영향이 있을 것이다.
추가적으로, 도 13의 예시적 EFCATS가 제3자 서버를 위한 정보의 세트 내에 최대 8개의 애플리케이션을 위한 필드를 포함하나, 다양한 양상에서, 더 많거나 더 적은 수의 애플리케이션이 표시될 수 있거나, 어떤 제3자 서버는 애플리케이션의 수가 단일 엔트리와 연관된 몫을 초과하는 상황을 위해 여러 엔트리를 가질 수 있다.
도 13의 예시적 EFCATS와 같은 EF를 구성함으로써, 네트워크가 CATS가 활성임을 나타내는 경우 애플리케이션의 시작을 관리하는 데에서 UE에 의해 사용가능한 CATS 관련 정보가 모바일에 제공될 수 있다. EF의 공급 및 조작은 3GPP TS 22.038 및 TS 31.111에 정의된 SIM 툴킷을 통하여 성취될 수 있다.
제4 예에서, 예를 들어, TS 24.302에 정의된 비-3GPP 액세스 방법을 통하여, IP 레벨 시그널링을 통해, 오버 더 톱 시그널링이 이용될 수 있다. 오버 더 톱 시그널링은 시그널링되는 데이터를 인지한 기저(underlying) 또는 베어러(bearer) 네트워크 없이 관련 데이터가 하나의 피어(peer)로부터 다른 피어로 (또는 반대로) 전송됨을 의미한다.
수년간, 3GPP 네트워크는 데이터 서비스를 제공하였고, 오늘날 3GPP 셀룰러 시스템에 연결된 UE는 고정된 전화 또는 케이블 선에 달린(hooked) 데스크톱 컴퓨터(desktop computer)와 동일한 방식으로 인터넷을 액세스하는 데에 사용될 수 있다. 오버 더 톱 시그널링 양상에서, 일단 UE가 데이터 서비스를 위해 연결되면, CATS 서버 노드 및/또는 CATS 서브시스템은 IP(Internet Protocol) 시그널링을 통해 UE에 CATS 관련 데이터를 제공할 수 있다. 도 5에서, UE 및 제3자 서버 간의 점선은 선택적인 오버 더 톱 시그널링 양상을 표현한다.
CATS 관련 정보의 오버 더 톱 시그널링의 또 다른 기법은 비-3GPP 액세스 네트워크 상에서 시그널링하는 것일 수 있다. 도 14는 본 문서에 기술된 다양한 양상에 따라 비-3GPP 액세스 네트워크를 통해 3GPP의 PDN(Packet Data Network) 게이트웨이로의 액세스를 제공하는, CATS 정보의 오버 더 톱 시그널링을 위해 사용가능한 예시적 아키텍처를 보여준다. 도 14는 3GPP TS 23.402의 도 4.2.2-2에 대응한다. TS 23.402는 (예컨대, 신뢰(trusted) 또는 비신뢰(untrusted) WLAN, WiMAX 또는 CDMA2000을 포함하는) 비-3GPP 액세스 네트워크를 통한 UE에 의한 액세스를 허용하기 위해 3GPP 시스템의 아키텍처 향상을 제공하는데 TS 24.302가 그러한 액세스를 위한 스테이지 3(Stage 3) 시그널링 및 프로토콜 세부사항을 정의한다.
UE는 점점 더 단 하나보다 많은 액세스 수단 상에서 능동적으로(actively) 통신할 수 있다. 예컨대, UE는 3GPP PLMN(공중 육상 모바일 네트워크(Public Land Mobile Network)/운영자에 등록될 수 있되 동시에, 예컨대 인터넷을 액세스하는, WiFi 또는 WLAN 상에서의 능동적인 통신이 된다. 사실 오늘날의 3GPP 운영자 중 점점 더 많은 운영자가 그들 자신의 WiFi/WLAN 네트워크를 배치하고 있고, TS 24.302의 설계, 시그널링 및 프로토콜을 통하여, UE로 하여금 3GPP 셀룰러 액세스 및 비-3GPP/WLAN 액세스 양자 모두를 통해 코어(core) 3GPP 네트워크로의 액세스를 얻을 수 있게 하고 있다.
UE의 사용자 단(user end)에서 또는 애플리케이션(어떤 원격 서버에서의 그것의 피어와의 통신을 함)을 작동하는 레벨에서, 동일한 UE가 이제 3GPP 코어 네트워크로의 - 그리고 특히 3GPP의 PGW(PDN Gateway)로의 연결을 가질 수 있으므로, CATS 정보는 비-3GPP 액세스 상에서 UE에 오버 더 톱(over the top)으로 전달될 수 있다.
도 15를 참조하면, 본 문서에 기술된 다양한 양상에 따라 오버 더 톱 시그널링을 통하여 CATS를 구현하는 예시적 방법(1500)이 예시된다. 방법(1500)은, 1510에서, 제3자 서버가 UE에 CATS 관련 정보를 발신하기 위해 판정을 행하는 것을 포함할 수 있다. 1520에서, CATS 관련 정보는 비-3GPP 액세스를 통해 오버 더 톱으로 UE에 제공될 수 있다. 1530에서, 제3자 서버는 제3자 서버와 연관된 혼잡 또는 고장을 검출할 수 있고, 1540에서, 예를 들어 PGW를 통하여, 혼잡 또는 고장을 3GPP 코어 네트워크에 통지할 수 있다. 1550에서, 혼잡 또는 고장의 통지에 응답하여, 3GPP는 3GPP 액세스 네트워크를 통하여 CATS를 활성화할 수 있다.
CATS의 활성화/비활성화
위에서 논의된 CATS의 활성화 또는 비활성화의 방법에 더하여, NAS 시그널링이 적용될 수 있다.
네트워크 및 UE 간에 교환되는, TS 24.008 및 TS 24.301에서 논의된 NAS 메시지는, 영향을 받는 UE를 위해 CATS를 활성화하거나 비활성화하기 위한 표시를 전하는 데에 이용될 수 있다. 도 16은 본 문서에 기술된 다양한 양상에 따라 CATS를 활성화하기 위해 NAS 메시지를 사용하는 예시적 방법(1600)을 보여준다. 방법(1600)은, 1610에서, UE가 제3자 서버를 액세스하기 위해 리소스에 대한 요청을 생성하는 것을 포함할 수 있다. 1620에서, 네트워크는 제3자 서버가 CATS에 좌우되는지를 판정할 수 있다. 제3자 서버가 CATS에 좌우됨을 판정할 때에, 1630에서, 네트워크는 CATS 제한이 요청 UE에 적용되는지를, 예컨대 UE의 제3자 또는 3GPP 가입 레벨에 기초하여 판정할 수 있다. 1640에서, 네트워크는 요청된 서비스가 이용가능하지 않음, 그리고 CATS가 활성화됨을 UE에 통보할 수 있다. 1650에서 나타내어진 바와 같이, 네트워크는 CATS가 활성화됨 및 CATS 활성화의 레벨을 나타내는 NAS 신호를 통하여 UE 요청을 거부할 수 있다.
CATS의 비활성화는 NAS 메시지를 통하여 UE에 또한 전달될 수 있다. 도 17은 본 문서에 기술된 다양한 양상에 따라 CATS를 비활성화하기 위해 NAS 메시지를 사용하는 예시적 방법(1700)을 예시한다. 특정한 예시적 TS 24.301 NAS 메시지가 도 17에 도시되나, 다양한 양상에서 TS 24.301 또는 TS 24.008로부터의 임의의 적절한 NAS 메시지가 사용될 수가 있다. 방법(1700)은, 예컨대, 서비스가 복구되었거나 혼잡이 감소되었기 때문에, CATS가 활성화된 제3자 서버가 더 이상 CTS를 요구하지 않는 상황에서 적용될 수 있다. 1710에서, 네트워크는 이전에 CATS가 구현되게 한 고장 또는 혼잡이 더 이상 적용되지 않음을 검출할 수 있거나 제3자 서버로부터 표시를 수신할 수 있다. 1720에서, 네트워크는 제3자 서버로의 정상적인 서비스가 복구되었음, 그리고 CATS가 비활성화됨을 UE에 통보할 수 있다. 1730에서 나타내어진 바와 같이, 네트워크는 그 특정한 제3자 서버에 대해 CATS가 비활성화되었음을 나타내는 NAS 신호를 통하여 UE에 통지할 수 있다.
추가적인 양상
도 18을 참조하면, 다양한 양상에 따라 본 문서에 기술된 다운링크 컴포넌트 캐리어(downlink component carrier)의 집성(aggregation)과의 통신을 가능하게 하는 시스템, 방법 또는 디바이스의 하나 이상의 양상과 함께 활용될 수 있는 예시적인 사용자 장비 또는 모바일 통신 디바이스(1800)가 예시된다. 사용자 장비(1800)는, 예컨대, 데이터 스토어(data store) 또는 메모리(1803)에 커플링될 수 있는 디지털 기저대역(baseband) 프로세서(1082), 전단부(front end)(1804)(가령, RF 전단부, 음향(acoustic) 전단부, 또는 다른 유사한 전단부), 그리고 복수의 안테나(18061 내지 1806k)(k는 양의 정수임)에 연결하기 위한 복수의 안테나 포트(1807)를 포함한다. 안테나(18061 내지 1806k)는, 네트워크 디바이스를 통하여 생성되는 무선 액세스 네트워크 또는 다른 통신 네트워크 내에서 동작할 수 있는, 액세스 포인트(access point), 액세스 단말(access terminal), 무선 포트(wireless port), 라우터(router) 및 기타 등등과 같은 하나 이상의 무선 디바이스(wireless device)로 그리고 이로부터 신호를 수신하고 송신할 수 있다. 사용자 장비(1800)는 무선 주파수(Radio Frequency: RF) 신호를 통신하기 위한 RF 디바이스, 음향 신호를 통신하기 위한 음향 디바이스, 또는 임의의 다른 신호 통신 디바이스, 예를 들어 하나 이상의 상이한 통신 프로토콜 또는 표준에 따라 네트워크 또는 다른 디바이스와 통신하도록 동작할 수 있는 컴퓨터, 개인용 디지털 보조기기(personal digital assistant), 모바일 전화(mobile phone) 또는 스마트폰(smart phone), 태블릿 PC(tablet PC), 모뎀(modem), 노트북(notebook), 라우터, 스위치(switch), 리피터(repeater), PC, 네트워크 디바이스, 기지국(base station) 또는 유사한 디바이스일 수 있다.
전단부(1804)는 통신 플랫폼(communication platform)을 포함할 수 있는데, 이는 하나 이상의 수신기 또는 송신기(1808), 다중화/역다중화 컴포넌트(mux/demux component)(1812) 및 변조/복조 컴포넌트(mod/demod component)(1814)를 통하여, 수신되거나 송신된 신호의 처리, 조작 또는 정형(shaping)을 가능케 하는 전자 컴포넌트 및 연관된 회로를 포함한다. 전단부(1804)는, 예컨대, 디지털 기저대역 프로세서(1802) 및 안테나 포트의 세트(1807)에 커플링되는데, 여기서 안테나(18061 내지 1806k)의 세트는 전단부의 일부일 수 있다.
사용자 장비(1800)는 사용자 장비(1800)의 하나 이상의 컴포넌트를 제공하거나 제어하도록 동작할 수 있는 프로세서(1802) 또는 제어기를 또한 포함할 수 있다. 예컨대, 프로세서(1802)는, 당 개시의 양상에 따라, 적어도 부분적으로는 사용자 장비(1800) 내의 실질적으로 임의의 전자 컴포넌트에 기능을 부여할 수 있다. 일례로서, 프로세서(1802)는, 본 문서에 기술된 양상에 따라, 적어도 부분적으로, 5개가 넘는 서빙 셀의 캐리어 집성을 수반하는 상황에서 비주기적(aperiodic) CSI 보고의 생성을 가능하게 하는 실행가능한 명령어를 실행하도록 구성될 수 있다.
프로세서(1802)는 사용자 장비(1800)로 하여금 다중화/역다중화 컴포넌트(1812)로써 다중화하기(multiplexing)/역다중화하기(demultiplexing), 또는 변조/복조 컴포넌트(1814)를 통한 변조(modulation)/복조(demodulation), 예를 들어 직접(direct) 및 역(inverse) 고속 푸리에(Fourier) 변환, 변조율의 선택, 데이터 패킷 포맷의 선택, 패킷간(inter-packet) 시간 등등을 구현하는 것을 위해 데이터(가령, 심볼(symbol), 비트(bit) 또는 칩(chip))를 처리할 수 있게 하도록 동작할 수 있다. 메모리(1803)는 데이터 구조(가령, 메타데이터(metadata)), 코드 구조(들)(가령, 모듈(module), 객체(object), 클래스(class), 프로시저(procedure), 또는 유사한 것) 또는 명령어, 네트워크 또는 디바이스 정보, 예를 들어 정책 및 사양, 접속 프로토콜(attachment protocol), 스크램블링(scrabling)과 확산(spreading)과 파일럿(pilot)(가령, 참조(reference) 신호(들)) 송신을 위한 코드 시퀀스(code sequence), 주파수 오프셋(frequency offset), 셀(cell) ID, 그리고 전력 생성 동안 RF 입력 신호, 전력 출력(power output) 또는 다른 신호 성분에 관련된 다양한 특성을 검출하고 식별하기 위한 다른 데이터를 저장할 수 있다.
프로세서(1802)는, 적어도 부분적으로는, 수신기(1808)를 포함하는 통신 플랫폼 또는 전단부(1804)와, 전력 증폭기(Power Amplifier: PA) 시스템(1810)에, 기능을 동작하여 수여하는 데에 필요한 정보를 저장하거나 인출하기(retrieve) 위해서 메모리(1803)에 기능적으로(functionally) 및/또는 통신가능하게(communicatively) (가령, 메모리 버스(memory bus)를 통해) 커플링된다. 도 18 내의 컴포넌트가 사용자 장비의 맥락에서 예시되나, 그러한 예시는 사용자 장비에 한정되지 않고 또한 다른 무선 통신 디바이스, 예를 들어 기지국(가령, eNodeB), 소형 셀(small cell), 펨토셀(femtocell), 매크로 셀(macro cell), 마이크로셀(microcell) 등등으로 확장된다.
본 문서 내의 예는 방법, 방법의 행위 또는 블록을 수행하는 수단, 머신(machine)(가령, 메모리를 갖는 프로세서 또는 유사한 것)에 의해 수행되는 경우 머신으로 하여금 방법의 행위를 수행하게 하는 실행가능 명령어를 포함하는 적어도 하나의 머신 판독가능 매체(machine-readable medium) 또는 장치 또는 시스템(기술된 실시예 및 예에 따라 여러 통신 기술을 사용하는 동시적인 통신(concurrent communication)을 위한 것임)과 같은 대상물(subject matter)을 포함할 수 있다.
예 1은, 제3자 서버가 장애에 직면하는 경우의 하나 이상의 애플리케이션의 제어(Control of one or more Applications when Third party Servers encounter difficulties: CATS)를 가능하게 하는 네트워크 서버(network server)로서, 프로세서와 인터페이스를 포함하는 네트워크 서버이다. 위 프로세서는, 제3자 서버와 연관된 상태를 판정하고, 위 네트워크 서버와 연관된 네트워크의 네트워크 부하 레벨(network load level)을 판정하며, 위 제3자 서버와 연관된 위 상태 및 위 네트워크 부하 레벨에 적어도 부분적으로 기초하여 위 제3자 서버를 위한 CATS 레벨을 선택하고(위 CATS 레벨은 위 제3자 서버와 연관된 네트워크 트래픽에 대한 하나 이상의 제한을 정의함), 위 제3자 서버를 향한 네트워크 트래픽에 대해 위 하나 이상의 제한을 구현하도록 구성된다. 위 인터페이스는 위 제3자 서버를 위한 위 CATS 레벨의 지시자(indicator)를 송신하도록 구성된다.
예 2는 예 1의 대상물을 포함하는데, 위 프로세서가 위 제3자 서버를 향한 네트워크 트래픽에 대해 위 하나 이상의 제한을 구현하도록 구성된 것은 위 프로세서가 위 CATS 레벨에 적어도 부분적으로 기초하여 제1 사용자 장비(User Equipment: UE) 및 위 제3자 서버 간의 시도된 패킷 데이터 네트워크(Packet Data Network: PDN) 연결을 방지하도록 구성된 것을 포함한다.
예 3은 예 1의 대상물을 포함하는데, 위 하나 이상의 제한은 위 네트워크 서버의 운영자와의 사용자 장비(User Equipment: UE) 가입 상태(subscription status)에 기초한 적어도 하나의 제한을 포함한다.
예 4는 예 1의 대상물을 포함하는데, 위 하나 이상의 제한은 위 제3자 서버의 운영자와의 가입 상태에 기초한 적어도 하나의 제한을 포함한다.
예 5는 예 1의 대상물을 포함하는데, 위 하나 이상의 제한은 위 제3자 서버의 제1 기능 또는 제1 애플리케이션과 연관된 적어도 하나의 제한을 포함한다.
예 6은 예 1의 대상물을 포함하는데, 위 하나 이상의 제한은 위 제3자 서버와의 기존의 패킷 데이터 네트워크(Packet Data Network: PDN) 연결 상에서의 네트워크 트래픽의 현재의 양과 연관된 적어도 하나의 제한을 포함한다.
예 7은 예 1의 대상물을 포함하는데, 위 하나 이상의 제한은 사용자 장비(User Equipment: UE)와 연관된 네트워크 트래픽의 현재의 총량과 연관된 적어도 하나의 제한을 포함한다.
예 8은, 선택적인 특징을 포함하거나 생략한, 예 1 내지 예 7의 임의의 변형(variation)의 대상물을 포함하는데, 위 프로세서는 위 하나 이상의 제한에 적어도 부분적으로 기초하여 위 제3자 서버와의 적어도 하나의 기존의 패킷 데이터 네트워크(Packet Data Network: PDN) 연결을 연결해제하도록 또한 구성된다.
예 9는 예 1의 대상물을 포함하는데, 위 네트워크 서버는 모바일 관리 개체(Mobile Management Entity: MME)와 코로케이팅되고(collocated), 송신기 회로는 비-액세스 층(non-access stratum)을 통하여 위 CATS 레벨의 위 지시자를 송신하도록 구성된다.
예 10은 예 1의 대상물을 포함하는데, 위 네트워크 서버는 액세스 네트워크 디스커버리 및 선택 기능(Access Network Discovery and Selection Function: ANDSF)과 코로케이팅되고, 송신기 회로는 오픈 모바일 연합(Open Mobile Alliance: OMA) 디바이스 관리(Device Management: DM) 프로토콜을 통하여 위 CATS 레벨의 위 지시자를 송신하도록 구성된다.
예 11은, 선택적인 특징을 포함하거나 생략한, 예 1 내지 예 8의 임의의 변형의 대상물을 포함하는데, 위 네트워크 서버는 모바일 관리 개체(Mobile Management Entity: MME)와 코로케이팅되고, 위 송신기 회로는 비-액세스 층을 통하여 위 CATS 레벨의 위 지시자를 송신하도록 구성된다.
예 12는, 선택적인 특징을 포함하거나 생략한, 예 1 내지 예 8의 임의의 변형의 대상물을 포함하는데, 위 네트워크 서버는 액세스 네트워크 디스커버리 및 선택 기능(Access Network Discovery and Selection Function: ANDSF)과 코로케이팅되고, 송신기 회로는 오픈 모바일 연합(Open Mobile Alliance: OMA) 디바이스 관리(Device Management: DM) 프로토콜을 통하여 위 CATS 레벨의 위 지시자를 송신하도록 구성된다.
예 13은, 실행되는 경우, 적어도 하나의 서버로 하여금, 제3자 서버의 상태를 판정하고, 위 제3자 서버의 위 상태에 적어도 부분적으로 기초하여, 제3자 서버가 장애에 직면하는 경우의 하나 이상의 애플리케이션의 제어(Control of one or more Applications when Third party Servers encounter difficulties: CATS)의 레벨을 선택하며, CATS의 위 레벨의 표시(indication)를 송신하게(CATS의 위 레벨은 위 제3자 서버를 향한 네트워크 트래픽에 대한 하나 이상의 제한을 정의하되, 위 하나 이상의 제한 중 적어도 하나는 가입 상태에 기초함)하는 명령어를 포함하는 비일시적 머신 판독가능 매체(non-transitory machine readable medium)이다.
예 14는 예 13의 대상물을 포함하는데, 위 명령어는, 실행되는 경우, 위 적어도 하나의 서버로 하여금 적어도 임계 기간(threshold period of time) 동안 위 제3자 서버와의 성공적인 연결 시도의 부재에 적어도 부분적으로 기초하여 위 제3자 서버의 위 상태를 판정하게 한다.
예 15는 예 13의 대상물을 포함하는데, 위 명령어는, 실행되는 경우, 위 적어도 하나의 서버로 하여금 위 제3자 서버로부터 수신된 혼잡 데이터에 적어도 부분적으로 기초하여 위 제3자 서버의 위 상태를 판정하게 한다.
예 16은 예 13의 대상물을 포함하는데, 위 명령어는, 실행되는 경우, 위 적어도 하나의 서버로 하여금 사전결정된 기간(predetermined period of time) 동안 위 제3자 서버와의 거부된 연결 시도의 수에 적어도 부분적으로 기초하여 위 제3자 서버의 위 상태를 판정하게 한다.
예 17은 예 13의 대상물을 포함하는데, 위 명령어는, 실행되는 경우, 위 적어도 하나의 서버로 하여금 임계 수(threshold number)를 초과하는 위 제3자 서버와의 연속적인(consecutive) 거부된 연결 시도의 수에 적어도 부분적으로 기초하여 위 제3자 서버의 위 상태를 판정하게 한다.
예 18은 예 13의 대상물을 포함하는데, 위 제3자 서버를 향한 네트워크 트래픽에 대한 적어도 하나의 제한은 적어도 하나의 제한된 콘텐츠 타입(content type)을 식별하되, 위 적어도 하나의 제한된 콘텐츠 타입은 비디오 콘텐츠, 오디오 콘텐츠 또는 이미지 콘텐츠 중 적어도 하나를 포함한다.
예 19는, 선택적인 특징을 포함하거나 생략한, 예 13 내지 예 18의 임의의 변형의 대상물을 포함하는데, 위 제3자 서버를 향한 네트워크 트래픽에 대한 적어도 하나의 제한은 위 제3자 서버와 연관된 적어도 하나의 제한된 서비스를 식별한다.
예 20은 예 13의 대상물을 포함하는데, 위 명령어는, 실행되는 경우, 위 서버로 하여금 위 하나 이상의 제한에 적어도 부분적으로 기초하여 위 제3자 서버와의 적어도 하나의 시도된 패킷 데이터 네트워크(Packet Data Network: PDN) 연결을 방지하게 한다.
예 21은, 제3자 서버가 장애에 직면하는 경우의 하나 이상의 애플리케이션의 제어(Control of one or more Applications when Third party Servers encounter difficulties: CATS)를 가능하게 하는 사용자 장비(User Equipment: UE)로서, 수신기 회로와 프로세서를 포함하는 UE이다. 위 수신기 회로는 적어도 하나의 제3자 서버와 연관된 CATS 레벨의 표시를 수신하도록 구성되는데, 위 CATS 레벨은 위 UE 및 위 제3자 서버 간의 네트워크 트래픽에 대한 적어도 하나의 제한과 연관된다. 위 프로세서는 위 수신기 회로에 동작가능하게 커플링되고(operably coupled), 위 표시에 적어도 부분적으로 기초하여 위 적어도 하나의 제3자 서버와 연관된 하나 이상의 애플리케이션을 식별하고, 위 적어도 하나의 제한에 기초하여 위 하나 이상의 애플리케이션 중 적어도 하나와 연관된 적어도 하나의 송신을 지연하기 또는 방지하기 중 적어도 하나를 하도록 구성된다.
예 22는 예 21의 대상물을 포함하는데, 위 CATS 레벨의 위 표시는 비-액세스 스펙트럼(Non-Access Spectrum: NAS) 신호 또는 무선 리소스 제어(Radio Resource Control: RRC) 신호 중 적어도 하나를 통하여 수신된다.
예 23은, 선택적인 특징을 포함하거나 생략한, 예 21 내지 예 22의 임의의 변형의 대상물을 포함하는데, 위 CATS 레벨은 무선 액세스 네트워크(Radio Access Network: RAN)와의 위 UE의 가입 레벨(subscription level)과 연관된다.
예 24는 예 21의 대상물을 포함하는데, 위 CATS 레벨은 위 제3자 서버와의 위 UE의 가입 레벨과 연관된다.
예 25는 예 24의 대상물을 포함하는데, 위 가입 레벨은 위 UE에 의해 범용 가입자 신원 모듈(Universal Subscriber Identity Module: USIM) 기본 파일(Elementary File: EF) 내에 저장된다.
예 26은 예 21의 대상물을 포함하는데, 위 CATS 레벨의 위 표시는 페이징 채널(paging channel)을 통하여 수신된다.
예 27은 예 21의 대상물을 포함하는데, 위 CATS 레벨의 위 표시는 브로드캐스트 송신(broadcast transmission) 또는 멀티캐스트 송신(multicast transmission) 중 적어도 하나를 통하여 수신된다.
예 28은, 제3자 서버가 장애에 직면하는 경우의 하나 이상의 애플리케이션의 제어(Control of one or more Applications when Third party Servers encounter difficulties: CATS)를 가능하게 하는 네트워크 서버로서, 처리 수단(means for processing)과 송신 수단(means for transmitting)을 포함하는 네트워크 서버이다. 위 처리 수단은, 제3자 서버와 연관된 상태를 판정하고, 위 네트워크 서버와 연관된 네트워크의 네트워크 부하 레벨을 판정하며, 위 제3자 서버와 연관된 위 상태 및 위 네트워크 부하 레벨에 적어도 부분적으로 기초하여 위 제3자 서버를 위한 CATS 레벨을 선택하고(위 CATS 레벨은 위 제3자 서버와 연관된 네트워크 트래픽에 대한 하나 이상의 제한을 정의함), 위 제3자 서버를 향한 네트워크 트래픽에 대해 위 하나 이상의 제한을 구현하도록 구성된다. 위 송신 수단은 위 제3자 서버를 위한 위 CATS 레벨의 지시자를 송신하도록 구성된다.
예 29는, 제3자 서버가 장애에 직면하는 경우의 하나 이상의 애플리케이션의 제어(Control of one or more Applications when Third party Servers encounter difficulties: CATS)를 가능하게 하는 사용자 장비(User Equipment: UE)로서, 수신 수단(means for receiving)과 처리 수단을 포함하는 UE이다. 위 수신 수단은 적어도 하나의 제3자 서버와 연관된 CATS 레벨의 표시를 수신하도록 구성되는데, 위 CATS 레벨은 위 UE 및 위 제3자 서버 간의 네트워크 트래픽에 대한 적어도 하나의 제한과 연관된다. 위 처리 수단은 위 수신 수단에 동작가능하게 커플링되고, 위 표시에 적어도 부분적으로 기초하여 위 적어도 하나의 제3자 서버와 연관된 하나 이상의 애플리케이션을 식별하고, 위 적어도 하나의 제한에 기초하여 위 하나 이상의 애플리케이션 중 적어도 하나와 연관된 적어도 하나의 송신을 지연하기 또는 방지하기 중 적어도 하나를 하도록 구성된다.
요약서 내에 기술된 것을 비롯하여, 본 개시의 예시된 실시예의 위 설명은, 철두철미하도록 또는 개시된 실시예를 개시된 정확한 형태로 한정하도록 의도되지 않는다. 예시적인 목적으로 본 문서에 특정 실시예 및 예가 기술되나, 관련 업계에서 숙련된 자가 인식할 수 있는 바와 같이, 그러한 실시예 및 예의 범주 내에 있는 것으로 간주되는 다양한 수정이 가능하다.
이와 관련하여, 개시된 대상물은 적용가능한 경우에 다양한 실시예 및 대응하는 도면과 관련하여 기술되었으나, 개시된 대상물의 동일, 유사, 대안적 또는 대체 기능을 수행하기 위해 그로부터 벗어남이 없이 수정 및 추가가 기술된 실시예에 대해 행해질 수 있거나 다른 유사한 실시예가 사용될 수 있음이 이해되어야 한다. 따라서, 개시된 대상물은 본 문서에 기술된 어떤 단일 실시예에도 한정되어서는 안 되며, 오히려 아래의 부기된 청구항에 따른 폭과 범주에서 해석되어야 한다.
특히 전술된 컴포넌트 또는 구조(어셈블리(assembly), 디바이스, 회로, 시스템 등등)에 의해 수행되는 다양한 기능에 관해서, 그러한 컴포넌트를 기술하기 위해 사용된 ("수단"에 대한 참조를 포함하는) 용어는, 달리 표시되지 않는 한, 설사 본 문서에서 보여진 예시적인 구현에서 기능을 수행하는 개시된 구조와 구조적으로 균등하지 않더라도, 기술된 컴포넌트의 명시된 기능을 수행하는(가령, 기능적으로 균등한) 임의의 컴포넌트 또는 구조에 대응하도록 의도된다. 추가로, 특정한 특징이 몇 개의 구현 중 오직 하나에 관해서 개시되었을 수 있으나, 그러한 특징은 임의의 주어진 또는 특정한 응용을 위해 바람직하고 유리할 수 있는 다른 구현의 하나 이상의 다른 특징과 조합될 수 있다.
Claims (25)
- 제3자 서버들이 장애들에 직면하는 경우의 하나 이상의 애플리케이션들의 제어(Control of one or more Applications when Third party Servers encounter difficulties: CATS)를 가능하게 하는 네트워크 서버로서,
제3자 서버와 연관된 상태를 결정하고;
상기 네트워크 서버와 연관된 네트워크의 네트워크 부하 레벨(network load level)을 결정하고;
상기 제3자 서버와 연관된 상기 상태 및 상기 네트워크 부하 레벨에 적어도 부분적으로 기초하여 상기 제3자 서버에 대한 CATS 레벨을 선택하고 ― 상기 CATS 레벨은 상기 제3자 서버와 연관된 네트워크 트래픽에 대한 하나 이상의 제한들을 정의함 ―; 그리고
상기 제3자 서버를 향한 네트워크 트래픽에 대해 상기 하나 이상의 제한들을 구현하도록
구성된 프로세서; 및
상기 제3자 서버에 대한 상기 CATS 레벨의 지시자(indicator)를 송신하도록 구성된 인터페이스를 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 프로세서가 상기 제3자 서버를 향한 네트워크 트래픽에 대해 상기 하나 이상의 제한들을 구현하도록 구성되는 것은, 상기 프로세서가 상기 CATS 레벨에 적어도 부분적으로 기초하여 제1 사용자 장비(UE; User Equipment)와 상기 제3자 서버 간의 시도된 패킷 데이터 네트워크(PDN; Packet Data Network) 연결을 방지하도록 구성되는 것을 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 하나 이상의 제한들은 상기 네트워크 서버의 운영자와의 사용자 장비(UE) 가입 상태(subscription status)에 기초한 적어도 하나의 제한을 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 하나 이상의 제한들은 상기 제3자 서버의 운영자와의 가입 상태에 기초한 적어도 하나의 제한을 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 하나 이상의 제한들은 상기 제3자 서버의 제1 기능 또는 제1 애플리케이션과 연관된 적어도 하나의 제한을 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 하나 이상의 제한들은 상기 제3자 서버와의 기존의 패킷 데이터 네트워크(PDN) 연결 상에서의 네트워크 트래픽의 현재의 양과 연관된 적어도 하나의 제한을 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 하나 이상의 제한들은 사용자 장비(UE)와 연관된 네트워크 트래픽의 현재의 총량(aggregate amount)과 연관된 적어도 하나의 제한을 포함하는,
네트워크 서버.
- 제1항에 있어서,
상기 프로세서는 상기 하나 이상의 제한들에 적어도 부분적으로 기초하여 상기 제3자 서버와의 적어도 하나의 기존의 패킷 데이터 네트워크(PDN) 연결을 연결해제하도록 추가로 구성되는,
네트워크 서버.
- 제1항에 있어서,
상기 네트워크 서버는 모바일 관리 개체(MME; Mobile Management Entity)와 코로케이팅되고(collocated), 그리고 송신기 회로는 비-액세스 층(non-access stratum)을 통하여 상기 CATS 레벨의 상기 지시자를 송신하도록 구성되는,
네트워크 서버.
- 제1항에 있어서,
상기 네트워크 서버는 액세스 네트워크 디스커버리 및 선택 기능(ANDSF; Access Network Discovery and Selection Function)과 코로케이팅되고, 그리고 송신기 회로는 오픈 모바일 연합(OMA; Open Mobile Alliance) 디바이스 관리(DM; Device Management) 프로토콜을 통하여 상기 CATS 레벨의 상기 지시자를 송신하도록 구성되는,
네트워크 서버.
- 명령어들을 저장하는 비일시적 컴퓨터 판독가능 저장 매체로서,
상기 명령어들은, 프로세서에 의해 실행되는 경우, 적어도 하나의 서버로 하여금:
제3자 서버의 상태를 결정하게 하고;
상기 제3자 서버의 상기 상태에 적어도 부분적으로 기초하여, 제3자 서버들이 장애들에 직면하는 경우의 하나 이상의 애플리케이션들의 제어(CATS)의 레벨을 선택하게 하고; 그리고
상기 CATS의 레벨의 표시(indication)를 송신하게 하고,
상기 CATS의 레벨은 상기 제3자 서버를 향한 네트워크 트래픽에 대한 하나 이상의 제한들을 정의하고, 상기 하나 이상의 제한들 중 적어도 하나는 가입 상태에 기초하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행되는 경우, 상기 적어도 하나의 서버로 하여금 적어도 임계 시간 기간(threshold period of time) 동안 상기 제3자 서버와의 성공적인 연결 시도들의 부재에 적어도 부분적으로 기초하여 상기 제3자 서버의 상태를 결정하게 하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행되는 경우, 상기 적어도 하나의 서버로 하여금 상기 제3자 서버로부터 수신되는 혼잡 데이터에 적어도 부분적으로 기초하여 상기 제3자 서버의 상태를 결정하게 하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행되는 경우, 상기 적어도 하나의 서버로 하여금 사전결정된 시간 기간(predetermined period of time) 동안 상기 제3자 서버와의 거부된 연결 시도들의 수에 적어도 부분적으로 기초하여 상기 제3자 서버의 상태를 결정하게 하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행되는 경우, 상기 적어도 하나의 서버로 하여금 임계 수(threshold number)를 초과하는 상기 제3자 서버와의 연속적인(consecutive) 거부된 연결 시도들의 수에 적어도 부분적으로 기초하여 상기 제3자 서버의 상태를 결정하게 하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 제3자 서버를 향한 네트워크 트래픽에 대한 적어도 하나의 제한은 적어도 하나의 제한된 콘텐츠 타입(content type)을 식별하고, 상기 적어도 하나의 제한된 콘텐츠 타입은 비디오 콘텐츠, 오디오 콘텐츠, 또는 이미지 콘텐츠 중 적어도 하나를 포함하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 제3자 서버를 향한 네트워크 트래픽에 대한 적어도 하나의 제한은 상기 제3자 서버와 연관된 적어도 하나의 제한된 서비스를 식별하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제11항에 있어서,
상기 명령어들은, 상기 프로세서에 의해 실행되는 경우, 상기 서버로 하여금 상기 하나 이상의 제한들에 적어도 부분적으로 기초하여 상기 제3자 서버와의 적어도 하나의 시도된 패킷 데이터 네트워크(PDN) 연결을 방지하게 하는,
비일시적 컴퓨터 판독가능 저장 매체.
- 제3자 서버들이 장애들에 직면하는 경우의 하나 이상의 애플리케이션들의 제어(CATS)를 가능하게 하는 사용자 장비(UE)로서,
적어도 하나의 제3자 서버와 연관된 CATS 레벨의 표시를 수신하도록 구성된 수신기 회로 ― 상기 CATS 레벨은 상기 UE와 상기 제3자 서버 간의 네트워크 트래픽에 대한 적어도 하나의 제한과 연관됨 ―;
상기 수신기 회로에 동작가능하게 커플링되는 프로세서를 포함하고,
상기 프로세서는:
상기 표시에 적어도 부분적으로 기초하여 상기 적어도 하나의 제3자 서버와 연관된 하나 이상의 애플리케이션들을 식별하고; 그리고
상기 적어도 하나의 제한에 기초하여 상기 하나 이상의 애플리케이션들 중 적어도 하나와 연관된 적어도 하나의 송신을 지연시키는 것 또는 방지하는 것 중 적어도 하나를 수행하도록
구성되는,
사용자 장비.
- 제19항에 있어서,
상기 CATS 레벨의 표시는 비-액세스 스펙트럼(NAS; non-access spectrum) 신호 또는 무선 리소스 제어(RRC; Radio Resource Control) 신호 중 적어도 하나를 통하여 수신되는,
사용자 장비.
- 제19항에 있어서,
상기 CATS 레벨은 무선 액세스 네트워크(RAN; radio access network)와의 상기 UE의 가입 레벨(subscription level)과 연관되는,
사용자 장비.
- 제19항에 있어서,
상기 CATS 레벨은 상기 제3자 서버와의 상기 UE의 가입 레벨과 연관되는,
사용자 장비.
- 제22항에 있어서,
상기 가입 레벨은 상기 UE에 의해 범용 가입자 신원 모듈(USIM; universal subscriber identity module) 기본 파일(EF; elementary file) 내에 저장되는,
사용자 장비.
- 제19항에 있어서,
상기 CATS 레벨의 표시는 페이징 채널(paging channel)을 통하여 수신되는,
사용자 장비.
- 제19항에 있어서,
상기 CATS 레벨의 표시는 브로드캐스트 송신(broadcast transmission) 또는 멀티캐스트 송신(multicast transmission) 중 적어도 하나를 통하여 수신되는,
사용자 장비.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201462034704P | 2014-08-07 | 2014-08-07 | |
| US62/034,704 | 2014-08-07 | ||
| PCT/US2015/035937 WO2016022213A1 (en) | 2014-08-07 | 2015-06-16 | Control of traffic from applications when third party servers encounter problems |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20170023106A KR20170023106A (ko) | 2017-03-02 |
| KR102183654B1 true KR102183654B1 (ko) | 2020-11-27 |
Family
ID=55264303
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020177001680A KR102183654B1 (ko) | 2014-08-07 | 2015-06-16 | 제3자 서버가 문제에 직면하는 경우 애플리케이션으로부터의 트래픽의 제어 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20170201456A1 (ko) |
| EP (1) | EP3178200A4 (ko) |
| JP (1) | JP6370993B2 (ko) |
| KR (1) | KR102183654B1 (ko) |
| CN (1) | CN106537845B (ko) |
| WO (1) | WO2016022213A1 (ko) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016032309A1 (ko) * | 2014-08-31 | 2016-03-03 | 엘지전자 주식회사 | 무선 통신 시스템에서 서드 파티 서버에 관련된 애플리케이션 제어 방법 방법 및 이를 위한 장치 |
| US10440531B2 (en) * | 2014-12-23 | 2019-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Service delivery in a communication network |
| US10109201B2 (en) | 2015-03-20 | 2018-10-23 | Automap, Llc | Vehicle monitoring devices, vehicle monitoring management devices, and vehicle monitoring systems |
| WO2016190672A1 (ko) * | 2015-05-26 | 2016-12-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 후원 연결을 위한 접속 절차를 수행하는 방법 및 단말 |
| KR20180015727A (ko) * | 2015-06-19 | 2018-02-13 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 네트워크 상태 정보 전달 방법 및 네트워크 장치 |
| CN106789431B (zh) * | 2016-12-26 | 2019-12-06 | 中国银联股份有限公司 | 一种超时监控方法及装置 |
| JP6890685B2 (ja) * | 2018-01-19 | 2021-06-18 | 三菱電機株式会社 | 通信制御装置、通信制御方法および通信制御プログラム |
| GB201806430D0 (en) * | 2018-04-20 | 2018-06-06 | Attocore Ltd | Peer discovery in distributed epc |
| CA3130223A1 (en) * | 2019-02-28 | 2020-09-03 | Newsouth Innovations Pty Limited | Network bandwidth apportioning |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8750123B1 (en) | 2013-03-11 | 2014-06-10 | Seven Networks, Inc. | Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000050362A (ja) * | 1998-08-03 | 2000-02-18 | Fujitsu Ltd | 移動通信システムの規制制御方法及び装置 |
| JP2001075785A (ja) * | 1999-09-09 | 2001-03-23 | Nec Corp | データ更新システム |
| JP4001698B2 (ja) * | 1999-10-14 | 2007-10-31 | 富士通株式会社 | 負荷分散システム |
| US20020138643A1 (en) * | 2000-10-19 | 2002-09-26 | Shin Kang G. | Method and system for controlling network traffic to a network computer |
| US7185364B2 (en) * | 2001-03-21 | 2007-02-27 | Oracle International Corporation | Access system interface |
| DE10151442A1 (de) * | 2001-10-18 | 2003-05-28 | Siemens Ag | Quality of Service bezogene Verkehrsdatensammlung und Verkehrssteuerung bei Virtual Trunking |
| JP3889331B2 (ja) * | 2002-07-26 | 2007-03-07 | Ｋｄｄｉ株式会社 | 輻輳制御システム、輻輳制御方法、輻輳制御プログラムおよび携帯端末 |
| US6947933B2 (en) * | 2003-01-23 | 2005-09-20 | Verdasys, Inc. | Identifying similarities within large collections of unstructured data |
| US7680897B1 (en) * | 2003-04-08 | 2010-03-16 | Novell, Inc. | Methods and systems for managing network traffic |
| US9436820B1 (en) * | 2004-08-02 | 2016-09-06 | Cisco Technology, Inc. | Controlling access to resources in a network |
| US20060149845A1 (en) * | 2004-12-30 | 2006-07-06 | Xinnia Technology, Llc | Managed quality of service for users and applications over shared networks |
| JP4715521B2 (ja) * | 2006-01-10 | 2011-07-06 | 株式会社日立製作所 | 通信システム，及び呼制御サーバ |
| WO2007112784A1 (en) * | 2006-04-06 | 2007-10-11 | Telefonaktiebolaget Lm Ericsson (Publ) | System, arrangements and method relating to access handling |
| US9848318B2 (en) * | 2007-01-19 | 2017-12-19 | Mobileum, Inc. | Camel roaming adaptations |
| GB2466196B8 (en) * | 2008-12-09 | 2012-09-12 | Aircom Internat Ltd | Communications system and method |
| US8369238B2 (en) * | 2010-06-14 | 2013-02-05 | At&T Intellectual Property I, L.P. | Method, network, and computer product for flow based quality of service |
| US8938800B2 (en) * | 2010-07-28 | 2015-01-20 | Mcafee, Inc. | System and method for network level protection against malicious software |
| EP3700163B1 (en) * | 2011-02-14 | 2022-01-19 | Nokia Technologies Oy | Seamless wi-fi subscription remediation |
| US8872880B1 (en) * | 2011-12-30 | 2014-10-28 | Juniper Networks, Inc. | Video conference service with multiple service tiers |
| US9374289B2 (en) * | 2012-02-28 | 2016-06-21 | Verizon Patent And Licensing Inc. | Dynamically provisioning subscribers to manage network traffic |
| US9900832B2 (en) * | 2012-11-07 | 2018-02-20 | Lg Electronics Inc. | Method and an apparatus for access network selection in a wireless communication system |
| US9544842B2 (en) * | 2012-12-06 | 2017-01-10 | At&T Intellectual Property I, L.P. | Network-based intelligent radio access control |
| US9391749B2 (en) * | 2013-03-14 | 2016-07-12 | Ashwin Amanna, III | System and method for distributed data management in wireless networks |
| EP2979462B1 (en) * | 2013-03-29 | 2019-05-22 | Mobileum Inc. | Method and system for facilitating lte roaming between home and visited operators |
| US9674042B2 (en) * | 2013-11-25 | 2017-06-06 | Amazon Technologies, Inc. | Centralized resource usage visualization service for large-scale network topologies |
| US9548897B2 (en) * | 2014-01-17 | 2017-01-17 | Amazon Technologies, Inc. | Network entity registry for network entity handles included in network traffic policies enforced for a provider network |
| US10194303B2 (en) * | 2014-03-14 | 2019-01-29 | Qualcomm Incorporated | Packet filter based access control |
-
2015
- 2015-06-16 US US15/324,515 patent/US20170201456A1/en not_active Abandoned
- 2015-06-16 EP EP15830009.5A patent/EP3178200A4/en not_active Withdrawn
- 2015-06-16 JP JP2017506672A patent/JP6370993B2/ja not_active Expired - Fee Related
- 2015-06-16 WO PCT/US2015/035937 patent/WO2016022213A1/en active Application Filing
- 2015-06-16 KR KR1020177001680A patent/KR102183654B1/ko active IP Right Grant
- 2015-06-16 CN CN201580037127.3A patent/CN106537845B/zh not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8750123B1 (en) | 2013-03-11 | 2014-06-10 | Seven Networks, Inc. | Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator network |
Also Published As
| Publication number | Publication date |
|---|---|
| EP3178200A4 (en) | 2018-04-11 |
| EP3178200A1 (en) | 2017-06-14 |
| WO2016022213A1 (en) | 2016-02-11 |
| JP6370993B2 (ja) | 2018-08-08 |
| CN106537845A (zh) | 2017-03-22 |
| JP2017532813A (ja) | 2017-11-02 |
| US20170201456A1 (en) | 2017-07-13 |
| CN106537845B (zh) | 2019-11-12 |
| KR20170023106A (ko) | 2017-03-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102183654B1 (ko) | 제3자 서버가 문제에 직면하는 경우 애플리케이션으로부터의 트래픽의 제어 | |
| KR101979856B1 (ko) | 접속 제어 방법 및 사용자기기 | |
| US10798639B2 (en) | Connection try method and user equipment, and connection control method and base station | |
| US10397855B2 (en) | Access attempt method and user equipment, and access control method and base station | |
| US10251118B2 (en) | Connection management based on priority in a wireless network | |
| JP5977882B2 (ja) | 高ネットワーク負荷シナリオを管理するネットワーク制御されたアダプティブ端末挙動 | |
| US9628940B2 (en) | Class identification methods for machine-to-machine (M2M) applications, and apparatuses and systems using the same | |
| US9622211B2 (en) | Access spreading with selective paging | |
| US20210345237A1 (en) | Communication Method and Communications Apparatus | |
| EP2859744B1 (en) | Public safety service | |
| KR20190135518A (ko) | 액세스 카테고리 및 확립 원인 | |
| US20160095046A1 (en) | Method and Apparatus for Use in Network Selection | |
| US10028114B2 (en) | Method and apparatus for adaptive barring control for MO-SMS in wireless access system | |
| WO2020250548A1 (en) | Method and apparatus for reporting multi-usim ue capability in 5g nr system | |
| US10531362B2 (en) | Method and apparatus for preforming initial access based on the ACDC category in a wireless access system | |
| US10129079B2 (en) | Telecommunications system and method | |
| US10164903B2 (en) | Method for controlling access of application to network, and device | |
| WO2016184064A1 (zh) | 应急通信网络的接入控制方法和装置 | |
| US11388653B2 (en) | Method and apparatus providing access control | |
| KR101767679B1 (ko) | 무선 통신 시스템에서 머신형 통신 서비스를 제공하는 방법 및 장치 | |
| US20210352570A1 (en) | Method And Apparatus To Control Access Attempts From A Terminal For Wireless Backhaul | |
| US20180343582A1 (en) | Congestion control method and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right |