KR20200124761A

KR20200124761A - 가상 네트워크 환경에서 조정된 데이터 공유

Info

Publication number: KR20200124761A
Application number: KR1020207030094A
Authority: KR
Inventors: 존 버넷; 션 브라운; 벤 하돈; 휴고 가르자; 에단 노르드니스; 테일러 앙쥬빈느; 데이브 기번스
Original assignee: 오팡가 네트웍스, 인크.
Priority date: 2018-03-23
Filing date: 2019-03-22
Publication date: 2020-11-03
Also published as: JP2021518711A; CN112136305A; WO2019183598A1; US11159398B2; US20220045920A1; EP3769497A4; EP3769497A1; US20190296991A1; US11665071B2

Abstract

메트릭 파서 메트릭 파서 코디네이터 (Metrics Parser Coordinator, MPC)는 네트워크의 구성요소 간의 데이터 공유를 조정한다. 상기 MPC에 의해 수행되는 프로세서는 복수의 입력 인터페이스로부터 데이터를 수신하는 단계, 상기 데이터를 파싱하는 단계, 상기 파싱된 데이터를 필터링하는 단계, 상기 필터링된 데이터를 메트릭 스토리지에 저장하는 단계, 상기 입력 인터페이스에 따라 상기 필터링된 데이터를 매핑하는 단계, 및 상기 메트릭 스토리지에 저장된 상기 필터링된 데이터를 제1 등록 애플리케이션에 제공하는 단계를 포함할 수 있다. 각 인터페이스는 서로 다른 인터페이스와 다르게 정의될 수 있고, 상기 필터링된 데이터는 제 1 등록 애플리케이션에서 요청한 정보를 포함한다. 상기 인터페이스는 3GPP (3^rd Generation Partnership Project) 인터페이스, LTE (Long Term Evolution) 인터페이스 및 커스텀 인터페이스를 포함할 수 있다. 상기 MPC는 데이터를 발행하거나, 데이터에 구독하거나, 또는 둘 모두를 등록하도록 애플리케이션을 허용할 수 있다.

Description

가상 네트워크 환경에서 조정된 데이터 공유

본 출원은 2018년 3월 23일에 출원된 미국 가 출원 번호 62/647,343의 우선권을 주장하며, 이는 모든 목적을 위해 여기에 참조로 포함된다.

모바일 네트워크는 무선 인터페이스를 통해 모바일 장치로 사용자 트래픽을 송수신하고, 인터넷에서 해당 트래픽을 전달하고, 네트워크를 통해 이동하는 경우 모바일 장치, 및 많은 다른 것들을 제어하는 등의 다양한 기능을 담당하는 다양한 컴포넌트로 구성된다.

모바일 네트워크는 VNF(Virtualized Network Functions)를 사용하여 구현할 수 있다. VNF는 소프트웨어 게이트웨이(SGW)와 같은 기능이 사용자 지정 하드웨어를 사용하여 구현되지 않고 대신 하이퍼바이저(hypervisor) 아래의 표준 서버에서 실행되는 소프트웨어를 사용하여 구현되는 소프트웨어 정의 네트워킹의 한 형태이다. VNF는 신규 네트워크 기능의 개발을 용이하게 한다.

VNF 컴포넌트는 표준 인터페이스를 통해 정보를 보내고 받을 수 있다. 각 인터페이스는 다른 형식, 기능 또는 둘 모두를 갖도록 다르게 정의될 수 있다. 일부 인터페이스는 사용자 데이터 전달용(예: S1-U 및 SGi), 일부는 네트워크 제어 신호용(예: S1-MME 및 S11), 일부는 둘 다(예: S5)를 위한 것이다. 인터페이스는 3GPP 또는 LTE(Long Term Evolution) 인터페이스 일 수 있다. 예를 들면:

·S1-MME는 UMTS(Evolved Universal Mobile Telecommunications System) E-UTRAN(Terrestrial Radio Access Network)과 MME(Mobile Management Entity) 간의 제어 애플리케이션 프로토콜을 위한 인터페이스로 사용될 수 있다.

·S1-U는 E-UTRAN과 서빙 게이트웨이 사이의 각 베어러에 대한 S1 사용자 평면 데이터에 사용될 수 있으며 서빙 게이트웨이가 eNodeB 간 핸드 오버를 고정할 수 있도록 할 수 있다.

·S5는 서빙 게이트웨이와 PDN(Public Data Network) 게이트웨이 간의 사용자 플레인 터널링 및 터널 관리 기능을 제공하는 데 사용될 수 있으며, 서빙 게이트웨이가 사용자 기기(User Equipment, UE)에 서로 다른 IP(Internet Protocol) 서비스를 제공하기 위해 여러 PDN 게이트웨이에 연결할 수 있다. UE 이동성과 관련된 게이트웨이 재배치를 서빙하는데 사용될 수 있다.

· S11은 EPS(Evolved Packet System) 관리를 위해 MME와 서빙 게이트웨이 간에 사용될 수 있는 제어 플레인 인터페이스이다.

·SGi는 PDN 게이트웨이와 인트라넷 또는 인터넷 간에 사용될 수 있다.

이러한 컴포넌트 중 일부는 표준 사양을 따른다(예: 3GPP(3rd Generation Partnership Project) 표준 기관). 이들의 예로는 모바일 서빙 게이트웨이(SGW), 패킷 게이트웨이(PGW), 모바일 이동성 엔티티(MME) 등이 있다. 이러한 컴포넌트는 EPC(Evolved Packet Core)로 알려진 부분을 구성한다. 이러한 컴포넌트는 사용자 지정 하드웨어로 구현하거나 가상화된 환경에서 VNF(가상 네트워크 기능)로 구현할 수 있다.

또한, 트래픽 관리자(Traffic Manager) 또는 해석 수집기(Analytics Collector)와 같은 동일한 데이터 인터페이스에서 동작하는 모바일 네트워크에는 다른 많은 비표준 애플리케이션이 있을 수 있다. 이러한 비표준 애플리케이션 및 장치는 식별된 인터페이스 중 일부 또는 여러 개에 존재할 수 있다.

또한 이러한 컴포넌트를 구축하는 장비 제조업체는 성능 메트릭과 같은 데이터를 독점 포맷(proprietary formats)으로 내보낸다.

많은 수의 인터페이스와 인터페이스가 전달하는 다양하고 많은 양의 데이터로 인해, 비표준 애플리케이션이 정보를 수집하고 사용 가능한 형태로 필터링하는 것이 어려울 수 있다. 예를 들어 트래픽 관리자는 S1-U 및 S1-MME 모두에서 정보를 수집해야 할 수 있지만 해당 인터페이스를 사용하여 전달되는 정보의 하위 집합만 필요한다. 또한, 트래픽 관리자는 자체 독점 데이터를 다른 비표준 애플리케이션으로 보내야할 수도 있다. 또한 각 컴포넌트가 둘 이상 있을 수 있다(예: 복수의 트래픽 관리자, 해석 수집기 등).

따라서 표준 및 비표준 네트워크 애플리케이션 모두에서 액세스하고 사용할 수 있는 데이터 스토리지에 여러 인터페이스를 통합하는 시스템을 사용하면 종단 간 전송 네트워크 내의 모든 지점에서 정보를 얻을 수 있다. 표준 및 비표준 장치 및 애플리케이션 간에 집합적으로 공유되며 애플리케이션과 관련이 없는 방대한 양의 데이터를 통해 애플리케이션을 천이(shift)할 필요는 없다.

개시된 실시 예들의 목적은 표준 및 비표준 장치 및 애플리케이션들 사이에서 네트워크 내의 임의의 지점에서 정보의 공유를 용이하게 하고, 애플리케이션과 관련이 없는 방대한 양의 데이터를 통해 애플리케이션을 천이하도록 요구하지 않는 것이다.

본 개시의 다양한 실시예들에 따르면, 메트릭 파서 코디네이터(Metrics Parser Coordinator, MPC)에 의해 수행되는 방법은 복수의 입력 인터페이스로부터 데이터를 수신하는 단계; 상기 데이터를 파싱하는 단계; 상기 파싱된 데이터를 필터링하는 단계; 상기 필터링된 데이터를 메트릭 스토리지에 저장하는 단계; 상기 입력 인터페이스에 따라 상기 필터링된 데이터를 매핑하는 단계; 및 상기 메트릭 스토리지에 저장된 상기 필터링된 데이터를 제1 등록 애플리케이션에 제공하는 단계를 포함한다. 각 인터페이스는 서로 다른 인터페이스와 다르게 정의된다. 상기 필터링된 데이터는 상기 제1 등록 애플리케이션에서 요청한 정보를 포함한다.

일 실시 예에서, 상기 복수의 입력 인터페이스는 3GPP(3^rd Generation Partnership Project) 인터페이스, LTE(Long Term Evolution) 인터페이스 및 커스텀 인터페이스를 포함하는 그룹에서 선택된 둘 이상의 서로 다른 인터페이스를 포함한다.

일 실시 예에서, 상기 제1 등록 애플리케이션은 트래픽 관리자이다.

일 실시 예에서, 상기 방법은 제2 애플리케이션을 등록하는 단계를 더 포함하고, 상기 제2 애플리케이션을 등록하는 단계는, 제1 유형의 데이터를 발행하는 것으로서 상기 제2 애플리케이션을 등록하는 단계, 제2 유형의 데이터를 구독하는 것으로서 상기 제2 애플리케이션을 등록하는 단계, 또는 둘 모두를 포함한다.

일 실시 예에서, 상기 방법은 파서 인터페이스를 제공하는 단계를 더 포함하고, 상기 제2 애플리케이션을 등록하는 단계는 상기 파서 인터페이스를 사용하여 수행된다.

일 실시 예에서, 상기 제1 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우, 상기 필터링된 데이터는 상기 데이터 수신에 응답하여 상기 제1 등록된 애플리케이션에 제공된다.

