KR20170114968A - 이동성 레벨을 관리하는 통신 방법 및 이를 수행하는 통신 장치 - Google Patents

Abstract

이동성 레벨을 관리하는 통신 방법 및 이를 수행하는 통신 장치가 개시된다. 개시된 통신 방법은 사용자 단말이 사용자 단말에 할당된 영역 기반 이동성 레벨(LoM-A)의 커버 영역을 벗어나는 경우, 사용자 단말을 서비스하는 현재 앵커에 대한 변경 요청을 수신하고, 변경 요청에 기초하여 현재 앵커로부터 사용자 단말의 새로운 위치를 커버할 수 있는 LoM-A에 대응하는 새로운 앵커로 변경하며, 새로운 앵커를 이용하여 사용자 단말과 통신을 수행한다.

Description

이동성 레벨을 관리하는 통신 방법 및 이를 수행하는 통신 장치{COMMUNICATING METHOD FOR MANAGING LEVEL OF MOBILITY AND APPARATUS FOR PERFORMING THE SAME}

아래의 설명은 이동성 레벨을 관리하는 통신 방법 및 이를 수행하는 통신 장치에 관한 것으로, 보다 구체적으로는 UE의 핸드오버 레벨을 영역 기반 및 연속성 기반으로 정의하고 이러한 다양한 이동성 수준을 필요에 따라 변경하는 통신 방법 및 통신 장치에 관한 것이다.

이동통신의 장점은 언제 어디서나 끊김 없는 서비스를 제공하는 것이고 이를 위해 현재 LTE 네트워크는 모든 단말에 대해서 언제 어디서나 끊김 없는 이동성을 제공하기 위한 제어 및 관리 구조로 되어있다. 통화 위주의 서비스를 위한 LTE(4G) 와 비교하여 다양한 사물간의 연결을 제공하는 것을 목표로 하고 있는 5G에서는 단말/디바이스의 수가 폭발적으로 늘어날 것으로 예상된다. 따라서 현재와 같이 끊김 없는 서비스를 무수히 늘어날 5G의 단말/디바이스에 제공하는 것은 과도한 제어 부하로 인해 현실적으로 구현이 불가능하다.

본 발명은 UE 및 어플리케이션에 적절한 레벨의 이동성을 제공함으로써, 네트워크의 제어 부하를 효과적으로 감소시킬 수 있다.

본 발명은 UE의 상황 변화에 따라 이동성 레벨을 변경하여 스마트 폰과 같은 다기능 UE에서 실행될 수 있는 다양한 성질의 어플리케이션에 적합한 이동성 레벨의 제공이 가능할 수 있다.

본 발명은 이용되는 UE의 형태와 서비스의 특성, UE의 위치에 적절한 레벨로 핸드오버를 제공할 수 있다.

일실시예에 따른 사용자 단말과 통신을 수행하는 통신 장치의 통신 방법은 상기 사용자 단말이 상기 사용자 단말에 할당된 영역 기반 이동성 레벨(LoM-A)의 커버 영역을 벗어나는 경우, 상기 사용자 단말을 서비스하는 현재 앵커에 대한 변경 요청을 수신하는 단계; 상기 변경 요청에 기초하여 상기 현재 앵커로부터 상기 사용자 단말의 새로운 위치를 커버할 수 있는 LoM-A에 대응하는 새로운 앵커로 변경하는 단계; 및 상기 새로운 앵커를 이용하여 상기 사용자 단말과 통신을 수행하는 단계를 포함한다.

일실시예에 따른 통신 방법에서 상기 현재 앵커로부터 상기 새로운 앵커로 변경하는 단계는 상기 현재 앵커에서 새로운 앵커로 상기 사용자 단말의 트래픽을 전달하는 단계를 포함할 수 있다.

일실시예에 따른 통신 방법에서 상기 새로운 앵커는 상기 현재 앵커의 커버 영역보다 넓은 커버 영역을 가질 수 있다.

일실시예에 따른 통신 방법에서 상기 새로운 앵커는 상기 통신 장치의 코어 네트워크에서 중앙에 위치하고, 상기 현재 앵커는 상기 코어 네트워크에서 에지(edge)에 위치할 수 있다.

일실시예에 따른 통신 방법에서 상기 LOM-A는 상기 사용자 단말에 대한 핸드오버가 하나의 RAN 노드 내에서 수행되는 레벨 A; 상기 핸드오버가 하나의 트랙킹 영역 내에서 수행되는 레벨 B; 상기 핸드오버가 하나의 게이트웨이 내에서 수행되는 레벨 C; 상기 핸드오버가 3GPP 액세스 내에서 수행되는 레벨 D; 및 상기 핸드오버가 3GPP 액세스 및 논-3GPP 액세스 내에서 수행되는 레벨 E를 포함할 수 있다.

일실시예에 따른 사용자 단말과 통신을 수행하는 통신 장치의 통신 방법은 상기 사용자 단말이 상기 사용자 단말에 할당된 연속성 기반 이동성 레벨(LoM-C)을 만족하지 않은 어플리케이션을 실행하고자 하는 경우, 상기 사용자 단말로부터 연속성 기반 이동성 레벨(LoM-C)에 대한 변경 요청을 수신하는 단계; 상기 변경 요청에 기초하여 상기 사용자 단말에 할당된 LoM-C에 대응하는 정적 게이트웨이를 이동성 앵커로 변경하는 단계; 및 상기 이동성 앵커를 이용하여 상기 어플리케이션의 트래픽을 처리하는 단계를 포함한다.

일실시예에 따른 통신 방법은 상기 이동성 앵커는 상기 어플리케이션을 위한 앵커링 포인트를 생성하는 단계; 및 상기 앵커링 포인트의 생성에 응답하여 상기 사용자 단말로 상기 이동성 앵커에 대응하는 포워딩 규칙(forwarding rule)을 전달하는 단계를 더 포함할 수 있다.

