KR20180002610A

KR20180002610A - 체감 품질 인식 전송 자기 조직 네트워크 프레임워크

Info

Publication number: KR20180002610A
Application number: KR1020177028555A
Authority: KR
Inventors: 졸탄 빈체; 라조스 바지크; 차바 디크; 타마스 카라스; 차바 불칸
Original assignee: 노키아 솔루션스 앤드 네트웍스 오와이
Priority date: 2015-03-02
Filing date: 2016-03-02
Publication date: 2018-01-08
Also published as: JP2018507655A; HK1243576A1; EP3266240A1; CN107534885A; WO2016139266A1

Abstract

다양한 네트워크들은 적합한 관리 기법들 및 시스템들로부터 이익을 얻을 수 있다. 예컨대, 롱 텀 에볼루션 네트워크들 및 다른 무선 통신 네트워크들은 체감 품질 인식 전송 자기-조직 네트워크 프레임워크로부터 이익을 얻을 수 있다. 방법은 모바일 백홀 상에서 적어도 하나의 기지국(예컨대, eNB)에 대한 전송 연결을 모니터링하는 단계를 포함할 수 있다. 방법은 또한, 적어도 하나의 기지국의 전송 연결에서 적어도 하나의 열화(degradation) 또는 이상(anomaly)을 검출하는 단계를 포함할 수 있다. 방법은 검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하는 단계를 더 포함할 수 있다.

Description

체감 품질 인식 전송 자동 구성 네트워크 프레임워크

[0001] 본 출원은 2015년 1월 27일자로 PCT/EP2015/051563으로 출원된 Peter Szilagyi 및 Csaba Vulkan의 "Context based correlated QoS measurement and QoE monitoring framework"에 관한 것으로, 그에 의해 상기 출원의 전체 내용이 인용에 의해 본원에 포함된다. 본 출원은 또한, 2015년 3월 2일자로 출원된 미국 가특허 출원 번호 제 62/127,280 호에 대한 이익 및 우선권을 주장하며, 그에 의해 상기 출원의 전체 내용이 인용에 의해 본원에 포함된다.

[0002] 다양한 네트워크들은 적합한 관리 기법들 및 시스템들로부터 이익을 얻을 수 있다. 예컨대, 롱 텀 에볼루션 네트워크들 및 다른 무선 통신 네트워크들은 체감 품질 인식 전송 자기-조직(self-organizing) 네트워크 프레임워크로부터 이익을 얻을 수 있다.

[0003] MBH(Mobile Backhaul)는 RAN(radio access network) 엘리먼트들, 이를테면, eNB(evolved node B)들, S-GW(serving gateway)들, MME(mobility management entity)들 등 사이에 연결을 제공할 수 있는 전송 네트워크이다. 이러한 엘리먼트들 사이의 통신을 위해, 사용자-, 제어- 및 관리-플레인을 포함하는 모든 트래픽이 하나 또는 그 초과의 모바일 백홀을 통해 전달될 수 있다. 통상적으로, MBH들은, 다수의 벤더(vendor)들로부터의 다수의 기술 계층들을 포함하는 복잡한 및 이종 시스템들이다. 또한, 통상적으로 MBH들은 큰 영역들, 이를테면, 전체 주들 또는 국가들에 걸쳐 있다. 추가로, 통상적으로 MBH들은 전체 모바일 네트워크의 트래픽을 수집 및 어그리게이트(aggregate)할 수 있다.

[0004] CAPEX(capital expenditures) 및 OPEX(operating expenditures)는 MBH들의 소유의 총 비용에서 상당한 몫(share)일 수 있다. 이 비용들을 낮게 유지하는 것은 자동화를 통해 신중한 계획 및 감소된 운영 비용들을 요구한다. 그럼에도 불구하고, 계획은 통상적으로, 자원 수요가 트래픽 예보들 및 간략화된 네트워크 모델들에 기초하여 계산되므로 낮은 정확성을 가지는 프로세스이다. 트래픽 예보들은 본질적으로, 그들이 기껏해야 이력적 측정들에 기초하므로 부정확하다. 종래에는, 숫자 복잡도 및 프로세싱 요건들을 상당히 낮은 레벨로 유지하기 위해 간략화들이 필요하였다. 계획 동안, 각각의 네트워크 엘리먼트의 파라미터들 및 구성이 계산될 수 있고, 이 값들은 결국 네트워크 엘리먼트들로 다운로드된다. 부정확한 입력들 및 러프 모델(rough model)들로 인해, 이 파라미터들은 트래픽 로드 하에서 최적의 시스템 동작을 제공하지 않을 수 있다.

[0005] 대안적/상보적 전송 솔루션들의 공통적 특징은, 각각의 경우 오래-지속되는(long-lasting) 전송 터널들이 라디오 액세스 노드들 사이에서 구성된다는 것과, QoS(quality of service) 방식들이 패킷 레벨에서 적용된다는 것이다. 네트워크가 새로운 eNB들로 확장될 때, 전송 터널들은 수동으로 또는 프로비저닝 툴들을 통해 구성될 수 있고, 이들은 일부 자동화 레벨을 제공할 수 있다. 프로비저닝 프로세스 동안, 전송 터널들은, 네트워크가 확장됨에 따라, 로컬로 최적의 방식으로 계산된 자신들의 경로를 가지는 기존 터널들 위에 하나씩 구성될 수 있다.

[0006] 그 결과는, 시스템 레벨에서 차선적일 수 있으며, 시스템 상의 모든 기존 및 새로운 전송 터널들이 사전에 알려지고, 전체 네트워크, 총 요구(total demand), 배정의 입도 대 자원들의 입도를 고려하고 MLO(multi-layer optimization) 기법들을 적용함으로써 구성이 계산되는 경우와 비교하여 비효율적일 수 있다. 전송 네트워크의 사이즈 및 구성된 연결들의 양에 따라 갭이 증가하고 있어서, 상당한 CAPEX 절약들의 여지를 만든다.

[0007] 앞서 논의된 바와 같이, 자원 배정들 및 전송 QoS 파라미터들은 권장되는 값들을 사용하여 또는 예보된 트래픽에 기초하여 정적으로 구성된다. 글로벌적으로(globally) 적합한 구성이 존재하지 않을 수 있고, 트래픽 요구가 동적으로 변화할 수 있다. 시스템의 복잡도 및 각각의 경우에서 구성되어야 하는 많은 수의 파라미터들로 인해, 재구성들 및 재-파라미터화들이 거의 실행되지 않을 수 있다. 효율적 동작은 계속적으로 변화하는 트래픽으로의 전송 파라미터들의 자기-적응(self-adaptation)을 요구할 수 있다. 사전 동의된 SLA(service level agreement)들에 따라 UNI(user network interface)들을 통해 액세스되는 전송 서비스들을 통하여 제3 자들에 의해 전송 연결이 제공될 때, 비용 및 자원 효율성은 요구되는 전송 서비스들의 정의/계산 시 중요한 양상이다.

[0008] MBH가 엔드-투-엔드 성능에서 중요한 역할을 할 수 있으므로, MBH의 비효율적 동작은 사용자 경험에 상당한 부정적 영향을 미칠 수 있다. 이 부정적 사용자 경험은 운영자들이 실현할 수 있는 수익들에 영향을 미칠 수 있다. 예컨대, 열악한 서비스는 높은 이탈(churn)로 이어질 수 있다.

[0009] SON(Self-organizing network)은 3GPP(third generation partnership project)의 LTE(long term evolution)에 성공적으로 배치되었다. SON은 수동적 에러들의 위험들을 감소시키고, 최적의 자원 활용을 가능하게 하며, 에너지 사용을 낮출 수 있다. 표준화된 SON 기능들은 LTE의 라디오 네트워크 계층의 자기 치유(self healing), 자기-구성(self-configuration) 및 자기-최적화(self-optimization)를 다룰 수 있다.

[0010] 현재, 모바일 네트워크들의 계획, 디멘셔닝(dimensioning) 및 커미셔닝(commissioning)은, 트래픽 측정들의 외삽(extrapolation); 정적 파라미터들을 이용한 계획 결과들의 구성; 네트워크 성능의 모니터링; 및 필요한 경우 수동적 재-계획 및 재-구성에 의해 이루어지는 트래픽 예보들에 기초한다. 구성된 파라미터들의 유효성은 예보된 트래픽 믹스의 그리고 계획의 정확성에 의존한다. 또한, 정적 파라미터들은 충분히 큰 트래픽 범위에 상에서 최적의 동작을 제공하지 않을 수 있다.

[0011] eNB 커미셔닝은 LTE BTS(base transceiver station) 자동 연결 및 LTE BTS 자동 구성에 기초할 수 있다. 이 특징들의 범위는, eNB가, 네트워크 관리 서버에 연결하여 구성 파일들을 다운로드하게 허용할 수 있다. 종래의 가정은, 계획 프로세스의 결과로서, eNB가 커미셔닝되기 이전에 전송 연결이 구성된다는 것이다. 따라서, 전송 자원들이 eNB에 사전-배정될 수 있고, LTE BTS 자동 연결 및 LTE BTS 자동 구성은 eNB의 전송 연결의 설정 및 구성의 어떤 것도 담당하지 않는다. 전송 구성이 사전에 이용가능하지 않거나 또는 일관적이지 않은 경우 이 특징들은 동작적이지 않다. 따라서, 사전 구성된 전송 서비스들의 필요성을 제거할 어떠한 사실적 플러그-앤드-플레이 솔루션도 존재하지 않는다.

[0012] 제1 실시예에 따른 방법은, 모바일 백홀 상에서 적어도 하나의 기지국(예컨대, eNB)에 대한 전송 연결을 모니터링하는 단계를 포함할 수 있다. 방법은 또한, 적어도 하나의 기지국의 전송 연결에서 적어도 하나의 열화(degradation) 또는 이상(anomaly)을 검출하는 단계를 포함할 수 있다. 방법은 검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하는 단계를 더 포함할 수 있다.

[0013] 하나의 변형예에서, 적절한 네트워크 관리 액션은 검출된 열화 또는 이상이 로컬 문제로 인한 것인지 여부를 결정하고, 검출된 열화 또는 이상이 로컬 문제로 인한 것이 아니라면, 네트워크 매니저를 트리거하는 것을 포함할 수 있다.

[0014] 하나의 변형예에서, 적절한 네트워크 관리 액션은, 검출된 열화 또는 이상이 로컬 문제로 인한 것으로 결정되는 경우, 로컬 문제가 재구성에 의해 해결될 수 있는지 여부를 결정하고, 로컬 문제가 재구성에 의해 해결될 수 있다면, 재구성하는 것을 포함할 수 있다.

[0015] 하나의 변형예에서, 적절한 네트워크 관리 액션은, 검출된 열화 또는 이상이 재구성에 의해 해결될 수 없는 로컬 문제로 인한 것으로 결정되는 경우, 알람 또는 보고를 운영 지원 시스템에 전송하는 것을 포함할 수 있다.

[0016] 제2 실시예에서, 방법은 적어도 하나의 기지국(예컨대, eNB)에 대해 모바일 백홀 전송 관련 트리거들을 모니터링하는 단계를 포함할 수 있다. 방법은 또한, 트리거들에 대응하는 열화 또는 이상이 영구적인지 여부를 검출하는 단계를 포함할 수 있다. 방법은 검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하는 단계를 더 포함할 수 있다.