일 실시 예에서, 상기 데이터를 수신하는 단계는 상기 제2 애플리케이션이 상기 데이터와 연관된 데이터 유형을 발행하도록 등록된 경우에만 상기 제2 애플리케이션으로부터 데이터를 수신하는 단계를 포함된다.

일 실시 예에서, 상기 필터링된 데이터를 상기 메트릭 스토리지에 저장하는 단계는 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우에만 수행된다.

일 실시 예에서, 상기 데이터를 필터링하는 단계는, 상기 복수의 입력 인터페이스 중 제1 인터페이스를 통해 수신된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제1의 다른 파싱 데이터와 확증(corroborate)하는 단계; 상기 확증된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제2의 다른 파싱 데이터와 링크하는 단계; 및 상기 파싱 데이터를 제1 인터페이스와 상이한 상기 복수의 입력 인터페이스 중 제2 인터페이스를 통해 수신된 제3의 다른 파싱 데이터와 링크하는 단계를 포함한다.

일 실시 예에서, 상기 데이터를 파싱하는 단계는 상기 데이터가 수신되었던 입력 인터페이스에 따라 데이터를 파싱하는 단계를 포함한다.

본 개시의 다양한 실시 예에 따르면, 시스템은 프로세서, 필터링된 데이터를 저장하는 제1 메모리, 프로그램 명령을 저장하고, 상기 프로세서에 의해 실행되는 경우 상기 프로세서로 하여금 복수의 입력 인터페이스로부터 데이터를 수신하고. 상기 수신된 데이터를 파싱하여 파싱된 데이터를 생성하고, 상기 파싱된 데이터를 필터링하여 필터링된 데이터를 생성하며, 상기 제1 메모리로 하여금 상기 필터링된 데이터를 상기 메모리에 저장하게 하고, 상기 입력 인터페이스에 따라 상기 필터링된 데이터를 매핑하고, 그리고 상기 제1 메모리에 저장된 상기 필터링된 데이터를 애플리케이션에 제공하도록 하는, 제2 메모리를 포함한다. 상기 필터링된 데이터는 등록된 애플리케이션에서 요청한 정보를 포함한다.

일 실시 예에서, 상기 프로그램 명령은 상기 프로세서로 하여금 제2 애플리케이션을 등록하도록 하고, 상기 제2 애플리케이션을 등록하는 것은 제1 유형의 데이터를 발행하는 것으로 상기 제2 애플리케이션을 등록하거나, 제2 유형의 데이터를 구독하는 것으로 상기 제2 애플리케이션을 등록하거나, 또는 둘 모두를 포함한다.

일 실시 예에서, 상기 프로그램 명령은 상기 프로세서로 하여금 파서 인터페이스를 제공하도록 하고, 상기 제2 애플리케이션을 등록하는 것은 상기 파서 인터페이스를 사용하여 수행된다.

일 실시 예에서, 상기 데이터를 수신하는 것은 상기 제2 애플리케이션이 상기 데이터와 연관된 데이터 유형을 발행하도록 등록된 경우에만 상기 제2 애플리케이션으로부터 데이터를 수신하는 것을 포함한다.

일 실시 예에서, 상기 필터링된 데이터를 상기 메트릭 스토리지에 저장하는 것은 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우에만 수행된다.

일 실시 예에서, 상기 데이터를 필터링하는 것은, 상기 복수의 입력 인터페이스 중 제1 인터페이스를 통해 수신된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제1의 다른 파싱 데이터와 확증(corroborate)하고, 상기 확증된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제2의 다른 파싱 데이터와 링크하고, 그리고 상기 파싱 데이터를 제1 인터페이스와 상이한 상기 복수의 입력 인터페이스 중 제2 인터페이스를 통해 수신된 제3의 다른 파싱 데이터와 링크하는 것을 포함한다.

일 실시 예에서, 상기 데이터를 파싱하는 것은 상기 데이터가 수신되었던 입력 인터페이스에 따라 데이터를 파싱하는 것을 포함한다.

도 1은 일 실시 예에 따른 통신 네트워크를 도시한다.
도 2는 일 실시 예에 따른 정보를 수집, 필터링 및 제공하는 시스템을 도시한다.
도 3은 일 실시 예에 따른 컴퓨터 시스템을 도시한다.
도 4는 일 실시 예에 따른 네트워크를 도시한다.
도 5는 다른 실시 예에 따른 네트워크를 도시한다.
도 6은 일 실시 예에 따른 메트릭 파서 코디네이터(MPC)의 동작을 도시한다.
도 7은 일 실시 예에 따른 초기 UE 메시지를 처리하기 위한 프로세스를 도시한다.
도 8은 일 실시 예에 따른 초기 컨텍스트 설정 요청 개시 메시지를 처리하기 위한 프로세스를 도시한다.
도 9는 일 실시 예에 따라 초기 컨텍스트 설정 요청 성공 결과 메시지를 처리하기 위한 프로세스를 도시한다.
도 10은 일 실시 예에 따라 초기 컨텍스트 설정 요청 실패 결과 메시지를 처리하기 위한 프로세스를 도시한다.
도 11은 일 실시 예에 따라 S1AP 핸드 오버 통지 메시지를 처리하기 위한 프로세스를 도시한다.
도 12는 일 실시 예에 따른 S1AP 위치 보고 메시지를 처리하기 위한 프로세스를 도시한다.
도 13은 일 실시 예에 따른 S1AP 경로 전환 개시 메시지를 처리하기 위한 프로세스를 도시한다.
도 14는 일 실시 예에 따른 S1AP 경로 전환 성공 메시지를 처리하기 위한 프로세스를 도시한다.
도 15는 일 실시 예에 따른 S1AP 경로 전환 실패 메시지를 처리하기 위한 프로세스를 도시한다.
도 16은 일 실시 예에 따라 UE 컨텍스트 해제 응답 메시지를 처리하기 위한 프로세스를 도시한다.
도 17은 일 실시 예에 따른 세션 생성 요청 메시지를 처리하기 위한 프로세스를 도시한다.
도 18은 일 실시 예에 따라 세션 생성 응답 메시지를 처리하기 위한 프로세스를 도시한다.
도 19는 일 실시 예에 따라 세션 삭제 응답 메시지를 처리하기 위한 프로세스를 도시한다.
도 20a 및20B는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_S1AP_ADD 또는 SESSION_MESSAGE_TYPE_S1AP_UPDATE 유형의 메시지를 처리하기 위한 각각의 프로세스를 도시한다.
도 21a 및21B 는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_GTP_V2_ADD 유형의 메시지를 처리하기 위한 각각의 프로세스를 도시한다.
도 22a 및22B 는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_S1AP_REMOVE 유형의 메시지를 처리하기 위한 각각의 프로세스를 도시한다.
도 23a 및23B 는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_GTP_V2_REMOVE 유형의 메시지를 처리하기 위한 각각의 프로세스를 도시한다.
도 24는 일 실시 예에 따른 메시지를 파싱하기 위한 프로세서를 도시한다.
도 25는 일 실시 예에 따른 MPC에 의해 파싱된 메시지를 생성할 수 있는 이벤트의 타임 라인을 도시한다.

본 개시 내용의 실시 예는 다양한 네트워킹 애플리케이션으로부터 다양한 데이터 스트림 및 메트릭을 취하고 정보를 수신 및/또는 액세스하도록 등록되었던 다양한 다른 가상 네트워킹 기능/애플리케이션(VNF)으로 이러한 데이터의 액세스/전달을 구성, 필터링, 통합 및 조정하는 시스템에 관한 것이다. 다양한 실시 예에 따르면, 이 시스템은 네트워크 속도, 용량, 효율성 등을 개선하기 위해 가상화 된 애플리케이션이 집단 그룹의 실시간 집단 데이터에서 동작할 수 있게 한다. 다양한 실시 예에서, 이 시스템은 또한 가상화된 네트워킹 기능 및 애플리케이션을 위한 프레임 워크를 제공한다. 집합 그룹 내에서 데이터를 전송(예: 발행(publish)) 및 수신(예: 구독(subscribe))하도록 등록한다.

본 개시는 표준 및 비표준 네트워크 애플리케이션 모두에 의해 액세스 및 사용 가능한 데이터 스토리지로 다중 인터페이스를 통합하고 종단 간 전송 네트워크 내의 임의의 지점에서 정보를 집합적으로 허용하는 시스템에 관한 것이다. 표준 및 비표준 장치 및 애플리케이션 간에 실질적으로 공유된다.

다양한 실시 예에 따르면, 시스템은 Traffic Manager 또는 임의의 다른 네트워크 장비가 단일 스토리지 및 단일 형식으로 종단 간 전송 네트워크 내의 관련 정보에 액세스할 수 있게 한다.

도 1은 일 실시 예에 따른 통신 네트워크(100)를 도시한다. 네트워크(100)는 광역 네트워크(WAN)(102)(예를 들어, 인터넷), 복수의 셀룰러 무선 액세스 네트워크(RAN)(104A 및 104B), 케이블 또는 DSL 기반 인터넷 액세스 네트워크(IAN) (106) 및 WAN(102)에 연결된 복수의 서버(114A 및 114B)를 포함한다. 하지만, 실시 예들은 이에 제한되지는 않는다.

WAN(102)은 서로 직접 또는 간접적으로 통신하는 복수의 라우터(110A 및 110B), 제1 게이트웨이(112A) 및 제2 게이트웨이(112B)를 포함한다. 라우터(110A 및 110B)는 프로토콜 스택의 네트워킹 계층(예를 들어, TCP/IP 프로토콜 스택의 이후 인터넷 프로토콜(IP))에서 동작하여 패킷을 라우팅한다. 즉, 라우터(110A, 110B)는 IP 데이터 그램의 IP 헤더에 제공된 정보를 이용하여 그 기능을 수행한다.

게이트웨이(112A 및 112B)는 프로토콜 스택의 전송 계층 또는 그 이상의 레이어에서 동작한다. 예를 들어, 게이트웨이(112A 및 112B)는 UDP(User Datagram Protocol) 헤더, TCP(Transmission Control Protocol) 헤더 및/또는 기타 전송 계층 프로토콜 헤더의 정보를 사용하여 동작할 수 있으며, 전송 계층 프로토콜 헤더는 IP 데이터그램의 IP 데이터에 캡슐화된다.

