KR101880902B1

KR101880902B1 - 수락 제어 및 로드 밸런싱

Info

Publication number: KR101880902B1
Application number: KR1020177004123A
Authority: KR
Inventors: 개빈 버나드 호른; 나단 에드워드 테니
Original assignee: 퀄컴 인코포레이티드
Priority date: 2014-08-19
Filing date: 2015-08-10
Publication date: 2018-07-23
Also published as: US10051518B2; AU2015305898A1; KR20180083971A; TW201817262A; US9749902B2; EP3183842B1; KR101969693B1; AU2015305898B2; US20170318500A1; JP2017530600A; TWI613924B; US10349309B2; US10356661B2; EP3183842A2; EP3402144A1; US20160057658A1; WO2016028527A3; JP6620144B2; KR20170043527A; BR112017003025A2

Abstract

본 개시의 특정한 양태들은 무선 통신을 위한 방법들 및 장치, 특히, 서비스들에 대한 로드 밸런싱 및 수락 제어를 결정하기 위해 노드가 이동 디바이스에 대한 활성 서비스들 및 컨텍스트를 인식할 수 있게 하는 방법들 및 장치에 관한 것이다. 예를 들어, 특정한 양태들에서, 코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하는 이동 디바이스는 데이터 흐름 또는 데이터 흐름에 관한 서비스 중 적어도 하나가 보고되어야 하는지 여부를 결정할 수도 있으며, 그 결정에 기초하여 제 1 노드에 보고를 전송할 수도 있다. 보고는 데이터 흐름 또는 서비스 중 적어도 하나를 식별할 수도 있으며, 서비스 또는 데이터 흐름과 연관된 패킷 데이터 네트워크 (PDN) 접속 또는 베어러를 나타낼 수도 있다.

Description

수락 제어 및 로드 밸런싱{ADMISSION CONTROL AND LOAD BALANCING}

본 출원은 2014년 8월 19일 출원된 미국 가출원 제62/039,221호, 및 2015년 1월 16일 출원된 미국 출원 제14/599,144호에 대한 우선권을 주장하고, 이들 모두는 그 전체가 참조로 본원에 명시적으로 통합된다.

본 개시는 일반적으로 무선 통신에 관한 것이고, 보다 구체적으로, 상이한 통신 링크들을 사용하여 이동 디바이스와 코어 네트워크 사이에서 데이터를 라우팅하는 방법들 및 장치에 관한 것이다.

무선 통신 시스템들이 새로운 사용자 경험들을 제공할 새로운 서비스들 및 디바이스들을 가능하게 하는 목표로 개발되고 있다. 이것을 달성하기 위한 하나의 접근방식이, 예를 들어, 무선 광역 네트워크들 (예를 들어, 3G 및 LTE) 및 무선 로컬 영역 네트워크들 (예를 들어, WiFi 및 밀리미터파 (mmW) 에 기초함) 로부터의 특징들의 조합을 사용하여 다수의 기존의 무선 액세스 기술들 (RAT들) 을 활용하는 것이다. 이러한 접근방식은 개발 속도를 높이는데 도움이 되고 상이한 RAT들에 의해 제공된 상이한 이점들을 이용할 수도 있다.

다수의 RAT들을 이용하는 시스템에 대한 하나의 도전은, 상이한 RAT들에 의해 제공되는 상이한 경로들이 주어지면, 코어 네트워크와 사용자 사이에서 데이터를 어떻게 최적으로 라우팅하는지이다.

본 개시의 특정한 양태들은 코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하기 위한 이동 디바이스에 의한 무선 통신의 방법을 제공한다. 방법은 일반적으로, 데이터 흐름 또는 데이터 흐름에 관한 서비스 중 적어도 하나가 보고되어야 하는지 여부를 결정하는 단계, 및 결정에 기초하여 보고를 제 1 노드에 전송하는 단계를 포함하고, 보고는 데이터 흐름 또는 서비스 중 적어도 하나를 식별하고 서비스 또는 데이터 흐름과 연관된 패킷 데이터 네트워크 (PDN) 접속 또는 베어러를 나타낸다.

본 개시의 특정한 양태들은 적어도 하나의 데이터를 관리하기 위한 제 2 노드에 의한 무선 통신의 방법을 제공한다. 방법은 일반적으로, 데이터 흐름이 베어러 또는 패킷 데이터 네트워크 (PDN) 접속에 대해 활성이라는 것을 결정하는 단계, 데이터 흐름의 하나 이상의 서비스 요건들에 기초하여, 제 2 노드 또는 제 1 노드에서 데이터 흐름을 서빙할지 결정하는 단계, 및 데이터 흐름의 수락 (admission) 에 대한 요청을 제 1 노드에 전송하는 단계를 포함한다.

본 개시의 특정한 양태들은 적어도 하나의 데이터 흐름에 대한 수락 제어를 수행하기 위한 제 1 노드에 의한 무선 통신의 방법을 제공한다. 방법은 일반적으로, 제 2 노드로부터, 복수의 데이터 흐름들을 포함하는 베어러에 대한 적어도 하나의 데이터 흐름의 수락에 대한 요청을 수신하는 단계; 베어러로 적어도 하나의 데이터 흐름을 서빙하기 위해 제 1 노드에서 자원들의 가용성을 평가하는 단계, 및 자원들의 평가된 가용성에 적어도 부분적으로 기초하여 적어도 하나의 데이터 흐름에 수락이 승인되는지 여부를 제 2 노드에 나타내는 단계를 포함한다.

본 개시의 특정한 양태들은 제 1 노드에 의한 무선 통신의 방법을 제공한다. 방법은 일반적으로, 적어도 하나의 데이터 흐름이 기존의 베어러 또는 새로운 패킷 데이터 네트워크 (PDN) 접속에 대해 활성이라는 것을 결정하는 단계로서, 상기 데이터 흐름은 제 1 노드의 프로토콜 스택의 연관된 집성 레이어를 갖는, 상기 결정하는 단계, 데이터 흐름을 서빙하기 위해 제 1 노드에서 자원들의 가용성을 평가하는 단계로서, 상기 평가는 제 1 노드의 프로토콜 스택의 연관된 집성 레이어 아래에 있는 적어도 하나의 프로토콜 레이어에 의해 관리된 자원들에 관한 것인, 상기 평가하는 단계, 및 제 2 노드와 연관된 데이터 흐름들 및 제 2 노드와 연관되지 않은 데이터 흐름들에 대한 제 1 노드에서 자원들의 가용성을 나타내는 메시지를 제 2 노드에 송신하는 단계를 포함한다.

양태들은 또한, 상술한 동작들을 수행하는 다양한 장치, 시스템들, 컴퓨터 프로그램 제품들, 및 프로세싱 시스템들을 제공한다.

도 1 은 본 개시의 특정한 양태들에 따른, 예시적인 무선 환경을 예시한다.
도 2a 및 도 2b 는 본 개시의 특정한 양태들에 따른, 제어 평면 및 사용자 평면에 대한 예시적인 프로토콜 레이어들을 예시한다.
도 3 은 본 개시의 양태들에 따른, 예시적인 멀티-접속 프로토콜 스택을 예시한다.
도 4 는 본 개시의 양태들에 따른, 예시적인 오프로드 구성을 예시한다.
도 5 는 본 개시의 양태들에 따른, 예시적인 사용자 평면 (U-평면) 스플릿팅 구성들을 예시한다.
도 6 은 본 개시의 양태들에 따른, 예시적인 제어 평면 (C-평면) 논리적 아키텍처 옵션들을 예시한다.
도 7 은 본 개시의 양태들에 따른, 예시적인 제어 평면 (C-평면) 넌-액세스 계층 (NAS) 논리적 아키텍처 옵션들을 예시한다.
도 8 은 본 개시의 양태들에 따른, 이동 디바이스, 마스터 기지국, 및 세컨더리 기지국의 예시적인 호 흐름도를 예시한다.
도 9 는 본 개시의 특정한 양태들에 따른, 서비스들의 세트 및 UE 컨텍스트를 이동성 관리 엔터티 (MME) 에 제공하는 예시적인 호 흐름도를 예시한다.
도 10 은 본 개시의 특정한 양태들에 따른, 서비스들의 세트 및 UE 컨텍스트를 RAN 에 제공하는 예시적인 호 흐름도를 예시한다.
도 11 은 본 개시의 특정한 양태들에 따른, 코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하는 예시적인 동작들을 예시한다.
도 12 는 본 개시의 특정한 양태들에 따른, 적어도 하나의 데이터 흐름을 관리하는 예시적인 동작들을 예시한다.
도 13 은 본 개시의 특정한 양태들에 따른, 적어도 하나의 데이터 흐름에 대한 수락 제어를 수행하는 예시적인 동작들을 예시한다.
도 14 는 본 개시의 특정한 양태들에 따른, 로드 밸런싱을 수행하는 예시적인 동작들을 예시한다.
도 15 는 본 개시의 양태들에 따른, 예시적인 사용자 장비의 블록도를 예시한다.
도 16 은 본 개시의 양태들에 따른, 예시적인 기지국의 블록도를 예시한다.

본 개시의 양태들은 다수의 무선 액세스 기술들 (RAT들) 을 통해 접속된 코어 네트워크와 사용자 장비 (UE) 사이에서 데이터를 라우팅하기 위해 사용될 수 있는 기법들을 제공한다. 일부 경우들에서, (다수의 RAT들 사이의 라우팅된 데이터에 대해) 수락 제어 또는 로드 밸런싱 판정들을 하는 엔터티는, 어느 특정한 서비스들이 활성화되는지를 고려할 수도 있다.

본 개시의 양태들은 광범위하게 다양한 상이한 RAT들을 통해 통신하는 광범위하게 다양한 상이한 타입의 이동 디바이스들에 적용될 수도 있다. 상이한 용어들이 이동 디바이스들을 지칭하기 위해 사용될 수도 있다. 예를 들어, 일부 경우들에서 지원되는 RAT(들)에 따라, 이동 디바이스는 무선 디바이스, 사용자 단말기 (UT), 액세스 단말기 (AT), 사용자 장비 (UE), 국, 이동국, 무선국, 무선 노드 등으로 지칭될 수도 있다. 유사하게, 상이한 용어가 코어 네트워크에 대한 액세스와 같은, 이동 디바이스에 서비스들을 제공하는 기지국을 지칭하기 위해 사용될 수도 있다. 예를 들어, 일부 경우들에서 지원되는 RAT(들)에 따라, 기지국은 액세스 포인트 (AP), 노드 B, 인핸스드 노드 B (eNodeB), 또는 단순히 eNB 로 지칭될 수도 있다.

아래의 특정한 예들에서, 이동 디바이스는 UE 로 지칭되고, 기지국은 eNB 로 지칭된다. 이러한 참조들은 본 개시의 양태들을 임의의 특정한 RAT 또는 RAT들에 제한하는 것이 아니라, 이해를 용이하게 하기 위해 의도된 예시적인 예들의 설명을 단지 돕는다.

첨부한 도면들과 관련하여 아래에 제시되는 상세한 설명은 다양한 구성들의 설명으로서 의도되며, 본 명세서에 설명하는 개념들이 실시될 수도 있는 구성들만을 나타내는 것으로 의도되지 않는다. 상세한 설명은 다양한 개념들의 완전한 이해를 제공하기 위해 특정한 상세사항들을 포함한다. 그러나, 이들 개념들이 이들 특정한 상세사항들 없이 실시될 수도 있다는 것이 본 기술분야의 통상의 기술자에게 명백할 것이다. 일부 경우들에서, 널리 공지된 구조들 및 컴포넌트들은 이러한 개념들을 모호하게 하는 것을 회피하기 위해 블록도 형태로 도시된다.

이제, 전기통신 시스템들의 여러 양태들이 다양한 장치들 및 방법들을 참조하여 설명될 것이다. 이들 장치 및 방법들은 아래의 상세한 설명에서 설명되고 다양한 블록들, 모듈들, 컴포넌트들, 회로들, 단계들, 프로세스들, 알고리즘들 등 (일괄적으로, "엘리먼트들"로서 지칭함) 에 의해 첨부한 도면들에 예시된다. 이들 엘리먼트들은 하드웨어, 소프트웨어, 또는 이들의 조합들을 사용하여 구현될 수도 있다. 그러한 엘리먼트들이 하드웨어로서 구현될지 또는 소프트웨어로서 구현될지는 전체 시스템에 부과된 특정 어플리케이션 및 설계 제약들에 의존한다.