일실시예에 따른 통신 방법은 상기 정적 게이트웨이에서 상기 사용자 단말과의 연결 정보를 삭제하는 단계를 더 포함할 수 있다.

일실시예에 따른 통신 방법에서 상기 LoM-C는 상기 사용자 단말의 연속성을 보장할 필요가 없는 레벨 I; 상기 사용자 단말의 연속성을 보장하나 상기 사용자 단말의 이동 중 패킷 손실이 발생할 가능성이 있는 레벨 II; 상기 사용자 단말의 연속성을 보장하고, 상기 사용자 단말의 이동 중 패킷 손실이 발생하지 않는 레벨 III; 및 상기 사용자 단말의 연속성을 보장하고, 상기 사용자 단말의 이동 중 패킷 손실이 발생하지 않으며, 상기 사용자 단말의 핸드오버가 미리 결정된 시간 내에 수행되어야 하는 레벨 IV를 포함할 수 있다.

일실시예에 따르면, UE 및 어플리케이션에 적절한 레벨의 이동성을 제공함으로써, 네트워크의 제어 부하를 효과적으로 감소시킬 수 있다.

일실시예에 따르면, UE의 상황 변화에 따라 이동성 레벨을 변경하여 스마트 폰과 같은 다기능 UE에서 실행될 수 있는 다양한 성질의 어플리케이션에 적합한 이동성 레벨의 제공이 가능할 수 있다.

일실시예에 따르면, 이용되는 UE의 형태와 서비스의 특성, UE의 위치에 적절한 레벨로 핸드오버를 제공할 수 있다.

도 1은 일실시예에 따른 네트워크 구성을 나타낸 블록도이다.
도 2는 일실시예에 따른 이동성 레벨을 나타낸 도면이다.
도 3은 일실시예에 따른 LoM-C의 변경 절차를 나타낸 도면이다.
도 4는 일실시예에 따른 LoM-A의 변경 절차를 나타낸 도면이다.
도 5는 다른 일실시예에 따른 LoM-A의 변경 절차를 나타낸 도면이다.
도 6은 일실시예에 따른 UE의 세부 구조를 나타낸 도면이다.
도 7은 일실시예에 따른 통신 장치의 통신 방법을 나타낸 도면이다.
도 8은 일실시예에 따른 통신 장치를 나타낸 도면이다.

실시예들에 대한 특정한 구조적 또는 기능적 설명들은 단지 예시를 위한 목적으로 개시된 것으로서, 다양한 형태로 변경되어 실시될 수 있다. 따라서, 실시예들은 특정한 개시형태로 한정되는 것이 아니며, 본 명세서의 범위는 기술적 사상에 포함되는 변경, 균등물, 또는 대체물을 포함한다.

제1 또는 제2 등의 용어를 다양한 구성요소들을 설명하는데 사용될 수 있지만, 이런 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 해석되어야 한다. 예를 들어, 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소는 제1 구성요소로도 명명될 수 있다.

어떤 구성요소가 다른 구성요소에 "연결되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다.

단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 설명된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함으로 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 해당 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 갖는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

하기에서 설명될 실시예들은 통신을 수행하는 데 사용될 수 있다. 이하, 통신을 수행하는 동작은 사용자 단말의 핸드오버를 지원하는 동작을 포함할 수 있다. 실시예들은 UE(User Equipment)를 구성하는 스마트 폰, 스마트 가전 기기, 퍼스널 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 웨어러블 장치 등 또는 네트워크를 구성하는 서버 등 다양한 형태의 컴퓨팅 장치 및/또는 시스템으로 구현될 수 있다. 이하, 실시예들을 첨부된 도면을 참조하여 상세하게 설명한다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.

도 1은 일실시예에 따른 네트워크 구성을 나타낸 블록도이다.

도 1을 참조하면, 일실시예에 따라 사용자 단말의 핸드오버(HO; handover)를 지원하는 네트워크 구성을 나타낸 블록도가 도시된다.

일실시예에 따른 네트워크는 UE(User Equipment), RAN(Radio Access Network), 코어 네트워크(core network)로 구성될 수 있다. UE는 사용자에 의해 제어되는 장치로서, 본 명세서에서 UE는 설명의 편의를 위해 사용자 단말로도 지칭될 수 있다. 통신 장치는 사용자 단말과 통신을 수행하는 장치로서, RAN 및 코어 네트워크를 포함할 수 있다.

UE, RAN, 코어 네트워크는 각각 제어 평면(control plane), 3GPP 사용자 평면(3GPP user plane), 논-3GPP 사용자 평면(non-3GPP user plane)을 포함할 수 있다. 여기서, 3GPP 사용자 평면은 LTE(Long-Term Evolution) 및 5G(5th generation mobile networks) 네트워크의 사용자 평면을 나타낼 수 있다. 논-3GPP 사용자 평면은 WiFi 등 3GPP 이외의 네트워크의 사용자 평면을 나타낼 수 있다.

핸드오버는 UE가 연결된 기지국의 서비스 공간에서 다른 기지국의 서비스 공간으로 이동할 때 UE가 다른 기지국의 서비스 공간에 할당한 통화 채널에 동조하여 서비스가 끊임없이 연결되는 것을 나타낼 수 있다. 이동성 관리 프레임워크(Mobility Management Framework)에서는 레벨을 나누어 UE에 대해 핸드오버를 지원함으로써, 네트워크에 과도한 부하가 걸리지 않도록 할 수 있다. 즉, 핸드오버를 레벨에 따라 지원함으로써, 이용하고자 하는 서비스를 원활히 제공하면서도 소모 전력을 절약하고, 시그널링 부하를 감소시키는 효과를 얻을 수 있다.