일 실시 예에서, 제1 게이트웨이(112A)는 상용 서버 하드웨어에서 실행되는 게이트웨이 VNF를 사용하여 구현될 수 있다. 이러한 실시 예에서, 추가 VNF들이 게이트웨이(112A)에 제공될 수 있다.

예를 들어, 제1 게이트웨이(112A)는 또한 RAN(104A 및 104B)에 대한 집합 지점(aggregation point)으로서 기능할 수 있다. 또한, 제1 게이트웨이(112A)는 RAN(104A 및 104B)에 대한 전송 관리 및 모니터링 및 제어 기능을 제공할 수 있다. 제1 게이트웨이(112A)는 백홀 네트워크를 통해 RAN(104A 및 104B)과 통신할 수 있다.

유사하게, 제2 게이트웨이(112B)는 게이트웨이 VNF를 사용하여 구현될 수 있으며, IAN(106)에 대한 집합 지점 역할을 하고, IAN(106)에 대한 전송 관리, 모니터링 및 제어 기능을 제공하고, IAN(106)의 혼잡에 대한 응답으로 공평-공유(fair-share) 전송 프로토콜의 실시간 최적화를 포함하여, IAN(106)에 대한 전송 최적화를 제공하는 등의 추가 VNF를 제공할 수 있다.

제1 RAN(104A)은 기지국(120A) 및 공유 무선 주파수(RF) 자원을 통해 제1 기지국(120A)과 무선으로 통신하는 복수의 사용자 기기(UE)(122A 및 122B)를 포함한다. 제2 RAN(104B)은 기지국(120A) 및 공유 RF 자원을 통해 제2 기지국(120B)과 무선으로 통신하는 복수의 UE(122C 및 122D)를 포함한다. UE(122A 내지 122D)는 기지국(120A 및 120B) 및 제1 게이트웨이(112A)를 통해 WAN(102)과 통신한다. 기지국(120A 및 120B)은 ENodeB(Evolved Node B), BTS(Base Transceiver Station) 등일 수 있고, UE(122A 내지 122D)는 셀룰러 폰, 무선 핫스팟, 셀룰러 모뎀을 구비한 컴퓨터 등일 수 있지만, 실시 예들은 이에 제한되지 않는다.

IAN(106)은 복수의 근거리 통신망(LAN)(130A 및 130B)을 제2 게이트웨이(112B)에 연결하는 공유 유선 자원(108)(예를 들어, 동축 케이블, 광섬유 케이블 등 또는 이들의 조합)을 포함한다. LAN(130A 및 130B) 상의 장치는 유한 대역폭의 공유 유선 자원(108)에 대해 상호 경쟁할 수 있다.

제1 LAN(130A)은 공유 유선 자원(108)을 통해 제1 LAN(130A) 상의 장치를 WAN(102)에 연결하기 위한 결합된 모뎀 및 라우터(132)를 포함할 수 있다. 복수의 네트워크 장치(134A 및 134B)는 예를 들어, 구리선을 통한 1000Base-T 이더넷에 의해 결합된 모뎀 및 라우터(132)에 연결될 수 있다.

제2 LAN(130B)은 공유 유선 자원(108)을 통해 제2 LAN(130B) 상의 장치를 WAN(102)에 연결하기 위한 결합된 모뎀, 라우터 및 무선 액세스 포인트(AP)(136)를 포함할 수 있다. 따라서 제2 LAN (130B)은 무선 LAN(WLAN)일 수 있다. 복수의 스테이션(STA)(138A, 138B)은 예를 들어 공유 무선 주파수 자원을 사용하는 Wi-Fi^TM 기술을 사용하여 결합된 모뎀, 라우터 및 AP(136)에 무선으로 연결될 수 있다.

제1 및 제2 서버(114A 및 114B)는 WAN(102)에 연결된 장치에 서비스를 제공할 수 있다. 제공될 수 있는 서비스의 예는 클라우드 컴퓨팅, 클라우드 스토리지, 소셜 네트워킹, 스트리밍 비디오 등을 포함한다. 서비스는 VNF로 제공될 수 있다.

도 2는 본 개시의 일 실시 예에 따른 시스템(200)을 도시한다. 시스템(200)은 커스텀 인터페이스를 사용하여 서로 통신하는 메트릭 파서 코디네이터(MPC)(202) 및 메트릭 스토리지(204)를 포함한다. 시스템(200)은 또한 네트워크 라우팅 서브 시스템(206) 및 무선 액세스 네트워크(RAN)(208)를 포함할 수 있다.

시스템(200)은 또한 PDN(Public Data Network) 게이트웨이(PGW)(210), 소프트웨어 게이트웨이(SGW)(212), 모바일 관리 엔티티(MME)(214), 트래픽 관리자(220), 전송 제어 프로토콜(TCP) 최적화기(222), 하나 이상의 자체-조직화 네트워크(SON) 애플리케이션(224), 해석 수집기(226) 및 하나 이상의 기타 애플리케이션(228)을 포함하는 다양한 네트워크 기능을 포함할 수 있다. PGW(210), SGW(212), MME(214), 트래픽 관리자(220), TCP 최적화기(222), SON 애플리케이션(224), 해석 수집기(226) 및 기타 애플리케이션(228) 중 일부, 또는 전부는 VNF로 구현될 수 있다.

네트워크 기능들은 네트워크 라우팅 서브 시스템(206)을 통해 그리고 SGi, S1-U 및/또는 S1-MME와 같은 하나 이상의 표준 인터페이스를 사용하여 다른 네트워크 기능 및 MPC(202) 및 RAN(208)과 통신할 수 있다. 네트워크 기능들은 또한 MPC(202)의 파서 인터페이스를 통해 MPC(202)와 통신할 수 있다.

시스템(200)은 eNodeB 메트릭 시스템과 같은 OEM 시스템(230)을 더 포함할 수 있다. OEM 시스템(230)은 다른 네트워크 기능을 하는 것처럼 (즉, 표준 인터페이스를 통해) 또는 (여기에 도시된 바와 같이) MPC(202)에 대한 커스텀 인터페이스를 통해 MPC(202)와 통신할 수 있다.

MPC(202)는 VNF 또는 커스텀 하드웨어에서 실행되는 커스텀 소프트웨어로 구현될 수 있다. 메트릭 스토리지(204)는 데이터베이스 서버에 의해 호스팅되는 하나 이상의 데이터베이스로 구현될 수 있다.

메트릭 스토리지(204)를 사용하는 MPC(202)는 시스템(200)의 다른 컴포넌트들 사이의 데이터 공유를 조정한다. 데이터 공유를 조정하는 것은 정보를 독점 형식으로 및 이로부터 변환하는 것을 포함할 수 있으며, 그에 따라 다양한 소스의 데이터를 균일한 방식으로 애플리케이션 또는 기능에 제공할 수 있다.

본 개시에서, 애플리케이션은 전용 하드웨어로 구현된 네트워크 기능, VNF로 구현된 네트워크 기능, 및 MPC(202)에 의해 수신 및 분배될 수 있는 데이터를 사용하거나 생성하는 다른 기능을 포함한다.

정보 공유를 용이하게 하기 위해, 애플리케이션은 MPC(202)에 등록할 수 있다. 애플리케이션은 MPC(202)의 하나 이상의 파서 인터페이스를 사용하여 등록할 수 있다.

등록은 예를 들어, RAN의 하나 이상의 지정된 셀에 있는 사용자에 관한 정보 또는 지정된 사용자가 한 셀에서 다른 셀로 또는 하나의 네트워크에서 다른 네트워크로 이동하는 경우 애플리케이션이 수신하기를 원하는 데이터를 지정하는 것을 포함할 수 있다.

등록은 또한 예를 들어 셀 또는 다른 네트워크 컴포넌트의 혼잡 레벨에 대한 실시간 정보와 같이 애플리케이션이 제공할 수 있는 정보를 지정하는 것을 포함할 수 있다.

MPC(202)는 제3 정보를 결정하기 위해 2 개의 정보를 결합할 수 있다. 예를 들어, MPC(202) 방식은 식별자(ID)의 위치와 사용자의 ID를 사용하여 사용자의 위치를 결정할 수 있다.

MPC(202)는 SGi, S1-U 및 S1-MME와 같은 네트워크 데이터 인터페이스를 통해 사용자 데이터 및 제어 데이터를 수신 및 전송할 수 있다. 이 데이터는 PC(202)로 전달되기 전에 먼저 네트워크 라우팅 서브 시스템(206)을 통과할 수 있다. MPC는 또한 OEM 시스템(230)에 대해 도시된 것과 같은 커스텀 데이터 인터페이스를 통해 정보를 송신 및 수신할 수 있다.

MPC(202)의 파서 인터페이스는 애플리케이션이 다음을 수행할 수 있도록 한다.

·MPC(202)에서 애플리케이션으로 전달할 데이터를 지정하고,

·MPC(202)에 데이터를 발행하고, 그리고

·MPC(202) 내의 데이터에 액세스하여 필터링된 상관 데이터를 수신한다.

MPC(202)는 다음을 수행할 수 있다.

·들어오는 데이터를 파싱하고 등록된 애플리케이션에서 요청한 정보 만 기록되도록 필터링한다.

·주문형(on-demand) 또는 자동으로 등록된 애플리케이션에 데이터를 전달한다.

·나중에 사용할 수 있도록 필터링된 정보를 스토리지 매체에 저장한다.

·서로 다른 입력 인터페이스에서 받은 공통 데이터 매핑과 같은 데이터의 통합된 상관 관계를 구축한다.

·각 애플리케이션이 정보를 제출하고 MPC가 데이터의 글로벌 보기를 사용하여 각 애플리케이션을 업데이트하는 다중 노드 애플리케이션 간의 정보 랑데부(information rendezvous)로서 역할을 한다.