[0017] 하나의 변형예에서, 방법은 트리거들에 대한 필터링, 상관 또는 엄격도 레벨(severity level) 평가 중 적어도 하나를 더 포함할 수 있다.

[0018] 하나의 변형예에서, 열화 또는 이상이 영구적이지 않은 경우, 적절한 네트워크 관리 액션은 트리거들에 대한 모니터링 모드에 진입하는 것을 포함할 수 있다.

[0019] 하나의 변형예에서, 열화 또는 이상이 영구적인 경우, 적절한 네트워크 관리 액션은 열화 또는 이상이 매니저에 의해 해결될 수 있는지 여부를 결정하는 것을 포함할 수 있다.

[0020] 하나의 변형예에서, 열화 또는 이상이 매니저에 의해 해결될 수 없는 경우, 적절한 네트워크 관리 액션은 알람을 운영 지원 시스템에 전송하는 것을 포함할 수 있다.

[0021] 하나의 변형예에서, 열화 또는 이상이 매니저에 의해 해결될 수 있는 경우, 적절한 네트워크 관리 액션은 재구성을 개시하는 것을 포함할 수 있다

[0022] 하나의 변형예에서, 재구성은 운영자로부터의 승인을 수신하는 것을 조건으로 할 수 있다.

[0023] 제3 및 제4 실시예들에 따라, 그들의 변형예들 중 임의의 변형예에서, 장치는 제1 및 제2 실시예들 각각에 따른 방법을 수행하기 위한 수단을 포함할 수 있다.

[0024] 제5 및 제6 실시예들에 따라, 장치는 적어도 하나의 프로세서, 및 적어도 하나의 메모리 및 컴퓨터 프로그램 코드를 포함할 수 있다. 적어도 하나의 메모리 및 컴퓨터 프로그램 코드는, 적어도 하나의 프로세서와 함께, 장치로 하여금 적어도, 그들의 변형예들 중 임의의 변형예에서, 제1 및 제2 실시예들 각각에 따른 방법을 수행하게 하도록 구성될 수 있다.

[0025] 제7 및 제8 실시예들에 따라, 컴퓨터 프로그램 제품은 그들의 변형예들 중 임의의 변형예에서, 제1 및 제2 실시예들 각각에 따른 방법을 포함하는 프로세스를 수행하기 위한 명령들을 인코딩할 수 있다.

[0026] 제9 내지 제10 실시예들에 따라, 비-일시적 컴퓨터 판독가능한 매체는, 하드웨어로 실행되는 경우, 그들의 변형예들 중 임의의 변형예에서, 제1 및 제2 실시예들 각각에 따른 방법을 포함하는 프로세스를 수행하는 명령들을 인코딩할 수 있다.

[0027] 제10 및 제11 실시예들에 따라, 시스템은, 그들의 변형예들 중 임의의 변형예 각각에서, 제4 또는 제6 실시예들에 따른 적어도 하나의 장치와 통신하는, 제3 또는 제5 실시예들에 따른 적어도 하나의 장치를 포함할 수 있다.

[0028] 본 발명의 적절한 이해를 위해, 첨부한 도면들에 대한 참조가 이루어져야 한다.
[0029] 도 1은 특정 실시예들에 따른 Tra-SON 아키텍처를 예시한다.
[0030] 도 2는 특정 실시예들에 따른 확장된 Tra-SON 아키텍처를 예시한다.
[0031] 도 3은 특정 실시예들에 따른 eNB-측 TSA의 구현 대안들을 예시한다.
[0032] 도 4는 특정 실시예들에 따른 TSA의 동작을 예시한다.
[0033] 도 5는 특정 실시예들에 따른 Tra-SON 매니저 상호작용을 예시한다.
[0034] 도 6은 특정 실시예들에 따른, TSA 트리거에 기초하는 매니저에 의한 전송 서비스 최적화를 예시한다.
[0035] 도 7은 특정 실시예들에 따른, 매니저에 의한 예시적 판정을 예시한다.
[0036] 도 8은 특정 실시예들에 따른, 매니저에 의한 다른 예시적 판정을 예시한다.
[0037] 도 9는 특정 실시예들에 따른, 열악하게 구성된 전송 디바이스에 의해 야기되는 열화의 해결을 예시한다.
[0038] 도 10은 특정 실시예들에 따른 시스템 레벨 자원 배정들의 최적화를 예시한다.
[0039] 도 11은 특정 실시예들에 따른 시스템을 예시한다.

[0040] 특정 실시예들은, 예컨대, OPEX를 감소시키기 위해 그리고 CAPEX를 감소시키는 자원 사용 효율성을 증가시키기 위해서 뿐만 아니라, 다른 목적들을 위해 SON(self-organizing networks)을 MBH(mobile backhaul)에 도입한다. 보다 특히, 특정 실시예들은, 개선된 최적화 및 자동화 기법들을 통해, 자동화 레벨을 증가시키고, 계획 및 구성 프로세스를 간략화하고, 그리고 네트워크의 효율성을 최대화할 수 있는 SON 프레임워크를 MBH 상에서 제공한다.

[0041] 특정 실시예들은 LTE 및 3G MBH에 적용될 수 있다. 유사성들로 인해, 아래에서의 논의는 LTE에 대해 다루어진다. 그러나, 동일한 기법들 및 특징들은 3G 공유(3G 및 LTE) 환경들에 직접적으로 적용될 수 있다. 다른 수정들 및 조절들이 또한 허가된다.

[0042] 특정 실시예들은 다양한 이슈들을 다룰 수 있다. 예컨대, 특정 실시예들은, 시스템이 디멘션(dimension), 커미션(commission) 및 관리하기 어려움을 의미하는 MBH에서의 증가된 시스템 복잡도, 이를테면, 많은 양의 네트워크 엘리먼트들, 복잡한 토폴로지들, 멀티-기술 환경을 다룰 수 있다.

[0043] 게다가, 특정 실시예들은, 정적 파라미터 세트들로 효율적으로 핸들링되지 않을 수 있는 복잡한 및 동적 트래픽 믹스를 다룰 수 있다. 예컨대, 특정 실시예들은, 각각의 네트워크 엘리먼트로 다운로드될 수 있는 글로벌적으로 유효한 구성이 존재하지 않는 상황을 다룰 수 있다. 게다가, 특정 실시예들은 적응적 및 맥락 특정 파라미터화가 필요한 상황들을 다룰 수 있다.

[0044] 특정 실시예들은 트래픽 예보 및 간략화된 네트워크 모델들에 기초하는 부정확한 계획을 다룰 수 있다. 가장 정확한 트래픽 예보 조차도 빨리 쓸모없게 될 수 있다. 계획(구성들 뿐만 아니라, 물리적 용량 및 자원 배정)이 쓸모없게 되는 것을 방지하기 위해, 특정 실시예들에서 과잉-디멘셔닝(over-dimensioning)이 제공될 수 있다.

[0045] 특정 실시예들은 또한, 정렬된 전송 및 라디오 QoS가 존재하지 않는 상황들을 다룰 수 있다. 전자는 어그리게이트 중심적(aggregate centric)일 수 있는 반면, 후자는 베어러 중심적(bearer centric)일 수 있다. 전송 혼잡 시, 엔드-투-엔드 QoS 타겟들은 충족되지 않을 수 있다. 특정 실시예들은 이러한 QoS 부족 이슈들을 다룰 수 있다.

[0046] 게다가, 특정 실시예들은 시간 소비, 고장나기 쉬운 노드, 네트워크 커미셔닝, 운영 및 관리와 관련된 이슈들을 다룰 수 있다. 마찬가지로, 특정 실시예들은 애플리케이션들에 대한 커버리지, 연결, 용량 및 액세스를 포함하는 모바일 서비스들의 급속 전달에 대한 필요성을 다룰 수 있다.

[0047] 특정 실시예들은 자기-치유, 자기-구성 및 자기-최적화를 포함하는 SON을 MBH로 확장할 수 있는 솔루션을 도입한다. 따라서, 특정 실시예들은, 자동화를 증가시킬 수 있고, 계획 및 커미셔닝 프로세스를 간략화할 수 있으며, 전송 및 라디오 QoS를 조화(harmonize)시킬 수 있고, 시스템 효율성을 증가시킬 수 있으며, TCO(total cost of ownership)를 감소시킬 수 있고, 분쟁 조정(trouble shooting) 동안 가치있는 통찰력을 제공할 수 있으며, 에너지 소비를 감소시킬 수 있고, 그리고 시스템 레벨 최적으로 자원 배정들을 유지할 수 있다.

[0048] Tra-SON(transport SON) 프레임워크의 범위는 올바른 플러그-앤드-플레이, 자기-구성 및 자기-최적화 메커니즘들을 적용시킴으로써 MBH(Mobile Backhaul) 내에서 자동화 레벨을 증가시키는 것을 포함할 수 있다. 프레임워크의 동작은 진보된 KPI(key performance indicator) 수집, 이상 및 열화 검출 메커니즘들, 및 네트워크 관리 솔루션들, 이를테면, SDN(software defined networking)에 의존할 수 있다. Tra-SON은 간략화된 계획 및 최소 터치 커미셔닝 뿐만 아니라 자동화된 및 적응적 네트워크 동작을 가능하게 할 수 있다.

[0049] 특정 실시예들은, 효율적 네트워크 자원 활용, 라디오 및 전송 QoS(quality of service) 아키텍처들의 조화 및 QoE(quality of experience) 구동 동작을 보장할 수 있다. 더욱이, 특정 실시예들은 현저히 감소된 CAPEX 및 OPEX를 제공할 수 있다. 특정 실시예들은 다목적(versatile)이고, 멀티벤더 RA(radio access) 환경 및/또는 MBH 환경에서 작용할 수 있다. LTE(Long Term Evolution) 상에서의 특정 실시예들의 동작이 설명되지만, 특정 실시예들은 또한 3G/HSPA(high speed packet access) 시스템들에도 역시 직접적으로 적용가능하다.

[0050] 도 1은 특정 실시예들에 따른 Tra-SON 아키텍처를 예시한다. 도 1에 도시되는 바와 같이, 특정 실시예들에서, Tra-SON 에이전트들은 eNB 및/또는 S-GW 및/또는 SAE-GW에 배치될 수 있다. 게다가, Tra-SON 매니저는 코어 네트워크에 로케이팅될 수 있다.

[0051] eNB에 있든 아니면 SAE-GW에 있든 간에, Tra-SON 에이전트는 QoS/QoE 측정들을 수행하고, 분석들, 열화 검출 및 로컬화(localization) 뿐만 아니라 전송 인터페이스 자기-구성 및 최적화를 제공할 수 있다. Tra-SON 에이전트는 또한, Tra-SON 매니저로부터 구성 정보를 수신하고, 트리거들, 알람들, 측정들, 및 다른 보고를 매니저에 제공하도록 구성될 수 있다. Tra-SON 매니저는 이상 검출, 예측 및 분석, 및 엔드-투-엔드 최적화를 위해 구성될 수 있다. Tra-SON 매니저는 트리거들, 알람들 및 보고들을 OSS/NMS 서버에 전송하고 그리고 전송 서비스 구성에 대한 요청을 SDN 제어기에 전송하도록 구성될 수 있다.

