KR102631263B1

KR102631263B1 - Ue 컨텍스트 및 ue 연결 재개 방법

Info

Publication number: KR102631263B1
Application number: KR1020187019428A
Authority: KR
Inventors: 리시앙 쉬; 왕홍; 씨아오안 케
Original assignee: 삼성전자 주식회사
Priority date: 2016-01-08
Filing date: 2017-01-04
Publication date: 2024-01-30
Also published as: KR20180093992A; WO2017119723A1; US11582824B2; CN106961748B; CN115175372A; EP3384726A4; US20190029066A1; US10980076B2; EP3384726A1; CN106961748A; US20210235533A1

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다.
본 개시는 사용자 장치(UE) 컨텍스트 및 UE 연결을 제어하는 방법을 제공하며, 이러한 방법은 제 1 노드가 UE의 재개 요구 사항 정보를 획득하는 단계; 제 1 노드가 UE의 재개 요구 사항 정보에 기초하여 UE 컨텍스트 및/또는 UE 연결을 재개할지를 결정하는 단계를 포함한다. 본 개시는 또한 UE 컨텍스트 및 UE 연결을 제어하는 디바이스를 제공한다. 본 개시를 채택함으로써, 시그널링 자원의 오버헤드가 효과적으로 감소되고, 자원 이용이 향상된다.

Description

UE 컨텍스트 및 UE 연결 재개 방법

본 개시는 무선 통신 기술에 관한 것으로서, 특히, 사용자 장치(User Equipment; UE) 컨텍스트(context) 및 UE 연결을 제어하는 방법 및 디바이스에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술인 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

현대 이동 통신은 점점 더 사용자에게 멀티미디어 서비스의 고속 송신을 제공하는 경향이 있으며, 이는, 도 1에 도시된 바와 같이, SAE(system architecture evolution)의 시스템 아키텍처 다이어그램이며, 여기서:

UE(101)는 네트워크 프로토콜을 지원하는 단말 디바이스이다. E-UTRAN(Evolved Universal Terrestrial Radio Access Network)(102)는 UE에 무선 네트워크 인터페이스를 제공하는 eNB(evolved NodeB)/NodeB를 포함하는 무선 액세스 네트워크이다. MME(Mobility Management Entity)(103)는 UE에 관한 모바일 컨텍스트, 세션 컨텍스트 및 보안 정보를 관리할 책임이 있다. 서빙 게이트웨이(Serving Gateway; SGW)(104)는 주로 사용자 평면(plane) 기능을 제공한다. MME(103) 및 SGW(104)는 동일한 물리적 엔티티에 있을 수 있다. 패킷 데이터 네트워크 게이트웨이(Packet Data Network Gateway; PGW)(105)는 빌링, 적법한 차단 및 다른 기능을 담당한다. PGW(105) 및 SGW(104)는 동일한 물리적 엔티티에 있을 수 있다. PCRF(policy and charging rules function) 엔티티(106)는 서비스 품질(quality of service; QoS) 정책 및 과금(charging) 표준을 제공한다. SGSN(Serving General Packet Radio Service Support Node)(108)은 데이터를 송신하기 위한 라우팅을 제공하는 UMTS(Universal Mobile Telecommunications System)의 네트워크 노드 디바이스이다. HSS(Home Subscriber Server)(109)는 UE의 홈 서브시스템이며, UE의 현재 위치, 서비스 노드의 어드레스, 사용자 보안 정보, UE의 패킷 데이터 컨텍스트 등과 같은 사용자 정보를 보호할 책임이 있다.

현재 또는 가까운 미래에 점점 더 많은 전기 장치는 지능화될 것이며, 현재 사용되는 주변 제품은 상호 연결될 것이다. 이는 둘 다 네트워크에 대한 액세스의 기능을 갖는다. 인터넷에서의 이러한 UE는 다음과 같은 특성: 일반적으로 정적 또는 저 이동성, 저비용, 일반적으로 소량의 비-연속 데이터를 수신 및 송신하는 특성을 갖는다. 이러한 UE에 대해, 연결을 확립하고 해제할 때 사용되는 시그널링 오버헤드는 수신 및 송신되는 데이터의 양보다 훨씬 더 많다. 시그널링 오버헤드를 줄이고 데이터 전송의 효율을 향상시키기 위해서는 기존의 네트워크에서 해결될 많은 문제가 여전히 있다.

상술한 바를 고려하여, 본 개시는 시그널링 자원의 오버헤드를 효과적으로 줄이고 자원 활용을 향상시키기 위해 UE 컨텍스트 및 UE 연결을 제어하기 위한 여러 가지 방법 및 장치를 제공한다.

본 개시는 UE 컨텍스트 및 UE 연결을 제어하는 방법을 제공하며, 이러한 방법은,

제 1 노드에 의해, UE의 재개 요구 사항 정보(resume requirement information)를 획득하는 단계; 및,

제 1 노드에 의해, UE의 재개 요구 사항 정보에 기초하여 UE 컨텍스트 및/또는 UE 연결을 재개할지를 결정하는 단계를 포함한다.

바람직하게는, 제 1 노드가 코어 네트워크(core network; CN)에서의 제어 노드일 때, 제 1 노드에 의해 UE의 재개 요구 사항 정보를 획득하는 단계는,

CN 내의 제어 노드에 의해, UE, eNB(evolved Node B) 또는 CN 내의 게이트웨이 노드 중 적어도 하나를 사용함으로써 UE의 재개 요구 사항 정보를 획득하는 단계를 포함하며;

여기서 방법은,

UE 컨텍스트 및/또는 UE 연결을 재개하도록 결정할 때, CN 내의 제어 노드에 의해, UE와 연관된 재개 명령어 정보를 UE, eNB 및 CN 내의 제어 노드를 제외한 CN 내의 다수의 제어 노드 중 적어도 하나의 노드에 송신하는 단계를 더 포함한다.

바람직하게는, 제 1 노드가 eNB일 때, 제 1 노드에 의해 UE의 재개 요구 사항 정보를 획득하는 단계는,

eNB에 의해, UE, 및/또는 CN 내의 제어 노드로부터 UE의 재개 요구 사항 정보를 획득하는 단계를 포함하며;

여기서 방법은,

UE 컨텍스트 및/또는 UE 연결을 재개하도록 결정할 때, eNB에 의해, UE의 재개 요구 사항 정보, 또는 UE와 연관된 재개 명령어 정보를 UE, 및/또는 CN 내의 제어 노드에 송신하는 단계를 더 포함한다.

바람직하게는, 제 1 노드가 UE일 때, 제 1 노드에 의해 UE의 재개 요구 사항 정보를 획득하는 단계는,

UE에 의해, UE의 상위 계층, eNB, CN 내의 제어 노드, 또는 CN 내의 게이트웨이 노드 중 적어도 하나로부터 UE의 재개 요구 사항 정보를 획득하는 단계를 포함하며;

여기서 방법은,

UE 컨텍스트 및/또는 UE 연결을 재개하기로 결정할 때, UE에 의해, UE의 재개 요구 사항 정보 또는 UE와 연관된 재개 명령어 정보를 eNB 및/또는 CN 내의 제어 노드에 송신하는 단계를 더 포함한다.

바람직하게는, UE의 재개 요구 사항 정보는,

UE 데이터의 송신 요구 사항 정보, 제 1 UE 아이덴티티, 제 2 UE 아이덴티티, UE 컨텍스트 재개 요청 정보 또는 UE 연결 재개 요청 정보 중 적어도 하나를 포함한다.

바람직하게는, UE 데이터의 송신 요구 사항 정보는,

제어 평면 데이터 송신 요구 사항 정보, 사용자 평면 데이터 송신 요구 사항 정보, 제어 평면의 데이터 패킷, 사용자 평면의 데이터 패킷, UE 베어러 정보, 무선 자원 제어(radio resource control; RRC)를 확립하는 이유 중 적어도 하나를 포함하고/하거나;

제 1 UE 아이덴티티는 중단된(suspended) UE 컨텍스트를 인덱싱(indexing)하고, 제 2 UE 아이덴티티는 확립될 UE 컨텍스트를 인덱싱하기 위한 것이며, 제 1 UE 아이덴티티 및 제 2 UE 아이덴티티는 C-RNTI(cell-radio network temporary identifier), S-TMSI(serving-temporary mobile subscriber identity), IMSI(international mobile subscriber identification number), TMSI(temporary mobile subscriber identity), 재개 ID, 이동성 관리 엔티티(mobility management entity; MME) UE S1 애플리케이션 프로토콜(application protocol; AP) ID, eNB UE S1 AP ID, 또는 GUTI(globally unique temporary UE identity) 중 적어도 하나를 포함하고/하거나;

UE 컨텍스트 재개 요청 정보는,

UE 컨텍스트를 확립하도록 요청하거나, UE 컨텍스트를 확립하지 않도록 요청하는 단계;

UE, eNB, CN 내의 제어 노드, 또는 CN 내의 게이트웨이 노드 상에서 UE 컨텍스트를 재개하도록 요청하거나, UE 컨텍스트를 재개하지 않도록 요청하는 단계;

UE, eNB, CN 내의 제어 노드, 또는 CN 내의 게이트웨이 노드 상에서 UE 베어러 컨텍스트를 재개하도록 요청하거나, UE 베어러 컨텍스트를 재개하지 않도록 요청하는 단계;

지정된(designated) UE 베어러 컨텍스트 및 UE 베어러 정보를 재개하도록 요청하거나, 지정된 UE 베어러 컨텍스트 및 UE 베어러 정보를 재개하지 않도록 요청하는 단계로서, UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하기 위한 것인, 상기 지정된 UE 베어러 컨텍스트 및 UE 베어러 정보를 재개하지 않도록 요청하는 단계 중 적어도 하나를 포함하고/하거나;

UE 연결 재개 요청 정보는,

UE와 eNB 사이의 UE 연결을 재개하도록 요청하거나, UE와 eNB 사이의 UE 연결을 재개하지 않도록 요청하는 단계;

eNB와 CN 내의 제어 노드 사이의 UE 연결을 재개하도록 요청하거나, eNB와 CN 내의 제어 노드 사이의 UE 연결을 재개하지 않도록 요청하는 단계;

eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하도록 요청하거나, UE 연결을 재개하지 않도록 요청하는 단계;

CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하도록 요청하거나, UE 연결을 재개하지 않도록 요청하는 단계;

UE와 CN 내의 제어 노드 사이의 UE 연결을 재개하도록 요청하거나, UE 연결을 재개하지 않도록 요청하는 단계;

UE와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하도록 요청하거나, UE 연결을 재개하지 않도록 요청하는 단계;

사용자 평면 UE 연결을 재개하도록 요청하거나, 사용자 평면 UE 연결을 재개하지 않도록 요청하는 단계;

제어 평면 UE 연결을 재개하도록 요청하거나, 제어 평면 UE 연결을 재개하지 않도록 요청하는 단계;

모든 UE 연결을 재개하도록 요청하거나, 모든 UE 연결을 재개하지 않도록 요청하는 단계;

지정된 UE 베어러 터널 및 UE 베어러 정보를 재개하도록 요청하거나, 지정된 UE 베어러 터널 및 UE 베어러 정보를 재개하지 않도록 요청하는 단계로서, UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하기 위한 것인, 상기 지정된 UE 베어러 터널 및 UE 베어러 정보를 재개하지 않도록 요청하는 단계 중 적어도 하나를 포함한다.

바람직하게는, 제어 평면 송신 요구 사항 정보는,

제어 평면 데이터 송신 요구 사항;

후속 사용자 평면 데이터 송신 요구 사항을 가진 제어 평면 데이터 송신 요구 사항, 제어 평면 데이터 송신 요구 사항; 또는,

제어 평면의 데이터 패킷이 사용자 평면 데이터를 포함하는 제어 평면 데이터 송신 요구 사항 중 적어도 하나를 포함하며;

사용자 평면 데이터 송신 요구 사항 정보는,

사용자 평면 데이터 송신 요구 사항, UE 베어러 정보, 데이터 송신 모드 중 적어도 하나를 포함하며, UE 베어러 정보는 데이터 송신 요구 사항을 갖는 UE 베어러를 나타내고, 데이터 송신 모드는 제어 평면 또는 사용자 평면을 통해 송신할지를 나타내며;

UE 베어러 정보는,

UE 베어러 아이덴티티, 베어러의 서비스 품질(QoS) 파라미터, 전송 계층 어드레스, 일반 데이터 전송 플랫폼(general data transfer platform; GTP) 터널 엔드포인트 식별자(tunnel endpoint identifier; TEID), NAS(non-access stratum) 프로토콜 데이터 유닛(protocol data unit; PDU), 또는 상관 ID 중 적어도 하나를 포함한다.

바람직하게는, UE의 재개 요구 사항 정보를 반송하기 위한 메시지는,