비표준 및 표준 애플리케이션은 파서 인터페이스에 대해 구축되어 조정된 네트워킹 컴포넌트 제품군을 형성할 수 있다.

도 3은 실시 예를 구현하는 데 사용될 수 있는 컴퓨터 시스템(300)을 도시한다. 컴퓨터 시스템(300)은 예를 들어, 비-일시적 컴퓨터 판독 가능 매체에 저장된 컴퓨터 프로그래밍 명령을 실행함으로써 실시 예를 구현할 수 있다.

컴퓨터 시스템(300)은 프로세서(302), 메모리(304), 입력 인터페이스 및 장치(314), 출력 인터페이스 및 장치(316), 및 스토리지(310) 중 하나 이상을 포함할 수 있으며, 이들 각각은 버스, 패브릭, 또는 기타 상호 연결 기술을 통해 서로 통신한다. 컴퓨터 시스템(300)은 또한 네트워크에 연결된 하나 이상의 네트워크 인터페이스(312)를 포함할 수 있다. 예를 들어, 실시 예에서, 컴퓨터 시스템(300)은 컴퓨터 시스템(300)의 각각의 물리 계층 네트워크 연결을 위한 네트워크 인터페이스(312)를 포함할 수 있다.

프로세서(302)는 중앙 처리 장치(CPU) 또는 메모리(304) 및/또는 스토리지(310)에 저장된 처리 명령을 실행하는 반도체 장치일 수 있다. 메모리(304) 및 스토리지(310)는 다양한 형태의 휘발성 또는 비휘발성 스토리지를 포함할 수 있다. 미디어. 예를 들어, 메모리(304)는 ROM(read-only memory)(308) 및 RAM(random access memory)(306)을 포함할 수 있고, 스토리지는 하드 디스크 드라이브(HDD), 또는 솔리드 스테이트 드라이브(SSD) 등을 포함할 수 있다.

도 4는 일 실시 예에 따른 네트워크(400)를 도시한다. 네트워크(400)는 모바일 관리 엔티티(MME)(402), 서빙 게이트웨이(SGW)(404), PDN 게이트웨이(PGW)(406)를 포함한다.

MME(402)는 S1-MIME 인터페이스를 사용하여 기지국(420)과 통신하고 S11 인터페이스를 사용하여 SGW(404)와 통신한다. 기지국(420)은 도 1에 도시된 바와 같이 기지국(120) 일 수 있다.

SGW(404)는 S1-U 인터페이스를 사용하여 기지국(120)과 통신하고 S5 인터페이스를 사용하여 PGW(406)와 통신한다. PGW(406)는 SGi 인터페이스를 사용하여 인터넷(408)과 통신한다.

도시된 인터페이스에는 사용자 데이터를 전달하기 위한 인터페이스(예: S1-U 및 SGi), 네트워크 제어 신호 전달을 위한 인터페이스(예: S1-MME 및 S11), 두 가지를 모두 수행하는 인터페이스(예: S5)가 포함된다. 실시 예는 다양한 인터페이스로부터 수집된 정보를 수집, 저장, 필터링 및 선택적으로 제공하도록 동작한다.

도 5는 본 개시의 다른 실시 예에 따른 네트워크(500)를 도시한다. 언급된 경우를 제외하고, 참조 문자 5xx를 갖는 도 5의 엘리먼트들은 도 4에서 참조 문자 4xx를 갖는 특징에 대응하고, 따라서 그 설명은 간결함을 위해 생략되었다. 네트워크(400)의 엘리먼트에 더하여, 네트워크(500)는 트래픽 관리자(510) 및 해석 수집기(512)를 포함한다.

네트워크(500)에서, SGW(504)는 S1-U 인터페이스를 사용하여 트래픽 관리자(510)를 통해 기지국과 통신한다. 해석 수집기는 PGW(506)와 인터넷(508) 간의 SGi 인터페이스를 사용하여 수행되는 통신을 모니터링한다.

트래픽 관리자(510) 및 해석 수집기(512)는 모바일 네트워크에서 비표준 애플리케이션 일 수 있다. 네트워크(500)에서, 트래픽 관리자(510) 및 해석 수집기(512)는 네트워크(500)의 다른 엘리먼트와 동일한 표준 데이터 인터페이스를 사용하여 동작하며 임의의 인터페이스 상에 존재할 수 있다. 또한 비표준 애플리케이션은 일부 통신을 수행하기 위해 비표준 인터페이스를 제공할 수 있다.

도 6은 일 실시 예에 따른 MPC(602)의 동작을 도시한다. MPC(602)는 도 2의 MPC(202) 일 수 있다.

MPC(602)는 클라이언트를 등록한다. 클라이언트는 자신이 제공하는 정보를 등록할 수 있으며 수신할 정보와 수신 방법을 등록할 수 있다. 애플리케이션은 ECGI, 혼잡 비율, 흐름 유형 카운트 등에 대한 정보를 송신 및 수신하도록 등록할 수 있다. 등록된 애플리케이션은 클라이언트로 간주될 수 있다.

MPC(602)와 상호 작용하기 위해, 클라이언트는 발행하고 수신하기를 원하는 메시지의 유형을 선언하는 등록 메시지를 먼저 전송해야 한다. 이 정보는 클라이언트의 종점과 연결되고 나중에 참조할 수 있도록 저장된다. 실시 예에서, 등록 메시지는 클라이언트가 등록 또는 비-등록 중인지 여부에 대한 표시, 클라이언트가 발행하거나 구독할 이벤트의 하나 이상의 표시 등을 포함할 수 있다.

MPC(602)가 보낼 메시지를 가질 때마다, 등록된 모든 클라이언트들을 통해 반복하고, 그 메시지를 수신하도록 등록된 클라이언트를 결정한 다음 메시지를 해당 클라이언트로 송신한다. MPC(602)가 메시지를 수신하면 메시지 처리 조건으로 해당 메시지 유형을 발행하도록 송신자가 등록되어 있는지 확인한다.

MPC(602)는 등록 메시지를 성공적으로 처리한 후 클라이언트에 승인을 전송하여 클라이언트가 연결이 설정되었음을 알고 클라이언트가 메시지 발행을 시작할 수 있음을 알 수 있다.

예를 들어, S610에서, 제1 클라이언트는 사용자 기기(UE) 정보를 수신하고 혼잡 정보와 같은 S1-U 정보를 제공하기 위해 MPC(602)에 등록한다.

MPC(602)는 등록된 클라이언트에 의해 전송된 메시지를 처리하며, 메시지는 MPC(602)의 API(Application Programming Interface)에 따라 포맷된다. MPC(602)는 수신된 메시지로부터의 정보를 하나 이상의 테이블에 저장한다. MPC API를 사용하면 MPC(602)를 구현하는 소프트웨어의 각 릴리스에서 새 메시지를 API에 쉽게 추가할 수 있다.

예를 들어, S614에서, E-UTRAN 셀 글로벌 식별자(ECGI)에 의해 식별되는 혼잡 소스(crowd source)를 나타내는 MPC(602)로부터의 메시지에 응답하여, 제1 클라이언트는 그 ECGI 에 대응하는 혼잡 정보를 포함하는 메시지를 MPC(602)에 전송할 수 있다. MPC(602)는 혼잡 정보를 처리하고 저장할 수 있다.

MPC(602)는 클라이언트가 수신하도록 등록한 새 정보 또는 업데이트 된 정보가 있는 경우를 감지하고 관련 등록 매개 변수(예: 클라이언트가 데이터를 푸시하기를 원하는지 여부 및 빈도)에 따라 이를 클라이언트에 전달할 수 있다.

예를 들어, MPC(602)가 S612에서 이를 검출하면, 제2 클라이언트가 S614에서 제1 클라이언트에 의해 MPC(602)로 전송된 혼잡 정보를 수신하도록 등록했을 수 있음을 검출할 수 있다.

클라이언트에 의해 요청된 신규 정보 또는 업데이트 된 정보가 검출되면, MPC(602)는 신규 정보 또는 업데이트 된 정보를 포함하는 메시지를 클라이언트에 전송할 수 있다.

예를 들어, S614에서 MPC(602)로 전송된 혼잡 정보가 제2 클라이언트의 등록 중에 요청된 것을 검출한 것에 응답하여, S616에서 MPC(602)는 혼잡 정보를 제2 클라이언트로 전송할 수 있다.

MPC(602)는 또한 데이터 요청에 즉시 응답할 수 있다. 예를 들어, S622에서 제3 클라이언트는 UE 정보 테이블의 모든 정보를 요청하고, MPC(602)는 요청된 정보를 제3 클라이언트에 전송함으로써 응답한다.

실시 예에서, MPC(602)와 같은 MPC는 S1AP(S1 Application Protocol) 세션 테이블, GPRS(General Packet Radio Service) 터널링 프로토콜(GTP) 세션 테이블, S1AP 세션을 GTP 세션과 연관시키는 세션 링크 테이블, 아래 설명되는 것과 같은 사용을 위한 시작 메시지 테이블, 위치 추적 테이블, 총 연결된 세션 카운터, 연결된 세션 카운터 등 중 임의의 것, 일부 또는 모두를 사용하여 하나 이상의 기능을 수행할 수 있다. 실시 예에서, S1AP 세션 테이블, GTP 세션 테이블, 세션 링크 테이블 및 위치 추적 테이블 중 하나, 일부 또는 모두는 각각 포스트 그레스(postgres) 데이터베이스 일 수 있는 하나 이상의 데이터베이스에 하나 이상의 테이블을 포함할 수 있다.

도 7 내지 도 24는 일 실시 예에 따라 MPC에 의해 수행될 수 있는 프로세스를 도시한다.

도 7 내지 도 19는 아래에서 설명하는 바와 같이 메시지의 유형을 처리하기 위해 각각 지정된 유형의 메시지를 포함하는 패킷을 수신한 후 MPC가 수행하는 프로세스를 도시한다. 실시 예에서, MPC에 의해 처리되는 메시지는 다음 정보 중 하나, 일부 또는 모두를 포함할 수 있다.