예로서, 엘리먼트, 또는 엘리먼트의 임의의 부분, 또는 엘리먼트들의 임의의 조합이 하나 이상의 프로세서들을 포함하는 "프로세싱 시스템"으로 구현될 수도 있다. 프로세서들의 예들은 마이크로프로세서들, 마이크로제어기들, 디지털 신호 프로세서들 (DSP들), 필드 프로그램가능 게이트 어레이들 (FPGA들), 프로그램가능 로직 디바이스들 (PLD들), 상태 머신들, 게이팅된 로직, 이산 하드웨어 회로들, 및 본 개시 전반적으로 설명한 다양한 기능을 수행하도록 구성된 다른 적합한 하드웨어를 포함한다. 프로세싱 시스템에서의 하나 이상의 프로세서들은 소프트웨어를 실행할 수도 있다. 소프트웨어는 소프트웨어/펌웨어, 미들웨어, 마이크로코드, 하드웨어 기술 언어 또는 기타로서 지칭되는지간에, 명령들, 명령 세트들, 코드, 코드 세그먼트들, 프로그램 코드, 프로그램들, 서브프로그램들, 소프트웨어 모듈들, 애플리케이션들, 소프트웨어 애플리케이션들, 소프트웨어 패키지들, 펌웨어, 루틴들, 서브루틴들, 오브젝트들, 실행가능파일들 (executables), 실행의 쓰레드들, 프로시저들, 함수들 등을 의미하도록 폭넓게 해석되어야 한다.

그에 따라서, 하나 이상의 예시적인 실시형태들에서, 설명한 기능들은 하드웨어, 소프트웨어, 또는 이들의 임의의 조합들로 구현될 수도 있다. 소프트웨어에서 구현된다면, 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터 판독가능 매체상으로 저장 또는 인코딩될 수도 있다. 컴퓨터 판독가능 매체는 컴퓨터 저장 매체를 포함한다. 저장 매체는, 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체일 수도 있다. 한정이 아닌 예로서, 그러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, 상변화 메모리 (PCM), 플래시 메모리, CD-ROM 또는 다른 광학 디스크 스토리지, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 반송하거나 저장하는데 이용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 본 명세서에서 사용된 바와 같이, 디스크 (disk) 및 디스크 (disc) 는 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루레이 디스크를 포함하며, 여기서, 디스크 (disk) 는 통상적으로 데이터를 자기적으로 재생하지만 디스크 (disc) 는 레이저를 이용하여 데이터를 광학적으로 재생한다. 상기의 조합들이 또한, 컴퓨터 판독가능 매체의 범위 내에 포함되어야 한다.

예시적인 무선 환경

도 1 은 본 개시의 양태들이 코어 네트워크와 UE (110) 와 같은 무선 디바이스 사이의 데이터 흐름들을 관리하기 위해 이용될 수도 있는 예시적인 무선 환경 (100) 을 예시한다.

예시되어 있는 바와 같이, UE (110) 는 마스터 eNodeB (MeNB) (120) 및 세컨더리 eNodeB (SeNB) (130) 와 같은 다수의 기지국들과 통신가능할 수도 있다. MeNB (120) 및 SeNB (130) 는 동일한 RAT 또는 상이한 RAT들을 통해 통신할 수도 있다. 예를 들어, MeNB (120) 는 무선 광역 네트워크 (WWAN) 프로토콜 (예를 들어, LTE) 을 통해 통신할 수도 있는 반면에, SeNB (130) 는 무선 로컬 영역 네트워크 (WLAN) 프로토콜 (예를 들어, WiFi) 을 통해 통신할 수도 있다.

본 명세서에 사용되는 바와 같이, 용어 MeNB 는 일반적으로, UE 에 대한 S1-이동성 관리 엔터티 (MME) 제어 평면을 종료하는 eNB 를 지칭하는 반면에, 용어 SeNB 는 일반적으로, MeNB 가 아닌 UE 를 서빙하는 eNB 를 지칭한다. S1 접속이 예를 들어, 코어 네트워크 (CN) 게이트웨이 (GW) (140) 를 통해 CN 과 통신하기 위해 MeNB 또는 SeNB 에 의해 사용될 수도 있다. 예를 들어, S1 인터페이스는 MeNB 또는 SeNB 와 CN GW 사이에서 데이터 평면을 서빙하는 S1-U 인터페이스, 및 제어 평면을 서빙하는 S1-MME 를 포함할 수도 있다.

특정한 양태들에서, MeNB 는 멀티-접속을 통해 UE 를 서빙하기 위해 하나 이상의 SeNB들에 접속될 수도 있다. MeNB 및 SeNB 는 백홀 접속 (150) (예를 들어, X2 접속) 을 통해 서로 통신할 수도 있다. 백홀 접속은 직접일 필요가 있는 것이 아니라, 하나 이상의 중간 노드들 (예를 들어, MME, 상호 연동 게이트웨이 기능, 또는 라우터) 을 통해 라우팅될 수도 있다. SeNB들의 수는 UE 의 능력들에 의존하여 제한될 수도 있다. MeNB 는 대응하는 오퍼레이터 네트워크 내의 이동성 및 사용자-평면 (U-평면) 스플릿 절차들을 조정할 수도 있다. MeNB 는 "액세스 아그노스틱 (access agnostic)" 으로서 고려될 수 있으며, 이는 UE 를 서빙하고 하나 이상의 SeNB들로 U-평면 스플릿의 UE 구성을 또한 관리하기 위해 임의의 타입의 RAT 를 지원할 수도 있다는 것을 의미한다. 예를 들어, MeNB 는 본 명세서에 설명하는 바와 같이, 다수의 RAT들을 통해 U-평면 스플릿을 관리하기 위한 절차들을 가능하게 하기 위해 오퍼레이터의 코어 네트워크 (CN) 에서 앵커된 공통 U-평면을 이용할 수도 있다.

SeNB 는 MeNB 에 대한 보충 용량의 소스로서 이용될 수도 있으며, UE 를 서빙하기 위해 (MeNB 의 RAT 로부터) 상이한 RAT 를 또한 사용할 수도 있다. 본 개시의 양태들에 따르면, SeNB 는 UE 를 서빙하는 것으로 제한되고, 대부분의 경우들에서, U-평면 스플릿의 UE 구성을 제어하기 위해 사용되지 않을 수도 있다. MeNB 에 대한 보충 용량으로서 SeNB 를 갖는 것은, 기회적 및 에너지 효율적 동작을 제공할 수도 있으며, 이는 UE 의 사용자 또는 네트워크 오퍼레이터에 의해 개시될 수도 있다.

SeNB 는 백홀 대역폭 능력들 및 레이턴시 요건들에 의존하여, MeNB 와 느슨하게 또는 타이트하게 커플링될 수도 있다. 예를 들어, MeNB 와 타이트하게 커플링되는 것으로 고려되는 SeNB 는 MeNB 에 의해 실질적으로 관리된 UE 에 대한 SeNB 의 접속을 가질 수도 있다. 다른 한편으로, MeNB 와 느슨하게 커플링되는 것으로 고려되는 SeNB 는 예를 들어, MeNB 로부터의 서비스 품질 (QoS) 과 같은 일반 요건들을 조건으로 SeNB 의 제어하에서 UE 에 대한 SeNB 의 접속을 둘 수도 있다. 예를 들어, MeNB 에 대한 고용량 및 저용량 백홀 링크를 갖는 SeNB 는 MeNB 의 동작들과 타이트하게 커플링될 수도 있다. SeNB 는 보충 다운링크 (SDL) 로서 또는 업링크 (UL) 및 DL 모두에 대한 추가 셀로서 사용될 수도 있다. 일부 경우들에서, SeNB 는 예를 들어, 미션 크리티컬 (mission critical) 애플리케이션들에 대해 MeNB 의 보충 이동성 견고성을 달성하는 것을 돕도록 사용될 수도 있다. 예를 들어, SeNB 는 크리티컬 정보의 전달을 위한 리던던트 경로를 제공할 수도 있으며, MeNB가 무선 링크 고장 (RLF) 을 경험하는 경우에 (SeNB 로) 고속 페일오버 (failover) 를 또한 제공할 수도 있다.

멀티-접속 (MC) 은 일반적으로, 도 1에 예시되어 있는 바와 같이, UE 가 MeNB 및 적어도 하나의 SeNB 에 접속되는 (예를 들어, 무선 자원 제어 (RRC) 접속됨) 동작의 모드를 지칭한다. 도 1은 듀얼 접속 (DC) 으로 지칭될 수도 있는 2개의 상이한 eNB들을 갖는 MC 의 특정 예를 보여준다. MC 에서, 프라이머리 셀 (PCell) 및 옵션으로 하나 이상의 세컨더리 셀들 (SCell들) 을 포함하는 MeNB 와 연관된 서빙 셀들의 그룹이 마스터 셀 그룹 (MCG) 으로 지칭될 수도 있다. 유사하게, SeNB 와 연관된 서빙 셀들의 그룹이 세컨더리 셀 그룹 (SCG) 으로 지칭될 수도 있다.

본 개시의 특정한 양태들은 현재의 MeNB 를 유지하면서, SeNB 의 하나 이상의 셀들을 변경 (SCG 에 추가, SCG 로부터 제거, 또는 그의 구성을 수정) 하는 절차들을 포함하는 MC 절차들을 제시한다. 더욱 상세히 후술하는 바와 같이, MC 절차들은 예를 들어, 패킷 레벨, 베어러 레벨, 또는 액세스 패킷 네트워크 (APN) 레벨에서 MC 를 사용하여 데이터 통신을 오프로딩하는 다양한 옵션들을 포함할 수도 있다.

MC 절차들은 예를 들어, UE 의 MC 구성에 대한 MeNB 의 기능을 다른 eNB 에 이전함으로써 MeNB 를 변경하는 핸드오버 절차들 뿐만 아니라 추가의 집성 절차들을 또한 포함할 수도 있다. 집성 절차들은 MeNB 및/또는 SeNB 의 하나 이상의 세컨더리 컴포넌트 캐리어들 (SCC) 의 세트를 변경 (추가, 제거, 또는 수정) 하는 절차들을 포함할 수도 있다. 일부 경우들에서, 집성은 공통 매체 액세스 제어 (MAC) 레이어로 하나 이상의 세컨더리 컴포넌트 캐리어 (SCC들) 를 제어하는 프라이머리 컴포넌트 캐리어 (PCC) 를 의미할 수도 있다.

본 개시는 동일한 노드 내의 집성 (예를 들어, 캐리어 집성) 및 무선 액세스 네트워크 (RAN) 를 통한 노드들에 걸친 U-평면 스플릿팅과 같은 집성 및 U-평면 스플릿팅에 대한 다양한 옵션들을 제공한다. 예를 들어, 멀티-접속을 위해, 데이터 흐름은 패킷별 기반으로 (on a per-packet basis) 또는 베어러별 기반으로 (on a per-bearer basis) 스플릿될 수도 있다 (예를 들어, S1 인터페이스 대신에 X2 인터페이스를 통해 스플릿될 수도 있다).

일부 경우들에서, U-평면은 CN 을 통해, 예를 들어, 멀티-접속을 사용하는 베어러-스플릿을 통해 노드들에 걸쳐 또한 스플릿될 수도 있다. 즉, 다수의 베어러들, 예를 들어, 도 1 에서 베어러 A 및 베어러 B 를 통해 데이터를 UE 에 전송하는 CN 은 멀티-접속을 사용하여 하나의 베어러를 MeNB 에 할당하고 제 2 베어러를 SeNB 에 할당하고, 각각의 패킷이 어느 베어러를 트래버싱 (traversing) 하고 있는지에 기초하여 데이터 패킷들을 MeNB 및 SeNB 에 전송할 수도 있다.

집성 및 U-평면 스플릿팅에 대한 다른 옵션은, 예를 들어, 세션 연속성이 필요하지 않은 경우에, (허용되면) 다른 오퍼레이터에 오프로딩하는 것을 포함할 수도 있는 넌-심리스 (non-seamless) 오프로드이다. 이것은 다중-경로 송신 제어 프로토콜 (MT-TCP) 이 이용가능한 경우에 패킷별 스플릿팅과 등가인 것으로 고려될 수 있고, 그렇지 않으면, 스플릿은 인터넷 프로토콜 (IP) 흐름 레벨에서 발생할 수도 있다. 다른 옵션은 멀티-캐스팅 (예를 들어, 바이-캐스팅) 트래픽이고, 여기서, 예를 들어, 각각의 패킷이 더 큰 신뢰도를 위해 MeNB 및 SeNB 양자에 의해 서빙된다.

