KR20150048618A

KR20150048618A - 이동성에 강인한 그룹 통신을 위한 방법 및 장치

Info

Publication number: KR20150048618A
Application number: KR1020140096823A
Authority: KR
Inventors: 원성환; 조성연; 구트만 에릭
Original assignee: 삼성전자주식회사
Priority date: 2013-10-28
Filing date: 2014-07-29
Publication date: 2015-05-07
Also published as: CN104937963A; CN104937963B; KR20150048615A; US10560876B2; EP3065429A4; EP3065429A1; KR20150048611A; US20180248708A1; KR102221939B1; US10009187B2; EP3065429B1; US20150365963A1

Abstract

본 발명은 그룹 통신을 위한 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명은 이동 중인 단말이 효과적으로 그룹 통신에 참여할 수 있도록 하는 방법 및 장치에 관한 것으로, 본 발명의 일 실시예에 따른 이동통신 시스템에서 기지국의 통신 방법은, MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신하는 단계; 상기 수신한 MBMS 베어러 관련 정보 이용하여 단말에 대한 베어러 정보를 갱신하는 단계; 상기 단말의 핸드오버를 결정하고, MME 또는 MBMS를 지원하지 못하는 제2 기지국에게 MBMS 베어러 정보를 포함한 핸드오버 요청 메시지를 송신하는 단계; 상기 단말에게 상기 제2 기지국으로의 핸드오버 명령 메시지를 송신하는 단계; 및 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계;를 포함할 수 있다. 본 발명의 일 실시예에 따르면, 단말이 MBMS가 제공되지 않는 지역으로 이동하더라도 그룹 통신 서비스가 신속히 PTP 방식의 통신 경로를 통해 제공되게 하여 단말이 끊김 없이 그룹 통신 서비스를 받을 수 있게 할 수 있다.

Description

이동성에 강인한 그룹 통신을 위한 방법 및 장치{METHOD AND APPARATUS FOR GROUP COMMUNICATION ROBUST TO MOBILITY}

본 발명은 그룹 통신을 위한 방법 및 장치에 관한 것이다. 보다 구체적으로, 본 발명은 이동 중인 단말이 효과적으로 그룹 통신에 참여할 수 있도록 하는 방법 및 장치에 관한 것이다.

초기의 무선 통신 시스템은 사용자의 활동성을 보장하면서 음성 서비스를 제공하기 위해 개발되었다. 더욱이, 무선 통신 시스템은 점차로 음성뿐 아니라 데이터 서비스까지 영역을 확장하고 있으며, 현재에는 고속의 데이터 서비스를 제공할 수 있는 정도까지 발전하였다.

현재까지의 무선 통신 시스템의 발전은 주로 점 대 점(PTP: Point-To-Point) 방식의 통신에 초점을 두고 발전해왔다. 여기서 점(Point)이라 함은, 예를 들어 두 사용자(발신자, 수신자) 간의 통화의 경우에는 각각 발신자와 수신자를 지칭할 수 있다. 또 다른 예로, 한 사용자가 어떤 웹 사이트, 예를 들어 http://www.amazon.com/과 같은 웹 사이트에 접속하는 상황을 고려한다면, 여기서 점은 각각 사용자와 아마존 서버를 지칭할 수 있다.

최근 들어, 무선 통신 시스템을 이용하여 그룹 통신 서비스를 제공하는 것에 대한 관심이 증가되고 있다. 그룹 통신은 방송을 비롯한 여러 주체가 포함된 통신을 일컫는 총칭이라 할 수 있다.

그룹 통신 서비스는 기존의 PTP 방식의 통신을 사용해서 제공될 수 있다. 예를 들어, 방송을 고려한다면, 방송 제공자와 방송을 듣고자 하는 여러 사용자 간에 모두 PTP 방식의 통신 경로를 생성하여, 여러 사용자가 방송 제공자의 서비스를 받을 수 있도록 할 수 있다. 그러나, 상기의 방식은 자원 사용 면에서 매우 비효율적이다. 예를 들면, 여러 사용자가 같은 혹은 공통점이 많은 데이터를 요구하는 경우에, 여러 사용자에게 공통된 데이터를 굳이 여러 PTP 방식 통신 경로를 통해 반복해서 보내는 경우에 자원 사용 면에서 매우 비효율적일 수 있다.

따라서, 자원을 효율적으로 사용하면서 그룹 통신 서비스를 제공하기 위해, 점 대 여러 점(PTM: Point-To-Multipoint) 방식의 통신에 대한 요구가 생겼다. PTM 방식의 통신을 위해, 장기간 진화(LTE: Long Term Evolution) 시스템에 멀티미디어 멀티캐스트 및 방송 서비스(MBMS: Multimedia Multicast Broadcast Service)가 가능하게 되었다. MBMS를 통해 그룹 통신 서비스를 제공하고자 하는 움직임은 3세대 동업자 프로젝트(3GPP: 3rd Generation Partnership Project)에서 활발히 논의되고 있다.

본 발명은 MBMS(Multimedia Multicast Broadcast Service)를 통해 그룹 통신 서비스가 제공되는 무선 통신 시스템에서, 그룹 통신 서비스에 참여하는 단말이 이동 중에도 끊김 없이 서비스를 받는 방법 및 장치를 제공하는 것을 목적으로 한다. 또한, 본 발명은 단말이 MBMS가 제공되지 않는 지역으로 이동하더라도 그룹 통신 서비스가 신속히 PTP(Point to Point) 방식의 통신 경로를 통해 제공되도록 하여 단말이 끊김 없이 그룹 통신 서비스를 받을 수 있는 방법 및 장치를 제공하는 것을 목적으로 한다.

본 발명에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

상기의 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동 통신 시스템에서 기지국의 통신 방법은, 여러 셀/멀티캐스트 조직화 엔티티(MCE: Multi-cell/multicast Coordination Entity)로부터 QoS 매개변수를 포함하는 멀티미디어 멀티캐스트 및 방송 서비스(MBMS: Multimedia Multicast Broadcast Service) 베어러 관련 정보를 수신하는 단계; 상기 수신한 MBMS 베어러 관련 정보 이용하여 단말에 대한 베어러 정보를 갱신하는 단계; 상기 단말의 핸드오버를 결정하고, 이동성 관리 엔티티(MME: Mobility Management Entity) 또는 MBMS를 지원하지 못하는 제2 기지국에게 MBMS 베어러 정보를 포함한 핸드오버 요청 메시지를 송신하는 단계; 상기 단말에게 상기 제2 기지국으로의 핸드오버 명령 메시지를 송신하는 단계; 및 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계;를 포함할 수 있다.

또한, 상기 QoS 매개변수는, QoS 클래스 식별자(QCI: QoS Class Identifier), 보장된 비트 전송률(GBR: Guaranteed Bit Rate) QoS 정보, 할당 및 유지 우선권(ARP: Allocation and Retention Priority) 중 적어도 하나를 포함할 수 있다. 또한 실시 예에 따라, 상기 ARP는 베어러 할당 및 유지에 대한 우선권 레벨(priority level), (다른 베어러에 대한) 선점 능력(pre-emption capability), (다른 베어러에 의한) 선점 취약성(pre-emption vulnerability) 중 적어도 하나를 포함할 수 있다.

또한, 상기 기지국은 MBMS 서비스 지역 혹은 MBMS 단일 주파수 네트워크(MBSFN: MBMS Single Frequency Network) 지역 가장자리에 위치할 수 있다.

또한, 상기 핸드오버 요청 메시지는, 상기 QoS 매개변수, 베어러 식별자, 하향(DL) 전달 제안여부 지시자, S-GW의 전달 계층(Transport Layer) 주소, 상향(UL) 패킷 데이터 유닛(PDU: Packet Data Unit)용 S-GW의 터널 말단 식별자(TEID: Tunnel Endpoint Identifier) 중 적어도 하나를 포함할 수 있다.

또한, 상기 핸드오버 요청 메시지는, MBMS 베어러 관련 정보가 포함되었음을 지시하는 지시자를 더 포함할 수 있다.

또한, 상기 베어러 정보를 갱신하는 단계는, 상기 단말로부터 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 수신하는 단계;를 더 포함할 수 있다.

또한, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계는, 상기 제2 기지국에게 MBMS 데이터 전달을 멈춘다는 정보가 표시된 데이터를 전달하는 단계;를 더 포함할 수 있다.

또한, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계는, 그룹 통신 서비스 조력자 응용 서버(GCSE-AS: Group Communication Service Enabler Application Server)로부터, 상기 제2 기지국으로의 MBMS 데이터 전달을 멈춤을 지시하는 정보가 표시된 정보를 수신하는 단계;를 더 포함할 수 있다.

또한, 상기 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동 통신 시스템에서 단말의 통신 방법은, MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신한 제1 기지국에게, MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 송신하는 단계; 상기 제1 기지국의 핸드오버 결정에 따라, MBMS를 지원하지 못하는 제2 기지국으로의 핸드오버 명령 메시지를 상기 제1 기지국으로부터 수신하는 단계; 상기 제2 기지국과 연결을 수행하는 단계; 상기 제2 기지국이 미리 설정된 시간 동안 상기 제1 기지국으로부터 수신한 MBMS 메시지를, 상기 제2 기지국으로부터 수신하는 단계; GCSE-AS에게 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 송신하는 단계; 및 상기 제2 기지국과 베어러를 설립하는 단계;를 포함할 수 있다.

또한, 상기 MBMS 서비스가 불가능하다는 정보는, 제1 eNB 식별자, 제2 eNB 식별자, 소스 셀 식별자, 타깃 셀 식별자, 상기 단말의 식별자, 단말이 MBMS가 지원되지 않는 셀로 이동했음을 알리는 정보, 하나 이상의 MBMS 서비스 지역 식별자(SAI: Service Area Identity), 임시 모바일 그룹 식별자(TMGI: Temporary Mobile Group Identity) 및 그룹 통신 서비스 식별자(ServiceId) 중 적어도 하나를 포함할 수 있다.

또한, 상기 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 기지국은, 통신부; 및 여러 셀/멀티캐스트 조직화 엔티티(MCE: Multi-cell/multicast Coordination Entity)로부터 QoS 매개변수를 포함하는 멀티미디어 멀티캐스트 및 방송 서비스(MBMS: Multimedia Multicast Broadcast Service) 베어러 관련 정보를 수신하고, 상기 수신한 MBMS 베어러 관련 정보 이용하여 단말에 대한 베어러 정보를 갱신하고, 상기 단말의 핸드오버를 결정하고, 이동성 관리 엔티티(MME: Mobility Management Entity) 또는 MBMS를 지원하지 못하는 제2 기지국에게 MBMS 베어러 정보를 포함한 핸드오버 요청 메시지를 송신하고, 상기 단말에게 상기 제2 기지국으로의 핸드오버 명령 메시지를 송신하고, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하도록 제어하는 제어부;를 포함할 수 있다.

또한, 상기 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 단말은, 통신부; 및 MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신한 제1 기지국에게, MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 송신하고, 상기 제1 기지국의 핸드오버 결정에 따라, MBMS를 지원하지 못하는 제2 기지국으로의 핸드오버 명령 메시지를 상기 제1 기지국으로부터 수신하고, 상기 제2 기지국과 연결을 수행하고, 상기 제2 기지국이 미리 설정된 시간 동안 상기 제1 기지국으로부터 수신한 MBMS 메시지를, 상기 제2 기지국으로부터 수신하고, GCSE-AS에게 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 송신하고, 상기 제2 기지국과 베어러를 설립하도록 제어하는 제어부;를 포함할 수 있다.

또한, 상기 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동 통신 시스템에서 기지국의 통신 방법은, MCE로부터 MBMS 서비스를 받고 있는 단말의 수에 관한 정보 요청 메시지를 수신하는 단계; MBMS 서비스를 받고 있는 단말의 수를 판단하는 단계; 및 상기 MCE에게 MBMS 서비스를 받고 있는 단말의 수에 관한 정보를 전달하는 단계;를 포함할 수 있다.

또한, 상기 기술적 과제를 달성하기 위한 본 발명의 일 실시예에 따른 이동 통신 시스템에서 단말의 통신 방법은, 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계; GCSE-AS에게 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있음을 지시하는 정보를 포함하는 메시지를 송신하는 단계; 상기 GCSE-AS로부터 킵얼라이브(keep-alive) 메시지를 수신하는 단계; 및 PTP(Point To Point) 경로를 통해 상기 GCSE-AS와 신호를 송수신하는 단계;를 포함할 수 있다.

또한, 상기 킵얼라이브 메시지를 수신하는 단계는. 상기 GCSE-AS에게 상기 킵얼라이브 메시지 송신을 요청하는 정보를 포함한 메시지를 송신하는 단계;를 더 포함할 수 있다.

또한, 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계는, 기지국으로부터 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있음을 지시하는 가장자리 지시자를 수신하는 단계;를 포함할 수 있다.

또한, 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계는, 기준 신호(RS: Reference Signal)를 측정하는 단계; 상기 RS와 미리 설정된 임계값을 비교하여 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계;를 포함할 수 있다.

또한, 상기 임계값을 상기 GCSE-AS 또는 상기 기지국로부터 수신하는 단계;를 더 포함할 수 있다.

본 발명에 따른 이동 통신 시스템에서 단말 및 기지국의 통신 방법 및 장치에 따르면, 단말이 MBMS가 제공되지 않는 지역으로 이동하더라도 그룹 통신 서비스가 신속히 PTP 방식의 통신 경로를 통해 제공되게 하여 단말이 끊김 없이 그룹 통신 서비스를 받을 수 있게 할 수 있다.

본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

도 1은 MBMS를 통해 그룹 통신 서비스가 제공되는 무선 통신 시스템의 일 예를 도시하는 도면이다.
도 2는 본 발명의 일 실시예에 따른 S1 기반 핸드오버를 수행하는 과정을 설명하는 흐름도이다.
도 3은 본 발명의 다른 일 실시예에 따른 X2 기반 핸드오버를 수행하는 과정을 설명하는 흐름도이다.
도 4는 본 발명의 또 다른 일 실시예에 따른 자원 효율성 증대를 위한 PTP 방식 및 MBMS 방식 간 전환 결정을 위한 원조 정보를 수집하는 과정을 설명하는 흐름도이다.
도 5는 본 발명의 또 다른 일 실시예에 따른 휴지(idle) 모드 UE(100)에게 끊김 없이 그룹 통신 서비스를 제공하기 위한 흐름도이다.
도 6은 본 발명의 일 실시예에 따른 기지국의 블록 구성도의 일 예이다.
도 7은 본 발명의 일 실시예에 따른 단말의 블록 구성도의 일 예이다.
도 8은 본 발명의 일 실시예에 따른 GCSE-AS의 블록 구성도의 일 예이다.
도 9는 본 발명의 일 실시예에 따른 새로운 QCI 값을 지원하지 않는 기지국에서 알맞게 그룹 통신 서비스를 제공할 수 있도록 하는 과정을 설명하는 흐름도이다.

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시 예들을 상세히 설명한다. 이 때, 첨부된 도면에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의해야 한다. 또한 본 발명의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

또한 본 발명의 실시 예들을 구체적으로 설명함에 있어서, 3GPP가 규격을 정한 무선 접속망, 코어 망인 LTE와 진화된 패킷 코어(EPC: Evolved Packet Core)를 주된 대상으로 할 것이지만, 본 발명의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 발명의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.

