KR101206114B1

KR101206114B1 - 요청된 연결에 대한 소스 연결 식별자를 제공하기 위한 방법, 장치 및 컴퓨터 판독가능 기록 매체

Info

Publication number: KR101206114B1
Application number: KR1020107005526A
Authority: KR
Inventors: 프란체스카 세라발레
Original assignee: 닛본 덴끼 가부시끼가이샤
Priority date: 2007-08-15
Filing date: 2008-08-12
Publication date: 2012-12-03
Also published as: JP5105120B2; CN103781063A; ES2619950T3; JP2010537451A; JP5578334B2; CN101785334B; ES2619951T3; US9198032B2; US11039489B2; US9844081B2; JP2012195966A; GB0715940D0; KR20100040753A; US20190174559A1; US10219307B2; US11825528B2; EP3358874B1; US20200281029A1; CN103781063B; EP2519043A1

Abstract

통신 네트워크에서 소스 노드와 목적지 노드 간의 요청된 연결을 설정하는 방법 및 시스템이 제안되어 있다. 이 시스템 및 방법이 3GPP 네트워크와 관련하여 기술되어 있지만, 다른 유형의 네트워크에 적용가능하다. 이 방법은, 소스 노드 내에서 연결에 대한 소스 애플리케이션 식별자(source application identifier)를 발생하는 단계, 소스 노드에 대한 소스 노드 식별자를 검색하는 단계, 및 소스 노드와 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 목적지 노드로 전송하는 단계를 포함한다.

Description

요청된 연결에 대한 소스 연결 식별자를 제공하기 위한 방법, 장치 및 컴퓨터 판독가능 기록 매체{METHODS, APPARATUSES AND COMPUTER READABLE RECORDING MEDIUM FOR PROVIDING SOURCE CONNECTION IDENTIFIER FOR A REQUESTED CONNECTION}

본 발명은 통신 네트워크(특히 3GPP 표준 또는 그의 등가물 또는 파생물에 따라 동작하는 네트워크로 한정되지 않음)에서의 연결 관리에 관한 것이다.

통신 네트워크에서, 네트워크 내의 구성요소들 또는 노드들 간에 연결이 설정될 수 있다. 예를 들어, 네트워크에서 2개의 기지국(eNodeB) 구성요소들 간에 또는 통신 네트워크에서 eNodeB와 게이트웨이 구성요소 간에 연결이 설정될 수 있다. 게이트웨이 구성요소의 일례로는 MME(Mobility Management Entity) 또는 SAE(System Architecture Evolution) 게이트웨이일 수 있는 액세스 게이트웨이(Access Gateway)가 있을 수 있다. 새로운 이동 통신 장치 또는 UE(User Equipment)가 eNodeB에 연결을 할 때, 예를 들어, 모바일 장치가 켜질 때 또는 모바일 장치가 네트워크 내의 한 eNodeB로부터 다른 eNodeB로 전송을 할 때 연결이 설정될 수 있다. 이와 유사하게, eNodeB 구성요소가 네트워크 내의 새로운 게이트웨이 장치와 통신을 할 때 연결이 설정될 수 있다.

연결을 설정하기 전에, 소스 노드(source node), 예를 들어, eNodeB는 연결에 대한 애플리케이션 식별자(application identifier)(eNB S1-AP)를 발생시킨다. 애플리케이션 식별자는 소스 노드 내에서 현재 활성인 연결에 고유한 것이다. 즉, 소스 노드는 각각이 그 자신의 애플리케이션 식별자를 갖는 복수의 연결을 처리할 수 있다.

애플리케이션 식별자는 연결의 설정을 요청하는 초기 연결 요청 메시지(initial connection request message)와 함께 목적지 노드로 전송된다. 그에 응답하여, 목적지 노드는 연결을 설정하기 위해 응답 메시지를 전송한다. 응답 메시지는 소스 노드에 의해 발생된 애플리케이션 식별자(eNB S1-AP) 및 목적지 노드에 의해 발생된 애플리케이션 식별자 둘다를 포함하고 있다. 목적지 노드에 대한 애플리케이션 식별자는 목적지 노드가 또하나의 eNodeB인 경우 타겟 eNodeB 식별자(Target eNodeB identifier)(eNB S1-AP)의 형태로 되어 있거나 목적지 노드가 MME인 경우 MME 식별자(MME S1-AP)의 형태로 되어 있을 수 있다. 목적지 노드에 의해 발생된 애플리케이션 식별자는 목적지 노드 내에서 현재 활성인 연결에 고유한 것이다. 즉, 목적지 노드는 각각이 그 자신의 애플리케이션 식별자를 갖는 복수의 연결을 처리할 수 있다.

애플리케이션 식별자가 식별자를 발생시키는 소스 노드 및 목적지 노드 내에서 고유한 것이지만, 애플리케이션 식별자가 반드시 수신측 구성요소에서 연결을 일의적으로 식별해주어야만 하는 것은 아니라는 것을 잘 알고 있다. 이것은, 예를 들어, 2개의 연결 요청 메시지에 우연히 동일한 eNB S1-AP 식별자가 할당되어 있는 경우, 2개의 새로 연결하는 모바일 장치에 대한 2개의 연결 요청 메시지가 2개의 서로 다른 eNodeB로부터 MME에 수신될 때 문제가 될 수 있다. 또한, S1-AP 핸드오버 요청(Handover Request) 메시지가, 요청들에 동일한 MME S1-AP 식별자를 할당한 2개의 서로 다른 MME로부터, eNodeB에 수신되는 경우에도 문제가 발생할 수 있다. 이와 유사하게, eNodeB 구성요소가, 우연히 요청들에 동일한 소스 XP-AP 식별자를 할당한 2개의 다른 eNodeB 구성요소로부터, X2-AP 핸드오버 요청 메시지를 수신하는 경우에도 문제가 발생할 수 있다. 이러한 상황들 및 연관된 문제들에 대한 보다 상세한 설명이 이하에서 제공된다.

통신 네트워크에서 적용가능한 다양한 두문자어가 당업자에게는 물론 친숙할 것이지만, 전문지식이 없는 사람들을 위해 용어 목록이 첨부되어 있다. 당업자의 효율적인 이해를 위해, 본 발명이 UTRAN(Evolved Universal Terrestrial Radio Access Network) 시스템과 관련하여 상세히 기술될 것이지만, 이 식별자 시스템의 원리가 다른 시스템들, 예를 들어, eNodeB 구성요소 등의 기지국 구성요소가 서로 또는 통신 네트워크 내의 게이트웨이 장치 등의 기타 장치(시스템의 대응하는 요소가 필요에 따라 변경됨)와 통신을 하는 3G, CDMA (Code Division Multiple Access) 또는 기타 무선 시스템들에 적용될 수 있다. 본 방법 및 시스템은 또한 WLAN(wireless local area network)이나, 기타 LAN(local area network) 또는 WAN(wide area network)에서 구현될 수 있다.

한 측면에 따르면, 본 발명은 통신 네트워크에서 소스 노드와 목적지 노드 간의 요청된 연결을 설정하는 방법을 제공하며, 이 방법은,

소스 노드 내에서 연결에 대한 소스 애플리케이션 식별자(source application identifier)를 발생시키는 단계,

소스 노드에 대한 소스 노드 식별자를 검색하는 단계, 및

소스 노드와 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 목적지 노드로 전송하는 단계를 포함한다.

따라서, 소스 노드와 목적지 노드 간의 연결에 대한 식별자는 애플리케이션 식별자 및 소스 노드 자체의 식별자 둘다를 포함하고 있다. 애플리케이션 식별자는 소스 노드 내에서의 연결을 일의적으로 식별해줄 수 있다. 이 식별자는 소스 노드로부터의 연결을 설정하고 관리하는 애플리케이션과 연관되어 있을 수 있는 애플리케이션 식별자 발생기(application identifier generator)에 의해 발생될 수 있다. 애플리케이션 식별자가 네트워크 내의 서로 다른 노드들에 걸쳐 고유하지 않을 수 있다, 즉 연결을 설정하는 2개의 소스 노드가 각각의 연결과 관련하여 동일한 애플리케이션 식별자를 사용할 수 있다. 소스 노드 자체에 기초한 추가의 식별자를 부가하는 것에 의해 새로운 연결을 네트워크 내의 다른 노드들에 의해 설정된 다른 연결들과 구분할 수 있다. 소스 노드 식별자는 소스 노드에 저장되어 메모리로부터 검색될 수 있거나, 이 식별자는 소스 연결 식별자에 포함되기 전에 발생될 수 있다.

네트워크에서의 소스 노드와 목적지 노드 간의 연결은 "컨텍스트(context)"라고도 할 수 있고, 연결 식별자는 "컨텍스트 식별자(context identifier)"라고 할 수 있다.

일 실시예에서, 본 방법은 연결 응답 메시지를 수신하는 단계 - 이 응답 메시지는 목적지 연결 식별자를 포함하고 있음 - 를 더 포함할 수 있고, 여기서, 목적지 연결 식별자는 목적지 노드 내에서의 연결을 식별해주는 목적지 애플리케이션 식별자 및 목적지 노드 식별자를 포함하고 있다.

어떤 구현들에서, 연결 요청 메시지 내에 소스 노드의 식별자를 제공하는 것으로 충분하다고 생각될 수 있다.