초기 UE 메시지, 재개 요청 메시지, UE 컨텍스트 재개 요청 메시지, UE 연결 재개 요청 메시지, UE 컨텍스트 수정 요청, 다운링크 데이터 통지, 첨부 요청(attach request), TAU(tracking area update) 요청, 서비스 요청 중 적어도 하나를 포함한다.

바람직하게는, UE와 연관된 재개 명령어 정보를 반송하기 위한 메시지는,

초기 UE 컨텍스트 셋업 요청, 다운링크 NAS 전송 메시지, UE 컨텍스트 수정 요청, 페이징 메시지, 재개 응답, UE 컨텍스트 재개 응답, UE 컨텍스트 재개 거부(reject), UE 연결 재개 응답, UE 연결 재개 거부, 생성 베어러 요청, 수정 베어러 요청, 삭제 베어러 요청, 첨부 수락, 첨부 거부, TAU 수락, TAU 거부, 서비스 요청 수락, 서비스 요청 거부 중 적어도 하나를 포함한다.

바람직하게는, UE와 연관된 재개 명령어 정보는,

UE 데이터의 송신 요구 사항 정보, 제 1 UE 아이덴티티, 제 2 UE 아이덴티티, UE 컨텍스트 재개 정보, 또는 UE 연결 재개 정보 중 적어도 하나를 포함한다.

바람직하게, UE 컨텍스트 재개 정보는,

UE 컨텍스트를 재개하고, 거절(refuse)하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

제어 평면 UE 컨텍스트를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

사용자 평면 UE 컨텍스트를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE, eNB, CN 내의 제어 노드, 또는 CN 내의 게이트웨이 노드 상에서 UE 컨텍스트를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상에서 UE 베어러 컨텍스트를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

특정 UE 베어러의 UE 베어러 정보를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계 중 적어도 하나를 포함하며, UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하는 것이다.

바람직하게는, UE의 연결 재개 정보는,

데이터 송신 요구 사항 사항 없음, 또는 사용자 평면 데이터 송신 요구 사항 없음 중 적어도 하나를 포함하는 거절된 재개 이유;

UE 연결을 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

제어 평면 UE 연결을 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

사용자 평면 UE 연결을 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE와 eNB 사이의 UE 연결을 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

eNB와 CN 내의 제어 노드 사이의 UE 연결을 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE와 CN 내의 제어 노드 사이의 UE 연결을 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

사용자 평면 UE 연결을 재개할지를 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

제어 평면 UE 연결을 재개할지를 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE 연결을 재개할지를 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

특정 UE 베어러의 UE 베어러 정보를 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계 중 적어도 하나를 포함하며, UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하는 것이다.

바람직하게는, 제 1 노드에 의해, UE의 재개 요구 사항 정보에 기초하여 UE 컨텍스트 및/또는 UE 연결을 재개할지를 결정하는 단계는,

제 1 노드에 의해, UE 컨텍스트 및 관련된 UE 연결을 재개하는 단계로서, UE 데이터의 송신 요구 사항 정보가 데이터 송신 요구 사항, 사용자 평면 데이터 송신 요구 사항, 후속 사용자 평면 데이터 송신 요구 사항을 가진 제어 평면 데이터 송신 요구 사항 중 적어도 하나를 포함할 때, 데이터 송신 모드는 사용자 평면을 통하며; 제 1 노드에 의해 재개된 UE 컨텍스트는 UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 UE 컨텍스트 중 적어도 하나를 포함하고, CN 내의 게이트웨이 노드 상의 UE 컨텍스트는 UE 베어러 컨텍스트를 포함하며; 제 1 노드에 의해 재개되는 관련된 UE 연결은 UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결, eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 포함하는, 상기 UE 연결을 재개하는 단계;

UE 데이터의 송신 요구 사항 정보가 데이터 송신 요구 사항 없음을 포함할 때, 제 1 노드에 의해, UE 컨텍스트 및 관련된 UE 연결을 재개하지 않거나 재개하는 것을 거절하는 단계;

제 1 노드에 의해, UE 베어러 컨텍스트를 포함하는 UE, CN 내의 제어 노드, CN 내의 게이트웨이 노드의 UE 컨텍스트; UE 베어러 컨텍스트를 포함하지 않는 eNB상의 UE 컨텍스트; UE와 eNB 사이의 UE 연결, CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 재개하는 단계로서, UE 데이터의 송신 요구 사항 정보가 사용자 평면 데이터 송신 요구 사항을 포함할 때, 데이터 송신 모드가 제어 평면을 통하는, 상기 적어도 하나를 재개하는 단계;

UE 데이터의 송신 요구 사항 정보가 제어 평면 데이터 송신 요구 사항 또는 사용자 평면 데이터 송신 요구 사항 없음을 포함할 때, 제 1 노드에 의해, 제어 평면 UE 컨텍스트 및 제어 평면 UE 연결을 재개하고; 사용자 평면 UE 컨텍스트 또는 사용자 평면 UE 연결 또는 UE 베어러를 재개하지 않거나 재개하기를 거절하는 단계로서, 제 1 노드는 UE, eNB, CN 내의 제어 노드 상의 UE 컨텍스트; UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결 중 적어도 하나를 재개하는, 상기 거절하는 단계를 포함한다.

바람직하게는, 방법은,

제 1 노드에 의해, UE 데이터의 송신 요구 사항 정보 내의 UE 베어러 정보에 기초하여 데이터를 가진 UE 베어러의 UE 컨텍스트와 데이터를 가진 UE 베어러의 UE 연결의 터널을 재개하는 단계를 더 포함한다.

본 개시는 또한 정보 획득 모듈 및 결정 모듈을 포함하는 UE 컨텍스트 및 UE 연결을 제어하는 디바이스를 제공하며,

정보 획득 모듈은 UE의 재개 요구 사항 정보를 획득하고;

결정 모듈은 UE의 재개 요구 사항 정보에 기초하여 UE 컨텍스트 및/또는 UE 연결을 재개할지를 결정하는 것이다.

상술한 기술적 솔루션에 기초하여, 상이한 데이터 송신 요구 사항을 갖는 시나리오를 구별한 후에, 요구 사항에 따라 UE 컨텍스트 또는 UE 연결이 재개되거나 새롭게 확립될 수 있으며, 이에 의해 시그널링 자원의 오버헤드를 효과적으로 감소시키고, 자원 이용을 향상시키며, 많은 수의 UE, 특히 사물 인터넷(IOT) UE에 의해 액세스하기 위한 유리한 조건을 생성한다.

상술한 기술적 솔루션에 기초하여, 상이한 데이터 송신 요구 사항을 갖는 시나리오를 구별하고, 요구 사항에 기초하여 UE 컨텍스트 또는 UE 연결을 재개하거나 새롭게 확립한 후에, 시그널링 자원의 오버헤드가 효과적으로 감소될 수 있다는 것을 알 수 있다. 한편, 자원 이용이 향상될 수 있다. 많은 수의 IOT UE에 의해 액세스하기 위한 유리한 조건이 생성될 수 있다.

도 1은 기존의 SAE 시스템 아키텍처의 개략도이다.
도 2는 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 1 방법을 도시하는 흐름도이다.
도 3은 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 2 방법을 도시하는 흐름도이다.
도 4는 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 3 방법을 도시하는 흐름도이다.
도 5는 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 4 방법을 도시하는 흐름도이다.
도 6은 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 5 방법을 도시하는 흐름도이다.
도 7은 본 개시의 제 1 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 8은 본 개시의 제 2 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 9는 본 개시의 제 3 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 10은 본 개시의 제 4 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 11은 본 개시의 제 5 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 12는 본 개시의 제 6 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 13은 본 개시의 제 7 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다.
도 14는 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 디바이스의 구조를 도시하는 개략도이다.

본 개시의 목적, 기술적 솔루션 및 이점을 더욱 명확하게 하기 위해, 본 개시는 첨부된 도면 및 실시예와 함께 상세히 더 설명된다.

소량의 불연속 데이터를 송수신하는 요구 사항을 충족시키고, 시그널링 오버헤드를 줄이며, 데이터 송신 효율을 향상시키기 위해, 종래 기술에서는 UE 컨텍스트가 UE 연결을 해제할 때 해제되지 않는 솔루션이 제시된다. 이러한 솔루션에 따르면, UE가 네트워크로부터 분리될 때, UE 및 네트워크는 UE 컨텍스트를 여전히 저장하고 중단하고, UE가 네트워크에 다시 액세스할 때 네트워크 엔티티는 UE 컨텍스트를 생성하여 송신할 필요가 없으며, 네트워크는 UE로부터 UE 컨텍스트를 획득할 필요가 없다. 대신에, 네트워크는 시그널링 오버헤드를 줄이기 위해, 이전에 중단된 UE 컨텍스트를 재개한다.

본 개시의 다양한 실시예에서 언급된 연결 재개 또는 재개 UE 연결은 다음의 상황을 포함할 수 있다:

- UE 연결을 새롭게 확립하고, 재확립하고, 활성화한다.

- UE 연결에 대한 컨텍스트를 활성화하고, 재개한다.

본 개시의 다양한 실시예에서 언급된 연결 중단 또는 중단 연결은 다음의 상황을 포함할 수 있다:

- UE 연결을 삭제하고, 비활성화한다.

- UE 연결에 대한 컨텍스트를 비활성화하고, 중단한다.

본 개시의 다양한 실시예에서 언급된 비-재개는 다음의 상황을 포함할 수 있다:

- 재개하기를 거절하고, 중단을 유지한다.

본 개시의 다양한 실시예에서 언급된 코어 네트워크(core network; CN)에서의 제어 노드는 다음의 상황을 포함할 수 있다:

-MME, SGSN.

본 개시의 다양한 실시예들에서 언급된 CN 내의 게이트웨이 노드는 다음의 상황을 포함할 수 있다:

- SGW, 게이트웨이(Gateway; GW), PGW.

본 개시에서 사용된 몇몇 기본 용어는 다음에서 간략하게 설명될 것이다:

- UE와 CN 내의 제어 노드 간에 교환되는 데이터는 제어 평면 데이터에 속한다.

- eNB와 CN 내의 제어 노드 사이의 UE 연결은 UE 제어 평면 상의 연결에 속한다.

- UE 제어 평면의 연결 정보는 UE 제어 평면의 컨텍스트에 속한다.

- UE와 CN 내의 게이트웨이 노드 간에 교환되는 데이터는 사용자 평면 데이터에 속한다.

- eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결은 사용자 평면상의 UE 연결에 속한다.

- 사용자 평면상의 UE 연결의 정보/컨텍스트는 사용자 평면의 UE 컨텍스트에 속한다.

- 사용자 평면의 UE 연결 상에는 상이한 UE 베어러 터널이 있다.

- UE 베어러 정보/UE 컨텍스트는 사용자 평면의 UE 컨텍스트에 속한다.

일반적으로, UE와 CN 내의 게이트웨이 노드 간에 교환되는 데이터는 eNB와 CN 내의 게이트웨이 노드 사이에 있는 UE 연결(UE 베어러 터널)을 확립할 필요가 있다. 상술한 UE 연결은 CN 내의 제어 노드에 의해 확립되고 해제된다.

상이한 엔티티에서 변할 수 있는 UE 컨텍스트에서의 많은 콘텐츠가 있다. 예를 들어, eNB 상의 UE 컨텍스트는 다음과 같은 것: 각각의 베어러의 UE 컨텍스트, UE의 능력, UE 모바일 컨텍스트, 보안 컨텍스트, UE 아이덴티티를 포함하지만, 이에 한정되지 않는다. 각각의 베어러의 UE 컨텍스트는 다음과 같은 것: UE 아이덴티티, UE의 베어러 QoS 정보, (eNB 측에서의 인터넷 프로토콜(Internet Protocol; IP), 터널 아이덴티티, 게이트웨이 측에서의 IP, 터널 아이덴티티와 같은) 베어러의 터널 정보를 포함하지만, 이에 한정되지 않는다.

본 개시의 실시예에서, 다음의 흐름이 사용될 수 있다.

eNB는 UE 컨텍스트를 중단하고(예를 들어, UE가 더 이상 활성 상태가 아니고, 일정 시간의 기간 동안 데이터가 수신되거나 송신되지 않는다는 것을 eNB가 알 때, eNB는 UE 컨텍스트를 중단하도록 CN 내의 제어 노드에 요청한다), UE에 관련된 연결을 삭제하도록 CN 내의 (MME와 같은) 제어 노드에 요청한다.

eNB로부터 요청을 수신한 후, CN 내의 제어 노드는 게이트웨이 노드와 eNB 사이의 (S1-U와 같은) UE 연결을 삭제하기 위해 CN 내의 (SGW, 라인 게이트웨이(line gateway; LGW), PGW와 같은) 게이트웨이 노드에 요청한다. 후속하여, CN 내의 제어 노드는 UE 컨텍스트를 중단하고, eNB의 요청에 응답한다.