도 1은 MBMS를 통해 그룹 통신 서비스가 제공되는 무선 통신 시스템의 일 예를 도시하는 도면이다.

멀티미디어 멀티캐스트 및 방송 서비스(MBMS: Multimedia Multicast Broadcast Service)를 통해 그룹 통신 서비스가 제공되는 무선 통신 시스템은 크게 4가지 요소로 구성되어 있다. 도 1을 참고하면, MBMS를 통해 그룹 통신 서비스가 제공되는 무선 통신 시스템은 단말(UE: User Equipment)(100), LTE(Long Term Evolution)(130), EPC(Evolved Packet Core)(199) 및 그룹 통신 서비스 조력자 응용 서버(GCSE-AS: Group Communication Service Enabler Application Server)(200)를 포함할 수 있다.

GCSE-AS(200)는 그룹 통신 서비스의 데이터가 집결되는 엔티티(entity)이다. 그룹 통신에 참여하는 UE(100)가 보낼 상향(UL: Uplink) 데이터가 있는 경우에는 LTE(130)와 EPC(199)를 통해 결국 GCSE-AS(200)로 데이터를 보내게 된다. 그리고, UE(100)가 받게 되는 하향(DL: Downlink) 그룹 통신 데이터는 GCSE-AS(200)가 보내어 EPC(199)와 LTE(130)를 거쳐 전해진 데이터이다.

UE(100)는 LTE(130)와 무선 인터페이스인 Uu(105) 인터페이스를 통해 연결되어 있다(그 밖의 인터페이스는 일반적인 경우에 유선 인터페이스이다). 더욱 정확히 말하자면, UE(100)는 진화된 노드 비(eNB: evolved Node B)(110)와 Uu(105) 인터페이스를 통해 연결되어 있다.

LTE(130)는 여러 개의 eNB(110)들이 복잡하게 얽힌 망의 형태를 띠고 있다. 여러 개의 eNB(110)들끼리는 서로 X2(113) 인터페이스로 연결되어 있다. 각각의 eNB(110)는 저마다 특정 범위에서 UE(100)에 서비스를 제공하며, 이 특정 범위를 커버리지(coverage)라고 부른다. Coverage는 한정돼있기 때문에 이동하면서 음성 및/혹은 데이터 서비스를 제공받고자 한다면 UE(100)는 이동함에 따라 적절한 eNB(110)와 Uu(105) 인터페이스를 통해 무선 연결을 맺어야 한다.

몇몇 예외를 제외하고는, eNB(110)는 일반적으로 하나 이상의 셀로 구성될 수 있다. 여기서, 셀은 일반적인 셀룰러(cellular) 시스템의 셀을 의미하고, eNB(110)는 상기 셀을 관리 및 제어하는 장치이다. 본 명세서에서는 편의를 위해 셀과 eNB(110)를 동일한 의미로 사용할 수 있다. 또한, 본 명세서에서 실시예들을 설명함에 있어서도 편의에 따라 셀과 eNB(110)를 혼동하여 쓸 수 있다.

eNB(110)로 전달되는 DL 그룹 통신 사용자 데이터는 적어도 두 가지 경로를 통해 UE(100)에게 전달될 수 있다. 하나는 점 대 점(PTP: Point-To-Point) 방식 통신 경로이며, 다른 하나는 MBMS를 통한 경로이다. PTP 방식 통신 경로는 DL 그룹 통신 데이터가 GCSE-AS(200)를 거쳐 공중 데이터 망 게이트웨이(P-GW: Public Data Network Gateway)(160)와 서빙 게이트웨이(S-GW: Serving Gateway)(150)를 통해 eNB(110)에게 전달되는 경로이다(거치는 인터페이스 순서: SGi(165) -> S5/S8(155) -> S1-U(116)). MBMS를 통한 DL 그룹 통신 사용자 데이터 전달 경로는 DL 그룹 통신 데이터가 GCSE-AS(200)를 거쳐 방송 멀티캐스트 서비스 센터(BM-SC: Broadcast Multicast Service Center)(180) 및 MBMS 게이트웨이(MBMS GW: MBMS Gateway)(170)를 지나 eNB(110)에게 전달되는 경로이다(거치는 인터페이스 순서: GC2(185) -> SGi-mb(178) -> M1(118)).

UE(100)로부터 eNB(110)로 전달된 UL 그룹 통신 사용자 데이터는 PTP 방식 통신 경로를 통해 GCSE-AS(200)에게 전달될 수 있다. 즉, UL 그룹 통신 사용자 데이터는 eNB(110)로부터 S-GW(150) 및 P-GW(160)을 거쳐 GCSE-AS(200)에게 전달될 수 있다.

정책 및 과금 규칙 기능(PCRF: Policy and Charging Rules Function)(190)은 그룹 통신 사용자 데이터에 대해 각각의 서비스 흐름 별로 차별화된 서비스 품질(QoS: Quality of Service) 및 과금 정책을 결정하는 역할을 수행한다. PCRF(190)는 P-GW(160) 및 BM-SC(180)와는 각각 Gx(163) 인터페이스 및 Gx2(183) 인터페이스로 연결되어 있으며, GCSE-AS(200)와는 Rx(195) 인터페이스를 통해 연결되어 있다.

MBMS를 통한 DL 그룹 통신 사용자 데이터 전달을 제어하기 위해서, eNB(110)에게 멀티캐스트 채널 관련 자원 할당 정보, 변조 및 코딩 방식(MCS: Modulation and Coding Scheme) 등의 MBMS 세션 관련 정보가 전달되어야 할 필요가 있을 수 있다. 이에 대한 정보는 여러 셀/멀티캐스트 조직화 엔티티(MCE: Multi-cell/multicast Coordination Entity)(120), 이동성 관리 엔티티(MME: Mobility Management Entity)(140), MBMS-GW(170), BM-SC(180) 및 GCSE-AS(200) 가운데 적어도 하나의 개체로부터 eNB(110)에게 전해질 수 있다. MBMS 세션 관련 정보를 전달할 수 있도록, GCSE-AS(200), BM-SC(180), MBMS-GW(170), MME(140), MCE(120)를 거쳐 eNB(110)로 연결되는 인터페이스가 각각 정의되어 있다([표 1] 참조).

인터페이스 이름	연결된 엔티티
GC2(185)	GCSE-AS(200), BM-SC(180)
SGmb(175)	BM-SC(180), MBMS-GW(170)
Sm(173)	MBMS-GW(170), MME(140)
M3(125)	MME(140), MCE(120)
M2(112)	MCE(120), eNB(110)

앞서 설명하였듯, eNB(110)에게 전달되는 DL 그룹 통신 사용자 데이터는 PTP 방식 통신 경로 및/또는 MBMS를 통한 경로로 전달될 수 있다. 이때, 실시예에 따라 DL 그룹 통신 사용자 데이터를 받고자 하는 및/또는 DL 그룹 통신 사용자 데이터를 받을 수 있는 UE(100)가 밀집된 지역에는(MBMS 제공이 가능하다면) MBMS를 통해 그룹 통신 서비스를 제공하는 것이 적합할 수 있다. 그리고, DL 그룹 통신 사용자 데이터를 받고자 하는 및/또는 DL 그룹 통신 사용자 데이터를 받을 수 있는 UE(100)가 희박한 지역에는 각각의 UE(100)에게 PTP 방식으로 그룹 통신 서비스를 제공하는 것이 적합할 수 있다.

그 밖에도, 실시예에 따라 MBMS가 제공될 수 없는 지역으로 UE(100)가 이동하면, 어쩔 수 없이 PTP 방식으로 그룹 통신 서비스가 제공돼야 할 필요가 있을 수 있다. 그리고, 이와는 반대로 MBMS가 제공될 수 없는 지역에서 MBMS가 제공될 수 있는 지역으로 UE(100)가 이동하면, PTP 방식의 그룹 통신 서비스에서 MBMS를 통한 그룹 통신 서비스로 전환할 수도 있다.

이와 같이 UE(100)는 자원 효율성 및 이동성 때문에 PTP 방식과 MBMS 방식 사이를 오가면서 동작할 필요가 있을 수 있다. 이때, 이 변환의 결정은 GCSE-AS(200)가 수행할 수 있다.

자원을 효율적으로 사용하기 위해서 PTP 방식과 MBMS 방식 사이에서 전환하는 경우에는, UE(100)가 서비스 받는 지역이 PTP 방식과 MBMS 방식을 모두 지원하는 곳이라고 할 수 있다. 그렇기 때문에 전환 시에도 그룹 통신 서비스가 끊김 없이 유지될 수 있는 여지가 있다. 예를 들어, PTP 방식에서 MBMS 방식으로 전환 시, UE(100)는 MBMS를 통한 통신 경로가 마련될 때까지 PTP 방식으로 그룹 통신 서비스를 제공받을 수 있다.

이동성 때문에 전환을 하는 경우에도, PTP 방식에서 MBMS 방식으로 전환할 때에는 그룹 통신 서비스가 끊김 없이 유지될 수 있다. 일반적인 PTP 방식만 지원하는 셀에서 MBMS 방식과 PTP 방식 통신 모두를 지원하는 셀로 이동 시, UE(100)는 MBMS를 통한 통신 경로가 마련될 때까지 PTP 방식으로 그룹 통신 서비스를 제공받을 수 있다. 본 명세서에서는 MBMS 방식 통신이 지원되는 셀에는 PTP 방식 통신도 제공되고, MBMS 방식 통신이 지원되지 않는 셀에는 PTP 방식 통신만 제공된다고 가정하여 설명을 하겠으나, 이에 한정되는 것은 아니다. 즉, MBMS 방식의 통신만을 지원하는 셀도 있을 수 있으며 이에 대해서도 본 발명은 적용될 수 있을 것이다.

반면, 이동성 때문에 MBMS 방식에서 PTP 방식으로 전환할 때에는 그룹 통신 서비스에 끊김이 생길 수 있다. 예를 들면, MBMS가 지원되지 않는 셀로 UE(100)가 이동하면, UE(100)는 더 이상 MBMS를 통해 제공받던 그룹 통신 서비스를 제대로 제공받을 수 없다. 이때, MBMS가 지원되지 않는 셀로 UE(100)가 이동하자마자 그룹 통신 서비스는 끊기게 되고, UE(100)는 GCSE-AS(200)로 다시 그룹 통신 서비스를 요청해야 할 필요가 있을 수 있다. 이렇게 되면, 그룹 통신 서비스가 재개될 때까지 UE(100)는 그룹 통신 서비스를 받지 못할 수 있다.

한편, 그룹 통신 서비스는 매우 중요한 업무에서 쓰일 수 있다. 예를 들어 공공 안전용으로 경찰, 소방관들에 의해 쓰일 수 있다. 이 경우, 그룹 통신 서비스의 끊김 현상은 매우 바람직하지 않은 결과를 초래할 수 있다. 본 발명의 실시예들은 그룹 통신 서비스에서의 끊김 현상을 해결 및 완화하기 위한 방안을 포함한다.

도 2는 본 발명의 일 실시예에 따른 S1 기반 핸드오버를 수행하는 과정을 설명하는 흐름도이다.

본 발명의 일 실시예에 따르면, S1 기반 핸드오버 시, 타깃(target) eNB(110b)에 그룹 통신 서비스용 무선 베어러(radio bearer)를 미리 생성하여 그룹 통신 서비스의 끊김 현상을 완화시킬 수 있다.

도 2를 참고하면, S1 기반 핸드오버를 시작하기에 앞서, MCE(120)는 제1 eNB(110a)에게 MBMS 세션 생성 시, MBMS 베어러 관련 정보를 심어둘 수 있다. 단계 210에서 MCE(120)는 제1 eNB(110a)에게 MBMS 베어러 관련 정보를 포함한 메시지를 보낼 수 있다. 상기 MBMS 베어러 관련 정보는 QoS 매개변수를 포함할 수 있다. 상기 QoS 매개변수는 QoS 클래스 식별자(QCI: QoS Class Identifier), 보장된 비트 전송률(GBR: Guaranteed Bit Rate) QoS 정보, 할당 및 유지 우선권(ARP: Allocation and Retention Priority) 가운데 적어도 하나를 포함할 수 있다. 상기 GBR QoS 정보는 GBR 및 최대 비트 전송률(MBR: Maximum Bit Rate)을 포함할 수 있다. 실시예에 따라, 상기 메시지는 MBMS SESSION START REQUEST 메시지, MBMS SESSION UPDATE REQUEST 메시지 중 적어도 하나를 뜻할 수 있다. 한편, 실시예에 따라 상기 ARP는 베어러 할당 및 유지에 대한 우선권 레벨(priority level), (다른 베어러에 대한) 선점 능력(pre-emption capability), (다른 베어러에 의한) 선점 취약성(pre-emption vulnerability) 중 적어도 하나를 포함할 수 있다.

실시예에 따라, 상기 단계 210을 통한 MBMS 베어러 관련 정보 전달은 선택적인 제1 eNB(110a)만을 그 대상으로 할 수 있다. 제1 eNB(110a)에게 MBMS 베어러 관련 정보 전달하는 것은, MBMS를 지원하지 못하는 제2 eNB(110b)에게 미리 무선 베어러를 생성하여 MBMS 데이터를 전달하기 위한 것이다. 그러므로, 상기 MBMS 베어러 관련 정보 전달은 예를 들면 MBMS 서비스 지역 혹은 MBMS 단일 주파수 네트워크(MBSFN: MBMS Single Frequency Network) 지역 가장자리에 위치한 제1 eNB(110a)만을 그 대상으로 할 수 있다.

단계 210을 통해 상기 MBMS 베어러 관련 정보를 포함한 메시지를 받은 제1 eNB(110a)는 수신한 MBMS 베어러 관련 정보를 저장할 수 있다. 그리고 단계 215에서 제1 eNB(110a)는 MCE(120)에게 단계 210을 통해 받은 메시지에 대한 응답 메시지를 보낼 수 있다. 상기 응답 메시지는 MBMS SESSION START RESPONSE 메시지, MBMS SESSION UPDATE RESPONSE 메시지 중 적어도 하나를 뜻할 수 있다.

MBMS 세션이 정상적으로 생성이 되고, 제1 eNB(110a) 내에 MBMS 관련 무선 채널 설정 및 수정이 완료되면, 제1 eNB(110a)에 의해 서비스 받는 UE(100)는 MBMS를 통해 서비스를 받을 수 있다. 이로써, 도 2에 점선으로 도시된 바와 같이, 그룹 통신 데이터는 GCSE-S(200), BM-SC(180), MBMS-GW(170) 및 제1 eNB(110a)를 거쳐 UE(100)에게 전달될 수 있다.