소스 노드 식별자가 이동 통신 네트워크 내에서, 예를 들어, 하나의 PLMN(Public Land Mobile Network) 네트워크 내에서 고유할 수 있거나, 소스 노드 식별자가 전역적으로 고유할 수 있다. 일 실시예에서, 소스 노드 식별자는 소스 네트워크의 적어도 일부분의 식별자(예를 들어, 소스 노드가 동작하고 있는 PLMN 네트워크의 식별자) 및 소스 네트워크의 적어도 일부분 내에서의 소스 노드의 식별자(예를 들어, PLMN 네트워크 내에서 고유한 소스 노드의 식별자)를 포함하고 있을 수 있다.

기술된 방법들이 이동 통신망 내의 다수의 서로 다른 유형의 구성요소들 간에 각종의 서로 다른 인터페이스를 통해 구현될 수 있다는 것이 당업자에게는 명백할 것이다. 그렇지만, 특정의 실시예에서, 소스 노드 및/또는 목적지 노드가 기지국, 예를 들어, eNodeB 구성요소를 포함할 수 있다. 소스 구성요소 및/또는 목적지 구성요소는 또한 MME 구성요소 등의 게이트웨이 노드를 포함할 수 있다. 특정의 연결에 대한 소스 구성요소 및 목적지 구성요소에 따라 S1 또는 X2 인터페이스를 통해 연결이 설정될 수 있다.

다른 측면에 따르면, 본 발명은 통신 네트워크를 포함하는 장치 - 이 네트워크는 복수의 노드를 포함함 - 를 제공하고, 연결 요청 메시지를 사용하여 통신 네트워크 내의 2개의 노드 간에 연결이 설정될 수 있으며, 네트워크는

통신 네트워크 내의 목적지 노드로의 연결을 개시하는 소스 노드를 포함하고, 소스 노드는,

소스 애플리케이션 식별자를 발생시키는 수단,

소스 노드 식별자를 저장하는 수단, 및

소스 노드와 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 목적지 노드로 전송하는 수단을 포함하며,

네트워크는 목적지 노드를 더 포함하고, 목적지 노드는,

소스 노드와 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 형성하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 소스 노드로부터 수신하는 수단,

연결 응답 메시지를 발생시키는 수단, 및

통신 네트워크를 통해 연결 응답 메시지를 소스 노드로 전송하는 수단을 포함한다.

다른 측면에 따르면, 본 발명은 통신 네트워크의 목적지 노드로의 연결을 개시(originate)하는 소스 노드를 포함하는 장치를 제공하고, 소스 노드는,

소스 애플리케이션 식별자를 발생시키는 수단,

소스 노드 식별자를 저장하는 수단, 및

소스 노드와 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 목적지 노드로 전송하는 수단을 포함한다.

다른 측면에 따르면, 본 발명은 통신 네트워크의 소스 노드로부터의 연결을 종단(terminate)하는 목적지 노드를 포함하는 장치를 제공하고, 목적지 노드는,

소스 노드와 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 형성하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 수신하는 수단,

연결 응답 메시지를 발생시키는 수단, 및

연결 응답 메시지를 소스 노드로 전송하는 수단을 포함한다.

다른 측면에 따르면, 본 발명은 통신 네트워크를 구성하는 방법을 제공하며, 이 방법은,

통신 네트워크에서의 연결을 식별해주는 애플리케이션 식별자의 범위를 정의하는 단계,

애플리케이션 식별자의 범위를 복수의 애플리케이션 식별자의 하위-범위로 분할하는 단계, 및

네트워크 내의 복수의 노드 각각에 애플리케이션 식별자의 하위-범위를 할당하는 단계를 포함하며,

각각의 식별자 하위-범위는 네트워크 내의 각각의 노드가 네트워크 내에서 서로 다른 복수의 애플리케이션 식별자를 갖도록 할당된다.

다른 측면에 따르면, 본 발명은 통신 네트워크에서 소스 노드와 목적지 노드 간의 연결을 설정하는 방법을 제공하며, 연결을 설정하는 데 연결 요청 메시지가 사용되고, 연결 요청 메시지는 네트워크에서 사용되는 애플리케이션 식별자의 범위로부터 선택된 애플리케이션 식별자를 포함하며, 이 방법은,

통신 네트워크에서의 연결을 식별해주는 애플리케이션 식별자의 하위-범위를 저장하는 단계,

애플리케이션 식별자의 하위-범위로부터 선택된 애플리케이션 식별자를 검색하는 단계,

선택된 애플리케이션 식별자를 포함하는 연결 설정 요청 메시지를 발생시키는 단계, 및

연결 설정 요청 메시지를 목적지 노드로 전송하는 단계를 포함한다.

다른 측면에 따르면, 본 발명은 통신 네트워크에서 소스 노드로부터의 연결을 목적지 노드에서 설정하는 방법을 제공하며, 이 방법은,

소스 노드로부터 연결 요청 메시지를 수신하는 단계 - 연결 요청 메시지는 네트워크에서 사용되는 애플리케이션 식별자의 범위로부터 선택된 애플리케이션 식별자를 포함함 -,

통신 네트워크에서의 연결을 식별해주는 소스 노드 식별자를 저장하는 단계,

선택된 애플리케이션 식별자를 포함하는 연결 설정 응답 메시지를 발생시키는 단계, 및

연결 설정 응답 메시지를 소스 노드로 전송하는 단계를 포함한다.

본 방법의 양호한 실시예들은 통신 네트워크에 대한 네트워크 식별자를 정의하는 단계를 포함할 수 있으며, 연결 설정 요청 메시지는 네트워크 식별자를 더 포함한다.

본 방법은 이전에 설정된 연결들에 대해 어느 애플리케이션 식별자가 사용되었는지를 모니터링하는 단계 및, 특히 이전에 설정된 연결들이 노드에서 여전히 활성인 경우, 새로운 연결을 설정하는 데 그 애플리케이션 식별자들을 사용하는 것을 피하는 단계를 더 포함할 수 있다. 애플리케이션 식별자는 이용가능한 애플리케이션 식별자의 목록을 순환함으로써 또는 연결을 위해 현재 사용되지 않는 임의의 식별자를 선택함으로써 선택될 수 있다.

다른 측면에 따르면, 연결 요청 메시지를 전송함으로써 통신 네트워크에서 소스 노드와 목적지 노드 간에 연결을 설정하는 방법이 제공되며, 메시지는 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며,

메시지는 소스 노드에 대한 소스 노드 식별자를 더 포함한다.

다른 측면에 따르면, 연결 요청 메시지를 전송함으로써 통신 네트워크에서 소스 노드와 목적지 노드 간에 연결을 설정하는 시스템이 제공되며, 메시지는 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며, 메시지는 소스 노드에 대한 소스 노드 식별자를 더 포함한다.

다른 측면에 따르면, 연결 요청 메시지를 수신함으로써 통신 네트워크에서 소스 노드로부터의 연결을 목적지 노드에서 설정하는 방법이 제공되며, 메시지는 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며,

다른 측면에 따르면, 연결 요청 메시지를 수신함으로써 통신 네트워크에서 소스 노드로부터의 연결을 목적지 노드에서 설정하는 시스템이 제공되며, 메시지는 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며,

상기한 2가지 측면은 제2 소스 노드로부터 제2 연결 요청 메시지를 수신하는 것을 더 포함할 수 있고, 메시지는 제2 소스 애플리케이션 식별자를 가지며, 제2 메시지는 제2 소스 노드에 대한 소스 노드 식별자를 더 포함하고, 소스 노드에 대한 소스 노드 식별자와 제2 소스 노드에 대한 제2 소스 노드 식별자는 서로 다르다.

상기한 2가지 측면의 일 실시예에서, 소스 노드 및 제2 소스 노드 각각은 eNodeB를 포함하고, 목적지 노드는 MME를 포함한다.

상기한 2가지 측면의 제2 실시예에서, 소스 노드 및 제2 소스 노드 각각은 MME를 포함하고, 목적지 노드는 eNodeB를 포함한다.

상기한 2가지 측면의 제3 실시예에서, 소스 노드, 제2 소스 노드 및 목적지 노드 각각은 eNodeB를 포함한다.

본 발명의 측면들이 독립 청구항들에 기재되어 있다. 이들 측면의 양호한 특징들이 종속 청구항들에 기재되어 있다. 본 발명은, 개시된 모든 방법들에 대해, 대응하는 장비 상에서 실행하기 위한 대응하는 컴퓨터 프로그램 또는 컴퓨터 프로그램 제품, 그 장비 자체(사용자 장비, 노드, 네트워크, 또는 이들의 구성요소), 및 그 장비를 구성 및 업데이트하는 방법을 제공한다. 한 측면의 특징들이 다른 측면들에 적용될 수 있다.

