KR20160054004A - 애플리케이션 관리 방법 및 장치 - Google Patents

애플리케이션 관리 방법 및 장치 Download PDF

Info

Publication number
KR20160054004A
KR20160054004A KR1020167009423A KR20167009423A KR20160054004A KR 20160054004 A KR20160054004 A KR 20160054004A KR 1020167009423 A KR1020167009423 A KR 1020167009423A KR 20167009423 A KR20167009423 A KR 20167009423A KR 20160054004 A KR20160054004 A KR 20160054004A
Authority
KR
South Korea
Prior art keywords
application
local application
local
request message
message
Prior art date
Application number
KR1020167009423A
Other languages
English (en)
Other versions
KR101790192B1 (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 KR20160054004A publication Critical patent/KR20160054004A/ko
Application granted granted Critical
Publication of KR101790192B1 publication Critical patent/KR101790192B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H04W4/001—
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 애플리케이션 관리 방법 및 장치를 개시하며, 이는 모바일 통신 기술 분야에 관한 것으로서, 네트워크가 애플리케이션에 대해 습득할 수 없었던 종래의 결함을 처리하며, 로컬 애플리케이션에 대한 제어를 달성한다. 본 발명의 특징 실시예는, 애플리케이션 서버에 의해 전송된, 로컬 애플리케이션의 메시지를 수신한 후, 로컬 애플리케이션의 메시지가 로컬 애플리케이션의 저장된 관리 정책에 따라 처리되고, 처리의 결과가 애플리케이션 서버에 전송되는 것을 포함한다. 로컬 애플리케이션의 수신된 메시지들의 차이와 로컬 애플리케이션의 저장된 대응하는 관리 정책들의 차이에 따라, 애플리케이션 관리는 본 발명의 실시예 내의 상이한 구현으로 수행된다. 본 발명의 기술적 솔루션은 주로 애플리케이션 관리 프로세스에 적용된다.

Description

애플리케이션 관리 방법 및 장치{METHOD AND DEVICE FOR APPLICATION MANAGEMENT}
본 발명은 모바일 통신 기술 분야에 관한 것으로서, 구체적으로, 애플리케이션 관리 방법 및 장치에 관한 것이다.
사용자 장치(User Equipment, UE)가 외부 네트워크 또는 원격 서버의 도움으로 서드 파티 애플리케이션(third party application)의 서비스를 즐길 수 있도록 하기 위해, UE는 무선 네트워크를 통해 외부 네트워크(예컨대, 인터넷)에 연결을 구축해야 한다. 무선 네트워크는 대체로 액세스 네트워크와 코어 네트워크(Core Network, CN)를 포함하며, 액세스 네트워크는 무선 리소스를 관리하는 것을 맡고 있으며, 애플리케이션과 서비스와 관련된 기능은 주로 코어 네트워크에 의해 완성된다. 이러한 관점에서, 액세스 네트워크는 UE와 코어 네트워크를 연결하는 브릿지로 볼 수 있으며, UE와 외부 네트워크 간의 서비스 상호 작용은 UE와 액세스 네트워크 간의 연결 및 액세스 네트워크와 코어 네트워크 간의 연결에 기초해야 하고, 최종적으로 코어 네트워크 측 상의 게이트웨이에 의해 구현된다. 원격 애플리케이션(원격 앱(Remote App))이 코어 네트워크의 게이트웨이 뒤에 위치하며 UE와는 멀리 떨어져 있기 때문에, 서비스 지연이 지연되므로, 낮은 서비스 품질(Quality of Service, QoS)의 문제를 야기하며 사용자 경험에 영향을 준다. 따라서, 전송 효율성 및 사용자 경험을 향상시키기 위한 해결책이 요구된다.
현재, 앱은, 로컬 앱(Local App)이 되도록 액세스 네트워크 측으로 이동된다. 로컬 APP은 무선 액세스 장치에 직접적으로 연결되거나, 또는 로컬 APP은 무선 액세스 장치와 코어 네트워크 사이에 배치될 수 있다. 이러한 방식으로, 앱은 UE에 가까워질 수 있으므로, 서비스 지연을 감소시킬 수 있으며, 백홀 리소스를 절약할 수도 있으며, 여기서 백홀은 액세스 네트워크에서 앱까지 존재한다. 전술한 솔루션을 구현하는 프로세스에서, 무선 액세스 장치는 일부 API(Application Programming Interface)를 제공하며, 로컬 앱은, API를 호출(invoking), 예컨대, API를 가입시키고 API를 질의하여 무선 액세스 장치에 의해 제공되는 네트워크의 다양한 상태 정보를 획득한다. 무선 액세스 장치는 나아가 로컬 앱과 데이터 채널을 구축하고, UE의 애플리케이션 데이터 및 원격 서버의 애플리케이션 데이터를 로컬 앱에 포워딩한다. UE의 서비스 콘텐츠를 해석(interpret)한 후, 로컬 앱은 UE에 필요한 서비스를 선택적으로 제공할 수 있다. 선택적으로, 로컬 앱은 애플리케이션 서버이다.
전술한 종래 기술의 구현의 프로세스에서, 발명자는 적어도 다음의 문제가 존재한다는 것을 알게 되었다: 무선 액세스 네트워크는 애플리케이션에 대해 습득할 수 없으므로, 애플리케이션의 남용의 문제를 야기할 수 있으며, 나아가 네트워크 혼잡을 발생시킬 수 있다.
본 발명의 실시예에서 제공되는 애플리케이션 관리 방법 및 장치에 따르면, 애플리케이션 서버는 무선 액세스 장치에 API 정보를 공개하므로, 무선 액세스 장치는, 획득된 API 정보에 따라 및 애플리케이션 관리 장치의 지원으로, 애플리케이션 데이터를 제공하는 서버를 선택할 수 있어서, 종래 기술의 애플리케이션 남용에 의해 야기된 네트워크 혼잡의 문제를 해결할 수 있다.
전술한 목적을 달성하기 위해, 이하의 기술적 솔루션이 본 발명의 실시예에서 사용된다.
제1 측면에 따르면, 애플리케이션 관리 장치가 제공되며, 상기 장치는 액세스 네트워크 측 또는 코어 네트워크 측에 위치하며, 상기 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리하도록 구성되어 있고; 상기 장치는, 프로세서, 메모리, 및 통신 인터페이스를 포함하며, 상기 메모리 및 상기 통신 인터페이스는 상기 프로세서에 개별적으로 연결되어 있고; 상기 메모리는 상기 로컬 애플리케이션의 관리 정책을 저장하도록 구성되어 있고; 상기 통신 인터페이스는 애플리케이션 서버와 통신하거나 또는 액세스 네트워크 장치를 통해 애플리케이션 서버와 통신하도록 구성되어 있으며, 상기 애플리케이션 서버는 상기 액세스 네트워크 측에 위치하며 상기 로컬 애플리케이션을 제공하도록 구성되어 있고; 상기 프로세서는, 상기 통신 인터페이스를 통해 상기 로컬 애플리케이션의 메시지를 수신하고 - 상기 메시지는 상기 애플리케이션 서버에 의해 전송됨 - ; 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하고; 상기 통신 인터페이스를 통해 상기 처리의 결과를 상기 애플리케이션 서버에 피드백하도록 구성된다.
제1 측면의 제1 가능 구현에서, 상기 로컬 애플리케이션의 관리 정책은 상기 로컬 애플리케이션의 유형에 따라 설정된다.
제1 측면 또는 제1 측면의 제1 가능 구현을 참조하며, 제1 측면의 제2 가능 구현에서, 상기 로컬 애플리케이션의 관리 정책은 인증 정책을 포함하고, 상기 인증 정책은 오픈 애플리케이션 유형과 오픈 서비스 레벨을 포함한다.
제1 측면, 제1 측면의 제1 가능 구현, 및 제1 측면의 제2 가능 구현을 참조하며, 제1 측면의 제3 가능 구현에서, 상기 프로세서에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 요청 메시지이고, 상기 등록 요청 메시지는 등록될 로컬 애플리케이션의 유형 정보 및 상기 등록될 로컬 애플리케이션의 사용 클래스의 인증 정보를 포함하고; 상기 프로세서가, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하는 것은, 상기 프로세서가 상기 인증 정책에 따라, 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션 및 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션의 사용 클래스에 대한 인증을 수행하는 것을 포함한다.
제1 측면, 제1 측면의 제1 가능 구현, 제1 측면의 제2 가능 구현, 및 제1 측면의 제3 가능 구현 중 임의의 하나 이상을 참조하며, 제1 측면의 제4 가능 구현에서, 상기 프로세서에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 취소 요청 메시지(deregistration request message)이고, 상기 등록 취소 요청 메시지는 등록을 취소할 로컬 애플리케이션의 식별자 정보를 포함하고; 상기 프로세서가, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하는 것은, 상기 프로세서가, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라, 상기 등록 취소 요청 메시지 내의 상기 등록을 취소할 로컬 애플리케이션의 식별자에 대응하는 로컬 애플리케이션에 대한 인증을 수행하는 것을 포함한다.
제1 측면, 제1 측면의 제1 가능 구현, 제1 측면의 제2 가능 구현, 및 제1 측면의 제3 가능 구현 중 임의의 하나 이상을 참조하며, 제1 측면의 제5 가능 구현에서, 상기 프로세서에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 애플리케이션 프로그래밍 인터페이스(application programming interface, API) 질의 요청 메시지이고, 상기 API 질의 요청 메시지는 상기 로컬 애플리케이션의 유형 및 상기 로컬 애플리케이션의 식별자를 포함하고; 상기 프로세서가 상기 API 질의 요청 메시지를 처리하는 것은, 상기 API 질의 요청 메시지 내의 로컬 애플리케이션의 식별자에 따라, 사전 설정된 조건을 만족하는 API를 획득하는 것; 상기 사전 설정된 조건을 만족하는 API에 대한 결정을 하는 것; 및 상기 통신 인터페이스를 통해 상기 애플리케이션 서버에 상기 결정을 피드백하는 것을 포함한다.
제1 측면의 제6 가능 구현에서, 상기 관리 정책은 과금 정책을 추가로 포함한다.
제2 측면에 따르면, 애플리케이션 관리 방법이 제공되며, 상기 방법은 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리하기 위한 애플리케이션 관리 장치에 의해 사용되고, 상기 애플리케이션 관리 장치는, 상기 액세스 네트워크 측 또는 코어 네트워크 측에 위치하며, 상기 로컬 애플리케이션의 관리 정책을 저장하고, 상기 애플리케이션 관리 방법은, 상기 애플리케이션 관리 장치가, 상기 로컬 애플리케이션의 메시지를 수신하는 단계 - 상기 메시지는 상기 애플리케이션 서버에 의해 전송됨 - ; 상기 로컬 애플리케이션의 저장된 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하는 단계; 및 상기 통신 인터페이스를 통해 상기 처리의 결과를 상기 애플리케이션 서버에 피드백하는 단계를 포함한다.
제2 측면의 제1 가능 구현에서, 상기 로컬 애플리케이션의 관리 정책은 상기 로컬 애플리케이션의 유형에 따라 설정된다.
제2 측면 또는 제2 측면의 제1 가능 구현을 참조하며, 제2 측면의 제2 가능 구현에서, 상기 로컬 애플리케이션의 관리 정책은 인증 정책을 포함하고, 상기 인증 정책은 오픈 애플리케이션 유형과 오픈 서비스 레벨을 포함한다.
제2 측면, 제2 측면의 제1 가능 구현, 및 제2 측면의 제2 가능 구현을 참조하며, 제2 측면의 제3 가능 구현에서, 상기 애플리케이션 관리 장치에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 요청 메시지이고, 상기 등록 요청 메시지는 등록될 로컬 애플리케이션의 유형 정보 및 상기 등록될 로컬 애플리케이션의 사용 클래스의 인증 정보를 포함하고, 상기 애플리케이션 관리 장치는, 상기 인증 정책에 따라, 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션 및 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션의 사용 클래스에 대한 인증을 수행한다.
제2 측면, 제2 측면의 제1 가능 구현, 제2 측면의 제2 가능 구현, 또는 제2 측면의 제3 가능 구현 중 임의의 하나 이상을 참조하며, 제2 측면의 제4 가능 구현에서, 상기 애플리케이션 관리 장치에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 취소 요청 메시지(deregistration request message)이고, 상기 등록 취소 요청 메시지는 등록을 취소할 로컬 애플리케이션의 식별자 정보를 포함하고, 상기 애플리케이션 관리 장치는, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라, 상기 등록 취소 요청 메시지 내의 상기 등록을 취소할 로컬 애플리케이션의 식별자에 대응하는 로컬 애플리케이션에 대한 인증을 수행한다.
제2 측면, 제2 측면의 제1 가능 구현, 제2 측면의 제2 가능 구현, 또는 제2 측면의 제3 가능 구현 중 임의의 하나 이상을 참조하며, 제2 측면의 제5 가능 구현에서, 상기 애플리케이션 관리 장치에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 애플리케이션 프로그래밍 인터페이스(API) 질의 요청 메시지이고, 상기 API 질의 요청 메시지는 상기 로컬 애플리케이션의 유형 및 상기 로컬 애플리케이션의 식별자를 포함하고, 상기 애플리케이션 관리 장치가 상기 API 질의 요청 메시지를 처리하는 것은, 상기 API 질의 요청 메시지 내의 로컬 애플리케이션의 식별자에 따라, 사전 설정된 조건을 만족하는 API를 획득하는 것; 상기 사전 설정된 조건을 만족하는 API에 대한 결정을 하는 것; 및 상기 통신 인터페이스를 통해 상기 애플리케이션 서버에 상기 결정을 피드백하는 것을 포함한다.
제2 측면의 제6 가능 구현에서, 상기 관리 정책은 과금 정책을 추가로 포함한다. 애플리케이션 서버에 의해 전송된, 로컬 애플리케이션의 메시지가 수신된 후, 로컬 애플리케이션의 메시지가 로컬 애플리케이션의 저장된 관리 정책에 따라 처리되고, 처리의 결과가 통신 인터페이스를 통해 애플리케이션 서버에 전송된다. 로컬 애플리케이션의 수신된 다양한 메시지와 로컬 애플리케이션의 저장된 다양한 관리 정책에 기초하여, 본 발명의 이 실시예에서 제공되는 장치는, 애플리케이션 관리 프로세스에서, 애플리케이션 인증, 서비스 등록 취소, 애플리케이션 서버와 애플리케이션 관리 장치 간의 상태 정보 상호 작용, 및 데이터 채널 구축 프로세스를 구현한다. 따라서, 애플리케이션에 대해 습득할 수 없었던 종래의 네트워크의 결점이 제거되며, 로컬 애플리케이션에 대한 제어가 이루어 진다.
본 발명의 실시예에서 제공되는 애플리케이션 관리 방법 및 장치에 따르면, 애플리케이션 서버에 의해 전송된, 로컬 애플리케이션의 메시지가 수신된 후, 로컬 애플리케이션의 메시지가 로컬 애플리케이션의 저장된 관리 정책에 따라 처리되고, 처리의 결과가 애플리케이션 서버에 전송된다. 로컬 애플리케이션의 수신된 메시지들의 차이와 로컬 애플리케이션의 저장된 대응하는 관리 정책들의 차이에 따라, 본 발명의 실시예에서 제공되는 장치가, 애플리케이션 관리 프로세스에서, 애플리케이션 인증, 서비스 등록 취소, 애플리케이션 서버와 애플리케이션 관리 장치 간의 상태 정보 상호 작용, 및 데이터 채널 구축 프로세스를 구현한다. 따라서, 네트워크가 애플리케이션에 대해 습득할 수 없었던 종래의 결함이 처리되며, 로컬 애플리케이션에 대한 제어가 이루어 진다.
종래 기술 및 본 발명의 실시예의 기술적 솔루션을 보다 명확하게 설명하기 위해, 이하에서는 종래 기술 또는 실시예를 설명하는데 필요한 첨부된 도면을 간략하게 소개한다. 명백하게, 이하의 설명 내의 첨부된 도면은 단지 본 발명의 일부 실시예를 도시하는 것이고, 통상의 기술자는 창조적 노력 없이 이러한 첨부된 도면으로부터 다른 도면을 도출해낼 수 있다.
도 1은 본 발명의 일 실시예에 따른 애플리케이션 관리 장치의 개략적인 구조도이다.
도 2는 본 발명의 다른 실시예에 따른 애플리케이션 관리 방법의 흐름도이다.
도 3은 본 발명의 또 다른 실시예에 따른 애플리케이션 관리 방법의 흐름도이다.
도 4는 본 발명의 또 다른 실시예에 따른 다른 애플리케이션 관리 방법의 흐름도이다.
도 5는 본 발명의 또 다른 실시예에 따른 또 다른 애플리케이션 관리 방법의 흐름도이다.
도 6은 본 발명의 또 다른 실시예에 따른 또 다른 애플리케이션 관리 방법의 흐름도이다.
이하에서는 본 발명의 실시예의 첨부된 도면을 참조하여 본 발명의 실시예의 기술적 솔루션을 명확하고 완전하게 설명한다. 명백하게, 설명되는 실시예는 단지 본 발명의 일부 실시예일 뿐이며 모든 실시예가 아니다. 통상의 기술자에 의해 창조적 노력 없이 본 발명의 실시예에 기초하여 획득되는 다른 모든 실시예는 본 발명의 보호 범위 내에 속할 것이다.
본 발명의 일 실시예는 애플리케이션 관리 장치를 제공하며, 이 장치는 액세스 네트워크 측 또는 코어 네트워크 측에 위치하며, 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리하도록 구성되어 있다. 도 1에 도시되는 바와 같이, 이 장치는 프로세서(01), 메모리(02), 및 통신 인터페이스(03)를 포함하며, 메모리(02) 및 통신 인터페이스(03)는 프로세서(01)에 개별적으로 연결되어 있고, 프로세서(01), 메모리(02), 및 통신 인터페이스(03)는 버스(00)를 통해 서로 연결되어 있다.
메모리(02)는 로컬 애플리케이션의 관리 정책을 저장하도록 구성되어 있다.
통신 인터페이스(03)는 애플리케이션 서버와 통신하거나 또는 액세스 네트워크 장치를 통해 애플리케이션 서버와 통신하도록 구성되어 있다. 메모리(02)는 리드-온리 메모리(Read Only Memory, ROM), 스태틱 스토리지 디바이스(static storage device), 다이나믹 스토리지 디바이스(dynamic storage device), 또는 랜덤 액세스 메모리(Random Access Memory, RAM)일 수 있다. 메모리(02)는 운영 체제 및 다른 애플리케이션 프로그램을 저장할 수 있다. 소프트웨어 또는 펌웨어가 본 발명의 실시예에서 제공되는 기술적 솔루션을 실행하는데 사용되는 경우, 본 발명의 실시예에서 제공되는 기술적 솔루션을 실행하는데 사용되는 프로그램 코드는 메모리(02)에 저장되어 있으며, 프로세서(01)에 의해 실행된다.
프로세서(01)는 범용 중앙 처리 장치(Central Processing Unit, CPU), 마이크로프로세서, 주문형 반도체(Application Specific Integrated Circuit, ASIC), 또는 관련 프로그램을 실행하기 위한 하나 이상의 집적 회로를 사용할 수 있으므로, 본 발명의 실시예에서 제공되는 기술적 솔루션을 실행할 수 있다.
버스(00)는 장치 내의 컴포넌트 (예컨대, 수신기(01), 메모리(02), 및 통신 인터페이스(03)) 간의 정보를 전달하기 위한 채널을 포함할 수 있다.
도 1은 단지 프로세서(01), 메모리(02), 통신 인터페이스(03) 및 버스를 하드웨어의 부분으로 도시하였으나, 구체적인 실행 프로세스에서, 통상의 기술자는 단말이 정상 동작을 실행하기 위해 요구되는 다른 구성 요소를 추가로 포함한다는 것을 이해한다는 것을 유의해야 한다. 한편, 통상의 기술자는 다른 기능을 실행하기 위한 다른 하드웨어 구성 요소가 구체적인 요건에 따라 추가로 포함될 수 있다는 것을 이해해야 한다.
도 1에서, 프로세서(01), 메모리(02) 및 통신 인터페이스(03)을 연결하는 선은 버스(00)라는 것을 유의해야 한다.
이 실시예에서, 애플리케이션 관리 장치는 일 예시로 코어 네트워크 측에 위치되어 있다는 것을 유의해야 한다.
애플리케이션 서버는 액세스 네트워크 측에 위치하며, 로컬 애플리케이션을 제공하도록 구성되고, 여기서 로컬 애플리케이션은 액세스 네트워크 측에 의해 제공되는 애플리케이션이다.
프로세서(01)는 통신 인터페이스(03)를 통해 로컬 애플리케이션의 메시지를 수신하도록 구성되어 있으며, 여기서 메시지는 애플리케이션 서버에 의해 전송되고; 메모리(02)에 저장된, 로컬 애플리케이션의 관리 정책에 따라 로컬 애플리케이션의 메시지를 처리하고; 통신 인터페이스(03)를 통해 처리의 결과를 애플리케이션 서버에 피드백하도록 구성된다.
선택적으로, 로컬 애플리케이션의 관리 정책은 로컬 애플리케이션의 유형에 따라 설정된다. 즉, 운영자는 상이한 애플리케이션 유형에 대해 상이한 관리 정책을 설정할 수 있으므로, 로컬 애플리케이션의 차별화된 관리를 구현할 수 있다.
선택적으로, 구현 시나리오에서, 이 장치는 로컬 애플리케이션에 대해 인증 프로세스를 구현하도록 구성되어 있다.
구체적으로, 상기 장치가 인증 프로세스를 구현하는 경우,
메모리(02)에 저장된, 로컬 애플리케이션의 관리 정책은 인증 정책을 포함하고, 인증 정책은 오픈 애플리케이션 유형과 오픈 서비스 레벨을 포함한다.
프로세서(01)에 의해 수신된, 로컬 애플리케이션의 메시지는 등록 요청 메시지이고, 메모리(02)에 저장된 인증 정책에 따라, 인증은 등록 요청 메시지 내의 등록될 로컬 애플리케이션 및 등록 요청 메시지 내의 등록될 로컬 애플리케이션의 사용 클래스에 대해 수행된다.
선택적으로, 등록 요청 메시지는 등록될 로컬 애플리케이션의 유형 정보 및 등록될 로컬 애플리케이션의 사용 클래스의 인증 정보를 포함한다.
나아가, 프로세서(01)는 통신 인터페이스(03)를 통해 로컬 애플리케이션의 인증 결과를 애플리케이션 서버에 전송하도록 추가로 구성되어 있다.
인증 결과는 리소스를 등록 요청 메시지 내의 대응하는 로컬 애플리케이션에 할당하는지를 나타내는데 사용된다는 것을 유의해야 한다. 구체적으로, 인증 결과가 로컬 애플리케이션이 성공적으로 인증된 것을 나타내는 경우, 리소스는 대응하는 로컬 애플리케이션 및 서비스 레벨에 할당된다. 반대로, 인증 결과가 로컬 애플리케이션이 인증되는 것이 실패했다는 것을 나타내는 경우, 리소스는 인증 실패에 대응하는 로컬 애플리케이션에 할당되지 않는다.
선택적으로, 인증 성공 후, 프로세서(01)는 제1 지정 유형의 로컬 애플리케이션에 대해 공용 데이터 링크를 구축하는 프로세스를 개시하도록 구성되어 있으므로, 프로세서(01)가 통신 인터페이스(03)를 통해 제1 지정 유형의 애플리케이션 데이터를 전송할 수 있고, 여기서 제1 지정 유형의 애플리케이션은 캐시(Cache) 애플리케이션 및 비디오 트랜스코딩 애플리케이션(video transcoding application)을 포함한다. 그 결과, 애플리케이션 서버는 UE의 진행 중인 서비스에 대해 습득할 수 있다. 이에 따라, 제2 지정 유형의 로컬 애플리케이션, 예컨대 위치-기반 서비스 애플리케이션에 대해, 공용 데이터 링크를 구축할 필요가 없다.
선택적으로, 다른 구현 시나리오에서, 이 장치는 로컬 애플리케이션에 대한 등록 취소(deregistration) 프로세스를 구현하도록 구성되어 있다. 구체적으로 등록 취소 프로세스에서,
프로세서(01)에 의해 수신된, 로컬 애플리케이션의 메시지는 등록 취소 요청 메시지(deregistration request message)이다.
선택적으로, 등록 취소 요청 메시지는 등록을 취소할 로컬 애플리케이션의 식별자 정보를 포함한다.
나아가, 프로세서(01)는, 메모리(02)에 저장된, 로컬 애플리케이션의 관리 정책에 따라, 수신된 등록 취소 요청 메시지 내의 등록을 취소할 로컬 애플리케이션의 식별자에 대응하는 로컬 애플리케이션에 대한 인증을 수행하고 인증 결과를 획득하도록 구성된다.
선택적으로, 인증 결과는 나아가 통신 인터페이스(03)를 통해 액세스 네트워크 장치에 전송될 수 있으므로, 액세스 네트워크 장치는, 수신된 인증 결과에 따라, 등록을 취소할 로컬 애플리케이션에 의해 점유된 리소스를 릴리즈할지를 판정할 수 있다.
선택적으로, 다른 구현 시나리오에서, 이 장치는 애플리케이션 서버와의 상태 정보 상호 작용의 프로세스에서 추가로 사용된다.
구체적으로, 프로세스(01)는 로컬 애플리케이션의 수신된 메시지를 처리하도록 구성되어 있으며, 여기서 로컬 애플리케이션의 수신된 메시지는 애플리케이션 프로그래밍 인터페이스(application programming interface, API) 질의 요청 메시지이다.
선택적으로, API 질의 요청 메시지는 로컬 애플리케이션의 유형 및 로컬 애플리케이션의 식별자를 포함한다.
구체적으로, 프로세서(01)가 API 질의 요청 메시지를 처리하는 것은, API 질의 요청 메시지 내의 로컬 애플리케이션의 식별자에 따라, 사전 설정된 조건을 만족하는 API를 획득하는 것; 사전 설정된 조건을 만족하는 API에 대한 결정을 하는 것; 및 통신 인터페이스를 통해 애플리케이션 서버에 결정을 피드백하는 것을 포함한다.
사전 설정된 조건을 만족하는 API는 API 교집합(intersection)을 나타내며, API 교집합은, 인증 프로세스에서 로컬 애플리케이션에 공개될 코어 네트워크에 의해 허용되는 API와, 액세스 네트워크 장치에 의해 공개될 수 있는 API의 교집합을 나타낸다.
선택적으로, 전술한 프로세서(01)는 API 요청에 의해 요청된 메시지를 애플리케이션 서버에 전송하도록 추가로 구성된다. API 요청에 의해 요청되는 메시지는 애플리케이션 서버에 의해 애플리케이션 관리 장치에 전송되고, 애플리케이션 관리 장치가 API 요청에 의해 요청되는 메시지를 피드백하는 방식은 다음의 3가지를 포함한다:
제1 피드백 방식: 셀 대역폭 및 UE 용량과 같은 스태틱 정보가 피드백되는 일회성 피드백;
제2 피드백 방식: 실시간 변경 정보으로서, 예컨대 UE의 신호 세기, 이용 가능한 대역폭, 및 셀의 현재 이용 가능한 리소스에 대한 실시간 변경 정보가 애플리케이션 서버에 주기적으로 피드백되어야 하는 주기적 피드백; 및
제3 피드백 방식: 변경-트리거 정보, 예컨대 UE 위치의 변경, 활성화된 UE의 수의 변경, 및 액세스 네트워크 장치의 상태의 유휴(idle) 또는 바쁨(busy)으로의 변경에 의해 트리거되는 메시지를 위해 사용되는 이벤트-트리거 피드백.
전술한 3가지 피드백 방식은 단지 예시적인 것이며, 다른 하나 이상의 패드백이 실세 상황에 따라 추가로 포함될 수 있다는 것을 유의해야 한다.
선택적으로, 메모리(02)에 저장된, 로컬 애플리케이션의 관리 정책은 과금 정책을 추가로 포함한다.
선택적으로, 다른 구현 시나리오에서, 애플리케이션 관리 장치는 데이터 채널을 구축하도록 추가로 구성된다.
애플리케이션 서버와 액세스 네트워크 장치 간의 다양한 유형의 정보를 제대로 관리하기 위해, 프로세서(01)는 각 애플리케이션 서버 및 액세스 네트워크 장치 간의 링크 베어러(link bearer)를 구축하도록 추가로 구성된다는 것을 유의해야 한다.
나아가, 링크 베어러는, 이에 한정되는 것은 아니지만, 시그널링 링크 베어러, 공용 데이터 링크 베어러, 및 UE 사설 데이터 링크 베어러를 포함한다;
구체적으로:
시그널링 링크 베어러는, 인증 메시지, 상태를 획득하기 위한 피드백 메시지, 베어러 구축 요청 메시지, 등을 포함하는 모든 유형의 상태 정보를 전송하는데 사용된다. 선택적으로, 시그널링 링크 베어러를 구축하는 프로세스에서, SCTP(Stream Control Transmission Protocol)와 같은 표준 프로토콜이 사용될 수 있다;
범용 데이터 링크 베어러는 UE의 애플리케이션 데이터를 전송하는데 사용된다. UE가 전용 데이터 베어러를 가지기 전에, 서비스 데이터가 전송되어야 하는 경우, 서비스 데이터는 범용 데이터 링크 베어러 상에 전송된다. 선택적으로, 범용 데이터 링크 베어러를 구축하는 프로세스에서, GTP-U (GPRS Tunneling Protocol for the user plane)와 같은 표준 프로토콜이 사용될 수 있다; 그리고
UE 사설 데이터 링크 베어러는 특정 UE의 애플리케이션 데이터를 전송하는데 사용된다. 선택적으로, UE 사설 데이터 링크 베어러를 구축하는 프로세스에서, GTP-U와 같은 표준 프로토콜이 사용될 수 있다.
나아가, 프로세서(01)는 로컬 애플리케이션의 애플리케이션 데이터를 애플리케이션 서버에 전송하도록 추가로 구성되어 있다.
로컬 애플리케이션의 데이터가 애플리케이션 서버에 전송되기 전에, 애플리케이션 서버가 성공적으로 인증되고 범용 데이터 링크 베어러가 구축된 것으로 판정된다는 것을 유의해야 한다. 또한, 프로세서(01)는 애플리케이션 서버의 리소스 이용 가능성 및 애플리케이션 유형에 따라 로컬 애플리케이션의 관리 정책을 선택한다.
선택적으로, 프로세서(01)는, UE 패킷의 애플리케이션 계층 프로토콜 유형을 분석함으로써, UE의 진행 중인 서비스의 유형을 분석하므로, 상이한 애플리케이션 서버에 상이한 데이터를 전달할 수 있다. 애플리케이션 관리 장치에 의해 전송된 애플리케이션 데이터는 모두 데이터 패킷으로 전송될 수 있거나, 또는 일부 데이터가 데이터 패킷으로 전송되고, 일부 데이터는 데이터 헤더로 전송될 수 있다.
프로세서(01)는 범용 데이터 링크 베어러 상에 전송되는 애플리케이션 데이터의 애플리케이션 유형을 식별하도록 추가로 구성되어 있다.
나아가, 로컬 애플리케이션의 저장된 관리 정책에 따라, UE에 애플리케이션을 제공할지 여부가 판정된다. UE에 애플리케이션을 제공하도록 판정되는 경우, UE 사설 데이터 베어러를 구축하기 위한 요청 메시지가 애플리케이션 관리 장치에 전송되고, 여기서 이 메시지는 애플리케이션 서버 정보, 이용 가능 서비스에 대한 정보, 등을 운반한다.
선택적으로, 애플리케이션 서버는 UE 사설 데이터 베어러가 성공적으로 구축된 것으로 확인하고, 이 베어러와 오리지널 베어러 간의 관계를 메시지에 표시한다:
이 베어러와 오리지널 베어러 간의 관계는 2가지 카테고리로 나뉘어 진다: 공존 관계(coexisting relationship) 및 순차적 관계(serial relationship).
순차적 관계에서, 액세스 네트워크 장치는 단순히 애플리케이션 데이터를 애플리케이션 서버에 전송하고, 애플리케이션 서버는 애플리케이션 데이터를 코어 네트워크에 전송할지 여부를 결정할 수 있다.
공존 관계에서, 애플리케이션 데이터는 애플리케이션 서버와 코어 네트워크에 동시에 전송되고, 액세스 네트워크 장치는 또한 애플리케이션 서버 및 코어 네트워크로부터 데이터를 동시에 수신한다. 예를 들어, 애플리케이션 서버가 캐시 유형 서비스를 제공하는 경우, 순차적 모드(serial mode)가 베어러에 대해 사용되고; 애플리케이션 서버가 부가 서비스 푸시(supplemental service push)를 사용하는 경우, 공존 관계가 사용되며 오리지널 서비스 링크 베어러가 유지된다.
프로세서(01)는 베어러를 구축하기 위해 표준 UE 재구성 메시지를 UE에 전송하도록 추가로 구성되어 있다.
본 발명의 이 실시예에서 제공되는 애플리케이션 관리 장치에 따르면, 프로세서는 통신 인터페이스(03)를 통해 로컬 애플리케이션의 메시지를 수신하며, 여기서 로컬 애플리케이션의 메시지는 애플리케이션 서버에 의해 전송되고; 메모리에 저장된, 로컬 애플리케이션의 관리 정책에 따라 로컬 애플리케이션의 메시지를 처리하고; 통신 인터페이스를 통해 처리의 결과를 애플리케이션 서버에 전송한다. 로컬 애플리케이션의 수신된 다양한 메시지와 로컬 애플리케이션의 저장된 다양한 관리 정책에 기초하여, 본 발명의 이 실시예에서 제공되는 장치는, 애플리케이션 관리 프로세스에서, 애플리케이션 인증, 서비스 등록 취소, 애플리케이션 서버와 애플리케이션 관리 장치 간의 상태 정보 상호 작용, 및 데이터 채널 구축 프로세스를 구현한다. 따라서, 애플리케이션에 대해 습득할 수 없었던 종래의 네트워크의 결점이 제거되며, 로컬 애플리케이션에 대한 제어가 이루어 진다.
본 발명의 다른 실시예는 애플리케이션 관리 방법을 제공한다. 이 방법은 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리하기 위한 애플리케이션 관리 장치에 의해 사용되며, 애플리케이션 관리 장치는, 액세스 네트워크 측 또는 코어 네트워크 측에 위치하며, 로컬 애플리케이션의 관리 정책을 저장한다. 본 발명의 이 실시예의 예시에서, 애플리케이션 관리 장치는 코어 네트워크 상에 위치된다. 도 2에 도시된 바와 같이, 이 방법은 다음의 단계를 포함한다:
201. 애플리케이션 관리 장치에 의해 전송된, 로컬 애플리케이션의 메시지를 수신한다.
202. 로컬 애플리케이션의 저장된 관리 정책에 따라 로컬 애플리케이션의 메시지를 처리한다.
선택적으로, 로컬 애플리케이션의 관리 정책은 로컬 애플리케이션의 유형에 따라 설정된다. 즉, 운영자는 상이한 애플리케이션 유형에 대해 상이한 관리 정책을 설정할 수 있으므로, 로컬 애플리케이션의 차별화된 관리를 구현할 수 있다.
203. 처리의 결과를 애플리케이션 서버에 피드백한다.
선택적으로, 처리의 결과는 통신 인터페이스를 통해 애플리케이션 서버에 피드백된다.
본 발명의 이 실시예에서 제공되는 애플리케이션 관리 방법은 애플리케이션 관리 장치에 적용되고; 애플리케이션 서버에 의해 전송되는, 로컬 애플리케이션의 메시지가 수신된 후, 로컬 애플리케이션의 메시지는 애플리케이션 관리 장치에 저장된, 로컬 애플리케이션의 관리 정책에 따라 처리되고; 처리의 결과는 애플리케이션 서버에 피드백된다. 따라서, 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리할 수 없는 종래 기술의 결점이 제거된다.
본 발명의 다른 실시예는 애플리케이션 방법을 제공한다. 일 구현에서, 로컬 애플리케이션의 관리는 인증 정책을 포함하고, 애플리케이션 관리 장치 내의 프로세서에 의해 수신되는, 로컬 애플리케이션의 메시지는 등록 요청 메시지이다. 인증 정책은 오픈 애플리케이션 유형과 오픈 서비스 레벨을 포함한다. 등록 요청 메시지는 등록될 로컬 애플리케이션의 유형 정보 및 등록될 로컬 애플리케이션의 사용 클래스의 인증 정보를 포함한다.
도 3에 도시된 바와 같이, 이 방법은 다음의 단계를 포함한다:
301. 애플리케이션 서버가 시작되고, 액세스 네트워크 장치에 등록 요청 메시지를 전송한다.
302. 액세스 네트워크 장치는 애플리케이션 관리 장치에 등록 요청 메시지를 전송한다.
303. 애플리케이션 관리 장치는, 저장된 인증 정책에 따라, 등록 요청 메시지 내의 등록될 로컬 애플리케이션 및 등록 요청 메시지 내의 등록될 로컬 애플리케이션의 사용 클래스에 대한 인증을 수행한다.
304. 액세스 네트워크 장치는, 인증 결과에 따라, 대응하는 로컬 애플리케이션 및 이 로컬 애플리케이션의 사용 클래스에 대응하는 리소스를 할당한다.
구체적으로, 인증이 성공하는 경우, 대응하는 리소스가 로컬 애플리케이션 및 로컬 애플리케이션의 사용 클래스에 할당되고; 인증이 실패하는 경우, 리소스가 할당된다.
305. 리소스 할당이 완료된 후, 액세스 네트워크 장치는 애플리케이션 서버에 응답 메시지를 전송한다.
인증이 성공한 후, 이 장치는, 애플리케이션 유형이 캐시 또는 비디오 트랜스코딩인 로컬 애플리케이션을 위한 범용 데이터 링크 베어러를 추가로 구축할 수 있으므로, 애플리케이션 데이터가 애플리케이션 서버에 전송될 수 있고, 애플리케이션 서버는 UE의 진행 중인 서비스에 대해 알 수 있다. 또한, 일부 위치-기반 로컬 애플리케이션에 대해, 범용 데이터 링크 베어러를 구축할 필요가 없다.
본 발명의 이 실시예에서 제공되는 애플리케이션 관리 장치에 따르면, 인증 메커니즘은 애플리케이션 서버와 액세스 네트워크 장치 사이에 구축되므로, 애플리케이션 서버에의 허가된 액세스를 보장할 수 있으며 애플리케이션 서버에의 허가되지 않은 액세스를 방지할 수 있다.
본 발명의 다른 실시예는 애플리케이션 관리 방법을 제공한다. 다른 구현에서, 애플리케이션 관리 장치 내의 프로세서에 의해 수신되는, 로컬 애플리케이션의 메시지는 등록 취소 요청 메시지이다. 등록 취소 요청 메시지는 등록 취소될 로컬 애플리케이션의 식별자 정보를 포함한다.
도 4에 도시된 바와 같이, 이 방법은 다음의 단계를 포함한다:
401. 애플리케이션 서버는 액세스 네트워크 장치에 등록 취소 요청 메시지를 전송한다.
선택적으로, 등록 취소 요청 메시지는, 서비스 등록 기간 동안의 로컬 애플리케이션의 사용 통계 정보, 예컨대 트래픽 정보를 추가로 포함한다.
402. 액세스 네트워크 장치는 애플리케이션 관리 장치에 등록 취소 요청 메시지를 전송한다.
403. 애플리케이션 관리 장치는, 로컬 애플리케이션의 저장된 관리 정책에 따라, 등록 취소 요청 메시지 내의, 등록 취소될 로컬 애플리케이션의 식별자에 대응하는 로컬 애플리케이션에 대한 인증을 수행하고; 인증 응답 메시지를 액세스 네트워크 장치에 전송한다.
나아가, 인증 응답 메시지를 수신한 후, 액세스 네트워크 장치는 로컬 애플리케이션의 리소스를 릴리즈할지 여부를 판정하고, 애플리케이션 관리 장치에, 애플리케이션 서버의 서비스 운영 기간 동안의 서비스 사용 통계 정보를 제공하며, 여기서 통계 정보는 코어 네트워크에 의해 과금 기준으로 사용된다.
404. 액세스 네트워크 장치는 인증 응답 메시지를 애플리케이션 서버에 전송한다.
본 발명의 이 실시예에서 제공되는 애플리케이션 관리 방법에 따르면, 로컬 애플리케이션의 서비스 등록 취소 프로세스는 애플리케이션 관리 프로세서에 구축되므로, 네트워크 리소스가 적시에 릴리즈될 수 있고, 네트워크 소모가 감소될 수 있다.
본 발명의 다른 실시예는 애플리케이션 관리 방법을 제공한다. 다른 구현에서, 애플리케이션 관리 장치 내의 프로세서에 의해 수신되는, 로컬 애플리케이션의 메시지는 애플리케이션 프로그래밍 인터페이스(application programming interface, API) 질의 요청 메시지이고, 여기서 API 질의 요청 메시지는 로컬 애플리케이션의 유형 및 로컬 애플리케이션의 식별자를 포함한다.
도 5에 도시된 바와 같이, 이 방법은 다음의 단계를 포함한다:
501. 애플리케이션 서버는 이것의 API 제공 방식을 애플리케이션 서버 장치에 보고한다.
502. 애플리케이션 서버는 API 질의 요청 메시지를 애플리케이션 관리 장치에 전송한다.
503. 애플리케이션 관리 장치는, API 질의 요청 메시지 내의 로컬 애플리케이션의 식별자에 따라, 사전 설정된 조건을 만족하는 API를 획득한다.
사전 설정된 조건을 만족하는 API는 API 교집합을 나타내며, API 교집합은, 인증 프로세스에서, 로컬 애플리케이션에 공개될, 코어 네트워크에 의해 허용되는 API와 액세스 네트워크 장치에 의해 공개될 수 있는 API의 교집합을 나타낸다.
사전 설정된 조건을 만족하는 API가 획득되기 전에, 애플리케이션 서버가 로컬 애플리케이션의 API 제공 방식을 보고하였다는 것과 로컬 애플리케이션이 인증되었다는 것을 판정해야 한다는 것을 유의해야 한다.
504. 애플리케이션 관리 장치는 사전 설정된 조건을 만족하는 API에 대한 결정을 하고, 이 결정의 결과를 애플리케이션 서버에 피드백한다.
선택적으로, 애플리케이션 관리 장치는 API 요청에 의해 요청되는 메시지의 피드백 메시지를 애플리케이션 서버에 전송하며, API 요청에 의해 요청되는 메시지는 애플리케이션 서버에 의해 애플리케이션 관리 장치에 전송된다. 또한, 애플리케이션 관리 장치가 API 요청에 의해 요청되는 메시지를 피드백하는 방식은 다음의 3가지를 포함한다:
제1 피드백 방식: 셀 대역폭 및 UE 용량과 같은 스태틱 정보가 피드백되는 일회성 피드백;
제2 피드백 방식: 실시간 변경 정보으로서, 예컨대 UE의 신호 세기, 이용 가능한 대역폭, 및 셀의 현재 이용 가능한 리소스에 대한 실시간 변경 정보가 애플리케이션 서버에 주기적으로 피드백되어야 하는 주기적 피드백; 및
제3 피드백 방식: 변경-트리거 정보, 예컨대 UE 위치의 변경, 활성화된 UE의 수의 변경, 및 액세스 네트워크 장치의 상태의 유휴(idle) 또는 바쁨(busy)으로의 변경에 의해 트리거되는 메시지를 위해 사용되는 이벤트-트리거 피드백.
전술한 3가지 피드백 방식은 단지 예시적인 것이며, 다른 하나 이상의 패드백이 실세 상황에 따라 추가로 포함될 수 있다는 것을 유의해야 한다.
선택적으로, 애플리케이션 관리 장치는, 애플리케이션 서버의 요건에 따라, API 요청에 의해 요청되는 메시지의 피드백 메시지를 추가로 전송할 수 있다.
본 발명의 이 실시예에서 제공되는 애플리케이션 관리 방법의 구현에 따르면, API의 양방향 범용 채널은 애플리케이션 서버와 애플리케이션 관리 장치 사이에 구축되므로, 양 측이 서로의 상태를 알 수 있어서, 로컬 애플리케이션에 대한 서비스를 제공하기 용이하게 할 수 있다.
본 발명의 다른 실시예는 애플리케이션 관리 방법을 제공하며, 다른 구현에서, 이 방법은 데이터 채널을 구축하는데 사용된다.
데이터 채널은 링크 베어러이고, 링크 베어러는 이에 한정되는 것은 아니지만 시그널링 링크 베어러, 공용 데이터 링크 베어러, 및 UE 사설 데이터 링크 베어러를 포함한다.
구체적으로:
시그널링 링크 베어러는, 인증 메시지, 상태를 획득하기 위한 피드백 메시지, 베어러 구축 요청 메시지, 등을 포함하는 모든 유형의 상태 정보를 전송하는데 사용된다. 선택적으로, 시그널링 링크 베어러를 구축하는 프로세스에서, SCTP와 같은 표준 프로토콜이 사용될 수 있다;
범용 데이터 링크 베어러는 UE의 애플리케이션 데이터를 전송하는데 사용된다. UE가 전용 데이터 베어러를 가지기 전에, 서비스 데이터가 전송되어야 하는 경우, 서비스 데이터는 범용 데이터 링크 베어러 상에 전송된다. 선택적으로, 범용 데이터 링크 베어러를 구축하는 프로세스에서, GTP-U (GPRS Tunneling Protocol for the user plane)와 같은 표준 프로토콜이 사용될 수 있다; 그리고
UE 사설 데이터 링크 베어러는 특정 UE의 애플리케이션 데이터를 전송하는데 사용된다. 선택적으로, UE 사설 데이터 링크 베어러를 구축하는 프로세스에서, GTP-U와 같은 표준 프로토콜이 사용될 수 있다.
이 방법의 이 구현에서, UE-레벨 데이터 채널을 구축하는 것은 설명을 위한 일 예시로 사용된 것이다. 도 6에 도시된 바와 같이, 이 방법은 다음의 단계를 포함한다:
601. 로컬 애플리케이션의 애플리케이션 데이터를 애플리케이션 서버에 전송한다.
로컬 애플리케이션의 데이터가 애플리케이션 서버에 전송되기 전에, 애플리케이션 서버가 성공적으로 인증되고 범용 데이터 링크 베어러가 구축된 것으로 판정된다는 것을 유의해야 한다. 또한, 애플리케이션 관리 장치는 애플리케이션 서버의 리소스 이용 가능성 및 애플리케이션 유형에 따라 로컬 애플리케이션의 관리 정책을 선택한다.
선택적으로, 애플리케이션 관리 장치는 UE 패킷의 애플리케이션 계층 프로토콜 유형을 분석함으로써, UE의 진행 중인 서비스의 유형을 분석하므로, 상이한 애플리케이션 서버에 상이한 데이터를 전달할 수 있다. 애플리케이션 관리 장치에 의해 전송된 애플리케이션 데이터는 모두 데이터 패킷으로 전송될 수 있거나, 또는 일부 데이터가 데이터 패킷으로 전송되고, 일부 데이터는 데이터 헤더로 전송될 수 있다.
602. 애플리케이션 관리 장치는 범용 데이터 링크 베어러 상에 전송되는 애플리케이션 데이터를 파싱하고, 애플리케이션 데이터의 애플리케이션 유형을 식별한다.
나아가, 로컬 애플리케이션의 저장된 관리 정책에 따라, UE에 애플리케이션을 제공할지 여부가 판정된다. UE에 애플리케이션을 제공하도록 판정되는 경우, UE 사설 데이터 베어러를 구축하기 위한 요청 메시지가 애플리케이션 관리 장치에 전송되고, 여기서 이 메시지는 애플리케이션 서버 정보, 이용 가능 서비스에 대한 정보, 등을 운반한다.
603. 애플리케이션 서버는 UE 사설 데이터 베어러가 성공적으로 구축된 것으로 확인하고, 이 베어러와 오리지널 베어러 간의 관계를 메시지에 표시한다.
이 베어러와 오리지널 베어러 간의 관계는 2가지 카테고리로 나뉘어 진다: 공존 관계(coexisting relationship) 및 순차적 관계(serial relationship).
순차적 관계에서, 액세스 네트워크 장치는 단순히 애플리케이션 데이터를 애플리케이션 서버에 전송하고, 애플리케이션 서버는 애플리케이션 데이터를 코어 네트워크에 전송할지 여부를 결정할 수 있다.
공존 관계에서, 애플리케이션 데이터는 애플리케이션 서버와 코어 네트워크에 동시에 전송되고, 액세스 네트워크 장치는 또한 애플리케이션 서버 및 코어 네트워크로부터 데이터를 동시에 수신한다. 예를 들어, 애플리케이션 서버가 캐시 유형 서비스를 제공하는 경우, 순차적 모드(serial mode)가 베어러에 대해 사용되고; 애플리케이션 서버가 부가 서비스 푸시(supplemental service push)를 사용하는 경우, 공존 관계가 사용되며 오리지널 서비스 링크 베어러가 유지된다.
나아가, 공존 관계에서, 애플리케이션 관리 장치는, 애플리케이션 서버의 지시자 및 애플리케이션 관리 장치의 리소스 상태에 따라, UE와의 무선 인터페이스 베어러를 구축할지 여부를 판정하여, 이 베어러를 애플리케이션 서버와 애플리케이션 관리 장치 사이의 베어러와 연관시킬 수 있다. 무선 인터페이스 베어러가 구축되는 경우, 다음의 단계 604가 수행된다.
604. 애플리케이션 관리 장치는 베어러를 구축하기 위해 표준 UE 재구성 메시지를 UE에 전송한다.
나아가, UE가 수락하는 경우, 재구성 성공이 리턴된다.
선택적으로, 이 방법은 UE-레벨 데이터 채널의 릴리즈를 추가로 구현할 수 있다.
구체적으로, 릴리즈 프로세서는 다음을 포함한다:
a. 코어 네트워크는 UE 베어러를 릴리즈하기 위한 요청을 액세스 네트워크 장치에 전송한다.
b. 액세스 네트워크 장치는 애플리케이션 서버와 연관된 베어러가 UE의 베어스에 존재하는지 여부를 검출한다.
구체적으로, 애플리케이션 서버와 연관된 베어거가 존재하는 경우, 액세스 네트워크 장치는 릴리스 메시지를 애플리케이션 서버에 전송하고, 데이터 전송을 중지하고, 베어러 리소스를 릴리즈한다.
c. 릴리스 메시지를 수신한 후, 애플리케이션 서버는 데이터를 전송하는 것을 중지하고, 베어러 리소스를 릴리즈한다.
본 발명의 이 실시예에서 제공되는 애플리케이션 관리 방법에 따르면, 데이터 사전-식별이 액세스 네트워크 장치에서 구현되고, 그 후 분배 메커니즘이 선택되므로, 애플리케이션이 정확하게 위치될 수 있으므로, 네트워크 소모를 감소시키며 각 애플리케이션 서버의 효율성을 향상시킬 수 있다.
편리하고 간략한 설명의 목적을 위해, 전술한 기능적 모듈의 분배는 단지 일 예시로 사용된 것임을 통상의 기술자는 명백하게 이해할 수 있다. 전술한 기능은 실제 필요에 따라 상이한 기능적 모듈에 할당될 수 있으며, 즉, 장치의 내부 구조는 앞서 설명된 기능의 전부 또는 일부를 완전하게 하기 위해 상이한 기능적 모듈로 분할된다. 전술한 시스템, 장치, 및 유닛의 상세한 작동 프로세서에 대해서는, 전술한 방법 실시예의 대응하는 프로세스를 참조할 수 있으며, 세부 내용은 여기서 다시 설명하지 않는다.
본 출원에서 제공되는 여러 실시예에서, 개시된 시스템, 장치, 및 방법은 다른 것에 구현될 수 있다는 것을 이해해야 한다. 예를 들어, 설명된 장치 실시예는 단지 예시적인 것이다. 예를 들어, 모듈 또는 유닛 분할은 단지 논리적 기능 분할이고, 실제 구현에서 다른 분할일 수 있다. 예를 들어, 복수의 유닛 또는 컴포넌트는 다른 시스템에 결합되거나 통합될 수 있거나, 또는 일부 특징은 무시되거나 수행되지 않을 수 있다. 뿐만 아니라, 개시되거나 논의된 상호 결합 또는 직접 결합 또는 통신 연결은 다른 인터페이스를 이용하여 구현될 수 있다. 장치 또는 유닛 간의 간접 결합 또는 통신 연결은 전기적, 기계적, 또는 다른 형식으로 구현될 수 있다.
별개의 부분으로 설명된 유닛은 물리적으로 별개일 수도 있고 아닐 수도 있으며, 유닛으로 도시된 부분은 물리적 유닛일 수도 있거나 아닐 수도 있고, 하나의 위치에 위치할 수 있거나, 또는 복수의 네트워크 유닛에 분배될 수도 있다. 일부 또는 모든 유닛은 실시예의 솔루션의 목적을 달성하기 위해 실제 필요에 따라 선택될 수 있다.
또한, 본 발명의 실시예의 기능적 유닛은 하나의 프로세싱 유닛으로 통합될 수 있거나, 또는 각각의 유닛이 물리적으로 독립되어 존재할 수 있거나, 또는 둘 이상의 유닛이 하나의 유닛으로 통합될 수 있다. 통합된 유닛은 하드웨어의 형식으로 구현될 수 있거나, 또는 소프트웨어 기능 유닛의 형식으로 구현될 수 있다.
통합된 유닛이 소프트웨어 기능 유닛의 형식으로 구현되고 독립적 제품으로 판매되거나 사용되는 경우, 통합된 유닛은 컴퓨터로 판독 가능한 매체에 저장될 수 있다. 이러한 이해에 기초하여, 본 발명의 핵심적인 기술적 솔루션, 또는 종래 기술에 기여하는 부분, 또는 기술적 솔루션의 전부 또는 일부는 소프트웨어 제품의 형식으로 구현될 수 있다. 소프트웨어 제품은 저장 매체에 저장되고, 본 발명의 실시예에서 설명되는 방법의 단계의 전부 또는 일부를 수행하기 위해, (개인용 컴퓨터, 서버, 또는 네트워크 장치일 수 있는) 컴퓨터 장치 또는 프로세서를 명령하기 위한 여러 명령을 포함한다. 전술한 저장 매체는, USB 플래시 드라이브, 리무버블 하드 디스크, 리드-온리 메모리(Read-Only Memory, ROM), 랜덤 액세스 메모리(Random Access Memory, RAM), 마그네틱 디스크, 또는 광 디스크와 같은 프로그램 코드를 저장할 수 있는 임의의 매체를 포함한다.
전술한 설명은 단지 본 발명의 특정 구현일 뿐이며, 본 발명의 보호 범위를 제한하려는 의도는 아니다. 본 발멸에서 개시되는 기술적 범위 내에서 통상의 기술자에 의해 용이하게 알 수 있는 임의의 변형 또는 대체는 본 발명의 보호 범위 내에 속할 것이다. 따라서, 본 발명의 보호 범위는 청구항의 보호 범위의 대상일 것이다.

Claims (14)

  1. 애플리케이션 관리 장치로서,
    상기 애플리케이션 관리 장치는 액세스 네트워크 측 또는 코어 네트워크 측에 위치하며, 상기 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리하도록 구성되어 있고,
    상기 애플리케이션 관리 장치는 프로세서, 메모리, 및 통신 인터페이스를 포함하며, 상기 메모리 및 상기 통신 인터페이스는 상기 프로세서에 개별적으로 연결되어 있고,
    상기 메모리는 상기 로컬 애플리케이션의 관리 정책을 저장하도록 구성되어 있고,
    상기 통신 인터페이스는 애플리케이션 서버와 통신하거나 또는 액세스 네트워크 장치를 통해 애플리케이션 서버와 통신하도록 구성되어 있으며, 상기 애플리케이션 서버는 상기 액세스 네트워크 측에 위치하며 상기 로컬 애플리케이션을 제공하도록 구성되어 있고,
    상기 프로세서는, 상기 통신 인터페이스를 통해 상기 로컬 애플리케이션의 메시지를 수신하고 - 상기 메시지는 상기 애플리케이션 서버에 의해 전송됨 - ; 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하고; 상기 통신 인터페이스를 통해 상기 처리의 결과를 상기 애플리케이션 서버에 피드백하도록 구성되는,
    애플리케이션 관리 장치.
  2. 제1항에 있어서,
    상기 로컬 애플리케이션의 관리 정책은 상기 로컬 애플리케이션의 유형에 따라 설정되는,
    애플리케이션 관리 장치.
  3. 제1항 또는 제2항에 있어서,
    상기 로컬 애플리케이션의 관리 정책은 인증 정책을 포함하고, 상기 인증 정책은 오픈 애플리케이션 유형과 오픈 서비스 레벨을 포함하는,
    애플리케이션 관리 장치.
  4. 제3항에 있어서,
    상기 프로세서에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 요청 메시지이고, 상기 등록 요청 메시지는 등록될 로컬 애플리케이션의 유형 정보 및 상기 등록될 로컬 애플리케이션의 사용 클래스의 인증 정보를 포함하고,
    상기 프로세서가, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하는 것은,
    상기 프로세서가 상기 인증 정책에 따라, 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션 및 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션의 사용 클래스에 대한 인증을 수행하는 것
    을 포함하는,
    애플리케이션 관리 장치.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 프로세서에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 취소 요청 메시지(deregistration request message)이고, 상기 등록 취소 요청 메시지는 등록을 취소할 로컬 애플리케이션의 식별자 정보를 포함하고,
    상기 프로세서가, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하는 것은,
    상기 프로세서가, 상기 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라, 상기 등록 취소 요청 메시지 내의 상기 등록을 취소할 로컬 애플리케이션의 식별자에 대응하는 로컬 애플리케이션에 대한 인증을 수행하는 것
    을 포함하는,
    애플리케이션 관리 장치.
  6. 제1항 내지 제4항 중 어느 한 항에 있어서,
    상기 프로세서에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 애플리케이션 프로그래밍 인터페이스(application programming interface, API) 질의 요청 메시지이고, 상기 API 질의 요청 메시지는 상기 로컬 애플리케이션의 유형 및 상기 로컬 애플리케이션의 식별자를 포함하고,
    상기 프로세서가 상기 API 질의 요청 메시지를 처리하는 것은,
    상기 API 질의 요청 메시지 내의 로컬 애플리케이션의 식별자에 따라, 사전 설정된 조건을 만족하는 API를 획득하는 것; 상기 사전 설정된 조건을 만족하는 API에 대한 결정을 하는 것; 및 상기 통신 인터페이스를 통해 상기 애플리케이션 서버에 상기 결정을 피드백하는 것
    을 포함하는,
    애플리케이션 관리 장치.
  7. 제1항에 있어서,
    상기 관리 정책은 과금 정책을 추가로 포함하는,
    애플리케이션 관리 장치.
  8. 액세스 네트워크 측 상에 제공되는 로컬 애플리케이션을 관리하기 위한 애플리케이션 관리 장치에 의해 사용되는 애플리케이션 관리 방법으로서,
    상기 애플리케이션 관리 장치는, 상기 액세스 네트워크 측 또는 코어 네트워크 측에 위치하며, 상기 로컬 애플리케이션의 관리 정책을 저장하고,
    상기 애플리케이션 관리 방법은,
    상기 애플리케이션 관리 장치가, 상기 로컬 애플리케이션의 메시지를 수신하는 단계 - 상기 메시지는 애플리케이션 서버에 의해 전송됨 - ;
    상기 로컬 애플리케이션의 저장된 관리 정책에 따라 상기 로컬 애플리케이션의 메시지를 처리하는 단계; 및
    통신 인터페이스를 통해 상기 처리의 결과를 상기 애플리케이션 서버에 피드백하는 단계
    를 포함하는
    애플리케이션 관리 방법.
  9. 제8항에 있어서,
    상기 로컬 애플리케이션의 관리 정책은 상기 로컬 애플리케이션의 유형에 따라 설정되는,
    애플리케이션 관리 방법.
  10. 제8항 또는 제9항에 있어서,
    상기 로컬 애플리케이션의 관리 정책은 인증 정책을 포함하고, 상기 인증 정책은 오픈 애플리케이션 유형과 오픈 서비스 레벨을 포함하는,
    애플리케이션 관리 방법.
  11. 제10항에 있어서,
    상기 애플리케이션 관리 장치에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 요청 메시지이고, 상기 등록 요청 메시지는 등록될 로컬 애플리케이션의 유형 정보 및 상기 등록될 로컬 애플리케이션의 사용 클래스의 인증 정보를 포함하고,
    상기 애플리케이션 관리 장치는, 상기 인증 정책에 따라, 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션 및 상기 등록 요청 메시지 내의 상기 등록될 로컬 애플리케이션의 사용 클래스에 대한 인증을 수행하는,
    애플리케이션 관리 방법.
  12. 제8항 내지 제11항 중 어느 한 항에 있어서,
    상기 애플리케이션 관리 장치에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 등록 취소 요청 메시지(deregistration request message)이고, 상기 등록 취소 요청 메시지는 등록을 취소할 로컬 애플리케이션의 식별자 정보를 포함하고,
    상기 애플리케이션 관리 장치는, 메모리에 저장된, 상기 로컬 애플리케이션의 관리 정책에 따라, 상기 등록 취소 요청 메시지 내의 상기 등록을 취소할 로컬 애플리케이션의 식별자에 대응하는 로컬 애플리케이션에 대한 인증을 수행하는,
    애플리케이션 관리 방법.
  13. 제8항 내지 제11항 중 어느 한 항에 있어서,
    상기 애플리케이션 관리 장치에 의해 수신된, 상기 로컬 애플리케이션의 메시지는 애플리케이션 프로그래밍 인터페이스(API) 질의 요청 메시지이고, 상기 API 질의 요청 메시지는 상기 로컬 애플리케이션의 유형 및 상기 로컬 애플리케이션의 식별자를 포함하고,
    상기 애플리케이션 관리 장치가 상기 API 질의 요청 메시지를 처리하는 것은,
    상기 API 질의 요청 메시지 내의 로컬 애플리케이션의 식별자에 따라, 사전 설정된 조건을 만족하는 API를 획득하는 것; 상기 사전 설정된 조건을 만족하는 API에 대한 결정을 하는 것; 및 상기 통신 인터페이스를 통해 상기 애플리케이션 서버에 상기 결정을 피드백하는 것
    을 포함하는,
    애플리케이션 관리 방법.
  14. 제13항에 있어서,
    상기 관리 정책은 과금 정책을 추가로 포함하는,
    애플리케이션 관리 방법.
KR1020167009423A 2013-09-16 2013-09-16 애플리케이션 관리 방법 및 장치 KR101790192B1 (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/083577 WO2015035648A1 (zh) 2013-09-16 2013-09-16 一种应用管理的方法及装置

Publications (2)

Publication Number Publication Date
KR20160054004A true KR20160054004A (ko) 2016-05-13
KR101790192B1 KR101790192B1 (ko) 2017-10-25

Family

ID=52664974

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167009423A KR101790192B1 (ko) 2013-09-16 2013-09-16 애플리케이션 관리 방법 및 장치

Country Status (5)

Country Link
US (1) US20160197789A1 (ko)
EP (1) EP3038290A4 (ko)
KR (1) KR101790192B1 (ko)
CN (1) CN104969511A (ko)
WO (1) WO2015035648A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10803190B2 (en) 2017-02-10 2020-10-13 BlueTalon, Inc. Authentication based on client access limitation
US10291602B1 (en) * 2017-04-12 2019-05-14 BlueTalon, Inc. Yarn rest API protection

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7010578B1 (en) * 2000-09-21 2006-03-07 Akamai Technologies, Inc. Internet content delivery service with third party cache interface support
CN101345633A (zh) * 2007-07-10 2009-01-14 华为技术有限公司 一种应用的策略控制方法及装置
CN101291458B (zh) * 2008-06-06 2012-03-07 中兴通讯股份有限公司 一种系统间切换时保证服务质量连续性的方法
JP5587884B2 (ja) * 2008-08-06 2014-09-10 モービック・ネットワークス 無線アクセスネットワーク（ｒａｎ）におけるコンテンツのキャッシング
CN101695022B (zh) * 2009-11-02 2012-03-14 杭州华三通信技术有限公司 一种服务质量管理方法及装置
US20110182206A1 (en) * 2010-01-25 2011-07-28 Qualcomm Incorporated Apparatus and method for associating a gateway control session with an internet protocol connectivity access network (ip-can) session
CN101932029A (zh) * 2010-08-13 2010-12-29 华为技术有限公司 数据传输方法、设备及系统

Also Published As

Publication number Publication date
CN104969511A (zh) 2015-10-07
EP3038290A4 (en) 2016-09-07
WO2015035648A1 (zh) 2015-03-19
KR101790192B1 (ko) 2017-10-25
EP3038290A1 (en) 2016-06-29
US20160197789A1 (en) 2016-07-07

Similar Documents

Publication Publication Date Title
CN112889254B (zh) 使用策略处理数据包的方法和系统
US7984492B2 (en) Methods and apparatus for policy enforcement in a wireless communication system
WO2020001572A1 (zh) 通信方法及装置
KR102069141B1 (ko) 서비스 계층 사우스바운드 인터페이스 및 서비스 품질
CN110830925B (zh) 一种用户群组的会话管理方法及装置
CN112449315B (zh) 一种网络切片的管理方法及相关装置
EP3637846A1 (en) Method and device for use in configuring novel quality of service architecture in dual connectivity system
JP2020511083A (ja) サービス品質制御方法およびその装置、ｓｍｆ、ｕｐｆ、ｕｅ、ｐｃｆおよびａｎ
WO2015131831A1 (zh) 一种通信的方法和设备
WO2021139696A1 (zh) 一种报告信息的发送方法、装置及系统
WO2019196000A1 (en) Methods and system for carrying out small data fast path communication
CN114830818A (zh) 管理QoS的方法、中继终端、PCF网元、SMF网元及远程终端
KR20180047172A (ko) 서비스 별 네트워크 혼잡을 제어하는 방법 및 장치
CN114731723A (zh) 一种通信方法及装置
KR20190103382A (ko) 라우팅 방법 및 장치
CN114902703B (zh) D2d通信方法、装置及系统
WO2022012361A1 (zh) 一种通信方法及装置
KR101790192B1 (ko) 애플리케이션 관리 방법 및 장치
CN107113186A (zh) 统一机器到机器系统中数据传输的方法和公共服务实体
CN111510263B (zh) 一种重映射方法、终端和网络侧设备
WO2024007875A1 (zh) 数据量指示方法、数据递交方法及装置
CN114258158A (zh) 聚合配置方法、装置及终端
WO2019136687A1 (zh) 一种数据传输控制方法及装置
WO2014063579A1 (zh) 接入网络的方法、网络侧设备与终端
CN118574224A (zh) 多服务质量流处理方法及相关装置

Legal Events

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