단계 218에서 MBMS 서비스를 제공받는 UE(100)는 제1 eNB(110a)에게 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보를 포함하는 메시지를 보낼 수 있다. 상기 메시지는 MBMSInterestIndication 메시지, MBMSCountingResponse 메시지를 뜻할 수 있다. 실시예에 따라, 상기 메시지 중 적어도 하나는 MBMS 세션, 임시 모바일 그룹 식별자(TMGI: Temporary Mobile Group Identity), 그룹 통신 서비스 식별자(ServiceId) 별로 MBMS 서비스에 관심이 있다는 정보를 포함할 수 있다. 예를 들면, MBMS 세션, TMGI, ServiceId 별로 MBMS 서비스에 관심이 있다는 정보를 나타내기 위하여, 상기 메시지 중 적어도 하나는 MBMS 세션 식별자 혹은 각 비트가 MBMS 세션을 상징하는 비트맵을 포함할 수 있다. 여기서 ServiceId는 그룹 통신 서비스를 식별하는 데 쓰일 수 있다. 그룹 통신 서비스를 식별하기 위한 ServiceID는 MBMS 서비스에서 쓰이는 ServiceId와 동일한 식별자를 뜻할 수도 있고, 실시예에 따라, 그룹 통신만의 새로운 식별자를 뜻할 수 있다. TMGI는 ServiceId로 식별되는 사용자 관점의 서비스를 제공하기 위한 수단으로 쓰일 수 있는 MBMS 베어러 서비스를 식별하기 위한 것이다.

단계 220에서, UE(100)로부터 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 것을 알리는 메시지를 받은 제1 eNB(110a)는, 저장해두었던 UE(100)에 대한 베어러 정보를 갱신할 수 있다. 좀더 자세히 설명하면, 제1 eNB(110a)는 UE(100)에 대한 베어러 정보가 단계 210을 통해 MCE(120)로부터 받은 MBMS 베어러 관련 정보를 포함할 수 있도록 UE(100)에 대한 베어러 정보를 수정할 수 있다.

이후, UE(100)가 이동함에 따라, 제1 eNB(110a)가 더 이상 UE(100)를 서비스하기에 적합한 eNB가 아닐 수 있다. 이때, 단계 221에서 제1 eNB(110a)는 UE(100)를 서비스하기에 적합한 제2 eNB(110b)를 골라 UE(100)를 핸드오버 시키기로 결정할 수 있다.

단계 225에서 제1 eNB(110a)는 MME(140)에게 핸드오버를 요청하는 정보가 포함된 메시지, 예를 들면 HANDOVER REQUIRED 메시지를 보낼 수 있다. 이때, 상기 HANDOVER REQUIRED 메시지는 MME(140)로 MBMS 베어러 관련 정보를 알리는 정보 원소(IE: Information Element)를 포함할 수 있다. 상기 IE는 QoS 매개변수, 베어러 식별자, DL 전달 제안여부 지시자, MBMS 세션 지시자, MBMS 서비스 지역 식별자(SAI: Service Area Identity), TMGI, ServiceId 가운데 적어도 하나를 포함할 수 있다. 실시예에 따라, 상기 메시지에 MBMS 베어러 관련 정보가 포함되는 경우, 해당 정보가 MBMS에 관련된 정보임을 MME(140)에게 알리기 위해 새로운 지시자가 상기 MBMS 베어러 관련 정보에 포함될 수 있다. 또는 새로운 지시자를 포함시키는 방법 밖에도, MBMS 베어러에만 할당될 수 있는 베어러 식별자를 약정하여, 그 베어러 식별자가 지칭하는 베어러는 MBMS 베어러임을 MME(140)가 알 수 있게 할 수도 있다.

설명의 편의를 위해, 도 2에서는 제1 eNB와 제2 eNB(110a, 110b)를 담당하는 MME(140)가 같은 경우를 묘사했다. 실시예에 따라, 제1 eNB와 제2 eNB(110a, 110b)를 담당하는 MME(140)가 다른 경우, 제1 eNB(110a)를 담당하는 MME가 제2 eNB(110b)를 담당하는 MME에게 Forward Relocation Request 메시지를 보낼 수 있다. 이때, 상기 메시지는 QoS 매개변수, 베어러 식별자, 데이터 전달 가능여부 지시자 및 해당 정보가 MBMS에 관련된 정보임을 알리기 위한 새로운 지시자 가운데 적어도 하나를 포함할 수 있다.

또한, 실시예에 따라 Forward Relocation Request 메시지는 진화된 라디오 접근 베어러(E-RAB: Evolved Radio Access Bearer) 관련 정보를 포함할 수 있다. 상기 E-RAB 가운데 그룹 통신 서비스 전달을 위한 베어러는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함할 수 있다. 좀 더 자세히 설명하면, MME(140)는 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보와 E-RAB 간의 사상(mapping) 정보를 미리 가지고 있을 수 있다. MME(140)는 제1 eNB(110a)로부터 받은 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보와 상기 mapping 정보를 이용하여 E-RAB 관련 정보에 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함시킬 수 있다.

단계 230에서 MME(140)는 제2 eNB(110b)에게 HANDOVER REQUEST 메시지를 보낼 수 있다. 상기 HANDOVER REQUEST 메시지는 MBMS 베어러 관련 정보를 포함할 수 있다. 여기서 MBMS 베어러 관련 정보는 QoS 매개변수, 베어러 식별자, 데이터 전달 가능여부 지시자, S-GW(150)의 전달 계층(Transport Layer) 주소, UL 패킷 데이터 유닛(PDU: Packet Data Unit)용 S-GW(150)의 터널 말단 식별자(TEID: Tunnel Endpoint Identifier) 가운데 적어도 하나를 포함할 수 있다. MME(140)는 상기 MBMS 베어러 관련 정보를 일반 PTP 방식 베어러 정보에 추가한 다음, MBMS 베어러와 PTP 방식 베어러가 구분되지 않도록 하여 제2 eNB(110b)에게 보낼 수 있다.

실시예에 따라, 상기 HANDOVER REQUEST 메시지는 E-RAB 관련 정보를 포함할 수 있다. 상기 E-RAB 가운데 그룹 통신 서비스 전달을 위한 베어러는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함할 수 있다. 좀 더 자세히 설명하면, MME(140)는 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보와 E-RAB 간의 mapping 정보를 미리 가지고 있을 수 있다. MME(140)는 제1 eNB(110a)로부터 받은 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보와 상기 mapping 정보를 이용하여 E-RAB 관련 정보에 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함시킬 수 있다.

MBMS를 통한 데이터 전달은 S-GW(150)가 아니라 MBMS GW(170)로부터 이루어지고, UL 데이터 전송은 허용되지 않으므로, 일반적인 PTP 방식 베어러와 관련 정보와 달리, MBMS 베어러 관련 정보는 S-GW(150)의 Transport Layer 주소, UL PDU용 TEID가 필요하지 않을 수 있다. 이때, 실시예에 따라 MME(140)는 상기 S-GW(150)의 Transport Layer 주소, UL PDU용 TEID를 임의로 설정하여 제2 eNB(110b)에게 전달할 수 있다. 혹은, 이 점을 이용하여, 특정 전달 계층 주소 및/혹은 UL PDU용 TEID는 MBMS 베어러를 지칭하도록 하여, 특정 전달 계층 주소 및/혹은 UL PDU용 TEID를 전달함으로써 제2 eNB(110b)가 해당 베어러는 MBMS 베어러임을 알 수 있게 할 수도 있다.

단계 235에서 제2 eNB(110b)는 MME(140)에게 HANDOVER REQUEST ACKNOWLEDGE 메시지를 보낼 수 있다. 제2 eNB(110b)는 HANDOVER REQUEST 메시지에 정보가 담긴 각 베어러에 대해 수용 여부를 결정할 수 있다. 상기 HANDOVER REQUEST ACKNOWLEDGE 메시지는 제2 eNB(110b)에 수용된 MBMS 베어러를 포함한 베어러 관련 정보를 포함할 수 있다. MBMS 베어러 관련 정보는 베어러 식별자, QoS 매개변수, 제2 eNB(110b)의 Transport Layer 주소, DL PDU용 TEID, 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소 중 적어도 하나를 포함할 수 있다.

실시예에 따라, 상기 HANDOVER REQUEST ACKNOWLEDGE 메시지는 E-RAB 관련 정보를 포함할 수 있다. 상기 E-RAB 가운데 그룹 통신 서비스 전달을 위한 베어러는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소 중 적어도 하나의 정보를 포함할 수 있다. 좀 더 자세히 설명하면, 제2 eNB(110b)는 MME(140)로부터 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보가 포함된 E-RAB 정보를 단계 230을 통해 받을 수 있다. 제2 eNB(110b)는 MME(140)로부터 받은 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함한 E-RAB 관련 정보에 그대로 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 옮겨 담을 수 있다. 그리고, 제2 eNB(110b)는 추가적으로 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소를 상기 E-RAB 관련 정보에 포함시킬 수 있다.

단계 245에서 MME(140)는 제1 eNB(110a)에게 HANDOVER COMMAND 메시지를 보내 핸드오버를 명령할 수 있다. 이어, 250 단계에서 제1 eNB(110a)는 UE(100)에게 RRCConnectionReconfiguration 메시지를 보내 UE(100)가 제2 eNB(110b)로부터 서비스 받을 수 있도록 제2 eNB(110b)의 셀과 동기화할 수 있도록 할 수 있다.

실시예에 따라, 상기 HANDOVER COMMAND 메시지는 E-RAB 관련 정보를 포함할 수 있다. 상기 E-RAB 가운데 그룹 통신 서비스 전달을 위한 베어러는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소 중 적어도 하나의 정보를 포함할 수 있다. 상기 정보는 실시예에 따라, MME(140)가 단계 235를 통해 제2 eNB(110b)로부터 받았을 수 있다.

한편, 도 2의 점선으로 도시된 바와 같이 단계 245에서 HANDOVER COMMAND 메시지를 받은 제1 eNB(110a)는 이 메시지에 담긴 Transport Layer 주소 및 TEID를 이용해서 MBMS 데이터를 제2 eNB(110b)에게 전달할 수 있다. 실시예에 따라, 데이터의 직접적인 전달이 가능한 경우에 데이터 전달은 제1 eNB(110a)에서 제2 eNB(110b)에게 전달될 수 있으며, 그렇지 않은 경우에는 제1 eNB(110a)에서 S-GW(150)를 거쳐 제2 eNB(110b)에게 전달될 수 있다.

상기 전달은 MBMS 경로(MBMS E-RAB)를 통해 받은 데이터를 PTP 경로(E-RAB)로 전달하는 것이라 할 수 있다. MBMS E-RAB과 E-RAB 간의 mapping은 단계 245를 통해 받은 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보와 MBMS E-RAB 정보를 비교하여 수행할 수 있다.

단계 255에서 UE(100)는 RRCConnectionReconfiguration 메시지에 대한 답으로 제2 eNB(110b)에게 RRCConnectionReconfigurationComplete 메시지를 보낼 수 있다. 이렇게 되면 UE(100)와 제2 eNB(110b) 간에는 UL 및 DL 데이터를 주고받을 수 있다. UE(100)는 GCSE-AS(200), BM-SC(180), MBMS GW(170), 제1 eNB(110a) 및 제2 eNB(110b)를 거쳐 전달된 MBMS 데이터를 받을 수 있다. 실시예에 따라, 제1 eNB(110a)는 제2 eNB(110b)에게 MBMS 데이터를 특정 시간 동안 전달해줄 수 있다. 상기 특정 시간은 미리 설정된 값일 수도 있고, MBMS 데이터의 SYNC 계층 헤더에 담긴 시간 도장(Time Stamp) 정보 및 HANDOVER COMMAND 메시지를 받은 시간 중 적어도 하나를 고려하여 계산한 값일 수도 있다. 상기 특정 시간이 너무 짧으면, UE(100)가 PTP 방식을 통하여 그룹 통신 서비스를 받을 수 있게 되기(단계 290 이후) 이전에 그룹 통신 서비스가 일시적으로 끊겨버릴 수 있다. 상기 특정 시간이 반대로 너무 길면, UE(100)는 이미 PTP 방식을 통하여 그룹 통신 서비스를 받을 수 있게 되었는데도 계속해서 불필요하게 제1 eNB(100a)에서 제2 eNB(100b)로의 MBMS 데이터 전달이 일어나게 될 수 있다. 실시예에 따라, 상기 특정 시간 이후 제1 eNB(100a)는 제2 eNB(100b)에게 MBMS 데이터 전달을 멈추고 끝 표시(End Marker)를 담은 패킷을 보내어, 데이터 전달이 끝났음을 알릴 수 있다.

한편, MME(140)가 단계 230을 통해 S-GW(150)에 대한 정보를 제공했기 때문에 UL 데이터는 UE(100), 제2 eNB(110b), S-GW(150), P-GW(160)를 거쳐 GCSE-AS(200)에게 전달될 수 있다.

단계 260에서 UE(100)는 상기 UL 데이터 경로를 이용해서 GCSE-AS(200)에게 MBMS 서비스가 지원되지 않는다는 정보가 포함된 메시지를 보낼 수 있다. 상기 MBMS 서비스가 지원되지 않는다는 정보가 포함된 메시지는 제1 eNB(110a) 식별자, 제2 eNB(110b) 식별자, 소스 셀 식별자, 타깃 셀 식별자, UE(100) 식별자, UE(100)가 MBMS가 지원되지 않는 셀로 이동했음을 알리는 정보, 하나 이상의 MBMS SAI, TMGI, ServiceId 중 하나 이상을 포함할 수 있다. 상기 메시지는 예를 들면, MBMS Service Unavailable 메시지일 수 있다.

한편, 단계 255로부터 RRCConnectionReconfigurationComplete 메시지를 받은 제2 eNB(110b)는 단계 265에서 MME(140)에게 핸드오버가 성공적으로 수행됐음을 알리는 HANDOVER NOTIFY 메시지를 보낼 수 있다. 도 2에는 도시되지 않았지만, 이후 MME(140)는 S-GW(150)와 그리고/혹은 S-GW(150)는 P-GW(160)와 Modify Bearer Request/Response 메시지를 주고 받으면서 변경된 베어러 정보(예를 들면 Transport Layer 주소, TEID)를 교환할 수 있다.

상술한 바와 같이, 단계 260에서 GCSE-AS(200)는 MBMS Service Unavailable 메시지와 같은 MBMS 서비스가 지원되지 않는다는 정보가 포함된 메시지를 통해 UE(100)가 MBMS 서비스를 받기 적절치 않은 셀로 이동했음을 보고받을 수 있었다. 실시예에 따라, 도시되지 않았지만 이 밖에도, 단계 265를 통해 HANDOVER NOTIFY 메시지를 받은 MME(140)가 S-GW(150)에게 핸드오버가 이루어졌음을 알려주는 메시지를 보낼 수 있다. 이때, 상기 메시지는 Change Notification 메시지일 수 있다. 이때, 이 Change Notification 메시지는 타깃 셀 식별자를 담을 수 있다. 이어서, 상기 Change Notification 메시지는 S-GW(150)에서 P-GW(160)로 전달될 수 있다. 그리고, P-GW(160)는 상기 타깃 셀 식별자를 PCRF(190) 및/혹은 GCSE-AS(200)로 전달할 수 있다.