이제부터, 본 발명의 실시예가, 예로서, 첨부 도면을 참조하여 기술될 것이다.
도 1은 본 발명의 일 실시예가 적용될 수 있는 유형의 이동 통신 시스템을 개략적으로 나타낸 도면.
도 2는 도 1에 도시된 시스템의 일부를 형성하는 기지국을 개략적으로 나타낸 도면.
도 3은 도 1에 도시된 시스템의 일부를 형성하는 게이트웨이 장치를 개략적으로 나타낸 도면.
도 4a는 eNodeB와 MME 구성요소 간의 연결의 설정을 개략적으로 나타낸 도면.
도 4b는 2개의 eNodeB 간의 연결의 설정을 개략적으로 나타낸 도면.
도 5는 종래의 시스템에서 발생할 수 있는 가능한 오류 상황을 개략적으로 나타낸 도면.
도 6은 종래의 시스템에서 발생할 수 있는 제2의 가능한 오류 상황을 개략적으로 나타낸 도면.
도 7은 종래의 시스템에서 발생할 수 있는 제3의 가능한 오류 상황을 개략적으로 나타낸 도면.
도 8a는 일 실시예에 따른 eNodeB로부터 MME로의 제1 메시지를 개략적으로 나타낸 도면.
도 8b는 일 실시예에 따른 MME로부터 eNodeB로의 제1 메시지를 개략적으로 나타낸 도면.

개요

이하의 설명은 본 명세서에 청구된 방법 및 시스템의 다수의 특정 실시예들에 대해 기술하고 있다. 특징들 및 방법 단계들에 대한 여러 변형들이 제공될 수 있고 또 기술된 특징들 중 다수가 본 발명에 필수적인 것은 아니며 본 발명의 범위가 청구항들에 의해 한정된다는 것이 당업자에게는 명백할 것이다.

도 1은 이동(또는 셀룰러) 전화(MT)(3-0, 3-1, 3-2)의 사용자들이 기지국들(5-1, 5-2) 중 하나 및 전화망(7)을 통해 다른 사용자들(도시 생략)과 통신을 할 수 있는 이동(셀룰러) 통신 시스템(1)을 개략적으로 나타낸 것이다. 전화망(7)은 게이트 구성요소(9-1, 9-2)를 비롯한 복수의 구성요소를 포함하고 있다. 당업자라면 각각의 기지국(5-1, 5-2)이 어느 한 게이트웨이(9-1, 9-2)를 통해 전화망(7)에 연결될 수 있다는 것과 양 기지국(5-1, 5-2)이 동일한 게이트웨이(9-1, 9-2)를 통해 연결될 수 있다는 것을 잘 알 것이다. 이와 유사하게, 각각의 이동 전화(3)가 어느 한 기지국(5)을 통해 전화망(7)에 연결될 수 있고 양 이동 전화(3)가 동일한 기지국(5)을 통해 연결될 수 있다.

이 실시예에서, 기지국(5)은 이동 전화(3)로 전송될 데이터가 복수의 부반송파(sub-carrier) 상으로 변조되는 OFDMA(orthogonal frequency division multiple access) 기법을 사용한다. 다른 공지된 데이터 전송 기법들도 사용될 수 있다. 이동 전화(3)가, 예를 들어, 켜짐으로써, 네트워크(7)에 들어갈 때, 이동 전화(3)와 기지국(5) 간에 또 기지국(5)과 게이트웨이 장치(9) 간에 연결이 설정된다. 이것에 의해 이동 전화(3)와 네트워크(7) 내의 다른 구성요소들 간의 통신이 가능하게 된다.

또한, 이동 전화(3)가 소스 기지국[예를 들어, 기지국(5-1)]의 셀로부터 타겟 기지국[예를 들어, 기지국(5-2)]으로 이동할 때, 핸드오버 프로세스를 제어하기 위해 소스 및 타겟 기지국(5)에서 또 이동 전화(3)에서 핸드오버 절차(프로토콜)가 수행된다. 핸드오버는 소스 기지국(5)과 타겟 기지국(5) 간의 연결을 설정함으로써 가능하게 된다. 핸드오버 프로세스의 일부로서, 게이트웨이 장치(9-1, 9-2)(이를 통해 이동 전화(3)로부터의 통신이 전화망으로 전송됨)가 변할 수 있다. 대안으로서, 게이트웨이 장치(9-1, 9-2)(이를 통해 통신이 전송됨)는 그대로 있을 수 있지만, 모바일 장치가 연결되는 기지국(5-1, 5-2)이 변할 수 있다. 이들 전송도 역시 기지국(5)과 게이트웨이(9) 간의 연결을 설정함으로써 가능하게 된다.

기지국

도 2는 이 실시예에서 사용되는 각각의 기지국(5)의 주요 구성요소들을 나타낸 블록도이다. 도시된 바와 같이, 각각의 기지국(5)은 하나 이상의 안테나(23)를 통해 이동 전화(3)로 신호를 전송하고 이동 전화(3)로부터 신호를 수신하는 동작을 하고 또 네트워크 인터페이스(25)를 통해 전화망(7)으로 신호를 전송하고 전화망(7)으로부터 신호를 수신하는 동작을 하는 송수신기 회로(21)를 포함하고 있다. 네트워크 인터페이스(25)는 S1 프로토콜을 사용하여 게이트웨이 노드 등의 네트워크 구성요소들과 통신을 하는 S1 네트워크 인터페이스를 포함하고 있다. 네트워크 인터페이스(25)는 또한 X2 프로토콜을 사용하여 다른 기지국 구성요소들과 통신을 하는 X2 인터페이스도 포함하고 있다. 제어기(27)는 메모리(29)에 저장된 소프트웨어에 따라 송수신기 회로(21)의 동작을 제어한다. 이 소프트웨어는, 그 중에서도 특히, 운영 체제(31), 애플리케이션 식별자 발생기(33), 및 컨텍스트 식별자 발생기라고도 할 수 있는 연결 식별자 발생기(35)를 포함하고 있다. 메모리는 노드 식별자(34)를 저장하고 있으며, 어떤 실시예들에서는, 기지국과 연관되어 있는 네트워크에 대한 네트워크 식별자도 저장하고 있다. 애플리케이션 식별자 발생기(33) 및 연결 식별자 발생기(35)의 동작에 대해 이하에서 기술한다.

게이트웨이

도 3은 이 실시예에서 사용되는 각각의 게이트웨이 구성요소(9)의 주요 구성요소들을 나타낸 블록도이다. 도시된 바와 같이, 각각의 게이트웨이(9)는 기지국 인터페이스(43)를 통해 적어도 하나의 기지국(5)으로 신호를 전송하고 적어도 하나의 기지국(5)으로부터 신호를 수신하는 동작을 하고 또 네트워크 인터페이스(45)를 통해 나머지 전화망(7)으로 신호를 전송하고 나머지 전화망(7)으로부터 신호를 수신하는 동작을 하는 송수신기 회로(41)를 포함하고 있다. 제어기(47)는 메모리(49)에 저장된 소프트웨어에 따라 송수신기 회로(41)의 동작을 제어한다. 이 소프트웨어는, 그 중에서도 특히, 운영 체제(51), 애플리케이션 식별자 발생기(53), 및 컨텍스트 식별자 발생기라고도 할 수 있는 연결 식별자 발생기(55)를 포함하고 있다. 메모리는 노드 식별자(54)를 저장하고 있으며, 어떤 실시예들에서는, 기지국과 연관되어 있는 네트워크에 대한 네트워크 식별자도 저장하고 있다. 애플리케이션 식별자 발생기(53) 및 연결 식별자 발생기(55)의 동작에 대해 이하에서 기술한다.

이상의 설명에서, 기지국(5) 및 게이트웨이(9) 둘다가 이해의 편의를 위해 본 명세서에 기술된 방법들에 따라 동작하는 각자의 개별 모듈을 갖는 것으로 기술되어 있다. 이들 특징이 어떤 응용들에서, 예를 들어, 기존의 시스템이 본 발명을 구현하도록 수정된 경우 이와 같이 제공될 수 있지만, 다른 응용들에서, 예를 들어, 처음부터 본 발명의 특징들을 염두에 두고 설계된 시스템들에서, 이들 특징이 운영 체제 또는 코드 전체 내에 내장되어 있을 수 있으며, 따라서 상기한 모듈들이 개별 개체로서 분간할 수 없을지도 모른다.

이하의 설명은 UTRAN의 LTE(Long Term Evolution)에서 사용되는 용어들을 사용할 것이다. 따라서, 이동 전화(3)를 UE라고 할 것이고, 각각의 기지국(5)을 eNodeB(또는 eNB)라고 할 것이며, 각각의 게이트웨이 구성요소를 MME라고 할 것이다. LTE에서 사용되는 프로토콜 개체는, LTE에서 외부 ARQ(Outer ARQ)(Automatic Repeat Request) 개체라고 불리우는 RCL(Radio Link Control) 개체를 제외하고는, UMTS(Universal Mobile Telecommunication System)에서 사용되는 것과 동일한 이름을 갖는다. LTE의 외부 ARQ 개체는 UMTS의 RLC 개체와 (똑같지는 않지만) 거의 동일한 기능을 갖는다.

오류 시나리오

전술한 바와 같이, 종래의 시스템에서, 컨텍스트 설정 요청 메시지와 함께 전송되는 애플리케이션 식별자가 반드시 수신측 구성요소에서의 컨텍스트를 일의적으로 식별해주어야만 하는 것은 아니다. 이 실시예에서 컨텍스트 설정 메시지에 넣어 전송되는 식별자들에 대한 상세가 이하에서 제공된다. 그렇지만, 문제들이 발생할 수 있는 상황들의 일례에 대해 먼저 더 상세히 기술한다.