[0052] 도 2는 특정 실시예들에 따른 확장된 Tra-SON 아키텍처를 예시한다. 예컨대, 아키텍처는, 시스템 내에 마이크로/피코 메쉬(mesh)가 존재하는 경우 FlexiZone 제어기에 배치된 Tra-SON 에이전트들, 및/또는 선택된 전송 디바이스들 위에 인스톨된 Tra-SON 데몬(Daemon)들로 확장될 수 있다. Tra-SON 엘리먼트들은 다양한 역할들 및 기능들을 가질 수 있다.

[0053] 예컨대, eNB 측 TSA(Tra-SON agent)는 사이트 디바이스로서 eNB에 부착되거나 또는 그 상에서 실행되는 소프트웨어 엔티티일 수 있다. TSA의 역할은 RA 시스템 상에서 조화된 QoS 및 일관적 엔드-투-엔드 전송 구성을 유지하는 것일 수 있다. 추가적으로, eNB 측 TSA는 eNB의 전송 연결을 생성 및 구성함으로써 eNB의 커미셔닝을 완료하는 것을 담당할 수 있다. 유사한 방식으로, TSA는 X2 인터페이스의 ANR(automated neighbor relation) 발신 활동/구성을 검출할 수 있으며, 대응하는 전송 연결을 자동으로 설정할 수 있다.

[0054] 전송 계층 상에서 임의의 이상 및 열화를 검출하기 위해 또는 다른 이유들로 인해, TSA는 eNB의 모든 트래픽을 모니터링 및 프로파일링할 수 있다. 이상/열화가 검출될 때, TSA는 먼저 열화들의 이유를 식별하여, 초기에, 라디오 및 전송 측 문제들을 분리할 수 있다. 문제들이 전송 네트워크에 근원이 있는 경우, TSA는 문제가 있는 전송 세그먼트를 추가로 로컬화(localize)할 수 있다. 마지막으로, 필요한 경우(예컨대, 열화를 해결하거나 또는 QoS를 유지하기 위해), TSA는 재구성들 및/또는 최적화들을 수행하거나 또는 트리거할 수 있다. 재구성들은 전송 인터페이스, eNB의 사이트 라우터(이러한 디바이스가 존재하는 경우), 또는 엔드-투-엔드 전송 서비스를 타겟팅할 수 있다.

[0055] TSA는, 실시간 QoS 및 QoE KPI들을 추출하고, 그리고 eNB의 사용자, 제어 및 관리 플레인 트래픽으로부터/내에서 관련 이벤트들을 인터셉트/검출하는 측정 포인트일 수 있다. 더욱이, TSA는 네트워크/링크/경로의 상태의 임의의 관련 변화 등을 검출하기 위해 전송 네트워크의 제어 플레인 트래픽/메시지들을 모니터링할 수 있다. TSA에 의해 사용되는 이상 검출 및 로컬화 프로시저들은 2015년 1월 27일자로 PCT/EP2015/051563으로서 출원된 "Context based correlated QoS measurement and QoE monitoring framework"에서 설명된 메커니즘들을 사용할 수 있다. TSA들은, 대역-내, 이를테면, 헤더 강화(header enrichment), 또는 대역외(예컨대, JSON/IPFIX) 인터페이스들을 통해 Tra-SON 매니저와 그리고 서로 통신할 수 있다. 네트워크 엘리먼트, 독립형 박스 등에 상주하는 에이전트와 같은 구현에 따라, TSA는 eNB 측 전송 구성 또는 레거시 관리 인터페이스들, 이를테면, SNMP, CLI, 등에 대한 내부 인터페이스들을 사용할 수 있다.

[0056] S-GW/SAE-GW 측 TSA는 S-GW/SAE-GW에 부착되거나 또는 그 상에서 실행되는 소프트웨어 엔티티일 수 있다. S-GW/SAE-GW 측 TSA는 이들과 유사한 역할을 하는 eNB 측 TSA들의 대응부(counterpart)로서 역할을 할 수 있다. eNB 측 TSA들과의 협력적 측정들을 통해, S-GW/SAE-GW 측 TSA는 이상/열화 검출 및 로컬화를 위한 효율적 프레임워크를 제공할 수 있다.

[0057] FlexiZone 제어기 측 TSA는 다른 TSA들과 유사한 기능을 가질 수 있는데, 즉, 마이크로-메쉬(micro-mesh)를 서빙하는 S1 인터페이스의 종단에 로케이팅되므로, FlexiZone 제어기 측 TSA는 대응하는 전송 연결을 관리하는 것을 담당한다. 유사성들로 인해, 이 옵션은 본 발명 레포트에서 추가로 논의되지 않지만, 유효한 사용 사례로서 언급된다.

[0058] Tra-SON 매니저는 컨텐츠 팩의 형태로 기존 OSS 툴에 부착될 수 있거나 또는 독립형 노드 상에서 실행될 수 있는 소프트웨어 엔티티일 수 있다. 매니저는 엔드-투-엔드 전송 서비스와 관련된 열화들을 해결하는 것을 담당하거나 또는 다수의 네트워크 엘리먼트들, 예컨대, 다수의 eNB들의 트래픽에 의해 공유되는 전송 링크 상에서의 혼잡에 영향을 미치고 있는 시스템 레벨 최적화 및 구성 엔티티로서 역할을 할 수 있다.

[0059] 추가적으로, 매니저는 TSA들에 의해 수집되는 관련 KPI들에 기초하는 추세 분석 및 예측을 담당할 수 있다. 이러한 역할은 부정적 추세들이 하드 고장들을 야기하기 이전에, 재구성을 트리거하는 것과 같은 예방적 동작을 허용할 수 있다. TSA들에 의해 수집되는 KPI들은, 사용 사례에 따라, 원시 또는 프로세싱된/어그리게이트된 포맷으로, 대역-외 인터페이스들, 이를테면, JSON 또는 IPFIX를 통해 매니저로 업스트림(upstream)될 수 있다.

[0060] 또한, 검출된 이상이 로컬 구성을 통해 해결될 수 없거나 또는 그것이 전송 서비스에 문제가 있기 때문일 때마다, 예컨대, 적절한 자원 배정이 없는 경우, TSA들은 매니저를 트리거할 수 있다. 검출된 이상이 MBH 내에 명확하게 존재하여, 결과적으로, 다른 eNB들에도 역시 영향을 미칠 수 있을 때, TSA들은 또한 매니저를 트리거할 수 있다.

[0061] 매니저는 이 트리거들을 수집할 수 있고, 긍정 오류(false positives)를 필터링하기 위해 (또는 다른 이유들로 인해) 트리거들을 통합(consolidate)할 수 있으며, 마지막으로, 동일한 고장/문제에 의해 야기되는 별개의 TSA들에 의해 보고되는 사건들을 식별하기 위해 트리거들을 상관시킬 수 있다. 매니저는, 예컨대, MBH 상에서 단일 또는 일시적 사건들을 해결하는 엔티티로서, 그리고/또는 긴 제어 루프를 통해, 예컨대, 영구적 열화들을 해결하거나 또는 부정적 추세들에 의해 야기되는 고장들을 방지하는 엔티티로서 폐쇄 제어 루프를 구현하게 실시간으로 동작할 수 있다.

[0062] 추가적으로, 매니저는, eNB들의 통상적 트래픽 프로파일, 및 사용자들의 이동성 라우팅에 의해 야기될 수 있는 네트워크 도메인들 사이의 시프팅 로드를 따르도록 시스템을 사전 예방적으로(proactively) 구성하도록 구성될 수 있다. 일시적 또는 병리적 고장들을 해결하는 것에 추가하여, 매니저는 시스템 효율성을 유지하는 것, 및 최적의 작업 포인트에서 시스템 동작 및 자원 사용/배정을 유지하는 것을 담당할 수 있다. 따라서, TSA들에 의해 트리거되는 것에 추가하여, 매니저는 수집되는 KPI들을 분석함으로써 매니저가 비효율적 자원 사용/배정 또는 시스템 동작을 검출할 때마다 자체적으로 액션들을 트리거할 수 있다.

[0063] 이러한 자기-트리거링을 달성하기 위해(또는 다른 이유들로 인해), 매니저는 기존 OSS 및 CEM(customer experience management) 툴들과 통합될 수 있으며, 이러한 툴들의 KPI 데이터베이스에 대한 액세스를 가질 수 있다. SDN 제어기, PCE 또는 다른 전송 프로비저닝 툴의 존재와 같은 환경에 따라, 매니저는 기존/표준 관리 및 구성 인터페이스들을 통해 일부 또는 모든 전송 노드들에 직접적으로 연결할 수 있거나, 또는 SDN 제어기, PCE 또는 다른 전송 프로비저닝 툴의 사용자로서 역할을 할 수 있다.

[0064] 다음의 논의에서, 매니저의 동작은 SDN 제어기의 클라이언트로서 실행되는 애플리케이션으로서 설명된다. 그럼에도 불구하고, PCE 또는 임의의 다른 프로비저닝/전송 관리 툴의 경우 유사한 동작이 또한 가능하고 허가된다. 더욱이, SDN 제어기의 범위가 특정 도메인으로 제한되거나, 또는 별개의 네트워크 도메인들을 관리하는 몇몇 SDN 제어기들이 존재하는 경우, 매니저는 통합자로서 역할을 할 수 있다. 예컨대, 매니저가, 코히런트 엔드-투-엔드 시스템 구성/상태를 달성하기 위해 개별 SDN 제어기들을 개별적으로 어드레싱하거나 또는 SDN 제어기(들)의 범위 밖의 네트워크 엘리먼트들을 심지어 직접적으로 구성함으로써 재구성 또는 최적화를 트리거할 수 있다. 매니저의 OSS 에코시스템으로의 통합은 실제 네트워크 상태의 보고, Tra-SON 인프라구조에 의해 수집되는 특수 KPI들의 분배, 및/또는 매니저에 의해 해결될 수 없는 문제들/고장들의 경우 알람들의 발행을 허가할 수 있다. 예컨대, 매니저는 요구되는 용량 확장을 제공할 수 없다.

[0065] 선택적 Tra-SON 데몬은 전송 노드들 상에서 실행되는 소프트웨어 엔티티일 수 있다. 데몬은 이상들을 검출할 수 있는 KPI 수집 포인트로서 역할을 할 수 있다. 데몬은 또한, 협업적(collaborative) 측정들에 참여하고 따라서, 더 정확한 이상/고장 로컬화를 허용하는 측정 포인트로서 역할을 할 수 있다. 데몬은 추가로, 수집되는 원시 또는 어그리게이트된 KPI들을 표준 관리 인터페이스들을 통해 매니저에 전달할 수 있는 KPI 소스로서 역할을 할 수 있다. 추가적으로, 데몬은 데몬의 마스터 TSA 또는 매니저에 의해 발행된 구성 커맨드들을 실행시키는 엔티티로서 역할을 할 수 있다.

[0066] 데몬을 인스톨하는 것이 결코 필수적인 것은 아니다. 예컨대, MBH 특정들로 인해, 데몬이 Tra-SON 프레임워크의 동작에 값을 추가할 수 있는 경우, 각각의 그리고 모든 각각의 전송 노드에 데몬을 인스톨하는 것이 여전히 필수적인 것은 아니다. 대신에, 데몬은, 별개의 네트워크 도메인들 사이의 진입(ingress)/출구(egress) 노드들로서 역할을 하는 노드들, 또는 많은 수의 eNB들의 트래픽을 어그리게이트하고 있는 노드들과 같은 전송 노드들을 선택하기 위해 인스톨될 수 있다.