본 개시의 양태들은 집성 및 U-평면 스플릿 판정들을 하기 위한 여러 가능한 고려사항들을 설명한다. 일부 경우들에서, 노드에서의 집성은 공통 MAC 레이어를 활용할 수도 있다. 집성된 PCC 및 SCC(들) 는 호환가능한 제어 채널들 및 타이밍 요건들을 가질 수도 있지만, SCC(들) 에 대해 별개의 UE 채널 (예를 들어, 확인응답 송신용) 을 필요로 하지 않을 수도 있다.

일부 경우들에서, 패킷별 U-평면 스플릿팅 성능은 상이한 레이턴시들 및 링크 에러 레이트들을 갖는 RAT들에 걸쳐 다수의 액세스 링크들을 지원하도록 최적화될 수도 있다. 유사하게, 패킷별 U-평면 스플릿팅 성능은 허가, 공유, 및/또는 비허가 대역들에 걸쳐, 그리고 동일한 캐리어를 공유하는 셀들 및/또는 별개의 캐리어들상의 셀들에 대해 최적화될 수도 있다.

집성 및 사용자 평면 스플릿팅에 대한 예시적인 프로토콜 스택 구성

U-평면 스플릿팅에 대한 상이한 옵션들이 도 2a 에 도시된 롱 텀 에볼루션 (LTE) C-평면 스택 (200) 및 U-평면 스택 (210) 과 같은 무선 통신 프로토콜 스택들을 참조하여 설명될 수도 있다. C- 평면에서, 넌-액세스 계층 (NAS) 메시지가 무선 자원 제어 (RRC) 레이어에 의해 수신되고, 패킷 데이터 수렴 프로토콜 (PDCP) 레이어, 무선 링크 제어 (RLC) 레이어, 및 매체 액세스 제어 (MAC) 레이어로 전해진다. U-평면에서, IP 패킷이 PDCP 레이어에 의해 수신되고, RLC 레이어 및 MAC 레이어로 전해진다.

상기 언급한 바와 같이, 상이한 레벨의 U-평면 스플릿팅이, 라우팅 판정들을 할 때 상이한 대응하는 고려사항들로, 가능하다. 예를 들어, 베어러별 또는 IP 흐름별 스플릿에 대해, 각각의 IP 패킷을 어디에 서빙할지의 판정은 베어러 또는 IP 흐름과 연관된 트래픽 흐름 템플릿 (TFT) 에 기초할 수도 있다. 이러한 경우에서, 흐름에 대한 모든 IP 패킷들이 동일한 서빙 노드를 통해 라우팅되기 때문에 서빙 노드들 사이에는 재순서화 문제가 존재하지 않아서 공통 PDCP 레이어 또는 RLC 레이어는 상이한 서빙 노드들 사이에서 요구되지 않을 수도 있다. 즉, 어느 베어러 또는 흐름에 패킷들이 속하는지에 기초하여 패킷들이 라우팅되기 때문에, 임의의 주어진 흐름에 대한 모든 패킷들은 하나의 서빙 노드로부터 UE 에 도달하며, 수신 UE 는 노드에 의해 공급된 표시자들로부터 패킷들의 정확한 순서를 결정할 수 있다.

흐름의 패킷들이 다수의 서빙 노드들로부터 도달할 때, 노드들에 의해 사용된 표시자들 (예를 들어, 시퀀스 번호들) 이 충돌할 수도 있으며, 수신 UE 는 패킷들의 적절한 순서를 결정할 수 없다. 예를 들어, 베어러별 또는 IP 흐름별 스플릿의 경우에서, 스플릿은 (예를 들어, MC 를 위한) S1 인터페이스를 통해 서빙 게이트웨이 (SGW) 에서 또는 (예를 들어, WLAN 상호연동을 위한) 패킷 데이터 네트워크 게이트웨이(PGW) 또는 홈 에이전트 (HA) 에서 발생할 수도 있고, 이것은 베어러 또는 IP 흐름에 대한 패킷들이 다수의 서빙 노드들에 전달되는 것을 초래하고 이들은 그들 자신의 표시자들을 조정 없이 패킷들에 할당할 수도 있다. UE 가 패킷들을 정확한 순서로 리어셈블링하기 위해, 일부 조정 또는 추가의 정보가 제공되어야 한다. 예로서, 스플릿이 발생하는 노드는 특정한 패킷을 전달하는 서빙 노드에 관계없이, 베어러에 대한 패킷들의 시퀀스를 결정하는 패킷 식별자들을 제공할 수도 있다. RAN-단독 솔루션이 서빙 노드들 사이의 인터페이스, 예를 들어, X2 인터페이스를 통해 또한 가능할 수도 있다.

패킷별 기반의 U-평면 스플릿팅에 대해, 서빙 노드들에 걸친 (MC 를 위한) 공통 PDCP 레이어가 흐름에서 패킷들을 재순서화하기 위해 활용될 수도 있는 한편, RLC 재순서화가 또한 가능할 수도 있다. 패킷별 기반의 U-평면 스플릿팅의 경우에서, 각각의 PDCP 패킷을 어디에 서빙할지의 패킷별 판정은 각각의 eNB 에 대한 스케줄링 요건들 (예를 들어, 송신 시간들에서 이용가능한 대역폭) 에 기초할 수도 있다. 본 개시의 특정한 양태들에 따르면, 흐름 제어는 MeNB 와 SeNB 사이에서 정의되어 MeNB 및 SeNB 가 각각의 PDCP 패킷을 어디에 서빙할지의 패킷별 결정을 내리는 것을 허용할 수도 있다.

특정한 시스템들 (예를 들어, 현재의 LTE) 에서, 이동성 및 집성은 UE 가 C-평면상에서 단일 서빙 eNB 에 의해 서빙된다는 원리에 일반적으로 기초하고, 이것은 RRC 및 NAS 시그널링이 단일 eNB 를 통해 UE 로만 전송된다는 것을 의미한다. 이들 시스템들의 일부 버전들에서, UE 는 U-평면상에서 2개까지의 서빙 eNB들에 의해, 그리고 2개의 서빙 eNB들에 걸쳐 다수의 (예를 들어, LTE 의 릴리즈 12 에서 5개까지의) 셀들에 의해 또한 서빙될 수도 있다.

도 2b 는 현재의 무선 통신 시스템들 (예를 들어, LTE Rel-10) 에서 프라이머리 컴포넌트 캐리어 (PCC) (f1) 및 세컨더리 컴포넌트 캐리어들 (SCC들) (F2-f5) 을 갖는 eNB 에 대한 U-평면 프로토콜 스택을 위한 캐리어 집성의 예시적인 구성 (230) 을 예시한다. 캐리어 집성 (CA) 에서, 단일 서빙 eNB 내에서 세컨더리 셀들 (SCell들) 의 재구성, 추가, 및 제거가 RRC 기능에 의해 수행될 수도 있다. 동일한 eNB 에 속하는 프라이머리 셀 (PCell) 은 물리적 업링크 제어 채널들 (PUCCH) 의 송신을 위해 사용되며, NAS 정보가 PCell 로부터 취해진다. 캐리어 표시자 필드 (CIF) 를 통한, 크로스-캐리어 스케줄링은 서빙 셀 (예를 들어, PCell) 의 물리적 다운링크 제어 채널 (PDCCH) 이 다른 서빙 셀상에서 자원들을 스케줄링할 수 있게 한다. SCell들과 다르게, PCell 을 제거하거나 비활성화하는 것이 가능하지 않을 수도 있다.

UE 를 서빙하는 PCell 은 핸드오버 절차로 (즉, 보안 키 변경 및 RACH 절차로) 변경될 수도 있다. 하나의 LTE PCell 로부터 다른 LTE PCell로의 핸드오버를 위해, RRC 기능들은 타겟 PCell 과의 사용을 위해 SCell들을 또한 추가하고, 제거하거나, 재구성할 수도 있다. 그 결과, UE 는 타겟 eNB 로 핸드오버 (HO) 할 수도 있으며 UE 를 서빙하는 SCell들에 대한 접속들을 재확립하지 않고 CA 를 계속할 수도 있다. UE 에 의한 접속들의 재확립은, UE 를 서빙하는 PCell 이 RLF 를 경험할 때 트리거되지만, SCell들이 RLF 를 경험할 때는 트리거되지 않는다. CA 시스템에서 동작하는 UE 는 CA 시스템에서의 증가된 가용 대역폭으로 인해 CA 가 없는 시스템에서 보다 빠르게 데이터를 일반적으로 수신한다.

도 3 은 MeNB 및 SeNB 를 (X2 접속을 통해) 링크하는 듀얼 접속 프로토콜 스택의 예시적인 구성 (300) 을 예시한다. 특정한 베어러에 대한 프로토콜 스택은 일반적으로, 그 베어러가 어떻게 셋업되는지에 의존한다. 예를 들어, 베어러의 다양한 대안의 타입들: MCG 베어러들, 스플릿 베어러들, 및 SCG 베어러들이 존재한다. MCG 베어러들 (예를 들어, 도 3 에서 좌측 베어러) 에 대해, MeNB 는 S1-U 인터페이스를 통해 S-GW 에 접속된 U-평면이고, SeNB 는 이러한 베어러에 대한 사용자 평면 데이터의 전송에서 수반되지 않는다. 스플릿 베어러들 (예를 들어, 도 3 에서 중간 베어러) 에 대해, MeNB 는 S1-U 인터페이스를 통해 S-GW 에 접속된 U-평면이고, 또한, MeNB 및 SeNB 는 X2-U 인터페이스를 통해 상호접속되고, 이는 MeNB 및 SeNB 양자가 U-평면 데이터를 UE 에 전달할 수 있게 한다. SCG 베어러들 (예를 들어, 도 3 에서 우측 베어러) 에 대해, SeNB 는 S1-U 인터페이스를 통해 S-GW 와 직접 접속된다.

시그널링 무선 베어러들 (SRB) 는 통상적으로 MCG 베어러 타입이며, 따라서, MeNB 에 의해 제공된 무선 자원들을 사용한다. SCG 에서의 적어도 하나의 셀은 구성된 UE RRC 접속을 통상적으로 가지며, 이들 중 하나가 SRB 의 존재를 요구하지 않는 제어 절차들 (예를 들어, 데이터 스케줄링) 을 위해 사용될 수도 있는 PUCCH 자원들로 구성된다. 상기 언급한 바와 같이, 재확립은 PCell 이 RLF 를 경험할 때 트리거링될 수도 있지만, SCell 이 RLF 를 경험할 때 트리거링되지 않을 수도 있다. MeNB 는 UE 의 무선 자원 관리 (RRM) 측정 구성을 유지하고, (예를 들어, 수신된 측정 보고들 또는 트래픽 조건들 또는 베어러 타입들에 기초하여) UE 에 대한 추가의 자원들 (서빙 셀들) 을 제공할 것을 SeNB 에 요청하는 것을 결정할 수도 있다. 이러한 경우에서, MeNB 및 SeNB 는 X2 메시지들에 반송된 RRC 컨테이너들 (인터-노드 메시지들) 에 의해 UE 구성에 관한 정보를 교환할 수도 있다. DC 에서, 2개의 셀 무선 네트워크 임시 식별자들 (C-RNTI) 이 UE 에 통상적으로 독립적으로 할당되는데, 하나는 MCG 와 통신하는데 사용하기 위한 것이며, 하나는 SCG 와 통신하는데 사용하기 위한 것이다.

예시적인 사용자 평면 오프로드 옵션들

본 명세서에서 사용되는 바와 같이, 용어 오프로드는 경로에서 보다 앞선 포인트에서 데이터의 브레이킹 아웃 (breaking out) (즉, 오프로딩) 을 일반적으로 지칭한다. 예를 들어, 데이터가 (예를 들어, MeNB 및 SeNB 를 통한) 하나의 경로로부터 (예를 들어, SeNB 만을 통한) 더 짧은 경로로 라우팅되는 경우이다. 예를 들어, UE 는, 모든 데이터가 MeNB 를 통해 CN 에서 GW 를 통해 라우팅되면, 흐름에 대해 최소 오프로드로 동작하고 있다고 할 수도 있다. UE 는 모든 데이터가 MeNB 에서 LGW 를 통해 라우팅되면, 흐름에 대해 로컬 오프로드로 동작하고 있다고 할 수도 있는 반면에, UE 는 모든 데이터가 SeNB 에서 LGW 를 통해 라우팅되고 MeNB 를 트래버싱하지 않으면, 흐름에 대해 최대 오프로드로 동작하고 있다고 할 수도 있다.