그 후, eNB는 또한 네트워크로부터 분리하도록 UE를 필요로 한다. UE 및 eNB는 각각 UE 컨텍스트를 중단한다.

후속하여, UE가 요구 사항을 가질 때, UE는 연결을 확립하거나 재개하고, UE 컨텍스트를 재개하도록 eNB에 요청하고(예를 들어, UE가 데이터를 송수신할 필요가 있고, UE가 동일한 eNB에 액세스하려고 할 때; 또는 UE는 네트워크로부터 페이징을 수신하고, 이는 UE에 예정된 데이터가 있고, UE가 동일한 eNB에 액세스하려고 한다는 것을 UE에 알릴 때);

UE로부터 요청을 수신한 후, eNB는 eNB와 CN 간에 UE 연결을 확립하고, UE 컨텍스트를 재개하도록 CN 내의 제어 노드에 요청한다.

eNB로부터 요청을 수신한 후, CN 내의 제어 노드는 UE 컨텍스트를 재개하고, eNB와의 UE 연결을 확립하도록 CN 내의 게이트웨이 노드에 요청한다.

UE는 상이한 장면(scene)에서 UE 컨텍스트를 재개하도록 네트워크에 요청할 수 있다. 예를 들어,

장면 1: UE는 사용자 평면 데이터를 송수신할 필요가 있으며, 즉, UE는 eNB를 통해 데이터를 CN 내의 게이트웨이로 송신하거나 CN 내의 게이트웨이로부터 데이터를 수신할 필요가 있다.

장면 2: CN 내의 게이트웨이 노드는 UE의 데이터가 있음을 CN 내의 제어 노드에 알린다. 그런 다음, CN 내의 제어 노드는 데이터를 수신하기 위해 UE에 페이징(paging)을 발행한다.

장면 3: UE는 제어 평면 데이터를 송수신할 필요가 있으며, 즉, UE만이 주기적 트래킹 영역 업데이트(tracking area update; TAU)와 같은 CN 내의 제어 노드와 통신할 필요가 있다.

장면 4: UE는 사용자 평면 데이터를 송수신할 필요가 있다. 그러나, 사용자 평면 데이터는 NAS PDU(non-access stratum protocol data unit)와 같이 CN 내의 제어 평면을 통해 송수신된다. CN 내의 제어 노드는 수신된 UE 데이터를 CN 내의 게이트웨이 노드로 전송한다. CN 내의 제어 노드는 CN 내의 게이트웨이 노드의 수신된 데이터를 UE로 전송한다.

장면 1 및 장면 2에 관해, UE의 통신 요구 사항을 충족시키기 위해 다음과 같은 콘텐츠: UE, eNB, CN 내의 제어 노드 및 게이트웨이 노드에 관한 UE 컨텍스트(특히 UE 베어러 컨텍스트는 재개될 필요가 있다), UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결이 재개될 필요가 있다.

장면 3에 관해, UE는 eNB를 통해 CN 내의 게이트웨이 노드와 데이터를 교환할 필요가 없다. 따라서, UE 및 네트워크 엔티티는 UE 베어러 컨텍스트를 재개할 필요가 없으며, 또한 eNB와 CN 내의 게이트웨이 노드 사이의 (S1-U 터널과 같은) UE 연결을 재개할 필요가 없다. 그러나, UE 및 네트워크 엔티티는 UE의 통신 요구 사항을 충족시키기 위해 다음과 같은 콘텐츠: UE, eNB, (UE 베어러 컨텍스트를 포함하지 않는) CN 내의 제어 노드 및 게이트웨이 노드에 관한 UE 컨텍스트, UE와 eNB 사이의 UE 연결, 및 eNB와 CN 내의 제어 노드 사이의 UE 연결을 재개하도록 요구된다.

장면 4에 관해, UE는 eNB를 통해 CN 내의 게이트웨이 노드와 데이터를 교환할 필요가 없다. 그러나, UE는 CN 내의 제어 노드를 통해 CN 내의 게이트웨이 노드와 데이터를 교환할 필요가 있다. 따라서, eNB 상에서 UE 베어러 컨텍스트를 재개할 필요가 없다. UE와 CN 내의 제어 노드 사이의 통신을 구현하기 위해, 다음과 같은 콘텐츠: UE, CN 내의 제어 노드 및 게이트웨이 노드 상의 (UE 베어러 컨텍스트를 포함하는) UE 컨텍스트, (UE 베어러 컨텍스트를 포함하지 않는) eNB 상의 UE 컨텍스트, UE와 eNB 사이의 UE 연결, 및 CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 있다.

상술한 장면에 대해, 현재 다음과 같은 문제가 있다.

문제 1): 상이한 장면에서의 다양한 엔티티에 대한 UE 컨텍스트 재개 요구 사항은 다양한 엔티티 사이의 UE 연결에 대한 요구 사항과 상이하다. 자원 낭비 및 여분의 액세스 지연은 모든 경우에 각각의 UE 컨텍스트 및 각각의 UE 연결을 재개함으로써 발생될 수 있다. 상이한 시나리오에서 실행되는 다양한 재개 동작이 구별될 때, 상술한 4개의 시나리오는 현재 UE, eNB, CN 내의 제어 노드 등에 의해 구별되지 않는다.

문제 2): UE, eNB 및 CN내의 제어 노드는 중단된 컨텍스트를 인덱싱하는 방법을 알지 못한다.

문제 3): 모든 장면에 대해, UE 컨텍스트 및 UE 연결이 먼저 재개되고 나서, 데이터가 송수신된다. 일반적으로 CN 내의 제어 노드에 예정된 하나의 데이터 패킷이 있다. 여분의 시그널링 오버헤드는 연결을 재개한 후 시그널링으로 데이터 패킷을 송신함으로써 발생될 수 있다.

문제 4): UE의 사용자 평면은 다수의 베어러를 포함할 수 있다. 자원 낭비는 모든 베어러를 재개함으로써 발생될 수 있다. 자원을 저장하기 위해, 이러한 베어러의 데이터 송신 요구 사항에 따라 베어러를 재개하도록 결정한다.

상술한 문제를 해결하기 위해, 본 개시는 다양한 방법을 제공한다. 다양한 방법에서, CN 내의 제어 노드, eNB 및 UE와 같은 상이한 엔티티는 상이한 엔티티의 UE 컨텍스트의 재개 동작, 및 상이한 엔티티 사이의 UE 연결의 재개 동작을 결정할 수 있다.

도 2 내지 4에서, CN 내의 제어 노드는 상이한 엔티티의 UE 컨텍스트의 재개 동작, 및 상이한 엔티티 사이의 UE 연결의 재개 동작을 결정할 수 있다.

상이한 엔티티의 UE 컨텍스트 재개 동작 및 상이한 엔티티의 UE 연결 재개 동작은 CN 내의 제어 노드에 의해 결정된다.

도 2는 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 1 방법을 도시하는 흐름도이다. CN 내의 제어 노드는 다음의 블록을 포함할 수 있는 UE 컨텍스트 및 UE 연결의 재개 동작을 결정한다.

블록(201)에서, CN 내의 제어 노드는 UE의 재개 요구 사항 정보를 획득한다.

선택적으로, CN 내의 제어 노드는 UE, eNB 또는 CN 내의 게이트웨이 노드로부터 UE의 재개 요구 사항 정보를 획득할 수 있다.

일부 구현에서, UE의 재개 요구 사항 정보는 다음의 메시지: 초기 UE 메시지, 재개 요청 메시지, UE 컨텍스트 재개 요청 메시지, UE 연결 재개 요청 메시지, UE 컨텍스트 수정 요청, 다운링크 데이터 통지, 첨부 요청, TAU 요청, 서비스 요청에 의해 반송될 수 있지만, 이에 한정되지 않는다.

일부 다른 구현에서, CN 내의 제어 노드는 상이한 메시지를 수신함으로써 UE의 재개 요구 사항 정보를 획득할 수 있다. 예를 들어, CN 내의 제어 노드는 eNB로부터 초기 UE 메시지를 수신하고, 1) 사용자 평면 UE 컨텍스트 및 사용자 평면 UE 연결을 재개할 필요가 없다는 것, 2) UE 컨텍스트 및 UE 연결을 새롭게 확립할 필요가 있다는 것. 3) 제어 평면 UE 컨텍스트 및 제어 평면 UE 연결을 재개하는 것 중 적어도 하나를 알고; eNB로부터 재개 요청 메시지를 수신함으로써, CN 내의 제어 노드는 UE가 UE 컨텍스트 또는 UE 연결을 재개하도록 요청한다는 것을 알고; CN 내의 게이트웨이로부터 다운링크 데이터 통지를 수신함으로써, CN 내의 제어 노드는 UE에 예정된 데이터가 있음을 알고, UE 컨텍스트 및 UE 연결을 재개할 필요가 있으며; 서비스 요청을 수신함으로써, CN 내의 제어 노드는 UE가 데이터를 송신할 필요가 있음을 알고, UE 컨텍스트 및 UE 연결을 재개할 필요가 있으며; CN 내의 제어 노드는 UE로부터 제어 평면 메시지, 예를 들어 첨부 요청, TAU 요청을 수신하고, 여기서 제어 평면 메시지는 후속 사용자 평면 데이터 송신 요구 사항이 있는지를 나타내며; 후속하는 사용자 평면 데이터 송신 요구 사항이 없을 때, 제어 평면 UE 컨텍스트 및 제어 평면 UE 연결을 재개하거나 새롭게 확립할 필요가 있는 반면에, 사용자 평면 UE 컨텍스트 및 사용자 평면 UE 연결을 재개할 필요가 없다.

선택적으로, UE의 재개 요구 사항 정보는 UE 데이터의 송신 요구 사항 정보, 제 1 UE 아이덴티티, 제 2 UE 아이덴티티, UE 컨텍스트의 재개 요구 사항 정보, UE 연결의 재개 요구 사항 정보 중 적어도 하나를 포함한다.

선택적으로, UE 데이터의 송신 요구 사항 정보는 제어 평면 데이터 송신 요구 사항 정보, 사용자 평면 데이터 송신 요구 사항 정보, (NAS PDU와 같은) 제어 평면 패킷, 사용자 평면 패킷, UE 베어러 정보, 무선 자원 제어(RRC) 확립의 이유 중 적어도 하나를 포함할 수 있다. TAU 요청이 활성 플래그 아이덴티티를 포함하는지와 같은 제어 평면 패킷에서의 제어 평면 시그널링에 기초하여, CN 내의 제어 노드는 데이터 전송 요청이 있는지, 또는 UE 연결을 재개하도록 요청하는지를 알 수 있다. RRC 확립의 이유는 UE 데이터의 송신 요구 사항 정보를 입증할 수 있으며, 예를 들어, 발신 시그널링은 제어 평면 데이터 송신 요구 사항을 입증할 수 있고, 발신 데이터는 사용자 평면 데이터 송신 요구 사항을 나타낸다.

선택적으로, 제어 평면 데이터 송신 요구 사항 정보는 제어 평면 데이터 송신 요구 사항; 후속 사용자 평면 데이터 송신 요구 사항을 가진 제어 평면 데이터 송신 요구 사항; 제어 평면 데이터 송신 요구 사항 중 적어도 하나를 포함할 수 있으며, 요구된 제어 평면 데이터 패킷은 사용자 평면 데이터를 포함한다. 데이터 전송은 데이터 송신 및 데이터 수신, 또는 업링크 데이터 및 다운링크 데이터로 더 나누어질 수 있다. 제어 평면 송신 요구 사항은 첨부 요청, TAU 요청 및 서비스 요청 등과 같은 NAS 계층의 시그널링 요청에 의해 나타내어질 수 있다.

선택적으로, 사용자 평면 데이터 송신 요구 사항 정보는 사용자 평면 데이터 송신 요구 사항, UE 베어러 정보, 데이터 송신 모드 중 적어도 하나를 포함할 수 있다. 사용자 평면 데이터 송신 요구 사항은 업링크 사용자 평면 데이터 송신 요구 사항으로 더 나누어질 수 있다. UE 베어러 정보는 데이터 송신 요구 사항을 갖는 UE 베어러가 있음을 나타낸다. 데이터 송신 모드는 데이터가 (NAS PDU와 같은) 제어 평면 또는 (UE 베어러와 같은) 사용자 평면에 의해 송신된다는 것을 나타낸다. UE 베어러 정보는 UE 베어러 아이덴티티, 베어러 QoS 파라미터, 전송 계층 어드레스, GTP(General Packet Radio Service tunnelling protocol)-TEID(terminal endpoint identifier), NAS PDU, 상관 아이덴티티(ID) 중 적어도 하나를 포함할 수 있다.

선택적으로, 제 1 UE 아이덴티티는 C-RNTI(cell radio network temporary identifier), S-TMSI(Serving-Temporary Mobile Subscriber Identity), IMSI(International Mobile Subscriber Identification number), TMSI, 재개 ID, MME UE S1 애플리케이션 프로토콜(AP) ID, eNB UE S1AP ID, GUTI(Globally Unique Temporary UE Identity) 중 적어도 하나를 포함할 수 있다. 제 1 UE 아이덴티티는 중단된 UE 컨텍스트를 인덱싱하는데 사용된다.