· MME UE S1AP ID: MME상의 UE에 대한 고유 ID.

· eNB UE S1AP ID: eNodeB에 부여된 전역적으로 고유한 ID

· 전송 계층 주소: UE 로컬 IP 주소.

· UE Aggregate Maximum Bit Rate: 이는 MME가 eNodeB에 제공하는 다운 링크 및 업 링크 방향에 의해 정의되는 UE 당 모든 비 GBR 베어러에 적용된다. 이는 UE Aggregate Maximum Bit Rate Downlink 및 UE Aggregate Maximum Bit Rate Uplink를 포함할 수 있다.

· E-UTRAN CGI: 엘리먼트는 셀을 전역적으로(globally) 식별하는 데 사용된다.

· TAI: 추적 영역을 고유하게 식별하는 식별자이다.

· Src_IP 또는 Dst_IP: 소스 IP 주소, 대상 IP 주소 또는 이들 모두이다. eNodeB에서 보낸 메시지의 경우 Src_IP는 eNodeB IP 주소이다.

도 7은 일 실시 예에 따른 초기 사용자 기기(UE) 메시지를 처리하기 위한 프로세스(700)를 도시한다. 프로세스(900)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 초기 UE 메시지는 UE가 eNodeB의 커버리지 영역에서 턴 온 되는 것에 응답하여 RAN의 eNodeB로부터 MME로 전송되는 메시지일 수 있다.

S702에서, 프로세스(700)는 S1AP 세션 테이블에서 UE에 대한 엔트리가 존재하는지 여부를 결정한다. S1AP 세션 테이블을 인덱싱하는 데 사용되는 키는 eNodeB IP 주소 및 eNodeB가 UE에 할당한 ID 일 수 있다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(700)는 S704로 진행한다; 그렇지 않으면, S702에서 프로세스(700)는 S706으로 진행한다.

일 실시 예에서, 초기 UE 메시지는 ECGI를 특정 UE에 매핑하기에 충분한 정보를 포함하지 않는다; 이러한 정보는 초기 컨텍스트 설정 요청(성공 메시지) 및 세션 생성 응답이 수신될 때까지 사용할 수 없다. 따라서, 실시 예는 개시 메시지 테이블(Initiating Message Table)이라고 하는 "부분 픽쳐(partial picture)" 테이블을 포함할 수 있다. 이 테이블에는 eNB UE S1AP ID + eNB IP가 키로 있고 모든 추적 정보(ECGI, UE Src IP, TAI)가 값으로 있다. eNB UE S1AP ID는 전역적으로 고유하지 않기 때문에 키에 대한 조합을 사용해야 한다.

초기 컨텍스트 설정 요청 및 응답이 수신되면 S1AP 세션 테이블에 S1AP 세션이 생성된다. 또한 새 S1AP 세션을 GTP 세션에 연결해야 하는지 확인하기 위해 세션 링크 테이블에서 조회를 수행해야 한다.

S704에서, 프로세스(700)는 초기 UE 메시지의 정보에 기초하여 S1AP 세션 테이블의 UE에 대한 기존 항목을 신규 항목으로 대체하거나 업데이트한다. 그 후 프로세스(700)는 종료된다.

S706에서, 프로세스(700)는 개시 UE 메시지의 정보에 기초하여 S1AP 세션 테이블에 UE에 대한 신규 엔트리를 생성한다. 그 후 프로세스(700)는 종료된다.

도 8은 일 실시 예에 따른 초기 컨텍스트 설정 요청 개시(Initial Context Setup Request) 메시지를 처리하기 위한 프로세스(800)를 도시한다. 프로세스(900)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 초기 컨텍스트 설정 요청 개시 메시지는 RAN에 연결을 시도하는 UE에 대한 응답으로 MME가 RAN의 eNodeB로 보낸 메시지일 수 있으며, 보안 키, 핸드 오버 목록, UE 무선 기능 및 UE 보안 기능 등을 포함하여 필요한 전체 초기 UE Context를 설정할 수 있다.

S802에서, 프로세스(800)는 UE에 대한 초기 메시지 정보가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. 일 실시 예에서, S1AP 세션 테이블을 인덱싱하는데 사용되는 키는 eNodeB IP 주소 및 eNodeB에 의해 UE에 할당된 ID 일 수 있다. 일 실시 예에서, 테이블을 인덱싱하는데 사용되는 키는 UE IP 주소 일 수 있다. S1AP 세션 테이블에 존재하는 UE에 대한 초기 메시지 정보에 응답하여, 프로세스(800)는 S804로 진행한다; 그렇지 않으면, S802에서 프로세스(800)는 S806으로 진행한다.

S804에서, 프로세스(800)는 초기 컨텍스트 설정 요청 시작 메시지의 정보를 S1AP 세션 테이블의 UE에 대한 엔트리에 추가한다. 그 후 프로세스(800)는 종료된다.

S806에서, 프로세스(800)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(800)는 종료된다.

도 9는 일 실시 예에 따라 초기 컨텍스트 설정 요청 성공 결과 메시지를 처리하기 위한 프로세스(900)를 도시한다. 프로세스(900)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 초기 컨텍스트 설정 요청 성공 결과 메시지는 UE가 RAN으로의 연결을 성공적으로 완료한 것에 응답하여 RAN의 eNodeB에서 MME로 전송된 메시지일 수 있다.

S902에서, 프로세스(900)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(900)는 S904로 진행한다; 그렇지 않으면, S902에서 프로세스(900)는 S906으로 진행한다.

S904에서, 프로세스(900)는 S1AP 세션 테이블의 UE에 대한 엔트리에 초기 컨텍스트 설정 요청 성공 결과(Initial Context Setup Request Successful Outcome) 메시지의 정보를 추가한다. 프로세스(900)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가(enqueue)하는데, 메시지는 SESSION_MSG_TYPE_S1P ADD 유형이다. 그 후 프로세스(900)는 종료된다.

S906에서, 프로세스(900)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(900)는 종료된다.

도 10은 일 실시 예에 따라 초기 컨텍스트 설정 요청 실패 결과(Initial Context Setup Request Unsuccessful Outcome) 메시지를 처리하기 위한 프로세스(1000)를 도시한다. 프로세스(1000)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 초기 컨텍스트 설정 요청 실패 결과 메시지는 UE가 RAN에 대한 시도된 연결을 성공적으로 완료하지 못한 것에 응답하여 RAN의 eNodeB에서 MME로 전송되는 메시지일 수 있다.

S1002에서, 프로세스(1000)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1000)는 S1004로 진행한다; 그렇지 않으면, S1002에서 프로세스(1000)는 S1006으로 진행한다.

S1004에서, 프로세스(1000)는 S1AP 세션 테이블로부터 UE에 대한 엔트리를 제거한다. 그 후 프로세스(1000)는 종료된다.

S1006에서, 프로세스(1000)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(1000)는 종료된다.

도 11은 일 실시 예에 따라 S1AP 핸드 오버 통지 메시지를 처리하기 위한 프로세스(1100)를 도시한다. 프로세스(1100)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. S1AP Handover Notify 메시지는 UE가 RAN의 타겟 셀에 도착하여 성공적으로 핸드 오버된 것에 응답하여 RAN의 eNodeB에서 MME로 전송되는 메시지일 수 있다.

S1102에서, 프로세스(1100)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1100)는 S1104로 진행한다; 그렇지 않으면, S1102에서 프로세스(1100)는 S1106으로 진행한다.

S1104에서, 프로세스(1100)는 S1AP 핸드 오버 알림 메시지의 정보를 사용하여 S1AP 세션 테이블 및 위치 추적 테이블에서 UE에 대한 엔트리를 업데이트한다. 정보는 ECGI 식별자, eNodeB IP, eNodeB UE ID, 마지막 패킷 수신 시간 등을 포함할 수 있다. 프로세스(1100)는 또한 세션 링크 테이블에 저장될 메시지를 큐에 부가하는데, 메시지 유형은 SESSION_MESSAGE_TYPE_S1AP_UPDATE이다. 그 후 프로세스(1100)는 종료된다.

S1106에서, 프로세스(1100)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(1100)는 종료된다.

도 12는 일 실시 예에 따른 S1AP 위치 보고(Location Report) 메시지를 처리하기 위한 프로세스(1200)를 도시한다. 프로세스(1200)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. S1AP 위치보고 메시지는 RAN의 타겟 셀에서 연결된 UE의 존재를 표시하기 위해 RAN의 eNodeB로부터 MME로 전송되는 메시지일 수 있다.

S1202에서, 프로세스(1200)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1200)는 S1204로 진행한다; 그렇지 않으면, S1202에서 프로세스(1200)는 S1206으로 진행한다.

S1204에서, 프로세스(1200)는 S1AP 세션 테이블 및 위치 추적 테이블에서 UE에 대한 엔트리를 업데이트하기 위해 S1AP 위치보고 메시지의 정보를 사용한다. 정보는 ECGI 식별자, eNodeB IP, eNodeB UE ID, 마지막 패킷 수신 시간 등을 포함할 수 있다. 프로세스(1200)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가하는데, 메시지의 유형은 SESSION_MESSAGE_TYPE_S1AP_UPDATE이다. 그 후 프로세스(1200)는 종료된다.

S1206에서, 프로세스(1200)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(1200)는 종료된다.

도 13은 일 실시 예에 따른 S1AP 경로 전환 개시(Path Switch Initiating) 메시지를 처리하기 위한 프로세스(1300)를 도시한다. 프로세스(1300)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. S1AP 경로 전환 개시 메시지는 UE가 신규 eNodeB 로의 핸드 오버가 올바르게 수행될 수 있도록 신규 GTP 터널 엔드 포인트를 향한 UE와 관련된 다운 링크 GTP 터널의 전환을 요청하기 위해 전송된다.

S1302에서, 프로세스(1300)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1300)는 S1304로 진행한다; 그렇지 않으면, S1302에서 프로세스(1300)는 S1306으로 진행한다.