단계 270에서 GCSE-AS(200)는 UE(100)에 PTP 방식으로 그룹 통신 서비스를 제공해줄 것을 결정하고, PCRF(190)와 새로운 베어러 설립 및 기존의 베어러 갱신에 필요한 정보를 주고받을 수 있다. 이때 GCSE-AS(200)는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS, 그룹 통신 서비스 성격(characteristic) 중 적어도 하나의 정보를 PCRF(190)에게 제공할 수 있다. 상기 정보를 수신한 PCRF(190)는 베어러 설정에 반영할 수 있다. 상술한 그룹 통신 서비스 characteristic은 예를 들어 미디어 혹은 플로우에 대한 설명, priority를 포함할 수 있으며, GCSE-AS(200)가 UE(100)로부터 UE(100)와 GCSE-AS(200) 간의 인터페이스인 GC1을 통해 전달되는 정보를 통해 결정된 것일 수 있다. 여기서, GC1을 통해 전달되는 정보는 UE(100) 관련 프로파일을 포함할 수 있다.

한편, 실시예에 따라, 본 명세서에 걸쳐 상술한 QoS는 앞으로 설명할

- PCRF(190)가 P-GW(160)에게(단계 275);

- P-GW(160)가 S-GW(150)에게(단계 280);

- S-GW(150)가 MME(140)에게(단계 280);

- MME(140)가 eNB(110b)에게(단계 280); 및/혹은

- MME(140)가 UE(100)에게(단계 280)

전달하는 QoS 매개변수와는 다른 정보일 수 있다.

즉, 상술한 바와 같이 QoS 매개변수는 QCI, GBR QoS 정보 및 ARP 중 적어도 하나를 포함하는 포괄적인 정보라고 할 수 있다., 좀 더 자세한 설명은 후술하겠지만, 즉 QoS 매개변수는 베어러에 대한 표준화된 구체적 설정이라 할 수 있다. 반면, 이 단계(270)에서 전달되는 QoS는 QoS 매개변수보다는 덜 구체적인 정보일 수 있다. 예를 들어, ARP는 priority level, pre-emption capability, pre-emption vulnerability라는 세부 매개변수 중 적어도 하나로 구성될 수 있다. 그런데, GCSE-AS(200)는 PCRF(190)에게 priority level만을 전달할 수 있고, PCRF(190)는 priority level과 추가적으로 다른 정보(예를 들어, MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, 그룹 통신 서비스 성격 중 적어도 하나의 정보)를 이용하여 ARP의 나머지 값(pre-emption capability, pre-emption vulnerability)을 생성해낼 수 있다.

한편, PCRF(190)는 QoS 매개변수를 다음과 같이 유도해낼 수 있다:

- QCI: ServiceId 및/혹은 그룹 통신 서비스 성격에 의해 결정될 수 있다. 같은 그룹 통신 서비스라 하더라도 서비스 성격에 따라 QCI가 다르게 지정될 수 있다. 이는 UE(100)와 GCSE-AS(200) 간의 응용 단의 정보 교환에 의해 결정될 수 있다. 예를 들어, 소방관들끼리의 그룹 통신 서비스에서 중요한 직책을 맡은 소방관의 UE(100)가 쓰는 베어러에 보다 높은 priority를 갖는 QCI를 할당해줄 수 있다. 또한, ServiceId로부터 그룹 통신 서비스임을 인지하거나 혹은 그룹 통신 서비스 성격으로부터 그룹 통신 서비스임을 인지한 경우, 그룹 통신 서비스를 위해 새로이 정의된 QCI로 결정될 수도 있다. 한편, 상기 그룹 통신 서비스 성격은 예를 들어 미디어 혹은 플로우 묘사와 priority 정보를 포함할 수 있다. 실시예에 따라 priority 정보는 QoS에 담긴 priority level과는 다른 용도로 쓰일 수 있다(예를 들면, 그룹 통신 서비스 성격에 담긴 priority 정보는 QCI의 priority 결정에 사용되고, QoS에 담긴 priority level은 ARP의 priority level 결정에 사용될 수 있다).

- Priority level: 실시예에 따라, QoS에 담긴 priority level을 그대로 혹은 가공해서 유도할 수 있다. 추가적으로 ServiceId가 고려될 수도 있다. QoS에 담긴 priority level을 가공하여 priority level을 유도하는 경우, PCRF(190)에는 (ServiceId 별로) GCSE-AS(200)가 보내는 priority level과, PCRF(190)가 유도해내는 priority level 간의 사상(mapping) 설정 정보가 존재할 수 있다.

- Pre-emption capability/vulnerability: QoS에 담긴 priority level 및/혹은 ServiceId를 고려하여 알맞게 설정될 수 있다.

단계 275에서 PCRF(190)는 P-GW(160)에게 IP-CAN Session Modification 메시지를 보낼 수 있다. PCRF(190)가 P-GW(160)에게 IP-CAN Session Modification 메시지를 보내는 것은 상기 단계 270에서 받은 메시지가 촉발의 원인일 수도 있다. 또는, PCRF(190)가 Change Notification 메시지를 받은 P-GW(160)로부터 수신한 UE(100)의 위치에 관련된 정보가 촉발의 원인이 되어 IP-CAN Session Modification 메시지를 P-GW(160)에게 보낼 수도 있다. 이 IP-CAN Session Modification 메시지에는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나가 담겨 있을 수 있다. 이에 따라, 단계 280에서 P-GW(160), S-GW(150), 제2 eNB(110b), MME(140), UE(100)는 베어러를 설립 혹은 갱신할 수 있다. 베어러 설립의 대상은 주로 전용 베어러(dedicated bearer)일 것이다(기본 베어러(default bearer)는 이미 설립되었을 것이므로). 그러나 실시예에 따라 베어러 갱신의 대상은 default bearer가 될 수도 있고 dedicated bearer가 될 수도 있다. 이때, 실시예에 따라 베어러 설립/갱신 시 사용될 수 있는 Create/Update Bearer Request 메시지는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나를 포함할 수 있다. MME(140)는 상기 정보(MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나)를 제2 eNB(110b)에 해당하는 E-RAB 관련 정보와 비교해보고, E-RAB과 PCRF(190)가 촉발한 상기 베어러를 연결시킬 수 있다. 이때, MME(140)는 적절한 EPS 베어러 식별자를 할당할 수 있다.

좀 더 자세히, 단계 275에서 P-GW(160)는 PCRF(190)로부터 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수(이때, 상기 QoS 매개변수는 QCI, GBR QoS 정보, ARP 가운데 적어도 하나를 포함할 수 있다. 여기서 QCI, GBR QoS 정보, ARP 가운데 적어도 하나는 사업자 망에 따라 그룹 통신을 위하여 특별히 할당해 놓은 값을 가질 수 있다.) 중 적어도 하나를 받아 베어러에 대한 결정을 수행할 수 있다. P-GW(160)는 상기 정보 중 적어도 하나를 이용하여, 일반적인 경우(예를 들면, QoS 매개변수가 제공되는 경우)와 다르게 베어러에 대한 결정을 수행할 수 있다. 예를 들어, 일반적인 경우라면 P-GW(160)는 새로운 베어러를 생성하지 않고 이미 있던 QoS 매개변수를 만족시키는 베어러에 새로운 IP flow만을 더했을 수 있다. 그러나, 본 실시 예에 따른 경우에 P-GW(160)는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나의 정보가 새로이 전달되었다는 이유로 새로운 베어러를 생성/갱신할 수 있다. P-GW(160)는 P-GW(160)에서 관리되는 베어러 관련 컨텍스트에 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나를 저장시킬 수 있다.

한편, 단계 280에서 P-GW(160)는 S-GW(150)에게 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나를 전달할 수 있다. 이때, 상기 정보를 전달하는 메시지는 Create/Update Bearer Request 메시지일 수 있다. S-GW(150)는 S-GW(150)에서 관리되는 베어러 관련 컨텍스트에 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나를 저장시킬 수 있다. S-GW(150)는 MME(140)에게 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나를 전달할 수 있다. 상기 정보를 전달하는 메시지는 Create/Update Bearer Request 메시지일 수 있다. MME(140)는 MME(140)에서 관리되는 베어러 관련 컨텍스트에 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나를 저장시킬 수 있다. MME(140)는 상기 정보 중 적어도 하나를 S1 기반 핸드오버 과정에서 타깃 eNB(즉, 제2 eNB)(110b)에게 전달할 수 있다. 상기 전달은 단계 230을 따를 수 있다.

계속해서, 단계 280에서 MME(140)는 제2 eNB(110b)에게 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나를 전달할 수 있다. 상기 정보를 전달하는 메시지는 E-RAB SETUP REQUEST 메시지일 수 있다. 제2 eNB(110b)는 제2 eNB(110b)에서 관리되는 베어러 관련 컨텍스트에 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나를 저장해둘 수 있다.

한편, 그룹 통신 서비스용 데이터를 운반하는 베어러는 그룹 통신 서비스의 대표적인 특성이라고 할 수 있는 간헐성(예를 들면, Push To Talk 등의 서비스의 특성으로, 연속적으로 데이터가 전달되지 않을 수 있는 특성) 및 짧은 지연 시간 요구(예를 들면, 경찰 등의 공공 안전을 담당하는 사용자들의 이용에 따른 요구) 등을 반영할 수 있도록 표시될 필요가 있을 수 있다. 이때, P-GW(160), S-GW(150), MME(140)를 거쳐 제2 eNB(110b)로 전달될 수 있는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나가 그룹 통신 서비스의 상기 특성을 반영할 수 있는 표시를 하는 데에 쓰일 수 있다. 예를 들어, MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보 중 적어도 하나가 그룹 통신 서비스 자체를 식별할 수 있도록 하여, 그 그룹 통신 서비스의 특성을 반영할 수 있도록 할 수 있다. 한편, QoS 매개변수는 그룹 통신 서비스의 특성을 반영하는 정보일 수 있다.

QoS 매개변수가 그룹 통신 서비스의 특성을 반영할 수 있도록 하는 구체적인 예는 다음과 같다:

- 새로운 QCI 값 도입;

- 새로운 지시자 생성.

이때, QCI 값마다 서로 다른 Resource Type, 우선도(Priority), 패킷 지연 버짓(Packet Delay Budget), 패킷 오류 손실 비율(Packet Error Loss Rate) 조합을 갖는다. 때문에, 새로운 QCI 값을 도입하는 경우, 기존에 정의된 QCI 값 대비 새로운 Resource Type, Priority, Packet Delay Budget, Packet Error Loss Rate 조합을 갖는 QCI 값이 새로이 지정될 수 있다.

이 경우, 새로운 QCI 값은 다음의 적어도 하나에 대해 생성될 수 있다. 즉, 임무 수행에 필수적인(Mission critical) 푸시 투 토크(Push To Talk) 음성 데이터, 비(non) Mission critical Push To Talk 음성 데이터, Mission critical Push To Talk 시그널링, 비(non) Mission critical Push To Talk 시그널링, (Mission criticality를 구분하지 않은) Push To Talk 시그널링, 일반 그룹 통신용 베어러(이에 대해서도 역시 세부적으로 시그널링과 사용자 데이터로 나뉠 수 있음), Mission critical 영상 데이터 및 공공 안전용 베어러(이에 대해서도 역시 세부적으로 시그널링과 사용자 데이터로 나뉠 수 있음) 중 적어도 하나에 대하여 각각에 알맞은 새로운 QCI 값이 생성될 수 있다. 실시예에 따라, 상기 새로운 QCI 값 중 음성 데이터에 해당하는 QCI 값에 대한 Resource Type은 보장된 비트율(GBR: Guaranteed Bit Rate)에 해당할 수 있다. 그리고, 시그널링에 해당하는 QCI 값에 대한 Resource Type은 비-GBR에 해당할 수 있다. 혹은 실시예에 따라, Push To Talk 음성 데이터의 간헐성을 표현하기 위해 기존의 GBR 말고도 예를 들면, 버스티(bursty) GBR 혹은 하이브리드(hybrid) GBR과 같은 새로운 Resource Type 값이 정의될 수도 있다(이때, 반드시 bursty GBR, hybrid GBR이 아니더라도 간헐성을 나타내는 다른 작명이 가능함은 자명하다). 이 새로운 Resource Type 값(예를 들어, bursty GBR 혹은 hybrid GBR)은 Push To Talk 음성 데이터에 해당하는 QCI 값의 Resource Type으로 지정될 수 있다. 한편, 실시예에 따라 상기 새로운 Resource Type 값을 갖는 베어러인 경우에도 GBR QoS 정보를 포함할 수 있다. 다시 말해, Resource Type이 GBR이 아닌 경우에도 GBR QoS 정보를 포함할 수 있다. 이렇게 하면, 새로운 Resource Type 값을 갖는 새로운 QCI 값에 대해 아는 바가 없는 개체(예를 들어 단말)는 이를 적절한 기존 GBR용 QCI 값으로 매핑시킬 수 있다.

실시예에 따라, 새로운 지시자를 생성하는 경우, 베어러 관련 컨텍스트에 해당 베어러가 간헐성 및 짧은 지연 시간 요구 중 적어도 하나의 특성을 갖고 있는 베어러인지 나타내는 지시자가 포함될 수 있다.

제2 eNB(110b)는 베어러 관련 컨텍스트에 저장된 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나의 정보를 이용하여 기존의 QoS 매개변수를 이용한 동작 외에도 다음 중 적어도 하나의 동작을 추가적으로 수행할 수 있다:

- X2 핸드오버 시 다른 eNB(예를 들면 제3 eNB)로 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 정보, QoS 매개변수 중 적어도 하나의 정보 전달(이 동작은 도 3과 관련된 부분에서 후술할 단계 340을 따를 수 있음);

- Admission 제어;

〉 예를 들어, 간헐성을 띄는 베어러라면 해당 GBR QoS 정보를 당장 지원할 수 없어도 받아줄 수 있음.

- 해당 그룹 통신 서비스 PTP 및 PTM 변경 결정;

- 스케줄링;

- DRX 매개변수 설정 및/또는 조정;

〉 예를 들어, 매우 짧은 지연 시간을 요구로 하면 DRX 매개변수를 짧게 조정할 수 있음.

- 비활성화(inactivity) 타이머 설정 및/또는 조정.

예를 들어, 제2 eNB(110b)는 해당 베어러가 어느 그룹 통신 서비스 관련 베어러임을 인지할 수 있어, 제2 eNB(110b) 내에 특정 그룹 통신 서비스용 베어러가 많이 생성되어 있다면 PTM 방식으로 그룹 통신 서비스를 제공하도록 결정할 수 있다.

그리고, 단계 285에서 P-GW(160)는 PCRF(190)에게 IP-CAN Session Modification 메시지를 전달할 수 있다. 상기 단계 285에서 보내어지는 메시지도 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS 매개변수 중 적어도 하나를 포함할 수 있다.

이로써, UE(100)는 PTP 방식을 통하여 그룹 통신 서비스를 받을 수 있다. 상기 단계 255와 관련된 부분에서 설명한 그룹 통신 데이터 전달 방법(특정 시간 동안 MBMS 데이터를 제1 eNB(110a)에서 제2 eNB(110b)에게 전달 및 End Marker 전송) 이외에도 단계 295를 통한 방법으로 그룹 통신 데이터의 끊김 현상을 완화시키는 방법을 고려해볼 수 있다.

상기 단계 270에서부터 단계 290 중 일부 혹은 전체는 후술할 X2 핸드오버 시에도 적용될 수 있다. 뿐만 아니라, 일반적인 그룹 통신 관련 PTP 베어러 생성 및/혹은 수정에 쓰일 수 있다. 이때 eNB(110b)는 일반적인 eNB(110)라고 볼 수 있다.