[0067] 특정 실시예들에 따른 전송 SON 프레임워크는 다양한 방식들로 사용될 수 있다. 예컨대, 제1 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 플러그-앤드-플레이 eNB 커미셔닝을 위해 사용될 수 있다. 이 사용 사례는 전송 계획을 크게 단순화시킬 수 있으며, eNB 커미셔닝 프로세스의 자동화 레벨을 증가시킬 수 있다. 현재 eNB 커미셔닝은 프로비저닝 프로세스 이전에 전송 서비스들이 사전-계획되고 사전-구성되도록 요구한다. 이에 반해, 특정 실시예들에 따른 전송 SON 프레임워크는 각각의 그리고 모든 각각의 eNB의 전송 연결을 사전-계획하고 사전-구성할 필요성을 제거할 수 있다. eNB 측 TSA는 커미셔닝 프로세스의 시작을 검출할 수 있으며, 매니저를 통해 전송 구성을 자동으로 트리거할 수 있다. 제1 사용자 플레인 연결이 설정될 때까지, 전송 연결이 이용가능할 수 있다. 제2 스텝으로서, 특정 실시예들에 따른 전송 SON 프레임워크는 eNB가 서빙하는 트래픽 요구에 대해 eNB의 자원 배정을 최적화할 수 있다.

[0068] 제2 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 ANR에 대한 상보적 메커니즘으로서 X2 인터페이스에 대한 자동화된 전송 구성을 위해 사용될 수 있다. 위에서 설명된 사용 사례와 유사한 방식으로, Tra-SON 프레임워크는, 새롭게 활성화된/설정된 X2 인터페이스들을 검출하고, 감소된 수의 홉들, 효율적 자원 배정 등과 같은 최적의 방식으로 전송 연결을 구성하도록 구성될 수 있다.

[0069] 제3 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 eNB 및/또는 SAE-GW 전송 인터페이스 및 전송 라우터 자기-구성 및 파라미터 최적화를 위해 사용될 수 있다. 이 사용 사례는 계획 및 구성 프로세스를 간략화할 수 있을 뿐만 아니라, 또한 조화된 라디오 및 전송 QoS를 인에이블할 수 있으며, 코히런트 엔드-투-엔드 전송 구성을 보장할 수 있다. TSA들을 통해, Tra-SON은 주어진 실제 트래픽 믹스를 최상으로 서빙하는 전송 파라미터들의 동적 및 적응적 구성을 인에이블할 수 있다. 따라서, TSA들은 타겟 QoS가 충족되지 않는지 여부를 검출하기 위해 트래픽을 모니터링할 수 있다. 타겟 QoS가 충족되지 않을 수 있는 이유는, 예컨대, 라디오 및 전송 구성이 조화되지 않은 것 때문일 수 있다. TSA들은 또한, 구성된 자원들이 적절한 QoS에 대해 충분하지 않은지 여부를 검출하기 위해 트래픽을 모니터링할 수 있다. QoS 부족 또는 자원 부족의 이러한 경우들이 검출될 때마다, TSA들은 자기-구성 프로세스로서 관련 전송 파라미터들을 자동으로 재구성할 수 있거나, 또는 예컨대, 문제가 로컬 재구성을 통해 해결될 수 없는 경우, 액션을 위해 매니저를 트리거할 수 있다. 이 사용 사례는, 솔루션 자체가 주어진 eNB에 대한 최상의 파라미터들이 발견되는 것을 처리(take care)할 수 있으므로, 디폴트 구성을 가지는 네트워크 엘리먼트들의 배치를 허용할 수 있다.

[0070] 제4 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 전송 서비스 자기-최적화를 제공할 수 있다. Tra-SON은 전송 서비스가 최적의 자원 배정으로 구성되지 않는지 여부를 검출할 수 있으며, 재구성을 트리거할 수 있다. 따라서, 검출된 열화가 열악한 전송 서비스 구성으로 인한 것인 경우, TSA들은 매니저를 트리거한다. 결과적으로, 매니저는 다음의 액션들 중 하나를 선택할 수 있다. 예컨대, 매니저는 기존 경로에 대해 프리 자원들이 충분한 경우 대역폭 배정을 증가시킬 수 있다. 다른 옵션에서, 전송 자원들이 충분하지 않은 경우, 매니저는 충분한 대역폭 배정을 가지지 않은 것과 동일한 자원들을 공유하고 있는 활용도가 낮은(underutilized) 전송 서비스들을 식별할 수 있으며, 문제가 있는 전송 서비스의 배정을 확장시키기 위한 공간(room)을 생성하기 위해 활용도가 낮은 전송 서비스들을 다운사이징(downsize)할 수 있다. 다른 옵션에서, 예컨대, 혼잡한 전송 서비스의 경로에 대해 자원들이 충분하지 않고, 다른 서비스들을 다운사이징함으로써 충분한 대역폭을 해방(free up)시키기 위한 가능성이 전혀 없는 경우, 매니저는 전송 서비스들을 재라우팅할 수 있으며, 동시에 균일한 로드 및 최적의 시스템 자원 활용을 유지할 수 있다. 추가적 옵션에 따라, 매니저는 위의 액션들 중 어떠한 것도 가능하지 않은 경우 권장되는 구성과 커플링된 알람 메시지로 운영자를 트리거할 수 있다.

[0071] 제5 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 적절하게 구성되지 않은 전송 엘리먼트들을 검출할 수 있다. 예컨대, TSA(들)는 엔드-투-엔드 측정들을 계속적으로 수행할 수 있다. 따라서, QoS 또는 시스템 효율성을 열화시키는 구성을 가지는 전송 엘리먼트들이 검출될 수 있다. 셋-업에 따라, 매니저는 이 엘리먼트들을 식별하고 이 엘리먼트들의 구성을 정정하도록 구성될 수 있다.

[0072] 제6 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 트래픽 추세 분석 및 예방적 최적화를 수행할 수 있다. 예컨대, 매니저는 트래픽 추세들을 검출하고 시스템 내에서의 잠재적 추후 자원 제한들/협소 포인트들을 식별하기 위해 트래픽을 계속적으로 모니터링할 수 있다. 결과적으로, 매니저는 이 사건들을 방지하기 위해 시스템 구성을 업데이트할 수 있다. 사용자들의 데일리(daily) 통근 루틴 및 지리적 다이버시티의 이득을 레버리징(leverage)하기 위해, 토폴로지가 그것을 허용할 때마다, 매니저는 시외 셀들을 서빙하도록 배정되는 자원들을 해방시킬 수 있고, 업무 시간들 동안 시내 영역들 등의 자원 배정을 증가시킬 수 있으며, 업무 시간들이 끝난 이후에 구성을 복귀시킬 수 있다. 더욱이, 매니저는 계획된 네트워크 확장들의 방해를 회피하거나, 배정 및 보유 우선순위들, 비용 함수들 등에 기초하여 동작하기 위해 재구성을 지연시킬 수 있다.

[0073] 제7 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 최적의 시스템 레벨 구성 및 자원 배정을 유지할 수 있다. 네트워크 배치 시, 시스템이 eNB들의 커미셔닝에 따라 확장될 때, 전송 자원들이 새로운 eNB들로 하나씩 프로비저닝되므로, 시스템 상태는 최적의 상태로부터 벗어날 수 있다. 이것은, 실제 상태, 즉, 이미 구성된 서비스들, 및 설정되는 새로운 전송 서비스들의 자원 수요를 고려함으로써, 새롭게 프로비저닝된 eNB의 전송 서비스들이 생성될 수 있기 때문일 수 있다. 이 접근법은 로컬 최적을 제공할 수 있다. 새롭게 구성된 eNB들의 수가 증가하므로, 이 접근법은 시스템 레벨에서 차선의 구성으로 이어질 수 있다. 매니저는 기존 배정들, 이를테면, 자원 배정들 대 이용가능한 용량, 전송 터널들의 경로들 대 토폴로지 등을 계속적으로 모니터링할 수 있다. 충분한 이득이 시스템 레벨 최적화에 의해 달성될 수 있을 때, 예컨대, 임계량 초과의 이득이 그렇게 달성될 수 있을 때, 매니저는 시스템 레벨 최적을 고려함으로써 각각의 서비스에 대한 최적의 경로를 계산할 수 있고, 재구성에 대한 스텝-별 계획을 생성할 수 있으며, 이 계획에 따라 재구성(들)을 트리거할 수 있다.

[0074] 제8 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 SLA 모니터링을 포함할 수 있다. Tra-SON 프레임워크는, 전송 서비스들이 임대 라인(leased line)들 상에서 제공되는 경우 SLA를 모니터링하기 위해; 활용도가 낮은 자원들을 식별하기 위해; 그리고/또는 자원 제한들을 예측하기 위해서 뿐만 아니라 요구되는 자원들을 정량화하기 위해 사용될 수 있다.

[0075] 제9 사용 사례에서, 특정 실시예들에 따른 전송 SON 프레임워크는 예컨대, KPI들의 측정들을 위해 사용될 수 있다. Tra-SON 프레임워크는 상세한 및 정확한 KPI들을 제공할 뿐만 아니라 고장들을 식별 및 로컬화할 수 있는 측정 메커니즘으로서 역할을 할 수 있다. 따라서, 특정 실시예들은 네트워크 모니터링, 관리 및 분쟁 조정 능력들을 향상시킬 수 있다.

[0076] 위의 사용 사례들은 개별적으로 또는 서로 조합하여 수행될 수 있다. 이것들은 단순히 예시적 사용 사례들이고, 다른 사용들이 또한 허가된다.

[0077] Tra-SON은 이종 MBH 환경들 상에서 동작할 수 있다. 다양한 가능한 구현들이 존재할 수 있으며, 다음의 설명은 이들 중 일부 예들이다.

[0078] 도 3은 특정 실시예들에 따른 eNB-측 TSA의 구현 대안들을 예시한다. eNB 측 TSA의 유효 구현은 eNB 자체 상에서 또는 eNB 사이트에 로케이팅된 독립형 디바이스 상에서 또는 사이트 라우터 상에서 실행되는 소프트웨어 엔티티를 포함할 수 있다. 후자의 구현은 TSA 데몬에 대응할 수 있다. 데몬의 가능한 구현은 이러한 것이 이용가능한 경우 라우터 SDK들 상에 데몬을 배치하는 것이다. 각각의 구현 대안에서, TSA는, 예컨대, 사용자-, 제어-, 관리-플레인 트래픽을 포함하는 eNB의 전체 트래픽을 모니터링할 수 있는 인-라인 엔티티일 수 있다.