선택적으로, 제 2 UE ID의 콘텐츠는 제 1 UE ID의 콘텐츠와 동일하며, 이는 여기서 반복되지 않는다. 제 2 UE 아이덴티티는 확립될 UE 컨텍스트를 인덱싱하는데 사용된다.

선택적으로, UE 컨텍스트 재개 요청 정보는,

- UE 컨텍스트를 확립하거나 확립하지 않는 요청;

- UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상에서 UE 컨텍스트를 재개하거나 재개하지 않는 요청;

- UE, eNB, 제어 노드, CN 내의 게이트웨이 노드 상에서 UE 베어러 컨텍스트를 재개하거나 재개하지 않는 요청;

- 특정 UE 베어러 컨텍스트, UE 베어러 정보를 재개하거나 재개하지 않는 요청 중 적어도 하나를 포함할 수 있다. UE 베어러 정보는 이미 상술되었으며, 여기서는 반복되지 않는다. UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하는데 사용될 수 있다.

일부 구현에서, UE 컨텍스트 재개 요청 정보에 포함된 UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어질 수 있다.

선택적으로, UE 연결 재개 요청 정보는,

- UE와 eNB 사이의 UE 연결을 재개하거나 재개하지 않는 요청;

- eNB와 CN 내의 제어 노드 사이의 UE 연결을 재개하거나 재개하지 않는 요청;

- eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하거나 재개하지 않는 요청;

- CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하거나 재개하지 않는 요청;

- UE와 CN 내의 제어 노드 사이의 UE 연결을 재개하거나 재개하지 않는 요청;

- UE와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하거나 재개하지 않는 요청;

- 사용자 평면 UE 연결을 재개하거나 재개하지 않는 요청;

- 제어 평면 UE 연결을 재개하거나 재개하지 않는 요청;

- 모든 UE 연결을 재개하거나 재개하지 않는 요청;

- 특정 UE 베어러 터널 및 UE 베어러 정보를 재개하거나 재개하지 않는 요청 중 적어도 하나를 포함할 수 있다. 여기서, "특정(specific)"은 "지정됨(designated)"이다. UE 베어러 정보는 상술되었으며, 여기서는 반복되지 않을 것이다. UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하는데 사용될 수 있다.

일부 구현에서, UE 연결의 재개 요청 정보에 포함된 UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다.

일부 구현에서, UE 컨텍스트 재개 또는 UE 연결 재개는 UE 데이터의 송신 요구 사항이 있다는 것을 의미한다. 사용자 평면 UE 연결 또는 사용자 평면 UE 컨텍스트의 재개는 UE 데이터의 사용자 평면 송신 요구 사항이 있다는 것을 나타낸다. 제어 평면 UE 연결 또는 제어 평면 UE 컨텍스트의 재개는 UE 데이터의 제어 평면 송신 요구 사항이 있다는 것을 나타낸다.

일부 구현에서, UE 데이터의 송신 요구 사항 정보는 UE 컨텍스트 또는 UE 연결을 재개하기 위한 요청이 있다는 것을 나타낼 수 있다. 사용자 평면 UE 데이터의 송신 요구 사항은 사용자 평면 UE 연결 또는 사용자 평면 UE 컨텍스트를 재개하기 위한 요청이 있다는 것을 나타낼 수 있다. 제어 평면 UE 데이터의 송신 요구 사항은 제어 평면 UE 연결 또는 제어 평면 UE 컨텍스트를 재개하기 위한 요청이 있다는 것을 나타낼 수 있다.

블록(202)에서, CN 내의 제어 노드는 UE와 연관된 재개 명령어 정보를 송신한다.

선택적으로, CN 내의 제어 노드는 UE 컨텍스트의 수신된 재개 요구 사항 정보에 기초하여 UE 컨텍스트 및 관련된 UE 연결을 재개할지를 종합적으로 결정하고, UE와 연관된 재개 명령어 정보를 송신한다.

선택적으로, CN 내의 제어 노드는 UE와 연관된 재개 명령어 정보를 UE, eNB, 또는 CN 내의 다른 제어 노드로 송신한다. UE와 연관된 재개 명령어 정보는 다음의 메시지: 초기 UE 컨텍스트 셋업, NAS 다운링크 송신, UE 컨텍스트 수정, 페이징 메시지, 재개 응답, UE 컨텍스트 재개 응답, UE 컨텍스트 재개 거부, UE 연결 재개 응답, UE 연결 재개 거부, 생성 베어러 요청, 수정 베어러 요청, 삭제 베어러 요청, 첨부 수락, 첨부 거부, TAU 수락, TAU 거부, 서비스 요청 수락, 서비스 요청 거부로 반송될 수 있지만, 이에 한정되지 않는다.

선택적으로, UE와 연관된 재개 명령어 정보는 UE 데이터의 송신 요구 사항 정보, 제 1 UE 아이덴티티, 제 2 UE 아이덴티티, UE 컨텍스트 재개 정보, UE 연결 재개 정보 중 적어도 하나를 포함한다.

선택적으로, UE 데이터의 송신 요구 사항 정보는 블록(201)에서의 송신 요구 사항 정보와 동일할 수 있으며, 이는 여기서 반복되지 않을 것이다.

일부 구현에서, CN 내의 제어 노드는 UE 컨텍스트 및 관련된 UE 연결을 재개할 수 있으며, UE 데이터의 송신 요구 사항 정보가 데이터 송신 요구 사항, 사용자 평면 데이터 송신 요구 사항, 후속 사용자 평면 데이터 송신 요구 사항을 갖는 제어 평면 데이터 송신 요구 사항 중 적어도 하나를 포함할 때, 데이터 송신 모드는 사용자 평면을 통한다. 일부 구현에서, CN 내의 제어 노드에 의해 재개된 UE 컨텍스트 및 관련된 UE 연결은, UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 UE 컨텍스트(특히, UE 베어러 컨텍스트는 재개될 필요가 있고, UE 베어러 컨텍스트는 블록(201)에서의 UE 베어러 정보와 동일하며, 이는 여기서 반복되지 않음); UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결, eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 포함할 수 있다. 더욱이, CN 내의 제어 노드는 UE 데이터의 송신 요구 사항 정보 내의 UE 베어러 정보에 기초하여 데이터를 가진 UE 베어러의 UE 컨텍스트 및 데이터를 가진 UE 베어러의 UE 연결의 터널을 재개할 수 있다.

- 일부 구현에서, 데이터 송신 요구 사항이 없을 때, CN 내의 제어 노드는 UE 컨텍스트 및 관련된 UE 연결을 재개하지 않거나 재개하는 것을 거절할 수 있다.

- 일부 구현에서, UE 데이터의 송신 요구 사항 정보가 사용자 평면 데이터 송신 요구 사항을 포함하고, 데이터 송신 모드가 제어 평면을 통할 때, CN 내의 제어 노드는 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하지 않거나 재개하는 것을 거절하는 것, eNB의 UE 베어러 컨텍스트를 재개하지 않는 것 중 적어도 하나를 수행할 수 있다. CN 내의 제어 노드는, UE, CN 내의 제어 노드, CN 내의 게이트웨이 노드의 (UE 베어러 컨텍스트를 포함하는) UE 컨텍스트, eNB의 (UE 베어러 컨텍스트를 포함하지 않는) UE 컨텍스트; UE와 eNB 사이의 UE 연결, CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 재개할 수 있다. 더욱이, CN 내의 제어 노드는 또한 UE 데이터의 송신 요구 사항 정보 내의 UE 베어러 정보에 따라 데이터를 가진 UE 베어러의 UE 컨텍스트 및 데이터를 가진 UE 베어러의 UE 연결의 터널을 재개할 수 있다.

- 일부 구현에서, UE 데이터의 송신 요구 사항 정보가 다음의 조건: 사용자 평면 데이터 송신 요구 사항이 없고, 제어 평면 데이터 송신 요구 사항만이 있는 것 중 하나를 만족할 때, CN 내의 제어 노드는 제어 평면 UE 컨텍스트 및 제어 평면 UE 연결만을 재개할 수 있다. CN 내의 제어 노드는 사용자 평면 UE 컨텍스트, 또는 사용자 평면 UE 연결 또는 UE 베어러를 재개하지 않거나 재개하는 것을 거절한다. CN 내의 제어 노드는 UE 상의 UE 컨텍스트, eNB 상의 UE 컨텍스트, CN 내의 제어 노드 상의 UE 컨텍스트; UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결 중 적어도 하나를 재개할 수 있다.

선택적으로, UE 컨텍스트 재개 정보는,

UE 컨텍스트를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상에서 UE 컨텍스트를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계;

특정 UE 베어러의 UE 베어러 정보를 재개하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계 중 적어도 하나를 포함하며, UE 베어러 정보는 블록(201)에서 설명되었으며, 이는 여기서 반복되지 않는다. UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하는데 사용될 수 있다.

일부 구현에서, UE 컨텍스트의 재개는 관련된 UE 연결을 재개할 필요가 있다는 것을 나타낼 수 있다. 예를 들어, 사용자 평면 UE 컨텍스트의 재개는 또한 사용자 평면 UE 연결을 재개할 필요가 있다는 것을 나타낸다. 제어 평면 UE 컨텍스트의 재개는 또한 제어 평면 UE 연결을 재개할 필요가 있다는 것을 나타낸다.

일부 구현에서, UE 컨텍스트 재개 정보에 포함된 UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어진다.

선택적으로, UE 연결 재개 정보는,

데이터 송신 요구 사항 사항 없음, 사용자 평면 데이터 송신 요구 사항 없음 중 적어도 하나일 수 있는 거절 재개의 이유;

특정 UE 베어러의 UE 베어러 정보를 재개하고, 확립하고, 재확립하고, 거절하고, 재개하지 않고, 비활성화하고, 유지하거나 중단하는 단계 중 적어도 하나를 포함하며, UE 베어러 정보는 블록(201)에서 이미 설명되었으며, 이는 여기서 반복되지 않는다. UE 베어러 정보는 중단된 UE 베어러 컨텍스트를 인덱싱하는데 사용될 수 있다.

일부 구현에서, UE 연결 재개 정보에 포함된 UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다.

일부 구현에서, 관련된 UE 연결의 재개는 또한 관련된 UE 컨텍스트를 재개할 필요가 있다는 것을 나타낼 수 있다. 예를 들어, 사용자 평면 UE 연결의 재개는 또한 사용자 평면 UE 컨텍스트를 재개할 필요가 있다는 것을 나타낸다. 제어 평면 UE 연결의 재개는 또한 제어 평면 UE 컨텍스트를 재개할 필요가 있다는 것을 나타낸다.

선택적으로, 제 1 UE 아이덴티티는 중단된 UE 컨텍스트를 인덱싱하는데 사용될 수 있다. 제 1 UE 아이덴티티의 콘텐츠는 블록(201)을 참조할 수 있다.

선택적으로, 제 2 UE 아이덴티티는 새로운 UE 컨텍스트를 인덱싱하는데 사용될 수 있다. 제 2 UE 아이덴티티의 지정은 제 2 UE 아이덴티티와 관련된 UE 컨텍스트를 삭제하기 위해 나타낼 수 있다. 제 2 UE 아이덴티티의 콘텐츠는 블록(201)을 참조할 수 있다.

도 3은 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 2 방법을 도시하는 흐름도이다. 흐름도에서, CN 내의 제어 노드에 의해 송신된 UE 컨텍스트/UE 연결 재개 명령어 정보에 기초하여, eNB는 다음의 블록을 포함하는 UE 연결을 확립/재개한다.

블록(301)에서, eNB는 UE와 연관된 재개 명령어 정보를 수신한다.

선택적으로, eNB는 CN 또는 UE 내의 제어 노드로부터 UE와 연관된 재개 명령어 정보를 획득할 수 있다.

선택적으로, UE와 연관된 재개 명령어 정보는 블록(202)을 참조할 수 있으며, 이는 여기서 반복되지 않는다.

블록(302)에서, UE와 연관된 수신된 재개 명령어 정보에 기초하여, eNB는 UE와 연관된 재개 명령어 정보에 의해 특정된 재개 동작을, UE 컨텍스트, 제어 평면 UE 컨텍스트, 사용자 평면 UE 컨텍스트, UE 베어러 컨텍스트, UE 연결, 사용자 평면 UE 연결, 제어 평면 UE 연결, UE 연결의 UE 베어러 터널 중 적어도 하나에 대해 수행할 수 있다. 상술한 재개 동작은 재개, 재확립, 재개 없음, 비활성화, 중단 유지 중 적어도 하나를 포함할 수 있다. 특정 동작은 이미 블록(202)에서 설명되었으며, 여기서는 반복되지 않는다.