한편, 실시예에 따라 상기 단계 270에서부터 단계 290 중 일부는 PTM 방식으로 보낼 때에도 비슷하게 적용될 수 있다. 예를 들면, PTP 베어러 생성 및/혹은 수정에서 PCRF(190)가 GCSE-AS(200)로부터 QoS 매개변수 설정에 필요한 정보(MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS, 그룹 통신 서비스 성격 중 적어도 하나의 정보)를 수신하고, 이를 이용해서 QoS 매개변수를 정하여, QoS 매개변수가 필요한 각 통신 요소(160, 150, 140, 110b, 100)에게 전달되는 과정은 MBMS 베어러 생성 및/혹은 수정에서도 비슷하게 적용될 수 있다.

좀 더 자세히 설명하면, MBMS 베어러의 경우 GCSE-AS(200)가 BM-SC(180)에게 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, QoS, 그룹 통신 서비스 성격 중 적어도 하나의 정보를 전달해줄 수 있다. 그리고, BM-SC(180)는 PCRF(190)가 수행했던 동작과 비슷하게, GCSE-AS(200)로부터 수신한 정보로부터 QoS 매개변수를 유도할 수 있다. 그 후, BM-SC(180)는 유도된 새로운(새로운 MBMS 세션을 생성하는 경우) 혹은 수정된(기존의 MBMS 세션을 갱신하는 경우) QoS 매개변수를 MBMS GW(170), MME(140)를 거쳐 MCE(120)에게 전달할 수 있다. 한편, PTP 베어러의 경우 eNB(110b)가 수행했던 업무 중 일부를 MCE(120)가 수행할 수 있다. 즉, MBMS 베어러의 특성(방송) 상 eNB(110b)는 MBMS 베어러 용 자원에 대해서는 복잡한 무선 자원 관리가 필요 없기 때문에, eNB(110b)는 단순히 MCE(120)가 내려주는 데이터를 해당 MBMS 베어러를 위한 자원을 통해 전달만 해주면 되고, 대신 eNB(110b)가 수행하던 기능 중 일부를 MCE(120)가 수행할 수 있다. 이 때, MCE(120)는 M3 인터페이스(125)를 통해 전달되는 메시지 MBMS SESSION START REQUEST 혹은 MBMS SESSION UPDATE REQUEST에 포함된 새로운 혹은 수정된 QoS 매개변수를 이용하여 다음 중 적어도 하나의 동작을 수행할 수 있다:

- ARP 정보를 이용한 MBMS 베어러 간 pre-emption 과정을 수행할 수 있다. 이때, 기존의 MBMS 세션과 새로운 MBMS 세션의 priority level에 따라 이미 존재하는 MBMS 세션이 비활성화되거나 생성하려는 MBMS 세션의 생성이 실패할 수 있다.

- 새로운 MBMS 세션 생성 과정을 수행할 수 있다.

- 새로운 혹은 수정된 QoS 매개변수를 고려한 MBMS 스케줄링 정보 과정을 수행할 수 있다(예를 들면, QoS 매개변수에서 요구하는 조건을 만족시키기 위해 물리적 멀티캐스트 채널(PMCH: Physical Multicast CHannel) 설정 정보 및/혹은 서브프레임 설정 정보를 eNB(110b)에게 전달할 수 있다.).

다시 PTP 베어러로 돌아와서, 단계 295a에서 GCSE-AS(200)는 PTP 방식을 통하여 보내는 그룹 통신 데이터를 보내기 직전에 BM-SC(180)에게 End Marker, UE(100) 식별자, 소스 셀 식별자 중 적어도 하나를 보낼 수 있다. 그리고 단계 295b와 295c를 거쳐 BM-SC(180)는 MBMS GW(170)에게, MBMS GW(170)에서 제1 eNB(110a)에게 End Marker, UE(100) 식별자, 소스 셀 식별자 중 적어도 하나가 전달될 수 있다. 단계 295d에서 제1 eNB(110a)는 제2 eNB(110b)에게 End Marker를 전달할 수 있다. 이후, 제1 eNB(110a)는 제2 eNB(110b)에게 MBMS 데이터를 전달하지 않을 수 있다.

제2 eNB(110b)는 End Marker를 받을 때까지 제1 eNB(110a)로부터 전달받은 데이터를 우선적으로 UE(100)에게 전달한다. End Marker 이후, 제2 eNB(110b)는 S-GW(150)로부터 전달된 데이터를 UE(100)에게 전달한다.

상기 실시예에서, 그룹 통신 서비스용 베어러를 무선 접속망(RAN: Radio Access Network) 및/혹은 코어 망(CN: Core Network)에서 그 특성(간헐성 및/혹은 짧은 지연 시간 요구)에 따라 적절히 취급하기 위해 그룹 통신 서비스용 베어러에 새로운 QCI 값을 표시하는 방안에 대하여 설명하였다.

이때, 사업자 망 내 모든 eNB(110)가 업그레이드되어 모든 eNB(110)가 새로운 QCI 값에 대해 인지하고 이를 어떻게 취급하면 되는지에 대해 알고 있다면 그룹 통신 서비스용 베어러를 알맞게 취급해줄 수 있다. 그러나, 사업자 망 내 eNB(110) 수가 많아 한꺼번에 업그레이드하기 어렵고, 홈eNB(110) 등 사업자가 직접적으로 관리하기 어려운 eNB(110)도 있다는 것을 고려하면 사업자 망 내 모든 eNB(110)가 업그레이드되는 상황은 당장 기대하기 어려운 것이라고 할 수 있다.

이 경우, 업그레이드되지 않은 eNB(110b)는, 베어러 생성 절차, 베어러 수정 절차, 핸드오버 절차 중 적어도 하나의 절차를 통해, 지원하지 않는 QCI 값을 갖는 베어러를 설립하라는 요청 및/혹은 지원하지 않는 QCI 값으로 베어러를 수정하라는 요청이 들어오면, 적절한 실패 원인(Cause)을 담아 해당 베어러 설립 및/혹은 수정에 실패했다는 사실을 알릴 수 있다. 이때 쓰일 수 있는 Cause 값의 예로는 Not supported QCI value를 들 수 있다. 이렇게 되면, 베어러 설립 및/혹은 수정에 대한 실패가 MME(140) 및 S-GW(150)를 거쳐 P-GW(160)로 알려지고 해당 베어러는 삭제되거나 이전 상태로 되돌아갈 수 있다.

이렇게 되면 원활한 그룹 통신 서비스 제공을 위해 새로운 베어러 설립 혹은 기존 베어러 수정이 필요함을 알리는/암시하는 메시지가, PCRF(190)를 거쳐 혹은 S-GW(150)를 거쳐, P-GW(160)로 전달될 수 있다. 상기 메시지를 전달받은 P-GW(160)는 새로운 베어러를 설립하거나 기존 베어러를 수정하기로 결정할 수 있다. 그리고, P-GW(160)는 예를 들면, Create/Update Bearer Request 메시지를 보내 새로운 QCI 값을 가지는 베어러 생성을 요청할 수 있다. 또는, P-GW(160)는 기존 베어러의 QCI 값을 새로운 QCI 값으로 수정하도록 요청하는 Update Bearer Request 메시지를 보낼 수도 있다.

새로운 QCI 값을 지원하지 않는 업그레이드 되지 않은 eNB(110)는 적절한 실패 원인(Cause)을 담아 해당 베어러 설립 및/혹은 수정에 실패했다는 사실을 알릴 수 있다. 이 경우에 베어러는 삭제되거나 이전 상태로 되돌아갈 수 있고, 또다시 P-GW(160)는 베어러 설립/수정을 요청할 수 있다. 실시예에 따라, 이는 업그레이드 되지 않는 eNB(110)에 의해 UE(100)가 서비스되는 동안 계속하여 일어날 수도 있다.

상술한 상황은 시그널링 낭비 및 그룹 통신 서비스 장애로 이어질 수 있다. 따라서, 해당 eNB(110)가 새로운 QCI 값을 지원하지 않는다는 것이 P-GW(160) 및/혹은 PCRF(190)로 알려져야 할 필요가 있다.

도 9는 본 발명의 일 실시예에 따른 새로운 QCI 값을 지원하지 않는 기지국에서 알맞게 그룹 통신 서비스를 제공할 수 있도록 하는 과정을 설명하는 흐름도이다.

본 실시예에 따르면, P-GW(160) 및/혹은 PCRF(190)에게 UE(100)를 서비스하는 eNB(110)가 새로운 QCI 값을 지원하지 않음을 인지할 수 있다. 나아가, 그룹 통신 서비스에 알맞은 (차선의) QCI 값을 갖는 베어러를 설립하거나, 기존 베어러가 그룹 통신 서비스에 알맞은 (차선의) QCI 값을 갖도록 수정할 수 있다.

도 9를 참고하면, 단계 910에서 eNB(110)는 MME(140)에게 새로운 QCI 값을 지원하지 않음을 알릴 수 있다. 그리고, 이어 단계 920에서 MME(140)는 S-GW(150)에게 상기 eNB(110)가 해당 QCI 값을 지원하지 않음을 알릴 수 있다. 그 후, S-GW(150)는 P-GW(160)에게 상기 eNB(110)가 해당 QCI 값을 지원하지 않음을 알릴 수 있다.

상기 단계 910으로부터 eNB(110)가 해당 QCI 값을 지원하지 않음을 인지한 MME(140)가 S-GW(150)에게 상기 단계 920에서 eNB(110)가 해당 QCI 값을 지원하지 않음을 알릴 때 쓸 수 있는 방법은 다음 중 적어도 하나에 해당할 수 있다:

- Create Bearer Response, Update Bearer Response 및 Modify Bearer Response 중 적어도 하나의 메시지에 적절한 Cause(예를 들어, Denied in RAT, Not supported QCI value)를 넣음; 및

- eNB(110)가 해당 QCI 값을 지원하지 않음을 알리는 지시자를 넣음.

한편, 단계 920에서 S-GW(150)는 상기 MME(140)가 S-GW(150)에게 eNB(110)가 해당 QCI 값을 지원하지 않음을 알리는 방법 중 적어도 하나의 방법을 이용하여 P-GW(150)에게 eNB(110)가 해당 QCI 값을 지원하지 않음을 알리는 데 쓸 수 있음은 자명할 것이다.

단계 930에서 P-GW(160)는 PCRF(190)와 QoS 매개변수에 대한 정보를 주고받을 수 있다. 이에, PCRF(190) 및 P-GW(160) 중 적어도 하나는 eNB(110)가 해당 QCI 값을 지원하지 않음을 알 수 있다. 그리고 이후, 베어러 생성 및 수정에 대한 결정을 내리거나 혹은 그 결정에 필요한 QoS 매개변수를 보낼 때 eNB(110)가 해당 QCI를 지원하지 않음을 고려하여 eNB(110)가 지원하는 QCI 값 중 그룹 통신 서비스에 알맞은 QCI 값을 지정할 수 있다.

한편, 실시예에 따라 단계 920에서 전달되는 메시지는 UE(100)를 서비스하는 eNB(110) 내 셀의 식별자(ECGI)를 포함할 수 있다. 따라서, P-GW(160) 및/혹은 PCRF(190)에 ECGI 설정(configuration) 정보가 있으면, 단계 940에서 P-GW(160) 및/혹은 PCRF(190)는 단계 920에서 전달되는 메시지에 담긴 ECGI를 보고 eNB(110)가 해당 QCI를 지원하는지 안 하는지에 대한 정보를 유추해낼 수 있다.

한편, 실시예에 따라, 단계 920을 통해 P-GW(160)에게 eNB(110)의 해당 QCI 값 지원 여부가 알려지지 않고, P-GW(160) 및/혹은 PCRF(190)에 ECGI 설정 정보가 없을 수 있다. 이 경우에도, 단계 950에서 베어러 생성/수정 과정에서 P-GW(160) 및/혹은 PCRF(190)에게 eNB(110)의 해당 QCI 값 지원 여부에 대한 정보가 알려질 수 있다.

이에 대해 좀 더 구체적으로 살펴보면, 한가지 방법은 MME(140)를 통해 상기 eNB(110)의 해당 QCI 값 지원 여부에 대한 정보를 전달받는 것(단계 950-a)이고, 또 다른 한가지 방법은 GCSE-AS(200)를 통해 상기 eNB(110)의 해당 QCI 값 지원 여부에 대한 정보를 전달받는 것(단계 950-b)이다.

즉, 단계 950-a에서 MME(140)는 베어러 자원 수정에 대한 명령을 S-GW(150)/P-GW(160)에게 내릴 수 있다. 이때 사용되는 메시지는 예를 들면, Bearer Resource Command 메시지일 수 있다. 이때, 상기 메시지에 eNB(110)가 해당 QCI 값을 지원하지 않음을 알리는 지시자가 포함될 수 있다. 실시예에 따라, MME(140)는 단계 910에서 받았던 Cause 값을 기억하여 eNB(110)가 해당 QCI 값을 지원하지 않음을 인지할 수 있고, 미리 eNB(110)와 MME(140) 간 S1 셋업 과정에서 eNB(110)가 해당 QCI 값 지원 여부에 대한 정보를 받았을 수도 있다.

단계 950-b에서 UE(100)로부터 베어러 설립/수정에 대한 필요성을 요청 받은, 혹은 스스로 베어러 설립/수정에 대한 필요성을 인지한 GCSE-AS(200)는 eNB(110)가 해당 QCI 값을 지원하지 않음을 알리는 지시자를 포함하여 P-GW(160)에게 전달할 수 있다. 이때, 실시예에 따라 상기 지시자는 PCRF(190)를 거쳐 전달될 수 있다.

도 3은 본 발명의 다른 일 실시예에 따른 X2 기반 핸드오버를 수행하는 과정을 설명하는 흐름도이다.

본 발명의 다른 일 실시예에 따르면, X2 기반 핸드오버 시, 타깃 eNB(110b)에 그룹 통신 서비스용 무선 베어러(radio bearer)를 미리 생성하여 그룹 통신 서비스의 끊김 현상을 완화시킬 수 있다.

도 3을 참고하면, X2 기반 핸드오버를 시작하기에 앞서, MCE(120)는 제1 eNB(110a)에게 MBMS 세션 생성 시, MBMS 베어러 관련 정보를 심어둘 수 있다. 단계 310에서 MCE(120)는 제1 eNB(110a)에게 MBMS 베어러 관련 정보를 포함한 메시지를 보낼 수 있다. 상기 MBMS 베어러 관련 정보는 QoS 매개변수를 포함할 수 있다. 상기 QoS 매개 변수에 관한 구체적인 설명은 상술하였으므로 생략하기로 한다. 상기 메시지는 MBMS SESSION START REQUEST 메시지, MBMS SESSION UPDATE REQUEST 메시지 중 적어도 하나를 뜻할 수 있다.

실시예에 따라, 상기 단계 310을 통한 MBMS 베어러 관련 정보 전달은 선택적인 제1 eNB(110a)만을 그 대상으로 할 수 있다. 제1 eNB(110a)에게 MBMS 베어러 관련 정보 전달하는 것은, MBMS를 지원하지 못하는 제1 eNB(110b)에게 미리 무선 베어러를 생성하여 MBMS 데이터를 전달하기 위한 것이다. 그러므로, 상기 MBMS 베어러 관련 정보 전달은 예를 들면 MBMS 서비스 지역 혹은 MBSFN 지역 가장자리에 위치한 제1 eNB(110a)만을 그 대상으로 할 수 있다.