[0079] TSA는 다음과 같이, 자신의 전체 수명 동안 eNB의 전송 연결을 관리할 수 있다. TSA가 eNB 상에서 실행되는 소프트웨어 엔티티인 경우, TSA는 내부 관리 인터페이스를 사용하여 eNB 전송 인터페이스 카드를 구성하고, 공통 관리 인터페이스, 이를테면, SNMP, Netconf, CLI 등을 사용하여 사이트 라우터를 관리할 수 있다(사이트 상에 이러한 엘리먼트가 존재하는 경우). TSA가 독립형 엔티티인 경우, TSA는 이용가능한 관리 인터페이스들을 사용하여 eNB의 관련 전송 파라미터들 및 사이트 라우터의 관련 전송 파라미터들을 구성할 수 있다. 제3 대안에서, 데몬은 내부 인터페이스를 통해 사이트 라우터를 관리할 수 있다. 각각의 경우, TSA는 자기-구성/자기-최적화 프로세스들로의 입력으로서 사용되는 eNB의 QoS 파라미터들에 대한 액세스를 가질 수 있다. 추가적 유효 대안은, SDN 제어기를 통해(예컨대, 개방형 흐름 사우스바운드(southbound) 인터페이스를 통해) 또는 기존 공통 관리 인터페이스들(예컨대, SNMP, Netconf, CLI, 등)에 의해 eNB 측 전송 파라미터들을 구성/최적화하고 있는 매니저에게 모든 관리 책임들을 위임하는 것이다. 이 대안에서, TSA는 이상이 검출되는 경우 액션들을 위해 매니저를 트리거하고 있는 KPI 수집 및 분석 엔티티로서 역할을 할 수 있다.

[0080] eNB가 커미셔닝될 때, eNB의 전체 트래픽을 모니터링하는 TSA는 커미셔닝 프로세스가 시작되었음을 검출할 수 있으며, 관리 서버, 이를테면, NetAct 엔티티로부터 eNB가 다운로드한 구성 파일로부터, TAC(tracking area code) 및 관련 전송 구성 파라미터들, 이를테면, VLAN ID들 등을 추출할 수 있다. 이것은 커미셔닝 파일이 암호화되지 않을 때 가능할 수 있다.

[0081] 대안적 방법은 eNB가 TAC 및 다른 관련 정보에 대해 TSA에게 통지할 수 있는 것이다. 이것은 커미셔닝 파일이 암호화될 때 유용할 수 있다. 다른 유효 대안은 TSA가 커미셔닝 프로세스 자체를 검출할 수 있으며, 커미셔닝 프로세스에 대해 매니저에 통지할 수 있는 것이다. 이 대안은 TSA가 eNB 상에서 실행되고 있지 않을 때 유용할 수 있다. 이것들은 구현 대안들이다. 일반적으로, 전송 연결은 Tra-SON 프레임워크에 의해 커미셔닝 프로세스 동안 생성되어, 따라서, 특정 구현과 관계없이 자동화 레벨을 증가시킬 수 있다.

[0082] 추출된 또는 그렇지 않으면 획득된 정보는, 각각의 TAC에 할당된 S-GW들의 데이터베이스를 유지하도록 구성된 매니저에게 포워딩될 수 있다. 이 정보는 NetAct로부터 획득될 수 있으며, 계속적으로 업데이트될 수 있다. 대안적으로 또는 추가적으로, S-GW들의 리스트가 선택적 특징일 수 있는 구성 파일의 부분으로서 제공되는 경우, TSA는 또한, 이 정보를 추출할 수 있으며, 이 정보를 매니저에게 포워딩한다. 수신된 정보에 기초하여, 매니저는 기존 네트워크 관리 툴들, 이를테면, SDN 제어기, PCE 등을 통해 전송 연결을 설정할 수 있다. 이러한 네트워크 관리 툴들이 이용가능하지 않은 경우, 매니저는 자체적으로 구성을 실행할 수 있다.

[0083] 예컨대, 제1 매니저는, 주변 영역에서 이미 동작하는 eNB들의 평균 자원 배정으로서 세팅될 수 있는 값으로 새롭게 커미셔닝된 eNB에 대해 생성된 전송 서비스에 초기 대역폭을 배정할 수 있다. 일단 eNB가 동작하기 시작하면, 예컨대, 사용자 트래픽이 전송 계층에 나타날 때, TSA는 트래픽 요구에 대한 대역폭 배정을 조절하기 위해 모니터링 및 프로파일링을 시작할 수 있다.

[0084] 매니저가, 전송 연결이 설정되었음을 eNB 및 NetAct에게 통지할 때, 커미셔닝 프로세스는 이 엘리먼트들에 의해 완료된 것으로서 고려될 수 있다.

TSA가 단지 커미셔닝 프로세스만을 검출하기 위한 능력으로 구현되는 경우, 매니저는, NetAct로부터, 요구되는 정보를 포착할 수 있다. 유효 대안 구현은, 커미셔닝 프로세스의 일부로서, NetAct가 요구되는 연결을 생성하도록 매니저를 트리거하는 것이다. 이 동작은 위에서 설명된 제1 사용 사례에 대응할 수 있다.

[0085] 유사한 방식으로, ANR이 턴 온되는 경우, TSA는 새로운 X2 인터페이스의 활성화를 검출할 수 있다. 일단 대응하는 프로시저가 검출되면, TSA는 수반되는 eNB들 사이의 요구되는 연결을 생성하도록 매니저를 트리거할 수 있다. 매니저는, MBH 상에서의 최적의 자원 활용 및 특수 X2 요건, 이를테면, 최소 수의 중간 전송 홉들에 관한 eNB 사이의 최단 경로를 고려함으로써, X2 인터페이스에 대한 전송 연결(예컨대, 포인트-투-포인트 터널)을 설정할 수 있다. 자원 배정은 eNB 커미셔닝 프로세스의 경우와 유사한 방식으로 이루어질 수 있다: 트래픽 수요들 및 추세들에 대한 모니터링 및 계속적 적응 프로세스 이전에, 제1 매니저가, 이미 설정된 X2 인터페이스들에 배정된 자원들을 고려함으로써 자원들을 배정할 수 있다. TSA는 X2가 더 이상 사용되지 않는지 여부를 검출할 수 있으며, 배정된 자원들을 릴리스(release)하도록 매니저를 트리거할 수 있다. 이것은 위에서 참조된 제2 사용 사례의 동작의 구현일 수 있다.

[0086] 도 4는 특정 실시예들에 따른 TSA의 동작을 예시한다. 위에서 언급된 바와 같이, TSA는, 이상 및 열화 검출 및 로컬화를 위해, 2015년 1월 27일자로 PCT/EP2015/051563으로서 출원된 "Context based correlated QoS measurement and QoE monitoring framework"에서 설명된 메커니즘들을 사용할 수 있다. 추가적으로, TSA는, 410에서, 예컨대, 전송 계층 이슈들, 이를테면, 열악한 구성, 자원 제한 등에 의해 야기되는 예상된 거동으로부터 임의의 편차를 검출하기 위해 베어러들에 제공된 QoS 레벨을 계속적으로 모니터링할 수 있다. 타겟 QoS로부터 열화 또는 편차가 검출될 때마다, 420에서, TSA는 문제를 로컬화할 수 있다. 예컨대, TSA는, 문제가 eNB 전송 인터페이스로 인한 것인지 아니면 사이트 라우터로 인한 것인지를 체크할 수 있다. 문제가 로컬인 경우, TSA는, 440에서, 이 문제가 재구성을 통해 해결될 수 있는지 여부를 체크할 수 있으며, 450에서, 필요한 재구성 또는 최적화를 개시할 수 있다. 로컬로 구성가능한 파라미터들은 스케줄링 가중치들, RED/AQM 파라미터들, 섀이핑(shaping) 레이트들 및 셰이퍼(shaper) 파라미터들 등을 포함할 수 있다. 문제가 로컬이지만, 파라미터 재구성에 의해 해결될 수 없는 문제로 인한 것인 경우, 460에서, TSA는 알람을 OSS로 발행할 수 있다. 엔드-투-엔드 전송 연결에 의해 열화(예컨대, 충분하지 않은 물리적 용량, 낮은 대역폭 배정을 가지는 혼잡한 전송 또는 전송 서비스 등)가 야기되는 경우, 430에서, TSA는 액션을 위해 매니저를 트리거할 수 있다. 이것은 위에서 언급된 제3 사용 사례에 따른 Tra-SON 프레임워크의 동작의 구현을 제공할 수 있다.

[0087] 도 5는 특정 실시예들에 따른 Tra-SON 매니저 상호작용을 예시한다. 도 5에 도시되는 바와 같이, TSA는, 수집되는 KPI들을 원시 또는 어그리게이트된 포맷으로 매니저 또는 OSS 툴들에 업스트림할 수 있는 측정/KPI 수집 포인트로서 역할을 할 수 있다.

[0088] S-GW/SAE-GW/FlexiZone 제어기 TSA의 유효 구현은, 예컨대, FlexiNG/FlexiZone 제어기 상에서 실행되는 소프트웨어 엔티티, 또는 FlexiNG/FlexiZone 제어기 사이트에서의 사이트 라우터(들) 상에서 실행되는 데몬으로서의 독립형 엔티티를 포함할 수 있다. 각각의 경우, TSA는 S-GW/SAE-GW/FlexiZone 제어기의 전체 MBH 트래픽에 대한 액세스를 가질 수 있다. TSA의 나머지 기능 및 동작은 eNB 측 TSA의 경우에서 설명된 것과 유사할 수 있다.

[0089] Tra-SON 매니저의 유효 구현은, 예컨대, NetAct 컨텐츠 팩과 같은 기존 네트워크 관리 툴에 부착된 또는 코어 네트워크에 로케이팅된 독립형 서버 상에서 실행되는 소프트웨어 엔티티를 포함할 수 있다.

[0090] 도 6은 특정 실시예들에 따른, TSA 트리거에 기초하는 매니저에 의한 전송 서비스 최적화를 예시한다. 도 6에 도시되는 바와 같이, 매니저는 TSA들로부터 수신된 트리거들에 기초하여 또는 차선의 시스템 구성이 검출될 때마다, 또는 매니저가 실행하는 추세 분석에 기초하여, 열화를 예측하는 액션들을 취하고 있는 네트워크 레벨 매니저/옵티마이저(optimizer)로서 역할을 할 수 있다.

[0091] 매니저는 관리 인터페이스, 이를테면, JSON, IPFEX 등을 통해 네트워크 내에서 각각의 TSA에 연결될 수 있다. 이 인터페이스는, 위에서 언급된 바와 같이, 로컬 재구성 또는 파라미터 최적화에 의해 해결될 수 없는 열화가 검출될 때 매니저를 트리거하기 위해 TSA들에 의해 사용될 수 있다.

[0092] 610에서, 이 트리거들이 수집되고, 615에서, 긍정 오류 알람들을 제거하기 위해 매니저에 의해 필터링되며, 마지막으로, 다수의 eNB들에 영향을 미치고 있는 그러한 고장들/열화들을 식별하기 위해 상관된다. 일단 고장들/열화의 상관된 리스트가 이용가능하면, 매니저는 먼저, 그들의 엄격도 레벨, 예컨대, 영향을 받은 eNB들의 수량, 영향을 받은 서비스들, 일시적 열화 대 영구적 열화 등을 평가할 수 있다. 엄격한 고장들/열화들, 이를테면, 620에서 영구적인 것으로 결정되는 것들은 먼저, 가능한 액션들을 식별하고, 이용가능한 자원들을 체크하고, 그리고 요구되는 재구성/최적화를 트리거함으로써 핸들링될 수 있다. 630에서 매니저에 의해 해결될 수 없는 것으로 결정되는, 자원 제한 열화와 같은 이유들의 경우, 635에서, 알람이 OSS 시스템/운영자에게 전송될 수 있다.