S1304에서, 프로세스(1300)는 S1AP 경로 전환 개시 메시지의 정보를 사용하여 S1AP 세션 테이블에서 UE에 대한 엔트리를 업데이트한다. 그 후 프로세스(1300)는 종료된다.

S1306에서, 프로세스(1300)는 신규 메시지를 생성하고 이를 S1AP 세션 테이블에 UE에 대한 엔트리로 삽입한다. 그 후 프로세스(1300)는 종료된다.

도 14는 일 실시 예에 따른 S1AP 경로 전환 성공(Path Switch Successful) 메시지를 처리하기 위한 프로세스(1400)를 도시한다. 프로세스(1400)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. S1AP 경로 전환 성공 메시지는 UE와 연관된 GTP 터널의 신규 GTP 엔드 포인트로의 성공적인 전환에 응답하여 전송되는 메시지일 수 있으며, 여기서 신규 엔드 포인트는 eNodeB이다.

S1402에서, 프로세스(1400)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1400)는 S1404로 진행한다; 그렇지 않으면, S1402에서 프로세스(1400)는 S1406으로 진행한다.

S1404에서, 프로세스(1400)는 S1AP 세션 테이블에서 UE에 대한 eNodeB(ENB) 정보를 업데이트하기 위해 S1AP 경로 전환 성공 메시지의 정보를 사용한다. 프로세스(1400)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가하는데, 메시지의 유형은 SESSION_MESSAGE_TYPE_S1AP_UPDATE이다. 그 후 프로세스(1400)는 종료된다.

S1406에서, 프로세스(1400)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(1400)는 종료된다.

도 15는 일 실시 예에 따른 S1AP 경로 전환 실패(Path Switch Unsuccessful) 메시지를 처리하기 위한 프로세스(1500)를 도시한다. 프로세스(1500)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. S1AP 경로 전환 실패 메시지는 UE와 관련된 GTP 터널을 신규 GTP 엔드 포인트로 전환하려는 시도가 실패한 것에 응답하여 전송되는 메시지일 수 있다.

S1502에서, 프로세스(1500)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1500)는 S1504로 진행한다; 그렇지 않으면, S1502에서 프로세스(1500)는 S1506으로 진행한다.

S1504에서, 프로세스(1500)는 S1AP 세션 테이블에서 UE에 대한 eNodeB(ENB) 정보를 업데이트하기 위해 S1AP 경로 전환 실패 메시지의 정보를 사용한다. 프로세스(1500)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가하는데, 메시지 유형은 SESSION_MESSAGE_TYPE_S1AP_UPDATE이다. 프로세스(1500)는 종료된다.

S1506에서, 프로세스(1500)는 아무런 동작도 하지 않고 종료한다.

도 16은 일 실시 예에 따라 UE 컨텍스트 해제 응답(Context Release Response) 메시지를 처리하기 위한 프로세스(1600)를 도시한다. 프로세스(1600)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. UE 컨텍스트 해제 응답 메시지는 예를 들어, 불량 신호(bad signal)에 대한 응답으로 UE의 컨텍스트를 해제하는 MME에 응답하여 전송되는 메시지일 수 있다.

S1602에서, 프로세스(1600)는 UE에 대한 엔트리가 S1AP 세션 테이블에 존재하는지 여부를 결정한다. S1AP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1600)는 S1604로 진행한다; 그렇지 않으면, S1602에서 프로세스(1600)는 S1606으로 진행한다.

S1604에서, 프로세스(1600)는 S1AP 세션 테이블에서 UE에 대한 eNodeB(ENB) 정보를 업데이트하기 위해 UE 컨텍스트 해제 응답 메시지의 정보를 사용한다. 프로세스(1600)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가하는데, 메시지 유형은 SESSION_MESSAGE_TYPE_S1AP_REMOVE이다. 그 후 프로세스(1600)는 종료된다.

S1606에서, 프로세스(1600)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(1600)는 종료된다.

도 17은 일 실시 예에 따른 세션 생성 요청 메시지(Create Session Request message)를 처리하기 위한 프로세스(1700)를 도시한다. 프로세스(1700)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 세션 생성 요청 메시지는 UE에 대한 초기 컨텍스트 설정의 일부로 SGW 및/또는 MME에 의해 전송된다.

S1702에서, 프로세스(1700)는 UE에 대한 엔트리가 GTP 세션 테이블에 존재하는지 여부를 결정한다. GTP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1700)는 S1704로 진행한다; 그렇지 않으면, S1702에서 프로세스(1700)는 S1706으로 진행한다.

S1704에서, 프로세스(1700)는 세션 생성 요청 메시지 메시지의 정보를 사용하여 GTP 세션 테이블에서 UE에 대한 엔트리를 업데이트한다. 그 후 프로세스(1700)는 종료된다.

S1706에서, 프로세스(1700)는 세션 생성 요청 메시지의 정보를 사용하여 GTP 세션 테이블에서 UE에 대한 신규 엔트리를 생성한다. 그 후 프로세스(1700)는 종료된다.

도 18은 일 실시 예에 따라 세션 생성 응답(Create Session Response) 메시지를 처리하기 위한 프로세스(1800)를 도시한다. 프로세스(1800)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 세션 생성 응답 메시지는 UE에 할당된 IP 주소를 전달하기 위해 초기 컨텍스트 설정 요청 프로세스의 일부로 S11 인터페이스를 사용하여 SGW에서 MME로 전송될 수 있다.

S1802에서, 프로세스(1800)은 UE에 대한 엔트리가 GTP 세션 테이블에 존재하는지 여부를 결정한다. GTP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1800)는 S1804로 진행한다; 그렇지 않으면, S1802에서 프로세스(1800)는 S1806으로 진행한다.

S1804에서, 프로세스(1800)는 세션 생성 응답 메시지의 정보를 GTP 세션 테이블의 엔트리 인덱스에 있는 정보와 결합하여 GTP 세션 테이블에 신규 엔트리를 생성한다. 프로세스(1800)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가하는데, 메시지 유형은 SESSION_MESSAGE_TYPE_GTP_V2_ADD이다. 그 후 프로세스(1800)가 종료된다.

S1806에서, 프로세스(1800)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 그 후 프로세스(1800)가 종료된다.

도 19는 일 실시 예에 따라 세션 삭제 응답(Delete Session Response) 메시지를 처리하기 위한 프로세스(1900)를 도시한다. 프로세스(1900)는 도 2의 MPC(202)와 같은 MPC에 의해 수행될 수 있다. 세션 생성 응답 메시지는 UE의 컨텍스트를 해제하기 위해 SGW 또는 MME에 의해 전송될 수 있다.

S1902에서, 프로세스(1900)는 UE에 대한 엔트리가 GTP 세션 테이블에 존재하는지 여부를 결정한다. GTP 세션 테이블에 존재하는 UE에 대한 엔트리에 응답하여, 프로세스(1900)는 S1904로 진행한다; 그렇지 않으면, S1902에서 프로세스(1900)는 S1906으로 진행한다.

S1904에서, 프로세스(1900)는 세션 생성 응답 메시지의 정보를 사용하여 GTP 세션 테이블의 엔트리 인덱스에서 메시지 정보를 삭제한다. 프로세스(1900)는 또한 세션 링크 테이블에 저장할 메시지를 큐에 부가하는데, 메시지 유형은 SESSION_MESSAGE_TYPE_GTP_V2_REMOVE이다. 프로세스(1900)는 종료된다.

S1906에서, 프로세스(1900)는 추가 처리없이 메시지를 포함하는 패킷을 드롭한다. 프로세스(1900)는 종료된다.

도 20a는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_S1AP_ADD 또는 SESSION_MESSAGE_TYPE_S1AP_UPDATE 유형의 메시지를 처리하기 위한 프로세스(2000A)를 도시한다. 메시지는 도 7 내지 도 19의 프로세스 중 하나에 의해 큐에 부가되었을 수 있다.

S2002에서, 프로세스(2000A)는 메시지가 SESSION_MESSAGE_TYPE_S1AP_ADD 유형인지 여부를 결정한다. 메시지 유형이 SESSION_MESSAGE_TYPE_S1AP_ADD 인 것에 응답하여 프로세스(2000A)는 S2004로 진행한다. 그렇지 않으면 S2002에서 프로세스(2000A)가 S2006으로 진행된다.

S2004에서, 프로세스(2000A)는 S1AP 세션 테이블에 엔트리를 삽입하기 위해 메시지의 정보를 사용한다. 엔트리는 MME UE ID 또는 MME UE IP 주소에 대응하는 키를 사용하여 삽입될 수 있다. 그 후 프로세스(2000A)가 종료된다.

S2006에서, 프로세스(2000A)는 S1AP 세션 테이블로의 엔트리를 업데이트하기 위해 메시지의 정보를 사용한다. 그런 다음 프로세스(2000A)가 종료된다.

도 20b 는 일 실시 예에 따른, SESSION_MESSAGE_TYPE_S1AP_ADD 또는 SESSION_MESSAGE_TYPE_S1AP_UPDATE 유형의 메시지를 처리하기 위한 다른 프로세스(2000B)를 도시한다. 프로세스(2000B) 및 도 20a의 프로세스(2000A)는 모두 적절한 유형을 갖는 각 메시지를 처리하는 데 사용될 수 있다.

S2012에서, 프로세스(2000B)는 메시지에 대응하는 엔트리가 세션 링크 테이블에 있는지를 결정한다. 세션 링크 테이블에 접근하는데 사용되는 키는 S1U SGW 식별자에 해당할 수 있다. 세션 링크 테이블에 존재하는 메시지에 대응하는 엔트리에 응답하여, 프로세스(2000B)는 S2014로 진행한다; 그렇지 않으면 S2012에서 프로세스(2000B)가 S2016으로 진행된다.

S2014에서, 프로세스(2000B)는 메시지의 정보를 사용하여 세션 링크 테이블에 신규 엔트리를 생성한다. 프로세스(2000B)는 존재하는 경우 기존 엔트리를 덮어쓸 수 있다. 그런 다음 프로세스(2000B)가 종료된다.