단계 310을 통해 상기 MBMS 베어러 관련 정보를 포함한 메시지를 받은 제1 eNB(110a)는 수신한 MBMS 베어러 관련 정보를 저장할 수 있다. 그리고 단계 315에서 제1 eNB(110a)는 MCE(120)에게 단계 310을 통해 받은 메시지에 대한 응답 메시지를 보낼 수 있다. 상기 응답 메시지는 MBMS SESSION START RESPONSE 메시지, MBMS SESSION UPDATE RESPONSE 메시지 중 적어도 하나를 뜻할 수 있다.

MBMS 세션이 정상적으로 생성이 되고, 제1 eNB(110a) 내에 MBMS 관련 무선 채널 설정 및 수정이 완료되면, 제1 eNB(110a)에 의해 서비스 받는 UE(100)는 MBMS를 통해 서비스를 받을 수 있다. 이때, 도 3의 점선으로 도시된 바와 같이, 그룹 통신 데이터는 GCSE-AS(200), BM-SC(180), MBMS-GW(170) 및 제1 eNB(110a)를 거쳐 UE(100)에게 전달된다.

단계 318에서 MBMS 서비스를 제공받는 UE(100)는 제1 eNB(110a)에게 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보를 포함하는 메시지를 보낼 수 있다. 상기 메시지는 MBMSInterestIndication 메시지, MBMSCountingResponse 메시지를 뜻할 수 있다.

단계 320에서, UE(100)로부터 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 것을 알리는 메시지를 받은 제1 eNB(110a)는, 저장해두었던 UE(100)에 대한 베어러 정보를 갱신할 수 있다. 좀더 자세히 설명하면, 제1 eNB(110a)는 UE(100)에 대한 베어러 정보가 단계 310을 통해 MCE(120)로부터 받은 MBMS 베어러 관련 정보를 포함할 수 있도록 UE(100)에 대한 베어러 정보를 수정할 수 있다.

한편, 제1 eNB와 제2 eNB들(110a, 110b)끼리는 서로 어떤 MBMS 서비스를 지원하는지에 대한 정보를 공유할 수 있다. 상기 정보 공유는 단계 325에서 TMGI가 담긴 Served Cell Information IE를 제1 eNB(110a)와 제2 eNB(110b)가 교환함으로써 이뤄질 수 있다.

이후, UE(100)가 이동함에 따라, 제1 eNB(110a)가 더 이상 UE(100)를 서비스하기에 적합한 eNB가 아닐 수 있다. 이때, 제1 eNB(110a)는 UE(100)를 서비스하기에 적합한 제2 eNB(110b)를 골라 UE(100)를 핸드오버 시키기로 결정할 수 있다.

단계 340에서 제1 eNB(110a)는 제2 eNB(110b)에게 핸드오버를 요청하는 정보가 포함된 메시지, 예를 들면 HANDOVER REQUEST 메시지를 보낼 수 있다. 이때, 상기 HANDOVER REQUEST 메시지는 MBMS 베어러 관련 정보를 알리는 IE를 포함할 수 있다. 상기 IE는 QoS 매개변수, 베어러 식별자, DL 전달 제안여부 지시자, S-GW(150)의 Transport Layer 주소, UL PDU용 S-GW(150)의 TEID 가운데 적어도 하나를 포함할 수 있다. 실시예에 따라, 상기 메시지에 MBMS 베어러 관련 정보가 포함되는 경우, 해당 정보가 MBMS에 관련된 정보임을 제2 eNB(110b)에게 알리기 위해 새로운 지시자가 상기 MBMS 베어러 관련 정보에 포함될 수 있다. 또는 새로운 지시자를 포함시키는 방법 밖에도, MBMS 베어러에만 할당될 수 있는 베어러 식별자를 약정하여, 그 베어러 식별자가 지칭하는 베어러는 MBMS 베어러임을 제2 eNB(110b)가 알 수 있게 할 수도 있다.

상기 단계 340에서 제1 eNB(110a)는 UE(100)가 서비스 받고 있는 각 MBMS 베어러에 대해, 해당 MBMS 베어러가 서비스되지 않는 제2 eNB(110b)로 핸드오버될 때 MBMS 베어러 관련 정보를 알리는 IE를 전달할 수 있다. 상기 전달 조건은 단계 225에도 마찬가지로 적용될 수 있다.

MBMS를 통한 데이터 전달은 S-GW(150)가 아니라 MBMS GW(170)로부터 이루어지고, UL 데이터 전송은 허용되지 않으므로, 일반적인 PTP 방식 베어러와 관련 정보와 달리, MBMS 베어러 관련 정보는 S-GW(150)의 Transport Layer 주소, UL PDU용 TEID가 필요하지 않을 수 있다. 이때, 실시예에 따라 제1 eNB(110a)는 상기 S-GW(150)의 Transport Layer 주소, UL PDU용 TEID를 임의로 설정하여 제2 eNB(110b)에게 전달할 수 있다. 혹은, 이 점을 이용하여, 특정 전달 계층 주소 및/혹은 UL PDU용 TEID는 MBMS 베어러를 지칭하도록 하여, 특정 전달 계층 주소 및/혹은 UL PDU용 TEID를 전달함으로써 제2 eNB(110b)가 해당 베어러는 MBMS 베어러임을 알 수 있게 할 수도 있다.

실시예에 따라, 상기 HANDOVER REQUEST 메시지는 E-RAB 관련 정보를 포함할 수 있다. 상기 E-RAB 가운데 그룹 통신 서비스 전달을 위한 베어러는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함할 수 있다. 이에 관한 설명은 도 2와 관련된 부분에서 상술하였으므로, 구체적인 설명은 생략하기로 한다.

단계 345에서 제2 eNB(110b)는 제1 eNB(110a)에게 HANDOVER REQUEST ACKNOWLEDGE 메시지를 보낼 수 있다. 제2 eNB(110b)는 HANDOVER REQUEST 메시지에 정보가 담긴 각 베어러에 대해 수용 여부를 결정할 수 있다. 상기 HANDOVER REQUEST ACKNOWLEDGE 메시지는 제2 eNB(110b)에 수용된 MBMS 베어러를 포함한 베어러 관련 정보를 포함할 수 있다. MBMS 베어러 관련 정보는 베어러 식별자, QoS 매개변수, 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소 중 적어도 하나를 포함할 수 있다.

실시예에 따라, 상기 HANDOVER REQUEST ACKNOWLEDGE 메시지는 E-RAB 관련 정보를 포함할 수 있다. 상기 E-RAB 가운데 그룹 통신 서비스 전달을 위한 베어러는 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId, 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소 중 적어도 하나의 정보를 포함할 수 있다. 좀 더 자세히 설명하면, 제2 eNB(110b)는 제1 eNB(110a)로부터 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보가 포함된 E-RAB 정보를 단계 340을 통해 받을 수 있다. 제2 eNB(110b)는 제1 eNB(110a)로부터 받은 상기 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 포함한 E-RAB 관련 정보에 그대로 MBMS 세션 지시자, MBMS SAI, TMGI, ServiceId 중 적어도 하나의 정보를 옮겨 담을 수 있다. 그리고, 제2 eNB(110b)는 추가적으로 제1 eNB(110a)로부터 전달받을 UL/DL 데이터용 TEID/Transport Layer 주소를 상기 E-RAB 관련 정보에 포함시킬 수 있다.

이어, 단계 350에서 제1 eNB(110a)는 UE(100)에게 RRCConnectionReconfiguration 메시지를 보내 UE(100)가 제2 eNB(110b)로부터 서비스 받을 수 있도록 제2 eNB(110b)의 셀과 동기화할 수 있도록 할 수 있다.

한편, 도 3의 점선으로 도시된 바와 같이 단계 345에서 HANDOVER REQUEST ACKNOWLEDGE 메시지를 받은 제1 eNB(110a)는 이 메시지에 담긴 Transport Layer 주소 및 TEID를 이용해서 MBMS 데이터를 제2 eNB(110b)에게 전달할 수 있다.

단계 355에서 UE(100)는 RRCConnectionReconfiguration 메시지에 대한 답으로 제2 eNB(110b)에 RRCConnectionReconfigurationComplete 메시지를 보낼 수 있다. 이렇게 되면 UE(100)와 제2 eNB(110b) 간에는 UL 및 DL 데이터를 주고받을 수 있다. 또한 UE(100)는 GCSE-AS(200), BM-SC(180), MBMS GW(170), 제1 eNB(110a) 및 제2 eNB(110b)를 거쳐 전달된 MBMS 데이터를 받을 수 있다. 실시예에 따라, 제1 eNB(110a)는 제2 eNB(110b)에게 MBMS 데이터를 특정 시간 동안 전달해줄 수 있다. 상기 특정 시간은 미리 설정된 값일 수도 있고, MBMS 데이터의 SYNC 계층 헤더에 담긴 시간 도장(Time Stamp) 정보 및 HANDOVER REQUEST ACKNOWLEDGE 메시지를 받은 시간 중 적어도 하나를 고려하여 계산한 값일 수도 있다. 상기 특정 시간이 너무 짧으면, UE(100)가 PTP 방식을 통하여 그룹 통신 서비스를 받을 수 있게 되기(단계 390 이후) 이전에 그룹 통신 서비스가 일시적으로 끊겨버릴 수 있다. 상기 특정 시간이 반대로 너무 길면, UE(100)는 이미 PTP 방식을 통하여 그룹 통신 서비스를 받을 수 있게 되었는데도 계속해서 불필요하게 제1 eNB(100a)에서 제2 eNB(100b)로의 MBMS 데이터 전달이 일어나게 될 수 있다. 실시예에 따라, 상기 특정 시간 이후 제1 eNB(100a)는 제2 eNB(100b)에게 MBMS 데이터 전달을 멈추고 끝 표시(End Marker)를 담은 패킷을 보내어, 데이터 전달이 끝났음을 알릴 수 있다.

한편, 제1 eNB(110a)가 단계 340을 통해 제2 eNB(110b)에게 S-GW(150)에 대한 정보를 제공했기 때문에 UL 데이터는 UE(100), 제2 eNB(110b), S-GW(150), P-GW(160)를 거쳐 GCSE-AS(200)에게 전달될 수 있다.

단계 360에서 UE(100)는 상기 UL 데이터 경로를 이용해서 GCSE-AS(200)에게 MBMS 서비스가 지원되지 않는다는 정보가 포함된 메시지를 보낼 수 있다. 상기 MBMS 서비스가 지원되지 않는다는 정보가 포함된 메시지는 제1 eNB(110a) 식별자, 제2 eNB(110b) 식별자, 소스 셀 식별자, 타깃 셀 식별자, UE(100) 식별자, UE(100)가 MBMS가 지원되지 않는 셀로 이동했음을 알리는 정보, 하나 이상의 MBMS SAI, TMGI, ServiceId 중 하나 이상을 포함할 수 있다. 상기 메시지는 예를 들면, MBMS Service Unavailable 메시지일 수 있다.

한편, 단계 355로부터 RRCConnectionReconfigurationComplete 메시지를 받은 제2 eNB(110b)는 단계 365에서 MME(140)에게 핸드오버가 성공적으로 수행됐음을 알리는 PATH SWITCH REQUEST 메시지를 보낼 수 있다. 상기 메시지는 MBMS 베어러 관련 정보가 담겨있을 수 있다. MBMS 베어러 관련 정보는 베어러 식별자, 제2 eNB(110b)의 Transport Layer 주소, DL PDU용 TEID, 해당 베어러가 MBMS 베어러임을 알리는 지시자 중 적어도 하나를 포함할 수 있다. 해당 베어러가 MBMS 베어러임을 알리는 지시자를 통해 직접적으로 알리는 방법 대신 앞서 설명한 바 있는 약정한 베어러 식별자, TEID, 혹은/및 Transport Layer 주소를 이용한 간접적 지시 방법 또한 적용될 수 있다.

한편, 실시예에 따라 MME(140)는 PATH SWITCH REQUEST 메시지에 담긴 MBMS 베어러 관련 정보에 대해 미리 인지하지 못했을 수 있다. 기존의 MME(140)라면, 이 베어러에 대해서는 받아들일 수 없음을 밝히는 알리는 정보를 PATH SWITCH REQUEST ACKNOWLEDGE 메시지에 담을 수 있다. 예를 들어, E-RAB To Be Released List IE에 상기 MBMS 베어러의 식별자를 담아 보낼 수 있다. 그러나, MME(140)는 제2 eNB(110b)가 임의의 MBSFN Area 경계의 바로 밖에 위치한다는 사실을 미리 인지하고 이를 설정해두었다면 상기 MBMS 베어러가 일반 PTP 베어러와 구분이 가지 않더라도 수용할 수 있다. 이를 위해 MME(140)에 미리 OAM 등의 장치를 통해 제2 eNB(110b)의 위치 정보를 설정해둘 수 있다. 만일 MME(140)와 제2 eNB(110b) 간에 서로 해당 베어러가 MBMS 베어러임을 인지할 수 있는 방법(해당 베어러가 MBMS 베어러임을 알리는 지시자 포함 방법, 약정한 베어러 식별자, TEID, 혹은/및 Transport Layer 주소를 이용한 간접적 지시 방법)을 썼다면 MME(140)에 미리 OAM 등의 장치를 통한 제2 eNB(110b)의 위치 정보 설정이 반드시 필요하지는 않다.

상술한 바와 같이, 단계 360에서 GCSE-AS(200)는 MBMS Service Unavailable 메시지와 같은 MBMS 서비스가 지원되지 않는다는 정보가 포함된 메시지를 통해 UE(100)가 MBMS 서비스를 받기 적절치 않은 셀로 이동했음을 보고받을 수 있었다. 실시예에 따라, 도시되지 않았지만 이 밖에도, 단계 365를 통해 PATH SWITCH REQUEST 메시지를 받은 MME(140)가 S-GW(150)에게 핸드오버가 이루어졌음을 알려주는 메시지를 보낼 수 있다. 이때, 상기 메시지는 Change Notification 메시지일 수 있다. 이때, 이 Change Notification 메시지는 타깃 셀 식별자를 담을 수 있다. 이어서, 상기 Change Notification 메시지는 S-GW(150)에서 P-GW(160)로 전달될 수 있다. 그리고, P-GW(160)는 상기 타깃 셀 식별자를 PCRF(190) 및/혹은 GCSE-AS(200)로 전달할 수 있다.

도 3에는 도시되지 않았지만, 이후 MME(140)는 S-GW(150)와 그리고/혹은 S-GW(150)는 P-GW(160)와 Modify Bearer Request/Response 메시지를 주고 받으면서 변경된 베어러 정보(예를 들면, Transport Layer 주소, TEID)를 교환할 수 있다.

단계 370에서 GCSE-AS(200)는 UE(100)에 PTP 방식으로 그룹 통신 서비스를 제공해줄 것을 결정하고, PCRF(190)와 새로운 베어러 설립 및 기존의 베어러 갱신에 필요한 정보를 주고받을 수 있다. 이때 GCSE-AS(200)는 TMGI, ServiceId, QoS 중 적어도 하나의 정보를 PCRF(190)에게 제공할 수 있다.