일실시예에 따른 이동성 레벨(Level of Mobility)은 영역 기반 이동성 레벨(LoM-A; Level of Mobility-Area) 및 연속성 기반 이동성 레벨(LoM-C; Level of Mobility-Continuity)로 나눌 수 있다.

LoM-A는 핸드오버가 수행되는 영역을 레벨(예컨대, 레벨 A 내지 레벨 E)에 따라 정의하여 UE의 이동성을 관리할 수 있다. 여기서, 레벨 A가 가장 좁은 영역을 커버하고, 레벨 E가 가장 넓은 영역을 커버할 수 있다. 서비스의 특성에 따라 일정한 크기의 영역 내에서 서비스를 제공할 때, LoM-A가 이용될 수 있다.

예를 들어, 로컬 택시 또는 로컬 버스에 대한 서비스 또는 캠퍼스 내의 서비스의 경우, LoM-A에 따라 일정 영역을 결정하고, 해당 영역 내에서만 핸드오버를 지원 할 수 있다. 이와 같이, 미리 영역을 정의함으로써, 불필요한 제어를 줄이고 코어 네트워크의 자원을 절약할 수 있다.

LoM-C는 핸드오버가 수행되는 연속성을 레벨(예컨대, 레벨 I 내지 레벨 IV)에 따라 정의하여 UE의 이동성을 관리할 수 있다. 여기서, 레벨 I이 가장 낮은 수준의 연속성을 제공하고, 레벨 IV가 가장 높은 수준의 연속성을 제공할 수 있다.

도 1에 도시된 블록도는 LoM-A 및 LoM-C를 제어하기 위한 네트워크 구성을 나타낸다.

먼저, 데이터 평면에 위치한 기능(function)에 대해 설명한다. 여기서, 데이터 평면은 3GPP 사용자 평면(120) 및 논-3GPP 사용자 평면(130)을 포함할 수 있다.

Apps LoM-C=IV은 최고 수준의 연속성을 요구하는 어플리케이션일 수 있다. Apps LoM-C=IV은 끊김 없는 이동성을 위해 이동성 앵커(mobility anchor)에 연결되어야 한다. 이 때, Apps LoM-C=IV와 연결되는 이동성 앵커는 핸드오버의 지연을 최소화 하기 위해 에지(edge)에 위치해야 한다. 즉, Apps LoM-C=IV는 로컬 앵커와 연결될 수 있다. 3GPP 액세스의 경우 향상된 이동성 관리기술을 사용하여 Apps LoM-C=IV의 제공이 가능한 반면, 논-3GPP 액세스의 경우 이러한 요구사항을 만족시키기 어려울 수 있다.

본 명세서에서 이동성 앵커는 설명의 편의를 위해 앵커 포인트(anchor point), 이동성 앵커 포인트(mobility anchor point)로도 지칭될 수도 있다.

Apps LoM-C=III은 끊김 없는 이동성이 요구되는 어플리케이션일 수 있다. 핸드오버 레이턴시(HO latency)에 대한 요구사항이 별도로 없기 때문에 중앙 앵커(즉, 중앙에 위치한 이동성 앵커)에 연결이 가능할 수 있다. 이러한 연결은 액세스의 종류에 상관없이 로컬 앵커와 수립될 수 있다. 즉, 3GPP 액세스 또는 논-3GPP 액세스를 통하여 로컬 앵커와 연결될 수 있다.

Apps LoM-C=I은 끊김 없는 이동성이 요구되지 않는 어플리케이션일 수 있다. Apps LoM-C=I은 정적 GW(static Gateway)로 연결될 수 있다. 여기서, 정적 GW에 이동성 앵커와 달리 이동성 제공 기능이 없다. UE가 새로운 네트워크로 이동하면, 기존 세션은 중단되고 인증을 거쳐 새로운 세션이 연결될 수 있다. 3GPP 또는 논-3GPP 액세스로 연결이 가능하며, Apps LoM-C=I은 별도의 다른 정적 GW로 연결될 수 있지만 빠른 인증을 위해 동일한 인증 시스템에 의해 제어될 수 있다.

Apps LoM-A=A, B는 LoM-A가 레벨 A 또는 레벨 B인 것을 나타내고, 특정 지역에서만 이동성이 지원되는 어플리케이션일 수 있다. Apps LoM-A=A, B는 코어 네트워크에서 에지에 위치한 로컬 앵커에 연결될 수 있다.

Apps LoM-A=C, D는 LoM-A가 레벨 C 또는 레벨 D인 것을 나타내고, 전지역에서 이동성이 지원되는 어플리케이션이다. Apps LoM-A=C, D는 코어 네트워크에서 중앙에 위치한 중앙 앵커로 연결될 수 있다.

Apps LoM-A=E는 3GPP와 non-3GPP 간의 이동성 제공이 필요한 어플리케이션일 수 있다. Apps LoM-A=E는 LoM-C의 레벨에 따라 중앙에 위치한 정적 GW 또는 중앙 앵커로 연결될 수 있다. 예를 들어, LoM-C가 레벨 I인 경우 Apps LoM-A=E는 정적 GW에 연결되고, LoM-C가 레벨 III인 경우 Apps LoM-A=E는 로컬 앵커에 연결될 수 있다.

이동성 앵커는 UE 이동 시 앵커링을 제공하는 기능일 수 있다. 이동성 앵커는 네트워크의 에지 또는 중앙에 위치할 수 있다. 예를 들어, 네트워크의 에지에 위치하는 이동성 앵커는 로컬 앵커를 나타내고, 네트워크의 중앙에 위치하는 이동성 앵커는 중앙 앵커를 나타낼 수 있다. 이동성 앵커는 만약 일정 영역에서만 이동성을 제공해도 되는 경우 에지에 위치하며, 전역적 이동성을 제공할 경우 중앙에 위치할 수 있다. 또한, 빠른 핸드오버를 제공하기 위해서 이동성 앵커는 에지에 위치할 수 있다.