본 명세서에서 사용되는 바와 같이, 사용자 평면 (U-평면) 스플릿팅은 트래픽이 GW 로부터 UE 로 어떻게 전달되는지를 일반적으로 지칭한다. 더욱 상세히 후술하는 바와 같이, 어디에 트래픽을 오프로딩할지 및 U-평면 스플릿을 어떻게 구성할지에 관한 판정들은 데이터 서비스 요건들 및 다른 고려사항들 (예를 들어, 잠재적 오프로드 타겟들의 가용 자원들 및 무선 주파수 (RF) 조건들) 에 기초할 수도 있다.

도 4 는 다양한 U-평면 오프로드 옵션들을 예시한다. 제 1 구성 (410) 에서, 오퍼레이터 서비스들 및 VoLTE (voice over LTE) 와 같은 U-평면 데이터에 대한 GW (140) 는 코어 네트워크 (CN) 에 있을 수도 있다. 제 1 구성에서, U-평면 데이터는, 공통 게이트웨이 (140) 가 MeNB 및 SeNB 의 업스트림이기 때문에, (코어 네트워크의 관점으로부터) 최소로 오프로딩된 것으로서 설명될 수도 있다.

제 2 구성 (420) 에서, GW 는 RAN 에서 선택된 인터넷 IP 트래픽 오프로드 (SIPTO) 와 같은, MeNB 의 서비스 영역 내의 "로컬" 세션 연속성을 요구하는 트래픽에 대한 (로컬 또는 논리 게이트웨이로서 도시된) MeNB 에 있을 수도 있다. 제 2 구성에서, "로컬" 세션 트래픽은, 로컬 게이트웨이 (422) 가 MeNB 에 위치되기 때문에 제 1 구성에서의 트래픽보다 큰 오프로드에 있는 것으로 (예를 들어, 더 많이 오프로딩되는 것으로) 설명될 수도 있고, 이는 이러한 트래픽에 대한 데이터 처리(예를 들어, 라우팅) 이 코어 네트워크에서의 노드들에서 보다는 MeNB 에서 발생할 수 있다는 것을 의미한다.

제 3 구성 (430) 에서, LGW (432) 는 넌-심리스 트래픽 (예를 들어, 로컬 네트워크에서 SIPTO) 에 대해 SeNB 에 있다. 제 3 구성에서, 넌-심리스 트래픽은, 게이트웨이가 SeNB 에 위치되고, 따라서, 어떠한 트래픽도 MeNB 또는 네트워크 오퍼레이터 게이트웨이를 트래버싱하지 않기 때문에, 완벽하게 (또는 최대로) 오프로딩된 것으로 설명될 수도 있다. 이동성 (예를 들어, 핸드오버들) 이 MeNB 에 의해 관리되지만, 오프로딩된 트래픽이 트래버싱하고 있고 심지어 SeNB 에 의해 관리되고 있기 때문에, UE 에 제공된 서비스들에 대한 이동성은 오프로드가 증가함에 따라 감소한다.

데이터를 어디에 그리고 어떻게 오프로딩할지에 대한 판정들은 성능 및 구현 복잡성에 현저한 영향을 미칠 수도 있다. 예를 들어, RAN 에서의 데이터 오프로드는 CN 에서 U-평면 트래픽을 감소시킬 수도 있고, 로컬 서비스들에 대한 효율적인 액세스를 가능하게 할 수도 있다. 그러나, 이러한 동일한 오프로드는 UE 가 셀들을 변경하는 경우에 게이트웨이 기능을 재배치하거나 수정할 필요성으로 인해 고도의 이동성 UE들에 대한 사용자 경험에 영향을 미칠 수도 있으며, 로컬 세션 연속성을 위한 셀들 사이의 데이터 포워딩에 대한 백홀 접속 요건들을 또한 증가시킬 수도 있다.

도 5 는 3개의 U-평면 스플릿팅 옵션들을 예시한다. U-평면 스플릿팅 구성들은, 베어러들이 심리스 접속성을 위해 네트워크 및 UE 에 의해 어디에 그리고 어떻게 서빙되는지를 일반적으로 정의한다. U-평면 데이터가 패킷별 기반으로 스플릿되는지 (패킷 스플릿팅) 또는 베어러별 기반으로 스플릿되는지 (베어러 스플릿팅) 에 관한 판정들은 MeNB 와 SeNB 사이의 커플링에 기초할 수도 있다. 또한, 판정들은 UE 능력 및 백홀 가용성의 함수일 수도 있다.

예시되어 있는 바와 같이, 제 1 구성 (510) 에서, U-평면 데이터는 SeNB (130) 를 통해 코어 네트워크 GW (140) 로 또는 코어 네트워크 GW (140) 로부터 라우팅될 수도 있다. 이것은 코어 네트워크에서 베어러 스필릿팅의 예이다.

제 2 구성 (520) 은 RAN 에서의 베어러별 U-평면 스플릿팅 (또는 단순히 베어러 스플릿팅) 을 도시한다. 즉, 패킷들은 각각의 패킷이 구성 (510) 에서의 코어 네트워크에 의해 그리고 구성 (520) 에서의 RAN 에 의해 어느 베어러에 대한 것인지에 기초하여 라우팅된다.

제 3 구성 (530) 은 RAN 에서의 패킷별 U-평면 스플릿팅 (또는 단순히 패킷 스플릿팅) 을 도시한다. 예시되어 있는 바와 같이, 이러한 구성에서, 베어러에 대한 일부 패킷들은 MeNB 에 의해 서빙되는 반면에, 다른 패킷들은 SeNB 에 의해 서빙된다.

베어러 스플릿팅에 대해, MeNB 에서 SeNB 에 의해 서빙된 베어러 트래픽을 라우팅하고, 프로세싱하며 버퍼링할 필요성이 없을 수도 있다. 그 결과, 모든 트래픽을 MeNB 로 라우팅할 필요성이 없고, 이는 MeNB 와 SeNB 사이의 백홀 링크에 대한 덜 엄격한 요건들을 허용할 수도 있다 (예를 들어, 더 적은 대역폭 요구들 및 더 높은 레이턴시가 허용됨). 또한, 베어러 스플릿팅은 2개의 링크들 사이의 조정된 흐름 제어에 대한 요건이 없기 때문에, 각각의 링크상의 독립적인 프로토콜 스택들 뿐만 아니라 SeNB 에서 SIPTO 및 콘텐트 캐싱의 지원을 제공할 수도 있다.

일부 경우들에서, 패킷 스플릿팅은 베어러 스플릿팅보다 이점들을 가질 수도 있다. 예를 들어, 베어러 스플릿팅을 위해, 오프로딩이 SGW 에서 터널들 (예를 들어, IPSec 터널들 또는 다른 프로토콜 터널들) 을 구성하는 이동성 관리 엔터티 (MME) 에 의해 수행될 필요가 있을 수도 있으며, 그 결과, 베어러들의 구성에 대한 동적 변화가 제한될 수도 있으며 SeNB 이동성이 CN 에 가시적이도록 요구할 수도 있다. 즉, UE 가 SeNB 의 서비스 영역 (예를 들어, 셀) 을 벗어나 이동하면, CN 이 UE 에 대한 베어러들을 구성할 수 있도록 CN 에 통지되어야 한다. SeNB 에 의해 다루어지는 베어러들에 대해, 핸드오버형 중단이 SeNB들 사이의 데이터 포워딩과 함께 SeNB 가 변화함에 따라 발생할 수도 있다. 또한, 동일한 베어러들에 대한 MeNB 및 SeNB 에 걸친 무선 자원들의 활용이 다수의 경우들에서 가능하지 않을 수도 있다.

패킷 스플릿팅은 (라우팅 판정들이 베어러별 보다는 패킷별로 이루어지기 때문에) 셀들에 걸친 CA-형 이득들 및 미세한 입도 (granularity) 로드 밸런싱을 가능하게 할 수도 있다. 패킷 스플릿팅은 셀 로딩에 기초하여 더욱 동적인 베어러 스위칭을 또한 가능하게 할 수도 있으며, SeNB 이동성이 CN 으로부터 부분적으로 또는 전체적으로 숨겨질 수도 있기 때문에 CN 시그널링을 또한 감소시킬 수도 있다. 즉, CN 이 패킷들을 RAN 에 포워딩하며, RAN 은 어느 SeNB (또는 MeNB) 가 패킷을 UE 에 전달하는지를 결정하기 때문에, CN 에는 특정한 SeNB 의 서비스 영역을 벗어나 이동하는 UE 가 통지되지 않을 수도 있다. 또한, 라우팅 판정들이 패킷별로 이루어지기 때문에, SeNB들 사이의 데이터 포워딩이 SeNB 의 변경시에 요구되지 않을 수도 있고 (예를 들어, SeNB들을 변경할 때, 패킷들은 비활성화되는 SeNB 로 단순히 라우팅되지 않을 수도 있고), 따라서, SeNB 이동성에 대한 요건들을 완화시킨다. 또한, 동일한 베어러에 대한 MeNB 및 SeNB 에 걸친 무선 자원들의 활용이 가능할 수도 있다.

일부 경우들에서, 베어러 스플릿팅은 패킷 스플릿팅보다 이점들을 가질 수도 있다. 예를 들어, 패킷 스플릿팅은 MeNB 에서 모든 트래픽의 라우팅, 프로세싱, 및 버퍼링을 요구할 수도 있으며, 셀들 사이의 데이터 포워딩을 위해, 베어러 스플릿팅에 관한 백홀 접속 요건들을 또한 증가시킬 수도 있으며, 패킷 스플릿팅은 SeNB 에서 SIPTO 또는 콘텐트 캐싱 (content caching) 을 쉽게 지원하지 않는다. 또한, 패킷 스플릿팅은 조정된 흐름 제어를 요구할 수도 있으며, 상이한 링크들 및 OTA (over the air) 및 백홀 레이턴시들을 설명하기 위해 (베어러 스플릿팅에 관한) 더욱 복잡한 프로토콜 스택들을 발생시킬 수도 있다.

예시적인 제어 평면 옵션들

다양한 RRC 기능들이 MC 라우팅에서 사용된 SeNB 동작과 관련될 수도 있다. 예를 들어, SeNB 의 공통 무선 자원 구성들, 전용 무선 자원 구성들, 및 SeNB 에 대한 측정 및 이동성 제어가 MC 라우팅과 관련될 수도 있다.

도 6 은 RRC 에 대한 예시적인 제어 평면 논리적 아키텍처 옵션들을 예시한다. 일부 경우들에서, MeNB (120) 에 대한 RRC 패킷들은 SeNB (130) 를 통해 MeNB 로 전송될 수도 있으며, 백홀을 통해 포워딩될 수도 있거나 (구성 (620)) 및/또는 그 반대의 경우도 가능하다 (구성 (610)). 이러한 경우에서, RRC 메시징 (또는 다른 RAT 등가 시그널링) 은 패킷에 대한 타겟 (MeNB 또는 SeNB 인지) 을 식별하기 위해 OTA (over the air) 어드레스 방식을 지원할 필요가 있을 수도 있다.

구성 (610) 에 의해 예시되어 있는 바와 같이, RRC 논리적 아키텍처는 MeNB 에서 단일 RRC 인스턴스를 포함할 수도 있고, 여기서, SeNB 를 통해 전달된 임의의 RRC 메시지들이 MeNB RRC 인스턴스를 통해 터널링된다. 구성 (620) 에 의해 예시되어 있는 바와 같이, RRC 논리적 아키텍처는 MeNB 및 SeNB 에서 개별 RRC (또는 등가) 인스턴스들을 또한 포함할 수도 있고, 예를 들어, 개별 독립적 인스턴스들이 에어 링크 구성을 관리한다. 이러한 경우에서, X2 를 통한 조정이 UE 구성에 대해 필요할 수도 있고, 예를 들어, MeNB 및 SeNB 는 공통 또는 상호 호환가능한 불연속 수신 (DRX) 파라미터들을 UE 에 할당하기 위해 조정할 수도 있다.