단계 375에서 PCRF(190)는 P-GW(160)에게 IP-CAN Session Modification 메시지를 보낼 수 있다. PCRF(190)가 P-GW(160)에게 IP-CAN Session Modification 메시지를 보내는 것은 상기 단계 370에서 받은 메시지가 촉발의 원인일 수도 있다. 또는, PCRF(190)가 Change Notification 메시지를 받은 P-GW(160)로부터 수신한 UE(100)의 위치에 관련된 정보가 촉발의 원인이 되어 IP-CAN Session Modification 메시지를 P-GW(160)에게 보낼 수도 있다. 이 IP-CAN Session Modification 메시지에는 QoS 매개변수가 담겨 있을 수 있다. 이에 따라, 단계 380에서 P-GW(160), S-GW(150), 제2 eNB(110b), MME(140), UE(100)는 베어러를 설립 혹은 갱신할 수 있다. 그리고, 단계 385에서 P-GW(160)는 PCRF(190)에게 IP-CAN Session Modification 메시지를 전달할 수 있다. 상기 단계 385에서 보내어지는 메시지도 QoS 매개변수를 포함할 수 있다.

이로써, UE(100)는 PTP 방식을 통하여 그룹 통신 서비스를 받을 수 있다. 상기 단계 355와 관련된 부분에서 설명한 그룹 통신 데이터 전달 방법(특정 시간 동안 MBMS 데이터를 제1 eNB(110a)에서 제2 eNB(110b)에게 전달 및 End Marker 전송) 이외에도 단계 395를 통한 방법으로 그룹 통신 데이터의 끊김 현상을 완화시키는 방법을 고려해볼 수 있다.

단계 395a에서 GCSE-AS(200)는 PTP 방식을 통하여 보내는 그룹 통신 데이터를 보내기 직전에 BM-SC(180)에게 End Marker, UE(100) 식별자, 소스 셀 식별자 중 적어도 하나를 보낼 수 있다. 그리고 단계 395b와 395c를 거쳐 BM-SC(180)는 MBMS GW(170)에게, MBMS GW(170)에서 제1 eNB(110a)에게 End Marker, UE(100) 식별자, 소스 셀 식별자 중 적어도 하나가 전달될 수 있다. 단계 395d에서 제1 eNB(110a)는 제2 eNB(110b)에게 End Marker를 전달할 수 있다. 이후, 제1 eNB(110a)는 제2 eNB(110b)에게 MBMS 데이터를 전달하지 않을 수 있다.

도 4는 본 발명의 또 다른 일 실시예에 따른 자원 효율성 증대를 위한 PTP 방식 및 MBMS 방식 간 전환 결정을 위한 원조 정보를 수집하는 과정을 설명하는 흐름도이다.

본 발명의 또 다른 일 실시예에 따르면, 해당 베어러에 대해 실제로 서비스 받고 있는 UE(100)의 수를 세어 이를 GCSE-AS(200)에게 전달하여 GCSE-AS(200)가 PTP 방식 및 MBMS 방식 간 전환 결정을 내릴 수 있도록 할 수 있다.

도 4를 참고하면, 단계 400에서 MCE(120)는 eNB(110)에게 MBMS SERVICE COUNITING REQUEST 메시지를 보낼 수 있다. 상기 메시지는 TMGI를 포함할 수 있어서, 어떤 서비스에 대해서 서비스 받는 UE(100) 수를 알고 싶은지 나타낼 수 있다. 실시예에 따라, 상기 단계 400은 MCE(120)가 다른 엔티티(예를 들어 GCSE-AS(200), BM-SC(180) 등)로부터 직접적으로 혹은 다른 엔티티들을 통해 간접적으로 받은 요청에 기반하여 촉발된 것일 수 있다.

단계 410에서 eNB(110)와 UE(100)는 MBMSCountingRequest 메시지와 MBMSCountingResponse 메시지를 주고 받아 UE(100)가 MBMS 서비스를 받고 있는지 조사할 수 있다.

단계 420에서 eNB(110)는 MCE(120)로 요청 받은 TMGI에 대해 서비스 받는 UE(100)의 수를 조사한 결과를 보낼 수 있다.

이후 단계 430에서, MCE(120)는 GCSE-AS(200)에게 상기 단계 420 단계에서 eNB(110)로부터 받은 MBMS SERVICE COUNTING RESULT REPORT 메시지에 포함된 정보의 전체 혹은 일부를 보낼 수 있다. 상기 정보는 MCE(120)와 GCSE-AS(200) 간의 새로운 인터페이스를 통해 곧바로 전달될 수도 있고, MCE(120) - MME(140) - MBMS GW(170) - BM-SC(180) - GCSE-AS(200)을 거친 경로를 통해 전달될 수도 있다. 후자의 경우, 그룹 통신을 통해 새로이 정의되는 GC2(185) 인터페이스를 통해 TMGI 별 센 결과(Counting Result) 정보가 GCSE-AS(200)에게 전달될 수 있다. 상기 정보를 받은 GCSE-AS(200)는 PTP 방식 및 MBMS 방식 간의 전환에 대한 결정을 할 수 있다. 예를 들면, GCSE-AS(200)는 해당 TMGI에 대해 서비스를 받는/받고자 하는 UE(100)가 많으면 MBMS 방식으로 전환(만약 UE(100)가 PTP 방식으로 서비스를 받고 있었다면)/유지(만약 UE(100)가 MBMS 방식으로 서비스를 받고 있었다면)할 수 있다. 그리고, GCSE-AS(200)는 해당 TMGI에 대해 서비스를 받는/받고자 하는 UE(100)가 적으면 PTP 방식으로 전환(만약 UE(100)가 MBMS 방식으로 서비스를 받고 있었다면)/유지(만약 UE(100)가 PTP 방식으로 서비스를 받고 있었다면)할 수 있다. PTP 방식으로 서비스를 전달하도록 전환하는 방식은 상술한 단계 270에서부터 단계 290 중 일부 혹은 전체를 따를 수 있다.

상술한 방법 말고도, GCSE-AS(200)는 GC1(GCSE-AS(200)와 UE(100) 간 인터페이스, 애플리케이션 레벨일 수 있음) 메시지를 통해서 PTP 방식 및 MBMS 방식 간의 전환에 대한 결정에 필요한 정보를 얻을 수 있다. 이때, GCSE-AS(200)는 GC1 메시지로 UE(100)에게 어떤 방식으로 서비스가 제공되고 있는지 확인하고자 함을 알릴 수 있다. 이에 UE(100)는 (휴지(idle) 모드였으면 연결(connected) 모드로 전환한 다음) PTP 방식으로 서비스를 받고 있는지, MBMS 방식으로 서비스를 받고 있는지 GCSE-AS(200)에게 알릴 수 있다. 이를 바탕으로 GCSE-AS(200)는 PTP 방식 및 MBMS 방식 간의 전환에 대한 결정을 할 수 있다.

도 5는 본 발명의 또 다른 일 실시예에 따른 idle 모드 UE(100)에게 끊김 없이 그룹 통신 서비스를 제공하기 위한 흐름도이다.

본 발명의 또 다른 일 실시예에 따르면, MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리에서 MBMS 서비스를 받는 UE(100)에게 지시자를 보내, UE(100)가 연결(connected) 모드로 바꾸도록 스스로 결정하도록 할 수 있다. 한편, 본 실시예를 응용하여 연결(connected) 모드의 UE(100)에 적용하도록 하면, MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리에 위치한 UE(100)의 서비스 연속성을 보존해주는 데 사용할 수도 있다.

도 5를 참고하면, 단계 500에서 eNB(110)는 UE(100)에게 가장자리 지시자(edge indicator)를 보낼 수 있다. 실시예에 따라, 여기서 edge indicator를 보내는 eNB(110)는 MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리에 위치한 eNB(110)일 수 있다. 실시예에 따라, 상기 edge indicator는 BCCH 혹은 MCCH를 통해 전달될 수 있다. 이때, 상기 Edge indicator는 해당 셀/eNB(110)가 가장자리에 위치함을 알리는 지시자, TMGI, ServiceId, MBMS 세션 식별자, 하나 이상의 MBMS SAI 중 적어도 하나를 포함할 수 있다.

혹은 실시예에 따라, UE(100)가 독자적으로 측정 결과를 통하여 스스로가 가장자리에 있음을 판단할 수도 있다. 예를 들면, UE(100)는 측정 결과 중 적어도 하나의 매개변수를 특정 임계값(threshold)과 비교하여 가장자리에 있는지 판단할 수 있다. 이때 판단의 근거가 되는 임계값은 GCSE-AS(200), eNB(110) 및/혹은 EPC(199)로부터 받은 값일 수 있다. 예를 들어, UE(100)는 GC1 메시지, RRC, SystemInformationBlock 혹은 NAS 메시지를 통해 임계값을 받을 수 있다.

한편, 실시예에 따라 상기 측정 결과는 기준 신호(RS: Reference Signal)를 측정한 결과를 뜻할 수 있다. 기준 신호의 예로는 채널 상태 정보(CSI: Channel State Information) RS(CSI-RS), 셀 특정(Cell-specific) RS(CRS) 등을 들 수 있다. UE(100)는 상기 측정 결과와 임계값을 비교하여 가장자리에 있는지 판단할 수 있다.

또한, 상기 임계값 관련하여, 실시예에 따라 eNB(100) 혹은 EPC(199)는 GCSE-AS(200)로부터 바로 혹은 적어도 하나의 개체(예를 들어, BMSC, MBMS-GW, MCE, P-GW, S-GW, MME)를 거쳐 임계값을 받을 수 있다. 그리고 상기 eNB(100) 혹은 EPC(199)는 상기 수신한 임계값을 UE(100)에게 전달할 수 있다. 이때 도시되지 않았지만, 임계값은 GCSE-AS(200)로부터 MCE(120), MBMS-GW(170) 혹은 BM-SC(180)를 거쳐 eNB(100) 또는 EPC(199)에게 전달될 수 있다.

단계 510에서 UE(100)는 connected 모드로 전환할 수 있다. 이때, RRCConnectionRequest 메시지를 보낼 수 있다. 상기 메시지의 설립 까닭(EstablishmentCause)으로 mo-Signalling, mo-Data, delayTolerantAccess, highPriorityAccess, MBMS와 관련된 새로운 까닭 중 하나를 골라 설정할 수 있다. 나아가 UE(100)는 서비스 요청 혹은 베어러 자원 갱신 과정을 촉발할 수 있다.

이렇게 connected 모드가 된 UE(100) 혹은 원래 connected 모드였던 UE(100)(이때, 원래 connected 모드였던 UE의 경우에는, 상기 단계 510을 생략할 수 있음)는, GCSE-AS(200)에 서비스 연속성을 위한 조치 동작 및/혹은 킵얼라이브(Keep-alive) 메시지 수신을 위한 동작을 촉발시킬 수 있다. 상기 촉발은 GCSE-AS(200)에게 GC1 메시지를 보냄으로써 이루어질 수 있다.

좀 더 자세히 살펴보면, 단계 520에서 UE(100)는 GCSE-AS(200)에게 eNB(110) 식별자, 셀 식별자, 해당 MBSFN 지역 및/혹은 MBMS 서비스 지역을 벗어났음을 알리는 지시자 및 Edge indicator에 포함된 정보의 일부/전체 중 적어도 하나를 보낼 수 있다. 한편, 실시예에 따라서 UE(100)가 GCSE-AS(200)에게 eNB(110) 식별자 혹은 셀 식별자만을 보내더라도, GCSE-AS(200)에 eNB(110) 관련 위치 정보가 미리 설정되어 있다면 굳이 MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리임을 GCSE-AS(200)에게 알릴 필요가 없을 수 있다. 이로써, GCSE-AS(200)는 UE(100)가 MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리에 위치함을 인식할 수 있다.

실시예에 따라, GCSE-AS(200)가 단계 520에서 보내어지는 Edge indicator를 통하여 UE(100)가 MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리에 위치함을 인식하는 방법 외에도, GCSE-AS(200)는 UE(100)를 서빙하는 셀 정보를 EPC(199)로부터 받을 수도 있다. 좀 더 자세히 설명하면, 도시되지 않았지만 P-GW(160)는 MME(140), S-GW(150)를 통해 Change Notification 메시지를 받을 수 있다. 그리고 P-GW(160)는 Change Notification에 포함된 셀 정보를 PCRF(190)를 통해 GCSE-AS(200)에게 혹은 GCSE-AS(200)에게 바로 전달할 수도 있다.

이때, UE(100)가 MBSFN 지역 및/혹은 MBMS 서비스 지역의 가장자리에 오래 머물러 있으면 UE(100)는 쓸 데 없이 idle 모드 connected 모드 간 변경을 할 수 있다. 따라서 이를 방지하기 위해 단계 530에서 GCSE-AS(200)는 가장자리에 위치한 UE(100)에 대해서 Keep-alive 메시지를 적절한 주기로 보낼 수 있다. 실시예에 따라, 상기 적절한 주기는 UE 비활성 타이머보다 짧아야 할 필요가 있을 수 있다.

또한, GCSE-AS(200)는 Keep-alive 메시지를 적절한 주기로 보내는 동작 외에도, 서비스 연속성을 유지시키기 위해 해당 그룹 통신 데이터를 PTP 경로로 주고받도록 할 수 있다. 이렇게 하면 PTM 경로를 통해 그룹 통신 데이터 송수신이 불가능하게 되어도 UE(100)는 PTP 경로를 통해 그룹 통신 서비스를 받을 수 있다. PTP 경로 생성 혹은 수정 시 대상이 되는 eNB는 UE(100)가 MBMS 경로를 통해 서비스 받던 셀을 포함하는 eNB일 수도 있고, 그 밖의 다른 eNB일 수 있다. 그 밖의 eNB는 예를 들어, UE(100)가 서비스 받던/받는 MBSFN 지역 및/혹은 MBMS 서비스 지역 밖의 eNB일 수 있다. 이에 대한 구체적인 설명은 상기 도 2 및 도 3과 관련된 부분에서 설명하였으므로 구체적인 설명은 생략하기로 한다. 예를 들어, 상술한 단계 270에서부터 단계 290 중 일부 혹은 전체를 따를 수 있다.

도 6은 본 발명의 일 실시예에 따른 기지국의 블록 구성도의 일 예이다.

도 6을 참고하면, 본 발명의 일 실시예에 따른 기지국은, 통신부(620) 및 제어부(610)를 포함할 수 있다. 기지국의 제어부(610)는 상술한 실시예들 중 어느 하나의 동작을 수행하도록 기지국을 제어한다. 예를 들면, 상기 제어부(610)는 MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신하고, 상기 수신한 MBMS 베어러 관련 정보 이용하여 단말에 대한 베어러 정보를 갱신하고, 상기 단말의 핸드오버를 결정하고, MME 또는 MBMS를 지원하지 못하는 제2 기지국에게 MBMS 베어러 정보를 포함한 핸드오버 요청 메시지를 송신하고, 상기 단말에게 상기 제2 기지국으로의 핸드오버 명령 메시지를 송신하고, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하도록 제어할 수 있다.

또한, 기지국의 통신부(620)는 상술한 실시예들 중 어느 하나의 동작에 따라 신호를 송수신한다. 예를 들면, 상기 통신부(620)는 상기 MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신하고, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달할 수 있다.