정적 GW는 이동성 지원이 필요 없는 낮은 레벨의 LoM-C를 제공할 때 이용되는 기능일 수 있다. 끊김 없는 이동성 제공이 필요 없으며 고속 인증(Fast Authentication)과 함께 연계함으로써, UE는 정적 GW를 빠르게 변경할 수 있다.

다음으로는, 제어 평면(110)에 위치한 기능에 대해 설명한다.

영역 모니터링(Area Monitoring)은 UE가 현재의 LoM-A의 레벨에서 커버하는 영역을 벗어나거나 또는 다른 영역으로 이동하는 것을 감지할 수 있다. 영역 모니터링은 UE의 영역 변경이 감지되면 제어 LoM-A로 LoM-A의 변경을 요청할 수 있다. 영역 모니터링은 현재 LoM-A의 레벨에서 커버하는 영역에 따라 RAN (즉, 도 1에 점선으로 표시됨) 또는 코어 네트워크에 위치할 수 있다.

어플리케이션 모니터링(Application Monitoring)은 현재 이용되고 있는 어플리케이션이 어떤 레벨의 LoM-C를 요구하는지를 감시할 수 있다. 현재 이용되는 어플리케이션이 LoM-C의 현재 레벨보다 높거나 낮은 레벨의 LoM-C를 요구하게 되면, 어플리케이션 모니터링은 제어 LoM-C로 LoM-C의 변경을 요청할 수 있다. 암호화된 경우(즉, 네트워크에서 어플리케이션의 성격을 알 수 없는 경우), 어플리케이션 모니터링은 UE에 위치할 수 있다.

LoM 제어(LoM control)는 UE의 요청이 없는 경우에도 운영자(operator)의 필요에 의해 LoM이 변경 가능하도록 하는 기능일 수 있다. LoM 제어는 네트워크 기반의 LoM 변경에 이용될 수 있다. LoM 제어는 네트워크 기반의 어플리케이션 및 UE 위치에 대한 감시기능을 수행할 수 있다.

LoM-C 제어(LoM-C Control)는 UE 또는 네트워크로부터 수신한 LoM-C의 변경 요청에 기초하여 LoM-C의 레벨을 변경할 수 있다. LoM-C 제어는 변경 전 사용자 정보 및 네트워크 정책을 검토하여 LoM-C의 변경이 가능한지 체크할 수 있다.

LoM-A 제어(LoM-A Control)는 UE의 영역 변경을 감지하거나 UE로부터 LoM-A 변경을 수신하여 LoM-A의 레벨을 변경할 수 있다. LoM-A 변경은 사용자 정보에 따라 제약될 수 있으며, LoM-A가 변경될 경우 이동성 앵커의 위치가 변경될 수 있다.

고속 인증(Fast Authentication)은 LoM-C의 레벨이 낮아 핸드오버 시 기존 세션이 중단되고 새로운 세션을 설정할 경우에 이용될 수 있다. 고속 인증은 인접 셀의 기존 UE 정보를 캐싱하여 UE로 빠른 접속을 제공할 수 있다.

상황에 따라 LoM-C 및 LoM-A 중 적어도 하나가 변경될 수 있다. LoM-C의 경우, 이용하고자 하는 어플리케이션의 특성에 따라 변경이 가능하다. 예를 들어, 이메일이나 웹 브라우징의 경우 높은 수준의 연속성이 필요하지 않다. 반면, 비디오 콜 또는 보이스 콜의 경우 높은 수준의 연속성이 필요하다. 이와 같이 어플리케이션의 특성에 따라 해당 어플리케이션을 지원 가능한 LoM-C로 변경될 수 있다.

또한, 동일한 어플리케이션이라도 LoM-C가 변경이 될 수 있다. 예를 들어 인터넷 메신저인 어플리케이션의 경우 텍스트 메시지 교환뿐만 아니라 비디오 콜 또는 보이스 콜도 지원이 가능할 수 있다. 사용자가 해당 어플리케이션을 이용하여 텍스트 메시지 교환만 하고 있을 경우 실시간으로 핸드오버를 수행할 필요는 없다. 즉, 낮은 수준의 연속성을 제공하여 텍스트 메시지가 드랍(drop)되더라도 어플리케이션 계층에서 해당 텍스트 메시지의 재전송이 가능할 수 있다. 반면, 사용자가 해당 어플리케이션을 이용하여 비디오 콜 또는 보이스 콜을 수행하는 경우, 패킷 드랍은 성능에 대해 상당한 영향을 주게 되고, 따라서, 심리스 핸드오버(seamless HO)가 요구될 수 있다. 따라서, UE는 어플리케이션에서 이용하는 서비스의 특성을 감시하여 그에 따른 수준의 연속성을 보장하여야 할 수 있다.

도 2는 일실시예에 따른 이동성 레벨을 나타낸 도면이다.

도 2를 참조하면, 일실시예에 따른 LoM-A(210) 및 LoM-C(220)가 레벨 별로 도시되어 있다.

LoM-A(210)는 핸드오버가 수행되는 영역의 범위에 따라 레벨 A 내지 레벨 E 로 나눌 수 있다.

레벨 A에서는 UE에 대한 핸드오버가 하나의 RAN 노드(RAN node) 내에서 수행될 수 있다. 만약 하나의 eNB(Evolved Node B)가 3개의 섹터(sector)로 이루어질 경우, 3개의 섹터 간에 핸드오버가 수행될 수 있다.