일부 경우들에서, SeNB 에서 허용된 RRC 기능은 단지, (예를 들어, MeNB 만이 SeNB 및 U-평면 스플릿팅 구성에 접속하는데 UE 의 이동성을 관리하는 경우에) 전체 RRC 기능의 서브세트일 수도 있다. 이러한 경우에서, MeNB 에서의 RRC 인스턴스는 프라이머리 RRC 로 고려될 수도 있으며, SeNB 에서의 RRC 인스턴스는 세컨더리 RRC 로 고려될 수도 있다. 일부 경우들에서, SeNB 는 UE 에 대한 SeNB 에어 링크의 구성을 관리하기 위해 MeNB 에 대한 요건들이 없을 수도 있기 때문에 개별 시스템들을 갖는 것과 유사할 수도 있는 MeNB 와 비교하여 상이한 RAT 와 연관될 수도 있다.

도 7 은 C-평면 NAS 논리적 아키텍처 옵션들을 예시한다. NAS 논리적 아키텍처 옵션들은 구성 (710) 에 의해 예시되어 있는 바와 같이 단일 MeNB (120) 를 통해 하위 레이어 전송에 의해 서빙되는 MME (702) 에서 단일 NAS 인스턴스를 포함한다. MeNB 에서의 프로토콜 스택은 MME 와 UE 에 의해 교환된 NAS 메시지들에 대한 전송을 제공한다. 이러한 논리적 아키텍처에서, NAS 메시지들은 NAS 아키텍처와 사용된 RRC 논리적 아키텍처에 의존하여, SeNB (130) 를 통해 전송될 수도 있거나 전송되지 않을 수도 있다. SeNB 를 통해 전송될 NAS 메시지들은 (MME 로부터 UE 로의 전달을 위해) MeNB 로부터 SeNB 로 포워딩되거나, (UE 로부터 MME 로의 전달의 경우에) SeNB 로부터 MeNB 로 포워딩된다.

제 2 C-평면 NAS 논리적 아키텍처 옵션은 구성 (720) 에 의해 예시되어 있는 바와 같이, MME (예를 들어, RRC 레이어) 에서 NAS 인스턴스에 메시지들을 전달할 수 있는 프로토콜 레이어의 MeNB 및 SeNB 각각에서 독립적인 인스턴스를 포함하는 것이다. 제 2 NAS 아키텍처에서, MME (702) 는 MeNB (120) 및 SeNB (130) 양자를 통해 NAS 메시지들을 교환한다. 이러한 아키텍처에서, MME 는 SeNB 및 MeNB 와의 개별 통신을 조정하는 능력으로 단일 NAS 프로토콜 인스턴스를 동작시킬 수도 있다. MME 에서 NAS 레이어와의 통신을 위해 SeNB 에서 구현된 프로토콜 레이어는 기본 프로토콜의 서브세트만을 포함할 수도 있고, 예를 들어, SeNB 에서의 RRC 레이어는 더 후술하는 바와 같이, 완전한 RRC 인스턴스의 모든 기능들을 지원하지 않을 수도 있다.

C-평면 NAS 및 RRC 논리적 아키텍처의 특정한 예시적인 구현이 MeNB 에서 단일 NAS 을 갖는 MeNB 및 SeNB 에서의 개별 RRC (또는 등가) 인스턴스들을 가질 수도 있다. 개별 RRC 인스턴스들은 UE 를 서빙하기 위해 전용 및 공통 자원들에 대해 X2 를 통해 일부 조정을 요구할 수도 있지만, 이러한 조정은 UE 에게 비가시적일 수도 있다. 상기 언급한 바와 같이, SeNB 에서의 RRC 인스턴스는 단지 전체 RRC 의 서브세트일 수도 있다 (예를 들어, MeNB 의 RRC 는 SeNB 로의 UE 의 이동성 및 U-평면 스플릿팅 구성을 관리하는 프라이머리 RRC 로서 작용할 수도 있고, SeNB 의 RRC 는 전체적으로 구현된 RRC 프로토콜 인스턴스에서 보통 존재할 수도 있는 이동성 및 자원 관리 기능들을 지원하지 않고 NAS 메시지들에 대한 전송을 제공하는 능력만을 갖는 것과 같이 제한된 기능을 갖는 세컨더리 RRC 로서 작용할 수도 있다). MeNB 에서의 단일 NAS 인스턴스로부터의 NAS 메시지들은 MeNB 또는 SeNB 에 전송될 수도 있다. 새로운 절차가 특정한 UE 에 대한 MeNB 로서, 예를 들어, MeNB 상의 RLF 의 경우에서 "페일오버" 메커니즘으로서 기능하도록 SeNB 를 재구성하는데 사용될 수도 있다.

예시적인 제어 평면 이동성

도 8 은 C-평면 이동성 절차에 대한 예시적인 호 흐름도 (800) 를 예시하고, 여기서, DC 데이터 경로가 PDCP 집성에 대해 파선으로 도시되어 있다. 예시되어 있는 바와 같이, C-평면 이동성 절차는 4개의 일반 단계들에서 발생한다. 4개의 단계들은 핸드오버 및 멀티 접속 모두 동안 이동성을 위해 적용된다. 4개의 단계들은 UE 이동성 구성 단계 (802), RAN 이동성 준비 단계 (804), 이동성 실행 단계 (806), 및 이동성 완료 단계 (808) 를 포함할 수도 있다.

UE 이동성 구성 단계 (802) 는 예를 들어, UE 가 접속을 확립하고 MeNB 로부터 측정 구성을 수신하는 것으로 시작한다. UE 이동성 구성은 이동성에 대한 RF 트리거들을 설정하도록 RAN 이 UE 를 구성하는 것을 허용한다. 이것은 서빙 셀, 이웃 셀들 (인트라 및 인터 RAT 양자) 에 대한 RF 조건들, 및 서빙 셀과 이웃 셀들 사이의 상대적 조건들을 포함한다. UE 이동성 구성은 서비스 및 컨텍스트 인지 이벤트들을 포함한다. 예를 들어, 특정한 트래픽 타입에 기초하여, UE 는 특정한 타입의 트래픽 (예를 들어, 레이턴시 또는 다른 QoS 양태들에 의해 정의된 타입, UE 에 대한 저전력 요건들, 또는 콘텐트 타입, 예를 들어, 멀티미디어 브로드캐스트 멀티캐스트 서비스 (MBMS)) 에 특정한 RAT들 또는 채널 자원들에 대한 이동성 이벤트들을 트리거링하기 위해 주파수들 또는 다른 자원들에 대한 측정들을 수행할 수도 있다. 특정한 양태들에서, 네트워크는 UE 가 HO 측정을 수행할 때를 결정하기 위한 컨텍스트 및 서비스 구성을 포함하는 구성을 제공할 수도 있다 (UE-중심 측정 트리거링). 다른 양태들에서, UE 는 컨텍스트 및 서비스 상태를 네트워크에 제공하며, 네트워크는 상태에 기초하여 측정 이벤트들을 트리거링한다 (네트워크-중심 측정 트리거링). UE-중심 및 네트워크-중심 측정 트리거링 양자는 예를 들어, 상이한 이벤트 타입들에 대해 단일 시스템에서 사용중에 있을 수도 있다.

RAN 이동성 준비 단계 (804) 동안, UE 컨텍스트는 SeNB 또는 타겟 eNB 에 제공된다. 예를 들어, UE 는 측정 보고를 MeNB 에 전송하고, 그 MeNB 는 측정 보고에 기초하여 이동성 판정을 한다. 그 후, MeNB 는 예를 들어, 수락 제어를 수행하기 위해 X2 접속을 통해 이동성 요청을 타겟 eNB (장래의 SeNB) 에 전송한다. 역방향 HO 를 위해, UE 컨텍스트는 HO 또는 DC 이벤트 이전에 타겟 eNB 에 전송되고, 예를 들어, 이동성 구성에 응답하여 UE 측정에 기초하여 트리거링된다. 순방향 HO 를 위해, 컨텍스트는 HO 이벤트 이후에 전송되고, 즉, 컨텍스트의 전송은 UE 가 타겟 eNB 에서 접속을 확립하고 소스 eNB 를 식별하는 것에 응답하여 타겟 eNB 로부터의 풀 (pull) 로서 트리거링된다. 역방향-HO 접근방식은 멀티-접속 이동성 이벤트들에 대해 통상적으로 예상되지만, 순방향-HO 접근방식이 또한 가능하다. HO 또는 DC 이벤트 이후에 컨텍스트의 전송 (순방향-HO 모델) 은 HO 이벤트 이전에 컨텍스트를 전송하는 것에 비교할 때, 다수의 타겟 eNB들의 더욱 효율적인 준비의 가능성을 제공할 수도 있다. 더욱이, HO 또는 DC 이벤트 이후에 컨텍스트를 전송하는 것은 클라우드 또는 클러스터 내의 핸드오버들과 클라우드 또는 클러스터 외부의 BS 로의 핸드오버들 사이의 구별을 허용할 수도 있다. 예를 들어, 인트라 클라우드 핸드오버에 대해, 조정된 멀티포인트 (CoMP) 개념들이 어태치먼트의 포인트가 변할 때 변하지 않는 클라우드에 걸쳐 단일의 논리적 컨텍스트를 제공하도록 확장될 수도 있으며, 실제 HO (예를 들어, 하나의 eNB 로부터 다른 eNB 로 UE 에 대한 제어-평면 기능의 전송) 만이 인터 클라우드 UE 이동성에 대해 필요할 수도 있다.

이동성 실행 단계 (806) 동안, UE 는 SeNB 또는 타겟 eNB 에서 접속을 확립할 수도 있다. 새롭게 확립된 접속은 UL 및 DL 데이터가 SeNB 및 타겟 eNB 를 통해 통신되게 한다. 예를 들어, SeNB 는 X2 접속을 통해 이동성 요청 확인응답을 MeNB 에 전송한다. 그 후, MeNB 는 RRC 접속 재구성 메시지를 UE 에 전송한다. 그 후, UE 는 새로운 셀에 동기화하고, 랜덤 액세스 프리앰블을 SeNB 에 전송하며, SeNB 로부터 랜덤 액세스 응답을 수신한다. 그 후, MeNB 는 시퀀스 번호 (SN) 상태 전송 메시지를 SeNB 에 전송하고 데이터 포워딩을 시작한다. 이러한 접근방식은 선택된 IP 트래픽 오프로드 (SIPTO) 및 로컬 IP 액세스 (LIPA) 를 통해 IP 접속들을 유지하면서 인터-클러스터 HO 를 수행하기 위한 가능성을 제공할 수도 있다. 또한, 이러한 접근방식은 멀티 접속으로 인해, 미션 크리티컬 애플리케이션들에 대해 (현재의 HO 기법들에 비교하여) 더 많은 메이크 비포 브레이크 (make before break) 를 가능하게 할뿐만 아니라, 최적화된 절차들이 HO 상에 새로운 IP 어드레스를 할당하는 것을 허용할 수도 있다. MPTCP 는 요구되는 경우에 사용될 수 있거나 (예를 들어, 단 대 단), 또는 애플리케이션들은 IP 어드레스 변화들을 처리하기 위해 멀티-홈되거나 설계될 수 있다.

이동성 완료 단계 (808) 동안, 네트워크는 SeNB 또는 타겟 eNB 를 직접 포인팅하기 위해 SeNB 또는 타겟 eNB 및 SGW 와 연관된 임의의 터널들을 이동시키고, HO 의 경우에, 소스 eNB 상의 자원들을 해제 (release) 한다.

예시적인 수락 제어 및 로드 밸런싱

상기 언급한 바와 같이, RAN 에 대한 UE 접속을 관리하는 일부로서, MeNB 가 집성 및 U-평면 스플릿팅 옵션들에 관하여 UE 에 대해 판정을 할 수도 있다. 서비스들의 세트가 SeNB 상에서 변하거나 UE 컨텍스트가 변할 때, MeNB 는 UE 에 대한 집성 및 U-평면 스플릿의 현재 구성에 기초하여 새로운 서비스들에 대한 로드 밸런싱 또는 수락 제어를 수행하는 것을 원할 수도 있다.

컨텍스트들은 예를 들어, 이동성 (예를 들어, 자동차, 기차, 바이크, 비행기, 보행자, 또는 정거장 (stationary)), (실외 또는 실내, 직장 또는 집에 있거나, 미팅중, 회의중을 포함한) 위치, 접근성 및 UE 상태 (예를 들어, 사용자의 신체 상에 있는, 충전을 위한 것과 같이 사용자로부터 분리된, 스크린 온/오프, 홀스터 포켓 내, 활성 사용) 를 포함할 수도 있다. 서비스들은 예를 들어, 애플리케이션들 (예를 들어, Facebook, YouTube) 또는 서비스 타입들 (예를 들어, 음성, 스트리밍, 또는 다운로드) 을 포함할 수도 있다.