선택적으로, eNB는 UE와 연관된 재개 명령어 정보를 UE에 전송할 수 있다.

선택적으로, eNB는 UE 컨텍스트를 재개하기 위한 동작 결과를 UE에 동기화할 수 있다.

도 4는 본 개시의 실시예에 따라, UE 컨텍스트 및 UE 연결을 제어하는 제 3 방법을 도시하는 흐름도이다. 흐름도에서, 수신된 UE 컨텍스트/UE 연결 재개 명령어 정보에 기초하여, UE는 다음의 블록을 포함할 수 있는 UE 연결을 확립/재개한다.

블록(401)에서, UE는 UE와 연관된 재개 명령어 정보를 수신한다.

선택적으로, UE는 eNB 또는 CN 내의 제어 노드로부터 UE와 연관된 재개 명령어 정보를 획득할 수 있다.

블록(402)에서, UE와 연관된 수신된 재개 명령어 정보에 기초하여, UE는 UE 컨텍스트, 제어 평면 UE 컨텍스트, 사용자 평면 UE 컨텍스트, UE 베어러 컨텍스트, UE 연결, 사용자 평면 UE 연결, 제어 평면 UE 연결, UE 연결의 UE 베어러 터널 중 적어도 하나에 대해 UE와 연관된 재개 명령어 정보에 의해 특정된 재개 동작을 수행한다. 상술한 재개 동작은 재개, 재확립, 재개 없음, 비활성화, 중단 유지 중 적어도 하나를 포함할 수 있다. 특정 동작은 블록(202)에서 설명되었으며, 이는 여기서 반복되지 않는다.

도 5는 eNB가 상이한 엔티티의 UE 컨텍스트 재개 동작 및 상이한 엔티티의 UE 연결 재개 동작을 결정하는 흐름도이다.

도 5는 본 개시의 실시예에 따라 다음의 블록을 포함할 수 있는 UE 컨텍스트 및 UE 연결을 제어하는 제 4 방법을 도시하는 흐름도이다.

블록(501)에서, eNB는 UE의 재개 요구 사항 정보를 획득한다.

선택적으로, UE의 재개 요구 사항 정보는 블록(201)에서 설명되었으며, 이는 여기서 반복되지 않는다.

선택적으로, eNB는 UE 및/또는 CN 내의 제어 노드로부터 UE의 재개 요구 사항 정보를 획득할 수 있다.

일부 구현에서, eNB는 CN 내의 제어 노드에 의해 송신된 페이징 정보에 기초하여 UE의 재개 요구 사항 정보를 획득할 수 있다. eNB는 인덱싱하기 위해 UE의 재개 요구 사항 정보에서 제 1 UE 아이덴티티를 사용함으로써 UE 컨텍스트가 중단되는지를 알 수 있다. eNB는 또한 UE의 재개 요구 사항 정보 내의 UE 베어러 정보를 사용함으로써 중단된 UE 베어러 컨텍스트를 인덱싱할 수 있다. eNB는 페이징 메시지로부터 UE 데이터 송신 요구 사항이 있다는 것을 알 수 있다. UE가 eNB에 액세스할 때, eNB는 UE 컨텍스트/UE 연결 재개 요청을 UE에 대한 CN 내의 제어 노드로 송신하고, UE 컨텍스트/UE 연결을 재개하거나 사용자 평면 UE 컨텍스트/사용자 평면 UE 연결을 재개하도록 요청할 수 있다. eNB는, 블록(201)에서 설명된 바와 같이, UE의 재개 요구 사항 정보를 CN 내의 제어 노드에 송신할 수 있다.

블록(502)에서, eNB는 UE 데이터의 송신 요구 사항 정보에 기초하여 UE의 재개 요구 사항 정보를 송신할지 또는 UE와 연관된 재개 명령어 정보를 송신할지를 결정한다.

선택적으로, eNB는 UE의 수신된 재개 요구 사항 정보에 기초하여 UE 컨텍스트 및 관련된 UE 연결을 재개할지를 포괄적으로 결정한다. 특정 결정 방식은 블록(202)에서 설명된 방식과 일치하며, 이는 여기서 반복되지 않을 것이다. UE의 재개 요구 사항 정보는 블록(201)에서 설명되었다.

선택적으로, UE와 연관된 재개 명령어 정보는 블록(202)에서 설명되었다. UE 데이터의 송신 요구 사항 정보에 기초하여 UE와 연관된 재개 명령어 정보를 송신할지를 결정할 때, eNB에 의해 수행되는 특정 동작은 블록(202)에서 설명된 동작과 일치하며, 이는 여기서 반복되지 않을 것이다.

선택적으로, eNB는 UE의 재개 요구 사항 정보를 CN 내의 제어 노드에 송신할 수 있다. eNB의 요청에 기초하여, CN 내의 제어 노드는 UE 컨텍스트, 제어 평면 UE 컨텍스트, 사용자 평면 UE 컨텍스트, UE 베어러 컨텍스트, UE 연결, 사용자 평면 UE 연결, 제어 평면 UE 연결, UE 연결의 UE 베어러 터널 중 적어도 하나에 대한 동작을 수행한다. 상술한 동작은 재개, 재확립, 재개 없음, 비활성화 또는 중단 유지 중 적어도 하나를 포함할 수 있다. 특정 동작은 블록 단계(202)에서 설명되었으며, 이는 여기에서 반복되지 않는다.

일부 구현에서, eNB는 다음의 조건 중 적어도 하나가 충족될 때 UE 컨텍스트 및 관련된 UE 연결을 재개하도록 CN 내의 제어 노드에 요청할 수 있다. 데이터 송신 요구 사항이 있고; 사용자 평면 데이터 송신 요구 사항이 있고; 후속 사용자 평면 데이터 송신 요구 사항을 갖는 제어 평면 데이터 송신 요구 사항이 있으며; 데이터 송신 모드는 사용자 평면 베어러를 통한다. eNB는 UE 컨텍스트 및 관련된 UE 연결을 재개하도록 CN 내의 제어 노드에 요청한다. 상술한 UE 컨텍스트 및 관련된 UE 연결은, UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 UE 컨텍스트(특히, UE 베어러 컨텍스트가 재개될 필요가 있음); eNB와 UE 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연관된 연결, eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 포함할 수 있다. 게다가, UE 데이터의 송신 요구 사항 정보에서의 UE 베어러 아이덴티티에 기초하여, CN 내의 제어 노드는 또한 데이터를 가진 UE 베어러의 UE 컨텍스트, 및 데이터를 가진 UE 베어러의 UE 연결의 터널을 재개할 수 있다. UE 베어러 정보는 블록(201)에서 설명된다. UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다. UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어질 수 있다.

일부 구현에서, 사용자 평면 데이터 송신 요구 사항이 있고, 데이터 송신 모드가 제어 평면을 통할 때, eNB는 UE, CN 내의 제어 노드, CN 내의 게이트웨이 노드의 (UE 베어러 컨텍스트를 포함하는) UE 컨텍스트, eNB의 (UE 베어러 컨텍스트를 포함하지 않는) UE 컨텍스트; UE와 eNB 사이의 UE 연결, CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 재개하도록 CN 내의 제어 노드에 요청할 수 있다. 더욱이, UE 데이터의 송신 요구 사항 정보에서의 UE 베어러 아이덴티티에 기초하여, CN 내의 제어 노드는 또한 데이터를 가진 UE 베어러의 UE 컨텍스트, 및 데이터를 가진 UE 베어러의 UE 연결의 터널을 재개할 수 있다. UE 베어러 정보는 블록(201)에서 설명되었다. UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다. UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어질 수 있다.

일부 구현에서, 제어 평면 데이터 송신 요구 사항만이 있을 때, eNB는 1) (초기 UE 메시지와 같은) 연결 확립 요청을 송신하거나, UE 컨텍스트를 새롭게 확립하도록 요청하는 것; 2) UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 (UE 베어러 컨텍스트를 포함하지 않는) UE 컨텍스트; UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결 중 적어도 하나를 재개하도록 요청하는 것 중 적어도 하나를 수행하도록 CN 내의 제어 노드에 요청할 수 있다. UE 베어러 정보는 블록(201)에서 설명되었다. UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다. UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어질 수 있다.

도 6은 UE가 상이한 엔티티의 UE 컨텍스트 재개 동작 및 상이한 엔티티의 UE 연결 재개 동작을 결정하는 흐름도이다.

도 6은 본 개시의 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 제 5 방법을 도시하는 흐름도이며, 이는 다음의 블록을 포함할 수 있다.

블록(601)에서, UE는 UE의 재개 요구 사항 정보를 획득한다.

선택적으로, UE는 UE의 상위 계층, eNB, CN 내의 제어 노드 또는 CN 내의 게이트웨이 노드로부터 UE의 재개 요구 사항 정보를 획득할 수 있다.

일부 구현에서, UE는 페이징 메시지를 수신함으로써 UE의 재개 요구 사항 정보를 획득할 수 있다. UE는 UE의 재개 요구 사항 정보 내의 제 1 UE 아이덴티티 인덱스에 기초하여 중단된 UE 컨텍스트를 인덱싱할 수 있거나; UE는 UE의 재개 요구 사항 정보 내의 UE 베어러 정보에 기초하여 중단된 UE 베어러 컨텍스트를 인덱싱할 수 있다. UE는 페이징 메시지로 UE 데이터의 송신 요구 사항이 있음을 알 수 있다.

블록(602)에서, UE는 UE 컨텍스트/UE 연결을 재개하도록 요청하는지를 결정한다.

선택적으로, UE는 UE의 재개 요구 사항 정보, 또는 UE와 연관된 재개 명령어 정보를 eNB 또는 CN 내의 제어 노드와 같은 네트워크 노드로 송신할 수 있다.

선택적으로, UE의 재개 요구 사항 정보는 블록(201)에서 설명되며, 이는 여기서 반복되지 않는다.

선택적으로, UE와 연관된 재개 명령어 정보는 블록(202)에서 설명되며, 이는 여기서 반복되지 않는다.

일부 구현에서, UE는 다음의 조건: 데이터 송신 요구 사항이 있고; 사용자 평면 데이터 송신 요구 사항이 있고; 후속 사용자 평면 데이터 송신 요구 사항을 갖는 제어 평면 데이터 송신 요구 사항이 있으며; 데이터 송신 모드는 사용자 평면 베어러를 통한다는 것 중 적어도 하나가 충족될 때 UE 컨텍스트 및 관련된 UE 연결을 재개하도록 네트워크 노드에 요청할 수 있다. 상술한 UE 컨텍스트 및 관련된 UE 연결은, UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 UE 컨텍스트(특히, UE 베어러 컨텍스트가 재개될 필요가 있음); eNB와 UE 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결, eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 포함할 수 있다. 더욱이, UE 데이터의 송신 요구 사항 정보에서의 UE 베어러 정보에 기초하여, CN 내의 제어 노드는 데이터를 가진 UE 베어러의 UE 컨텍스트, 및 UE 연결에서 데이터를 가진 UE 베어러의 터널만을 재개할 수 있다. UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다. UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어질 수 있다.

일부 구현에서, 사용자 평면 데이터 송신 요구 사항이 있고, 데이터 송신 모드가 제어 평면을 통할 때, UE는, UE, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 (UE 베어러 컨텍스트를 포함하는) UE 컨텍스트, eNB 상의 (UE 베어러 컨텍스트를 포함하지 않는) UE 컨텍스트; UE와 eNB 사이의 UE 연결, CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결 중 적어도 하나를 재개하도록 CN 내의 제어 노드에 요청할 수 있다. 더욱이, UE 데이터의 송신 요구 사항 정보에서의 UE 베어러 정보에 기초하여, CN 내의 제어 노드는 데이터를 가진 UE 베어러의 UE 컨텍스트, 및 UE 연결의 데이터를 가진 UE 베어러의 터널만을 재개할 수 있다. UE 베어러 정보는 블록(201)에서 설명되었다. UE 연결은 제어 평면 UE 연결 및 사용자 평면 UE 연결로 더 나누어질 수 있다. UE 컨텍스트는 제어 평면 UE 컨텍스트 및 사용자 평면 UE 컨텍스트로 더 나누어질 수 있다.

일부 구현에서, 제어 평면 데이터 송신 요구 사항만이 있을 때, UE는, 1) (초기 UE 메시지와 같은) 연결 확립 요청을 송신하거나, UE 컨텍스트를 새롭게 확립하도록 요청하는 것; 2) UE, eNB, CN 내의 제어 노드, CN 내의 게이트웨이 노드 상의 (UE 베어러 컨텍스트를 포함하지 않는) UE 컨텍스트; UE와 eNB 사이의 UE 연결, eNB와 CN 내의 제어 노드 사이의 UE 연결 중 적어도 하나를 재개하도록 요청하는 것 중 적어도 하나를 수행하도록 네트워크 노드에 요청할 수 있다. 제어 평면 데이터 송신 요구 사항은 초기 UE 메시지, 또는 UE 컨텍스트/UE 연결 재개 요청 메시지로 반송될 수 있다.