레벨 B에서는 핸드오버가 하나의 트랙킹 영역(TA; Tracking Area) 내에서 수행될 수 있다.

레벨 C에서는 핸드오버가 하나의 게이트웨이 내에서 수행될 수 있다. 예를 들어, 레벨 C에서는 핸드오버가 하나의 P-GW(Packet Gateway) 또는 S-GW(Serving Gateway) 내에서 수행될 수 있다.

레벨 D는 핸드오버가 3GPP 액세스 내에서 수행될 수 있다. 즉, LTE 또는 5G 네트워크를 포괄하는 영역 내에서 핸드오버가 수행될 수 있다.

레벨 E는 핸드오버가 3GPP 액세스 및 논-3GPP 액세스 내에서 수행될 수 있다. 즉, 핸드오버가 3GPP 도메인뿐만 아니라 논-3GPP 액세스까지 포괄하는 영역 내에서 수행될 수 있다. 이 경우, WiFi 액세스에서도 핸드오버가 수행될 수 있다.

LoM-C(220)은 핸드오버가 수행되는 연속성의 수준에 따라 레벨 I 내지 레벨 IV로 나눌 수 있다.

레벨 I에서는 UE의 연속성을 보장할 필요가 없을 수 있다. 핸드오버 수행 시, 사용 중인 세션이 끊어질 수 있다. 즉, 세션은 종단되고 새로운 액세스에서 새롭게 세션이 설정될 수 있다. 인터럽션(interruption) 시간을 최소화 하기 위해 고속 인증 기술이 사용될 수 있다.

레벨 II에서는 UE의 연속성이 보장되나 UE의 이동 중 패킷 손실이 발생할 가능성이 있을 수 있다. 즉, 이동 중에 전달되는 전송 패킷(transit packet)에서 손실이 발생될 가능성이 있을 수 있다.

레벨 III에서는 UE의 연속성이 보장되고, UE의 이동 중 패킷 손실이 발생하지 않을 수 있다.

레벨 IV에서는 UE의 연속성이 보장되고, UE의 이동 중 패킷 손실이 발생하지 않으며, UE의 핸드오버가 미리 결정된 시간 내에 수행되어야 할 수 있다. 즉, 패킷 손실 없이 핸드오버가 이루어지는 것은 레벨 III과 동일할 수 있다. 추가적으로, 핸드오버 절차가 주어진 시간 내에 이루어져야 할 수 있다. 레벨 IV의 주요 목적은 시간 크리티컬 어플리케이션(time critical application)에서의 끊김 없는 이동을 지원하기 위한 것일 수 있다.

도 3은 일실시예에 따른 LoM-C의 변경 절차를 나타낸 도면이다.

도 3은 일실시예에 따라 LoM-C가 변경되는 절차를 설명하기 위한 흐름도가 도시된다.

App 1, 2는 UE에서 실행되는 어플리케이션을 각각 나타내고, App 모니터링과 함께 UE에 포함될 수 있다. 반면, 제어 LoM-C, 정적 GW, 이동성 앵커는 코어 네트워크에 포함될 수 있다.

예를 들어, App 2는 심리스 이동성(seamless mobility)를 요구하고(즉, LoM-C=III), app 1은 심리스 이동성을 요구하지 않는(즉, LoM-C=I) 상황을 가정한다. 또한, 초기 상태에서는 App 1가 이용되고, App 2는 이용되지 않고 있는 경우를 가정한다. App 1은 심리스 이동성을 요구하지 않기 때문에 핸드오버 제공이 불가능한 정적 GW에 연결되어 통신을 수행할 수 있다. 이후 App 2가 실행하게 되면, 심리스 핸드오버(seamless HO)를 지원하기 위해 이동성 앵커로 연결되어야 하며 그 절차는 다음과 같을 수 있다.

단계(310)에서, App 1의 실행 중에 App 2이 실행될 수 있다.

단계(320)에서, App 모니터링에서 App 2의 동작을 검출할 수 있다. 그리고, App 모니터링은 검출된 App 2의 LoM-C를 체크하고, LoM-C의 레벨 변경(레벨 I -> 레벨 III)을 결정할 수 있다.

단계(330)에서, App 모니터링은 LoM-C의 변경을 위해 제어 LoM-C으로 LoM-C에 대한 변경 요청을 전송할 수 있다.

단계(340)에서, 제어 LoM-C는 UE의 트래픽을 정적 GW에서 이동성 앵커로 변경할 것을 이동성 앵커로 요청할 수 있다.

단계(350)에서, 이동성 앵커는 App 2를 위한 앵커링 포인트(anchoring point)를 생성할 수 있다.

단계(360)에서, 이동성 앵커는 App 2를 위해 생성한 앵커링 포인트를 제어 LoM-C로 알릴 수 있다.

단계(370)에서, 제어 LoM-C는 이동성 앵커로부터의 응답에 기초하여 App 2의 트래픽이 이동성 앵커로 연결될 수 있도록 포워딩 규칙(forwarding rule)을 UE로 전달할 수 있다.

단계(380)에서, 필요한 경우 App 1은 App 2와 동일하게 이동성 앵커에 연결되어 통신을 수행할 수 있으며, 이 경우 기존의 정적 GW에 저장된 App 1의 연결 정보를 삭제할 수 있다.

단계(390)에서, App 2의 트래픽은 이동성 앵커로 전달되어 통신이 수행될 수 있다. 전달되는 포워딩 규칙에 따라 App 1의 트래픽이 정적 GW로 전달되거나 또는 App 2와 같이 이동성 앵커로 전달될 수 있다.

도 3에 도시된 LoM-C의 변경 절차는 동일한 app에서 LoM-C의 다수의 레벨을 요구하는 경우(예컨대, 인터넷 메신저 어플리케이션과 같이 동일한 어플리케이션에서 텍스트 메시지 교환 및 비디오 콜/오디오 콜이 모두 가능한 경우)에도 적용이 가능하다.