일부 경우들에서, MeNB 는 서비스들이 예를 들어, 데이터에 대한 U-평면이 MeNB 를 통하는 경우에, 활성화된다는 것을 인지할 수도 있다. 예를 들어, MeNB 는 서비스들이 다음의 경우들: 노드 내의 집성 (예를 들어, 캐리어 집성), RAN 을 통한 노드들에 걸친 U-평면 스플릿 (예를 들어, S1 접속 대신에 X2 접속을 통한 패킷 스플릿 또는 베어러 스플릿을 사용한 멀티-접속), 또는 멀티-캐스팅 트래픽 (예를 들어, 각각의 패킷이 더 큰 신뢰도를 위해 MeNB 및 SeNB 양자에 의해 서빙됨) 의 경우에 활성화된다는 것을 인지할 수도 있다.

특정한 경우들에서, MeNB 는 서비스를 인지할 수도 있고, 예를 들어, UE 가 서비스에 대한 새로운 베어러를 활성화하면, MME 는 MeNB 에서 베어러의 구성의 일부로서 서비스 요건들을 MeNB 에 통지할 수도 있다. MeNB 는 베어러 활성화를 볼 수도 있으며, 특정한 경우들에서는, SeNB 로 베어러의 구성 및 핸드오버를 담당할 수도 있다. 다른 한편으로, 서비스들이 기존의 베어러 또는 U-평면 내에서 활성화될 때, 서비스가 활성화된다는 것을 나타내기 위해 C-평면 시그널링이 존재하지 않을 수도 있다. 특정한 경우들에서, 트래픽이 SeNB 에서만 가시적일 수도 있는 경우에는, 트래픽이 MeNB 를 거치지 않기 때문에, 딥 패킷 검사 (DPI) 와 같은 기법들이 가능하지 않을 수도 있다.

다른 경우들에서, MeNB 는 UE 서비스들을 인식하지 못할 수도 있다. 예를 들어, MeNB 는 CN 을 통한 노드들에 걸친 U-평면 스플릿 (예를 들어, 멀티 접속 - 베어러 스플릿) 의 경우에 또는 넌-심리스 오프로드 (NSO) 의 경우에 UE 서비스들을 인지하지 못할 수도 있다. NSO 의 경우들은 예를 들어, 오프로드가 다른 오퍼레이터에 의해 허용되고 세션 연속성이 서비스에 대해 요구되지 않으면, 다른 오퍼레이터 또는 액세스 네트워크에 대한 오프로드를 포함할 수도 있다.

본 개시의 양태들은 MeNB 가 이들 서비스들에 대한 로드 밸런싱 및 수락 제어를 결정하기 위해 UE 에 대한 활성 서비스들 및 컨텍스트를 인지할 수 있게 하는 프레임워크를 제공한다.

본 개시의 양태들은 서비스 (예를 들어, 새로운 서비스) 가 MeNB 에서 활성이라는 것을 결정하는 다양한 옵션들을 제공한다. 이들 옵션들 중 일부는 새로운 서비스가 예를 들어, DPI 에 기초하여 게이트웨이 (PGW 또는 SGW) 에서의 검출을 통해 활성이라는 것 (또는 기존의 서비스가 수정된다는 것) 을 MeNB 가 결정하는 경우들에 적용된다. 이러한 경우에서, PGW 또는 SGW 는 MeNB 또는 SeNB 에 전송된 일반 패킷 무선 서비스 (GPRS) 터널링 프로토콜 (GTP) 터널에서 서비스에 대응하는 것으로서 간접적으로 또는 직접적으로 패킷들을 라벨링할 수도 있다. 예를 들어, 베어러 ID 는 서비스 클래스 표시자의 품질 (QCI) 과 연관될 수도 있으며, 베어러에 도달하는 패킷들은 새로운 서비스가 활성이라는 것을 나타낼 수도 있다.

특정한 경우들에서, 새로운 서비스가 베어러이고 특정한 서비스와 연관될 때, 베어러는 서비스가 활성화될 때 확립될 수도 있다. 따라서, 이러한 경우에, MeNB 는 베어러를 확립하기 위해 S1 메시지들을 볼 수도 있으며 베어러를 SeNB 로 또한 이동시킬 수도 있다. 대안으로, GTP 터널은 서비스를 터널 종단점에 나타내는 서비스 라벨 정보 엘리먼트 (IE) 를 포함할 수도 있다. MeNB 에서 종료하는 GTP 터널의 경우에서, MeNB 는 UE 에 대한 서비스를 결정하기 위해 패킷들의 존재를 사용할 수 있다. SeNB 에서 종료하는 GTP 터널의 경우에서, SeNB 는 UE 에 대한 서비스의 백홀을 통해 MeNB 에 통지할 수 있다.

대안으로 또는 추가로, PGW 또는 SGW 는 서비스에 대한 패킷들이 검출되었다는 것을 (예를 들어, CN 시그널링을 통해) MME 에 통지할 수도 있다. 예를 들어, PGW 는 검출된 서비스에 대한 전용 베어러 활성화 절차를 개시할 수도 있다. 이러한 경우에, MME 는 UE 에 대한 서비스들의 세트에 관하여 MeNB 에 컨텍스트 업데이트를 전송함으로써 서비스를 MeNB 에 직접적으로 통지할 수도 있다. MME 는 예를 들어, PGW 또는 SGW 시그널링에 의해 개시된 바와 같이, 예를 들어, MME 가 MeNB 에서 UE 에 대한 새로운 전용 베어러를 확립한 경우에 간접적으로 MeNB 에 또한 통지할 수도 있다.

서비스가 MeNB 에서 활성이라는 것을 결정하기 위한 다른 옵션들이 서비스들 (또는 컨텍스트 변화들) 이 UE 에서 개시되는 경우에 적용된다. 이러한 경우에, UE 는 서비스들의 세트를 MeNB 또는 SeNB 에 명시적으로 또는 암시적으로 통지할 수도 있다. 암시적인 경우에 대해, UE 는 서비스를 요청하기 위해 NAS 시그널링을 사용할 수도 있다. 예를 들어, UE 는 MME 가 UE 가입 정보 및 현재 네트워크 로딩에 기초하여 허용하거나 거부할지 결정하는 서비스에 대한 PDN 접속을 개시할 수도 있다. 명시적 경우에 대해, UE 는 더 후술하는 바와 같이 UE 의 서비스들 또는 컨텍스트의 활성 세트를 나타내기 위해 RRC 또는 NAS 시그널링을 사용할 수도 있다.

본 개시의 양태들은 MeNB (및/또는 SeNB) 에서 서비스들의 세트를 로드 밸런싱하는 다양한 옵션들을 또한 제공한다. 예를 들어, 이러한 옵션들은 백홀을 통해 전송된 로드 밸런싱 메시지들을 포함할 수도 있다. 이러한 경우에서, MeNB 및 SeNB 는 SeNB 및 MeNB 에서 정확한 로드 밸런싱을 결정하기 위해 UE 별 및 서비스 별로 백홀을 통해 보고들을 교환할 수도 있다. MeNB 는 UE 의 서비스들 및 컨텍스트에 기초하여 UE 를 서빙하는 상이한 옵션들 중에서 선택하기 위해 보고들을 사용할 수도 있다. UE 를 서빙하는 옵션들은 예를 들어, 핸드오버, CA, MC, 또는 넌-심리스 오프로드를 포함할 수도 있다.

MeNB 는 활성 서비스들에 기초하여 에너지 효율 네트워크 동작을 가능하게 하기 위해 보고들을 또한 사용할 수도 있다. 예를 들어, MeNB 는 검출된 서비스들 및 UE 측정 보고들에 기초하여 네트워크에서 RAT들을 활성화하고 비활성화할 수도 있다. SeNB 에 대한 로드가 임계치 아래로 떨어지고 MeNB 가 충분한 용량을 가지면, MeNB 는 SeNB 로부터 모든 MC 트래픽을 제거할 수도 있으며 SeNB 를 비활성화할 수도 있다. 유사하게, MeNB 에 대한 로드가 임계치를 넘으면, MeNB 는 활성 서비스들 및 UE 컨텍스트에 기초하여, 특정한 SeNB들 및 HO 에 대한 특정한 RAT들을 활성화할 수도 있거나 SeNB들에 대한 트래픽 중 일부를 서빙하기 위해 U-평면 스플릿을 사용할 수도 있다.

일부 경우들에서, 로드 밸런싱 및/또는 수락 제어를 위해 사용된 UE 보고들이 OTA (over the air) 로 전송될 수도 있다. MeNB 는 예를 들어, X2 또는 등가의 백홀 인터페이스가 존재하지 않으면, UE 에 관한 로드 또는 서비스 관련 정보를 교환하기 위해 SeNB 에 OTA (over the air) 전송되도록 UE 보고들을 구성할 수도 있다. 무선 주파수 (RF) 관련 조건들에 대한 측정 보고에 더하여, UE 는 SeNB 에서의 UE 에 대한 서비스들 및 컨텍스트에 관한 서비스 품질 (QoS) 관련 측정 보고를 MeNB 에 통지할 수도 있다. 따라서, 이러한 보고들에 기초하여, MeNB 는 U-평면 스플릿이 조절될 필요가 있는지를 결정할 수도 있다. 보고들은 새로운 서비스들이 기존의 베어러 또는 APN 내에서 활성화될 때의 이벤트 보고를 포함하여, 서비스별일 수도 있다 (예를 들어, 서비스들은 UE 또는 SeNB 가 표시를 전송하지 않으면 MeNB 는 서비스들을 인지하지 않도록 MeNB 에 대한 어떠한 C-평면 시그널링을 갖지 않는다).

본 개시의 특정한 양태들은 서비스들 또는 컨텍스트의 활성 세트를 표시하기 위해 UE 에 대한 절차들을 제공한다. 서비스들의 세트 및 UE 컨텍스트는 UE 가 예를 들어, 트랙킹 영역 업데이트 (TAU)/위치 영역 업데이트 (LAU) 에 등록하고 어태치하기 위한 접속을 확립시에 네트워크에 제공될 수 있다. 서비스들의 세트 및 UE 컨텍스트는 UE 가 데이터 서비스들을 위해 접속 (서비스 요청) 할 시에 네트워크에 제공될 수 있다. UE 는 (예를 들어, 불필요한 핑-퐁잉 (ping-ponging) 을 제한하기 위한 일부 히스테리시스로) 변경할 경우에 서비스들 및/또는 UE 컨텍스트를 또한 제공할 수도 있다.

일부 경우들에서, UE 는 예를 들어, 서비스들 또는 컨텍스트의 세트가 언제 발효할 수도 있는지 또는 서비스 또는 컨텍스트가 얼마나 오래 지속될 것으로 예상되는지를 나타낼 수도 있는 서비스들 및 컨텍스트의 세트에서의 시간 추정치를 제공할 수도 있다. 상기 언급한 바와 같이, 서비스들 및 컨텍스트의 세트는 NAS 시그널링을 통해 MME 에 또는 RRC 시그널링을 통해 MeMB 또는 SeNB 에 제공될 수 있다.

도 9 는 본 개시의 양태들에 따른, 서비스들의 세트 및 UE 컨텍스트를 MME 에 제공하는 예시적인 절차들을 예시하는 예시적인 호 흐름도 (900) 를 도시한다.

예시되어 있는 바와 같이, UE 는 서비스들의 세트 및 UE 컨텍스트를 포함하는 NAS 메시지와 함께 RRC ULInformationTransfer 메시지 (1) 를 RRC 메시지에서 캡슐화된 MME를 향해 전송할 수도 있다. eNB 는 UL NAS 전송 컨테이너에서 NAS 메시지 (2) 를 MME 에 포워딩한다.

그 후, MME 는 무슨 정책이 MeNB 또는 소스 eNB 로 전송될지 또는 표시된 서비스들의 세트 및 UE 컨텍스트를 고려할 때 서비스 요건들을 어떻게 지원할지를 결정하기 위해 서비스들의 세트에 대해 수락 제어 (3) 를 옵션으로 수행할 수도 있다. 그 후, MME 는 컨텍스트 및 서비스들의 세트에 기초하여 UE 에 대한 정책 및 서비스 요건들을 나타내기 위해 S1-AP UE 컨텍스트 수정 요청 (4) 을 MeNB 또는 소스 eNB 에 전송한다.