SCTP(Stream Control Transmission Protocol) 연결 등의 전송 프로토콜 연결이 서로 다른 UE와 관련한 신호들을 전달할 수 있다. 수신 노드 내의 올바른 UE 컨텍스트 관리자에게로 내부적으로 시그널링을 전달하기 위해, 애플리케이션 라우팅 정보가 S1 또는 X2 애플리케이션(AP) 메시지에 포함되어 있다. 이것에 대해서는 도 4a 및 도 4b를 참조하여 추가적으로 설명되고 예시될 것이다.

송신측 노드는, 예를 들어, S1-AP 초기 UE 메시지를 전송함으로써, 어떤 UE에 대한 전용 S1/X2 시그널링 연결의 설정을, 어떤 경우에 암시적으로, 요청할 때, 그 UE에 대해 할당한 애플리케이션(AP) 식별자를 S1/X2 인터페이스 상에서 피어 노드에게 알려준다. eNodeB(61)와 MME(63) 간의 연결의 경우에, 이 메시지는, 도 4a에 나타낸 바와 같이, "eNB S1-AP"(65)[이는 또한 "eNB S1-AP UE ID"라고도 쓸 수 있음]의 형태를 갖는다. 하나의 eNodeB(69)로부터 피어 eNodeB(71)로의 전송에서, 메시지는 도 4b에 나타낸 바와 같이 "소스 eNB S1-AP"(73)의 형태를 갖는다. 그러면, 피어 노드의 응답 메시지는 발신측 노드 및 피어 노드 둘다의 S1/X2 애플리케이션 식별자, 예를 들어, 도 4a에서와 같이 "eNB S1-AP, MME S1-AP"(67)[이는 또한 "eNB S1-AP UE ID, MME S1-AP UE ID"라고도 쓸 수 있음] 또는, 도 4b의 경우에, "소스 eNB S1-AP, 타겟 eNB S1 -AP"(75)를 포함한다.

S1 및 X2 인터페이스에서 사용되는 애플리케이션 식별자에 대한 추가적인 상세가 이하에서 제공된다.

eNodeB S1-AP UE 아이덴티티(identity)

eNodeB(61) 내의 S1 인터페이스를 통해 UE를 일의적으로 식별하기 위해 eNodeB S1-AP UE 아이덴티티(65)가 할당된다. MME(63)는, eNodeB S1-AP UE 아이덴티티(65)를 수신할 때, 이 UE에 대한 UE-관련 논리적 S1 연결의 지속기간 동안에 이 아이덴티티를 저장한다. MME(63)에게 알려지게 되면, 이 아이덴티티(IE)는 모든 UE-관련 S1-AP 시그널링[업링크(UL)는 물론 다운링크(DL)]에 포함될 수 있다.

MME S1-AP UE 아이덴티티

MME(63) 내의 S1 인터페이스를 통해 UE를 일의적으로 식별하기 위해 MME S1-AP UE 아이덴티티(67)가 할당된다. eNodeB(61)는, MME S1-AP UE 아이덴티티를 수신할 때, 이 UE에 대한 UE-관련 논리적 S1 연결의 지속기간 동안에 이 아이덴티티를 저장한다. eNodeB(61)에게 알려지게 되면, IE는 모든 UE-관련 S1-AP 시그널링(UL은 물론 DL)에 포함될 수 있다.

소스 eNodeB UE 컨텍스트 ID

소스 eNodeB(69)와의 X2 인터페이스를 통해 UE를 일의적으로 식별하기 위해 소스 eNodeB UE 컨텍스트 ID(소스 eNB S1-AP)(73)가 할당된다. 타겟 eNodeB(71)는, 소스 eNodeB 컨텍스트 ID를 수신할 때, 그 UE에 대한 컨텍스트의 지속기간 동안에 이 ID를 저장한다. 타겟 eNodeB(71)에게 알려지게 되면, IE는 모든 UE-관련 X2-AP 시그널링에 포함될 수 있다.

타겟 eNodeB UE 컨텍스트 ID

타겟 eNodeB(71)와의 X2 인터페이스를 통해 UE를 일의적으로 식별하기 위해 타겟 eNodeB UE 컨텍스트 ID(타겟 eNB S1-AP)(75)가 할당된다. 소스 eNodeB(69)는, 타겟 eNodeB 컨텍스트 ID를 수신할 때, 그 UE에 대한 컨텍스트의 지속기간 동안에 이 ID를 저장한다. 소스 eNodeB(69)에게 알려지게 되면, IE는 모든 UE-관련 X2-AP 시그널링에 포함될 수 있다.

따라서, 전술한 바와 같이, 이전의 실시예들에서, 애플리케이션 식별자(AP ID)는 발생측 노드 내에서 고유한 것이다. 그 결과, 수신측 피어 노드가 첫번째 메시지를 수신할 때(즉, 시그널링 연결이 존재하기 전에), 이들 식별자가 수신측 피어 노드에서 일의적으로 식별되지 않을지도 모른다. 수신측 노드에서 애플리케이션 식별자가 고유하지 않은 경우에 가능한 오류 상황들에 대해 설명하는 몇몇 시나리오들이 이하에 기술되어 있다.

어떤 상황들에서, 노드가 발신측 노드로부터 동일한 S1/X2 애플리케이션 식별자를 포함하는 S1 또는 X2 연결의 설정을 트리거링하는 2개의 메시지를 수신하는 것으로 인해 오류가 일어난다.

제1 오류 상황에 대해 도 5를 참조하여 기술할 것이다. 도 5에서, 2개의 eNodeB(77, 79)가 동일한 MME(81)에 연결되어 있다. MME(81)는 2개의 S1 연결의 설정을 트리거링하는 2개의 S1-AP 초기 UE 메시지를 수신한다. 그렇지만, 2개의 eNodeB(77, 79)는 우연히 그 메시지들에 동일한 eNB S1-AP UE 아이덴티티를 할당하였다. MME(81)에서의 애플리케이션 계층은, 2개의 메시지를 구분할 수 없기 때문에, 오류를 발생시킨다. 이어서, 시스템에 의해 오류 처리가 수행되고, 그 결과 설정되는 연결에 지연이 발생하거나 적어도 하나의 연결을 설정하지 못할 수 있다.

제2의 가능한 오류 상황은, 플렉스 시나리오(flex scenario)를 개략적으로 나타낸 도 6에 나타내어져 있다. eNodeB(83)는 MME 개입에 의한 LTE내 핸드오버(intra LTE Handover) 동안에 MME1(85) 및 MME2(87)에 의해 각각 서비스되는 UE1(89) 및 UE2(91) 둘다에 대한 타겟이다. 핸드오버 프로세스 동안에, MME(85)는 S1-AP 핸드오버 요청 메시지를 타겟 eNodeB(83)로 전송한다. 타겟 eNodeB(83)는 2개의 MME(85, 87)로부터 동일한 MME S1-AP UE 아이덴티티를 포함하는 2개의 S1-AP 핸드오버 요청 메시지를 수신할 수 있다. 타겟 eNodeB(83)에서의 애플리케이션 계층은, 2개의 메시지를 구분할 수 없기 때문에, 오류를 발생시킨다. 이어서, 오류 처리가 수행되며, 이는 상기한 바와 같이 지연 및 통신 문제를 야기할 수 있다.

도 6에 나타낸 상황에서의 추가의 문제점은 S1 핸드오버 요청 확인응답(S1 Handover Request Acknowledgement)이 수신되기 전에 S1 핸드오버 취소 메시지가 전송되는 경우에 발생한다. 이 상황에서, 타겟 eNodeB(83)는 어느 자원을 해방시킬지를 알지 못하게 된다.

제3의 가능한 오류 상황은, MME 개입 없이 LTE내 이동성(intra LTE mobility)을 나타낸 도 7에 나타내어져 있다. 이 상황에서, eNodeB2(99)는 eNodeB3(93)에 의해 트리거된 LTE내 핸드오버에 대해 eNodeB1(97)에 의해 트리거된 LTE내 핸드오버에 대한 타겟 eNodeB이다. 그 결과, eNodeB2(99)는, eNodeB1(97) 및 eNodeB3(93)로부터, 우연히 동일한 소스 eNodeB UE 컨텍스트 ID를 사용하는 2개의 X2 핸드오버 요청 메시지를 수신한다. 타겟 eNodeB2(99)에서의 애플리케이션 계층은 혼동되어 2개의 메시지를 구분할 수 없다. 이어서, 이 상황을 해결하기 위해 오류 처리가 수행된다.

eNodeB2(99)가 최초의 핸드오버 요청에 응답할 수 있기 전에 eNodeB1(97) 또는 eNodeB3(93)으로부터 핸드오버 취소 요청이 수신되는 경우 도 7에 나타낸 상황에서 추가의 문제가 발생한다. 이 경우에, eNodeB2(99)는 어느 자원을 해방시킬지를 알지 못하게 된다.

동작

이상에서 언급한 것들과 같은 상황을 피하기 위해, 연결 요청 메시지를 추가적으로 확인하는 것이 도움이 된다는 것을 잘 알 것이다. 이것은 S1 및 X2 인터페이스가 서로 다른 애플리케이션 식별자를 사용할 수 있게 해줌으로써 구현된다. 이것은 다수의 서로 다른 방식으로 달성될 수 있고, 이들 방식에 대해 이하에서 더 상세히 요약되어 기술되어 있다.