도 4는 일실시예에 따른 LoM-A의 변경 절차를 나타낸 도면이다.

도 4를 참조하면, 일실시예에 따라 호스트(host)(즉, UE)에 의해 LoM-A가 변경되는 절차를 설명하기 위한 흐름도가 도시된다.

도 4에서는 하나의 UE가 다른 수준의 LoM-A를 요구하는 경우의 동작이 도시되어 있다. UE가 단일 지역에서만 사용 가능한 어플리케이션을 이용하거나 일정 지역 내에서 사용을 하도록 UE가 정해진 경우일 수 있다. UE가 정해진 지역을 벗어나게 될 경우, 서비스가 단절되지 않도록 별도의 동작을 통해 보다 넓은 지역에서 서비스가 가능하도록 LoM-A의 레벨을 높일 수 있다. 초기에 로컬 이동성만을 가지도록 되어 있는 UE가 LoM-A의 높은 레벨을 가지도록 변경될 수 있고, 이러한 절차가 도 4에 도시되어 있다. 예를 들어, 도 4에서는 로컬 앵커에서 중앙 앵커로 변경될 수 있다.

App 1 및 영역 모니터링은 UE에 포함되고, 제어 LoM-A, 로컬 앵커, 중앙 앵커는 코어 네트워크에 포함될 수 있다.

LoM-A의 레벨 B에 할당된 App 1은 로컬 이동성(local mobility)만을 요구하기 때문에 App 1은 로컬 앵커에 연결되어 통신을 수행할 수 있다.

단계(410)에서, App 1가 실행되고 있는 UE는 로컬 앵커의 커버리지를 벗어나서 이동할 수 있다. 즉, UE는 로컬 앵커가 커버할 수 없는 영역으로 이동할 수 있다.

단계(420)에서, 영역 모니터링은 UE가 위치하는 영역이 변경되었음을 감지할 수 있다. 영역 모니터링은 변경된 영역이 기존의 LoM-A에 할당된 영역 내에 있는지 여부를 판단할 수 있다. 즉, 영역 모니터링은 UE가 로컬 앵커의 커버리지를 벗어나서 이동하는지 여부를 판단할 수 있다. 도 4에서는 영역 모니터링이 UE에 포함되는 것으로 도시되어 있지만, 경우에 따라서는 코어 네트워크에 위치할 수도 있다.

변경된 영역이 기존의 LoM-A에 할당된 영역 밖에 있는 경우, 단계(430)에서 영역 모니터링은 LoM-A를 변경하기 위해 제어 LoM-A로 앵커의 변경을 요청할 수 있다. 예를 들어, UE가 기존의 LoM-A의 커버 영역을 벗어나는 경우, 영역 모니터링은 제어 LoM-A로 기존의 LoM-A에 대응하는 로컬 앵커에서 중앙 앵커로 변경을 요청할 수 있다.

단계(440)에서, 제어 LoM-A는 이동성 앵커를 통해 로컬 앵커에서 중앙 앵커로 변경을 수행할 수 있다. 변경 과정에서 연속성을 보장하기 위해 기존의 로컬 앵커와 새로 설정되는 중앙 앵커 간에 연계가 수립될 수 있다. 즉, 중간 단계에서 기존의 로컬 앵커가 새로운 중앙 앵커로 트래픽을 전달하는 연계가 수행될 수 있다. 이러한 연계는 다양한 방법을 통해 수행될 수 있으며, 예를 들어, DMM(Distributed Mobility Management) 기술에 기초하여 구현될 수 있다.

단계(450)에서, 중앙 앵커로의 변경이 완료되면 App 1과 중앙 앵커가 연결되어 통신이 수행될 수 있다. App 1의 모든 트래픽은 중앙 앵커를 통해 전달될 수 있다.

도 5는 다른 일실시예에 따른 LoM-A의 변경 절차를 나타낸 도면이다.

도 5는 다른 일실시예에 따라 네트워크에 의해 LoM-A가 변경되는 절차를 설명하기 위한 흐름도가 도시된다.

App 1는 UE에 포함되고, LoM 제어, 제어 LoM-A, 로컬 앵커, 중앙 앵커는 코어 네트워크에 포함될 수 있다.

단계(510)에서, 네트워크 사업자는 네트워크의 필요에 따라 UE의 LoM-A 변경을 결정할 수 있다. 예를 들어, 네트워크 사업자는 운영 정책이나 UE의 이동으로 기존 LoM-A에 할당된 영역 이탈 여부 등에 기초하여 UE의 LoM-A 변경을 결정할 수 있다.

단계(520)에서, UE의 LoM-A 변경이 결정된 경우 네트워크 사업자는 LoM-A 변경 요청을 LoM 제어로 전송할 수 있다.

단계(530)에서 LoM 제어는 LoM-A를 변경하기 위해 제어 LoM-A로 앵커의 변경을 요청할 수 있다. 즉, 단계(530)에서는 도 4와 달리 코어 네트워크로부터 앵커 변경이 요청될 수 있다.

단계(540)에서, 제어 LoM-A는 이동성 앵커를 통해 로컬 앵커에서 중앙 앵커로 변경을 수행할 수 있다. 변경 과정에서 연속성을 보장하기 위해 기존의 로컬 앵커와 새로 설정되는 중앙 앵커 간에 연계가 수립될 수 있다.

단계(550)에서, 중앙 앵커로의 변경이 완료되면 App 1과 중앙 앵커가 연결되어 통신이 수행될 수 있다. App 1의 모든 트래픽은 중앙 앵커를 통해 전달될 수 있다.