도 7은 본 발명의 일 실시예에 따른 단말의 블록 구성도의 일 예이다.

도 7을 참고하면, 본 발명의 일 실시예에 따른 단말은, 통신부(720) 및 제어부(710)를 포함할 수 있다. 단말의 제어부(710)는 상술한 실시예들 중 어느 하나의 동작을 수행하도록 단말을 제어한다. 예를 들면, 상기 제어부(710)는 MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신한 제1 기지국에게, MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 송신하고, 상기 제1 기지국의 핸드오버 결정에 따라, MBMS를 지원하지 못하는 제2 기지국으로의 핸드오버 명령 메시지를 상기 제1 기지국으로부터 수신하고, 상기 제2 기지국과 연결을 수행하고, 상기 제2 기지국이 미리 설정된 시간 동안 상기 제1 기지국으로부터 수신한 MBMS 메시지를, 상기 제2 기지국으로부터 수신하고, GCSE-AS에게 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 송신하고, 상기 제2 기지국과 베어러를 설립하도록 제어할 수 있다.

또한, 단말의 통신부(720)는 상술한 실시예들 중 어느 하나의 동작에 따라 신호를 송수신한다. 예를 들면, 상기 통신부(720)는 제1 기지국에게 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 송신하고, MBSM 데이터를 제1 기지국 및 제2 기지국을 통해 수신할 수도 있다.

도 8은 본 발명의 일 실시예에 따른 GCSE-AS의 블록 구성도의 일 예이다.

본 발명의 일 실시예에 따른 GCSE-AS은, 통신부(820) 및 제어부(810)를 포함할 수 있다. GCSE-AS의 제어부(810)는 상술한 실시예들 중 어느 하나의 동작을 수행하도록 GCSE-AS를 제어한다. 예를 들면, 상기 제어부(810)는 단말로부터 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 수신하고, 그에 따라 제2 기지국과 단말의 PTP 서비스를 제공하도록 제어할 수 있다. 또는 제어부(810)는 단말로부터 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있음을 지시하는 가장자리 지시자를 수신하여, 상기 단말에게 킵얼라이브(keep-alive) 메시지를 송신하도록 제어할 수 있다. 또한, 제어부는 MCE로부터 MBMS 서비스를 받고 있는 단말의 수에 관한 정보에 따라 PTP 방식 및 MBMS 방식 간 전환 결정을 하도록 제어할 수 있다.

또한, GCSE-AS의 통신부(820)는 상술한 실시예들 중 어느 하나의 동작에 따라 신호를 송수신한다. 예를 들면, 상기 통신부(820)는 단말로부터 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 수신할 수 있고, 또는 단말로부터 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있음을 지시하는 가장자리 지시자를 수신하여, 상기 단말에게 킵얼라이브(keep-alive) 메시지를 송신할 수 있다. 또한 통신부(820)는 MCE로부터 MBMS 서비스를 받고 있는 단말의 수에 관한 정보를 수신할 수 있다.

상술한 실시 예들에서, 모든 단계 및 메시지는 선택적으로 수행의 대상이 되거나 생략의 대상이 될 수 있다. 또한 각 실시 예에서 단계들은 반드시 순서대로 일어날 필요는 없으며, 뒤바뀔 수 있다. 메시지 전달도 반드시 순서대로 일어날 필요는 없으며, 뒤바뀔 수 있다.

한편, 본 명세서와 도면에 개시된 본 발명의 실시예들은 본 발명의 기술 내용을 쉽게 설명하고 본 발명의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 발명의 범위를 한정하고자 하는 것은 아니다. 즉 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

100: UE 110: eNB
120: MCE 140: MME
170: MBMS GW 180: BM-SC
150: S-GW 160: P-GW
190: PCRF 200: GCSE-AS

Claims

이동 통신 시스템에서 기지국의 통신 방법에 있어서,
여러 셀/멀티캐스트 조직화 엔티티(MCE: Multi-cell/multicast Coordination Entity)로부터 QoS 매개변수를 포함하는 멀티미디어 멀티캐스트 및 방송 서비스(MBMS: Multimedia Multicast Broadcast Service) 베어러 관련 정보를 수신하는 단계;
상기 수신한 MBMS 베어러 관련 정보 이용하여 단말에 대한 베어러 정보를 갱신하는 단계;
상기 단말의 핸드오버를 결정하고, 이동성 관리 엔티티(MME: Mobility Management Entity) 또는 MBMS를 지원하지 못하는 제2 기지국에게 MBMS 베어러 정보를 포함한 핸드오버 요청 메시지를 송신하는 단계;
상기 단말에게 상기 제2 기지국으로의 핸드오버 명령 메시지를 송신하는 단계; 및
상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계;
를 포함하는 기지국의 통신 방법.
제1 항에 있어서,
상기 QoS 매개변수는, QoS 클래스 식별자(QCI: QoS Class Identifier), 보장된 비트 전송률(GBR: Guaranteed Bit Rate) QoS 정보, 할당 및 유지 우선권(ARP: Allocation and Retention Priority) 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국의 통신 방법.
제1 항에 있어서,
상기 기지국은 MBMS 서비스 지역 혹은 MBMS 단일 주파수 네트워크(MBSFN: MBMS Single Frequency Network) 지역 가장자리에 위치하는 것을 특징으로 하는 기지국의 통신 방법.
제1 항에 있어서,
상기 핸드오버 요청 메시지는, 상기 QoS 매개변수, 베어러 식별자, 하향(DL) 전달 제안여부 지시자, S-GW의 전달 계층(Transport Layer) 주소, 상향(UL) 패킷 데이터 유닛(PDU: Packet Data Unit)용 S-GW의 터널 말단 식별자(TEID: Tunnel Endpoint Identifier) 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국의 통신 방법.
제1 항에 있어서,
상기 핸드오버 요청 메시지는, MBMS 베어러 관련 정보가 포함되었음을 지시하는 지시자를 더 포함하는 것을 특징으로 하는 기지국의 통신 방법.
제1 항에 있어서, 상기 베어러 정보를 갱신하는 단계는,
상기 단말로부터 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 수신하는 단계;
를 더 포함하는 것을 특징으로 기지국의 통신 방법.
제1 항에 있어서, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계는,
상기 제2 기지국에게 MBMS 데이터 전달을 멈춘다는 정보가 표시된 데이터를 전달하는 단계;
를 더 포함하는 것을 특징으로 하는 기지국의 통신 방법.
제1 항에 있어서, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하는 단계는,
그룹 통신 서비스 조력자 응용 서버(GCSE-AS: Group Communication Service Enabler Application Server)로부터, 상기 제2 기지국으로의 MBMS 데이터 전달을 멈춤을 지시하는 정보가 표시된 정보를 수신하는 단계;
를 더 포함하는 것을 특징으로 하는 기지국의 통신 방법.
이동 통신 시스템에서 단말의 통신 방법에 있어서,
MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신한 제1 기지국에게, MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 송신하는 단계;
상기 제1 기지국의 핸드오버 결정에 따라, MBMS를 지원하지 못하는 제2 기지국으로의 핸드오버 명령 메시지를 상기 제1 기지국으로부터 수신하는 단계;
상기 제2 기지국과 연결을 수행하는 단계;
상기 제2 기지국이 미리 설정된 시간 동안 상기 제1 기지국으로부터 수신한 MBMS 메시지를, 상기 제2 기지국으로부터 수신하는 단계;
GCSE-AS에게 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 송신하는 단계; 및
상기 제2 기지국과 베어러를 설립하는 단계;
를 포함하는 단말의 통신 방법.
제9 항에 있어서,
상기 MBMS 서비스가 불가능하다는 정보는, 제1 eNB 식별자, 제2 eNB 식별자, 소스 셀 식별자, 타깃 셀 식별자, 상기 단말의 식별자, 단말이 MBMS가 지원되지 않는 셀로 이동했음을 알리는 정보, 하나 이상의 MBMS 서비스 지역 식별자(SAI: Service Area Identity), 임시 모바일 그룹 식별자(TMGI: Temporary Mobile Group Identity) 및 그룹 통신 서비스 식별자(ServiceId) 중 적어도 하나를 포함하는 것을 특징으로 하는 단말의 통신 방법.
이동 통신 시스템의 기지국에 있어서,
통신부; 및
여러 셀/멀티캐스트 조직화 엔티티(MCE: Multi-cell/multicast Coordination Entity)로부터 QoS 매개변수를 포함하는 멀티미디어 멀티캐스트 및 방송 서비스(MBMS: Multimedia Multicast Broadcast Service) 베어러 관련 정보를 수신하고, 상기 수신한 MBMS 베어러 관련 정보 이용하여 단말에 대한 베어러 정보를 갱신하고, 상기 단말의 핸드오버를 결정하고, 이동성 관리 엔티티(MME: Mobility Management Entity) 또는 MBMS를 지원하지 못하는 제2 기지국에게 MBMS 베어러 정보를 포함한 핸드오버 요청 메시지를 송신하고, 상기 단말에게 상기 제2 기지국으로의 핸드오버 명령 메시지를 송신하고, 상기 제2 기지국에게 MBMS 데이터를 미리 설정된 시간 동안 전달하도록 제어하는 제어부;
를 포함하는 기지국.
제11 항에 있어서,
상기 QoS 매개변수는, QoS 클래스 식별자(QCI: QoS Class Identifier), 보장된 비트 전송률(GBR: Guaranteed Bit Rate) QoS 정보, 할당 및 유지 우선권(ARP: Allocation and Retention Priority) 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국.
제11 항에 있어서,
상기 기지국은 MBMS 서비스 지역 혹은 MBMS 단일 주파수 네트워크(MBSFN: MBMS Single Frequency Network) 지역 가장자리에 위치하는 것을 특징으로 하는 기지국.
제11 항에 있어서,
상기 핸드오버 요청 메시지는, 상기 QoS 매개변수, 베어러 식별자, 하향(DL) 전달 제안여부 지시자, S-GW의 전달 계층(Transport Layer) 주소, 상향(UL) 패킷 데이터 유닛(PDU: Packet Data Unit)용 S-GW의 터널 말단 식별자(TEID: Tunnel Endpoint Identifier) 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국.
제11 항에 있어서,
상기 핸드오버 요청 메시지는, MBMS 베어러 관련 정보가 포함되었음을 지시하는 지시자를 더 포함하는 것을 특징으로 하는 기지국.
제1 항에 있어서, 상기 제어부는,
상기 단말로부터 MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 수신하도록 제어하는 것을 특징으로 기지국.
제11 항에 있어서, 상기 제어부는,
상기 제2 기지국에게 MBMS 데이터 전달을 멈춘다는 정보가 표시된 데이터를 전달하도록 제어하는 것을 특징으로 하는 기지국.
제11 항에 있어서, 상기 제어부는,
그룹 통신 서비스 조력자 응용 서버(GCSE-AS: Group Communication Service Enabler Application Server)로부터, 상기 제2 기지국으로의 MBMS 데이터 전달을 멈춤을 지시하는 정보가 표시된 정보를 수신하도록 제어하는 것을 특징으로 하는 기지국의 통신 방법.
이동 통신 시스템의 단말에 있어서,
통신부; 및
MCE로부터 QoS 매개변수를 포함하는 MBMS 베어러 관련 정보를 수신한 제1 기지국에게, MBMS 서비스를 받고 있거나 MBMS 서비스에 관심이 있다는 정보가 포함된 메시지를 송신하고, 상기 제1 기지국의 핸드오버 결정에 따라, MBMS를 지원하지 못하는 제2 기지국으로의 핸드오버 명령 메시지를 상기 제1 기지국으로부터 수신하고, 상기 제2 기지국과 연결을 수행하고, 상기 제2 기지국이 미리 설정된 시간 동안 상기 제1 기지국으로부터 수신한 MBMS 메시지를, 상기 제2 기지국으로부터 수신하고, GCSE-AS에게 MBMS 서비스가 불가능하다는 정보가 포함된 메시지를 송신하고, 상기 제2 기지국과 베어러를 설립하도록 제어하는 제어부;
를 포함하는 단말.
제19 항에 있어서,
상기 MBMS 서비스가 불가능하다는 정보는, 제1 eNB 식별자, 제2 eNB 식별자, 소스 셀 식별자, 타깃 셀 식별자, 상기 단말의 식별자, 단말이 MBMS가 지원되지 않는 셀로 이동했음을 알리는 정보, 하나 이상의 MBMS 서비스 지역 식별자(SAI: Service Area Identity), 임시 모바일 그룹 식별자(TMGI: Temporary Mobile Group Identity) 및 그룹 통신 서비스 식별자(ServiceId) 중 적어도 하나를 포함하는 것을 특징으로 하는 단말.
이동 통신 시스템에서 기지국의 통신 방법에 있어서,
MCE로부터 MBMS 서비스를 받고 있는 단말의 수에 관한 정보 요청 메시지를 수신하는 단계;
MBMS 서비스를 받고 있는 단말의 수를 판단하는 단계; 및
상기 MCE에게 MBMS 서비스를 받고 있는 단말의 수에 관한 정보를 전달하는 단계;
를 포함하는 것을 특징으로 하는 기지국의 통신 방법.
이동 통신 시스템에서 단말의 통신 방법에 있어서,
상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계;
GCSE-AS에게 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있음을 지시하는 정보를 포함하는 메시지를 송신하는 단계;
상기 GCSE-AS로부터 킵얼라이브(keep-alive) 메시지를 수신하는 단계; 및
PTP(Point To Point) 경로를 통해 상기 GCSE-AS와 신호를 송수신하는 단계;
를 포함하는 것을 특징으로 하는 단말의 통신 방법.
제22 항에 있어서, 상기 킵얼라이브 메시지를 수신하는 단계는.
상기 GCSE-AS에게 상기 킵얼라이브 메시지 송신을 요청하는 정보를 포함한 메시지를 송신하는 단계;
를 더 포함하는 것을 특징으로 하는 단말의 통신 방법.
제22 항에 있어서, 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계는,
기지국으로부터 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있음을 지시하는 가장자리 지시자를 수신하는 단계;
를 포함하는 것을 특징으로 하는 단말의 통신 방법.
제22 항에 있어서, 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계는,
기준 신호(RS: Reference Signal)를 측정하는 단계;
상기 RS와 미리 설정된 임계값을 비교하여 상기 단말이 MBMS 서비스 지역의 가장자리에 위치하고 있는지 여부를 판단하는 단계;
를 포함하는 것을 특징으로 하는 단말의 통신 방법.
제25 항에 있어서,
상기 임계값을 상기 GCSE-AS 또는 상기 기지국로부터 수신하는 단계;
를 더 포함하는 것을 특징으로 하는 단말의 통신 방법.
제2 항에 있어서,
상기 ARP는, 베어러 할당 및 유지에 대한 우선권 레벨(priority level), (다른 베어러에 대한) 선점 능력(pre-emption capability), (다른 베어러에 의한) 선점 취약성(pre-emption vulnerability) 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국의 통신 방법.
제12 항에 있어서,
상기 ARP는, 베어러 할당 및 유지에 대한 우선권 레벨(priority level), (다른 베어러에 대한) 선점 능력(pre-emption capability), (다른 베어러에 의한) 선점 취약성(pre-emption vulnerability) 중 적어도 하나를 포함하는 것을 특징으로 하는 기지국.