일부 구현에서, eNB는 수신된 UE 연결 확립 요청 메시지에 기초하여 새로운 UE 컨텍스트를 확립하기 위해 초기 UE 메시지를 CN 내의 제어 노드에 송신할 수 있다. eNB는 또한 수신된 UE 연결 재개 요청으로 UE 컨텍스트를 인덱싱한 후에 UE 컨텍스트/UE 연결 재개 요청을 CN 내의 제어 노드에 송신할 수 있다.

도 7은 본 개시의 제 1 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 이전의 UE 연결 및 이전의 UE 컨텍스트가 중단되었다고 가정하면, 방법은 다음의 블록을 포함할 수 있다.

블록(701)에서, UE는 RRC 연결 재개 요청을 eNB에 송신한다. RRC 연결 재개 요청은 RRC 연결 재확립 메시지, RRC 연결 확립 요청 메시지 또는 새로운 RRC 메시지로 반송될 수 있다. 상술한 메시지는 UE의 재개 요구 사항 정보를 나타낼 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기서 반복되지 않을 것이다. UE의 업링크 제어 평면 데이터 송신 요구 사항이 있을 수 있다.

블록(702)에서, eNB는 RRC 연결 재개 수락을 UE에 송신한다. RRC 연결 재개 수락은 RRC 연결 재확립 메시지, RRC 연결 확립 메시지 또는 새로운 RRC 메시지로 반송될 수 있다.

블록(703)에서, UE는 RRC 연결 재개 완료를 eNB에 송신할 수 있다. RRC 연결 재개 완료는 RRC 연결 재확립 완료, RRC 연결 확립 완료 또는 새로운 RRC 메시지로 반송될 수 있다. 상술한 메시지는 UE의 재개 요구 사항 정보를 나타낼 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

블록(704)에서, eNB는 재개 요청 메시지를 CN 내의 제어 노드에 송신한다. 재개 요청은 재개 요청 메시지 및 초기 UE 메시지로 반송될 수 있다. 재개 요청은 UE의 재개 요구 사항 정보를 나타낼 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

CN 내의 제어 노드는 UE의 재개 요구 사항 정보에 따라 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할지를 결정한다. 특정 블록은 블록(202)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다. 일부 구현에서, UE의 제어 평면 데이터 송신 요구 사항만이 있다고 결정할 때, CN 내의 제어 노드는 UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하지 않을 수 있다. 즉, CN 내의 제어 노드는 CN 내의 게이트웨이 노드에 대한 수정 베어러 요청을 트리거하지 않을 수 있다. (CN 내의 제어 노드가 단지 UE의 다운링크 데이터 통지를 수신하는 것과 같이) 제어 평면 데이터 송신 요구 사항에 더하여 UE에 대한 사용자 평면 데이터 송신 요구 사항이 있다고 결정할 때, CN 내의 제어 노드는 UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 있다. 재개가 구현될 때, 블록(705 내지 708)으로 진행하고, 그렇지 않으면, 블록(709 내지 710)으로 진행한다.

블록(705)에서, CN 내의 제어 노드는 사용자 평면 UE 연결을 재개하도록 결정하고, 수정 베어러 요청 메시지를 CN 내의 게이트웨이 노드에 송신한다. 수정 베어러 요청 메시지는 eNB에서 UE 베어러의 전송 계층 어드레스 및 TEID를 나타낸다.

블록(706)에서, CN 내의 제어 노드는 CN 내의 게이트웨이 노드로부터 수정 베어러 응답 메시지를 수신한다.

블록(707)에서, CN 내의 제어 노드는 재개 응답을 eNB에 송신한다. 재개 응답은 UE의 재개 응답 메시지, 초기 컨텍스트 확립 요청 메시지, 다운링크 NAS 송신 메시지로 반송될 수 있다. 재개 응답은 UE와 연관된 재개 명령어 정보를 포함하며, 이는 블록(202)을 참조할 수 있다. 일부 구현에서, 메시지는 UE 베어러 컨텍스트 또는 UE 컨텍스트를 재개하도록 나타낼 수 있다. 대안으로, 블록(707)은 블록(705) 전에 실행될 수 있다.

블록(708)에서, eNB는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(302)에서 설명되었으며, 여기에서 반복되지 않는다. 재개 응답에 의해 나타내어진 UE 컨텍스트가 RRC에 의해 이전에 재개된 UE 컨텍스트와 불일치할 때, eNB는 RRC 연결 재개 업데이트를 UE에 송신한다. RRC 연결 재개 업데이트는 RRC 연결 재개 업데이트 메시지 또는 RRC 연결 재설정 메시지로 반송될 수 있다. RRC 연결 재개 업데이트는 UE와 연관된 재개 명령어 정보를 포함하며, 이는 블록(202)에서 설명되었다. 일부 구현에서, 메시지는 UE 베어러 컨텍스트 또는 UE 컨텍스트를 재개하도록 나타낼 수 있다. UE는 수신된 UE 컨텍스트 재개 명령어에 따라 대응하는 동작을 실행하며, 이는 블록(402)에서 설명되었으며, 여기에서 반복되지 않는다. 따라서, 흐름도는 종료될 수 있다.

블록(709)에서, UE의 사용자 평면을 재개할 필요가 없거나 UE 컨텍스트가 검색될 수 없을 때, CN 내의 제어 노드는 재개 거절을 eNB에 송신한다. 재개 거절은 재개 거부 메시지, 재개 응답 메시지, 초기 컨텍스트 셋업 요청 메시지, 다운링크 NAS 전송 메시지, UE 컨텍스트 해제에 의해 반송될 수 있다. UE 컨텍스트 재개 거절은 UE와 연관된 재개 명령어 정보를 포함할 수 있으며, 이는 블록(202)에서 설명되었다. 일부 구현에서, 메시지는 UE 컨텍스트 또는 UE 베어러 컨텍스트를 재개하지 않거나 재개하는 것을 거절하도록 나타낼 수 있다.

블록(710)에서, eNB는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(302)에서 설명되었으며, 여기에서 반복되지 않는다. 재개 거절에 의해 나타내어진 UE 컨텍스트가 RRC에 의해 이전에 재개된 UE 컨텍스트와 일치하지 않을 때, eNB는 RRC 연결 재개 업데이트를 UE에 송신한다. RRC 연결 재개 업데이트 메시지 또는 RRC 연결 재설정 메시지로 반송되는 RRC 연결 재개 업데이트가 포함될 수 있다. 메시지는 UE와 연관된 재개 명령어 정보를 포함할 수 있으며, 이는 블럭(202)에서 설명되었다. 일부 구현에서, 메시지는 UE 베어러 컨텍스트 또는 UE 컨텍스트를 재개하지 않도록 나타낼 수 있다. 대안으로, 메시지는 UE 베어러 컨텍스트 또는 UE 컨텍스트를 재개하는 것을 거절하도록 나타낼 수 있다. UE는 수신된 UE 컨텍스트 재개 명령어에 따라 대응하는 동작을 실행하며, 이는 블록(402)에서 설명되었으며, 여기서 반복되지 않는다. 따라서, 흐름도는 종료된다.

도 8은 본 개시의 제 2 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 이전의 UE 연결 및 UE 컨텍스트가 중단된다고 가정하면, 방법은 다음의 블록을 포함할 수 있다.

블록(801)에서, CN 내의 제어 노드는 CN의 게이트웨이 노드로부터 다운링크 데이터 통지를 수신한다.

블록(802)에서, CN 내의 제어 노드는 관련된 UE가 유휴 상태에 있다는 것을 알고, UE 컨텍스트는 중단된다. CN 내의 제어 노드는 UE의 페이징 메시지를 eNB로 송신한다. 선택적으로, 메시지는 UE의 재개 요구 사항 정보를 포함할 수 있다. UE의 재개 요구 사항 정보는 블록(201)에서 설명되며, 이는 여기서 반복되지 않는다. eNB는 UE의 재개 요구 사항 정보 내의 제 1 UE 아이덴티티 인덱스를 사용함으로써 UE 컨텍스트가 중단되는지를 알 수 있다. 또는, eNB는 UE에 관한 재개 요구 사항 정보 내의 UE 베어러 정보를 사용함으로써 중단된 UE 베어러 컨텍스트를 인덱싱하고; eNB는 페이징 메시지를 가진 UE 데이터 송신 요구 사항이 있다는 것을 알 수 있다. UE가 eNB에 액세스할 때, eNB는 UE 컨텍스트/UE 연결 재개 요청을 CN 내의 제어 노드로 송신하기 위해 UE를 대체하여, UE 컨텍스트/UE 연결을 재개하도록 요청하거나, 사용자 평면 UE 컨텍스트/사용자 평면 UE 연결을 재개하도록 요청할 수 있다. 특정 동작은 블록(501)에 설명되며, 여기서는 반복되지 않는다.

블록(803)에서, eNB는 페이징 메시지를 UE에 송신한다. 메시지는 UE의 재개 요구 사항 정보를 포함할 수 있다. UE는 UE의 재개 요구 사항 정보를 획득하고, 블록(601)에서 설명된 바와 같이 UE 컨텍스트/UE 연결을 재개하도록 요청하는지를 결정한다.

블록(804 내지 811)은 블록(701 내지 708)과 동일하며, 여기서는 반복되지 않는다.

도 9는 본 개시의 제 3 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 이전의 UE 연결 및 UE 컨텍스트가 중단되었다고 가정하면, 방법은 다음의 블록을 포함할 수 있다.

블록(901)에서, UE는 RRC 연결 재개 요청을 eNB에 송신한다. 선택적으로, RRC 연결 재개 요청은 RRC 연결 재확립 메시지, RRC 연결 확립 요청 메시지, 또는 새로운 RRC 메시지에 의해 반송될 수 있다. 선택적으로, 메시지는 UE의 재개 요구 사항 정보를 나타낼 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다. 일부 구현에서, 후속 사용자 평면 데이터 송신 요구 사항을 갖는 UE의 업링크 제어 평면 데이터 송신 요구 사항이 있거나, UE가 사용자 평면 데이터 송신 요구 사항을 가질 때, UE는 이 메시지에 UE의 재개 요구 사항 정보를 나타낸다. 게다가, 데이터 송신 모드는 사용자 평면 베어러이다.

블록(902)에서, eNB는 RRC 연결 재개 수락을 UE에 송신한다. 선택적으로,

RRC 연결 재개 수락은 RRC 연결 재확립 메시지, RRC 연결 확립 메시지 또는 새로운 RRC 메시지로 반송될 수 있다.

블록(903)에서, UE는 RRC 연결 재개 완료를 eNB에 송신한다. 선택적으로, RRC 연결 재개 완료는 RRC 연결 재확립 완료, RRC 연결 확립 완료 또는 새로운 RRC 메시지로 반송될 수 있다. 선택적으로, 메시지는 UE의 재개 요구 사항 정보를 나타낸다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

블록(904)에서, eNB는 재개 요청을 CN 내의 제어 노드에 송신한다. 선택적으로, 재개 요청은 UE의 재개 요구 사항 정보를 나타낸다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

CN 내의 제어 노드는 UE의 재개 요구 사항 정보에 기초하여 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할지를 결정하며, 이는 블록(202)에서 설명되었으며, 반복되지 않는다. 일부 구현에서, CN 내의 제어 노드는 UE의 재개 요구 사항 정보에 기초하여 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 복구할지를 결정하며, 이는 블록(202)에서 설명되었으며, 반복되지 않는다. CN 내의 제어 노드는, 제어 평면 데이터 송신 요구 사항에 더하여(예를 들어, CN 내의 제어 노드는 단지 UE의 다운링크 데이터 통지를 수신하거나, UE는 후속 사용자 평면 데이터 송신 요구 사항이 있다는 것을 나타냄) UE에 대한 사용자 평면 데이터 송신 요구 사항이 있거나, 사용자 평면 데이터 송신 요구 사항만이 있다고 결정한다. 게다가, 데이터 송신 모드는 사용자 평면이다. UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 있다.

블록(905 내지 908)은 블록(705 내지 708)과 동일하며, 여기에서 반복되지 않는다.

도 10은 본 개시의 제 4 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 이전의 UE 연결 및 UE 컨텍스트가 중단된다고 가정하면, 방법은 다음의 블록을 포함할 수 있다.

블록(1001)에서, UE는 RRC 연결 재개 요청을 eNB에 송신한다. 선택적으로, RRC 연결 재개 요청은 RRC 연결 재확립 메시지, RRC 연결 확립 요청 메시지 또는 새로운 RRC 메시지로 반송될 수 있다. 선택적으로, 메시지는 UE의 재개 요구 사항 정보를 나타낸다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다. 일부 구현에서, UE의 후속 사용자 평면 데이터 송신 요구 사항과 함께 UE의 업링크 제어 평면 데이터 송신 요구 사항이 있을 때, 또는 UE가 사용자 평면 데이터 송신 요구 사항을 가질 때, 메시지는 UE의 재개 요구 사항 정보를 나타낸다. 게다가, 데이터 송신 모드는 제어 평면이다.

