KR102310879B1 - 모바일 네트워크에서의 정체 제어를 위한 시스템, 방법 및 디바이스 - Google Patents

모바일 네트워크에서의 정체 제어를 위한 시스템, 방법 및 디바이스 Download PDF

Info

Publication number
KR102310879B1
KR102310879B1 KR1020177001126A KR20177001126A KR102310879B1 KR 102310879 B1 KR102310879 B1 KR 102310879B1 KR 1020177001126 A KR1020177001126 A KR 1020177001126A KR 20177001126 A KR20177001126 A KR 20177001126A KR 102310879 B1 KR102310879 B1 KR 102310879B1
Authority
KR
South Korea
Prior art keywords
network
server
party server
message
requests
Prior art date
Application number
KR1020177001126A
Other languages
English (en)
Other versions
KR20170020449A (ko
Inventor
아나 루시아 에이. 피네이로
캔디 이유
마타 마티네즈 타라델
Original Assignee
인텔 코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 인텔 코포레이션 filed Critical 인텔 코포레이션
Publication of KR20170020449A publication Critical patent/KR20170020449A/ko
Application granted granted Critical
Publication of KR102310879B1 publication Critical patent/KR102310879B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

사용자 장비(UE)는, 진화된 패킷 코어(EPC)와 같은 모바일 통신 네트워크를 통해 제3자 서버에 하나 이상의 서비스 요청을 전송하도록 구성된다. UE는, 제3자 서버로부터 하나 이상의 서비스 요청에 대한 응답을 수신하는데 있어서 에러 또는 지연이 있다고 결정하고, 제3자 서버가 이용가능할 때 통보를 요청하는 웨이크-업 요청을 모바일 통신 네트워크 내의 네트워크 요소에 전송하도록 구성된다.

Description

모바일 네트워크에서의 정체 제어를 위한 시스템, 방법 및 디바이스{SYSTEMS, METHODS, AND DEVICES FOR CONGESTION CONTROL ON A MOBILE NETWORK}
관련 출원
본 출원은, 참조로 그 전체가 본 명세서에 포함되는, 사건 번호 P71438Z인, 2014년 8월 11일 출원된 미국 가출원 제62/035,707호의 35 U.S.C. § 119(e)에 따라 혜택을 주장한다.
기술 분야
본 개시내용은 모바일 네트워크 상의 정체 제어(congestion control)에 관한 것으로, 더 구체적으로는 무선 모바일 디바이스에 의해 보조되는 정체 제어에 관한 것이다.
도 1은 본 명세서에 개시된 실시예들에 따른 무선 모바일 디바이스에 통신 서비스를 제공하기 위한 통신 시스템을 나타내는 개략도이다.
도 2는 본 명세서에 개시된 실시예들에 따른 제3자 서버의 상태를 결정하기 위한 인출 방법(pull method)을 나타내는 개략적 블록도이다.
도 3은 본 명세서에 개시된 실시예들에 따른 제3자 서버의 상태를 결정하기 위한 또 다른 인출 방법을 나타내는 개략적 블록도이다.
도 4는 본 명세서에 개시된 실시예들에 따른 제3자 서버의 상태를 결정하기 위한 방법을 나타내는 개략적 블록도이다.
도 5는 본 명세서에 개시된 실시예들에 따른 웨이크-업 메시지를 이용하여 통신 디바이스로부터의 서비스 요청을 감소시키기 위한 방법을 나타내는 개략적 블록도이다.
도 6은 본 명세서에 개시된 실시예들에 따른 서비스 등록을 위한 방법을 나타내는 개략적 블록도이다.
도 7은 본 명세서에 개시된 실시예들에 따른 제3자 서버로의 액세스를 협상하기 위한 방법을 나타내는 개략적 블록도이다.
도 8은 본 명세서에 개시된 실시예들에 따른 사용자 장비(UE)의 컴포넌트들을 나타내는 개략적 블록도이다.
도 9는 본 명세서에 개시된 실시예들에 따른 네트워크 요소의 컴포넌트들을 나타내는 개략적 블록도이다.
도 10은 본 명세서에 개시된 실시예들에 따른 모바일 디바이스의 개략도이다.
무선 모바일 통신 기술은 기지국과 무선 모바일 디바이스 사이에서 데이터를 전송하기 위해 다양한 표준과 프로토콜을 이용한다. 무선 통신 시스템 표준과 프로토콜은, 제3세대 파트너쉽 프로젝트(3GPP) 롱 텀 에볼루션(LTE); 산업계에는 WiMAX(Worldwide Interoperability for Microwave Access)라고 흔히 알려진, IEEE(Institute of Electrical and Electronics Engineers) 802.16 표준; 및 산업계에는 WiFi라고 흔히 알려진, IEEE 802.11 표준을 포함할 수 있다. LTE 시스템의 3GPP 무선 액세스 네트워크(RAN; radio access network)에서, 기지국은, E-UTRAN(Evolved Universal Terrestrial Radio Access Network) NodeB(통상 evolved Node B, enhanced Node B, 또는 eNodeB, 또는 eNB라고도 표기됨)와, 사용자 장비(UE; user equipment)라고 알려진 무선 모바일 디바이스와 통신하는 UTRAN 또는 E-UTRAN 내의 무선 네트워크 제어기(RNC; Radio Network Controller)의 조합일 수 있다. 다운링크(또는 DL) 전송은 기지국(또는 eNB)으로부터 무선 모바일 디바이스(또는 UE)로의 통신일 수 있고, 업링크(또는 UL) 전송은 무선 모바일 디바이스로부터 기지국으로의 통신일 수 있다.
모바일 및 무선 네트워크들은 트래픽 로드의 상당한 변동을 겪을 수 있다. 예를 들어, 네트워크 상에 존재하는 접속된 디바이스의 수는, 이벤트, 하루의 시간 등에 응답하여 변경될 수 있다. 마찬가지로, 비상 상황은, 통신에서의 스파이크 또는 네트워크 인프라스트럭쳐에 대한 손상을 야기하여, 네트워크가 처리할 수 있는 트래픽의 양을 감소시킬 수 있다. 일부 상황에서는, 네트워크를 이용하지 못하도록 특정 디바이스들 또는 트래픽의 타입들을 제한하여 중요한 트래픽이 전달될 가능성을 증가시킬 수 있는 정체 제어(액세스 제어 기능 또는 액세스 제어라고도 함)를 이용하여 과중한 로드가 관리될 수 있다. 현재, 3GPP에서는 네트워크를 통해 이용되지 못하도록 디바이스 또는 트래픽의 타입을 선택적으로 디스에이블하거나 차단하기 위해 다수의 액세스 제어 기능이 이용된다. 예를 들어, ACB(Access Class Barring)는, 회선 교환 서비스를 이용하는 레거시 디바이스들을 지원하는 CSFB(circuit switched fallback) 제어와 같은 특정한 액세스 제어를 위한 초기 랜덤 액세스 채널(RACH) 액세스를 하지 못하게 네트워크가 UE를 금지시키는 것을 허용한다. 다른 예로서, 서비스 특정 액세스 제어(SSAC; Service Specific Access Control)는, 인터넷 프로토콜(IP) 멀티미디어 서비스(IMS) 음성 또는 비디오에 대한 초기 RACH 액세스를 하지 못하게 네트워크가 UE를 금지시키는 것을 허용한다.
시장의 급성장 및 모바일 디바이스의 배치에 따라, 정체 제어가 중요한 주제가 되었다. 예를 들어, 3GPP는, 네트워크가 정체되어 있는 동안 소정의 특정한 애플리케이션(예를 들어, 재난 메시지 보드)을 위해 네트워크에 액세스하는 디바이스는 네트워크 액세스가 허용되고 (다른 애플리케이션을 위해 액세스하는) 다른 디바이스들은 네트워크에 액세스하는 것이 금지될 수 있게 하는 잠재적 요구조건 및 솔루션을 제공하는 것을 목표로 하는, 데이터 통신을 위한 애플리케이션 특정 정체 제어에 관한 타당성 연구(Feasibility Study on Application specific Congestion control for Data Communication)(FS_ACDC)를 현재 수행하고 있다.
그러나, 네트워크가 정체되어 있지 않지만 디바이스들이 정체되어 있거나 어떤 장애를 겪고 있는 서버에 액세스하려고 하는 경우가 있다. 이것은 디바이스가 주어진 서버와 반복적으로 통신을 시도하게 할 수 있다. 동일한 셀에 있는 많은 수의 디바이스가 동일한 (정체된) 서버와 통신하려고 시도한다면, 복수의 동일 위치에 있는 디바이스들로부터의 반복된 요청으로 인해 RAN이 정체될 수 있다. 3GPP 네트워크가 서버 장애를 통보받는다면, 서버 장애가 해결될 때까지 디바이스들을 제어하고 네트워크에 액세스하지 못하도록 정체된 서버에 액세스하려는 디바이스들을 차단할 수 있다.
제3자 서버가 장애에 처했을 때 애플리케이션의 제어에 대한 타당성 연구(Feasibility Study on Control of Applications when Third party Servers encounter difficulties)(FS_CATS)라고 하는 새롭게 승인된 3GPP SA1 연구 아이템(S1-141182)에서, 다음과 같은 목표가 확인되었다: "이 연구의 목적은 3GPP 네트워크가 그 정체 상태 또는 실패 상태를 검출하거나 제3자 서버로부터 그 표시를 수신하고 제3자 서버가 장애에 처해 있다는 것을 3GPP 네트워크가 인식하게 될 때 UE들의 개개의 애플리케이션들을 선택적으로 제어할 수 있게 하는 잠재적 요건을 확인하는 것이다." 이 연구 항목에 대한 정당화는 다음과 같이 주어진다: "3GPP 네트워크는 그 정체 상태 또는 실패 상태를 검출하거나 제3자 서버로부터 그 표시를 수신하고 장애에 처한 제3자 서버를 이용하는 애플리케이션들을 선택적으로 제어할 수 있을 필요가 있다. HTTP[하이퍼텍스트 전송 프로토콜] 404 에러는 UE의 애플리케이션에게 문제의 성질에 대한 표시를 제공하지 않기 때문에 충분하지 않으며, 그에 따라 실패하는 경우에도 빈번한 재시도를 초래할 수 있고, 따라서 실패로 이어지는 접속 시도로 네트워크에 부담을 준다. 서버가 HTTP 상태 코드를 제공할 수 없는 경우 제3자 서버 실패 모드를 생각해 볼 수 있다."(S1-141182.)
본 개시내용에서, 제3자 서버의 정체 또는 실패 상태를 검출하기 위한 방법이 제시된다. 일부 실시예들에서, 정체의 검출 또는 정체 제어의 구현은 UE 보조와 함께 수행된다.
명료성을 개선시키고 본 개시내용을 모호하게 하는 것을 피하기 위하여, 여기서 제공되는 실시예들 및 예들은 3GPP LTE 표준에 기초하여 동작하는 시스템, 방법 및 장치에 초점을 맞춘다. 용어 및 동작 예들은 일반적으로 LTE에 관한 것이지만, 본 기술분야의 통상의 기술자라면 다양한 교시를 다른 통신 표준에 적용하기 위한 수정사항을 인식할 것이다. UE, eNB 또는 본 명세서에서 사용되는 다른 용어 등의 용어들은 다른 통신 프로토콜에서 이용되는 다른 유사한 시스템 또는 컴포넌트들을 포괄하는 것으로 이해되어야 한다.
본 개시내용의 실시예들에 따른 시스템, 디바이스, 및 방법의 상세한 설명이 이하에서 제공된다. 수 개의 실시예가 설명되지만, 본 개시내용은 임의의 한 실시예로 제한되는 것이 아니라, 대신에 수 많은 대안, 수정, 및 균등물을 포괄한다는 것을 이해해야 한다. 또한, 여기서 개시되는 실시예의 철저한 이해를 제공하기 위하여 수 많은 특정한 상세사항이 이하의 설명에서 개시되지만, 일부 실시예는 이들 상세사항의 일부 또는 전부 없이도 실시될 수 있다. 게다가, 명료성을 위하여, 관련 기술분야에 공지된 소정의 기술 자료는 본 개시내용을 불필요하게 흐리지 않기 위하여 상세히 설명되지 않는다.
도 1은 통신 서비스를 UE(150A 및 150B)에 제공하기 위한 통신 시스템(100)의 한 실시예를 나타낸다. 통신 시스템(100)은 eNB(112A 및 112B)를 포함하는 RAN(110) 및 진화된 패킷 코어(evolved packet core)(EPC)(160)를 포함한다. 이 시스템은 현재 이용가능한 또는 향후 릴리스 등의 3GPP LTE 사양에 기초하여 동작한다. RAN(110)은 매크로 노드 및 복수의 저전력 노드들을 포함할 수 있다.
UE들(150A 및 150B)은 임의 타입의 통신 및/또는 컴퓨팅 디바이스를 포함할 수 있다. 예시적 UE로서는, 전화기, 스마트폰, 개인 휴대 정보 단말기(PDA), 태블릿 컴퓨터, 노트북 컴퓨터, 울트라북 컴퓨터, M2M(machine-to-machine) 디바이스 등이 포함된다. UE들(150A 및 150B)은, RAN(110) 및/또는 EPC(160)를 통해 주기적으로 데이터를 통신할 수 있는 UE들(150A 및 150B) 상에 설치되어 실행되는 복수의 애플리케이션들을 포함할 수 있다. UE들(150A 및 150B)은, UMTS(universal mobile telecommunication system), LTE, LTE-Advanced(LTE-A) 등과 같은 3GPP 표준을 이용하여 통신하도록 구성된 디바이스들을 포함할 수 있다. 일부 실시예들에서, UE들(150A 및 150B)은 기타 임의의 무선 통신 표준에 기초하여 통신하도록 구성된 디바이스들을 포함할 수 있다.
RAN(110)은 무선 데이터 액세스를 UE들(150A 및 150B) 및 복수의 다른 무선 모바일 디바이스들에 제공하도록 구성된다. RAN(110)은 EPC(160)를 통해 이용가능한 무선 데이터, 음성 및/또는 기타의 통신들을 UE들(150A 및 150B) 상에 설치된 복수의 애플리케이션들을 포함하는 UE들(150A 및 150B)에게 제공한다. 한 실시예에서, RAN(110)은 UE들(150A 및 150B)이 이용할 수 있는 무선 프로토콜 등의 무선 프로토콜에 따라 동작한다. eNB들(112A 및 112B)은 전송 포인트 및 RNC 기능들을 구현할 수 있다. eNB들(112A 및 112B)은 도시된 바와 같이 X2 인터페이스(114)를 통해 서로 통신하도록 구성된다. X2 링크는 전형적으로 eNB들(112A 및 112B) 사이의 광대역 유선 또는 광학적 접속을 통해 형성된다.
eNB들(112A, 112B)은 각각 LTE 무선 링크들(115A, 115B)을 통해 UE들(150A, 150B) 등의 하나 이상의 UE에 접속될 수 있다. eNB들(112A, 112B), 서빙 게이트웨이(S-GW)(120) 및 이동성 관리 엔티티(MME)(130) 사이의 접속은, S1 타입 접속들(124A, 124B 및 126A, 126B)을 통해 이루어질 수 있다. S1 인터페이스는, 공중이 이용가능한 3GPP 기술 명세(TS) 36.410 버전 8(2008-12-11), 9(2009-12-10) 및 10(2011-03-23)에 기술되어 있다.
EPC(160)는 S-GW(120) 및 MME(130)를 포함할 수 있다. EPC(160)는 또한, S-GW(120)를, 인터넷(180), 인트라넷 또는 다른 유사한 네트워크 등의 PDN에 결합하는 패킷 데이터 네트워크(PDN) 게이트웨이(P-GW)(142)를 포함할 수 있다. 따라서, EPC(160)는, 인터넷(180) 또는 다른 네트워크를 통해 제3자 서버(190) 등의 복수의 제3자 서버에 액세스할 수 있다. S-GW(120) 및 MME(130)는, 케이블링, 와이어, 광섬유, 및/또는 라우터 또는 중계기 등의 전송 하드웨어를 통해 서로 직접 통신할 수 있다. EPC(160)는 또한, 무선 네트워크에서 준 실시간으로 정책 규칙들을 결정하는데 이용될 수 있는 정책 및 과금 규칙 기능(PCRF) 노드(144)를 포함할 수 있다. PCRF 노드(144)는, 이해할 수 있는 바와 같이, 가입자 데이터베이스들, 및 과금 시스템 등의 다른 전문화된 기능들을 액세스할 수 있다.
(3GPP 네트워크 등의) 통신 시스템(100)이 제3자 서버(190) 등의 제3자 서버의 정체 상태를 식별할 수 있어서, 문제에 처해 있는 서버로의 액세스 재시도를 네트워크(100)가 제한할 수 있게 하는 것이 유익하다. 이것은, UE들(150A 및 150B)이 제3자 서버(190)에 액세스하기 위해 계속 재시도하지 않을 것이기 때문에, 네트워크(100)의 대역폭 이용을 최적화한다. 제3자 서버(190)는, 웹 페이지, 웹 서비스, 또는 네트워크 접속을 통한 기타 임의의 서비스를 제공하는 서버 등의, 네트워크(100)에 대응하지 않는 임의의 서버를 포함할 수 있다. 네트워크(100)에 의해 수행될 방법들, 기능들, 또는 동작들에 대한 논의가 이하에 개시된다. 네트워크(100)와 관련하여 개시된 임의의 방법, 기능 또는 동작은, 엔티티, 서버 또는 네트워크(100)의 다른 요소에 의해 수행될 수 있다는 점에 유의해야 한다. 예를 들어, MME(130), S-GW(120), P-GW(142) 또는 EPC(160) 내의 다른 요소는 제3자 서버(190)와 통신하거나, RAN(110) 또는 UE들(150A, 150B)로부터 통보를 수신하거나, 정체에 관한 결정을 내릴 수 있다. 한 실시예에서, 상이한 엔티티들의 조합은, 정체 상태를 식별하고 및/또는 정체 제어를 구현하는 방법의 상이한 단계들을 수행할 수 있다. 한 실시예에서, 새로운 하드웨어 및/또는 기존의 서버 상에서 실행되는 새로운 기능을 포함하는 새로운 요소가 본 명세서에 개시된 기능의 적어도 일부를 수행하기 위해 EPC(160)에 도입될 수 있다.
제3자 서버(190)가 정체되어 있는지를 결정하기 위한 다양한 옵션이 고려될 수 있다. 하나의 옵션에서, 네트워크(100)는 제3자 서버(190)로부터 통보를 수신함으로써 제3자 서버(190)의 정체 또는 실패를 검출할 수 있다. 예를 들어, 서버(190)가 문제를 발견하면, 네트워크(100)에 그 문제를 통보하기 위해 제어 평면을 통해 통보를 전송할 수 있다. 이 방법은 제3자 서버(190)가 정보를 네트워크(100)에 푸시하는 "푸시(push)"로서 작동한다. 다른 옵션은, 네트워크(100)가 제3자 서버(190)에 대한 활동을 모니터링하고, UE(150A, 150B)와 서버(190) 사이의 실패 요청에 기초하여, 제3자 서버(190)가 문제가 있다고 네트워크(100)가 결정하는 것이다. 역시 또 다른 옵션은, 네트워크(100)가 제3자 서버(190)에게 정보를 요청(즉, 인출)하는 것이다. 이 요청은 주기적으로 수행될 수 있다 : 예를 들어, 네트워크(100)는 주기적으로 제3자 서버(190)에 요청을 전송하여 실패 정보를 획득할 수 있다. 그러면, 제3자 서버(190)는 요청에 응답하여 정체 또는 실패의 존재 여부를 나타낼 수 있다.
도 2는 (도 1의 네트워크(100) 등의) 네트워크(206)가 제3자 서버(208)의 상태에 관한 정보를 주기적으로 "인출"하는 예시적 인출 방법을 나타내는 개략적 콜(call) 도면이다. 210에서, 네트워크(206)는 제3자 서버(208)에게 정보를 요청한다. 212에서, 네트워크(206)는 제3자 서버(208)의 상태를 동반한 응답을 수신한다. 요청 주기(214)는 정보에 대한 요청들(210)을 분리한다.
선택사항으로서, 네트워크(206)로부터 제3자 서버(208)로의 요청(예를 들어, 210에서의 요청) 이후의 응답의 결핍은 실패 또는 정체로 해석될 수 있다. 도 3에는 예시적 인출 방법을 나타내는 개략적 콜 도면이 도시되어 있다. 302에서, 정보 요청이 (MME(130) 및/또는 P-GW(142) 요소에 의해서 등의) 네트워크(206)에 의해 전송된다. 대기 타이머(304)의 만료 후에 응답이 수신되지 않으면, 네트워크(206)는, 306에서, 제3자 서버(208)에서 정체 또는 실패가 있음을 결정할 수 있다. 예를 들어, MME(130), P-GW(142), 또는 다른 네트워크 요소는 요청이 전송될 때 302에서 대기 타이머(304)를 시작할 수 있다. 한 실시예에서, 서버(208)는 미리 정해진 기간(예를 들어, 대기 타이머(304)) 및/또는 미리 결정된 횟수의 시도 후에 정체 또는 실패가 발생했다고 결정할 수 있다.
일부 실시예에서, 제3자 서버(208)로부터 주기적으로 정보를 인출하는 프로세스는 최적이 아닐 수 있다. 예를 들어, 요청 주기(214)가 너무 길면, 이벤트가 네트워크(206)에 의해 누락될 수 있다. 요청 주기(214)가 너무 짧으면, 오버헤드가 매우 커질 수 있다. 최적의 또는 완벽한 주기성을 발견하는 것은 매우 어려울 수 있다. 제3자 서버(208)의 상태를 보다 효율적으로 결정하기 위하여, 적어도 하나의 실시예에서, 네트워크(206)는 하나 이상의 UE(202)로부터 획득된 다른 정보를 이용할 수 있다.
한 실시예에서, 네트워크(206)는, UE(202)로부터 직접 수신된 정보에 기초하여 또는 UE(202)로부터 간접적으로 획득된 정보에 기초하여, 제3자 서버(208)가 문제(정체 또는 실패)를 겪고 있을 가능성이 크다고 결정할 수 있다. 한 실시예에서, 예를 들어, 네트워크(206)는 제3자 서버(208)에 액세스하는 사용자 수가 임계치보다 큰 경우에만 (정보(210)에 대한 요청을 전송하는) 제3자 서버(208)로부터의 정보의 인출을 트리거할 수 있다. 이 임계치는 단일 셀에서 제3자 서버(208)를 이용하는 UE(202)의 수에 적용되거나 EPC(160)를 통해 제3자 서버(208)를 이용하는 UE(202)의 수에 대응할 수 있다.
다양한 실시예들은 하나 이상의 UE(202)로부터 직접 수신된 정보를 이용할 수 있다. 예를 들어, UE(202)는 제3자 서버(208)의 실패 또는 정체 상황에 관한 정보를 획득할 수 있다. 제1 접근법은 UE(202)가 제3자 서버(208)로의 액세스가 실패했다는 통보를 전송하는 것이다. 예를 들어, 네트워크(206)는 서버(208)로의 액세스가 실패했다는 통보를 네트워크(206)로부터 수신하는 것에 응답하여 제3자 서버(208)로부터 상태 정보를 인출할 수 있다. 제1 접근법과 유사한 제2 접근법은, 네트워크(206)가 제3자 서버(208)로부터 정보를 인출하지 않고, 대신에 UE(202)에 의해 제공되는 정보에 기초하여 정체 또는 실패가 있다고 유추하는 것이다. 제3 접근법에서, UE(202)는 네트워크(206)에게 실패를 통보하고 제3자 서버(208)가 이용가능하게 될 때 UE(202)에게 통보할 것을 네트워크(206)에게 요청한다. 예를 들어, 네트워크(206)는 UE(202)로부터 통보를 수신하는 것에 응답하여 제3자 서버(208)의 상태를 인출하고, 제3자 서버(208)가 다시 이용가능하게 될 때 UE(202)에게 통보할 수 있다. 제4 접근법에서, 네트워크(206)는 UE(202)에 관련된 정보뿐만 아니라 제3자 서버(208)와 접속하기 위한 UE(202)에 의한 시도를 허용 또는 거부하기 위한 다른 구성 정보도 이용한다.
상기 접근법들은 UE(202)가 제3자 서버(208)로의 액세스의 실패를 보고하도록 구성되거나 허용될 것을 요청할 수 있다. UE(202)는 3GPP 네트워크(네트워크(206) 또는 EPC(160))에 의해 구성될 수 있다. 선택사항으로서, 제3자 서버(208)는 실패를 보고하도록 UE(202)를 구성할 수 있다. 선택사항으로서, 실패를 보고하는 구성은, 홈 가입 서비스(HSS)에 대한 UE(202) 가입의 일부와 같이 정적일 수 있고 UE에서 제공될 수 있다. 상기 접근법들에 대한 자세한 설명은 이하에서 제공된다.
제1 접근법에서, UE(202)는 제3자 서버(208)에서의 가능한 문제점을 네트워크(206)에 통보한다. 통보는, eNB(204), EPC(160), 또는 다른 엔티티(예를 들어, MME(130))에 대한 것일 수 있다. 네트워크(206)는, 통보에 기초하여, 제3자 서버(208)가 정체되어 있는지 또는 제3자 서버(208)에 문제가 있는지를 결정한다. 문제가 있다면, 네트워크(206)는 CATS를 트리거할 수 있다. 예를 들어, 네트워크(206)는 제3자 서버(208)가 이용가능하지 않다는 것을 eNB(204) 또는 UE(204)에 통보할 수 있다.
도 4는 UE(202)로부터의 통보에 기초하여 제3자 서버 상태를 결정하는 콜 흐름의 한 실시예를 나타낸다. 402에서, 네트워크(206)는 제3자 서버(208)와 관련하여 실패 또는 정체 이벤트를 보고하도록 UE(202)를 구성한다. 404에서, UE(202)는 제3자 서버(208)로의 접속을 시도하지만 실패한다. UE(202)는 임계치에 도달할 때까지 접속을 시도하거나 제3자 서버(208)로부터 수신될 응답에 대해 미리 결정된 시간 동안 대기할 수 있다. UE(202)가 제3자 서버(208)에 접속할 수 없다면, 406에서, UE(202)는 제3자 서버(208)에서의 가능한 문제점을 네트워크(206)에 통보한다. 예를 들어, UE(202)는 제3자 서버(208)로부터 에러 메시지를 수신하거나 미리 결정된 대기 시간 및/또는 시도 횟수 이후에 응답을 수신하지 못할 수도 있다. 408에서, 네트워크(206)는 제3자 서버(208)에게 상태 정보를 요청한다. 예를 들어, 네트워크(206)는 제3자 서버(208)가 정체되어 있는지 또는 실패하였는지를 체크할 수 있다. 410에서, 네트워크(206)는 제3자 서버(208)로부터 정체를 나타내는 정보를 수신한다. 412에서, 네트워크(206)는 제3자 서버(208)가 정체되어 있거나 실패하였다고 결정한다. 414에서, 네트워크(206)는 그 서버에 대한 정체 제어(예컨대, CATS)를 트리거하는 메시지를 eNB(204)에 전송한다. eNB(204)는 416에서 정체 제어를 트리거하고 418에서 UE(202)와의 정체 제어를 트리거하는 메시지를 전송한다. 예를 들어, 418에서의 메시지는, UE(202)가, 네트워크(206)로부터 나중의 메시지 등을 수신할 때까지, 제3자 서버(208)에 일정 기간 동안(for a time period) 연락해서는 안 된다는 것을 나타낼 수 있다.
또 다른 실시예에 따르면, 네트워크(206)는 (예를 들어, 도 4의 404에서) UE에 의해 전송된 패킷을 검사할 수 있다. 동일한 UE(202)에 의해 전송된 요청 및/또는 응답없는 동일한 제3자 서버(208)에 전송된 요청의 수가 소정의 임계치를 초과한다면, 네트워크(206)는 제3자 서버(208)로부터 상태 정보를 인출하고 (예를 들어, 414에서의 트리거 정체 제어에 의해) UE(202)가 추가 트래픽을 생성하지 못하게 할 수 있다. 마찬가지로, 네트워크는 HTTP 404 에러 메시지 등의 제3자 서버(208)에 의해 반환된 패킷을 검사하여 제3자 서버가 문제를 겪고 있다고 결정할 수 있다.
제2 접근법에서, 상기 제1 접근법은, 408에서의 정보에 대한 요청을 생략하고 410에서의 정체를 나타내는 정보의 수신을 생략하도록 수정될 수 있다. 예를 들어, 네트워크(206)는, 412에서, 제3자 서버(208)로부터 직접 상태를 인출할 필요없이, 406에서의 메시지에 기초하여 제3자 서버(208)가 정체되어 있다고 결정할 수 있다. 예를 들어, 네트워크(206)는 단순히, UE(202)로부터의 406에서의 통보에 기초하여 또는 UE(202)가 제3자 서버(208)로부터 에러 메시지를 수신했거나 어떠한 응답도 수신하지 못했다는 결정에 기초하여, 제3자 서버(208)가 정체되어 있다고 결론 내릴 수도 있다.
제3 접근법에서, UE(202)는, 제3자 서버(208)가 이용가능한 때의 통보 또는 제3자 서버(208)의 상태의 통보를 요청한다. 한 실시예에서, 예를 들어, UE(202)가 응답 없이 제3자 서버(208)에 복수의 요청을 전송한 후에, UE(202)는 웨이크-미-업 통보 요청(wake-me-up notification request)을 네트워크(206)에 전송할 수 있다. 네트워크(206)가 이 요청을 수신하면, 네트워크(206)는 제3자 서버(208)로부터 데이터(예를 들어, 비표준화된 핑 메시지 또는 표준화된 메시지)를 주기적으로 인출한다. 서버(208)가 비-정체 상태 또는 비-실패 상태를 나타내며 응답한다면, 네트워크(206)는 제3자 서버(208)가 복구되었다는 것을 UE(202)에 통보한다. UE(202)는 제3자 서버(208)로부터의 서비스에 대한 요청을 전송할 수 있다.
도 5는 네트워크(206)로부터의 웨이크-업 통보를 위한 콜 흐름을 나타낸다. 502에서, 제3자 서버(208)는 적어도 일부의 서비스 요청을 서비스할 수 없을 정도로 정체 또는 실패를 겪고 있다. 504, 506 및 508에서, UE(202)는 서비스 요청을 전송한다. UE(202)는 응답없는 서비스 요청의 임계치 횟수에 도달할 때까지 서비스 요청을 서버에 계속 전송할 수 있다. 일단 임계치에 도달하면, UE(510)는 510에서 웨이크-미-업 요청을 네트워크(206)에 전송한다. 그 다음, UE(202)는 UE(202)에 의한 전력 또는 기타의 자원 소비뿐만 아니라 네트워크(206) 상의 로드를 감소시키기 위해 서버로의 서비스 요청 전송을 중단할 수 있다. 510에서의 웨이크-미-업 요청은 제3자 서버(208)의 명칭, 주소 등을 포함할 수 있어서, 네트워크(206)는 제3자 서버(208)를 체크하여 이용가능하게될 때 UE(202)에게 통보할 수 있다. 웨이크-미-업 요청을 수신하는 것에 응답하여, 네트워크(206)는 512, 514, 516 및 518에서 제3자 서버(208)를 핑테스트(ping)한다. 네트워크(206)는 제3자 서버(208)가 다시 이용가능할 때까지 요청된 간격으로 제3자 서버(208)를 핑테스트할 수 있다. 또는, 동일한 서버로의 다른 UE들의 요청을 모니터링하는 등의, 어떤 다른 방법이 제3자 서버를 핑테스트할 때를 결정하는데 이용될 수 있다. 제3자 서버(208)는 520에서 정상적으로 동작하기 시작하고 522에서 핑 응답을 전송한다. 핑 응답을 수신하는 것에 응답하여, 524에서 네트워크(206)는 웨이크-업 응답 통보를 UE(202)에 전송한다. 그 다음, UE(202)는 제3자 서버(208)에 서비스 요청(526)을 전송하고, 제3자 서버는 528에서 서비스 응답을 제공한다. 도 5의 콜 흐름은, 네트워크(206)가 어떻게 제3자 서버(208)의 상태를 결정하여 하나 이상의 UE(202)가 다운된 서버에 계속 서비스 요청을 전송하지 않게 하는지를 예시한다. 일부 상황들에서, 네트워크(206) 상의 시그널링은 상당히 감소될 수 있다.
한 실시예에서, 네트워크(206)는 디바이스-대-디바이스(D2D) 통신, M2M, 사물의 인터넷(IoT) 및 다른 소형 디바이스 통신 서비스에 대한 서비스 등록 서비스를 제공할 수 있다. 이들 디바이스들은 종종 하나 또는 몇 개의 서버에만 통신한다. (UE(202) 등의) 이들 소형 디바이스들은 서비스 등록 요청을 네트워크(206)에 전송할 수 있다. 그 다음, 네트워크(206)는 특정 제3자 서버(208)에 주기적으로 핑테스트하여, 동작 여부, 정체 여부, 또는 정상 동작 여부를 체크할 수 있다. 등록된 디바이스가 서비스 요청을 전송하면, 네트워크(206)는 그 요청을 포워딩하기 이전에 제3자 서버(208)의 상태를 체크할 수 있다. 제3자 서버(208)가 정상적으로 동작한다면, 네트워크(206)는 그 요청을 제3자 서버(208)에 포워딩할 수 있다. 반면, 제3자 서버(208)가 정체되어 있거나 다운되어 있다면, 정체 제어(예를 들어, CATS)를 활성화한다. 제3자 서버(208)가 다운되어 있다면, UE(202)에 대한 통보는, UE(202)가 제3자 서버(208)에 액세스하려고 다시 시도할 수 있는 때/여부에 관한 상이한 타입들의 정보를 포함할 수 있다. 한 실시예에서, 제3자 서버(208)가 다운되어 있거나 정체되어 있다는 통보는, UE(202)가 적어도 명시된 시간량(예를 들어, 5초) 동안 재시도를 위해 대기해야만 한다는 것을 나타낼 수 있다. 한 실시예에서, 제3자 서버(208)가 다운되어 있거나 정체되어 있다는 통보는, 네트워크(206)가 UE(202)에게 요청을 전송하는 것이 허용된다는 것을 통보할 때까지, UE(202)가 제3자 서버(208)에 또 다른 요청을 전송하는 것이 허용되어 있지 않다는 것을 나타낼 수 있다. 한 실시예에서, 제3자 서버(208)가 다운되어 있거나 또는 정체되어 있다는 통보는, 원하는 서비스를 제공하는(예를 들어, 다운된 제3자 서버(208)와 동일한 서비스를 제공하는) 또 다른 제3자 서버(또는 기타의 서버)를 표시할 수 있다.
도 6은 서비스 등록 서비스에 대한 콜 흐름을 나타낸다. 602에서, 하나 이상의 디바이스(630)는 제1의 제3자 서버(632)(서버 1)에 대한 하나 이상의 서비스 등록 요청을 전송한다. 604에서, 하나 이상의 디바이스(630)는 제2의 제3자 서버(634)(서버 2)에 대한 하나 이상의 서비스 등록 요청을 전송한다. 서비스 등록 요청을 얻는 것에 응답하여, 네트워크(206)는 서비스 요청 접수확인(ACK)을 전송할 수 있다. 그러면, 네트워크(206)는 제3자 서버(632, 634)의 상태 추적을 시작할 수 있다. 606에서, 네트워크(206)는 제1의 제3자 서버(632)를 핑테스트하고, 608에서 핑 응답을 수신한다. 608에서 수신된 핑 응답은, 네트워크(206)에게, 제1 제3자 서버(632)가 활성임을 나타낼 수 있다. 610에서, 네트워크(206)는 제1의 제3자 서버(632)가 이용가능하다는 것을 나타내는 상태를 저장한다. 612, 614 및 616에서, 네트워크(206)는 제2의 제3자 서버(634)를 핑테스트하고 응답을 수신하지 않는다. 네트워크(206)는, 핑 응답을 수신할 때까지, 제2 제3자 서버(634)가 이용가능하지 않다는 표시를 저장할 수 있다.
618에서, 하나 이상의 디바이스(630)는 네트워크(206)에 의해 수신된 제1의 제3자 서버(632)(서버 1)에 대한 서비스 요청을 전송한다. 서비스 요청을 수신하는 것에 응답하여, 네트워크(206)는 620에서 제1의 제3자 서버(632)의 상태를 체크한다. 622에서, 네트워크(206)는 서비스 요청을 제1의 제3자 서버(632)에 전송한다. 예를 들어, 네트워크(206)가 608에서 제1의 제3자 서버로부터 핑 응답을 수신하기 때문에 네트워크(206)는 요청을 포워딩한다. 그러면, 제1의 제3자 서버(632)는 요청된 서비스를 하나 이상의 요청 디바이스(630)에 제공할 수 있다.
624에서, 하나 이상의 디바이스들(630)(UE들, 머신-대-머신 디바이스들 등)은 제2의 제3자 서버(634)(서버 2)에 대한 서비스 요청을 전송한다. 네트워크(206)는 626에서 제2의 제3자 서버(634)의 상태를 체크한다. 제2의 제3자 서버(634)로부터 핑 응답이 수신되지 않았기 때문에, 네트워크(206)에 의해 저장된 상태는, 제2의 제3자 서버(634)가 이용불가능하다(정체되어 있거나 실패를 겪고 있다)는 것을 나타낼 수 있다. 628에서, 네트워크(206)는 서비스 요청이 실패했고 재시도가 5초 내에 발생할 수 있다는 통보를 전송한다. 서비스 요청이 실패했다는 통보는, 추가적으로 또는 대안으로서, 추가 정보가 네트워크(206)로부터 수신될 때까지 디바이스(630)가 제2의 제3자 서버(634)에 추가 요청을 전송하지 말아야 한다는 것을 표시할 수도 있고, 및/또는 제2의 제3자 서버(634)로부터 요청된 것과 동일한 서비스를 제공하는 상이한 서버를 표시할 수도 있다. 선택사항으로서, 네트워크는, 616 이후에, 제2의 제3자 서버가 이용가능하지 않다는 것을 등록된 모든 UE에게 브로드캐스팅하여, 그 서버로 향하는 UE로부터의 초기 시그널링(624)을 제거할 수 있다.
한 실시예에서, UE(202)가 주어진 특정 애플리케이션에 대한 웨이크-미-업 요청을 네트워크(206)에 전송하면(도 5의 510 참조), UE(202)는 동일한 제3자 서버(208)로부터의 모든 애플리케이션들에 대해 CATS(정체 제어)를 활성화할 것이다. 이것은, 추가적인 UE(202) 시그널링을 피하고 모든 애플리케이션에 대한 정체 및 CATS 활성화/비활성화에 관한 표시를 네트워크(206)가 UE(202)에게 전송할 필요를 피하는 것을 도울 수 있다. UE(202)가 네트워크(206)로부터 웨이크-업 응답 통보를 수신하면(예를 들어, 도 5의 524), UE(202)는 제3자 서버(208)로의 액세스를 다시 시도할 것이다. 웨이크-미-업 요청 및 웨이크-업 응답을 이용하는 것은 오버헤드 및 UE(202) 전력 소비를 감소시키는데 도움을 줄 수 있다. 이것은, 일부 M2M(machine-to-machine) 디바이스의 경우에서와 같이, 제한된 전력을 갖고 관심대상의 모든 애플리케이션에 대해 단일 서버에 주로 액세스하는 UE(202)에게 특히 도움이 될 수 있다. 한 실시예에서, UE(202)가 웨이크-미-업 요청을 네트워크(206)에 전송하고 서버(208)로의 액세스를 시도하는 애플리케이션이 CATS 블랙리스트(즉, CATS가 구성되고 활성일 때 허용되지 않는 애플리케이션들의 리스트) 내에 있을 때, 네트워크(206)는 모든 다른 적용가능한 UE들에서 그 애플리케이션에 대한 CATS를 자동으로 활성화할 것이다.
제4 접근법에서, 네트워크(206)는 서비스 요청이 전송되기 전에 UE(202)가 제3자 서버(208)에 접속하는 것을 허용할지를 결정한다. 한 실시예에서, 이 접근법은, 네트워크(206)가 특정 제3자 서버(208)에 관한 일부 상태 정보를 이미 갖고 있다고 가정한다. 이 정보는, UE(202) 또는 제3자 서버(208)로부터 수신되거나, 또는 네트워크(206)에 의해 결정되는 실패 표시를 포함할 수 있다. 한 실시예에서, 이 정보는 실패 표시뿐만 아니라 상이한 그룹의 UE들(202)에게 적용될 대응하는 동작들을 포함할 수 있다. 예를 들어, 실패 표시는 제3자 서버(208)에 대한 실패 레벨을 나타낼 수 있다. 특정 실패 레벨에 대해, 한 그룹의 UE(202)에 대해 정의된 동작은 제2 또는 제3 그룹의 UE(202)에 대해 정의된 동작과는 상이할 수 있다. 예를 들어, 제1 그룹의 UE(202)는 상이한 제3자 서버에 재라우팅될 수 있고, 제2 그룹은 우선순위 보고를 위해 제3자 서버(208)에 접속할 필요가 없는 한 대기하도록 요청받을 수 있다. 따라서, 제3자 서버(208)는, 각각의 시점에서의 제3자 상태에 따라, 네트워크(206)에 의해 실행될 상이한 실패 레벨들 및 그들의 대응하는 동작들을 정의할 수 있을 것이다.
한 실시예에서, UE(202)는 소정의 UE 특정 정보를 네트워크(206)에 전송한다. 이 UE 특정 정보는, 새로운 정보 요소로서 기존의 업링크 메시지 또는 새로 생성된 메시지에 포함될 수 있다. 새로운 정보 요소는, (도 7의 704에 도시된 바와 같이) UE(202)가 특정 제3자 서버(208)에게 요청하기를 원한다는 것을 나타낼 수 있다. 이 UE 특정 정보는, 무선 자원 제어(RRC) 및/또는 비 액세스 계층(NAS; non-access stratum) 메시지를 통해 네트워크에 전송될 수 있다. 또한, 이 UE 특정 정보는, 다른 진행 중인 접속들과 함께 이미 접속 모드(connected mode)에 있는 UE(202)에 의해, 또는 유휴 모드로부터 나와 RRC 접속의 설정을 요청하고 있는 UE(202)에 의해 전송될 수 있다.
한 실시예에서, UE 특정 정보는, UE(202)가 제3자 서버(208)에 접속되기를 기대하는 시간의 길이를 포함할 수 있다. 이것은 숫자 또는 범위일 수 있다. 이 추정은 UE(202)가 얼마나 오랫동안 이 제3자 서버(208)와의 트래픽을 생성할 것인지를 네트워크(206)가 알게 한다. 한 실시예에서, UE(202)는 이전 접속들의 통계치에 기초하여 이 값을 추정한다. 또한, UE(202)는, 상위 계층, 즉, 요청측 애플리케이션으로부터 직접 이 정보를 얻을 수도 있다. 한 실시예에서, UE 특정 정보는 접속을 유지하는데 필요한 예상된 처리량을 포함할 수 있다. UE(202)는, UE(202)가 이용하려고 하는 특정 서비스(예를 들어, 고품질 영화의 스트리밍 또는 영상 통화)에 대한 이전 접속의 통계치에 기초하여 이 값을 추정할 수 있다. UE 특정 정보는 최소 처리량 및 최대 처리량을 포함할 수 있다. 이 UE 특정 정보는 예상 접속 기간을 포함할 수 있다. 예를 들어, UE(202)는 영화 관람을 위해 1시간보다 길게 접속을 요청할 수도 있고, 1 밀리초(ms) 정도로 짧은 지속기간 동안만 접속하기를 기대할 수도 있다. UE 특정 정보는, D2D, M2M 또는 짧은/소량의 데이터 메시지 통신 등의 통신 타입을 나타낼 수 있다. 이것은, 계측기 보고 또는 트래픽 보고에 대한 것과 같이, 메시지가 짧다고 네트워크(206)가 결정하는 것을 허용할 수 있다. UE 특정 정보는, 메시지가 제3자 서버(208)에서의 이용을 위해 전송될 비상 정보, 예를 들어, 경보 또는 건강 관련 경고를 포함할 것이라는 것을 나타낼 수 있다. UE 특정 정보는 UE 타입 또는 멤버십 가입 레벨을 나타낼 수 있다. 제3자 서버(208) 및/또는 네트워크(206)는 소정 가입 레벨의 사용자만이 정체 동안에 접속하는 것을 허용할 수도 있다. 이 UE 특정 정보는, UE(202), 제3자 서버(208) 및/또는 네트워크(206) 사이에서 전달될 수 있다.
UE 특정 데이터 또는 다른 설정들에 대한 값들은, 표준 내에서 정의되고 UE(202)와 네트워크(206) 양쪽 모두가 이해하는 숫자, 미리 정의된 범위 또는 미리 정의된 값들로서 정의될 수 있다. 한 실시예에서, 특정한 UE(202) 또는 다른 디바이스가 제3자 서버(208)에 요청을 전송하는 것이 허용되는지를 결정하기 위해, 제3자 서버(208)의 상태에 관한 정보에 추가하여, UE 특정 정보가 네트워크(206)(예를 들어, eNB(204) 또는 MME(130)에 의해 이용된다. UE(202)가 계속할 수 있는지를 결정한 이후에, 네트워크(206)는 UE(202)에게 그 결정을 통보한다. UE(202)가 계속하는 것이 허용되는 경우, 네트워크(206)는 수락 또는 허용 메시지를 UE(202)에 전송한다. 네트워크(206)는 또한, 제3자 서버(208)에 요청을 전송하여 제3자 서버(208)가 응답하는 허용할 수 있다. 한 실시예에서, 네트워크(206)는 요청을 포워딩하지 않지만 UE(202)로부터의 후속 서비스 요청이 제3자 서버(208)로 전달되는 것을 허용한다. 예를 들어, UE(202)는, 제3자 서버(208)에 접속하는 것이 허용된다는 표시를 수신하는 것에 응답하여 서비스 요청을 전송할 수 있다.
UE(202)가 계속하는 것이 허용되지 않는 경우, 네트워크(206)는 제3자 서버(208)가 이용가능하지 않다는 것을 UE(202)에게 표시하는 부정 응답 메시지를 전송할 수 있다. 한 실시예에서, 메시지는 또한, UE(202)가 서버(208)로의 액세스를 다시 시도하기 전에 대기해야 하는 기간, UE(202)가 상이한 제3자 서버에 접속하기 위해 이용할 수 있는 정보, 또는 UE(202)는 다시 시도하기 전에 네트워크 통보를 기다릴 필요가 있다는 표시와 같은 추가 정보를 포함한다.
도 7은 제3자 서버(208)로의 액세스를 협상하기 위한 콜 흐름을 나타낸다. 702에서, 네트워크(206)는 제3자 서버(208)가 정체되어 있거나 실패를 겪고 있다고 결정한다. 네트워크(206)는 본 명세서에 개시된 임의의 방법에 기초하여 또는 기타 임의의 방식으로 정체 또는 실패가 있다고 결정할 수 있다. 704에서, UE(202)는 제3자 서버(208)와의 접속을 설정하라는 요청을 전송한다. 이 요청은 종래의 서비스 요청을 포함하거나 여기서 논의된 임의의 UE 특정 정보 등의 추가적인 UE 특정 정보를 동반한 요청을 포함할 수 있다. 706에서, 네트워크(206)는 UE(202)가 접속 설정을 시도할 수 있는지를 결정한다. 네트워크(206)는, UE 특정 정보, 제3자 서버(208)의 현재 상태, 및/또는 제3자 서버(208)로부터 수신된 기타 임의의 구성 또는 정체 레벨 정보에 기초하여 액세스를 허용할지를 결정할 수 있다. 네트워크(206)는 708에서 UE(202)에 응답을 전송한다. 응답은 UE(202)가 액세스 허용된다는 것을 나타낼 수 있고, 그러면, UE(202)는 서비스 요청을 제3자 서버(208)에 전송할 수 있다. 응답은 UE(202)가 액세스 허용되지 않음(즉, 그 요청이 거절됨)을 나타낼 수 있고, UE(202)는 제3자 서버(208)로의 접속을 다시 시도하기 이전에 특정 기간 동안 대기하거나 네트워크(206)가 다른 시도를 허용할 때까지 대기할 수 있다. 한 실시예에서, 응답은, UE(202)가 제3자 서버(208)와 동일한 서비스를 제공할 수 있는 상이한 서버에 접속하는 것을 허용하는 정보 등의, 대체 동작을 나타낼 수 있다. 그러면, UE(202)는 표시된 대체 동작을 수행할 수 있다.
한 실시예에서, 협상 방법은, 708에서 전송된 응답에 기초하여 네트워크(206)에 응답하기 위해 UE(202)에 의한 추가를 포함할 수 있다. 예를 들어, UE(202)는 제3자 서버(208)와의 접속에 응답하여 수정을 제안할 수 있다. 예를 들어, 접속을 협상하는 프로세스는 다음을 포함할 수 있다: (1) UE(202)는 접속 설정을 요청하고 UE(202)가 제3자 서버(208)에 접속되어 있는 동안 필요로 할 것으로 추정하는 처리량/데이터 레이트에 관한 정보를 포함한다; (2) 네트워크(206)는 제3자 서버(208)가 그 시간에 그 처리량을 갖는 접속을 지원할 수 없다는 것을 UE(202)에 전달하고, 그 요청을 거절하는 대신에, 네트워크(206)는 UE(202)에게 일정 기간 동안 대기하거나 더 낮은 데이터 레이트의 접속을 진행할 것을 제안한다; (3) UE(202)가 더 낮은 데이터 레이트를 수락하면, UE(202)는 더 낮은 데이터 레이트에 대한 요청을 동반한 메시지로 응답한다; 및/또는 (4) UE(202)가 대기하는 것을 선호한다면, UE(202)는 응답하지 않고 요구되는 기간 동안 대기한 다음 원래 데이터 레이트에 대한 요청을 동반한 메시지를 전송할 수 있다.
한 실시예에서, (CATS 등의) 정체 제어 서비스들은 또한, (예를 들어, WiFi 등의 또 다른 무선 액세스 네트워크를 통해) 직접 또는 다른 UE(202)를 통해(즉, 디바이스-대-디바이스(D2D) 통신을 통해) 제3자 서버(208)와 통신하는 것이 허용된 UE들(202)에게도 적용된다. 예를 들어, 네트워크(206)는, 네트워크(206) 또는 eNB(204)가 각각의 UE(202)에게 통보할 것을 요청하는 것이 아니라, UE(202)가 D2D 인터페이스를 이용하여 서버의 상태를 통신하는 것을 허용할 수 있다. 한 실시예에서, (예를 들어, 네트워크(206)로부터의 전용 메시지를 통해, 웨이크-업 절차를 통해, 또는 기타 임의의 방법을 이용하여 직접) CATS가 하나의 UE(202)에서 활성화될 때, UE(202)는 제3자 서버(208)가 오버로드(overload)되어 있다는 것을 D2D 통신을 통해 근처의 UE(202)들에게 통보할 수 있다. 그러면, 이들 근처의 UE들(202)은 CATS를 활성화하고 제3자 서버(208)가 복구되었다는 통보받을 때까지 제3자 서버(208)에 액세스하지 않을 수 있다.
또 다른 실시예에서, 한 UE(202)가 센터 UE로서 구성될 때, 그 센터 UE는, 근처의 UE들에게, 서비스 요청을 전송하기 전에 서버의 복구 여부를 센터 UE에게 먼저 문의해야 한다는 것을 D2D 통신을 통해 통보할 수 있다. 센터 UE는 또한, 제3자 서버(208)가 다운되기 전에도 자신이 센터 UE임을 나타내는 신호를 전송할 수 있다. 예를 들어, 센터 UE는, 근처의 UE들이 제3자 서버(208)로의 접속이 설정될 필요가 있을 때마다 제3자 서버(208)의 상태를 체크해야 한다는 것을 나타낼 수 있다. 한 실시예에서, UE(202)는, 여기서 논의된 웨이크-업 메시지 또는 전용 메시지 등의, 네트워크(206)로부터의 메시지에 기초하여 센터 UE로서 구성된다. 그러면, 근처의 UE들은, 서버(208)가 복구되었거나 이용가능하다는 것을 센터 UE가 자신들에게 통보하는 경우에만 서버(208)로의 액세스를 시도할 수 있다.
한 실시예에서, 한 UE(202)는 센터 UE로서 구성될 수 있고, 각각의 UE는 CATS 또는 다른 정체 서비스가 활성화될 때 차단될 수 있는 애플리케이션들의 리스트를 저장할 수 있다. 따라서, 근처의 UE들이 리스트 내의 애플리케이션을 이용하여 제3자 서버(208)에 액세스하기를 원할 때마다, 근처의 UE들은 제3자 서버(208)가 이용가능한 상태에 있는지(예를 들어, OK인지, 정체되지 않은지, 등)를 센터 UE에게 먼저 문의해야 한다. 예를 들어, 근처의 UE들은, 제3자 서버(208)가 OK라는 것을 센터 UE가 자신들에게 통보하는 경우에만 제3자 서버(208)로의 액세스를 시도할 수 있다. 서버가 정체되어 있거나 다운되어 있을 때, 네트워크(206)는 단지 센터 UE에게 통보만 할 필요가 있을 것이다.
본 개시내용에 기초하여 복수의 실시예가 가능하다. 예시적 실시예들은, 제한이 아니라 설명을 위해 여기서 열거된 것이다. 한 실시예에서, 네트워크(206)는 서버(208)에 액세스하는 사용자(또는 UE)의 수가 임계치보다 큰 경우에만 제3자 서버(208)로부터 상태 정보를 인출할 것이다. 한 실시예에서, 네트워크(206)는, UE(202)가 서버(208)로의 액세스가 실패했음을 네트워크(206)에게 통보하면 제3자 서버(208)로부터 상태 정보를 인출할 것이다. 한 실시예에서, 네트워크(206)는 UE(202)에 의해 제공된 정보를 이용하여 제3자 서버(208) 상태를 평가할 것이다. 한 실시예에서, UE(202)는 서비스 요청이 실패한 후에 제3자 서버(208)에 실패 또는 정체가 있다고 결정하고, UE(202)는 웨이크-미-업 메시지/요청을 네트워크(206)에 전송한다. 네트워크(206)는, 서버(208)가 이용가능하게 될 때 웨이크-업 응답 메시지를 통해 UE(202)에게 통보한다. 한 실시예에서, UE(202)가 특정 애플리케이션에 대해 네트워크(206)에게 웨이크-미-업 요청을 전송하면, UE(202)는 그 서버(208)로부터의 모든 애플리케이션에 대해 CATS(예를 들어, 서버(208)로의 액세스를 차단)를 자동으로 활성화할 것이다.
한 실시예에서, UE(202)가 웨이크-미-업 요청을 네트워크(206)에 전송할 때, UE(202)가 CATS로 구성되고 이용된 애플리케이션이 CATS 블랙리스트에 있다면(즉, CATS가 구성되고 활성일 때 허용되지 않는다면), 네트워크(206)는 모든 다른 적용가능한 UE들에서 그 애플리케이션에 대한 CATS를 자동으로 활성화할 것이다. 한 실시예에서, 네트워크(206)는 자신의 CATS 정보뿐만 아니라 UE 특정 정보를 이용하여 제3자 서버(208)와 접속하기 위한 프로세스의 시작을 허용 또는 거부한다. 한 실시예에서, CATS가 한 UE(202)에서 활성화되면, UE(202)는 서버(208)가 오버로드되어 있음을 (예를 들어, D2D 통신을 통해) 근처의 UE들에게 통보할 수 있다. 그러면, 근처의 UE들은 서버(208)가 복구되었다는 것을 통보받을 때까지 CATS를 활성화하고 서버(208)에 액세스하지 않을 수 있다. 한 실시예에서, 한 UE(202)는 센터 UE로서 구성될 수 있다. 센터 UE에서 CATS가 활성화되면, 센터 UE는, 근처의 UE들에게, 서버(208)의 복구여부를 센터 UE에게 먼저 문의해야 한다는 것을 D2D 통신을 통해 통보할 수 있다. 그러면, 다른 UE들은, 서버(208)가 복구되었다는 것을 센터 UE가 그들에게 통보할 경우에만 서버(208)로의 액세스를 시도할 것이다. 한 실시예에서, 한 UE(202)는 센터 UE로서 구성될 수 있다. 근처의 UE들이, 해당 애플리케이션이 CATS 블랙리스트 상에 있는 서버(208)에 액세스하기를 원할 때마다, 근처의 UE들은 서버(208)가 OK인지의 여부를 센터 UE에 먼저 문의해야 한다. 한 실시예에서, 근처의 UE들은, 서버(208)가 OK라는 것을 센터 UE가 자신들에게 통보하는 경우에만, 서버(208)로의 액세스를 시도한다. CATS가 활성화되거나 제3자 서버(208)가 다운되어 있을 때, 네트워크(206)는 단지 센터 UE에게 통보만 할 필요가 있다.
도 8은 UE(800)의 한 실시예를 나타내는 개략적 블록도이다. UE(800)는, 통신 컴포넌트(802), 정체 컴포넌트(804), 웨이크-업 컴포넌트(806), D2D 컴포넌트(808), 센터 컴포넌트(810), 및 정체 전달 컴포넌트(812)를 포함한다. 한 실시예에서, UE(800) 및 컴포넌트(802 내지 812)는 여기서 논의된 UE 또는 무선 통신 디바이스의 임의의 기능을 수행하도록 구성된다.
통신 컴포넌트(802)는 UE(800)에 대한 메시지를 전송 및 수신하도록 구성된다. 예를 들어, 통신 컴포넌트(802)는, 기지국, 피어 UE 등에게 유선 또는 무선 통신을 제공하기 위해 하나 이상의 라디오, 안테나 등을 포함할 수 있다. 한 실시예에서, 통신 컴포넌트(802)는 모바일 통신 네트워크를 통해 제3자 서버에 하나 이상의 서비스 요청을 전송하도록 구성된다. 예를 들어, 모바일 통신 네트워크는 EPC(160)를 포함할 수 있다. 한 실시예에서, 통신 컴포넌트(802)는 제3자 서버 또는 다른 디바이스로부터 서비스 응답을 수신하도록 구성된다. 통신 컴포넌트(802)는 UE(800) 및/또는 다른 컴포넌트(804-812)를 대신하여 메시지 또는 신호를 전송 및 수신할 수 있다.
정체 컴포넌트(804)는, 제3자 서버에서 정체, 실패 또는 다른 에러가 있는 때를 결정하도록 구성된다. 한 실시예에서, 정체 컴포넌트(804)는, 제3자 서버로부터 하나 이상의 서비스 요청에 대한 응답을 수신하는 데 있어서 에러 또는 지연이 있다고 결정한다. 정체 컴포넌트(804)는, 서비스 응답 없이 전송된 서비스 요청들의 수가 임계치를 초과할 때 에러 또는 지연이 있다고 결정할 수 있다. 정체 컴포넌트(804)는, 서비스 요청에 대한 응답을 수신하는데 있어서의 지연이 임계치를 초과할 때 에러 또는 지연이 있다고 결정할 수 있다. 정체 컴포넌트(804)는, 서버로부터 수신된 응답이 하나 이상의 서비스 요청에 응답하는데 있어서 실패를 나타낼 때 에러 또는 지연이 있다고 결정할 수 있다. 정체 컴포넌트(804)는, UE(800)가 모바일 통신 네트워크로부터 특정 제3자 서버에 대한 요청이 금지되어 있다는 표시를 수신할 때 에러 또는 지연이 있다고 결정할 수 있다.
한 실시예에서, 웨이크-업 컴포넌트(806)는, 제3자 서버가 이용가능할 때 통보를 요청하는 웨이크-업 요청을 모바일 통신 네트워크 내의 네트워크 요소에 전송하도록 구성된다. 예를 들어, 웨이크-업 컴포넌트(806)는, 정체 컴포넌트가 제3자 서버에서 정체, 실패 또는 다른 에러가 있다고 결정하는 것에 응답하여 웨이크-업 통보를 요청할 수 있다. 한 실시예에서, 웨이크-업 컴포넌트(806)는, 제3자 서버가 이용가능할 때 모바일 통신 네트워크의 요소로부터 웨이크-업 통보를 수신하도록 구성된다. 한 실시예에서, 웨이크-업 메시지를 수신하는 것에 응답하여, UE(800)는 하나 이상의 추가 서비스 요청을 제3자 서버에 전송하도록 구성된다. 한 실시예에서, 네트워크 요소로부터의 웨이크-업 메시지는 대체 제3자 서버를 나타낼 수 있고, UE(800)는 하나 이상의 대체 서비스 요청을 대체 제3자 서버에 전송할 수 있다. 예를 들어, 대체 제3자 서버는 UE(800)에 의해 요청된 서비스를 제공할 수 있다. 한 실시예에서, 웨이크-업 메시지를 수신하는 것에 응답하여, UE(800)는 하나 이상의 추가 서비스 요청을 제3자 서버에 전송할 수 있다. 한 실시예에서, 하나 이상의 추가 서비스 요청을 전송하는 것에 응답하여, UE(800)는 제3자 서버로부터 서비스 응답을 수신할 수 있다.
한 실시예에서, D2D 컴포넌트(808)는, 직접 통신 범위 내의 하나 이상의 인접한 무선 통신 디바이스(예를 들어, UE)를 발견하고 및/또는 이와 통신하도록 구성된다. 예를 들어, D2D 컴포넌트(808)는, D2D 통신을 허용하기 위해 인접한 UE를 발견하고 그와 직접 통신 세션을 설정할 수 있다.
한 실시예에서, 센터 컴포넌트(810)는, UE(800)가 하나 이상의 제3자 서버들에 대한 정체 또는 실패 정보를 전달하기 위한 센터 UE로서 구성되는 것을 허용한다. 한 실시예에서, 센터 컴포넌트(810)는, 무선 통신 디바이스를 센터 무선 통신 디바이스 또는 센터 UE로서 구성하는 메시지를 수신하도록 구성된다. 한 실시예에서, UE(800)는 모바일 통신 네트워크로부터 정체 또는 실패 표시를 수신하고, UE(800)를 센터 UE로서 구성하는 것에 응답하여 D2D 통신 자원을 통해 메시지를 전송한다. 한 실시예에서, 센터 컴포넌트(810)는, 하나 이상의 인접한 무선 통신 디바이스 또는 UE에게 UE(800)가 센터 UE로서 구성되었음을 나타내도록 구성된다. 이것은, UE(800)가 인접한 UE들에게 정체 또는 실패 정보를 중계할 수 있다는 것을 인접한 디바이스들이 알도록 허용할 것이다. 한 실시예에서, 센터 컴포넌트(810)는, 제3자 서버의 상태에 관한 질의를 인접한 UE로부터 수신하도록 구성된다. 예를 들어, 인접한 디바이스들은, 제3자 서버가 서비스 요청에 대한 응답에 대해 이용가능한지를 결정하기 위해 UE(800)에 연락할 수 있다.
정체 전달 컴포넌트(812)는, 정체된 또는 다운된 제3자 서버들에 관한 정보를 근처의 피어 디바이스들에 전달하도록 구성된다. 예를 들어, 정체 전달 컴포넌트(812)는, UE(800)가 센터 UE로서 구성되는 것에 응답하여 정체 정보를 전달할 수 있다. 한 실시예에서, 정체 전달 컴포넌트(812)는, 특정 제3자 서버에 대한 요청이 모바일 통신 네트워크에 의해 금지되어 있다는 것을 나타내는 메시지를 직접 통신 자원을 통해 하나 이상의 인접한 UE들에게 전송하도록 구성된다. 한 실시예에서, D2D 통신 자원을 통해 메시지를 전송하는 것은, 제3자 서버의 상태에 관한 질의를 수신하는 것에 응답하여 전송하는 것을 포함한다. 한 실시예에서, 특정 제3자 서버에 대한 요청이 금지되어 있다는 것을 나타내는 메시지는, 그 특정 제3자 서버에 대한 요청이 금지되어 있는 기간을 나타낼 수 있다. 한 실시예에서, 특정 제3자 서버에 대한 요청이 금지되어 있다는 것을 나타내는 메시지는, 그 제3자 서버가 추후 통보 때까지 액세스할 수 없다는 것을 나타낼 수 있다. 한 실시예에서, UE(800)는, 센터 UE로서 구성될 때, 제3자 서버에 액세스하려는 시도에 대해 UE(800)가 질의 받아야 한다는 것을 나타낼 수 있다. 한 실시예에서, UE(800)는, 센터 UE로서 구성된 피어 UE로부터 정체의 통보를 수신할 수 있다.
도 9는 네트워크 요소(900)의 한 실시예를 나타내는 개략적 블록도이다. 네트워크 요소(900)는, 상태 컴포넌트(902), 로드 컴포넌트(904), 이용 컴포넌트(906) 및 서비스 등록 컴포넌트(908)를 포함한다. 네트워크 요소(900)는, 여기서 논의된 네트워크의 임의의 기능을 구현하는 하나 이상의 서버, 기능 등을 포함할 수 있다. 한 실시예에서, 네트워크 요소(900)는, MME(130), S-GW(120) 및/또는 P-GW(142)를 포함할 수 있다. 한 실시예에서, 네트워크 요소(900)는, EPC(160)의 임의의 하나 이상의 요소 또는 엔티티 상에서 구현되는 기능을 포함할 수 있다.
상태 컴포넌트(902)는 하나 이상의 제3자 서버의 상태를 결정하도록 구성된다. 한 실시예에서, 상태 컴포넌트(902)는 특정 제3자 서버가 정체 또는 실패를 겪고 있다고 결정하도록 구성된다. 한 실시예에서, 상태 컴포넌트(902)는 하나 이상의 제3자 서버들 각각의 상태를 결정하고 상태의 표시를 저장한다. 한 실시예에서, 특정 제3자 서버가 정체 또는 실패를 겪고 있다고 결정하는 것은 그 특정 제3자 서버의 상태의 표시를 참조하는 것을 포함한다. 한 실시예에서, 하나 이상의 제3자 서버들 각각의 상태를 결정하는 것은 서버들 각각에게 서버의 상태를 주기적으로 요청하는 것을 포함한다. 한 실시예에서, 특정 제3자 서버가 정체 또는 실패를 겪고 있다고 결정하는 것은, 특정 제3자 서버에게 요청을 전송하여 정체/실패 상태를 결정하는 것; 제3자 서버로부터 직접 정체/실패 상태를 나타내는 메시지를 수신하는 것; 얼마나 많은 요청들이 서버에 전송되었는지 및/또는 서비스 요청들이 충족되었는지 및/또는 에러 메시지가 수신되었는지를 결정하기 위해 패킷을 검사하는 것; 및 서버가 응답하지 않는다는 것을 나타내는 통보를 모바일 통신 디바이스들 중 하나 이상으로부터 수신하는 것 중에서 하나 이상을 포함한다.
로드 컴포넌트(904)는 이용불가능한 서버에 대한 서비스 요청을 감소시키도록 구성된다. 한 실시예에서, 로드 컴포넌트(904)는, 모바일 통신 디바이스가 요청을 특정 제3자 서버에 전송하는 것을 방지하는 메시지를 전송한다. 예를 들어, 로드 컴포넌트(904)는 특정 제3자 서버가 정체되어 있다는 결정에 응답하여 서비스 요청을 방지하는 메시지를 전송할 수 있다. 한 실시예에서, 특정 제3자 서버에 접속된 UE들이 특정 제3자 서버에 추가 요청을 전송하는 것을 방지하는 메시지는 특정 제3자 서버에 대한 요청이 금지되는 기간을 나타낸다. 한 실시예에서, 특정 제3자 서버에 접속된 모바일 통신 디바이스가 특정 제3자 서버에 추가 요청을 전송하는 것을 방지하는 메시지는 서비스 요청을 이행하기 위한 대체 제3자 서버를 나타낸다.
이용 컴포넌트(906)는 특정 제3자 서버가 부착된 UE들에 의해 얼마큼 많이 이용될 수 있는지를 결정한다. 예를 들어, 이용 컴포넌트(906)는, 특정 제3자 서버에게 서비스를 요청하고 있거나 요청할 UE의 수가 임계치를 초과한다고 결정할 수 있다. 한 실시예에서, 로드 컴포넌트(904)는 임계치에 도달하거나 성공할 때만 추가 메시지를 금지할 수 있다. 한 실시예에서, 상태 컴포넌트(902)는, 이용 컴포넌트(906)가 그 특정 제3자 서버에 대해 임계치가 만족되었다고 결정하는 경우에만 제3자 서버의 상태를 결정하거나 저장할 수 있다.
서비스 등록 컴포넌트(908)는, UE가 액세스하거나 서비스를 요청할 특정 제3자 서버를 UE가 등록하는 것을 허용할 수 있다. 한 실시예에서, 서비스 등록 컴포넌트(908)는 하나 이상의 제3자 서버에 대한 하나 이상의 서비스 등록 요청을 수신한다. 하나 이상의 서비스 등록 요청은 서비스를 요청할 하나 이상의 제3자 서버를 나타낸다. 서비스 등록 컴포넌트(908)는 등록된 서버들 및/또는 그들의 상태의 리스트를 저장할 수 있다. 상태 컴포넌트(902) 또는 다른 컴포넌트는, 상태 정보를 회수할지, 액세스를 차단할지 등을 결정하기 위해 등록된 서버들의 리스트에 액세스할 수 있다.
도 10은, 사용자 장비(UE), 이동국(MS), 모바일 무선 디바이스, 모바일 통신 디바이스, 태블릿, 핸드셋, 또는 다른 타입의 무선 통신 디바이스 등의, 모바일 디바이스의 예시적인 도면이다. 모바일 디바이스는, 기지국(BS), eNB, BBU(base band unit), RRH(remote radio head), RRE(remote radio equipment), RS(relay station), RE(radio equipment), 또는 다른 타입의 무선 광역 네트워크(WWAN; wireless wide area network) 액세스 포인트 등의, 전송국과 통신하도록 구성된 하나 이상의 안테나를 포함할 수 있다. 모바일 디바이스는, 3GPP LTE, WiMAX, HSPA(High Speed Packet Access), Bluetooth, 및 WiFi를 포함하는 적어도 하나의 무선 통신 표준을 이용하여 통신하도록 구성될 수 있다. 모바일 디바이스는, 각각의 무선 통신 표준을 위한 별개의 안테나, 또는 복수의 무선 통신 표준을 위한 공유된 안테나를 이용하여 통신할 수 있다. 모바일 디바이스는, WLAN(Wireless Local Area Network), WPAN(Wireless Personal Area Network), 및/또는 WWAN에서 통신할 수 있다.
도 10은 또한, 모바일 디바이스로의 오디오 입력 및 그로부터의 출력에 이용될 수 있는 마이크로폰과 하나 이상의 스피커의 예시를 제공한다. 디스플레이 스크린은, 액정 디스플레이(LCD) 스크린, 또는 OLED(Organic Light Emitting Diode) 디스플레이 등의 다른 타입의 디스플레이 스크린일 수 있다. 디스플레이 스크린은 터치 스크린으로서 구성될 수 있다. 터치 스크린은, 용량식, 저항식, 또는 다른 타입의 터치 스크린 기술을 이용할 수 있다. 애플리케이션 프로세서 및 그래픽 프로세서는 내부 메모리에 결합되어 처리 및 디스플레이 능력을 제공할 수 있다. 사용자에게 데이터 입력/출력 옵션을 제공하기 위해 비휘발성 메모리 포트도 이용될 수 있다. 비휘발성 메모리 포트는 또한, 모바일 디바이스의 메모리 능력을 확장하는데 이용될 수도 있다. 키보드가 모바일 디바이스와 통합되거나 모바일 디바이스에 무선으로 접속되어 추가의 사용자 입력을 제공할 수 있다. 터치 스크린을 이용하여 가상 키보드도 제공될 수 있다.
예들
이하의 예들은 추가 실시예에 관한 것이다.
예 1은 신호들을 전송 및 수신하도록 구성된 트랜시버 및 처리 유닛을 포함하는 UE이다. 처리 유닛은, UE로 하여금 트랜시버를 이용하여 하나 이상의 서비스 요청을 모바일 통신 네트워크를 통해 제3자 서버에 전송하게 하도록 구성되고, 모바일 통신 네트워크는 EPC를 포함한다. 처리 유닛은, UE로 하여금, 제3자 서버로부터 하나 이상의 서비스 요청에 대한 응답을 수신하는데 있어서 에러 또는 지연이 있다고 결정하게 하도록 구성된다. 처리 유닛은, UE로 하여금, 제3자 서버가 이용가능할 때 통보를 요청하는 웨이크-업 요청을 모바일 통신 네트워크 내의 네트워크 요소에 전송하게 하도록 구성된다.
예 2에서, 예 1의 에러 또는 지연이 있다고 결정하는 것은, 서비스 응답이 없는 전송된 서비스 요청들의 수가 임계치를 초과하는 것; 서비스 요청에 대한 응답을 수신하는데 있어서의 지연이 임계치를 초과하는 것; 서버로부터 수신된 응답이 하나 이상의 서비스 요청에 응답하는데 있어서 실패를 나타내는 것 중에서 하나 이상을 결정하는 것을 포함한다.
예 3에서, 예 1 또는 예 2의 처리 유닛은 또한, UE로 하여금, 제3자 서버가 이용가능하다는 것을 나타내는 웨이크-업 통보를 네트워크 요소로부터 수신하게 하도록 구성된다.
예 4에서, 예 1 내지 예 3 중 어느 하나의 처리 유닛은 또한, UE로 하여금, 웨이크-업 통보를 수신하는 것에 응답하여 하나 이상의 추가 서비스 요청을 제3자 서버에 전송하게 하도록 구성된다.
예 5에서, 예 1 내지 예 4 중 어느 하나의 처리 유닛은 또한, UE로 하여금, 하나 이상의 추가 서비스 요청을 전송하는 것에 응답하여, 제3자 서버로부터 서비스 응답을 수신하게 하도록 구성된다.
예 6에서, 예 1 내지 예 5 중 어느 하나의 처리 유닛은 또한, UE로 하여금, 대체 제3자 서버를 나타내는 웨이크-업 메시지를 수신하고, 하나 이상의 대체 서비스 요청을 대체 제3자 서버에게 전송하게 하도록 구성된다.
예 7은, 하나 이상의 처리 유닛 및 하나 이상의 처리 유닛에 결합된 메모리를 포함하는 네트워크 요소이고, 여기서, 메모리는 하나 이상의 처리 유닛에 의해 실행될 때 네트워크 요소로 하여금 동작을 수행하게 하는 명령어를 저장한다. 명령어들은, 네트워크 요소로 하여금, 특정 서버로부터 서비스를 요청하고 있는 모바일 통신 디바이스들의 수가 임계치를 초과한다고 결정하게 한다. 명령어들은, 네트워크 요소로 하여금, 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하게 한다. 명령어들은, 네트워크 요소로 하여금, 모바일 통신 디바이스가 특정 서버에게 추가 요청을 전송하는 것을 방지하는 메시지를 전송하게 한다.
예 8에서, 예 7의 명령어들은 또한, 네트워크 요소로 하여금, 하나 이상의 서버에 대한 하나 이상의 서비스 등록 요청을 수신하게 하고, 여기서, 하나 이상의 서버는 그 특정 서버를 포함하며, 하나 이상의 서비스 등록 요청은 서비스가 요청될 하나 이상의 서버를 나타낸다.
예 9에서, 예 7 또는 예 8의 명령어들은 또한, 네트워크 요소로 하여금, 하나 이상의 서버 각각의 상태를 결정하고 상태의 표시를 저장하게 하며, 여기서, 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 것은, 특정 서버의 상태의 표시를 참조하는 것을 포함한다.
예 10에서, 예 7 내지 예 9 중 어느 하나에서 하나 이상의 서버 각각의 상태를 결정하는 것은, 하나 이상의 서버로부터 하나 이상의 서버 각각의 상태를 주기적으로 요청하는 것을 포함한다.
예 11에서, 예 7 내지 예 10 중 어느 하나에서 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 것은, 정체/실패 상태를 결정하기 위한 요청을 특정 서버에 전송하는 것; 정체/실패 상태를 나타내는 메시지를 서버로부터 직접 수신하는 것; 패킷을 검사하여 얼마나 많은 요청들이 서버에 전송되었는지를 결정하는 것; 및 서버가 응답하지 않는다는 것을 나타내는 통보를 하나 이상의 모바일 통신 디바이스로부터 수신하는 것 중 하나 이상을 포함한다.
예 12에서, 예 7 내지 예 12 중 어느 하나에서 특정 서버로의 접속을 시도하는 모바일 통신 디바이스들이 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지는, 특정 서버로의 요청들이 금지되는 기간을 나타낸다.
예 13에서, 예 12의 메시지는 초기 요청을 전송한 모바일 통신 디바이스에 대한 전용 시그널링 메시지이다.
예 14에서, 예 12의 메시지는 선택된 세트의 셀들에서의 브로드캐스트 메시지이다.
예 15에서, 예 6 내지 예 14 중 어느 하나에서 특정 서버로의 접속을 시도하는 모바일 통신 디바이스들이 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지는 서비스 요청을 이행하기 위한 대체 서버를 나타낸다.
예 16은 회로를 포함하는 무선 통신 디바이스이다. 이 회로는 직접 통신 범위 내의 하나 이상의 인접한 무선 통신 디바이스를 발견하도록 구성된다. 이 회로는, 모바일 통신 네트워크로부터, 특정 서버에 대한 요청이 금지된다는 표시를 수신하도록 구성되며, 여기서, 특정 서버는 모바일 통신 네트워크의 코어 네트워크 외부에 위치한다. 이 회로는, 특정 서버에 대한 요청이 모바일 통신 네트워크에 의해 금지되어 있다는 것을 나타내는 메시지를 직접 통신 자원을 통해 하나 이상의 인접한 무선 통신 디바이스에 전송하도록 구성된다.
예 17에서, 예 16의 회로는 또한, 무선 통신 디바이스를 센터 무선 통신 디바이스로서 구성하는 메시지를 수신하도록 구성된다.
예 18에서, 예 16 내지 예 18 중 어느 하나에서 모바일 통신 네트워크로부터 표시를 수신하고 직접 통신 자원을 통해 메시지를 전송하는 것은, 무선 통신 디바이스를 센터 무선 통신 디바이스로서 구성하는 것에 응답하여 수신 및 전송하는 것을 포함한다.
예 19에서, 예 16 내지 예 18 중 어느 하나의 회로는, 무선 통신 디바이스가 센터 무선 통신 디바이스로서 구성되었다는 것을 하나 이상의 인접한 무선 통신 디바이스에 나타내도록 구성된다.
예 20에서, 예 16 내지 예 19 중 어느 하나의 회로는 또한, 특정 서버의 상태에 관한 질의를 하나 이상의 인접한 무선 통신 디바이스 중의 인접한 무선 통신 디바이스로부터 수신하도록 구성된다.
예 21에서, 예 20에서 직접 통신 자원을 통해 메시지를 전송하는 것은 질의를 수신하는 것에 응답하여 전송하는 것을 포함한다.
예 22에서, 예 16 내지 예 21 중 어느 하나에서 특정 서버에 대한 요청이 금지되어 있다는 것을 나타내는 메시지는 특정 서버에 대한 요청이 금지되는 기간을 더 나타낸다.
예 23은 하나 이상의 서비스 요청을 모바일 통신 네트워크를 통해 서버에 전송하는 단계를 포함하는 방법이며, 여기서, 모바일 통신 네트워크는 EPC를 포함한다. 이 방법은, 서버로부터 하나 이상의 서비스 요청에 대한 응답을 수신하는데 있어서 에러 또는 지연이 있다고 결정하는 단계를 포함한다. 이 방법은, 서버가 이용가능할 때 통보를 요청하는 웨이크-업 요청을 모바일 통신 네트워크 내의 네트워크 요소에 전송하는 단계를 포함한다.
예 24에서, 예 23의 에러 또는 지연이 있다고 결정하는 것은, 서비스 응답이 없는 전송된 서비스 요청들의 수가 임계치를 초과하는 것; 서비스 요청에 대한 응답을 수신하는데 있어서의 지연이 임계치를 초과하는 것; 서버로부터 수신된 응답이 하나 이상의 서비스 요청에 응답하는데 있어서 실패를 나타내는 것 중에서 하나 이상을 결정하는 것을 포함한다.
예 25에서, 예 23 또는 예 24의 방법은, 서버가 이용가능하다는 것을 나타내는 웨이크-업 통보를 네트워크 요소로부터 수신하는 단계와, 웨이크-업 통보를 수신하는 것에 응답하여, 하나 이상의 추가 서비스 요청을 서버에 전송하는 단계 중 하나 이상을 포함한다.
예 26에서, 예 23 내지 예 25 중 어느 하나의 방법은, 하나 이상의 추가 서비스 요청을 전송하는 것에 응답하여, 서버로부터 서비스 응답을 수신하는 단계를 더 포함한다.
예 27에서, 예 23 내지 예 26 중 어느 하나의 방법은, 대체 서버를 나타내는 웨이크-업 메시지를 수신하고 하나 이상의 대체 서비스 요청을 대체 서버에 전송하는 단계를 포함한다.
예 28은, 특정 서버로부터 서비스를 요청하고 있는 모바일 통신 디바이스들의 수가 임계치를 초과한다고 결정하는 단계를 포함하는 방법이다. 이 방법은 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 단계를 포함한다. 이 방법은, 모바일 통신 디바이스가 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지를 전송하는 단계를 포함한다.
예 29에서, 예 28의 방법은, 하나 이상의 서버에 대한 하나 이상의 서비스 등록 요청을 수신하는 단계를 더 포함하고, 여기서, 하나 이상의 서버는 그 특정 서버를 포함하며, 하나 이상의 서비스 등록 요청은 서비스가 요청될 하나 이상의 서버를 나타낸다.
예 30에서, 예 28 또는 예 29의 방법은, 하나 이상의 서버 각각의 상태를 결정하고 상태의 표시를 저장하는 단계를 더 포함하고, 여기서, 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 단계는, 특정 서버의 상태의 표시를 참조하는 단계를 포함한다.
예 31에서, 예 28 내지 예 30 중 어느 하나에서 하나 이상의 서버 각각의 상태를 결정하는 단계는, 하나 이상의 서버로부터 하나 이상의 서버들 각각 상태를 주기적으로 요청하는 단계를 포함한다.
예 32에서, 예 28 내지 예 31 중 어느 하나에서 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 단계는, 정체/실패 상태를 결정하기 위한 요청을 특정 서버에 전송하는 단계; 정체/실패 상태를 나타내는 메시지를 서버로부터 직접 수신하는 단계; 패킷을 검사하여 얼마나 많은 요청들이 서버에 전송되었는지를 결정하는 단계; 및 서버가 응답하지 않는다는 것을 나타내는 통보를 하나 이상의 모바일 통신 디바이스로부터 수신하는 단계 중 하나 이상을 포함한다.
예 33에서, 예 28 내지 예 32 중 어느 하나에서 특정 서버로의 접속을 시도하는 모바일 통신 디바이스들이 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지는, 특정 서버로의 요청들이 금지되는 기간을 나타낸다.
예 34에서, 예 33의 메시지는, 선택된 세트의 셀들에서 초기 요청 및 브로드캐스트 메시지를 전송한 모바일 통신 디바이스에 대한 전용 시그널링 메시지를 포함한다.
예 35에서, 예 28 내지 예 24 중 어느 하나에서 특정 서버로의 접속을 시도하는 모바일 통신 디바이스들이 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지는 서비스 요청을 이행하기 위한 대체 서버를 나타낸다.
예 36은, 예 28 내지 예 35 중 어느 하나의 방법을 수행하는 수단을 포함하는 장치이다.
예 37은, 실행될 때 예 28 내지 예 36 중 어느 하나의 방법을 구현하거나 장치를 실현하기 위한 머신 판독가능한 명령어를 포함하는 머신 판독가능한 스토리지이다.
예 38은, 무선 통신 디바이스와의 직접 통신 범위 내의 하나 이상의 인접한 무선 통신 디바이스를 발견하는 단계를 포함하는 방법이다. 이 방법은, 특정 서버에 대한 요청이 금지되어 있다는 표시를 모바일 통신 네트워크로부터 수신하는 단계를 포함한다. 이 방법은, 특정 서버에 대한 요청이 모바일 통신 네트워크에 의해 금지되어 있다는 것을 나타내는 메시지를 직접 통신 자원을 통해 하나 이상의 인접한 무선 통신 디바이스에 전송하는 단계를 포함한다.
예 39에서, 예 38의 방법은 무선 통신 디바이스를 센터 무선 통신 디바이스로서 구성하는 메시지를 수신하는 단계를 더 포함한다.
예 40에서, 예 38 또는 예 39에서의 모바일 통신 네트워크로부터 표시를 수신하고 직접 통신 자원을 통해 메시지를 전송하는 단계는, 무선 통신 디바이스를 센터 무선 통신 디바이스로서 구성하는 것에 응답하여 수신 및 전송하는 단계를 포함한다.
예 41에서, 예 38 내지 예 40 중 어느 하나의 방법은, 무선 통신 디바이스가 센터 무선 통신 디바이스로서 구성되었다는 것을 하나 이상의 인접한 무선 통신 디바이스에 나타내는 단계를 더 포함한다.
예 42에서, 예 38 내지 예 41 중 어느 하나의 방법은, 특정 서버의 상태에 관한 질의를 하나 이상의 인접한 무선 통신 디바이스 중의 인접한 무선 통신 디바이스로부터 수신하는 단계를 더 포함한다.
예 43에서, 예 42에서의 직접 통신 자원을 통해 메시지를 전송하는 단계는 질의를 수신하는 것에 응답하여 전송하는 단계를 포함한다.
예 44에서, 예 38 내지 예 43 중 어느 하나에서 특정 서버에 대한 요청이 금지되어 있다는 것을 나타내는 메시지는 특정 서버에 대한 요청이 금지되는 기간을 더 나타낸다.
예 45는, 예 38 내지 예 44 중 어느 하나의 방법을 수행하는 수단을 포함하는 장치이다.
예 46은, 실행될 때 예 38 내지 예 45 중 어느 하나의 방법을 구현하거나 또는 장치를 실현하기 위한 머신 판독가능한 명령어를 포함하는 머신 판독가능한 스토리지이다.
다양한 기술들, 그 소정 양태 또는 부분들은, 플로피 디스켓, CD-ROM, 하드 드라이브, 비일시적 컴퓨터 판독가능한 저장 매체, 또는 기타 임의의 머신-판독가능한 저장 매체와 같은 유형의 매체(tangible media)로 구현된 프로그램 코드(즉, 명령어)의 형태를 취할 수도 있으며, 여기서 프로그램 코드는, 컴퓨터 등의 머신 내에 로드되어 머신에 의해 실행되며, 머신은 다양한 기술들을 실시하기 위한 장치가 된다. 프로그래머블 컴퓨터에서의 프로그램 코드 실행의 경우, 컴퓨팅 디바이스는, 프로세서, 프로세서에 의해 판독가능한 스토리지 매체(휘발성 및 비휘발성 메모리 및/또는 스토리지 요소를 포함), 적어도 하나의 입력 디바이스, 및 적어도 하나의 출력 디바이스를 포함할 수도 있다. 휘발성 및 비휘발성 메모리 및/또는 스토리지 요소는, RAM, EPROM, 플래시 드라이브, 광 드라이브, 자기 하드 드라이브, 또는 전자적 데이터를 저장하기 위한 다른 매체일 수 있다. eNB(또는 다른 기지국) 및 UE(또는 다른 이동국)는 또한, 트랜시버 컴포넌트, 카운터 컴포넌트, 처리 컴포넌트, 및/또는 클록 컴포넌트 또는 타이머 컴포넌트를 포함할 수 있다. 여기서 설명된 다양한 기술들을 구현 또는 이용할 수 있는 하나 이상의 프로그램들은, 애플리케이션 프로그래밍 인터페이스(API; application programming interface), 재사용가능한 컨트롤 등을 이용할 수 있다. 이러한 프로그램들은 컴퓨터 시스템과 통신하기 위해 고수준 절차형 또는 객체 지향형 프로그래밍 언어로 구현될 수 있다. 그러나, 프로그램(들)은, 원한다면 어셈블리어 또는 기계어로 구현될 수도 있다. 어쨌든, 언어는 컴파일형 언어이거나 인터프리팅형 언어일 수도 있으며, 하드웨어 구현과 결합될 수도 있다.
본 명세서에서 설명되는 많은 기능 유닛들은, 그들의 구현 독립성을 더욱 특별히 강조하기 위하여 사용되는 용어인, 하나 이상의 컴포넌트로서 구현될 수 있다는 점을 이해해야 한다. 예를 들어, 컴포넌트는, 맞춤형 VLSI(very large scale integration) 회로나 게이트 어레이를 포함하는 하드웨어 회로, 로직 칩, 트랜지스터, 또는 기타의 개별 부품 등의 기성품 반도체로서 구현될 수 있다. 컴포넌트는 또한, 필드 프로그래머블 게이트 어레이, 프로그래머블 어레이 로직, 프로그래머블 로직 디바이스와 같은 프로그래머블 하드웨어 디바이스들로 구현될 수도 있다.
컴포넌트는 또한 다양한 타입의 프로세서에 의한 실행을 위해 소프트웨어로 구현될 수도 있다. 실행가능한 코드의 식별된 컴포넌트는, 예를 들어, 객체, 프로시져, 또는 함수로서 구성될 수 있는, 컴퓨터 명령어들의 하나 이상의 물리적 또는 논리적 블록들을 포함할 수 있다. 그럼에도 불구하고, 식별된 컴포넌트의 실행파일들은 물리적으로 함께 위치할 필요는 없고, 논리적으로 함께 결합될 때, 컴포넌트를 포함하고 그 컴포넌트의 기술된 목적을 달성하는, 상이한 위치들에 저장된 이질적인 명령어들을 포함할 수 있다.
사실상, 실행가능한 코드의 컴포넌트는, 단일 명령어, 또는 다수의 명령어일 수 있고, 심지어, 수 개의 상이한 코드 세그먼트들에 걸쳐, 상이한 프로그램들 사이에, 및 수 개의 메모리 디바이스들에 걸쳐 분산될 수도 있다. 유사하게, 연산 데이터는 여기서는 컴포넌트들 내에서 식별되고 예시될 수 있지만, 임의의 적절한 형태로 임베딩되거나 임의의 적절한 타입의 데이터 구조 내에서 구성될 수도 있다. 연산 데이터는 단일 데이터 세트로서 수집되거나, 상이한 저장 디바이스들을 포함한 상이한 장소들에 분포될 수도 있고, 단순히 시스템이나 네트워크 상에 전자적 신호로서, 적어도 부분적으로 존재할 수도 있다. 컴포넌트들은, 원하는 기능을 수행하도록 동작가능한 에이전트(agent)를 포함한, 수동형 또는 능동형일 수 있다.
본 명세서 전체에 걸쳐 "예(example)"라는 말은, 그 예와 관련하여 설명되는 특정한 피쳐, 구조, 또는 특성이 본 발명의 적어도 한 실시예에 포함된다는 것을 의미한다. 따라서, 본 명세서 전체에 걸쳐 다양한 곳에서 나타나는 문구 "예에서"는, 반드시 모두가 동일한 실시예를 언급하는 것은 아니다.
여기서 사용될 때, 복수의 항목, 구조적 요소, 성분적 요소, 및/또는 재료는 편의상 평범한 리스트로 제시될 수 있다. 그러나, 이들 리스트는, 그 리스트의 각 멤버가 별개의 고유한 멤버로서 개별적으로 식별되는 것처럼 해석되어야 한다. 따라서, 이러한 리스트의 어떠한 개별 멤버도, 반대되는 표시가 없이 공통 그룹 내의 그들의 프리젠테이션에만 기초하여 동일한 리스트의 임의의 다른 멤버의 사실상의 균등물로서 해석되어서는 안 된다. 또한, 본 발명의 다양한 실시예 및 예들은 여기서 그 다양한 컴포넌트들에 대한 대안과 함께 참조될 수 있다. 이러한 실시예, 예, 및 대안들은 서로의 사실상의 균등물로서 해석되어서는 안 되고 본 개시의 별개의 및 자율적인 표현으로서 간주되어야 한다는 점을 이해해야 한다.
상기 내용은 명료성을 위해 다소 상세히 설명되었지만, 그 원리로부터 벗어나지 않고 소정의 변경 및 수정이 이루어질 수 있다는 것은 명백할 것이다. 여기서 설명된 프로세스와 장치 양쪽 모두를 구현하는 많은 대안적인 방식이 있다는 점에 유의해야 한다. 따라서, 본 실시예는 예시적인 것이지 제한적인 것은 아니며, 본 개시는 여기서 주어진 상세사항으로 제한되지 않아야 하고, 첨부된 청구항들의 범위와 균등물 내에서 수정될 수 있다.
본 분야의 통상의 기술자라면, 본 발명의 기저 원리로부터 벗어나지 않고 전술된 실시예의 상세사항에 대해 많은 변경이 이루어질 수 있다는 것을 이해할 것이다. 따라서, 본 발명의 범위는 이하의 청구항들에 의해서만 결정되어야 한다.

Claims (24)

  1. 삭제
  2. 삭제
  3. 삭제
  4. 삭제
  5. 삭제
  6. 삭제
  7. 네트워크 요소로서,
    하나 이상의 처리 유닛; 및
    상기 하나 이상의 처리 유닛에 결합된 메모리
    를 포함하고,
    상기 메모리는 명령어들을 저장하며, 상기 명령어들은 상기 하나 이상의 처리 유닛에 의해 실행될 때 상기 네트워크 요소로 하여금:
    특정 서버로부터 서비스를 요청하고 있는 모바일 통신 디바이스들의 수가 임계치를 초과한다고 결정하고;
    상기 특정 서버가 정체(congestion) 및 실패 중 하나 이상을 겪고 있다고 결정하며;
    상기 모바일 통신 디바이스들이 상기 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지를 전송하게 하고,
    상기 명령어들은 또한, 상기 네트워크 요소로 하여금, 하나 이상의 서버에 대한 하나 이상의 서비스 등록 요청을 수신하게 하고, 상기 하나 이상의 서버는 상기 특정 서버를 포함하며, 상기 하나 이상의 서비스 등록 요청은 서비스가 요청될 상기 하나 이상의 서버를 나타내고,
    상기 명령어들은 또한, 상기 네트워크 요소로 하여금, 상기 하나 이상의 서버 각각의 상태를 결정하고 상기 상태의 표시를 저장하게 하며, 상기 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 것은, 상기 특정 서버의 상태의 표시를 참조하는 것을 포함하는, 네트워크 요소.
  8. 삭제
  9. 삭제
  10. 제7항에 있어서, 상기 하나 이상의 서버 각각의 상태를 결정하는 것은, 상기 하나 이상의 서버로부터 상기 하나 이상의 서버 각각의 상태를 주기적으로 요청하는 것을 포함하는, 네트워크 요소.
  11. 제7항에 있어서, 상기 특정 서버가 정체 및 실패 중 하나 이상을 겪고 있다고 결정하는 것은,
    정체/실패 상태를 결정하기 위한 요청을 상기 특정 서버에 전송하는 것;
    상기 정체/실패 상태를 나타내는 메시지를 상기 서버로부터 직접 수신하는 것;
    패킷을 검사하여 얼마나 많은 요청들이 상기 서버에 전송되었는지를 결정하는 것; 및
    상기 서버가 응답하지 않는다는 것을 나타내는 통보를 상기 모바일 통신 디바이스들 중 하나 이상으로부터 수신하는 것
    중에서 하나 이상을 포함하는, 네트워크 요소.
  12. 제7항에 있어서, 상기 특정 서버로의 접속을 시도하는 모바일 통신 디바이스들이 상기 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지는, 상기 특정 서버로의 요청들이 금지되는 기간(time period)을 나타내는, 네트워크 요소.
  13. 제12항에 있어서, 상기 메시지는 초기 요청을 전송한 모바일 통신 디바이스에 대한 전용 시그널링 메시지인, 네트워크 요소.
  14. 제12항에 있어서, 상기 메시지는 선택된 세트의 셀들 내의 브로드캐스트 메시지인, 네트워크 요소.
  15. 제7항에 있어서, 상기 특정 서버로의 접속을 시도하는 모바일 통신 디바이스들이 상기 특정 서버에 추가 요청들을 전송하는 것을 방지하는 메시지는, 서비스 요청을 이행(fulfilling)하기 위한 대체 서버를 나타내는, 네트워크 요소.
  16. 방법으로서,
    무선 통신 디바이스와의 직접 통신을 위한 범위 내의 하나 이상의 인접한(proximal) 무선 통신 디바이스를 발견하는 단계;
    특정 서버에 대한 요청들이 금지되어 있다는 표시를 모바일 통신 네트워크로부터 수신하는 단계; 및
    상기 특정 서버에 대한 요청들이 상기 모바일 통신 네트워크에 의해 금지되어 있다는 것을 나타내는 메시지를 직접 통신 자원을 통해 상기 하나 이상의 인접한 무선 통신 디바이스에 전송하는 단계
    를 포함하고,
    상기 모바일 통신 네트워크로부터 상기 표시를 수신하고 상기 직접 통신 자원을 통해 상기 메시지를 전송하는 단계는, 상기 무선 통신 디바이스를 센터 무선 통신 디바이스로서 구성하는 것에 응답하여 수신하고 전송하는 단계를 포함하는 방법.
  17. 제16항에 있어서, 상기 무선 통신 디바이스를 센터 무선 통신 디바이스(center wireless communication device)로서 구성하는 메시지를 수신하는 단계를 더 포함하는 방법.
  18. 삭제
  19. 제16항에 있어서, 상기 무선 통신 디바이스가 센터 무선 통신 디바이스로서 구성되었다는 것을 상기 하나 이상의 인접한 무선 통신 디바이스에 나타내는 단계를 더 포함하는 방법.
  20. 제16항에 있어서, 상기 특정 서버의 상태에 관한 질의(query)를 상기 하나 이상의 인접한 무선 통신 디바이스 중의 인접한 무선 통신 디바이스로부터 수신하는 단계를 더 포함하는 방법.
  21. 제20항에 있어서, 직접 통신 자원을 통해 상기 메시지를 전송하는 단계는 상기 질의를 수신하는 단계에 응답하여 전송하는 단계를 포함하는, 방법.
  22. 제16항에 있어서, 상기 특정 서버에 대한 요청들이 금지되어 있다는 것을 나타내는 메시지는 상기 특정 서버에 대한 요청들이 금지되는 기간을 더 나타내는 방법.
  23. 제16항, 제17항, 그리고 제19항 내지 제22항 중 어느 한 항의 방법을 수행하는 수단을 포함하는 장치.
  24. 실행될 때, 제16항, 제17항, 그리고 제19항 내지 제22항 중 어느 한 항의 방법을 구현하거나 또는 장치를 실현하는 머신 판독가능한 명령어들을 포함하는 머신 판독가능한 스토리지.
KR1020177001126A 2014-08-11 2015-06-17 모바일 네트워크에서의 정체 제어를 위한 시스템, 방법 및 디바이스 KR102310879B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462035707P 2014-08-11 2014-08-11
US62/035,707 2014-08-11
US14/671,958 US9913305B2 (en) 2014-08-11 2015-03-27 Systems, methods, and devices for congestion control on a mobile network
US14/671,958 2015-03-27
PCT/US2015/036290 WO2016025076A1 (en) 2014-08-11 2015-06-17 Systems, methods, and devices for congestion control on a mobile network

Publications (2)

Publication Number Publication Date
KR20170020449A KR20170020449A (ko) 2017-02-22
KR102310879B1 true KR102310879B1 (ko) 2021-10-12

Family

ID=55268482

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177001126A KR102310879B1 (ko) 2014-08-11 2015-06-17 모바일 네트워크에서의 정체 제어를 위한 시스템, 방법 및 디바이스

Country Status (5)

Country Link
US (1) US9913305B2 (ko)
EP (1) EP3180937B1 (ko)
KR (1) KR102310879B1 (ko)
CN (1) CN106471841B (ko)
WO (1) WO2016025076A1 (ko)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE494614T1 (de) 2006-03-03 2011-01-15 Sandisk Corp Leseoperation für nichtflüchtige speicherung mit floating-gate-kopplungskompensation
KR101012130B1 (ko) 2006-04-12 2011-02-07 샌디스크 코포레이션 프로그램 혼란의 영향을 감소시키는 방법
US9830289B2 (en) 2014-09-16 2017-11-28 Apple Inc. Methods and apparatus for aggregating packet transfer over a virtual bus interface
US9971397B2 (en) 2014-10-08 2018-05-15 Apple Inc. Methods and apparatus for managing power with an inter-processor communication link between independently operable processors
US10448276B2 (en) * 2015-05-26 2019-10-15 Lg Electronics Inc. Method and terminal for performing attach procedure for sponsored connectivity in wireless communication system
US10042794B2 (en) 2015-06-12 2018-08-07 Apple Inc. Methods and apparatus for synchronizing uplink and downlink transactions on an inter-device communication link
US10085214B2 (en) 2016-01-27 2018-09-25 Apple Inc. Apparatus and methods for wake-limiting with an inter-device communication link
US10191852B2 (en) 2016-02-29 2019-01-29 Apple Inc. Methods and apparatus for locking at least a portion of a shared memory resource
US10191859B2 (en) 2016-03-31 2019-01-29 Apple Inc. Memory access protection apparatus and methods for memory mapped access between independently operable processors
US9832697B2 (en) * 2016-04-04 2017-11-28 Verizon Patent And Licensing Inc. Providing wireless services using multiple core networks
US10775871B2 (en) 2016-11-10 2020-09-15 Apple Inc. Methods and apparatus for providing individualized power control for peripheral sub-systems
US10591976B2 (en) 2016-11-10 2020-03-17 Apple Inc. Methods and apparatus for providing peripheral sub-system stability
JP6838451B2 (ja) * 2017-03-23 2021-03-03 日本電気株式会社 混雑情報送信端末装置、混雑状況評価システム、混雑状況評価方法、及び、混雑情報送信プログラム
US10346226B2 (en) 2017-08-07 2019-07-09 Time Warner Cable Enterprises Llc Methods and apparatus for transmitting time sensitive data over a tunneled bus interface
US10277627B1 (en) * 2017-08-09 2019-04-30 CallFire, Inc. Telephone service delay and connection system
US10331612B1 (en) 2018-01-09 2019-06-25 Apple Inc. Methods and apparatus for reduced-latency data transmission with an inter-processor communication link between independently operable processors
US11317130B2 (en) * 2018-02-27 2022-04-26 Verizon Patent And Licensing Inc. Method and system for carrier-initiated traffic tuning and communication of subscriber parameters
US10820236B2 (en) 2018-02-27 2020-10-27 Verizon Patent And Licensing Inc. Method and system for carrier-initiated traffic tuning and communication of subscriber parameters
US11792307B2 (en) 2018-03-28 2023-10-17 Apple Inc. Methods and apparatus for single entity buffer pool management
CN111971991A (zh) * 2018-04-17 2020-11-20 索尼公司 报告无线通信网络中的网络功能异常的方法和网络设备
US11381514B2 (en) 2018-05-07 2022-07-05 Apple Inc. Methods and apparatus for early delivery of data link layer packets
US10430352B1 (en) 2018-05-18 2019-10-01 Apple Inc. Methods and apparatus for reduced overhead data transfer with a shared ring buffer
CN108770014B (zh) * 2018-07-10 2022-03-25 广东工业大学 网络服务器的计算评估方法、系统、装置及可读存储介质
US10585699B2 (en) 2018-07-30 2020-03-10 Apple Inc. Methods and apparatus for verifying completion of groups of data transactions between processors
US10846224B2 (en) 2018-08-24 2020-11-24 Apple Inc. Methods and apparatus for control of a jointly shared memory-mapped region
US10719376B2 (en) 2018-08-24 2020-07-21 Apple Inc. Methods and apparatus for multiplexing data flows via a single data structure
US20200120146A1 (en) * 2018-10-11 2020-04-16 Comcast Cable Communications, Llc Application Server for Dynamic IMS CSCF Overload Protection
CN110505155B (zh) * 2019-08-13 2023-12-08 北京达佳互联信息技术有限公司 请求降级处理方法、装置、电子设备及存储介质
US11829303B2 (en) 2019-09-26 2023-11-28 Apple Inc. Methods and apparatus for device driver operation in non-kernel space
US11558348B2 (en) 2019-09-26 2023-01-17 Apple Inc. Methods and apparatus for emerging use case support in user space networking
US11606302B2 (en) 2020-06-12 2023-03-14 Apple Inc. Methods and apparatus for flow-based batching and processing
US11775359B2 (en) 2020-09-11 2023-10-03 Apple Inc. Methods and apparatuses for cross-layer processing
US11954540B2 (en) 2020-09-14 2024-04-09 Apple Inc. Methods and apparatus for thread-level execution in non-kernel space
US11799986B2 (en) 2020-09-22 2023-10-24 Apple Inc. Methods and apparatus for thread level execution in non-kernel space
CN113411806B (zh) * 2021-06-21 2022-12-30 上海闻泰信息技术有限公司 移动热点授权检验方法、装置、存储介质和电子设备
US11882051B2 (en) 2021-07-26 2024-01-23 Apple Inc. Systems and methods for managing transmission control protocol (TCP) acknowledgements
US11876719B2 (en) 2021-07-26 2024-01-16 Apple Inc. Systems and methods for managing transmission control protocol (TCP) acknowledgements
US20240056526A1 (en) * 2022-08-15 2024-02-15 CallFire, Inc. Telephone service delay and connection system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060171350A1 (en) * 2005-01-12 2006-08-03 Ntt Docomo, Inc. Data communication restriction method, data communication restriction system and mobile terminal
US20130148497A1 (en) * 2011-12-13 2013-06-13 Verizon Patent And Licensing Inc. Network congestion control for machine-type communications

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1976232B1 (en) * 2007-03-30 2014-01-22 Hewlett-Packard Development Company, L.P. Signaling status information of an application service
US8570972B2 (en) * 2007-07-10 2013-10-29 Qualcomm Incorporated Apparatus and method of generating and maintaining orthogonal connection identifications (CIDs) for wireless networks
US9198017B2 (en) 2008-05-19 2015-11-24 Qualcomm Incorporated Infrastructure assisted discovery in a wireless peer-to-peer network
KR101249897B1 (ko) * 2008-09-26 2013-04-03 노키아 지멘스 네트웍스 오와이 폐쇄 가입자 그룹 액세스 제어를 제공하기 위한 방법, 장치 및 컴퓨터 판독가능 저장 매체
KR101092051B1 (ko) * 2009-10-29 2011-12-12 인하대학교 산학협력단 Ｗｂａｎ의 네트워크 장치 및 네트워크 제어 장치, 네트워크 장치와 네트워크 제어 장치의 시큐어 웨이크-업 방법 및 웨이크-업 인증 코드 생성 방법
US8369335B2 (en) * 2010-03-24 2013-02-05 Brocade Communications Systems, Inc. Method and system for extending routing domain to non-routing end stations
EP2563070B1 (en) * 2010-04-22 2017-11-15 Huawei Technologies Co., Ltd. Method and apparatus for controlling jam/overload
WO2011135790A1 (ja) 2010-04-27 2011-11-03 パナソニック株式会社 通信装置及びネットワークノード
US9357081B2 (en) * 2010-11-15 2016-05-31 Alcatel Lucent Method for choosing an alternate offline charging system during an overload and apparatus associated therewith
DK2870716T3 (en) * 2012-07-09 2017-01-23 ERICSSON TELEFON AB L M (publ) PROCEDURE AND APPARATUS FOR DISTRIBUTING INFORMATION DURING SHIPPING
KR20140073065A (ko) * 2012-12-06 2014-06-16 한국전자통신연구원 셀룰러 이동통신시스템에서 단말간 멀티캐스트 직접통신 방법 및 장치
WO2016019979A1 (en) * 2014-08-05 2016-02-11 Sony Corporation Method of providing information on a server status, user equipment, and communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060171350A1 (en) * 2005-01-12 2006-08-03 Ntt Docomo, Inc. Data communication restriction method, data communication restriction system and mobile terminal
US20130148497A1 (en) * 2011-12-13 2013-06-13 Verizon Patent And Licensing Inc. Network congestion control for machine-type communications

Also Published As

Publication number Publication date
CN106471841A (zh) 2017-03-01
EP3180937A1 (en) 2017-06-21
US9913305B2 (en) 2018-03-06
EP3180937A4 (en) 2018-06-27
EP3180937B1 (en) 2021-04-28
WO2016025076A1 (en) 2016-02-18
KR20170020449A (ko) 2017-02-22
CN106471841B (zh) 2020-03-27
US20160044529A1 (en) 2016-02-11

Similar Documents

Publication Publication Date Title
KR102310879B1 (ko) 모바일 네트워크에서의 정체 제어를 위한 시스템, 방법 및 디바이스
US11523268B2 (en) Communications method and apparatus
US11838747B2 (en) Uplink congestion control based on sip messaging
EP2989829B1 (en) An apparatus and method for congestion control in wireless communication networks
KR101592805B1 (ko) 무선 통신 네트워크에서 이중 우선순위 구성의 핸들링
US9661676B2 (en) Method and apparatus for restricting UE session management procedure retry after network rejection
RU2578666C2 (ru) Уменьшение избыточной сигнализации при переходах между состояниями управления радиоресурсами (rrc)
US9241365B2 (en) Method of handling device to device communication and related communication device
WO2021113581A1 (en) System information acquisition and paging for user equipment with multiple universal subscriber identity modules
EP4002954A1 (en) Reliable data delivery over non-access stratum
US11356880B2 (en) Method and system for managing new radio (NR) communication in an electronic device
US20140003354A1 (en) Providing a system information message having retry parameter values
JP6449474B2 (ja) Ｓｃｔｐフェールオーバ時のｓ１−ａｐ ｕｅコンテキスト保持
KR102183654B1 (ko) 제3자 서버가 문제에 직면하는 경우 애플리케이션으로부터의 트래픽의 제어
US9930581B2 (en) Addressing communication failure in multiple connection systems
EP3738246B1 (en) Radio link maintenance involving muliple uplink carriers
WO2020147972A1 (en) Reachability of temporarily not-reachable ue
WO2015116535A1 (en) Discriminating or prioritizing users during failover in a voip system
US20210410101A1 (en) Systems, methods, and computer program products for delaying a user equipment paging operation in a network based on propagation channel characteristics

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right