일 실시예에서, 새로운 노드 식별자(Node Identifier)가 관련 S1/X2-AP 메시지에 추가된다. 이 노드 식별자는 소스 eNodeB 또는 MME를 식별해줄 수 있다. 이 실시예에서, 이 노드 식별자는 연결 설정이 요청되는 첫번째 메시지에서만 사용된다. 이 노드 식별자가 애플리케이션 식별자만을 교환하는 것으로 되돌아가는 응답 메시지 및 차후의 메시지들에는 필요하지 않다. 이것은 차후의 메시지들에서 전달되어야만 하는 정보의 양(비트)을 감소시킨다. 이 구현이 도 8a 및 도 8b에 개략적으로 나타내어져 있다. 도 8a는 eNB S1-AP UE ID 및 eNB 전역 ID 둘다를 포함하는, eNodeB로부터 MME로의 첫번째 메시지를 나타낸 것이다. 도 8b는 MME S1-AP UE ID 및 MME 전역 ID 둘다를 포함하는, MME로부터 eNodeB로의 첫번째 메시지를 나타낸 것이다. 따라서, eNodeB 또는 MME에 대한 식별자를 나타내기 위해 초기 S1-AP 메시지에 미리 정해진 비트가 예비되어 있다.

대안의 실시예에서, 노드 식별자가 eNB/MME S1-AP 식별자(IE) 내부에 삽입되어 있다. 즉, 연결 요청 메시지는 하나의 식별자를 포함하지만, 이 식별자가 소스 노드를 식별하는 데 충분한 정보 및 소스 노드 내에서의 연결을 식별하는 정보 둘다를 포함하고 있다.

다른 실시예에서, 공지의 함수에 의해 노드에 대한 전송 계층(TNL) 식별자(노드에 대한 IP 주소 또는 SCTP 포트 등)에 관련되어 있는 논리적 식별자를 나타내는 새로운 IE가 추가된다. 예를 들어, 각각의 eNodeB는 서로 다른 IP 주소를 가지게 되며, 이것이 소스 노드 식별자를 도출하는 데 사용될 수 있다. 또한 유의할 점은, 통상적인 구현에서, TNL이 애플리케이션 프로토콜에 소스 IP 주소를 알려주지 않으며, 따라서 송신자 ID가 애플리케이션 메시지 자체에 표시되어 있지 않는 한, 애플리케이션 프로토콜이 송신자 ID를 알지 못한다는 것이다. 이것은 TNL 및 RNL이 독립적으로 구현되어야 한다는 UMTS 개념으로부터 발생된다.

다른 구현에서, 2개의 노드에 대한 식별자 범위가 중복되지 않도록 하나의 eNodeB 또는 MME가 할당할 수 있는 S1/X2-AP 식별자의 범위가 제한된다. 이것은, 예를 들어, 동작전(pre-operational) 단계 동안에 각각의 eNodeB 또는 MME에 대한 서로 다른 식별자 범위를 구성함으로써 행해질 수 있다. 그러면, 각각의 노드는 연결을 설정할 때 그의 사전 정의된 식별자 범위를 순환한다. 이 해결책은 하나의 네트워크 내의 각각의 노드로부터 고유의 애플리케이션 식별자가 제공될 수 있게 해준다. 다수의 네트워크가 사용되는 어떤 구현들에서 네트워크를 식별하기 위해 추가의 네트워크 식별자(PLMN ID 등)가 또한 필요할 수 있다. 이것은 애플리케이션 식별자에 삽입되어 제공되거나 또는 별도의 식별자로서 제공될 수 있다.

이상에서 기술된 실시예들 중 임의의 실시예에 따른 시스템의 구현은 전술한 오류 상황들을 해결한다.

도 5에 나타내어져 있는 제1 오류 상황에서, eNodeB1(77) 및 eNodeB2(79)로부터의 S1-AP 초기 UE 메시지 각각에 eNodeB 식별자를 추가하거나 포함시키는 것에 의해 MME에 수신된 각각의 연결 요청에 대한 고유의 식별자가 제공되며, 따라서 MME가 eNB S1-AP UE ID 및 MME S1-AP UE ID 간의 일대일 매핑을 제공할 수 있게 된다.

이와 유사하게, 도 6과 관련하여 기술된 제2 오류 상황에서, MME1(85) 및 MME2(87)로부터의 MME S1-AP UE 식별자 각각에 MME 식별자를 추가하거나 포함시키는 것에 의해 MME 메시지(따라서 발신측 MME)가 eNodeB(83)에서 일의적으로 식별된다. 게다가, 핸드오버 요청이 취소된 경우, MME가 초기 메시지에서 일의적으로 식별되기 때문에, eNodeB(83)는 다른쪽 연결의 설정에 영향을 주지 않고 연결이 취소될 수 있게 해주기 위해 어느 자원을 해방시킬지를 알게 된다.

마지막으로, 도 7과 관련하여 기술된 제3 오류 상황에서, eNodeB1 및 eNodeB3은 소스 eNodeB 식별자를 포함하는 X2-AP 핸드오버 요청을 전송하게 된다. 따라서, eNodeB2는 2개의 소스 노드 각각을 일의적으로 식별할 수 있고, 핸드오버 요청이 취소된 경우 어느 자원을 해방시킬지를 알게 된다.

일 실시예에서, 도 7과 관련하여 기술된 제3 상황에서, 핸드오버 요청 메시지는 S1 시그널링 연결을 위한 MME 구성요소의 식별자를 포함하는 MME S1-AP UE 식별자도 포함하고 있다. 이것에 의해 타겟 eNodeB2(99)가 MME S1-AP UE 식별자를 고려하여 MME와 접촉할 수 있게 된다.

연결 설정 메시지에 포함된 노드 식별자는 전역적으로 고유할 수 있거나, 노드가 동작하는 전화망 내에서만, 예를 들어, 노드의 PLMN 네트워크 내에서만 고유할 수 있다. 일 실시예에서, 노드 ID(PLMN 내에서 고유함) 및 PLMN 식별자 둘다를 사용함으로써 전역 노드 식별자가 제공될 수 있다. 이것에 의해 각각의 S1/X2 AP가 RAN 공유 시나리오에서도 고유하게 될 수 있다.

연결에 대한 애플리케이션 식별자가 초기 연결 설정 메시지와 함께 전송된다. 차후의 메시지들에서 오버헤드를 감소시키기 위해, 연결 내에서 차후에 전송되는 메시지들 중 적어도 몇몇으로부터 노드 식별자가 생략될 수 있다.

전술한 바와 같이, 이동 통신 네트워크에서의 연결의 설정은, 새로운 모바일 장치(UE)가 네트워크에 들어갈 때, 예를 들어, 모바일 장치가 켜질 때, 일어날 수 있다. 모바일 장치가 네트워크 내에서 이동할 때 핸드오버를 가능하게 해주기 위해 새로운 연결이 또한 설정될 수 있다. 그에 부가하여, 네트워크 노드에서의 구성 변화로 인해, 예를 들어, 새로운 기지국이 추가되거나 MME가 고장나는 경우, 연결이 설정될 수 있다.

애플리케이션 식별자의 발생은 알고리즘을 사용하여 애플리케이션 식별자를 동적으로 발생하는 발생기 모듈을 제공함으로써 달성될 수 있다. 대안의 실시예에서, 애플리케이션 식별자가 메모리 또는 버퍼로부터 검색될 수 있고, 노드가 순차적 연결을 위해 일련의 서로 다른 애플리케이션 식별자를 사용하여 순환할 수 있다.

노드 식별자를 결정하기 위해, 노드는 단지 메모리 내의 저장소로부터 고정된 식별자를 검색하기만 할 수 있다. 대안으로서, 노드는 노드 식별자를 동적으로 발생시키는 발생기 모듈로부터 그의 식별자를 획득할 수 있다. 전술한 바와 같이, 노드 식별자는 노드에 대한 전송 계층 식별자(노드에 대한 IP 주소 등)에 기초할 수 있다.

일 실시예에서, 연결 식별자는 애플리케이션 식별자 및 노드 식별자를 사용하여 발생된다. 다른 실시예에서, 연결 식별자는 애플리케이션 식별자 및 네트워크 식별자를 사용하여 발생된다. 제3 실시예에서, 연결 식별자는 애플리케이션 식별자, 노드 식별자 및 네트워크 식별자를 사용하여 발생된다. 식별자들이 연접되어 하나의 연결 식별자를 형성할 수 있거나, 식별자들을 결합시키는 데 함수가 사용될 수 있다. 식별자들을 결합시키는 데 함수를 사용하는 것은 식별자들이 연접되는 경우보다 연결 식별자를 더 짧게 만들 수 있다. 그렇지만, 식별자들을 연접시키는 경우, 연결이 설정되었을 때 개개의 식별자가 차후의 메시지로부터 제거될 수 있게 된다.

3GPP 용어 목록

LTE - (UTRAN의) Long Term Evolution

eNodeB - E-UTRAN Node B

AGW - Access Gateway(액세스 게이트웨이)