블록(1002)에서, eNB는 RRC 연결 재개 수락을 UE에 송신한다. 선택적으로, RRC 연결 재개 수락은 RRC 연결 재확립 메시지, RRC 연결 확립 메시지, 또는 새로운 RRC 메시지로 반송될 수 있다.

블록(1003)에서, 선택적으로, UE는 RRC 연결 재개 완료를 eNB에 송신한다. 선택적으로, RRC 연결 재개 완료는 RRC 연결 재확립 완료 메시지, RRC 연결 확립 완료 메시지, 또는 새로운 RRC 메시지로 반송될 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

블록(1004)에서, eNB는 재개 요청을 CN 내의 제어 노드에 송신한다. 선택적으로, 재개 요청은 UE의 재개 요구 사항 정보를 나타낸다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

CN 내의 제어 노드는 UE의 재개 요구 사항 정보에 기초하여 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할지를 결정하며, 이는 블록(202)에서 설명되었으며, 여기서는 반복되지 않는다. 일부 구현에서, CN 내의 제어 노드는, UE의 제어 평면 데이터 송신 요구 사항에 더하여(예를 들어, CN 내의 제어 노드는 단지 UE의 다운링크 데이터 통지를 수신하거나, UE는 후속 사용자 평면 데이터 송신 요구 사항이 있다는 것을 나타냄) UE에 대한 사용자 평면 데이터 송신 요구 사항이 있거나, 사용자 평면 데이터 송신 요구 사항만이 있다고 결정한다. 게다가, 데이터 송신 모드는 제어 평면이다. CN 내의 제어 노드와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 있다. 그러나, eNB의 UE 베어러 컨텍스트를 재개할 필요는 없다.

블록(1005)에서, CN 내의 제어 노드는 사용자 평면 UE 연결을 재개하도록 결정하고, 수정 베어러 요청 메시지를 CN 내의 게이트웨이 노드에 송신한다. 수정 베어러 요청 메시지는 CN의 제어 노드에서 UE 베어러의 전송 계층 어드레스 및 TEID를 나타낸다.

블록(1006)에서, CN 내의 제어 노드는 CN 내의 게이트웨이 노드로부터 수정 캐리어 응답 메시지를 수신한다.

블록(1007)에서, CN 내의 제어 노드는 재개 응답 메시지 또는 재개 거부를 eNB에 송신한다. 선택적으로, 재개 응답은 재개 응답 메시지, 초기 컨텍스트 확립 요청 메시지, 다운링크 NAS 전송 메시지에 의해 반송될 수 있다. 선택적으로, 재개 거부는 재개 거부 메시지, 초기 컨텍스트 확립 요청 메시지, 다운링크 NAS 전송 메시지에 의해 반송될 수 있다. 선택적으로, 재개 응답은 UE와 연관된 재개 명령어 정보를 포함할 수 있으며, 이는 블록(202)에서 설명되었다. 일부 구현에서, 메시지는 다음과 같이 나타낼 수 있다. 재개를 거절하거나, 사용자 평면 UE 컨텍스트 또는 사용자 평면 UE 연결을 재개할 필요가 없다. 메시지는 다음과 같이 나타낼 수 있다. 재개를 거절하거나, UE 베어러 컨텍스트를 재개할 필요가 없다. UE 베어러 컨텍스트는 블록(202)에서 설명되었다. 블록(1007)은 또한 블록(1005) 전에 실행될 수 있다.

블록(1008)에서, eNB는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(302)에서 설명되었으며, 여기에서 반복되지 않는다. 선택적으로, 재개 거부에 의해 나타내어진 UE 컨텍스트가 RRC에 의해 이전에 재개된 UE 컨텍스트와 불일치할 때, eNB는 RRC 연결 재개 업데이트를 UE에 송신한다. RRC 연결 재개 업데이트는 RRC 연결 재개 업데이트 메시지 또는 RRC 연결 재설정 메시지에 포함될 수 있다. RRC 연결 재개 업데이트는 UE와 연관된 재개 명령어 정보를 포함하며, 이는 블록(202)에서 설명되었다. 메시지는 다음의 콘텐츠를 나타낼 수 있다. 사용자 평면 UE 컨텍스트 또는 사용자 평면 UE 연결을 재개하는 것을 거절한다. 또는, 사용자 평면 UE 컨텍스트 또는 사용자 평면 UE 연결을 재개할 필요가 없다. 메시지는 다음과 같은 콘텐츠를 더 나타낼 수 있다. UE 베어러 컨텍스트를 재개하는 것을 거절한다. 또는, UE 베어러 컨텍스트를 재개할 필요가 없다. UE 베어러 컨텍스트는 블록(202)에서 설명되었다.

UE는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(402)에서 설명되며, 여기에서 반복되지 않는다.

도 11은 본 개시의 제 5 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 이전의 UE 연결 및 UE 컨텍스트가 중지된다고 가정하면, 방법은 다음의 블록을 포함할 수 있다.

블록(1101)에서, 일부 구현에서, UE의 제어 평면 데이터 송신 요구 사항만이 있다. UE는 RRC 연결 재개 요청을 eNB에 송신한다. 선택적으로, RRC 연결 재개 요청은 RRC 연결 재확립 메시지, RRC 연결 확립 요청 메시지 또는 새로운 RRC 메시지로 반송될 수 있다. 선택적으로, 메시지는 UE의 재개 요구 사항 정보를 나타낸다. UE의 재개 요구 사항 정보는 블록(201)에서 설명되었으며, 여기서 반복되지 않는다.

블록(1102)에서, eNB는 RRC 연결 재개 수락을 UE에 송신한다. 선택적으로, RRC 연결 재개 수락은 RRC 연결 재확립 메시지, RRC 연결 확립 메시지 또는 새로운 RRC 메시지에 의해 반송될 수 있다.

블록(1103)에서, 선택적으로, UE는 RRC 연결 재개 완료를 eNB에 송신할 수 있다. 선택적으로, RRC 연결 재개 완료는 RRC 연결 재확립 완료, RRC 연결 확립 완료, 또는 새로운 RRC 메세지에 의해 반송될 수 있다. UE의 재개 요구 사항 정보는 블록(201)에서 설명되었으며, 여기서 반복되지 않는다.

블록(1104)에서, eNB는 초기 UE 메시지를 CN 내의 제어 노드에 송신한다. 선택적으로, 초기 UE 메시지는 UE의 재개 요구 사항 정보를 나타낼 수 있다. UE의 재개 요구 사항 정보는 블록(201)에서 설명되었으며, 여기서 반복되지 않는다.

선택적으로, 초기 UE 메시지는 제 2 UE 아이덴티티, 즉 새로운 UE 컨텍스트의 eNB 측의 UE 아이덴티티, 예를 들어, eNB UE S1AP ID 또는 중단된 UE 컨텍스트를 가진 UE 아이덴티티를 포함할 수 있다. 초기 UE 메시지가 새로운 UE 컨텍스트의 UE 아이덴티티를 포함하면, 중단된 UE 컨텍스트를 재개하도록 결정할 때, CN 내의 제어 노드는 제 2 UE 아이덴티티를 나타내고, 제 2 UE 아이덴티티와 연관된 UE 컨텍스트를 삭제하도록 eNB에 요청하며; UE에 대한 UE 컨텍스트를 새롭게 확립하도록 결정할 때, CN 내의 제어 노드는 MME UE S1AP ID와 같이 eNB 측에서 새로운 UE 아이덴티티를 할당한다.

CN 내의 제어 노드는 UE의 재개 요구 사항 정보에 기초하여 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할지를 결정하며, 이는 블록(202)에서 설명되었으며, 여기서는 반복되지 않는다. 일부 구현에서, UE에 대한 제어 평면 데이터 송신 요구 사항만이 있다고 결정할 때, CN 내의 제어 노드는 UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하는 대신에 새로운 UE 컨텍스트를 확립한다. 일부 다른 구현에서, 제어 평면 데이터 송신 요구 사항에 더하여(예를 들어, CN 내의 제어 노드는 단지 UE의 다운링크 데이터 통지를 수신함) UE에 대한 사용자 평면 데이터 송신 요구 사항이 있다고 결정할 때, CN 내의 제어 노드는 UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 있다.

UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 있을 때, 블록(1105 내지 1109)으로 진행하며; UE 베어러 컨텍스트, 및 eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개할 필요가 없을 때, 블록(1110 내지 1113)으로 진행한다.

블록(1105)에서, CN 내의 제어 노드는 사용자 평면 UE 연결을 재개하도록 결정하고, 수정 베어러 요청 메시지를 CN 내의 게이트웨이 노드에 송신한다. 수정 베어러 요청 메시지는 eNB 측에서 UE 베어러의 전송 계층 어드레스 및 TEID를 나타낸다.

블록(1106)에서, CN 내의 제어 노드는 CN 내의 게이트웨이 노드로부터 수정 베어러 응답 메시지를 수신한다.

블록(1107)에서, CN 내의 제어 노드는 재개 명령을 eNB에 송신한다. 선택적으로, 재개 명령은 UE와 연관된 재개 명령어 정보를 포함하며, 이는 블록(202)에서 설명되었다. 일부 구현에서, 메시지는 UE 컨텍스트 또는 UE 베어러 컨텍스트를 재개하도록 나타낼 수 있다. 선택적으로, 메시지는 eNB에 의해 할당된 eNB 측 UE 아이덴티티를 포함할 수 있으며, 이는 다음과 같이 의미한다. CN 내의 제어 노드는 UE 아이덴티티와 연관된 UE 컨텍스트를 삭제하도록 eNB에 요청한다. 블록(1107)은 블록(1105) 전에 실행될 수 있다.

블록(1108)에서, eNB는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(302)에서 설명되었으며, 여기에서 반복되지 않는다. 선택적으로, 재개 명령어에 의해 나타내어진 UE 컨텍스트가 RRC에 의해 이전에 재개된 UE 컨텍스트와 불일치할 때, eNB는 RRC 연결 재개 업데이트를 UE에 송신한다. 선택적으로, RRC 연결 재개 업데이트는 RRC 연결 재개 업데이트 메시지 또는 RRC 연결 재설정 메시지에 의해 반송될 수 있다. 선택적으로, 메시지는 UE와 연관된 재개 명령어 정보를 포함할 수 있으며, 이는 블록(202)에서 설명되었다. 일부 구현에서, 메시지는 UE 컨텍스트 또는 UE 베어러 컨텍스트를 재개하도록 나타낼 수 있다. UE는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(402)에서 설명되었으며, 여기에서는 반복되지 않는다.

블록(1109)에서, eNB는 재개 완료를 CN 내의 제어 노드로 반환한다.

블록(1110)에서, CN 내의 제어 노드는 다운링크 NAS 전송 메시지를 eNB에 송신하며, 여기서 다운링크 NAS 전송 메시지는 NAS 데이터 패킷을 포함한다. 일부 구현에서, 메시지는 UE 컨텍스트 또는 UE 베어러 컨텍스트를 재개하지 않거나, 재개하는 것을 거절하며, 또는 중단을 유지하는 것을 나타낼 수 있다.

블록(1111)에서, eNB는 NAS 데이터 패킷을 다운링크 정보 송신 메시지를 가진 UE에 송신한다. 일부 구현에서, 다운링크 정보 전송 메시지는 UE 컨텍스트 또는 UE 베어러 컨텍스트를 재개하지 않거나, 재개하는 것을 거절하며, 또는 중단을 유지하는 것을 나타낼 수 있다.

블록(1112)에서, NAS 데이터 패킷의 송신이 완료된다. UE는 더 이상 활성적이지 않다. eNB는 UE 컨텍스트 삭제 요청을 CN 내의 제어 노드에 송신하고, UE 컨텍스트의 새롭게 할당된 아이덴티티(예를 들어, eNB UE S1AP ID, MME UE S1AP ID)를 나타내며, 아이덴티티와 연관된 UE 컨텍스트를 삭제하도록 CN 내의 제어 노드에 요청한다.

블록(1113)에서, CN 내의 제어 노드는 관련된 UE 컨텍스트를 삭제하고, UE 컨텍스트 삭제 응답을 eNB에 반환한다. 그런 다음, eNB는 UE 연결을 해제한다.

지금까지, 도 11에 도시된 흐름도는 종료된다.

도 12는 본 개시의 제 6 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 이전의 UE 연결 및 UE 컨텍스트가 중지된다고 가정하면, 방법은 다음의 블록을 포함할 수 있다.