도 5에 도시된 각 단계들에는 앵커 변경에 대한 요청이 코어 네트워크에 의한다는 것을 제외하고는 도 4를 통하여 전술한 사항들이 그대로 적용되므로, 보다 상세한 설명은 생략한다.

도 6은 일실시예에 따른 UE의 세부 구조를 나타낸 도면이다.

도 6을 참조하면, 일실시예에 따른 UE(610) 및 코어 네트워크의 제어 평면(620)이 도시된다.

하나의 이동성 레벨 제어를 위한 UE(610)의 세부 구조가 도시된다. UE(610)에 포함된 기능에는 App 모니터링과 영역 모니터링이 있을 수 있다. App 모니터링과 영역 모니터링은 각각 어플리케이션 레이어와 패킷 필터 기능을 담당하는 PDCP(Packet Data Convergence Protocol) layer, MAC/PHY 레이어와 제어 인터페이스를 가질 수 있다. 각각의 인터페이스의 주요 기능과 교환 가능한 메시지는 다음과 같다.

II/F	주요 기능	메시지 타입	설명
IIF1	App 모니터링 기능이 UE 내에서 실행 중인 App의 특성을 판단하는데 사용	Report_New_Contituity_Level	새로 시작되는 App에서 요구되는 연속성 레벨 알림
		Report_Released_Contituity_Level	종료되는 App에서 요구되는 연속성 레벨 알림
		Report_Change_Contituity_Level	이미 실행중인 App에서의 연속성 레벨 변경 알림
		Report_New_Area_Level	새로 시작하는 App에서 요구되는 영역 레벨 알림
		Report_Change_Area_Level	이미 실행중인 App에서의 영역 레벨 변경 알림
IIF2	App 모니터링에 의해 이동성 레벨을 변경할 때 사용. 세션 별로 다른 레벨의 이동성을 가지고 있을 경우 App 모니터링 결과에 따라 각 app 트래픽에 대한 세션의 맵핑 변경	Request_Change_Filter	새로운 App을 기존 세션에 추가하기 위한 필터를 변경 요청
		Request_Add_Filter	새로운 App을 위한 새로운 필터를 설정 요청
		Request_Change_Filter	기존 App을 기존 세션 중 다른 세션으로 변경하기 위한 필터를 변경 요청
		Request_New_Filter	기존 App을 새로운 세션 설정을 위한 새로운 필터 규칙 설정 요청
IIF3	영역 모니터링에 의해 영역 레벨을 변경할 때 사용 세부 수행 기능은 IF2와 동일	Request_Change_Filter	새로운 App을 기존 세션에 추가하기 위한 필터를 변경 요청
		Request_Add_Filter	새로운 App을 위한 새로운 필터를 설정 요청
		Request_Change_Filter	기존 App을 기존 세션 중 다른 세션으로 변경하기 위한 필터를 변경 요청
		Request_New_Filter	기존 App을 새로운 세션 설정을 위한 새로운 필터 규칙 설정 요청
IIF4	무선 구간의 영역 변경을 알림	Report_New_Area	단말이 기존 영역 외부로 이동 시 새로운 영역 정보 알림
IIF5	어플리케이션의 특성상 현재의 영역 레벨을 변경할 경우에 사용. 특정 App이 특정 영역 기반으로 수행될 경우 이를 알림.	Report _Area_Level_For_Session	특정 세션에 대한 현재의 영역 수준을 App 모니터링 기능에 알려준다
		Report _Area_Level_For_New_App	새로 시작되는 App서 요구되는 영역 레벨을 영역 모니터링 기능에 알림
		Report_ Area_Level_Change	기존에 수행 중인 App의 특성이 로컬 서비스에서 글로벌 서비스로 변경되었을 경우 알림

이동성 레벨의 변경이 결정되면 UE는 인터페이스 IFa 또는 인터페이스 IFc를 통하여 외부의 제어 기능에 영역 레벨 또는 연속성 레벨의 변경을 요청할 수 있다.

도 7은 일실시예에 따른 통신 장치의 통신 방법을 나타낸 도면이다.

도 7을 참조하면, 일실시예에 따른 통신 장치가 수행하는 통신 방법이 도시된다.

사용자 단말이 사용자 단말에 할당된 영역 기반 이동성 레벨(LoM-A)의 커버 영역을 벗어나는 경우, 단계(710)에서 통신 장치는 사용자 단말을 서비스하는 현재 앵커에 대한 변경 요청을 수신한다.

LOM-A는 사용자 단말에 대한 핸드오버가 하나의 RAN 노드 내에서 수행되는 레벨 A, 핸드오버가 하나의 트랙킹 영역 내에서 수행되는 레벨 B, 핸드오버가 하나의 게이트웨이 내에서 수행되는 레벨 C, 핸드오버가 3GPP 액세스 내에서 수행되는 레벨 D; 및 핸드오버가 3GPP 액세스 및 논-3GPP 액세스 내에서 수행되는 레벨 E를 포함할 수 있다.

단계(720)에서, 통신 장치는 변경 요청에 기초하여 현재 앵커로부터 사용자 단말의 새로운 위치를 커버할 수 있는 LoM-A에 대응하는 새로운 앵커로 변경한다. 통신 장치는 현재 앵커에서 새로운 앵커로 사용자 단말의 트래픽을 전달할 수 있다.

여기서, 새로운 앵커는 현재 앵커의 커버 영역보다 넓은 커버 영역을 가질 수 있다. 새로운 앵커는 통신 장치의 코어 네트워크에서 중앙에 위치하고, 현재 앵커는 코어 네트워크에서 에지에 위치할 수 있다.

단계(730)에서, 통신 장치는 새로운 앵커를 이용하여 사용자 단말과 통신을 수행한다.

도 7에 도시된 각 단계들에는 도 1 내지 도 6을 통하여 전술한 사항들이 그대로 적용되므로, 보다 상세한 설명은 생략한다.