UE - 사용자 장비(User Equipment) - 이동 통신 장치

DL - 다운링크(downlink) - 기지국으로부터 이동국으로의 링크

UL - 업링크(uplink) - 이동국으로부터 기지국으로의 링크

AM - Acknowledge Mode(확인응답 모드)

UM - Unacknowledge Mode(비확인응답 모드)

MME - Mobility Management Entity(이동성 관리 개체)

UPE - User Plane Entity(사용자 평면 개체)

HO - Handover(핸드오버)

RLC - Radio Link Control(무선 링크 제어)

RRC - Radio Resource Control(무선 자원 제어)

RRM - Radio Resource Management(무선 자원 관리)

SDU - Service Data Unit(서비스 데이터 단위)

PDU - Protocol Data Unit(프로토콜 데이터 단위)

NAS - Non Access Stratum(비액세스 계층)

ROHC - Robust Header Compression(안정된 헤더 압축)

TA - Tracking Area(추적 영역)

U-평면 - User Plane(사용자 평면)

TNL - Transport Network Layer(전송 네트워크 계층)

S1 인터페이스 - 액세스 게이트웨이와 eNodeB 간이 인터페이스

X2 인터페이스 - 2개의 eNodeB 간의 인터페이스

MME / SAE 게이트웨이 - MME 개체 및 UPE 개체 둘다를 갖는 액세스 게이트웨이에 대한 새로운 이름

이하는 현재 제안된 3GPP LTE 표준에서 본 발명이 구현될 수 있는 방식에 대한 상세한 설명이다. 다양한 특징들이 필수적이거나 필요한 것으로 기술되어 있지만, 이것은, 예를 들어, 제안된 3GPP LTE 표준에 의해 부과되는 기타 요건들로 인해 이 표준에 대해서만 그럴 수 있다. 따라서, 이들 설명이 결코 본 발명을 제한하는 것으로 해석되어서는 안된다.

제목: 애플리케이션 라우팅을 지원하는 전역 노드 ID의 사용

1. 범위

이것이 적용되는 범위는 다음과 같다.

? 전역적으로 고유하지 않은 S1/X2 애플리케이션 식별자에 의해 야기되는 어떤 오류 시나리오들을 살펴보는 것(highlight)

? 이 문제를 극복하는 몇가지 해결책을 제안하는 것

2. 설명

2.1 현재 상태

SCTP 연결은 서로 다른 UE에 관련된 시그널링을 전달한다. 올바른 UE 컨텍스트 관리자에게로 내부적으로 시그널링을 전달하기 위해, 애플리케이션 라우팅 정보가 S1/X2 AP 메시지에 포함되어만 한다.

송신측 노드는, 예를 들어, S1-AP 초기 UE 메시지를 전송함으로써, 어떤 UE에 대한 전용 S1/X2 시그널링 연결의 설정을 암시적으로 요청할 때마다, 그 UE에 대해 할당한 S1/X2 AP 식별자에 관해 피어 노드에게 알려준다.

피어 노드의 응답 메시지는, 정상적인 시나리오에서, 발신측 노드 및 피어 노드 둘다의 S1/X2 애플리케이션 ID를 포함하게 된다(도 4a 및 도 4b 참조).

이하에서 S1 및 X2 인터페이스[1] 둘다에서의 애플리케이션 식별자의 정의를 참조하기 바란다.

eNB S1 - AP UE 아이덴티티:

eNB 내의 S1 인터페이스를 통해 UE를 일의적으로 식별하기 위해 eNB S1-AP UE 아이덴티티가 할당된다. MME는, eNB S1-AP UE 아이덴티티를 수신할 때, 이 UE에 대한 UE-관련 논리적 S1 연결의 지속기간 동안에 이 아이덴티티를 저장한다. MME에게 알려지게 되면, 이 IE는 모든 UE-관련 S1-AP 시그널링(UL은 물론 DL)에 포함된다.

MME S1 - AP UE 아이덴티티 :

MME 내의 S1 인터페이스를 통해 UE를 일의적으로 식별하기 위해 MME S1-AP UE 아이덴티티가 할당된다. eNB는, MME S1-AP UE 아이덴티티를 수신할 때, 이 UE에 대한 UE-관련 논리적 S1 연결의 지속기간 동안에 이 아이덴티티를 저장한다. eNB에게 알려지게 되면, 이 IE는 모든 UE-관련 S1-AP 시그널링(UL은 물론 DL)에 포함된다.

소스 eNB UE 컨텍스트 ID:

소스 eNB 내의 X2 인터페이스를 통해 UE를 일의적으로 식별하기 위해 소스 eNB UE 컨텍스트 ID가 할당된다. 타겟 eNB는, 소스 eNB UE 컨텍스트 ID를 수신할 때, 이 UE에 대한 컨텍스트의 지속기간 동안에 이 ID를 저장한다. 타겟 eNB에게 알려지게 되면, 이 IE는 모든 UE-관련 X2-AP 시그널링에 포함된다.

타겟 eNB UE 컨텍스트 ID:

타겟 eNB 내의 X2 인터페이스를 통해 UE를 일의적으로 식별하기 위해 타겟 eNB UE 컨텍스트 ID가 할당된다. 타겟 eNB는, 타겟 eNB UE 컨텍스트 ID를 수신할 때, 이 UE에 대한 컨텍스트의 지속기간 동안에 이 ID를 저장한다. 소스 eNB에게 알려지게 되면, 이 IE는 모든 UE-관련 X2-AP 시그널링에 포함된다.

정확한 정의가 아직 합의되어 있지 않지만, 이들 애플리케이션 식별자가 발생측 노드 내에서 고유하다는 것이 3GPP 그룹들 간에 공지/합의되어 있다.

상기 정의에 따르면, 이들 AP ID는 발생측 노드 내에서 고유하다. 그 결과, 어떤 노드-관련 식별자가 또한 메시지에 존재하지 않는 한, 수신측 피어 노드가 첫번째 메시지를 수신할 때(즉, 시그널링 연결이 존재하지 않을 때), 이들 ID가 수신측 피어 노드에서 일의적으로 식별되지 않는다. 단락 2.3에서, 애플리케이션 ID가 전역적으로 고유하지 않은 경우의 가능한 오류 상황을 나타내는 어떤 시나리오들에 대해 설명한다.

2.2 T-평면 식별자

제어 평면(Control Plane)이 S1 및 X2 인터페이스 둘다를 통한 SCTP over IP에 의존하기 때문에, 이하의 TNL 식별자들이 존재한다.

SCTP 계층:

? 소스 포트 번호, 목적지 포트 번호

? SCTP 스트림 ID

IP 계층:

? 소스/목적지 IP 주소

LTE에서, 각각의 S1/X2 인터페이스에 대해 하나의 SCTP 연관관계(SCTP association)가 있게 되며, 공통 절차를 위한 한 쌍의 SCTP 스트림 및 몇 쌍의 SCTP 스트림이 모든 S1/X2 전용 시그널링 연결에 의해 공유된다.

소스 IP 주소와 결합된 SCTP 소스 포트, SCTP 목적지 포트 및 어쩌면 목적지 IP 주소가 이 패킷이 속하는 연관관계를 식별하는 데 사용된다.

그 결과, SCTP 연관관계가 노드 식별자로서 사용될 수 있다(SCTP 스트림 ID가 이 목적으로는 유용하지 않다).

그렇지만, UMTS 원리에 따르면, RNL 및 TNL을 가능한 한 독립적으로 유지하기 위해 또, 예를 들어, 블레이드/SW 개체 통신에 대한 임의의 구현 제약을 피하기 위해 애플리케이션 프로토콜 목적으로 TNL 식별자(즉, SCTP 연관관계)를 사용하지 않는 것이 제안된다.

2.3 가능한 오류 상황 시나리오

이 단락은 발신측 노드로부터 동일한 S1/X2 애플리케이션 식별자를 포함하는 2개의 메시지(이 메시지가 S1/X2 연결의 설정을 트리거함)를 수신하는 피어 노드에서 오류 상황을 야기할 수 있는 몇몇 가능한 시나리오를 열거하고 있다.

1) 도 5에서, 2개의 eNB가 동일한 MME에 연결된다: MME는 우연히 동일한 eNB S1-AP UE 아이덴티티를 할당한 2개의 서로 다른 eNB로부터 2개의 S1-AP 초기 UE 메시지(이 메시지가 S1 연결의 설정을 트리거함)를 수신한다.

MME에서의 애플리케이션 계층은 혼동하게 되고, 그 메시지가 발신측 노드에 관련된 어떤 정보도 포함하고 있지 않기 때문에, 그 2개의 메시지를 구분할 수 없다. 이어서, 이 구현에 따라 오류 처리가 수행된다. 이것은 전역적으로 고유한 S1-AP 식별자를 사용하여 회피될 수 있다.

2) 도 6에, S1 플렉스 시나리오가 나타내어져 있다: eNB는 MME 개입에 의해 LTE내 핸드오버 동안에 MME1 및 MME2에 의해 각각 서비스되는 UE1 및 UE2 둘다에 대한 타겟 eNB이다. 핸드오버 준비 동안에, MME는 S1-AP: 핸드오버 요청 메시지를 타겟 eNB로 전송한다. 타겟 eNB는 2개의 서로 다른 MME로부터 동일한 MME S1-AP UE 아이덴티티를 포함하는 2개의 S1-AP: 핸드오버 요청 메시지를 수신할지도 모른다.