S2016에서, 프로세스(2000B)는 S1AP 세션에 대응하는 세션 링크 테이블에 엔트리가 없고 대응하는 GTP 세션이 존재하는지를 결정한다. 이에 대한 응답으로 프로세스(2000B)는 S2018로 진행된다. 그렇지 않으면 S2016에서 프로세스(2000B)가 S2020으로 진행된다.

S2018에서, 프로세스(2000B)는 링크되지 않은 GTP 세션의 수에 대응하는 카운터를 감소시키고, 링크된 세션의 총 수에 대응하는 카운터를 증가시키고, 링크된 세션 카운터를 1만큼 증가시킨다. 프로세스(2000B)는 S2020으로 진행한다.

S2020에서, 프로세스(2000B)는 S1AP 세션을 대응하는 GTP 세션에 링크하기 위해 S1AP 세션 정보로 세션 링크 테이블의 엔트리를 업데이트한다.

S2022에서, 프로세스(2000B)는 대응하는 GTP 세션이 존재하는지 여부를 결정한다. 대응하는 GTP 세션이 존재하는 것에 응답하여, 프로세스(2000B)는 S2024로 진행한다; 그렇지 않으면 S2016에서 프로세스(2000B)가 종료된다.

S2024에서, 프로세스(2000B)는 S1AP 세션에 대응하는 정보를 수신하도록 등록된 클라이언트에게 통지를 전송한다. 그런 다음 프로세스(2000B)가 종료된다.

도 21a는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_GTP_V2_ADD 유형의 메시지를 처리하기 위한 프로세스(2100A)를 도시한다. 메시지는 도 7-19의 프로세스 중 하나에 의해 큐에 부가되었을 수 있다.

S2102에서, 프로세스(2100A)는 S1AP 세션 테이블에 엔트리를 삽입하기 위해 메시지의 정보를 사용한다. 엔트리는 S11 MME 식별자 또는 MME IP 주소에 해당하는 키를 사용하여 삽입할 수 있다. 그 후 프로세스(2100A)는 종료된다.

도 21b는 일 실시 예에 따라 SESSION_MESSAGE_TYPE_GTP_V2_ADD 유형의 메시지를 처리하기 위한 다른 프로세스(2100B)를 도시한다. 프로세스(2100B) 및 도 21a의 프로세스(2100A)는 모두 적절한 유형을 갖는 각 메시지를 처리하는 데 사용될 수 있다.

S2112에서, 프로세스(2100B)는 메시지에 대응하는 엔트리가 세션 링크 테이블에 있는지를 결정한다. 세션 링크 테이블에 접근하는데 사용되는 키는 S1U SGW 식별자에 해당할 수 있다. 세션 링크 테이블에 존재하는 메시지에 대응하는 엔트리에 응답하여, 프로세스(2100B)는 S2114로 진행한다; 그렇지 않으면, S2112에서 프로세스(2100B)는 S2116으로 진행한다.

S2114에서, 프로세스(2100B)는 메시지의 정보를 사용하여 세션 링크 테이블에 신규 엔트리를 생성한다. 프로세스(2100B)는 존재하는 경우 기존 엔트리를 덮어쓸 수 있다. 그 후 프로세스(2100B)는 종료된다.

S2116에서, 프로세스(2100B)는 GTP 세션 및 해당 S1AP 세션에 대응하는 세션 링크 테이블에 엔트리가 존재하지 않는지를 결정한다. 이것이 참인 것에 응답하여, 프로세스(2100B)는 S2118로 진행한다; 그렇지 않으면, S2116에서 프로세스(2100B)는 S2120으로 진행한다.

S2118에서, 프로세스(2100B)는 링크되지 않은 S1AP 세션의 수에 대응하는 카운터를 감소시키고, 링크된 세션의 총 수의 카운터를 증가시키고, 링크된 세션 카운터를 1만큼 증가시킨다. 프로세스(2100B)는 S2120으로 진행한다.

S2120에서, 프로세스(2100B)는 GTP 세션 정보로 세션 링크 테이블의 항목을 업데이트하여 해당 S1AP 세션을 GTP 세션에 연결한다.

S2122에서, 프로세스(2100B)는 대응하는 S1AP 세션이 존재하는지 여부를 결정한다. 대응하는 S1AP 세션이 존재하는 것에 응답하여, 프로세스(2100B)는 S2124로 진행한다; 그렇지 않으면, S2116에서 프로세스(2100B)가 종료된다.

S2124에서, 프로세스(2100B)는 GTP 세션에 대응하는 정보를 수신하도록 등록된 클라이언트에게 통지를 전송한다. 그 후 프로세스(2100B)는 종료된다.

도 22a는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_S1AP_REMOVE 유형의 메시지를 처리하기 위한 프로세스(2200A)를 도시한다. 메시지는 도 7-19의 프로세스 중 하나에 의해 큐에 부가되었을 수 있다.

S2202에서, 프로세스(2200A)는 메시지의 정보를 사용하여 S1AP 세션 테이블에서 메시지에 대응하는 엔트리를 삭제한다. 엔트리는 MME UE 식별자 또는 MME UE IP 주소에 해당하는 키를 사용하여 삭제할 수 있다. 그 후 프로세스(2200A)는 종료된다.

도 22b는 일 실시 예에 따라 SESSION_MESSAGE_TYPE_S1AP_REMOVE 유형의 메시지를 처리하기 위한 다른 프로세스(2200B)를 도시한다. 프로세스(2200B) 및 도 22a의 프로세스(2200A) 모두 SESSION_MESSAGE_TYPE_S1AP_REMOVE 유형을 갖는 각 메시지를 처리하는데 사용될 수 있다.

S2212에서, 프로세스(2200B)는 메시지에 대응하는 엔트리가 S1AP 세션 테이블에서 제거되었는지 여부를 결정한다. S1AP 연결 테이블에 접근하는데 사용되는 키는 S1U SGW 식별자에 해당할 수 있다. S1AP 세션 테이블로부터 제거되지 않은 메시지에 대응하는 엔트리에 응답하여, 프로세스 2200B는 S2214로 진행한다; 그렇지 않으면, S2212에서 프로세스(2200B)는 S2216으로 진행한다.

S2214에서, 프로세스(2200B)는 오류를 보고한다. 그 후 프로세스(2200B)는 종료된다.

S2216에서, 프로세스(2200B)는 메시지에 대응하는 링크가 S1AP 세션 및 GTP 세션을 갖는지를 결정한다. 이것이 참인 것에 응답하여, 프로세스(2200B)는 S2220으로 진행한다; 그렇지 않으면, S2216에서 프로세스(2200B)는 S2218로 진행한다.

S2218에서, 프로세스(2200B)는 세션 링크 테이블에서 메시지에 대응하는 엔트리를 삭제한다. 그 후 프로세스(2200B)는 종료된다.

S2220에서, 프로세스(2200B)는 링크된 세션 수에 대응하는 카운터를 감소시키고, S1AP 세션 상태를 거짓으로 설정하고, 업데이트에 대응하는 정보를 수신하도록 등록된 클라이언트에게 통지를 전송한다. 그 후 프로세스(2200B)는 종료된다.

도 23a는 일 실시 예에 따른 SESSION_MESSAGE_TYPE_GTP_V2_REMOVE 유형의 메시지를 처리하기 위한 프로세스(2300A)를 도시한다. 메시지는 도 7 내지 도 19의 프로세스 중 하나에 의해 큐에 부가되었을 수 있다.

S2302에서, 프로세스(2300A)는 메시지의 정보를 사용하여 GTP 세션 테이블에서 메시지에 대응하는 엔트리를 삭제한다. 엔트리는S11 MME 식별자 또는 MME IP 주소에 해당하는 키를 사용하여 삭제할 수 있다. 그 후 프로세스(2300A)는 종료된다.

도 23b는 일 실시 예에 따라 SESSION_MESSAGE_TYPE_GTP_V2_REMOVE 유형의 메시지를 처리하기 위한 다른 프로세스(2300B)를 도시한다. 프로세스(2300B) 및 도 23a의 프로세스(2300A)는 모두 SESSION_MESSAGE_TYPE_GTP_V2_REMOVE 유형을 갖는 각 메시지를 처리하는 데 사용될 수 있다.

S2312에서, 프로세스(2300B)는 메시지에 대응하는 엔트리가 GTP 연결 테이블에서 제거되었는지 여부를 결정한다. GTP 연결 테이블에 접근하기 위해 사용되는 키는 S1U SGW 식별자에 해당할 수 있다. GTP 세션 테이블로부터 제거되지 않은 메시지에 대응하는 엔트리에 응답하여, 프로세스(2300B)는 S2314로 진행한다; 그렇지 않으면, S2312에서 프로세스(2300B)는 S2316으로 진행한다.

S2314에서, 프로세스(2300B)는 오류를 보고한다. 그 후 프로세스(2300B)는 종료된다.

S2316에서, 프로세스(2300B)는 메시지에 대응하는 링크가 S1AP 세션 및 GTP 세션을 갖는지를 결정한다. 이것이 참인 것에 응답하여, 프로세스(2300B)는 S2320으로 진행한다; 그렇지 않으면, S2316에서 프로세스(2300B)는 S2318로 진행한다.

S2318에서, 프로세스(2300B)는 세션 링크 테이블에서 메시지에 대응하는 엔트리를 삭제한다. 그 후 프로세스(2300B)는 종료된다.

S2320에서, 프로세스(2300B)는 링크된 세션의 수에 대응하는 카운터를 감소시키고, GTP 세션 상태를 거짓으로 설정하고, 업데이트에 대응하는 정보를 수신하도록 등록된 클라이언트에게 통지를 전송한다. 그 후 프로세스(2300B)는 종료된다.

도 24는 일 실시 예에 따른 S1-MME 또는 S11 인터페이스를 통해 수신된 메시지를 파싱하기 위한 프로세스(2400)를 도시한다.