옵션으로, MME 는 서비스들 및 컨텍스트를 지원하기 위해 기존의 베어러들을 수정할 수도 있거나 PGW/SGW 와 새로운 전용 베어러들을 개시할 수도 있다. MME 는 컨텍스트 및 서비스들의 세트를 eNB 에 또한 전송할 수도 있다. 대안으로, MME 는 가입자 프로파일 ID IE 에서 서비스들 및 UE 컨텍스트에 관하여 RAN 의 거동을 나타낼 수도 있다.

또한, eNB 는 S1-AP UE 컨텍스트 수정 요청 (4) 에 응답하여 베어러들 또는 UE 구성을 수정하기 위해 RRCConnectionReconfiguration 메시지 (5) 를 UE 에 전송할 수도 있다. 그 후, UE 는 RRCConnectionReconfiguration 메시지의 확인응답으로 RRCConnectionReconfigurationComplete 메시지 (6) 를 전송할 수도 있다.

도 10 은 본 개시의 양태들에 따른, 서비스들의 세트 및 UE 컨텍스트를 RAN 에 제공하는 예시적인 절차들을 예시하는 호 흐름도 (1000) 를 도시한다.

예시되어 있는 바와 같이, UE 는 서비스들의 세트 및 UE 컨텍스트를 포함하는 RRC ULInformationTransfer 메시지 (1) 를 RRC 메시지에서 MeNB 또는 소스 eNB 에 전송할 수도 있다. 옵션으로, eNB 는 서비스들 및 컨텍스트를 UE 컨텍스트 및 서비스 표시 메시지 (2) 에서 MME 에 포워딩한다. 도 10 의 나머지 동작들 (3 내지 6) 은 도 9 를 참조하여 상술한 바와 동일한 방식으로 수행될 수도 있다.

도 11 은 본 개시의 특정한 양태들에 따른, 코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하는 예시적인 동작들 (1100) 을 예시한다. 동작들 (1100) 은 UE 와 같은 이동 디바이스에 의해 수행될 수도 있다.

동작들 (1100) 은 1102 에서, 데이터 흐름 또는 데이터 흐름과 관련된 서비스 중 적어도 하나가 보고되어야 하는지 여부를 결정함으로써 시작한다. 1104 에서, 이동 디바이스는 결정에 기초하여 보고를 제 1 노드에 전송하고, 여기서, 보고는 데이터 흐름 또는 서비스 중 적어도 하나를 식별하며, 서비스 또는 데이터 흐름과 연관된 패킷 데이터 네트워크 (PDN) 접속 또는 베어러를 나타낸다.

일부 경우들에서, 본 명세서에 설명한 동작들은 적용가능할 때만 수행될 수도 있다. 예를 들어, 특정한 양태들에서, 결정 및 전송은 일부 타입의 트리거링 이벤트에 응답하여 수행된다. 이러한 트리거링 이벤트들의 예들은, 데이터 흐름이 활성화되는 것을 식별하는 것 또는 데이터의 양이 임계치보다 높은 것을 식별하는 것을 포함한다.

일부 경우들에서, 이동 디바이스 (UE) 는 어느 데이터 흐름들을 보고할지를 나타내는 구성을 수신한다. 일부 경우들에서, 결정 및 전송은 구성에 응답하여 수행된다. 일부 경우들에서, 결정은 (예를 들어, 데이터 흐름이 제 1 노드에 의해 수신되지 않는 경우에) 데이터 흐름에 대한 집성 포인트의 위치의 함수 (function) 이다. 일부 경우들에서, 보고는 무선 자원 제어 (RRC) 또는 넌-액세스 계층 (NAS) 시그널링 중 적어도 하나를 사용하여 전송된다. 일부 경우들에서, 데이터 흐름은 새로운 데이터 흐름을 포함한다. 일부 경우들에서, 데이터 흐름은 애플리케이션용 데이터를 포함한다. 일부 경우들에서, 데이터 흐름은 서비스용 데이터를 포함한다.

도 12 는 본 개시의 양태들에 따른, 적어도 하나의 데이터를 관리하는 예시적인 동작들 (1200) 을 예시한다. 동작들 (1200) 은 예를 들어, MeNB 와 같은, MC 를 UE 에 제공할 수도 있는, 제 2 노드에 의해 수행될 수도 있다.

동작들 (1200) 은 1202 에서, 데이터 흐름이 베어러 또는 패킷 데이터 네트워크 (PDN) 접속에 대해 활성이라는 것을 결정함으로써 시작한다. 1204 에서, 제 2 노드는, 데이터 흐름의 하나 이상의 서비스 요건들에 기초하여, 제 2 노드 또는 제 1 노드에서 데이터 흐름을 서빙할지 여부를 판정한다. 1206 에서, 제 2 노드는 데이터 흐름의 수락에 대한 요청을 제 1 노드에 전송한다.

특정한 양태들에 따르면, 수락에 대한 요청은 데이터 흐름의 집성에 대한 프로토콜 레이어의 표시를 포함한다. 일부 경우들에서, 제 1 노드 및 제 2 노드는 상이한 RAT들을 사용하여 동작한다. 일부 경우들에서, 데이터 흐름은 새로운 데이터 흐름을 포함한다. 일부 경우들에서, 제 2 노드는 어느 데이터 흐름들을 보고할지를 나타내는 구성을 송신한다. 일부 경우들에서, 데이터 흐름은 애플리케이션용 데이터를 포함한다. 일부 경우들에서, 데이터 흐름은 서비스용 데이터를 포함한다.

도 13 은 본 개시의 특정한 양태들에 따른, 적어도 하나의 데이터 흐름에 대한 수락 제어를 수행하는 예시적인 동작들 (1300) 을 예시한다. 동작들 (1300) 은 SeNB 와 같은, (MC 를 UE 에 제공하는) 제 1 노드에 의해 수행될 수도 있다.

동작들 (1300) 은 1302 에서, 복수의 데이터 흐름들을 포함하는 베어러에 대한 데이터 흐름의 수락에 대한 요청을 제 2 노드로부터 수신함으로써 시작한다. 1304 에서, 제 1 노드는 베어러로 데이터를 흐름을 서빙하기 위해 제 1 노드에서의 자원들의 가용성을 평가한다. 1306 에서, 제 1 노드는 자원들의 평가된 가용성에 적어도 부분적으로 기초하여 수락이 적어도 하나의 데이터 흐름에 대해 승인되는지 여부를 제 2 노드에 나타낸다.

특정한 양태들에 따르면, 수락에 대한 요청은 데이터 흐름의 집성에 대한 프로토콜 레이어의 표시를 포함한다. 일부 경우들에서, 평가하는 것은 제 1 노드에서 집성에 대한 흐름 스플릿 또는 패킷 스플릿의 프로토콜 레이어 아래의 프로토콜 레이어들에 의해 관리된 자원들에 관한 것이다. 일부 경우들에서, 제 1 노드 및 제 2 노드는 상이한 RAT들을 사용하여 동작한다. 일부 경우들에서, 데이터 흐름을 서빙하기 위해 제 1 노드에서 자원들의 가용성을 평가하는 것은 제 2 노드로부터 데이터 흐름들을 수용하기 위해 이용가능한 자원들을 결정하는 것을 포함한다. 일부 경우들에서, 제 1 노드는 새로운 데이터 흐름이 활성이라는 것을 결정할 수도 있으며; 결정에 기초하여 메시지를 제 2 노드에 전송할 수도 있다. 일부 경우들에서, 데이터 흐름은 애플리케이션용 데이터를 포함한다. 일부 경우들에서, 데이터 흐름은 서비스용 데이터를 포함한다.

도 14 는 본 개시의 양태들에 따른, 로드 밸런싱을 수행하는 예시적인 동작들 (1400) 을 예시한다. 동작들 (1400) 은 예를 들어, SeNB 로서 동작하는 제 1 노드에 의해 수행될 수도 있다.

동작들 (1400) 은, 1402 에서, 적어도 하나의 데이터 흐름이 기존의 베어러 또는 새로운 패킷 데이터 네트워크 (PDN) 접속에 대해 활성이라는 것을 제 1 노드가 결정함으로써 시작하고, 여기서, 데이터 흐름은 제 1 노드의 프로토콜 스택의 연관된 집성 레이어를 갖는다. 1404 에서, 제 1 노드는 데이터 흐름을 서빙하기 위해 제 1 노드에서 자원들의 가용성을 평가하고, 여기서, 평가는 제 1 노드의 프로토콜 스택의 연관된 집성 레이어 아래에 있는 적어도 하나의 프로토콜 레이어에 의해 관리된 자원들에 관한 것이다. 1406 에서, 제 1 노드는 제 2 노드와 연관된 데이터 흐름들 및 제 2 노드와 연관되지 않은 데이터 흐름들에 대한 제 1 노드에서 자원들의 가용성을 나타내는 메시지를 제 2 노드에 송신한다.

특정한 양태들에 따르면, 메시지는 적어도 하나의 데이터 흐름에 대한 제 1 노드상의 자원 로드를 감소시킬 필요성을 나타낸다. 일부 경우들에서, 제 1 노드는 적어도 하나의 데이터 흐름을 서빙하는 것을 종료하기 위한 요청을 수신할 수도 있다. 일부 경우들에서, 제 1 노드는 캐리어 또는 무선 액세스 기술 (RAT) 을 비활성화하기 위한 요청을 수신할 수도 있고, 여기서, 활성 데이터 흐름들은 적어도 하나의 데이터 흐름과 연관된 이동 디바이스와의 접속의 핸드오버 (HO) 또는 비활성화를 통해 해제된다. 일부 경우들에서, 제 1 노드는 데이터 흐름들이 더 이상 캐리어 또는 RAT 에 대해 서빙되지 않으면 그 캐리어 또는 RAT 를 비활성화할 수도 있다.

일부 경우들에서, 데이터 흐름을 서빙하기 위해 제 1 노드에서 자원들의 가용성을 평가하는 것은 데이터 흐름과 연관된 자원 로드를 임계치와 비교하는 것을 포함한다. 일부 경우들에서, 제 1 노드는 데이터 흐름에 대한 수락에 대한 요청을 제 2 노드로부터 이전에 수신하였고; 메시지는 데이터 흐름에 대한 제 1 노드에서 자원들의 가용성을 나타낸다. 일부 경우들에서, 데이터 흐름은 새로운 데이터 흐름을 포함한다. 일부 경우들에서, 데이터 흐름은 애플리케이션용 데이터를 포함한다. 일부 경우들에서, 데이터 흐름은 서비스용 데이터를 포함한다.

도 15 는 본 명세서에 제공된 양태들에 따라 동작할 수 있는 MC 인에이블된 무선 디바이스 (1500) 에서 활용될 수도 있는 다양한 컴포넌트들을 예시한다. 무선 디바이스 (1500) 는 예를 들어, 도 1 에 도시된 UE (100) 의 일 구현일 수도 있다.

무선 디바이스 (1500) 는 무선 디바이스 (1500) 의 동작을 제어하는 하나 이상의 프로세서들 (1504) 을 포함할 수도 있다. 프로세서들 (1504) 은 중앙 처리 장치들 (CPU들) 로서 또한 지칭될 수도 있다. 프로세서들 (1504) 은 도 11 을 참조하여 상술한 바와 같이, 데이터 흐름들을 관리하는데 있어서 UE 를 수행할 수도 있거나, 지시할 수도 있다. 판독-전용 메모리 (ROM) 및 랜덤 액세스 메모리 (RAM) 양자를 포함하는 메모리 (1506) 는 명령들 및 데이터를 프로세서들 (1504) 에 제공한다. 메모리 (1506) 의 일부가 비휘발성 랜덤 액세스 메모리 (NVRAM) 를 또한 포함할 수도 있다. 프로세서들 (1504) 은 메모리 (1506) 내에 저장된 프로그램 명령들에 기초하여 논리 및 산술 연산들을 통상적으로 수행한다. 메모리 (1506) 에서의 명령들은 본 명세서에 설명한 동작들을 구현하도록 실행가능할 수도 있다.

무선 디바이스 (1500) 는 MC 에 대한 다수의 RAT 들을 통해 통신하기 위해 라디오들 (1510 및 1512) 을 또한 포함할 수도 있다. 각각의 라디오는 예를 들어, 송신기 및 수신기, 및 무선 디바이스 (1500) 와 상이한 RAT들 사이의 데이터의 송신 및 수신을 허용하기 위한 임의의 다른 "RF 체인" 컴포넌트들을 포함할 수도 있다. 2개의 라디오들이 단지 예로서 2개의 RAT들에 대해 도시되어 있지만, 2개보다 많은 라디오들이 (예를 들어, 2개보다 많은 RAT들을 지원하기 위해) 포함될 수도 있다. 각각의 라디오는 단일 또는 복수의 안테나들 (1516) 을 통해 통신할 수도 있다.