타겟 eNB에서의 애플리케이션 계층은 혼동하게 되고, 그 메시지가 발신측 노드에 관련된 어떤 정보도 포함하고 있지 않은 경우, 그 2개의 메시지를 구분할 수 없다. 이어서, 이 구현에 따라 오류 처리가 수행된다. 이것은 전역적으로 고유한 S1-AP 식별자를 사용하여 회피될 수 있다.

3) 도 7에서, eNodeB2는 eNB1에 의해 트리거되는 LTE내 핸드오버 및 eNB3에 의해 트리거되는 LTE내 핸드오버에 대한 타겟 eNB이다. 그 결과, eNB2는 우연히 동일한 소스 eNB UE 컨텍스트 ID를 할당한 eNB1 및 eNB3로부터 2개의 X2: 핸드오버 요청 메시지를 수신할지도 모른다.

타겟 eNB2에서의 애플리케이션 계층은 혼동하게 되고, 그 메시지가 발신측 노드에 관련된 어떤 정보도 포함하고 있지 않기 때문에, 그 2개의 메시지를 구분할 수 없다. 이어서, 이 구현에 따라 오류 처리가 수행된다. 이것은 전역적으로 고유한 소스 eNB UE 컨텍스트 ID(즉, X2 AP 식별자)를 사용하여 회피될 수 있다.

2.4 제안

이들 잘못된 상황을 피하기 위해, S1 및 X2 인터페이스 둘다에서 전역적으로 고유한 애플리케이션 ID를 사용할 것이 제안된다. 이것은 서로 다른 방식으로 달성될 수 있다.

해결책 1:

관련 S1/X2-AP 메시지에 새로운 IE, 즉 전역적 노드 ID를 추가한다.

해결책 2:

eNB/MME S1-AP 식별자(IE) 내부에 전역적 노드 ID를 삽입한다.

해결책 3:

(공지의 함수에 의해) TNL 식별자(IP 주소/SCTP 포트)에 얼마간 관련되어 있는 논리적 식별자를 나타내는 새로운 IE를 추가한다.

해결책 4:

(예를 들어, 동작전 상태 동안에 각각의 eNB에 대한 서로 다른 범위를 구성함으로써) 2개의 서로 다른 노드의 범위가 중복되지 않도록 하나의 eNB가 할당할 수 있는 S1/X2 AP 식별자의 범위를 제한한다. 그렇지만, 이 해결책은 하나의 네트워크 내에서 고유한 AP-ID를 가질 수 있게 해준다. 그 결과, 네트워크 식별자(즉, PLMN ID)가 AP-ID IE 내에 삽입되어야 하거나 별도의 IE로서 필요하게 된다. 별도의 IE인 경우, 이것은 연결 설정을 트리거하는 메시지에서만 필요하게 된다.

해결책 1 및 해결책 2는 노드 ID(하나의 PLMN 내에서 고유함) 및 PLMN 식별자(이것은 S1/X2 AP가 RAN 공유 시나리오에서도 고유하도록 해줌)를 사용하는 전역적 노드 식별자의 개념에 의존한다.

처음 3개의 해결책은 구현 복잡도 측면에서 서로 다르며, NEC가 선호하는 것은 해결책 1이다.

해결책 1의 경우에, 전역적 노드 ID는 첫번째 메시지에 대해서만 필요하게 된다. 전역적 노드 ID는 응답 메시지에 대해 또 차후의 메시지들에 대해서도 필요하지 않다.

따라서, 차후의 메시지에서 전달되어야 하는 정보의 양/비트가 해결책 1을 적용함으로써 감소될 수 있다.

해결책 4에서는 동작전 상태에서 노드들에서 어떤 구성이 행해져야만 한다.

3. 결론

이상의 설명에서 S1/X2-AP ID가 전역적으로 고유하지 않은 것으로 인한 어떤 가능한 오류 시나리오에 대해 언급하였다.

이 문제를 극복하기 위해 다음과 같은 4가지 제안이 제시되었다.

? 관련 S1/X2 메시지에 전역적 노드 ID(IE)를 집어 넣는 것

? S1-AP ID(IE)에 전역적 노드 ID를 삽입하는 것

? TNL 식별자에 관련된 논리적 식별자를 나타내는 새로운 IE를 추가하는 것

? 네트워크 식별자(별도의 IE로서 또는 AP ID(IE)에 삽입됨)와 함께 각각의 eNB에서 S1-AP 범위를 구성하는 것

고유의 애플리케이션 ID를 갖지 않는 것의 결과를 논의하고 단락 2.4에 열거된 제안들 중 하나에 합의할 것이 제안되고 있다.

이 원리가 채택되는 경우, NEC는 관련 CR을 작성할 수 있다.

4. 참조 문헌

R3-071344 "Discussion and proposal for the AP ID handling(AP ID 처리에 대한 논의 및 제안)", NEC

본 출원은 2007년 8월 15일자로 출원된 영국 특허 출원 제0715940.3호에 기초하여 우선권 주장하며, 이 영국 출원은 여기에 인용함으로써 그 전체 내용이 본 명세서에 포함된다.

Claims