S2402에서, 프로세스(2400)는 이를 통해 메시지가 수신되었던 인터페이스를 결정한다. S1-MME 인터페이스를 통해 수신된 메시지에 응답하여, 프로세스(2400)은 S2404로 진행한다. S11 인터페이스를 통해 메시지가 수신되면, 프로세스(2400)는 S2414로 진행한다.

S2404에서, 프로세스(2400)는 S1-MME 메시지 용으로 구성된 파서를 사용하여 메시지를 파싱한다. 그 후 프로세스(4200)는 파싱된 메시지로부터 정보를 추출한다.

S2406에서, 프로세스(2400)는 메시지의 하나 이상의 식별자와 관련된 정보를 위하여, S1AP 세션 테이블, GTP 세션 테이블, 세션 링크 테이블, 위치 추적 테이블 또는 개시 메시지 테이블 중 하나 이상과 같은 MPC 테이블을 확인하고, 메시지를 다른 S1-MME 메시지에 링크하는 것을 포함할 수 있는 다른 S1-MME 메시지로 메시지를 확증(corroborate)한다.

S2414에서, 프로세스(2400)는 S11 메시지 용으로 구성된 파서를 사용하여 메시지를 파싱한다. 그 후 프로세스(4200)는 파싱된 메시지로부터 정보를 추출한다.

S2416에서, 프로세스(2400)는 메시지의 하나 이상의 식별자와 관련된 정보를 위하여, S1AP 세션 테이블, GTP 세션 테이블, 세션 링크 테이블, 위치 추적 테이블 또는 개시 메시지 테이블 중 하나 이상과 같은 MPC 테이블을 확인하고, 메시지를 다른 S11 메시지에 링크하는 것을 포함할 수 있는 다른 S11 메시지로 메시지를 확증(corroborate)한다.

S2420에서, 프로세스(2400)는 하나의 인터페이스를 통해 수신된 메시지를 다른 인터페이스로부터 수신된 메시지와 링크한다. 예를 들어, S2420에서, 프로세스(2400)은 S11 메시지를 S1-MME 메시지에 링크할 수 있다.

S2422에서, 프로세스(2400)는 클라이언트에 대한 등록 정보를 사용하여 파싱된 메시지에 대한 응답으로 어떤 메시지가 클라이언트에 전송되어야 하는지 결정한 다음, 이러한 메시지를 구성하여 적절한 클라이언트에 전송한다. 그러면 프로세스(2400)가 종료된다.

도 25는 일 실시 예에 따라 MPC에 의해 수신될 수 있는 메시지를 생성할 수 있는 이벤트의 예시적인 타임 라인을 도시한다. 이벤트는 당일 오전 8시부터 오후 8시까 지의 타임 라인에 도시된다.

본 개시의 몇몇 실시 예가 여기에 예시되고 설명되었지만, 본 발명의 사상 및 범위를 벗어나지 않고 많은 변경이 이루어질 수 있다. 예를 들어, 본 개시는 무선 네트워크, 유선 네트워크, 광섬유 네트워크 및 동축 네트워크에서 단독으로 또는 조합하여 사용될 수 있음을 이해할 수 있다. 따라서, 본 발명의 범위는 개시된 실시 예에 의해 제한되지 않는다.

Claims

메트릭 파서 코디네이터(Metrics Parser Coordinator, MPC)에 의해 수행되는 방법에 있어서, 상기 방법은,
복수의 입력 인터페이스로부터 데이터를 수신하는 단계 - 각 인터페이스는 서로 다른 인터페이스와 다르게 정의됨 -;
상기 데이터를 파싱하는 단계;
상기 파싱된 데이터를 필터링하는 단계 - 상기 필터링된 데이터는 제1 등록 애플리케이션에서 요청한 정보를 포함함 -;
상기 필터링된 데이터를 메트릭 스토리지에 저장하는 단계;
상기 입력 인터페이스에 따라 상기 필터링된 데이터를 매핑하는 단계; 및
상기 메트릭 스토리지에 저장된 상기 필터링된 데이터를 상기 제1 등록 애플리케이션에 제공하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 복수의 입력 인터페이스는 3GPP(3^rd Generation Partnership Project) 인터페이스, LTE(Long Term Evolution) 인터페이스 및 커스텀 인터페이스를 포함하는 그룹에서 선택된 둘 이상의 서로 다른 인터페이스를 포함하는, 방법.
제1항에 있어서,
상기 제1 등록 애플리케이션은 트래픽 관리자인, 방법.
제1항에 있어서,
제2 애플리케이션을 등록하는 단계를 더 포함하고,
상기 제 2 애플리케이션을 등록하는 단계는,
제1 유형의 데이터를 발행하는 것으로서 상기 제2 애플리케이션을 등록하는 단계, 제2 유형의 데이터를 구독하는 것으로서 상기 제2 애플리케이션을 등록하는 단계, 또는 둘 모두를 포함하는, 방법.
제4항에 있어서,
파서 인터페이스를 제공하는 단계를 더 포함하고,
상기 제2 애플리케이션을 등록하는 단계는 상기 파서 인터페이스를 사용하여 수행되는, 방법.
제4항에 있어서,
상기 제1 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우, 상기 필터링된 데이터는 상기 데이터 수신에 응답하여 상기 제1 등록된 애플리케이션에 제공되는, 방법.
제4항에 있어서,
상기 데이터를 수신하는 단계는 상기 제2 애플리케이션이 상기 데이터와 연관된 데이터 유형을 발행하도록 등록된 경우에만 상기 제2 애플리케이션으로부터 데이터를 수신하는 단계를 포함하는, 방법.
제4항에 있어서,
상기 필터링된 데이터를 상기 메트릭 스토리지에 저장하는 단계는 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우에만 수행되는, 방법.
제1항에 있어서, 상기 데이터를 필터링하는 단계는,
상기 복수의 입력 인터페이스 중 제1 인터페이스를 통해 수신된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제1의 다른 파싱 데이터와 확증(corroborate)하는 단계;
상기 확증된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제2의 다른 파싱 데이터와 링크하는 단계; 및
상기 파싱 데이터를 제1 인터페이스와 상이한 상기 복수의 입력 인터페이스 중 제2 인터페이스를 통해 수신된 제3의 다른 파싱 데이터와 링크하는 단계를 포함하는, 방법.
제1항에 있어서, 상기 데이터를 파싱하는 단계는 상기 데이터가 수신되었던 입력 인터페이스에 따라 데이터를 파싱하는 단계를 포함하는, 방법.
시스템에 있어서,
프로세서;
필터링된 데이터를 저장하는 제1 메모리; 및
프로그램 명령을 저장하고, 상기 프로세서에 의해 실행되는 경우 상기 프로세서로 하여금,
복수의 입력 인터페이스로부터 데이터를 수신하고;
상기 수신된 데이터를 파싱하여 파싱된 데이터를 생성하고,
상기 파싱된 데이터를 필터링하여 필터링된 데이터를 생성하며, 상기 필터링된 데이터는 등록된 애플리케이션에서 요청한 정보를 포함하고;
상기 제1 메모리로 하여금 상기 필터링된 데이터를 상기 메모리에 저장하게 하고;
상기 입력 인터페이스에 따라 상기 필터링된 데이터를 매핑하고, 그리고
상기 제1 메모리에 저장된 상기 필터링된 데이터를 애플리케이션에 제공하도록 하는, 제2 메모리를 포함하는, 시스템.
제11항에 있어서,
상기 복수의 입력 인터페이스는 3GPP(3^rd Generation Partnership Project) 인터페이스, LTE(Long Term Evolution) 인터페이스 및 커스텀 인터페이스를 포함하는 그룹에서 선택된 둘 이상의 서로 다른 인터페이스를 포함하는, 시스템.
제11항에 있어서,
상기 제1 등록 애플리케이션은 트래픽 관리자인, 시스템.
제11항에 있어서,
상기 프로그램 명령은 상기 프로세서로 하여금 제2 애플리케이션을 등록하도록 하고,
상기 제2 애플리케이션을 등록하는 것은 제1 유형의 데이터를 발행하는 것으로서 상기 제2 애플리케이션을 등록하거나, 제2 유형의 데이터를 구독하는 것으로서 상기 제2 애플리케이션을 등록하거나, 또는 둘 모두를 포함하는, 시스템.
제14항에 있어서,
상기 프로그램 명령은 상기 프로세서로 하여금 파서 인터페이스를 제공하도록 하고,
상기 제2 애플리케이션을 등록하는 것은 상기 파서 인터페이스를 사용하여 수행되는, 시스템.
제14항에 있어서, 상기 제1 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우, 상기 필터링된 데이터는 상기 데이터 수신에 응답하여 상기 제1 등록된 애플리케이션에 제공되는, 시스템.
제14항에 있어서, 상기 데이터를 수신하는 것은 상기 제2 애플리케이션이 상기 데이터와 연관된 데이터 유형을 발행하도록 등록된 경우에만 상기 제2 애플리케이션으로부터 데이터를 수신하는 것을 포함하는, 시스템.
제14항에 있어서, 상기 필터링된 데이터를 상기 메트릭 스토리지에 저장하는 것은 애플리케이션이 상기 필터링된 데이터를 구독하는 것으로 등록된 경우에만 수행되는, 시스템.
제11항에 있어서, 상기 데이터를 필터링하는 것은,
상기 복수의 입력 인터페이스 중 제1 인터페이스를 통해 수신된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제1의 다른 파싱 데이터와 확증(corroborate)하고;
상기 확증된 파싱 데이터를 상기 제1 인터페이스를 통해 수신된 제2의 다른 파싱 데이터와 링크하고; 그리고
상기 파싱 데이터를 제1 인터페이스와 상이한 상기 복수의 입력 인터페이스 중 제2 인터페이스를 통해 수신된 제3의 다른 파싱 데이터와 링크하는 것을 포함하는, 시스템.
제11항에 있어서, 상기 데이터를 파싱하는 것은 상기 데이터가 수신되었던 입력 인터페이스에 따라 데이터를 파싱하는 것을 포함하는, 시스템.