무선 디바이스 (1500) 는 트랜시버 (1514) 에 의해 수신된 신호들의 레벨을 검출하고 정량화하기 위해 사용될 수도 있는 신호 검출기 (1518) 를 또한 포함할 수도 있다. 신호 검출기 (1518) 는 이러한 신호들을 총 에너지, 심볼 당 서브캐리어 당 에너지, 전력 스펙트럼 밀도 및 다른 신호들로서 검출할 수도 있다. 무선 디바이스 (1500) 는 신호들을 프로세싱하는데 사용하기 위한 디지털 신호 프로세서 (DSP) 를 또한 포함할 수도 있다.

도 16 은 MC 인에이블된 무선 디바이스와의 통신에 참여할 수 있는 기지국 (1200) 에서 활용될 수도 있는 다양한 컴포넌트들을 예시한다. 기지국 (1600) 은 예를 들어, 도 1 에 도시된 MeNB (120) 또는 SeNB (130) 의 일 구현일 수도 있다.

기지국 (1600) 은 기지국 (1600) 의 동작을 제어하는 하나 이상의 프로세서들(1604) 를 포함할 수도 있다. 프로세서들 (1604) 은 중앙 처리 장치들 (CPU들) 로서 또한 지칭될 수도 있다. 프로세서들 (1604) 은 도 12 내지 도 14 를 참조하여 상술한 바와 같이, 데이터를 관리할 수도 있거나 수락 제어 또는 로드 밸런싱을 수행할 수도 있다. 판독-전용 메모리 (ROM) 및 랜덤 액세스 메모리 (RAM) 양자를 포함하는 메모리 (1606) 는 명령들 및 데이터를 프로세서들 (1604) 에 제공한다. 메모리 (1606) 의 일부가 비휘발성 랜덤 액세스 메모리 (NVRAM) 를 또한 포함할 수도 있다. 프로세서들 (1604) 는 메모리 (1606) 내에 저장된 프로그램 명령들에 기초하여 논리 및 산술 연산들을 통상적으로 수행한다. 메모리 (1606) 에서의 명령들은 도 12 내지 도 14 를 참조하여 상술한 바와 같이, 데이터를 관리하거나 수락 제어 또는 로드 밸런싱을 수행하는 것과 같이, (예를 들어, DC UE 를 서빙하는 MeNB들 및 SeNB들에 대한) 본 명세서에 설명한 방법들을 구현하기 위해 실행가능할 수도 있다.

기지국 (1600) 은 예를 들어, 하나 이상의 RAT들을 통해 UE 와 통신하기 위해 하나 이상의 라디오들 (1610) 을 또한 포함할 수도 있다. 각각의 라디오는 예를 들어, 송신기 및 수신기, 및 기지국 (1600) 과 상이한 UE들 사이의 데이터의 송신 및 수신을 허용하기 위한 임의의 다른 "RF 체인" 컴포넌트들을 포함할 수도 있다. 각각의 라디오는 단일 또는 복수의 안테나들 (1616) 을 통해 통신할 수도 있다. 기지국 (1600) 은 (예를 들어, X2 백홀 접속을 통해) 다른 기지국들 또는 (예를 들어, S1 접속을 통해) 코어 네트워크와 통신하기 위한 인터페이스 (1612) 를 또한 포함할 수도 있다.

기지국 (1600) 은 트랜시버 (1614) 에 의해 수신된 신호들의 레벨을 검출하고 정량화하기 위해 사용될 수도 있는 신호 검출기 (1618) 를 또한 포함할 수도 있다. 신호 검출기 (1618) 는 이러한 신호들을 총 에너지, 심볼 당 서브캐리어 당 에너지, 전력 스펙트럼 밀도 및 다른 신호들로서 검출할 수도 있다. 기지국 (1600) 은 신호들을 프로세싱하는데 사용하기 위한 디지털 신호 프로세서 (DSP) 를 또한 포함할 수도 있다.

상술한 프로세스들에서의 단계들의 특정한 순서 또는 계층은 예시적인 접근방식들의 예시라는 것이 이해된다. 설계 선호도에 기초하여, 프로세스들에서의 단계들의 특정한 순서 또는 계층이 재배열될 수도 있다는 것이 이해된다. 또한, 일부 단계들이 조합되거나 생략될 수도 있다. 첨부한 방법 청구항들은 다양한 단계들의 엘리먼트들을 샘플 순서로 제시하며, 제시된 특정 순서 또는 계층으로 한정되도록 의도되지 않는다.

더욱이, 용어 "또는" 은 배타적 "또는" 보다는 포괄적 "또는" 을 의미하는 것으로 의도된다. 즉, 문맥으로부터 다르게 특정되거나 명확하지 않으면, 어구, 예를 들어, "X 는 A 또는 B 를 이용한다" 는 자연적인 포괄적 순열들 중 임의의 것을 의미하는 것으로 의도된다. 즉, 예를 들어, 어구 "X 는 A 또는 B 를 이용한다" 는 다음의 경우들: X 가 A 를 이용하고; X 가 B 를 이용하고; 또는 X 가 A 및 B 모두를 이용하는 것 중 임의의 것에 의해 충족된다. 또한, 본 출원 및 첨부한 청구항들에서 사용되는 바와 같은 관사들 ("a" 및 "an") 은, 단수 형태로 지시되도록 문맥으로부터 다르게 특정되거나 명확하지 않으면 "하나 이상"을 의미하는 것으로 일반적으로 해석되어야 한다. 아이템들의 리스트 "중 적어도 하나"를 지칭하는 어구는 단일 멤버들을 포함하여, 이들 아이템들의 임의의 조합을 지칭한다. 예로서, "a, b, 또는 c 중 적어도 하나" 는 a, b, c, a 및 a 및 c, b 및 c, 및 a, b, c를 커버하는 것으로 의도된다.

이전의 설명은 본 기술분야의 임의의 기술자가 본 명세서에 설명한 다양한 양태들을 실시할 수 있게 하기 위해 제공된다. 이들 양태들에 대한 다양한 수정들이 본 기술분야의 통상의 기술자에게는 용이하게 명백할 것이고, 본 명세서에 정의된 일반 원리들이 다른 양태들에 적용될 수도 있다. 따라서, 청구항들은 본 명세서에 나타낸 양태들에 제한되는 것으로 의도되는 것이 아니라, 청구항들의 언어와 일치하는 전체 범위에 부합해야 하고, 여기에서, 단수 형태의 엘리먼트에 대한 참조가 구체적으로 언급하지 않으면 "하나 및 오직 하나"를 의미하는 것으로 의도되는 것이 아니라, 오히려 "하나 이상"을 의미한다. 구체적으로 다르게 언급되지 않으면, 용어 "일부"는 하나 이상을 지칭한다. 본 기술분야의 통상의 기술자에게 공지되어 있거나 추후 공지되는 본 개시 전반적으로 설명된 다양한 양태들의 엘리먼트들에 대한 모든 구조적 및 기능적 등가물들이 본 명세서에 참조로 명백하게 통합되고 청구항들에 포함되는 것으로 의도된다. 더욱이, 본 명세서에 개시된 것은 이러한 개시가 청구항들에 명시적으로 열거되는지에 관계없이, 일반에게 바쳐지도록 의도되지 않는다. 엘리먼트가 어구 "~ 하는 수단" 을 사용하여 명시적으로 열거되지 않으면 청구항 엘리먼트는 기능식 (means plus function) 으로서 해석되지 않아야 한다.

Claims

코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하기 위한 상기 이동 디바이스에 의한 무선 통신의 방법으로서,
상기 데이터 흐름 또는 상기 데이터 흐름에 관한 서비스 중 적어도 하나가 보고되어야 하는지 여부를 결정하는 단계; 및
상기 결정에 기초하여 보고를 제 1 노드에 전송하는 단계를 포함하고, 상기 보고는 상기 데이터 흐름 또는 서비스 중 적어도 하나를 식별하며, 상기 서비스 또는 데이터 흐름과 연관된 패킷 데이터 네트워크 (PDN) 접속 또는 베어러를 나타내는, 무선 통신의 방법.
제 1 항에 있어서,
상기 결정하는 단계 및 전송하는 단계는 상기 데이터 흐름이 활성화되었다는 것을 식별하는 것에 응답하여 수행되는, 무선 통신의 방법.
제 1 항에 있어서,
상기 결정하는 단계 및 상기 전송하는 단계는 데이터의 양이 임계치보다 높다는 것을 식별하는 것에 응답하여 수행되는, 무선 통신의 방법.
제 1 항에 있어서,
어느 데이터 흐름들을 보고할지 나타내는 구성을 수신하는 단계를 더 포함하는, 무선 통신의 방법.
제 4 항에 있어서,
상기 결정하는 단계 및 상기 전송하는 단계는 상기 구성에 응답하여 수행되는, 무선 통신의 방법.
제 1 항에 있어서,
상기 결정하는 단계는 상기 데이터 흐름에 대한 집성 포인트 (aggregation point) 의 위치의 함수인, 무선 통신의 방법.
제 6 항에 있어서,
상기 결정하는 단계는 상기 데이터 흐름이 상기 제 1 노드에 의해 수신되지 않는 경우에 상기 데이터 흐름에 대한 집성 포인트의 위치의 함수인, 무선 통신의 방법.
제 1 항에 있어서,
상기 보고는 무선 자원 제어 (RRC) 또는 넌-액세스 계층 (NAS) 시그널링 중 적어도 하나를 사용하여 전송되는, 무선 통신의 방법.
제 1 항에 있어서,
상기 데이터 흐름은 새로운 데이터 흐름을 포함하는, 무선 통신의 방법.
제 1 항에 있어서,
상기 데이터 흐름은 애플리케이션용 데이터를 포함하는, 무선 통신의 방법.
제 1 항에 있어서,
상기 데이터 흐름은 서비스용 데이터를 포함하는, 무선 통신의 방법.
코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하는 상기 이동 디바이스로서,
상기 데이터 흐름 또는 상기 데이터 흐름에 관한 서비스 중 적어도 하나가 보고되어야 하는지 여부를 결정하는 수단; 및
상기 결정에 기초하여 보고를 제 1 노드에 전송하는 수단을 포함하고, 상기 보고는 상기 데이터 흐름 또는 서비스 중 적어도 하나를 식별하며, 상기 서비스 또는 데이터 흐름과 연관된 패킷 데이터 네트워크 (PDN) 접속 또는 베어러를 나타내는, 이동 디바이스.
제 12 항에 있어서,
상기 결정하는 수단 및 상기 전송하는 수단은 상기 데이터 흐름이 활성화되었다는 것을 식별하는 것에 응답하여 수행되는, 이동 디바이스.
제 12 항에 있어서,
상기 결정하는 수단 및 상기 전송하는 수단은 데이터의 양이 임계치보다 높다는 것을 식별하는 것에 응답하여 수행되는, 이동 디바이스.
제 12 항에 있어서,
어느 데이터 흐름들을 보고할지 나타내는 구성을 수신하는 수단을 더 포함하는, 이동 디바이스.
제 12 항에 있어서,
상기 결정하는 수단은 상기 데이터 흐름에 대한 집성 포인트의 위치의 함수인, 이동 디바이스.
제 12 항에 있어서,
상기 데이터 흐름은 새로운 데이터 흐름을 포함하는, 이동 디바이스.
제 12 항에 있어서,
상기 데이터 흐름은 애플리케이션용 데이터를 포함하는, 이동 디바이스.
제 12 항에 있어서,
상기 데이터 흐름은 서비스용 데이터를 포함하는, 이동 디바이스.
코어 네트워크와 이동 디바이스 사이의 적어도 하나의 데이터 흐름을 관리하기 위한 명령들이 저장되어 있는 비일시적 컴퓨터-판독가능 저장 매체로서,
상기 명령들은 상기 이동 디바이스로 하여금:
상기 데이터 흐름 또는 상기 데이터 흐름에 관한 서비스 중 적어도 하나가 보고되어야 하는지 여부를 결정하게 하며;
상기 결정에 기초하여 보고를 제 1 노드에 전송하게 하고,
상기 보고는 상기 데이터 흐름 또는 서비스 중 적어도 하나를 식별하며, 상기 서비스 또는 데이터 흐름과 연관된 패킷 데이터 네트워크 (PDN) 접속 또는 베어러를 나타내는, 비일시적 컴퓨터-판독가능 저장 매체.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제