통신 네트워크(telecommunications network)에서 소스 노드와 목적지 노드 간의 요청된 연결을 설정하는 방법으로서, 상기 방법은 상기 소스 노드에 의해 수행되고, 상기 방법은,
상기 소스 노드 내에서 상기 연결에 대한 소스 애플리케이션 식별자(source application identifier)를 발생시키는 단계;
상기 소스 노드에 대한 소스 노드 식별자를 검색(retrieving)하는 단계; 및
상기 소스 노드와 상기 목적지 노드 간의 상기 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 목적지 노드로 전송하는 단계
를 포함하고,
상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성되는 방법.
제1항에 있어서, 연결 응답 메시지를 수신하는 단계 - 상기 응답 메시지는 목적지 연결 식별자를 포함함 - 를 더 포함하며,
상기 목적지 연결 식별자가 상기 목적지 노드 내에서의 연결에 대한 목적지 애플리케이션 식별자 및 목적지 노드 식별자를 포함하고 있는 것인 방법.
제1항에 있어서, 상기 소스 노드 식별자가 상기 통신 네트워크 내에서 고유한 것인 방법.
제1항에 있어서, 상기 소스 노드 식별자가 전역적으로(globally) 고유한 것인 방법.
제1항에 있어서, 상기 소스 노드 식별자가 소스 네트워크의 적어도 일부분의 식별자 및 상기 소스 네트워크의 적어도 일부분 내에서의 상기 소스 노드의 식별자를 포함하는 것인 방법.
제1항에 있어서, 상기 소스 연결 식별자는 상기 소스 애플리케이션 식별자의 앞에 또는 뒤에 첨부된(pre-pended or post-pended) 소스 노드 식별자를 포함하는 것인 방법.
제1항에 있어서, 상기 소스 연결 식별자는, 상기 소스 노드 식별자가 삽입되어 있는 소스 애플리케이션 식별자를 포함하는 것인 방법.
제1항에 있어서, 상기 소스 노드 식별자가 상기 소스 노드에 대한 전송 계층 식별자에 기초하는 것인 방법.
제2항에 있어서, 상기 목적지 노드 식별자가 상기 통신 네트워크 내에서 고유한 것인 방법.
제2항에 있어서, 상기 목적지 노드 식별자가 전역적으로 고유한 것인 방법.
제2항에 있어서, 상기 목적지 노드 식별자가 목적지 네트워크의 식별자 및 상기 목적지 네트워크 내에서의 상기 목적지 노드의 식별자를 포함하는 것인 방법.
제2항에 있어서, 상기 목적지 연결 식별자는 상기 목적지 애플리케이션 식별자의 앞에 또는 뒤에 첨부된(pre-pended or post-pended) 목적지 노드 식별자를 포함하는 것인 방법.
제2항에 있어서, 상기 목적지 연결 식별자는, 상기 목적지 노드 식별자가 삽입되어 있는 목적지 애플리케이션 식별자를 포함하고 있는 것인 방법.
제2항에 있어서, 상기 목적지 노드 식별자가 상기 목적지 노드에 대한 전송 계층 식별자에 기초하는 것인 방법.
제1항에 있어서, 상기 소스 노드 및 상기 목적지 노드 중 적어도 하나의 노드가 기지국을 포함하는 것인 방법.
제1항에 있어서, 상기 소스 노드 및 상기 목적지 노드 각각이 eNodeB를 포함하고,
상기 연결이 X2 인터페이스를 통해 설정되는 것인 방법.
제1항에 있어서, 상기 소스 노드 및 상기 목적지 노드 중 적어도 하나의 노드가 게이트웨이 노드를 포함하는 것인 방법.
제1항 내지 제15항 및 제17항 중 어느 한 항에 있어서, 상기 소스 노드 및 상기 목적지 노드 중 하나의 노드가 eNodeB를 포함하고,
상기 소스 노드 및 상기 목적지 노드 중 다른 하나의 노드가 MME를 포함하며,
상기 연결이 S1 인터페이스를 통해 설정되는 것인 방법.
통신 네트워크를 포함하는 장치로서,
상기 네트워크는 복수의 노드를 포함하고,
연결 요청 메시지를 사용하여 상기 통신 네트워크 내의 2개의 노드들 간에 연결이 설정될 수 있으며,
상기 네트워크는 상기 통신 네트워크 내의 목적지 노드로의 연결을 개시하는 소스 노드를 포함하고,
상기 소스 노드는,
상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성되는 소스 애플리케이션 식별자를 발생시키는 수단;
소스 노드 식별자를 검색하는 수단; 및
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 목적지 노드로 전송하는 수단
을 포함하며,
상기 네트워크는 목적지 노드를 더 포함하고,
상기 목적지 노드는,
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 형성하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 소스 노드로부터 수신하는 수단;
연결 응답 메시지를 발생시키는 수단; 및
상기 통신 네트워크를 통해 상기 연결 응답 메시지를 상기 소스 노드로 전송하는 수단
을 포함하는 장치.
통신 네트워크의 목적지 노드로의 연결을 개시하는 소스 노드를 포함하는 장치로서,
상기 소스 노드는,
상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성되는 소스 애플리케이션 식별자를 발생시키는 수단;
소스 노드 식별자를 검색하는 수단; 및
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 목적지 노드로 전송하는 수단
을 포함하는 것인 장치.
제20항에 있어서, 연결 응답 메시지를 수신하는 수단 - 상기 응답 메시지는 목적지 연결 식별자를 포함함 - 를 더 포함하며,
상기 목적지 연결 식별자가 상기 목적지 노드 내에서의 연결에 대한 목적지 애플리케이션 식별자 및 목적지 노드 식별자를 포함하고 있는 것인 장치.
통신 네트워크의 소스 노드로부터의 연결을 종단하는(terminating) 목적지 노드를 포함하는 장치로서,
상기 목적지 노드는,
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 형성하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 수신하는 수단;
연결 응답 메시지를 발생시키는 수단; 및
상기 연결 응답 메시지를 상기 소스 노드로 전송하는 수단
을 포함하고,
상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성되는 장치.
제22항에 있어서, 상기 연결 응답 메시지가 목적지 연결 식별자를 포함하고,
상기 목적지 연결 식별자가 상기 목적지 노드 내에서의 연결에 대한 목적지 애플리케이션 식별자 및 목적지 노드 식별자를 포함하고 있는 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 식별자가 상기 통신 네트워크 내에서 고유한 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 식별자가 전역적으로 고유한 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 식별자가 소스 네트워크의 적어도 일부분의 식별자 및 상기 소스 네트워크의 적어도 일부분 내에서의 상기 소스 노드의 식별자를 포함하는 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 및 상기 목적지 노드 중 적어도 하나의 노드가 기지국을 포함하는 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 및 상기 목적지 노드 각각이 eNodeB를 포함하고,
상기 연결이 X2 인터페이스를 통해 설정되는 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 및 상기 목적지 노드 중 적어도 하나의 노드가 게이트웨이 노드를 포함하는 것인 장치.
제19항 내지 제23항 중 어느 한 항에 있어서, 상기 소스 노드 및 상기 목적지 노드 중 하나의 노드가 eNodeB를 포함하고,
상기 소스 노드 및 상기 목적지 노드 중 다른 하나의 노드가 MME를 포함하며,
상기 연결이 S1 인터페이스를 통해 설정되는 것인 장치.
제1항 내지 제17항 중 어느 한 항에 따른 방법을 수행하는 명령어들을 포함하는 컴퓨터 판독가능 기록 매체.
통신 네트워크를 포함하는 장치로서,
상기 네트워크는 복수의 노드를 포함하고,
연결 요청 메시지를 사용하여 상기 통신 네트워크 내의 2개의 노드들 간에 연결이 설정될 수 있으며,
상기 네트워크는 상기 통신 네트워크 내의 목적지 노드로의 연결을 개시하는 소스 노드를 포함하고,
상기 소스 노드는, 프로그램 제어 하에서,
상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성되는 소스 애플리케이션 식별자를 발생시키고,
소스 노드 식별자를 저장하며,
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 목적지 노드로 전송하도록 동작가능하고,
상기 네트워크는 목적지 노드를 더 포함하고,
상기 목적지 노드는, 프로그램 제어 하에서,
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 형성하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 소스 노드로부터 수신하고,
연결 응답 메시지를 발생시키며,
상기 통신 네트워크를 통해 상기 연결 응답 메시지를 상기 소스 노드로 전송하도록 동작가능한 것인 장치.
통신 네트워크의 목적지 노드로의 연결을 개시하는 소스 노드를 포함하는 장치로서,
상기 소스 노드는, 프로그램 제어 하에서,
상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성되는 소스 애플리케이션 식별자를 발생시키고,
소스 노드 식별자를 저장하며,
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 제공하기 위해 상기 소스 애플리케이션 식별자 및 상기 소스 노드 식별자를 상기 목적지 노드로 전송하도록 동작가능한 것인 장치.
통신 네트워크의 소스 노드로부터의 연결을 종단하는 목적지 노드를 포함하는 장치로서,
상기 목적지 노드는, 프로그램 제어 하에서,
상기 소스 노드와 상기 목적지 노드 간의 요청된 연결에 대한 소스 연결 식별자를 형성하기 위해 소스 애플리케이션 식별자 및 소스 노드 식별자를 수신하고 - 상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성됨 - ,
연결 응답 메시지를 발생시키며,
상기 연결 응답 메시지를 상기 소스 노드로 전송하도록 동작가능한 것인 장치.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
연결 요청 메시지를 전송함으로써 통신 네트워크에서 소스 노드와 목적지 노드 간에 연결을 설정하는 방법으로서,
상기 메시지는 상기 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며 - 상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성됨 - ,
상기 메시지는 상기 소스 노드에 대한 소스 노드 식별자를 더 포함하는 것인 방법.
연결 요청 메시지를 수신함으로써 통신 네트워크에서 소스 노드로부터의 연결을 목적지 노드에서 설정하는 방법으로서,
상기 메시지는 상기 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며 - 상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성됨 - ,
상기 메시지는 상기 소스 노드에 대한 소스 노드 식별자를 더 포함하는 것인 방법.
제43항에 있어서, 제2 소스 노드로부터 제2 연결 요청 메시지를 수신하는 단계를 더 포함하고,
상기 제2 연결 요청 메시지는 제2 소스 애플리케이션 식별자를 가지며,
상기 제2 연결 요청 메시지는 상기 제2 소스 노드에 대한 소스 노드 식별자를 더 포함하고,
상기 소스 노드에 대한 소스 노드 식별자와 상기 제2 소스 노드에 대한 제2 소스 노드 식별자가 서로 다른 것인 방법.
제44항에 있어서, 상기 소스 노드 및 상기 제2 소스 노드 각각은 eNodeB를 포함하고,
상기 목적지 노드는 MME를 포함하는 것인 방법.
제44항에 있어서, 상기 소스 노드 및 상기 제2 소스 노드 각각은 MME를 포함하고,
상기 목적지 노드는 eNodeB를 포함하는 것인 방법.
제44항에 있어서, 상기 소스 노드, 상기 제2 소스 노드 및 상기 목적지 노드 각각은 eNodeB를 포함하는 것인 방법.
연결 요청 메시지를 전송함으로써 통신 네트워크에서 소스 노드와 목적지 노드 간에 연결을 설정하는 시스템으로서,
상기 메시지는 상기 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며 - 상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성됨 - ,
상기 메시지는 상기 소스 노드에 대한 소스 노드 식별자를 더 포함하는 것인 시스템.
연결 요청 메시지를 수신함으로써 통신 네트워크에서 소스 노드로부터의 연결을 목적지 노드에서 설정하는 시스템으로서,
상기 메시지는 상기 소스 노드 내에서의 연결에 대한 소스 애플리케이션 식별자를 가지며 - 상기 소스 애플리케이션 식별자는 상기 소스 노드와 연관된 사용자 장치를 식별하도록 구성됨 - ,
상기 메시지는 상기 소스 노드에 대한 소스 노드 식별자를 더 포함하는 것인 시스템.
제49항에 있어서, 제2 소스 노드로부터 제2 연결 요청 메시지를 수신함으로써 제2 소스 노드로부터의 제2 연결을 상기 목적지 노드에서 설정하기 위해, 상기 제2 연결 요청 메시지는 제2 소스 애플리케이션 식별자를 가지며,
상기 제2 연결 요청 메시지는 상기 제2 소스 노드에 대한 소스 노드 식별자를 더 포함하고,
상기 소스 노드에 대한 소스 노드 식별자와 상기 제2 소스 노드에 대한 제2 소스 노드 식별자가 서로 다른 것인 시스템.
제50항에 있어서, 상기 소스 노드 및 상기 제2 소스 노드 각각은 eNodeB를 포함하고,
상기 목적지 노드는 MME를 포함하는 것인 시스템.
제50항에 있어서, 상기 소스 노드 및 상기 제2 소스 노드 각각은 MME를 포함하고,
상기 목적지 노드는 eNodeB를 포함하는 것인 시스템.
제50항에 있어서, 상기 소스 노드, 상기 제2 소스 노드 및 상기 목적지 노드 각각은 eNodeB를 포함하는 것인 시스템.