[0093] 625에서, 일시적 열화는 액션을 통해 해결되지 않을 수 있지만, 일시적 이슈가 영구적 이슈로 바뀌는지 여부를 검출하기 위해 모니터링될 수 있다. 열화가 해결될 수 있는 경우, 매니저는, 요구되는 액션(예컨대, 추가 자원들의 양, 영향을 받은 네트워크 엘리먼트들의 새로운 구성, 대안적 경로 등)을 평가할 수 있으며, 640에서, 전송 관리/구성 툴들에 대한 요청을, 예컨대, SDN 제어기로 발행할 수 있다.

[0094] MBH가 별개의 SDN 제어기들에 의해 관리되는 다수의 도메인들을 포함하고, 열화를 해결하는 것이 다수의 도메인들의 변화들을 요구하는 경우, 매니저는 도메인 특정 요청들을 대응하는 SDN 제어기들에 전송함으로써 재구성을 조정(orchestrate)할 수 있다. 네트워크 엘리먼트들이 기존 SDN 제어기들 중 임의의 것에 의해 관리되지 않거나, 또는 MBH 내에 어떠한 SDN 제어기 도메인들도 존재하지 않고 임의의 다른 관리 툴도 이용가능하지 않은 경우, 매니저는 이용가능한 관리 및 제어 인터페이스들(예컨대, SNMP, Netconf, CLI 등), 또는 데몬(이용가능하다면)을 사용하여 요구되는 액션들을 강제할 수 있다.

[0095] 유효 대안은, 매니저가 eNB/S-GW/SAE-GW/FlexiZone 제어기/사이트 라우터의 전송 파라미터들을 구성하는 것에 대한 책임을 질 수 있는 것이다. 이 경우, 일단 트리거가 이러한 액션을 위해 TSA로부터 수신되거나, 또는 매니저 그 자체가 이 네트워크 엘리먼트들에 의해 야기되는 열화를 검출하면, 매니저는 요구되는 액션을 식별하고, 새로운 구성을 정의하고, 대응하는 SDN 제어기(네트워크 엘리먼트들이 SDN 제어기에 의해 관리되는 경우)를 통해 또는 이용가능한 관리 인터페이스, 이를테면, SNMP, Netconf, CLI 등의 사용을 통해 재구성을 발신할 수 있다.

[0096] 요청 이후에, 매니저는 645에서, 승인이 수신되었는지 여부를 결정할 수 있다. 승인이 수신되지 않았을 경우, 매니저는 650에서, 사건을 기록할 수 있다. 승인이 수신된 경우, 매니저는 655에서, 재구성을 개시하고, 효율성을 모니터링하고, 사건을 기록할 수 있다. 따라서, Tra-SON 프레임워크는 운영자가 프레임워크에 의해 발신된/제안된 액션들을 따르고, 이들을 모니터링하고, 심지어 이들을 승인/거절하는 것을 가능하게 하도록 배치될 수 있다. 이 프로시저들은 위에서 논의된 제4 사용 사례에 대응할 수 있다.

[0097] 도 7은 특정 실시예들에 따른, 매니저에 의한 예시적 판정을 예시한다. 위에서 논의된 바와 같이, 열화를 해결하기 이전에, 매니저는 요구되는 액션을 식별할 수 있고, (예컨대, 문제가 자원 배정에 근원이 있는 경우) 자원(들) 수요를 계산할 수 있으며, 엔드-투-엔드 사이에 프리 자원들이 충분한지 여부를 평가할 수 있다. 평가/분석의 하나의 가능한 결과는, 도 7에서 예시되는 바와 같이, 엔드-투-엔드 경로의 각각의 링크 상에 대해 프리 자원들이 충분한 것이다. 이 경우, 매니저는 SDN 제어기(들) 및/또는 프로비저닝 툴들을 통해 자원 배정의 증가를 개시할 수 있거나, 또는, 예컨대, 네트워크 도메인/엘리먼트들이 SDN 제어기 또는 임의의 다른 적합한 툴에 의해 관리되지 않을 때, 재구성을 직접적으로 실행할 수 있다. 각각의 경우, 개선된 분석 방법들을 이용하여 TSA들에 의해 수집되는 KPI들에 기초하여 자원 수요가 계산될 수 있다는 점이 주목되어야 한다.

[0098] 도 8은 특정 실시예들에 따른, 매니저에 의한 다른 예시적 판정을 예시한다. 엔드-투-엔드 사이에 자원들이 충분하지 않은 경우, 매니저는 가능한 대안적 액션들을 찾을 수 있다. 하나의 가능성은 열화가 검출되었던 서비스와 동일한 자원들을 공유하는 다른 전송 서비스들(활용도가 낮음)이 존재할 수 있다는 것이다. 따라서, 매니저는 자원 제한을 가지는 서비스와 자원들을 공유하고 있는 서비스들을 식별할 수 있으며, TSA들을 통해 수집되는 이력적 데이터를 사용하여 그들의 활용 레벨을 체크할 수 있다. 재배정될 수 있는 활용도가 낮은 자원들이 충분한 경우, 매니저는 2개의 스텝들로 열화를 해결할 수 있다: 첫째, 활용도가 낮은 전송 서비스들의 자원 배정이 축소될 수 있고, 둘째, 열화가 있는 eNB의 자원 배정이 증가될 수 있다.

[0099] 도 9는 특정 실시예들에 따른, 열악하게 구성된 전송 디바이스에 의해 야기되는 열화의 해결을 예시한다. 열화를 해결하기 위해 축소될 수 있는 어떠한 활용도가 낮은 전송 서비스들도 존재하지 않는 경우, 매니저는 충분한 프리 자원들이 이용가능한, 서비스에 대한 대안적 경로를 발견하려고 시도할 수 있다. 이러한 경로가 존재하는 경우, 매니저는 서비스를 재라우팅할 수 있으며, 새로운 경로에 대해 자원 배정을 증가시킬 수 있다. 대안적으로, 매니저는 자원 문제를 가지고 있지 않는 서비스들을 재라우팅함으로써 프리 자원들을 생성할 수 있으며, 자신의 원래 경로에서 문제가 있는 서비스를 유지할 수 있다. 이 액션은, 그 액션이 최적의 레벨에서 시스템 동작을 보존할 때 취해질 수 있다.

[0100] 자원 제한들에 추가하여, 열악하게 구성된 전송 노드들이 또한 효율성 또는 QoS/QoE 저하를 야기할 수 있다. TSA들에 의해 실행되는 이상/열화 검출 및 문제 로컬화는 이러한 네트워크 엘리먼트들의 존재를 검출할 수 있다. 이러한 엘리먼트들이 도 9의 1에서 검출되는 경우, TSA는 또한 관련 컨텍스트를 제공함으로써 액션들을 위해 매니저를 트리거할 수 있다. 2에서, 매니저는 SDN 제어기의 도움으로, 열악하게 구성된 전송 노드를 식별할 수 있으며, 재구성을 개시할 수 있다. Tra-SON 프레임워크의 이러한 동작은 위에서 논의된 제5 사용 사례에 대응할 수 있다.

[0101] 매니저는 추세 검출 및 전체 시스템 효율성 평가를 위해, KPI들, 및 TSA들에 의해 수집되는/실행되는 또는 공통 OSS KPI 데이터베이스들로부터 수신된 분석들의 결과들을 사용할 수 있다. 이용가능한 정보에 기초하여, 매니저는, 결국 열화 또는 차선의 시스템 동작으로 이어질 수 있는 알람되는 추세(alarming trend)들을 검출할 수 있다. 추가적으로, 매니저는 지리적 다이버시티 또는 데일리 자원 수요의 잠재적 소스들을 식별하기 위해 eNB들의 데일리 프로파일들(예컨대, 트래픽, 사용자 요구, 자원 수요 등을 포함함)을 분석할 수 있다.

[0102] 지리적 다이버시티는, 매니저가, 예컨대, 시외로부터 시내 또는 업무 영역들로 그리고 사용자들이 그들의 집으로부터 그들의 직장들로 통근하기 시작할 때는 역으로 자원들을 동적으로 시프트하게 허가할 수 있다. eNB의 데일리 트래픽 패턴은, 사용되지 않은 자원들을 릴리스하고, 하루의 주어진 기간에 eNB에서의 적절한 서비스 레벨에 적절한 것만큼만 배정하기 위해 사용될 수 있다. 이 방식에서, 사용자들의 데일리 루틴이 뒤따를 수 있고, 인프라구조가 허용한다면, 상당한 자원 및 에너지 소비 이득들/절약들이 달성될 수 있다.

[0103] 따라서, 추세 분석의 결과들에 기초하여, 매니저는 부정적 추세들이 열화들/고장들 또는 열악한 네트워크 성능으로 이어지는 것을 방지하기 위해 요구되는 구성들을 개시할 수 있다. 이 액션들을 방지하는 용량 제한들이 존재하는 경우, 매니저는 OSS 툴들/운영자에게 경고를 발행할 수 있다. 토폴로지가 지리적 다이버시티의 수확(harvesting)을 허용하는 경우, 예컨대, 시외 및 시내 셀들이 공통 전송 링크들을 공유하고 있는 경우, 매니저는 학습된 트래픽 패턴들/프로파일들/요구에 따라 원하는 동적 구성을 개시할 수 있다. 마지막으로, 매니저는 eNB들의 데일리 프로파일에 따라 자원 배정을 증가/감소시킬 수 있다. 이것은 위에서 언급된 제6 사용 사례에 따른 동작에 대응할 수 있다.

[0104] 도 10은 특정 실시예들에 따른 시스템 레벨 자원 배정들의 최적화를 예시한다. 도 10에 도시되는 바와 같이, 매니저는 시스템이 최적의 상태가 아닌지 여부를 검출하기 위해, 토폴로지 대 자원 배정들과 같은 시스템 상태를 주기적으로 체크할 수 있다. 네트워크가 eNB 커미셔닝 프로세스의 일부로서 확장될 때 통상적으로 새로운 자원들이 프로비저닝되므로, 자원 배정 메커니즘 시작 포인트는 네트워크 토폴로지, 이용가능한 자원들, 이미 프로비저닝된 서비스들 및 새로운 서비스들에 대한 요건들, 이를테면, 보호, 분리 기준들(disjointness criteria) 등일 수 있다.

[0105] 초기 프로비저닝 기준들의 사용은, 자원들이 하나씩 프로비저닝되므로, 단지 로컬로 최적의 구성만이 달성되게 할 수 있다. 전반적 시스템 상태는 시스템 레벨 최적으로부터 점점 벗어날 수 있다. 따라서, 매니저에 의해 실행되는 시스템 분석이 시스템 레벨 최적화를 실행하는 상당한 이득을 도시할 때, 매니저는 스텝-별 재구성 프로세스를 개시할 수 있고, 여기서, 먼저 각각의 서비스에 대한 최적의 경로가 계산되고, 그 다음, 요구되는 중간 구성 스텝들이 또한 인터럽션없이 서비스들의 마이그레이션(migration)을 허용하기 위해 식별된다.

[0106] 이 재구성 계획은 자동으로, 또는 부분들 또는 완전한 계획을 승인/거절할 수 있는 운영자의 감독 하에 실행될 수 있다. 계획의 이러한 핸들링은 계획이 시각화될 수 있는 OSS 툴들로 계획을 전달함으로써 이루어질 수 있다. 이 메커니즘은 도 10에 도시되는 바와 같이, 상당한 효율성 이득들로 이어질 수 있다. 이러한 이득들을 달성하기 위해, 매니저는 모든 전송 기술 계층들(예컨대, 광학(optical), Ethernet, IP-MPLS 등)을 고려함으로써 MBH 자원 배정들을 최적화하는 MLO(multi-layer optimization) 프로그램을 실행할 수 있다. 이것은 위에서 설명된 제7 사용 사례 하의 매니저의 동작일 수 있다.