블록(1201)에서, UE와 eNB 사이의 RRC 연결이 재개된다. 선택적으로, UE는 UE의 재개 요구 사항 정보를 eNB에 송신할 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다. 일부 구현에서, eNB는 UE의 재개 요구 사항 정보에 기초하여 UE에 대한 제어 평면 데이터 송신 요구 사항만이 있다는 것을 안다. 그 다음, eNB는 사용자 평면 UE 컨텍스트 및 사용자 평면 UE 연결을 재개하지 않거나 계속 중단한다.

블록(1202)에서, eNB는 재개 요청 메시지를 CN 내의 제어 노드에 송신한다. 선택적으로, 재개 요청 메시지는 UE의 재개 요구 사항 정보를 나타낼 수 있다. UE의 재개 요구 사항 정보는 블록(201)을 참조할 수 있으며, 이는 여기에서 반복되지 않는다.

CN 내의 제어 노드는 eNB에 의해 송신된 UE의 재개 요구 사항 정보에 기초하여 UE에 대한 제어 평면 데이터 송신 요구 사항만이 있다는 것을 안다.

블록(1203)에서, 그 동안, CN 내의 제어 노드는 단지 CN의 게이트웨이 노드로부터 UE의 재개 요구 사항 정보를 수신하고, 다운링크 사용자 평면 UE 데이터가 있다는 것을 안다. CN 내의 제어 노드는 사용자 평면 UE 컨텍스트 및 사용자 평면 UE 연결, 즉, eNB와 CN 내의 게이트웨이 노드 사이의 UE 연결을 재개하도록 결정하며, 이는 블록(202)에서 설명되었으며, 여기에서 반복되지 않는다.

블록(1204)에서, CN 내의 제어 노드는 수정 베어러 요청 메시지를 CN 내의 게이트웨이 노드에 송신한다. 수정 베어러 요청 메시지는 eNB에서 UE 베어러의 전송 계층 어드레스 및 TEID를 나타낸다.

블록(1205)에서, CN 내의 제어 노드는 CN 내의 게이트웨이 노드로부터 수정 베어러 응답 메시지를 수신한다.

블록(1206)에서, CN 내의 제어 노드는 재개 응답 메시지를 eNB에 송신한다. 선택적으로, 재개 응답 메시지는 UE와 연관된 재개 명령어 정보를 포함할 수 있다. 일부 구현에서, UE와 연관된 재개 명령어 정보는 사용자 평면 UE 컨텍스트 또는 사용자 평면 UE 연결을 재개하도록 나타낼 수 있다. UE와 연관된 재개 명령어 정보는 재개될 UE 베어러 컨텍스트를 더 지정할 수 있다. UE 베어러 컨텍스트 정보는 블록(201)에서 설명되었다. 블록(1206)은 블록(1204) 전에 실행될 수 있다.

블록(1207)에서, eNB는 수신된 UE 컨텍스트 재개 명령어에 기초하여 대응하는 동작을 실행하며, 이는 블록(302)에서 설명되었으며, 여기서 반복되지 않는다. 선택적으로, 재개 명령에 의해 나타내어진 UE 컨텍스트가 RRC에 의해 이전에 재개된 UE 컨텍스트와 불일치할 때, eNB는 RRC 연결 재개 업데이트를 UE에 송신한다. 선택적으로, RRC 연결 재개 업데이트는 RRC 연결 재개 업데이트 메시지 또는 RRC 연결 재설정 메시지에 의해 반송될 수 있다. 선택적으로, 메시지는 UE와 연관된 재개 명령어 정보를 포함할 수 있으며, 이는 블록(202)에서 설명되었다. 지금까지, 도 12로 도시된 흐름도는 종료된다.

도 13은 본 개시의 제 7 방법 실시예에 따라 UE 컨텍스트 및 UE 연결을 제어하는 방법을 도시하는 흐름도이다. 실시예에서, 제어 평면 시그널링을 송신할 때 필요한 시그널링을 저장하기 위해 재개 프로세스 동안 NAS PDU가 부가되었다. 이러한 방법은 다음의 블록을 포함할 수 있다.

블록(1301)에서, eNB에 의해 재개 요청을 CN 내의 제어 노드에 송신하는 프로세스 동안, UE의 제어 평면 데이터를 수신한 후에, UE의 제어 평면 데이터는 재개 요청과 함께 CN 내의 제어 노드로 송신될 수 있다. 한편으로, 제어 평면 데이터를 송신하기 위한 시그널링 오버헤드가 축소될 수 있다. 다른 한편으로는, UE의 재개 요구 사항 정보를 CN 내의 제어 노드에 송신한다.

블록(1302)에서, CN 내의 제어 노드에 의해 eNB에 대한 재개 응답을 송신하는 프로세스 동안, UE에 예정된 제어 평면 데이터가 있을 때, 제어 평면 데이터는 재개 응답으로 eNB에 송신되어, 제어 평면 데이터를 송신하기 위한 시그널링 오버헤드를 축소할 수 있다.

상술한 기술적 솔루션에 기초하여, 상이한 데이터 송신 요구 사항을 갖는 시나리오를 구별하고, 요구 사항에 기초하여 UE 컨텍스트 또는 UE 연결을 재개하거나 새롭게 확립한 후에, 시그널링 자원의 오버헤드가 효과적으로 감소될 수 있다는 것을 알 수 있다. 한편, 자원 이용은 향상될 수 있다. 많은 수의 IOTUE에 의해 액세스하기 위한 유리한 조건이 생성될 수 있다.

상술한 방법에 대응하여, 본 개시는 또한 UE 컨텍스트 및 UE 연결을 제어하는 디바이스를 제공한다. 디바이스의 구조는 도 14를 참조할 수 있다. 디바이스는 정보 획득 모듈 및 결정 모듈을 포함한다.

정보 획득 모듈은 UE의 재개 요구 사항 정보를 획득하는 것이다.

상술한 것은 본 개시의 바람직한 실시예일 뿐이며, 이는 본 개시를 제한하는데 사용하기 위한 것이 아니다. 본 개시의 사상 및 원리 내에서 이루어진 모든 수정, 등가의 대체 및 개선은 본 개시의 보호 범위에 의해 커버되어야 한다.

101: UE
102: E-UTRAN
103: MME

Claims

이동 통신 시스템의 단말에 의해 수행되는 방법에 있어서,
제어 평면을 관리하는 제1 코어 네트워크 노드로, 상기 단말이 제어 평면 연결 상에서 사용자 데이터 전송을 지원하는지 여부를 지시하는 제1 정보를 포함하는 제1 메시지를 전송하는 단계;
상기 제1 코어 네트워크 노드로부터, 상기 제1 코어 네트워크 노드가 상기 제어 평면 연결 상에서 상기 사용자 데이터 전송을 허용하는지 여부를 지시하는 제2 정보를 포함하는 제2 메시지를 수신하는 단계; 및
상기 제1 코어 네트워크 노드와 상기 제어 평면 연결 상에서 사용자 데이터를 통신하는 단계를 포함하고,
상기 사용자 데이터는 NAS (non-access stratum) 메시지의 페이로드에 포함되는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 제1 메시지는 상기 단말의 등록을 요청하기 위한 메시지를 포함하며 상기 제2 메시지는 상기 등록을 허용하기 위한 메시지를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 사용자 데이터의 통신을 위한 사용자 평면 연결이 수립되지 않는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 제1 정보는, 상기 제1 코어 네트워크 노드 및 상기 단말이 사용자 평면 연결의 수립 없이 상기 제어 평면 연결만 사용할지 여부와 연관되는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 사용자 데이터는 사용자 평면을 관리하는 제2 코어 네트워크 노드로 포워딩되거나 또는 상기 제2 코어 네트워크 노드로부터 포워딩되는 것을 특징으로 하는 방법.
이동 통신 시스템의 제어 평면을 관리하는 제1 코어 네트워크 노드에 의해 수행되는 방법에 있어서,
단말로부터, 상기 단말이 제어 평면 연결 상에서 사용자 데이터 전송을 지원하는지 여부를 지시하는 제1 정보를 포함하는 제1 메시지를 수신하는 단계;
상기 단말로, 상기 제1 코어 네트워크 노드가 상기 제어 평면 연결 상에서 상기 사용자 데이터 전송을 허용하는지 여부를 지시하는 제2 정보를 포함하는 제2 메시지를 전송하는 단계; 및
상기 단말과 상기 제어 평면 연결 상에서 사용자 데이터를 통신하는 단계를 포함하고,
상기 사용자 데이터는 NAS (non-access stratum) 메시지의 페이로드에 포함되는 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 제1 메시지는 상기 단말의 등록을 요청하기 위한 메시지를 포함하며 상기 제2 메시지는 상기 등록을 허용하기 위한 메시지를 포함하는 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 사용자 데이터의 통신을 위한 사용자 평면 연결이 수립되지 않는 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 제1 정보에 기반하여, 상기 제1 코어 네트워크 노드 및 상기 단말이 사용자 평면 연결의 수립 없이 상기 제어 평면 연결만 사용할지 여부를 판단하는 단계를 더 포함하는 방법.
제 6 항에 있어서,
상기 사용자 데이터는 사용자 평면을 관리하는 제2 코어 네트워크 노드로 포워딩되거나 또는 상기 제2 코어 네트워크 노드로부터 포워딩되는 것을 특징으로 하는 방법.
이동 통신 시스템의 단말에 있어서,
송수신부; 및
제어부를 포함하고,
상기 제어부는,
제어 평면을 관리하는 제1 코어 네트워크 노드로, 상기 단말이 제어 평면 연결 상에서 사용자 데이터 전송을 지원하는지 여부를 지시하는 제1 정보를 포함하는 제1 메시지를 전송하도록 상기 송수신부를 제어하고,
상기 제1 코어 네트워크 노드로부터, 상기 제1 코어 네트워크 노드가 상기 제어 평면 연결 상에서 상기 사용자 데이터 전송을 허용하는지 여부를 지시하는 제2 정보를 포함하는 제2 메시지를 수신하도록 상기 송수신부를 제어하고,
상기 제1 코어 네트워크 노드와 상기 제어 평면 연결 상에서 사용자 데이터를 통신하도록 상기 송수신부를 제어하고,
상기 사용자 데이터는 NAS (non-access stratum) 메시지의 페이로드에 포함되는 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 제1 메시지는 상기 단말의 등록을 요청하기 위한 메시지를 포함하며 상기 제2 메시지는 상기 등록을 허용하기 위한 메시지를 포함하는 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 사용자 데이터의 통신을 위한 사용자 평면 연결이 수립되지 않는 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 제1 정보는, 상기 제1 코어 네트워크 노드 및 상기 단말이 사용자 평면 연결의 수립 없이 상기 제어 평면 연결만 사용할지 여부와 연관되는 것을 특징으로 하는 단말.
제 11 항에 있어서,
상기 사용자 데이터는 사용자 평면을 관리하는 제2 코어 네트워크 노드로 포워딩되거나 또는 상기 제2 코어 네트워크 노드로부터 포워딩되는 것을 특징으로 하는 단말.
이동 통신 시스템의 제어 평면을 관리하는 제1 코어 네트워크 노드에 있어서,
송수신부; 및
제어부를 포함하고,
상기 제어부는,
단말로부터, 상기 단말이 제어 평면 연결 상에서 사용자 데이터 전송을 지원하는지 여부를 지시하는 제1 정보를 포함하는 제1 메시지를 수신하도록 상기 송수신부를 제어하고,
상기 단말로, 상기 제1 코어 네트워크 노드가 상기 제어 평면 연결 상에서 상기 사용자 데이터 전송을 허용하는지 여부를 지시하는 제2 정보를 포함하는 제2 메시지를 전송하도록 상기 송수신부를 제어하고,
상기 단말과 상기 제어 평면 연결 상에서 사용자 데이터를 통신하도록 상기 송수신부를 제어하고,
상기 사용자 데이터는 NAS (non-access stratum) 메시지의 페이로드에 포함되는 것을 특징으로 하는 제1 코어 네트워크 노드.
제 16 항에 있어서,
상기 제1 메시지는 상기 단말의 등록을 요청하기 위한 메시지를 포함하며 상기 제2 메시지는 상기 등록을 허용하기 위한 메시지를 포함하는 것을 특징으로 하는 제1 코어 네트워크 노드.
제 16 항에 있어서,
상기 사용자 데이터의 통신을 위한 사용자 평면 연결이 수립되지 않는 것을 특징으로 하는 제1 코어 네트워크 노드.
제 16 항에 있어서,
상기 제어부는,
상기 제1 정보에 기반하여, 상기 제1 코어 네트워크 노드 및 상기 단말이 사용자 평면 연결의 수립 없이 상기 제어 평면 연결만 사용할지 여부를 판단하는 제1 코어 네트워크 노드.
제 16 항에 있어서,
상기 사용자 데이터는 사용자 평면을 관리하는 제2 코어 네트워크 노드로 포워딩되거나 또는 상기 제2 코어 네트워크 노드로부터 포워딩되는 것을 특징으로 하는 제1 코어 네트워크 노드.