도 8은 일실시예에 따른 통신 장치를 나타낸 도면이다.

도 8을 참조하면, 일실시예에 따른 통신 장치(800)는 메모리(810) 및 프로세서(820)를 포함한다. 메모리(810) 및 프로세서(820)는 버스(bus)(830)를 통하여 서로 통신할 수 있다.

메모리(810)는 컴퓨터에서 읽을 수 있는 명령어를 포함할 수 있다. 프로세서(820)는 메모리(810)에 저장된 명령어가 프로세서(820)에서 실행됨에 따라 앞서 언급된 동작들을 수행할 수 있다. 메모리(810)는 휘발성 메모리 또는 비휘발성 메모리일 수 있다.

프로세서(820)는 명령어들, 혹은 프로그램들을 실행하거나, 통신 장치(800)를 제어할 수 있다. 통신 장치(800)는 다양한 컴퓨팅 장치의 일부로 구현될 수 있다. 그 밖에, 통신 장치(800)에 관해서는 상술된 동작을 처리할 수 있다.

일실시예에 따라 LoM-A 변경 절차의 경우, 프로세서(820)는 사용자 단말이 사용자 단말에 할당된 영역 기반 이동성 레벨(LoM-A)의 커버 영역을 벗어나는 경우에 사용자 단말을 서비스하는 현재 앵커에 대한 변경 요청을 수신한다. 그리고, 프로세서(820)는 변경 요청에 기초하여 현재 앵커로부터 사용자 단말의 새로운 위치를 커버할 수 있는 LoM-A에 대응하는 새로운 앵커로 변경한다. 그리고, 프로세서(820)는 새로운 앵커를 이용하여 사용자 단말과 통신을 수행한다.

다른 일실시예에 따라 LoM-C 변경 절차의 경우, 프로세서(820)는 사용자 단말이 사용자 단말에 할당된 연속성 기반 이동성 레벨(LoM-A)을 만족하지 않은 어플리케이션을 실행하고자 하는 경우에 사용자 단말로부터 연속성 기반 이동성 레벨(LoM-C)에 대한 변경 요청을 수신한다. 그리고, 프로세서(820)는 변경 요청에 기초하여 사용자 단말에 할당된 LoM-C에 대응하는 정적 게이트웨이를 이동성 앵커로 변경한다. 그리고, 프로세서(820)는 이동성 앵커를 이용하여 어플리케이션의 트래픽을 처리한다.

프로세서(820)는 이동성 앵커는 어플리케이션을 위한 앵커링 포인트를 생성할 수 있다. 그리고, 프로세서(820)는 앵커링 포인트의 생성에 응답하여 사용자 단말로 이동성 앵커에 대응하는 포워딩 규칙(forwarding rule)을 전달할 수 있다.

또한, 프로세서(820)는 정적 게이트웨이에서 사용자 단말과의 연결 정보를 삭제할 수 있다.

LoM-C는 사용자 단말의 연속성을 보장할 필요가 없는 레벨 I, 사용자 단말의 연속성을 보장하나 사용자 단말의 이동 중 패킷 손실이 발생할 가능성이 있는 레벨 II, 사용자 단말의 연속성을 보장하고, 사용자 단말의 이동 중 패킷 손실이 발생하지 않는 레벨 III, 및 사용자 단말의 연속성을 보장하고, 사용자 단말의 이동 중 패킷 손실이 발생하지 않으며, 사용자 단말의 핸드오버가 미리 결정된 시간 내에 수행되어야 하는 레벨 IV를 포함할 수 있다.

도 8에 도시된 각 구성요소들에는 도 1 내지 도 7을 통하여 전술한 사항들이 그대로 적용되므로, 보다 상세한 설명은 생략한다.

이상에서 설명된 실시예들은 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치, 방법 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.

소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.

실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.

실시예들에서 설명된 구성요소들은 하나 이상의 DSP (Digital Signal Processor), 프로세서 (Processor), 컨트롤러 (Controller), ASIC (Application Specific Integrated Circuit), FPGA (Field Programmable Gate Array)와 같은 프로그래머블 논리 소자 (Programmable Logic Element), 다른 전자 기기들 및 이것들의 조합 중 하나 이상을 포함하는 하드웨어 구성 요소들(hardware components)에 의해 구현될 수 있다. 실시예들에서 설명된 기능들(functions) 또는 프로세스들(processes) 중 적어도 일부는 소프트웨어(software)에 의해 구현될 수 있고, 해당 소프트웨어는 기록 매체(recording medium)에 기록될 수 있다. 실시예들에서 설명된 구성요소들, 기능들 및 프로세스들은 하드웨어와 소프트웨어의 조합에 의해 구현될 수 있다.

이상과 같이 실시예들이 비록 한정된 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기를 기초로 다양한 기술적 수정 및 변형을 적용할 수 있다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

110: 제어 평면
120: 3GPP 사용자 평면
130: 논-3GPP 사용자 평면

Claims (1)

1. 사용자 단말과 통신을 수행하는 통신 장치의 통신 방법에 있어서,
   상기 사용자 단말이 상기 사용자 단말에 할당된 영역 기반 이동성 레벨(LoM-A)의 커버 영역을 벗어나는 경우, 상기 사용자 단말을 서비스하는 현재 앵커에 대한 변경 요청을 수신하는 단계;
   상기 변경 요청에 기초하여 상기 현재 앵커로부터 상기 사용자 단말의 새로운 위치를 커버할 수 있는 LoM-A에 대응하는 새로운 앵커로 변경하는 단계; 및
   상기 새로운 앵커를 이용하여 상기 사용자 단말과 통신을 수행하는 단계
   를 포함하는 통신 방법.

Images