[0107] 전송 서비스들이 임대 라인들을 통해 제공될 때, Tra-SON 프레임워크는, 매니저가 엔드-투-엔드 서비스 재구성을 자체적으로 트리거할 수 없을 수 있지만, TSA를 통해 수집되는 측정들에 기초하여 임대 라인 SLA들이 충족되는지 여부를 평가할 수 있는 SLA 모니터링 툴로서 역할을 할 수 있는 것을 제외하고는, 위에서 설명된 바와 같이 동작할 수 있다. 이 평가는, 활용도가 낮은 그러한 임대 라인들 및 더 많은 대역폭 배정을 가져야 하는 것들을 식별하기 위해 또는 임대 라인 서비스 제공자에서의 잘못된 구성으로 인해 엔드-투-엔드 QoS가 충족되지 않는지 여부를 검출하기 위해 사용될 수 있다. 이 동작들은 위에서 설명된 제8 사용 사례의 동작들에 대응할 수 있다.

[0108] Tra-SON 프레임워크는, TSA들이 정확한 및 상세한 KPI들, 사건 보고들, 근본 원인 등을 OSS 시스템에 제공할 수 있는 측정 및 이상 검출 포인트들로서 역할을 하고 있는, 네트워크 성능 및 효율성에 대한 깊은 통찰력을 수집하는 효율적 메커니즘으로서 작용할 수 있다. 이 경우, 매니저는, 측정들을 수집하고, KPI들에 대한 추가적 분석들을 실행하고, 데이터를 관련 OSS 데이터베이스들에 전달할 수 있다. 따라서, 이것은 위에서 언급된 제9 사용 사례의 일부 가능한 구현들에 대응할 수 있다.

[0109] 현재, Tra-SON 프레임워크에 의해 제공되는 사용 사례들을 효율적으로 구현할 수 있는 마켓에 대한 어떠한 솔루션들도 존재하지 않는다. 이에 반해, 특정 실시예들은 간략화된 플러그-앤드-플레이 eNB 서비스, 온-디맨드 X2 서비스 생성, QoE 구동 전송 네트워크 재구성, 라디오/전송 QoS 조화 등을 제공할 수 있다. 예컨대, 특정 실시예들에서, 동작은, 예컨대, 데몬 지원 구현을 사용하여, SDN 제어기를 통해 관리가능하지 않은 디바이스들 상에서 또는 이종 MBH 장비 배치들에 걸쳐 제공될 수 있다.

[0110] 게다가, 특정 실시예들은 QoE 열화, 데일리 트래픽 변동들, 더 긴 기간 추세들, 자동화된 파라미터 튜닝 등에 대한 사전 예방적 또는 반응적 액션과 같은 지능적 MBH 구성 액션들을 제공할 수 있다. 이것들은, 위에서 설명된 바와 같이 TSA 및 매니저로부터 측정들, 통찰력, 분석들, 프로파일링, 이상 검출 능력들을 획득할 수 있는 통찰력 구동 MBH 관리 시스템을 통해 제공될 수 있다.

[0111] 자기-구성 MBH는, 위에서 언급된 제3 사용 사례에 따라, 관련 파라미터(들)를 그들의 최적의 값으로 다시 자동으로 튜닝함으로써 고의적으로(deliberately) 잘못 구성된 파라미터(예컨대, 불균형 라디오 및 전송 QoS 세팅들을 생성하는 방식으로 구성된 파라미터)에 응답할 수 있다.

[0112] 마찬가지로, 특정 실시예들은 eNB 자신의 트래픽 프로파일의 검출가능한 변화없이 eNB의 전송 서비스의 수정을 제공할 수 있다. 이러한 수정은, 위에서 언급된 제4 사용 사례에서 설명된 바와 같이, 더 많은 자원들을 요구하는 다른 eNB에 대한 자원들의 재분배 또는 시스템 레벨 재구성의 실행을 통해 달성될 수 있다.

[0113] 특정 실시예들에서, 에이전트들은, 관련 인터페이스들, 이를테면, S1 인터페이스 상의 패킷들을 사용하여 TSA들과 매니저 사이에서 통신할 수 있다. 트래픽은 또한, 예컨대, 통합이 내부 인터페이스를 통해 구현되지 않을 때, 매니저와 OSS/NetAct 툴들 사이에서 교환될 수 있다.

[0114] 다양한 실시예들은 이익들 또는 이점들을 가질 수 있다. 예컨대, 특정 실시예들에서, 임의의 이상을 검출하기 위해 그리고 이상이 열화를 의미하는지 여부를 정의하기 위해 전체론적(holistic) 방식으로(예컨대, 사전 정의된 임계치에 대한 개별적인 값들이 아니라, 프로파일링된 거동에 대한 시스템 상태의 맥락 내에서의 그들의 레벨/성상도/패턴/에볼루션임) 사용자 및 제어 플레인 KPI들(예컨대, 직접적 및 유추된/구성된 것들)을 통해 네트워크 상태를 계속적으로 모니터링할 수 있는 메커니즘이 항상 존재할 수 있다. 후자의 경우, 또 다른 독점적 방법은, 전송과 관련된 그러한 열화들(예컨대, 혼잡, 쇼트 버퍼, 경로 스위치, 잘못된 네트워크 노드 파라미터화 등)을 식별한 다음, 가능한 한 정확한 로컬화, 예컨대, RA 노드들, 사이트 라우터, 임대 라인 또는 전송 서비스의 전송 인터페이스에 대한 위치 지정(location)을 하기 위해, 사용될 수 있다. 일단 전송 열화, 그것의 위치, 및 이유가 식별되었으면, 메커니즘은, 이를테면, 필요한 자원들을 계산하고, 그것이 관련 네트워크 도메인에서 이용가능한지 여부를 체크하기 위해, 요청되는 액션을 식별하고, 그것을 자동으로 실행하기 위해 적용될 수 있다. SDN은 구현을 위한 가능한 툴의 하나의 예이다. 프레임워크는 SDN과 같은 임의의 기존 관리 플랫폼을 통해 자체적으로 관리 액션을 수행할 수 있다.

[0115] 도 11은 본 발명의 특정 실시예들에 따른 시스템을 예시한다. 하나의 실시예에서, 시스템은, 예컨대, 진화된 Node B에서, SAE-GW에서, 또는 독립형 디바이스로서 제공될 수 있는 적어도 하나의 Tra-Son 에이전트(1110), 적어도 하나의 Tra-SON 매니저(1120), 및 SDN 제어기 또는 OSS/NMS 툴들을 제공하도록 구성된 서버 등일 수 있는 적어도 하나의 코어 네트워크 엘리먼트(1130)와 같은 다수의 디바이스들을 포함할 수 있다.

[0116] 이 디바이스들 각각은 1114, 1124 및 1134로서 각각 표시되는 적어도 하나의 프로세서를 포함할 수 있다. 적어도 하나의 메모리는 각각의 디바이스에서 제공되고, 1115, 1125 및 1135로서 각각 표시될 수 있다. 메모리는 그에 포함되는 컴퓨터 프로그램 명령들 또는 컴퓨터 코드를 포함할 수 있다. 프로세서들(1114, 1124 및 1134) 및 메모리들(1115, 1125, 및 1135) 또는 이들의 서브세트는, 예컨대, 도 4, 도 6 및 도 9의 다양한 블록들에 대응하는 수단을 제공하도록 구성될 수 있다.

[0117] 도 11에 도시되는 바와 같이, 트랜시버들(1116, 1126 및 1136)이 제공될 수 있고, 각각의 디바이스는 또한 1117, 1127 및 1137로서 각각 예시되는 안테나를 포함할 수 있다. 예컨대, 이 디바이스들의 다른 구성들이 제공될 수 있다. 예컨대, 코어 네트워크 엘리먼트(1130)는 무선 통신 대신에, 유선 통신을 위해 구성될 수 있고, 이러한 경우, 안테나(1137)는 종래의 안테나를 요구하지 않는 임의의 형태의 통신 하드웨어를 예시할 수 있다.

[0118] 트랜시버들(1116, 1126 및 1136)은 각각 독립적으로, 송신기, 수신기 또는 수신기 및 송신기 둘 다, 또는 송신 및 수신 둘 다를 위해 구성되는 유닛 또는 디바이스일 수 있다.

[0119] 프로세서들(1114, 1124 및 1134)은 CPU(central processing unit), ASIC(application specific integrated circuit) 또는 비교가능한 디바이스와 같은 임의의 컴퓨테이셔널 또는 데이터 프로세싱 디바이스에 의해 구현될 수 있다. 프로세서들은 단일 제어기 또는 복수의 제어기들 또는 프로세서들로서 구현될 수 있다.

[0120] 메모리들(1115, 1125 및 1135)은 독립적으로, 비-일시적 컴퓨터 판독가능한 매체와 같은 임의의 적합한 저장 디바이스일 수 있다. HDD(hard disk drive), RAM(random access memory), 플래시 메모리 또는 다른 적합한 메모리가 사용될 수 있다. 메모리들은 프로세서로서 단일 집적 회로 상에서 조합될 수 있거나, 또는 하나 또는 그 초과의 프로세서들로부터 분리될 수 있다. 게다가, 메모리 내에 저장되고 프로세서들에 의해 프로세싱될 수 있는 컴퓨터 프로그램 명령들은 임의의 적합한 형태의 컴퓨터 프로그램 코드, 예컨대, 임의의 적합한 프로그래밍 언어로 기록된 컴파일링된 또는 인터프리팅된 컴퓨터 프로그램일 수 있다.

[0121] 메모리 및 컴퓨터 프로그램 명령들은, 특정 디바이스에 대한 프로세서와 함께, Tra-SON 에이전트(1110), Tra-SON 매니저(1120), 및 코어 네트워크 엘리먼트(1130)와 같은 하드웨어 장치로 하여금 본원에서 설명되는 프로세스들 중 임의의 프로세스(예컨대, 도 4, 도 6 및 도 9 참조)를 수행하게 하도록 구성될 수 있다. 따라서, 특정 실시예들에서, 비-일시적 컴퓨터 판독가능한 매체는, 하드웨어로 실행되는 경우 본원에서 설명되는 프로세스들 중 하나와 같은 프로세스를 수행하는 컴퓨터 명령들로 인코딩될 수 있다. 대안적으로, 본 발명의 특정 실시예들이 하드웨어에서 전체적으로 수행될 수 있다.

[0122] 게다가, 도 11이 Tra-SON 에이전트, Tra-SON 매니저 및 코어 네트워크 엘리먼트를 포함하는 시스템을 예시하지만, 본 발명의 실시예들은 다른 구성들 및 추가 엘리먼트들을 수반하는 구성들에 적용가능할 수 있다. 예컨대, 도시되지 않은 추가적 Tra-SON 에이전트들이 존재할 수 있고, 예컨대, 도 1 및 도 2에 예시되는 바와 같이, 추가적 코어 네트워크 엘리먼트들이 존재할 수 있다.

[0123] 당업자는 위에서 논의된 바와 같은 본 발명이 개시되는 것들과 상이한 구성들에서 하드웨어 엘리먼트들로 그리고/또는 상이한 순서의 단계들로 실시될 수 있다는 것을 용이하게 이해할 것이다. 따라서, 본 발명은 이 바람직한 실시예들에 기초하여 설명되지만, 본 발명의 사상 및 범위 내에 유지되면서 특정 수정들, 변형들 및 대안적 구성들이 명백할 것이라는 것이 당업자들에게 명백할 것이다.

[0124] 약어들의 리스트

[0125] ANR Automated Neighbor Relation

[0126] AQM Active Queue Management

[0127] BTS Base Transceiver Station

[0128] CAPEX Capital Expenditures

[0129] CEM Customer Experience Management

[0130] CLI Command Line Interface

[0131] E2E End-to-End

[0132] eNB evolved Node B

[0133] FlexiNG Flexi Network Gateway

[0134] GW Gateway

[0135] HSPA High Speed Packet Access

[0136] JSON JavaScript Object Notation

[0137] KPI Key Performance Indicator

[0138] LTE Long Term Evolution

[0139] MBH Mobile Backhaul

[0140] MLO Multi-Layer Optimization

[0141] NAT Network Address Translation

[0142] OPEX Operation Expenditures

[0143] OSS Operation Support System

[0144] PCE Path Computation Element

[0145] QoE Quality of Experience

[0146] QoS Quality of Service

[0147] RA Radio Access

[0148] RED Random Early Detection

[0149] SDN Software Defined Networking

[0150] SAE-GW System Architecture Evolution Gateway

[0151] SDK Software Development Kit

[0152] S-GW Serving Gateway

[0153] SLA Service Level Agreement

[0154] SNMP Simple Network Management Protocol

[0155] SON Self Organizing Network

[0156] TAC Tracking Area Code

[0157] Tra-SON Transport SON

[0158] TSA Tra-SON Agent

Claims

방법으로서,
모바일 백홀 상에서 적어도 하나의 기지국에 대한 전송 연결을 모니터링하는 단계;
상기 적어도 하나의 기지국의 전송 연결에서 적어도 하나의 열화 또는 이상(anomaly)을 검출하는 단계; 및
검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하는 단계를 포함하는, 방법.
제1 항에 있어서,
상기 적어도 하나의 기지국은 진화된(evolved) Node B를 포함하는, 방법.
제1 항에 있어서,
상기 적절한 네트워크 관리 액션은 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것인지 여부를 결정하고, 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것이 아니라면, 네트워크 매니저를 트리거하는 것을 포함하는, 방법.
제1 항에 있어서,
상기 적절한 네트워크 관리 액션은, 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것으로 결정되는 경우, 상기 로컬 문제가 재구성에 의해 해결될 수 있는지 여부를 결정하고, 상기 로컬 문제가 재구성에 의해 해결될 수 있다면, 재구성하는 것을 포함하는, 방법.
제1 항에 있어서,
상기 적절한 네트워크 관리 액션은, 상기 검출된 열화 또는 이상이 재구성에 의해 해결될 수 없는 로컬 문제로 인한 것으로 결정되는 경우, 알람 또는 보고를 운영 지원 시스템에 전송하는 것을 포함하는, 방법.
방법으로서,
적어도 하나의 기지국에 대해 모바일 백홀 전송 관련 트리거들을 모니터링하는 단계;
상기 트리거들에 대응하는 열화 또는 이상이 영구적인지 여부를 검출하는 단계; 및
검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하는 단계를 포함하는, 방법.
제6 항에 있어서,
상기 적어도 하나의 기지국은 진화된 Node B를 포함하는, 방법.
제6 항에 있어서,
상기 트리거들에 대한 필터링, 상관 또는 엄격도 레벨(severity level) 평가 중 적어도 하나를 더 포함하는, 방법.
제6 항에 있어서,
상기 열화 또는 이상이 영구적이지 않은 경우, 상기 적절한 네트워크 관리 액션은 상기 트리거들에 대한 모니터링 모드에 진입하는 단계를 포함하는, 방법.
제6 항에 있어서,
상기 열화 또는 이상이 영구적인 경우, 상기 적절한 네트워크 관리 액션은 상기 열화 또는 이상이 매니저에 의해 해결될 수 있는지 여부를 결정하는 단계를 포함하는, 방법.
제6 항에 있어서,
상기 열화 또는 이상이 매니저에 의해 해결될 수 없는 경우, 상기 적절한 네트워크 관리 액션은 알람을 운영 지원 시스템에 전송하는 단계를 포함하는, 방법.
제6 항에 있어서,
상기 열화 또는 이상이 매니저에 의해 해결될 수 있는 경우, 상기 적절한 네트워크 관리 액션은 재구성을 개시하는 단계를 포함하는, 방법.
제12 항에 있어서,
상기 재구성은 운영자로부터의 승인을 수신하는 것을 조건으로 하는, 방법.
장치로서,
적어도 하나의 프로세서; 및
컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하고,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서와 함께, 상기 장치로 하여금 적어도,
모바일 백홀 상에서 적어도 하나의 기지국에 대한 전송 연결을 모니터링하게 하고;
상기 적어도 하나의 기지국의 전송 연결에서 적어도 하나의 열화 또는 이상을 검출하게 하고; 그리고
검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하게 하도록 구성되는, 장치.
제14 항에 있어서,
상기 적어도 하나의 기지국은 진화된 Node B를 포함하는, 장치.
제14 항에 있어서,
상기 적절한 네트워크 관리 액션은 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것인지 여부를 결정하고, 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것이 아니라면, 네트워크 매니저를 트리거하는 것을 포함하는, 방법.
제14 항에 있어서,
상기 적절한 네트워크 관리 액션은, 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것으로 결정되는 경우, 상기 로컬 문제가 재구성에 의해 해결될 수 있는지 여부를 결정하고, 상기 로컬 문제가 재구성에 의해 해결될 수 있다면, 재구성하는 것을 포함하는, 방법.
제14 항에 있어서,
상기 적절한 네트워크 관리 액션은, 상기 검출된 열화 또는 이상이 재구성에 의해 해결될 수 없는 로컬 문제로 인한 것으로 결정되는 경우, 알람 또는 보고를 운영 지원 시스템에 전송하는 것을 포함하는, 방법.
장치로서,
적어도 하나의 프로세서; 및
컴퓨터 프로그램 코드를 포함하는 적어도 하나의 메모리를 포함하고,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서와 함께, 상기 장치로 하여금 적어도,
적어도 하나의 기지국에 대해 모바일 백홀 전송 관련 트리거들을 모니터링하게 하고;
상기 트리거들에 대응하는 열화 또는 이상이 영구적인지 여부를 검출하게 하고; 그리고 검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하게 하도록 구성되는, 장치.
제19 항에 있어서,
상기 적어도 하나의 기지국은 진화된 Node B를 포함하는, 장치.
제19 항에 있어서,
상기 적어도 하나의 메모리 및 상기 컴퓨터 프로그램 코드는, 상기 적어도 하나의 프로세서와 함께, 상기 장치로 하여금 적어도, 상기 트리거들에 대한 필터링, 상관 또는 엄격도 레벨 평가 중 적어도 하나를 수행하게 하도록 구성되는, 장치.
제19 항에 있어서,
상기 열화 또는 이상이 영구적이지 않은 경우, 상기 적절한 네트워크 관리 액션은 상기 트리거들에 대한 모니터링 모드에 진입하는 것을 포함하는, 장치.
제19 항에 있어서,
상기 열화 또는 이상이 영구적인 경우, 상기 적절한 네트워크 관리 액션은 상기 열화 또는 이상이 매니저에 의해 해결될 수 있는지 여부를 결정하는 것을 포함하는, 장치.
제19 항에 있어서,
상기 열화 또는 이상이 매니저에 의해 해결될 수 없는 경우, 상기 적절한 네트워크 관리 액션은 알람을 운영 지원 시스템에 전송하는 것을 포함하는, 장치.
제19 항에 있어서,
상기 열화 또는 이상이 매니저에 의해 해결될 수 있는 경우, 상기 적절한 네트워크 관리 액션은 재구성을 개시하는 것을 포함하는, 장치.
제25 항에 있어서,
상기 재구성은 운영자로부터의 승인을 수신하는 것을 조건으로 하는, 장치.
장치로서,
모바일 백홀 상에서 적어도 하나의 기지국에 대한 전송 연결을 모니터링하기 위한 수단;
상기 적어도 하나의 기지국의 전송 연결에서 적어도 하나의 열화 또는 이상을 검출하기 위한 수단; 및
검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하기 위한 수단을 포함하는, 장치.
제27 항에 있어서,
상기 적어도 하나의 기지국은 진화된 Node B를 포함하는, 장치.
제27 항에 있어서,
상기 적절한 네트워크 관리 액션은 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것인지 여부를 결정하고, 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것이 아니라면, 네트워크 매니저를 트리거하는 것을 포함하는, 장치.
제27 항에 있어서,
상기 적절한 네트워크 관리 액션은, 상기 검출된 열화 또는 이상이 로컬 문제로 인한 것으로 결정되는 경우, 상기 로컬 문제가 재구성에 의해 해결될 수 있는지 여부를 결정하고, 상기 로컬 문제가 재구성에 의해 해결될 수 있다면, 재구성하는 것을 포함하는, 장치.
제27 항에 있어서,
상기 적절한 네트워크 관리 액션은, 상기 검출된 열화 또는 이상이 재구성에 의해 해결될 수 없는 로컬 문제로 인한 것으로 결정되는 경우, 알람 또는 보고를 운영 지원 시스템에 전송하는 것을 포함하는, 장치.
장치로서,
적어도 하나의 기지국에 대해 모바일 백홀 전송 관련 트리거들을 모니터링하기 위한 수단;
상기 트리거들에 대응하는 열화 또는 이상이 영구적인지 여부를 검출하기 위한 수단; 및
검출된 열화 또는 이상에 대한 응답으로 적절한 네트워크 관리 액션을 취하기 위한 수단을 포함하는, 장치.
제32 항에 있어서,
상기 적어도 하나의 기지국은 진화된 Node B를 포함하는, 장치.
제32 항에 있어서,
상기 트리거들에 대한 필터링, 상관 또는 엄격도 레벨 평가 중 적어도 하나를 수행하기 위한 수단을 더 포함하는, 장치.
제32 항에 있어서,
상기 열화 또는 이상이 영구적이지 않은 경우, 상기 적절한 네트워크 관리 액션은 상기 트리거들에 대한 모니터링 모드에 진입하는 것을 포함하는, 장치.
제32 항에 있어서,
상기 열화 또는 이상이 영구적인 경우, 상기 적절한 네트워크 관리 액션은 상기 열화 또는 이상이 매니저에 의해 해결될 수 있는지 여부를 결정하는 것을 포함하는, 장치.
제32 항에 있어서,
상기 열화 또는 이상이 매니저에 의해 해결될 수 없는 경우, 상기 적절한 네트워크 관리 액션은 알람을 운영 지원 시스템에 전송하는 것을 포함하는, 장치.
제32 항에 있어서,
상기 열화 또는 이상이 매니저에 의해 해결될 수 있는 경우, 상기 적절한 네트워크 관리 액션은 재구성을 개시하는 것을 포함하는, 장치.
제38 항에 있어서,
상기 재구성은 운영자로부터의 승인을 수신하는 것을 조건으로 하는, 장치.