KR100487231B1 - 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스제공 방법 - Google Patents

Abstract

본 발명은 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 방법에 있어서, 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하면 상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하고, 상기 RNC는 상기 MBMS에 대한 서비스 컨텍스트를 생성 및 관리하고, 상기 사용자 단말기의 상태에 상응하게 수신되는 MBMS 데이터를 상기 사용자 단말기로 전송한다.

Description

이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스 제공 방법{METHOD FOR SERVING MULTIMEDIA BROADCAST/MULTICAST SERVICE IN MOBILE COMMUNICATION SYSTEM}

본 발명은 이동 통신 시스템에 관한 것으로서, 특히 사용자 단말기 상태에 상관없이 멀티캐스트 멀티미디어 방송 서비스를 제공하는 방법에 관한 것이다.

오늘날 통신산업의 발달로 인해 부호분할다중접속(CDMA: Code Division Multiple Access, 이하 "CDMA"라 칭하기로 한다) 이동통신시스템에서 제공하는 서비스는 음성 서비스뿐만이 아니라 패킷 데이터, 서킷 데이터 등과 같은 큰 용량의 데이터를 전송하는 멀티캐스팅 멀티미디어 통신으로 발전해 나가고 있다. 따라서, 상기 멀티캐스팅 멀티미디어 통신을 지원하기 위기 위해 하나의 데이터 소스에서 다수의 사용자 단말기(User Equipment, 이하 "UE"라 칭하기로 한다)로 서비스를 제공하는 방송/멀티캐스트 서비스(Broadcast/Multicast Service)가 있다. 상기 방송/멀티캐스트 서비스는 메시지 위주의 서비스인 셀 방송 서비스(Cell Broadcast Service, 이하 "CBS 서비스"라 칭함)와 실시간 영상 및 음성, 정지 영상, 문자 등 멀티미디어 형태를 지원하는 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service, 이하 "MBMS"라 칭하기로 한다)로 구분할 수 있다.

상기 MBMS는 다수의 UE들에게 동일한 멀티미디어 데이터를 전송하는 서비스이며, 상기 MBMS를 제공하는 이동 통신 시스템은 UE들마다 개별적으로 전송하던 데이터들을 상기 UE들에 동시에 전송함으로써 무선 자원(radio resource)를 효율적으로 사용하는 것을 기본적으로 고려하고 있는 시스템이다. 그러면 여기서 상기 MBMS를 제공하는 과정을 설명하기로 한다.

임의의 MBMS 서비스를 제공하기 위해서는 먼저 상기 MBMS 서비스에 대한 기본 정보들이 UE들에게 전달되어야 하고, 상기 MBMS 서비스에 대한 기본 정보들을 수신한 UE들이 상기 임의의 MBMS 서비스를 제공받고자 할 경우 그 UE들 명단이 네트워크(network)로 전달되어야 한다. 여기서, 상기 MBMS에 대한 기본 정보들을 전송하는 과정이 서비스 안내(Announcement) 과정이다. 그리고, 상기 서비스 안내 과정을 통해 MBMS에 대한 기본 정보들을 수신한 UE들 중 상기 MBMS를 제공받고자 하는 UE들은 상기 MBMS를 제공받고자 하는 의사를 상기 네트워크로 전송하는데, 바로 이 과정이 서비스 등록(Joining) 과정이다. 이후 상기 네트워크에서 실제 MBMS를 제공 시작할 시점이 되면, 상기 네트워크는 서비스 통지(Notification) 과정을 통해 상기 서비스 등록한 UE들로 상기 MBMS 데이터가 곧 전송될 것임을 나타낸 후 실제 MBMS 데이터 전송을 시작한다. 여기서, 상기 서비스 통지 과정에서 송신되는 메시지를 "서비스 통지 메시지"라 칭하기로 한다. 이렇게 MBMS를 제공하는 중에 상기 UE가 상기 MBMS 데이터 수신을 종료하기를 원하면, 상기 UE는 상기 서비스 등록 삭제(Leaving) 과정을 통해 상기 네트워크로 더 이상의 MBMS 데이터 수신을 거부함을 나타낸다. 상기 서비스 등록 삭제 과정을 통해 상기 네트워크는 상기 UE로 상기 MBMS 서비스를 위해 할당하였었던 모든 자원(resource)들을 해제(release)하고, 이에 따라 MBMS 서비스가 종료된다.

한편, 상기에서 설명한 바와 같이 MBMS를 제공받기 위해서 UE는 서비스 등록 과정을 수행하고, 상기 서비스 등록 과정에 따라 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node, 이하 "SGSN"이라 칭함)는 해당 MBMS를 위한 컨텍스트(context)를 생성하여 상기 UE를 등록한다. 여기서, 상기 SGSN이 생성하는 컨텍스트는 상기 UE가 서비스 등록 삭제 과정을 수행하거나 혹은 상기 UE가 상기 SGSN에서 다른 SGSN으로 이동할 때까지는 지속적으로 유지 및 관리된다. 한편, 상기 서비스 등록 단계에서 상기 UE와 SGSN간에 송수신되는 메시지(message)들은 상기 UE와 SGSN 사이에 연결되어 있는 무선 네트워크 제어기(RNC: Radio Network Controller, 이하 "RNC"라 칭하기로 한다)가 해석하지 않고 전달하는 비접속계급(NAS: Non Access Stratum, 이하 "NAS"라 칭하기로 한다) 메시지이기 때문에 상기 RNC는 상기 UE가 어떤 MBMS를 서비스 등록했는지에 대한 정보를 알 수 없다. 또한, 상기 서비스 등록 과정 이후에 상기 UE의 모드가 연결 모드(connection mode)에서 아이들 모드(Idle mode)로 변경될 수 있고, 이렇게 상기 UE의 모드가 연결 모드에서 아이들 모드로 변경될 경우 상기 SGSN은 해당 UE가 어떤 RNC에 존재하고 있는지를 인지할 수가 없다.

따라서, 상기 SGSN이 상기 UE로 데이터를 전송하고자 할때 상기 UE가 현재 존재하고 있는 위치를 파악하기 위해서는 서비스 통지 과정을 일정 영역에 대해서 수행해야 하고, 상기 서비스 통지 과정에 따라 UE들이 상기 서비스 통지 메시지에 대한 응답 메시지를 전송해야하며, RNC는 상기 UE가 전송한 응답 메시지에 상응하여 어떤 UE들이 MBMS를 서비스받고자 하는 지와 상기 MBMS를 서비스받고자 하는 UE가 어떤 셀(cell)에 위치하는 지를 파악한다. 상기 RNC는 이런 정보들을 이용하여 포인트 대 포인트(PtP: Point to Point, 이하 "PtP"라 칭하기로 한다) 또는 포인트 대 멀티포인트(PtM: Point to Multipoint, 이하 "PtM"이라 칭하기로 한다)로 자원 할당을 결정한다. 여기서, 상기 PtP는 각 UE별로 자원을 할당하는 것을 의미하며, 상기 PtM은 셀별로 하나의 자원을 할당하여 다수의 UE들이 상기 하나의 자원을 공유하여 사용하는 것을 의미한다. 또한, 상기 RNC는 상기 UE가 수행한 응답에 따라 각 셀별로 해당 MBMS에 서비스 등록한 UE들의 수를 파악할 수 있으며, 상기 파악한 UE들의 수가 미리 설정한 임계값 미만일 경우에는 상기 자원 할당을 PtP로 결정하고, 상기 UE들의 수가 상기 임계값 이상일 경우에는 상기 자원 할당을 PtM으로 결정한다.

상기에서 설명한 방식으로 네트워크에서 UE에게 서비스 통지(Notification)를 할 경우 세 가지 문제점들이 발생할 수 있다.

첫 번째 문제점은, 상기 UE가 Cell_DCH 상태에 있는 경우 RNC는 어떤 UE가 MBMS를 서비스받고자 하는지를 알수가 없으므로, 상기 Cell_DCH 상태에 있는 UE들에게는 서비스 통지 메시지를 송신할 수가 없다는 것이다. 여기서, 상기 Cell_DCH 상태는 UE와 RNC 사이에 전용 채널(dedicated channel)이 설정되어 있는 상태로서, 상기 UE와 RNC 사이의 데이터 교환은 전용 채널을 통해 이루어지며, RNC는 UE의 위치를 셀 단위로 추적하며, RNC가 UE로, UE가 RNC로 데이터를 전송하기 위해서 별도의 사전 절차가 필요하지 않으며, 현재 설정되어 있는 전용 채널을 통해 데이터 교환이 이루어지는 상태를 나타낸다. 상기 Cell_DCH 상태에 있는 UE들은 UE에 할당된 전용 채널, 즉 전용 물리 채널(DPCH: Dedicated Physical CHannel) 신호만을 수신하고 있는데, 상기 서비스 통지 메시지는 호출 표시 채널(PICH: Paging Indicator CHannel, 이하 "PICH"라 칭하기로 한다)을 통해 수행되므로 상기 Cell_DCH 상태에 있는 UE는 상기 서비스 통지 메시지를 수신하는 것이 불가능하다.

두 번째 문제점은, RNC가 서비스 통지 메시지를 전송하고, 상기 서비스 통지 메시지에 상응하게 UE가 응답 메시지를 전송하기 전에는 상기 RNC가 해당 셀에 존재하는 MBMS에 대해 서비스 등록한 UE들의 수를 파악하는 것이 불가능하므로 PtP와 PtM중 어떤 방식으로 서비스를 제공할지 결정을 내리는데 시간적 지연이 발생한다는 것이다.

세 번째 문제점은, 상기 서비스 통지 메시지가 전송된 셀 내에 다수의 UE들이 존재할 경우, 상기 UE들 각각이 상기 서비스 통지 메시지에 상응하여 응답 메시지들을 역방향(uplink)으로 전송할 경우 상기 응답 메시지들이 역방향 간섭(interference)로 작용하여 다른 서비스에 치명적으로 영향을 끼칠수 있다는 것이다.

상기에서 설명한 바와 같이 MBMS를 제공함에 있어 SGSN만이 상기 MBMS를 제공받는 UE들에 대한 정보를 관리하는 것은 상기와 같은 3가지 문제점들을 초래하며, 그래서 이런 문제점들을 해결하기 위한 별도의 방안에 대한 필요성이 대두되고 있다.

따라서, 본 발명의 목적은 이동 통신 시스템에서 UE 상태에 관계없이 MBMS를 제공하는 방법을 제공함에 있다.

본 발명의 다른 목적은 이동 통신 시스템에서 MBMS 서비스 등록 여부를 RNC가 관리하여 MBMS를 제공하는 방법을 제공함에 있다.

본 발명의 또 다른 목적은 이동 통신 시스템에서 MBMS 서비스 등록 여부를 RNC가 관리하여 각 셀 상황에 상응하게 MBMS를 제공하는 방법을 제공함에 있다.

본 발명의 또 다른 목적은 이동 통신 시스템에서 MBMS 서비스 등록 여부를 RNC가 관리하여 역방향 시그널링을 최소화하면서도 각 셀 상황에 상응하게 MBMS를 제공하는 방법을 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명의 제1방법은; 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 방법에 있어서, 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하는 과정과, 상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정과, 상기 RNC는 상기 MBMS에 대한 서비스 컨텍스트를 생성 및 관리하고, 상기 사용자 단말기의 상태에 상응하게 수신되는 MBMS 데이터를 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제2방법은; 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 방법에 있어서, 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하면, 상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정과, 상기 MBMS 서비스 요청을 통보받은 RNC는 상기 사용자 단말기가 속해있는 셀의 무선 자원 상태에 상응하게 상기 MBMS를 포인트 대 포인트 방식 혹은 포인트 대 멀티포인트 방식으로 수신되는 MBMS 데이터를 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제3방법은; 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 방법에 있어서, 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하면, 상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정과, 상기 RNC는 상기 MBMS에 대한 서비스 컨텍스트를 생성 및 관리하고, 이후 상기 사용자 단말기로부터 셀 변경 요구를 감지하면, 상기 셀 변경 요구된 새로운 셀이 속하는 다른 RNC로 상기 사용자 단말기에 대해 상기 MBMS를 서비스하도록 요청하는 과정과, 상기 사용자 단말기에 대해 상기 MBMS를 서비스하는 것이 가능할 경우 상기 다른 RNC는 상기 사용자 단말기를 상기 다른 RNC가 관리하고 있는 상기 MBMS에 대한 서비스 컨텍스트에 등록하여 수신되는 MBMS 데이터를 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 한다.

이하, 본 발명에 따른 바람직한 실시예를 첨부한 도면을 참조하여 상세히 설명한다. 하기의 설명에서는 본 발명에 따른 동작을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.

먼저, 본 발명은 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service, 이하 "MBMS"라 칭하기로 한다)를 제공함에 있어 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node, 이하 "SGSN"이라 칭함) 뿐만 아니라 무선 네트워크 제어기(RNC: Radio Network Controller, 이하 "RNC"라 칭하기로 한다)도 사용자 단말기(User Equipment, 이하 "UE"라 칭하기로 한다)에 대한 정보를 유지 및 관리하도록 하는 방안을 제안한다. 그래서 본 발명은 다음과 같은 절차들을 제안한다.

(1) UE의 서비스 등록(Joining) 과정에서 RNC에도 서비스 등록을 수행하는 과정

(2) UE가 현재 속한 셀(cell)에서 다른 셀로 셀을 변경하는 경우에 RNC내의 서비스 컨텍스트(이하 "Service Context"라 칭하기로 한다)를 변경하는 과정

(3) 해당 MBMS 데이터의 전송이 시작되는 경우 Service Context를 변경하는 과정

상기 3가지 절차들을 위주로 본 발명의 MBMS 제공 과정을 설명하기로 한다.

도 1a ~도 1b는 본 발명의 실시예에 따른 UE가 MBMS를 위한 서비스 등록을 수행하는 과정을 개략적으로 도시한 신호 흐름도이다.

상기 도 1a ~도 1b를 참조하면, 먼저 UE(10)는 서비스 등록 과정 이전에 무선 자원 제어(RRC: Radio Resource Control, 이하 "RRC"라 칭하기로 한다) 연결(connection)(이하 "RRC connection"이라 칭하기로 한다)을 셋업한다(RRC connection setup)(101단계). 여기서, RNC는 그 동작에 따라 Serving RNC(이하 "SRNC"라 칭하기로 한다) 혹은 Drift RNC(이하 "DRNC"라 칭하기로 한다) 또는 Controlling RNC(이하 "CRNC"라 칭한다)로 분류되는데, 상기 SRNC는 각 UE들의 정보를 관리하고, 또한 코어 네트워크(CN: Core Network, 이하 "CN"이라 칭하기로 한다)와의 데이터 전송을 담당하는 RNC를 의미하며, 상기 DRNC는 UE의 데이터가 상기 SRNC가 아닌 다른 RNC를 거쳐 SRNC로 송수신되는 경우 상기 다른 RNC를 의미한다. 또한, 상기 CRNC는 기지국(Node B)들 각각을 제어하는 RNC이다. 한편, 상기 RRC connection은 상기 서비스 등록을 위해 셋업될 수도 있고, 다른 서비스를 위해서 설정될 수도 있음은 물론이다. 이렇게 RRC connection을 셋업한 후 상기 UE(10)는 SGSN(40)으로 서비스 등록 메시지를 전송한다(102단계). 여기서, 상기 서비스 등록 메시지는 일 예로 MBMS 컨텍스트 활성화 요구(이하 "Activate MBMS Context Request"라 칭하기로 한다) 메시지(message)가 될 수 있으며, 혹은 다른 인터넷 그룹 관리 프로토콜(IGMP: Internet Group Management Protocol, 이하 "IGMP"라 칭하기로 한다) 메시지를 포함하는 메시지가 될 수도 있다. 여기서, 상기 서비스 등록 메시지는 상기 SGSN(40)이 UE(10)의 식별자(ID: IDentifier, 이하 "ID"라 칭하기로 한다) 정보와 상기 UE(10)가 서비스 등록하고자 하는 서비스 ID 정보를 전달하는 것을 목적으로 하고 있으며, 상기 RNC들(20,30)은 상기 등록 메시지를 해석하지 않으며 바이패스(bypass)한다. 즉, 상기 서비스 등록 메시지는 비접속계급(NAS: Non Access Stratum, 이하 "NAS"라 칭하기로 한다) 메시지이다.

상기 Activate MBMS Context Request 메시지를 수신한 SGSN(40)은 네트워크(network)와 상기 UE(10)에 대한 인증 절차를 수행하고, 상기 인증 절차 수행 결과 상기 UE(10)가 인증된 UE일 경우에는 해당 MBMS의 Service Context에 상기 서비스 등록을 요구한 UE(10)를 등록한다(103단계). 상기 SGSN(40)이 관리하는 Service Context에 대해서는 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 상기 SGSN(40)은 상기 UE(10)에 대한 서비스 등록이 성공적으로 수행되었을 경우 상기 서비스 등록이 성공하였음을 나타내는 서비스 등록 응답 메시지, 일 예로 MBMS 컨텍스트 활성화 응답(이하 "Activate MBMS Context Response"라 칭하기로 한다) 메시지를 상기 UE(10)로 전송한다(104단계). 여기서, 상기 Activate MBMS Context Response 메시지 역시 NAS 메시지이다. 그리고 나서 상기 SGSN(40)은 상기 서비스 등록 과정을 성공한 UE들에 한해서 해당 UE들이 위치하고 있는 RNC들로 상기 UE들이 상기 서비스 등록을 하였음을 통보하는 서비스 등록 통보 메시지, 일 예로 MBMS UE 추가 요구(이하 "MBMS UE Attach Request"라 칭하기로 한다) 메시지를 전송한다(105단계). 이하 상기 도 1a 및 도 1b를 설명함에 있어 서비스 등록 과정을 성공한 UE들이 다수 존재하더라도 설명의 편의상 UE(10)만을 일 예로 하여 설명하기로 하며, 따라서 상기 UE(10)가 속해있는 SRNC, 즉 SRNC(30)와 상기 UE(10)의 CRNC, 즉 CRNC(20)만을 일 예로 하여 설명하기로 한다. 여기서, 상기 MBMS UE Attach Request 메시지는 상기 서비스 등록에 성공한 UE(10)의 UE ID 및 상기 UE(10)가 서비스받고자 하는 서비스 ID를 포함한다. 상기 UE ID는 국제 이동 가입자 식별자(IMSI: International Mobile Subscriber Identifier, 이하 "IMSI"라 칭하기로 한다) 혹은 P-TMSI(Packet - Temporary Mobile Subscriber Identifier)등이 될 수 있다. 또한, 상기 서비스 ID는 임시 멀티캐스트 그룹 식별자(TMGI: Temporary Multicast Group Identity, 이하 "TMGI"라 칭하기로 한다) 등이 사용되거나 IP multicast Address와 APN(Access Point Network) address 등이 사용될 수 있다. 상기 MBMS UE Attach Request 메시지는 상기 서비스 등록 과정에서 미리 설정되어 있는 SGSN과 RNC사이의 연결(connection)을 이용하여 전송할 수 있으며, 상기 connection은 UE별로 이루어지는 신호 연결 제어 파트(SCCP: Signalling Connection Control Part, 이하 "SCCP"라 칭하기로 한다) connection을 나타낸다. 따라서 상기 SCCP Connection을 이용하여 상기 MBMS UE Attach Request 메시지를 전송할 경우, 상기 SRNC(30)는 상기 MBMS UE Attach Request 메시지가 어떤 UE에 대한 정보를 나타내는지를 식별할 수 있기 때문에 상기 UE ID를 포함하지 않을 수도 있다. 그런데, 상기 UE ID가 상기 IMSI가 아니라 상기 SGSN(40)이 상기 UE(10)에게 미리 할당해놓은 P-TMSI를 사용하고자 할 경우에는 상기 SRNC(30)로 반드시 상기 P-TMSI를 전송해야만 한다. 상기 SGSN(40)이 상기 P-TMSI를 전송함으로써 상기 UE(10)에 대한 ID로서 상기 IMSI를 사용하는 것을 방지할 수 있게 된다. 본 발명에서는 상기 UE ID로 P-TMSI를 사용하는 것을 가정하기로 한다. 물론, 상기 UE ID로 IMSI 등을 사용할 수도 있으며, 특히 상기 UE(10)가 속해있는 SGSN이 변경될 경우에는 상기 UE ID로서 반드시 IMSI를 사용해야 한다.

상기 MBMS UE Attach Request 메시지를 수신한 SRNC(30)는 상기 MBMS를 위한 Service Context에 상기 UE(10)를 등록한다(106단계). 여기서, 상기 Service Context에는 UE ID가 저장되는데, 상기 UE ID로서 P-TMSI가 저장될 수도 있고, 혹은 상기 P-TMSI와 함께 IMSI도 저장될 수도 있으며, 상기 SRNC(30)에 저장되는 Service Context 역시 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 한편, 상기 SRNC(30)에 상기 UE(10)가 서비스 등록한 MBMS에 대한 Service Context가 존재하지 않을 경우 상기 SRNC는 상기 UE가 서비스 등록한 MBMS에 대한 Service Context를 새롭게 생성한다. 한편, 상기 106단계에서 상기 UE(10)는 상기 SRNC(30)와 RRC connection을 셋업하고 있기 때문에 상기 SRNC(30)에는 상기 UE(10)에 대한 UE context가 존재하며, 이때 상기 UE context와 상기 Service Context와의 관계를 설정해 놓는다. 여기서, 상기 UE context와 상기 Service Context와의 관계를 설명하면 다음과 같다. 이후에 상기 서비스 등록한 MBMS에 대해 서비스 통지(Notification) 메시지가 수신되었을 경우, 상기 SRNC(30)는 Cell_DCH 상태 등에 있는 UE에게 페이징(Paging) 메시지를 전송해야하는 경우가 발생하는데, 이때 상기 SRNC(30)는 상기 UE context를 확인하여 상기 UE(10)가 어떤 상태에 있는지를 확인하게 된다. 상기 SRNC(30)에 존재하는 Service Context내에 등록된 UE(10)에 대한 정보는 상기 UE(10)가 현재 속해있는 RNC, 즉 SRNC(30)에서 다른 RNC로 이동할 경우 다른 RNC의 요구에 따라 혹은 상기 UE(10)가 서비스 등록 삭제 과정을 수행할 경우 상기 SGSN(40)의 요구에 따라서 삭제될 수 있다. 상기 Service Context에는 상기 UE(10)가 위치한 셀에 대한 정보가 포함될 수 있으며, 상기 UE(10)가 연결 모드(이하 "connected mode"라 칭하기로 한다)인 경우에는 UE context에 위치한 셀의 정보가 존재하기 때문에 상기 UE(10)가 속한 셀의 정보가 포함되지 않을 수도 있다. 따라서 상기 Service Context에는 UE(10)의 상태(state)를 구분하여 저장해야 되며, 상기 UE(10)의 상태는 아이들 모드(이하 "idle mode"라 칭하기로 한다)와connected mode로 구분될 수 있다.

이후 상기 SRNC(30)는 Iur 인터페이스를 통해 CRNC(20)로 MBMS 추가 요구(이하 "MBMS Attach Request"라 칭하기로 한다) 메시지를 전송한다(107단계). 여기서, 상기 107단계는 상기 UE(10)가 CRNC(20), 즉 DRNC를 가지고 있는 경우에만 해당하며, 상기 UE(10)가 DRNC를 가지고 있지 않을 경우에는 수행되지 않는다. 즉, 상기 UE(10)가 서비스 등록을 수행하기 위해서 미리 RRC connection을 셋업한 경우에는 상기 UE(10)는 DRNC를 가지지 않지만, 상기 UE(10)가 RRC connection을 미리 셋업하여 상기 MBMS가 아닌 다른 서비스, 일 예로 음성 서비스(voice service)를 제공받고 있는 도중 상기 서비스 등록 과정을 실시하는 경우 상기 UE(10)는 DRNC를 가진다. 이렇게 UE(10)가 DRNC를 가지는 경우, 상기 SGSN(40)으로부터 MBMS UE Attach Request 메시지를 수신한 RNC는 SRNC(30)가 되고, 상기 SRNC(30)는 상기 UE(10)가 위치한 셀의 DRNC, 즉 CRNC(20)로 상기 UE(10)를 해당 MBMS에 대한 Service Context에 등록할 것을 요구하는 MBMS Attach Request 메시지를 전송하는 것이다. 상기 MBMS Attach Request 메시지는 UE ID를 포함하며, 상기 UE ID로서 P-TMSI를 사용하고, 또한 해당하는 MBMS에 대한 서비스 ID를 포함하며, 상기 서비스 ID로서 TMGI, 혹은 인터넷 프로토콜(IP: Internet Protocol, 이하 "IP"라 칭하기로 한다) 멀티캐스트 어드레스(multicast address)와 접속 포인트 네임(APN: Access Point Name) 어드레스등이 사용될 수 있다.

상기 MBMS Attach Request 메시지를 수신한 CRNC(20)는 해당 MBMS의 Service Context에 상기 UE(10)를 등록한다(108단계). 여기서, 상기 해당 MBMS에 대한 Service Context가 존재하지 않을 경우 상기 CRNC(20)는 상기 해당 MBMS에 대한 Service Context를 새롭게 생성하여 상기 UE(10)를 등록한다. 상기 해당 MBMS의 Service Context에 상기 UE(10)를 등록한 후 상기 CRNC(20)는 상기 SRNC(30)로 상기 MBMS Attach Request 메시지에 대한 응답 메시지인 MBMS 추가 응답(이하 "MBMS Attach Response"라 칭하기로 한다) 메시지를 전송한다(109단계). 여기서, 상기 UE(10)가 현재 위치하고 있는 셀과 CRNC(20)가 해당 MBMS를 제공할 셀이 상이할 경우 상기 CRNC(20)는 상기 MBMS Attach Response 메시지에 셀 변경 정보(cell change information)에 대한 정보를 포함하여 전송한다. 여기서, 상기 셀 변경 정보는 상기 UE(10)가 현재 위치하고 있는 셀로부터 새로운 셀로의 변경을 상기 SRNC(30)가 UE(10)에게 요청해 줄 것을 나타내는 정보로서, 상기 셀 변경 정보는 셀 ID(cell ID) 정보 등이 포함될 수 있다. 한편, 상기 CRNC(20)가 상기 UE(10)가 현재 위치하고 있는 셀에서 새로운 셀로의 변경을 요구하는 경우는 상기 UE(10)가 위치하고 있는 셀이 계층적인 구조, 즉 동일한 지역적 위치에 상이한 주파수(frequency)나 코드(code)를 사용하여 서로 다른 셀들을 중첩적으로 구성하고 있는 구조를 가질 경우 상기 셀들중 특정 셀을 MBMS를 제공할 용도로 미리 결정한 경우이다. 상기 UE(10)가 현재 위치하고 있는 셀이 상기 CRNC(20)가 미리 결정한 MBMS를 제공할 셀이 아닌 경우 동일한 지역적 위치로서 MBMS를 제공할 셀에 대한 정보를 상기 SRNC(30)로 전송하여 상기 SRNC(30)가 UE(10)에 상기 MBMS를 제공할 셀에 대한 정보를 전송하게 할 수도 있다.

상기 SRNC(30)는 상기 CRNC(20)로부터 상기 MBMS Attach Response 메시지를 수신함에 따라 상기 SGSN(40)으로 Iu 인터페이스를 통해 MBMS UE 추가 응답(이하 "MBMS UE Attach Response"라 칭하기로 한다) 메시지를 전송한다(110단계). 한편, 상기 104단계에서 상기 SGSN(40)이 상기 UE(10)로 Activate MBMS Context Response 메시지를 전송하는 경우를 설명하였으나, 상기 110단계에서 설명한 바와 같이 MBMS UE Attach Response 메시지를 수신하고, 상기 MBMS UE Attach Response 메시지에 따라 상기 UE(10)를 해당 MBMS를 제공할 RNC에 등록했을 경우 상기 UE(10)로 Activate MBMS Context Response 메시지를 전송할 수도 있음은 물론이다. 그러나 본 발명에서는 설명의 편의상 상기 Activate MBMS Context Response 메시지를 상기 UE(10)의 RNC 등록과는 무관하게 전송되는 경우를 가정하기로 한다.

또한, 상기 CRNC(20)는 해당 MBMS에 대한 Service Context에 등록할 UE(10)가 상기 CRNC(20)내에 존재하는 첫 번째 UE가 될 경우, 상기 CRNC(20)에는 해당 MBMS에 대한 Service Context가 존재하지 않기 때문에 상기 SGSN(40)으로 Iu 인터페이스를 통해 MBMS Service Attach Request메시지를 전송한다(111단계). 여기서, 상기 CRNC(20)가 상기 SGSN(40)으로 MBMS Service Attach Request메시지를 전송하는 이유는 상기 CRNC(20)에서 현재 해당 MBMS를 제공하지 않고 있기 때문에 상기 해당 MBMS를 상기 CRNC(20)가 제공할 수 있도록 요청하기 위해서이다. 상기 MBMS Service Attach Request 메시지는 제공하고자 하는 MBMS를 나타내는 서비스 ID와, 해당 UE가 현재 존재하고 있는 서비스 영역(service area) 정보를 포함하여 전송함으로써 상기 UE가 현재 위치하고 있는 서비스 영역이 해당 MBMS를 제공받을 수 있는 지역인지를 확인할 수 있다. 또한, 상기 111단계에서 설명한 MBMS Service Attach Request 메시지는 상기 108단계에서 설명한 Service Context를 새롭게 생성하기 전에 전송될 수 있으며, 하기 112단계에서 설명할 MBMS 서비스 추가 응답(이하 "MBMS Service Attach Response"라 칭하기로 한다) 메시지가 긍정적인 응답을 가질 경우에만 상기 Service Context를 생성하는 것이 가능하다.

상기 SGSN(40)은 상기 SRNC로부터 MBMS Service Attach Request 메시지를 수신한 후 상기 CRNC(20)로 MBMS Service Attach Response 메시지를 전송한다(112단계). 여기서, 상기 SGSN(40)은 상기 SRNC로부터 수신한 MBMS Service Attach Request 메시지를 분석하고, 상기 분석한 MBMS Service Attach Request 메시지에 포함되어 있는 서비스 영역 정보가 MBMS 서비스 영역 정보에 포함되어 있을 경우는 긍정의 응답을, 상기 서비스 영역 정보가 MBMS 서비스 영역 정보에 포함되어 있지 않을 경우에는 부정의 응답을 포함하여 상기 CRNC(20)로 전송한다. 한편, 상기 SGSN(40)은 상기 CRNC(20)로 긍정의 응답을 포함하는 MBMS Service Attach Request 메시지를 전송했을 경우 상기 SGSN(40)의 Service Context의 해당 MBMS를 전송할 RNC 리스트(list)에 상기 CRNC(20)를 등록한다(113단계). 여기서, 상기 SGSN(40)의 Service Context의 RNC 리스트에 등록되는 RNC는 MBMS를 수신하고자 하는, 즉 서비스 등록된 UE가 존재하는 RNC로써 현재 Service Context를 갖고 있는 RNC를 말하며 MBMS 데이터를 전송할 경우 서비스 통지 메시지를 전송할 대상에 포함되는 RNC임을 나타낸다. 또한, 상기 SRNC(30)는 상기 109단계에서 설명한 바와 같이 CRNC(20)가 셀 변경 정보를 포함하여 MBMS Attatch Response 메시지를 전송하였을 경우 또는 현재 UE(10)가 위치한 셀에서 셀을 변경해야 할 것을 결정한 경우에 상기 UE(10)에게셀을 변경할 것을 요구하는 물리 채널 재구성(이하 "Physical Channel Reconfiguration"이라 칭하기로 한다) 메시지를 전송한다(114단계). 여기서, 상기 Physical Channel Reconfiguration 메시지 역시 셀 변경 정보를 포함한다. 상기 Physical Channel Reconfiguration 메시지를 수신한 UE(10)는 connected mode와 Idle mode에서 RNC로부터 페이징(Paging) 등을 수신할 셀을 상기 Physical Channel Reconfiguration 메시지에 포함된 셀 변경 정보에 해당하는 셀로 변경해야 한다. 이렇게 상기 Physical Channel Reconfiguration 메시지를 이용하여 상기 SRNC(30)는 서비스 등록한 UE들을 실제 MBMS를 제공할 셀들로 셀 변경하도록 제어할 수 있으며, 이렇게 셀을 변경시킴으로써 MBMS 데이터를 동일한 지역에 다수의 셀들을 이용하여 전송하는 것을 방지할 수 있다.

이렇게 서비스 등록을 완료한 후 미리 설정한 설정 시간이 경과되면 connected mode에 있는 UE(10)는 현재 셋업되어 있는 RRC connection을 해제(Release)한다(RRC connection Release)(115단계). 여기서, 상기 connected mode에 있는 UE(10)는 서비스가 미리 설정한 설정 시간동안 존재하지 않을 경우에는 RRC connection을 해제하게 되는 것이다. 이렇게 RRC connection을 해제한 후 상기 UE(10)는 미리 설정한 설정 시간 내에 현재 위치하고 있는 셀에서 Uu 인터페이스를 통해 MBMS 셀 변경 요구(이하 "MBMS Cell Change Request"라 칭하기로 한다) 메시지를 상기 DRNC로 전송한다(116단계). 여기서, 상기 MBMS Cell Change Request 메시지는 공통 제어 채널(CCCH: Common Control Channel, 이하 "CCCH"라 칭하기로 한다)을 통해 전송되며, 상기 MBMS Cell Change Request 메시지에는 현재 서비스 등록되어 있는 서비스 ID와, 상기 UE의 UE ID(P-TMSI 혹은 IMSI)를 포함하며, 유효할 경우 RNC ID도 포함가능하다. 즉, 상기 MBMS Cell Change Request 메시지는 Cell_FACH(Forward Access CHannel) 상태 혹은 Cell_PCH(Paging CHannel) 상태에 있던 UE(10)가 RRC connection을 해제한 경우에는 전송되지 않을 수 있으며, 상기 UE가 Cell_DCH(Dedicated CHannel) 상태에 있거나 혹은 URA(UTRAN Registration Area_PCH 상태에 있을 경우에만 전송된다. 이 경우 RNC들은 Cell_DCH 상태에 있거나 혹은 URA_PCH에 있는 UE들에 대해서만 상기 MBMS Cell Change Request메시지가 수신되기를 미리 설정한 설정 시간 동안 대기하고, 상기 설정 시간이 경과될 때까지 상기 MBMS Cell Change Request메시지를 수신하지 못하는 경우에는 상기 DRNC에 저장되어 있는 해당 MBMS의 Service Context에서 해당 UE에 대한 정보를 삭제한다. 혹은 상기 RRC connection을 해제하는 경우 상기 UE(10)는 항상 미리 설정 기간, 일 예로 T1 이내에 상기 CRNC(20)로 상기 MBMS Cell Change Request 메시지를 전송해야 하며, RNC들(SRNC(30), CRNC(20))은 미리 설정한 설정 시간, 일 예로T2 이내에 상기 UE(10)로부터 MBMS Cell Change Request 메시지를 수신하지 못할 경우에는 상기 RNC들이 가지고 있는 해당 MBMS의 Service Context에서 해당 UE(10)에 대한 정보를 삭제하는 것이다. 여기서, 상기 T2값은 T1값을 초과하는 값으로 설정되며, 또한 상기 해당 MBMS의 Service Context에서 상기 UE(10)를 부당하게 삭제하는 것을 방지하기 위해서 상기 T2값을 상기 T1값보다 충분히 크게 하는 것이 바람직하다.

한편, 상기 SRNC(30)는 상기 UE(10)와 RRC connection을 해제한 후 미리 설정한 설정 시간이 경과하면 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 삭재하게 된다(117단계). 상기 SRNC(30)는 UE(10)가 RRC connection을 해제하는 시점의 UE(10)의 상태, 즉 상기 UE(10)가 Cell_FACH 상태에 있는지, 혹은 Cell_PCH 상태에 있는지, 혹은 URA_PCH 상태에 있는지, 혹은 Cell_DCH 상태에 있는지를 알고 있으며, 또한 상기 UE(10)가 현재 위치하고 있는 셀 정보를 알고 있다. 따라서 상기에서 설명한 바와 같이 상기 SRNC(30)는 상기 UE(10)가 Cell_DCH 상태와 URA_PCH 상태에 있는 경우에는 상기 UE가 MBMS Cell Change Request 메시지를 전송할 때의 UE(10)의 위치가, 상기 UE(10)가 Cell_FACH 상태와 Cell_PCH 상태에 있는 경우에는 UE(10)의 마지막 위치가 상기 SRNC(30)내에 존재하는 셀인 경우 상기 Service Context에서 UE(10)에 대한 정보를 삭제하지 않고, 이와는 달리 다른 RNC내의 존재하는 셀일 경우에는 상기 Service Context에서 UE에 대한 정보를 삭제한다.

또한, 상기 SRNC(30)는 상기 UE(10)가 어떤 상태에 있던지에 상관없이 상기 UE(10)가 미리 설정한 설정 시간 내에 상기 MBMS Cell Change Request 메시지를 전송하는 경우에는 상기 설정 시간 T2동안 해당 MBMS의 Service Context에서 UE(10)에 대한 정보를 삭제하지 않고 MBMS Cell Change Request 메시지 수신을 대기하고, 상기 설정 시간 T2 동안 상기 MBMS Cell Change Request 메시지가 수신되는 경우에는 해당 MBMS의 Service Context에 상기 UE에 대한 정보를 유지한다. 이와는 반대로 상기 설정시간 T2동안 상기 MBMS Cell Change Request 메시지를 수신하지 못할 경우에는 상기 SRNC(30)는 상기 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 삭제한다. 또한, 상기 SRNC(30)는 상기 UE(10)가 상기 SRNC(30)와 다른 RNC의 셀에 존재하지 않다는 것을 자명하게 인식할 수 있을 경우에는 상기 설정 시간 T2값을 일반적인 설정 시간 T2값보다 충분히 크게 변경하여, 즉 상기 설정 시간 T2값을 현재의 설정시간 T2값보다 큰 T3로 변경하여 상기 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보가 부당하게 삭제되는 경우를 제거한다.

한편, 상기 SRNC(30)가 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 삭제한 후, 상기 해당 MBMS의 Service Context에 더 이상 UE 정보가 존재하지 않을 경우, 상기 SRNC(30)는 상기 해당 MBMS를 더 이상 수신할 필요가 없기 때문에 상기 SGSN(40)으로 서비스 제거 요구(이하 "Service Detach Request"라 칭하기로 한다) 메시지를 전송한다(118단계). 여기서, 상기 Service Detach Request 메시지는 상기 제거하기를 원하는 MBMS를 나타내는 서비스 ID를 포함한다. 또한, 상기 Service Detach Request 메시지는 서비스별로 RNC와 SGSN 사이에 SCCP Connection을 가지고 있을 경우에는 상기 서비스 ID를 포함하지 않을 수도 있으며, 상기 Service Detach Request 메시지와 함께 상기 RNC와 SGSN 사이에 셋업되어 있는 SCCP Connection을 해재할 수도 있다. 그리고, 상기 CRNC(20)는 상기 RRC connection이 해제되는 경우 상기 SRNC(30)로부터 공통 트랜스포트 채널 해제(이하 "Common Transport channel Release"라 칭하기로 한다) 메시지를 수신하게 되고, 상기 Common Transport channel Release 메시지를 수신한 CRNC(20)는 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 상기 설정 시간 T2 동안 삭제하지 않고, 상기 UE(10)로부터의 MBMS Cell Change Request 메시지 수신을 대기한다. 상기 설정 시간 T2내에 상기 UE(10)로부터 MBMS Cell Change Request 메시지를 수신하면 상기 CRNC(20)는 상기 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 삭제하지 않고 상기 UE(10)의 상태 정보만을 idle mode로 변경하여 저장하고, 이와는 달리 상기 설정 시간 T2내에 상기 UE(10)로부터 MBMS Cell Change Request 메시지를 수신하지 못하면 상기 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 삭제한다(119단계).

한편, 상기 CRNC(20)가 해당 MBMS의 Service Context에서 상기 UE(10)에 대한 정보를 삭제한 후, 상기 해당 MBMS의 Service Context에 더 이상 UE 정보가 존재하지 않을 경우, 상기 CRNC(20)는 상기 해당 MBMS를 더 이상 수신할 필요가 없기 때문에 상기 SGSN(40)으로 Service Detach Request 메시지를 전송한다(120단계). 여기서, 상기 Service Detach Request 메시지는 상기 제거하기를 원하는 MBMS를 나타내는 서비스 ID를 포함한다. 상기 SGSN(40)은 상기 CRNC(20)로부터 상기 Service Detach Request 메시지를 수신하면, 상기 SGSN(40)의 Service Context내의 RNC 리스트에서 해당 RNC를 삭제한다(121단계). 그리고, 상기 CRNC(20)는 상기 116단계에서 설명한 바와 같이 상기 UE(10)로부터 MBMS Cell Change Request 메시지에 상응하는 MBMS 셀 변경 응답(이하 "MBMS Cell Change Response"라 칭하기로 한다) 메시지를 Uu 인터페이스를 통해 상기 UE(10)로 전송한다(122단계).

다음으로 도 2를 참조하여 UE가 현재 위치하고 있는 셀에서 다른 셀로 셀을 변경하는 경우 RNC가 Service Context를 변경하는 과정을 설명하기로 한다.

상기 도 2는 본 발명의 실시예에 따른 UE가 셀을 변경할 경우 RNC의 Service Context 변경 과정을 개략적으로 도시한 신호 흐름도이다.

상기 도 2를 참조하면, 먼저 UE(220)는 현재 위치하고 있는 셀과 상이한 셀로 셀을 변경할 것을 결정한다(Cell Change)(201단계). 이하 상기 도 2를 설명함에 있어 상기 UE(220)가 idle mode에 있다고 가정하기로 하며, 상기 UE(220)가 connected mode에 있는 경우의 셀 변경은 일반적인 셀 업데이트(cell update) 과정과 Iur 인터페이스상의 추가/제거(attach/detach) 과정을 이용하므로 그 상세한 설명을 생략하기로 한다. 상기 UE(220)가 idle mode에 있는 경우 셀 변경을 결정하는 과정은 셀 선택/재선택(cell selection/reselection) 과정을 이용하며, 상기 UE(220)는 각 셀들로부터 수신되는 제1공통 파일럿 채널(P-CPICH: Primary Common PIlot CHannel, 이하 "P-CPICH"라 칭하기로 한다) 신호의 세기를 비교하여, 현재 속해있는 셀의 P-CPICH 신호 세기보다 미리 설정한 설정 세기 이상 더 큰 전력으로 수신되는 P-CPICH 신호가 존재할 경우 그 셀로 셀을 변경할 것을 결정한다. 여기서, 상기 셀 선택/재선택 과정은 현재 3GPP(3rd Generation Project Patnership)에서 제안하고 있는 방식을 이용하기로 한다.

이렇게, 상기 UE(220)가 셀 변경을 결정하면 상기 변경할 셀이 존재하는 RNC, 즉 타겟(Target) RNC로 Uu 인터페이스를 통해 MBMS Cell Change Request 메시지를 전송한다(202단계). 여기서, 상기 MBMS Cell Change Request 메시지는 CCCH를 사용하여 전송되며, 상기 MBMS Cell Change Request 메시지에는 UE(220)를 구별하기 위한 UE ID와, 상기 UE(220)가 현재 서비스 등록한 MBMS를 나타내는 서비스 ID와, 현재 UE(220)가 속해있는 RNC를 나타내는 RNC ID가 포함된다. 여기서, 상기 RNC ID는 현재 UE(220)가 속해 있는 셀의 RNC와 변경하고자 하는 셀이 속해 있는 RNC가 상이할 경우에만 포함되며, 상기 RNC에 대한 정보는 상기 UE(220)가 변경하고자 하는 셀의 방송 채널(BCH: Broadcast CHannel, 이하 "BCH"라 칭하기로 한다) 신호를 수신하여 알 수 있다. 한편, 상기 기존의 셀과 변경하고자 하는 셀, 즉 새롭게 선택한 셀이 기존의 라우팅 영역(routing area)와 동일한 경우에는 상기 UE(220)가 기존에 사용하고 있던 P-TMSI를 UE ID로 사용할 수 있다. 이와는 달리 기존의 셀과 새롭게 선택한 셀의 라우팅 영역이 상이할 경우에는 상기 UE ID로서 IMSI를 사용해야하며, 이 경우 상기 새롭게 선택한 셀의 RNC, 즉 타겟 RNC(240)는 상기 SGSN(250)으로 라우팅 영역 업데이트(이하 "Routing Area update"라 칭하기로 한다) 메시지를 전송함으로써 상기 UE(220)에 대해서 새로운 P-TMSI를 할당받을 수 있다. 그리고, 상기 MBMS Cell Change Request 메시지를 통해 전송되는 정보들, 즉 서비스 ID와, UE ID 및 RNC ID등은 종래의 RRC Connection Setup 메시지 등을 통해 전송할 수 있으나, 본 발명에서는 설명의 편의상 새로운 메시지인 상기 MBMS Cell Change Request 메시지를 이용하기로 한다.

상기 MBMS Cell Change Request 메시지를 수신한 타겟 RNC(240)는 상기 MBMS Cell Change Request 메시지가 RNC ID를 포함하고 있을 경우, 상기 포함되어 있는 RNC ID가 상기 타겟 RNC(240) 자신의 RNC ID와 상이한지를 검사한다. 상기 검사 결과 상기 MBMS Cell Change Request 메시지에 포함되어 있는 RNC ID가 상기 타겟 RNC(240) 자신의 RNC ID와 상이할 경우 상기 타겟 RNC(240)는 상기 기존 셀이 속해있는 RNC로 MBMS UE 업데이트 요구(이하 "MBMS UE update Request"라 칭하기로 한다) 메시지를 전송한다(203단계). 상기 MBMS UE update Request 메시지는 UE ID와 서비스 ID를 포함하며, Iur 인터페이스를 통해 connectionless 메시지로 전송될 수 있으며, 상기 MBMS UE update Request 메시지에 해당하는 응답이 없을 경우 반복하여 전송할 수 있다. 또한, 상기 MBMS Cell Change Request 메시지에 포함되어 있는 UE ID가 P-TMSI일 경우, 상기 MBMS UE update Request 메시지에 포함되는 UE ID 역시 상기 MBMS Cell Change Request 메시지에 포함되어 있는 P-TMSI를 사용한다. 상기 타겟 RNC(240)로부터 상기 MBMS UE Update Request 메시지를 수신한 RNC(230)는 상기 MBMS UE Update Request 메시지에 포함되어 있는 UE ID가 상기 RNC(230)가 관리하고 있는 해당 MBMS의 Service Context에 존재할 경우 상기 해당 MBMS의 Service Context에서 상기 UE ID에 해당하는 UE 정보를 삭제한다(204단계). 상기 해당 MBMS의 Service Context에서 해당 UE 정보를 삭제한 후 상기 RNC(230)는 상기 타겟 RNC(240)로 MBMS UE 업데이트 응답(이하 "MBMS UE update Response"라 칭하기로 한다) 메시지를 전송한다(205단계). 여기서, 상기 MBMS UE Update Request 메시지에 포함되어 있는 UE ID가 상기 RNC(230)가 관리하고 있는 해당 MBMS의 Service Context에 존재하지 않을 경우 상기 RNC(230)는 상기 RNC(230)는 MBMS UE Update Request 메시지에 해당하는 동작을 수행하지 못한 것이므로 부정의 응답을 포함하여 상기 MBMS UE update Response 메시지를 전송하고, 상기 204단계에서 설명한 바와 같이 UE ID의 UE에 대한 정보를 삭제하였을 경우에는 긍정의 응답을 포함하여 상기 MBMS UE update Response 메시지를 전송한다. 상기 RNC(230)로부터 MBMS UE update Response 메시지를 수신한 타겟 RNC(240)는 상기 MBMS Cell Change Request 메시지가 RNC ID를 포함하고 있지 않았으나, 즉 기존 셀과 변경할 셀을 관리하고 있는 RNC가 동일하나 상기 타겟 RNC(240)가 관리하고 있는 해당 MBMS의 Service Context에 상기 UE ID가 존재하지 않는 경우 혹은 상기 205단계에서 상기 RNC(230)로부터 부정의 응답, 즉 MBMS UE 업데이트 실패(이하 "MBMS UE Update Failure"라고 칭하기로 한다) 메시지가 수신된 경우 상기 SGSN(250)으로 MBMS UE 검사 요구(이하 "MBMS UE Check Request"라 칭하기로 한다) 메시지를 전송한다(206단계). 여기서, 상기 MBMS UE Check Request 메시지는 UE ID와 서비스 ID를 포함한다. 또한, 상기 타겟 RNC(240)와 SGSN(250)간에 상기 MBMS를 위한 SCCP connection이 셋업되어 있을 경우 상기 SCCP connection을 통해 상기 MBMS UE Check Request 메시지를 전송하며, 이 경우 상기 서비스 ID는 생략될 수 있다. 또한, 상기 MBMS UE Check Request 메시지에 상기 UE(220)가 존재하는 셀의 정보를 포함하여 상기 UE(220)가 현재 존재하는 셀의 위치가 상기 해당 MBMS의 서비스 영역에 포함되는지를 상기 SGSN(250)이 식별할수 있도록 할 수도 있다.

상기 MBMS UE Check Request 메시지를 수신한 상기 SGSN(250)은 상기 MBMS UE Check Request 메시지에 대한 응답 메시지로서 MBMS UE 검사 확인(이하 "MBMS UE Check Confirm"이라 칭하기로 한다) 메시지를 상기 타겟 RNC(240)로 전송한다(207단계). 여기서, 상기 SGSN(250)은 상기 MBMS UE Check Request 메시지에 포함되어 있는 UE ID의 UE(220)가 상기 SGSN(250)이 현재 관리하고 있는 Service Context에 등록된 UE인지를 확인하고, 상기 확인 결과 상기 Service Context에 등록된 UE일 경우 상기 MBMS UE Check Confirm 메시지를, 이와는 반대로 상기 Service Context에 등록된 UE가 아니거나 혹은 상기 UE(220)가 현재 위치하고 있는 셀이 MBMS 서비스 영역이 아닐 경우 MBMS UE 검사 실패(이하 "MBMS UE Check Failure"라 칭하기로 한다) 메시지를 상기 타겟 RNC(240)로 전송한다. 상기 SGSN(250)으로부터 상기 MBMS UE Check Confirm 메시지를 수신한 타겟 RNC(204)는 상기 타겟 RNC(240)에 상기 UE(220)가 요청한 MBMS를 위한 MBMS service Context가 존재하지 않을 경우 상기 SGSN(250)으로 MBMS Service Attach Request 메시지를 전송한다(208단계). 상기 MBMS Service Attach Request 메시지는 서비스 ID와, 상기 MBMS Cell Change Request 메시지를 전송한 UE ID를 포함한다. 특히, 상기 MBMS Service Attach Request 메시지를 전송할 경우에는 상기 206단계에서 설명한 MBMS UE Check Request 메시지의 전송을 생략할 수도 있으며, 상기 UE ID를 상기 MBMS Service Attach Request 메시지에 포함하여 전송함으로써 상기 UE(220)의 해당 MBMS 서비스 등록 여부를 확인할 수도 있다. 또한, 상기 MBMS Service Attach Request 메시지는 해당 MBMS를 위해 타겟 RNC(240)와 SGSN(250)사이의 SCCP connection을 셋업하는 메시지로도 사용할 수 있다. 즉, 상기 MBMS Service Attach Request 메시지를 connection oriented로 전송하여 해당 MBMS 서비스를 위한 SCCP connection을 셋업하기 위해 사용하는 것이다.

상기 MBMS Service Attach Request 메시지를 수신한 SGSN(250)는 상기 MBMS Service Attach Request 메시지에 UE ID가 존재할 경우에는 상기 UE ID를 해당 MBMS의 Service Context에서 확인하고, 상기 확인 결과 미리 등록되어 있는 UE가 1개 이상 존재할 경우 MBMS Service Attach Response 메시지를 상기 타겟 RNC(240)로 전송한다(209단계). 상기 MBMS Service Attach Response 메시지에는 등록된 UE ID가 포함되며, 상기 SGSN(250)은 MBMS Service Attach Request 메시지를 수신함에 따라 상기 타겟 RNC(240)를 해당 MBMS의 Service Context에 등록할 수도 있다. 한편, 상기 타겟 RNC(240)는 상기 205단계에서 상기 RNC(230)로부터 MBMS UE Update Response 메시지를 수신하였거나 혹은 상기 207단계에서 MBMS UE Check Confirm 메시지를 수신하였거나 혹은 상기 209단계에서 MBMS Service Attach Response 메시지를 수신하였을 경우 해당 MBMS의 Service Context에 상기 UE(220)를 등록한다(210단계). 물론, 상기 타겟 RNC(240)에 상기 해당 MBMS에 대한 Service Context가 존재하지 않았을 경우에는 상기 해당 MBMS를 위한 Service Context를 생성하고, 상기 생성한 Service Context에 상기 UE(220)를 등록한다.

한편, 상기 RNC(230)는 상기 204단계에서 삭제한 UE가 해당 MBMS에 대한 Service Context의 마지막 UE였을 경우 상기 SGSN(250)에 MBMS Service Detach Request 메시지를 전송하여 상기 SGSN(250)의 Service Context에서 상기 RNC(230)를 삭제할 것을 요구한다(211단계). 여기서, 상기 SGSN(250)으로 상기 MBMS Service Detach Request 메시지를 전송하는 이유는 상기에서 설명한 바와 같이 상기 RNC(230)에 더 이상 해당 MBMS를 수신할 UE가 존재하지 않기 때문이다. 또한, 상기 타겟 RNC(240)는 상기 UE(220)로 상기 MBMS Cell Change Request 메시지에 해당하는 응답 메시지로서 MBMS Cell Change Response 메시지를 전송한다(212단계). 여기서, 상기 MBMS Cell Change Response 메시지는 CCCH를 통해 전송가능하며, 이 경우 상기 MBMS Cell Change Response 메시지에는 UE ID가 포함되어야 한다. 또한, 상기 타겟 RNC(240)가 상기 UE(220)가 속해 있는 셀을 변경하고자 할 경우 상기 MBMS Cell Change Response 메시지에 셀 변경 정보를 포함한다. 상기 MBMS Cell Change Response 메시지를 수신한 UE(220)는 상기 타겟 RNC(240)로 MBMS 셀 변경 확인(이하 "MBMS Cell Change Confirm"이라 칭하기로 한다) 메시지를 전송한다(213단계). 여기서, 상기 UE(220)는 상기 MBMS Cell Change Confirm 메시지를 변경된 셀에서 CCCH를 통해서 전송한다. 한편, 상기 202단계에서 MBMS Cell Change Request 메시지를 전송한 후 미리 설정한 설정 시간 T0 내에 상기 MBMS Cell Change Response 메시지를 수신하지 못할 경우 상기 UE(220)는 상기 타겟 RNC(240)로 MBMS Cell Change Request 메시지를 재전송한다(도시하지 않음). 여기서, 상기 설정 시간 T0값은 상기 설정 시간 T1값 미만의 값으로 설정하며, 메시지 전송시에 발생할 수 있는 왕복 지연 시간(RTT: Round Trip Time delay)과 상기 타겟 RNC(240)에서의 메시지 처리 시간을 고려하여 설정할 수 있다. 따라서, 상기 UE(220)는 상기 202단계에서 MBMS Cell Change Request 메시지를 전송한 후 MBMS Cell Change Response 메시지를 수신하기 위해 상기 설정 시간 T0 동안 지속적으로 제2공통 제어 물리 채널(S-CCPCH: Secondary Common Control Physical CHannel, 이하 "S-CCPCH"라 칭하기로 한다) 신호를 수신하여 FACH 신호를 복조하고, CCCH 신호를 수신하도록 한다.

다음으로 도 3을 참조하여 MBMS가 개시될 경우 해당 MBMS의 Service Context의 변경 과정을 설명하기로 한다.

상기 도 3은 본 발명의 실시예에 따른 MBMS가 개시될 경우 MBMS Service Context 변경 과정을 개략적으로 도시한 신호 흐름도이다.

상기 도 3을 참조하면, 먼저 SGSN(340)은 MBMS가 개시될 것임을, 즉 MBMS 데이터가 전송될 것임을 나타내기 위해서 RNC(320)로 MBMS 서비스 통지 메시지를 전송한다(301단계). 여기서, 상기 MBMS 서비스 통지 메시지로는 페이징 메시지 혹은 무선 접속 베어러 할당 요구(이하 "RAB Assignment Request"라 칭하기로 한다) 메시지를 사용하는 것이 가능하며, 본 발명에서는 설명의 편의상 상기 RAB Assignment Request 메시지를 사용한다고 가정하기로 한다. 상기 SGSN(340)은 네트워크로부터 MBMS 데이터 전송을 미리 통보받을 수 있으며, 이 경우 상기 SGSN(340)은 해당 MBMS의 Service Context를 확인하고, 상기 Service Context에 존재하는 RNC ID가 나타내는 RNC로 상기 RAB Assignment Request 메시지를 전송하는 것이다. 상기 RAB Assignment Request 메시지에는 서비스 ID와 RAB 정보와, 서비스 품질(QoS: Quality of Service, 이하 "QoS"라 칭하기로 한다) 등과 같은 정보들을 포함할 수 있다. 상기 RAB Assignment Request 메시지를 수신한 RNC(320)는 상기 RAB Assignment Request 메시지에 포함되어 있는 서비스 ID에 해당하는 MBMS Service Context를 확인한다(302단계). 상기 RNC(320)는 해당 MBMS에 대해서 각 셀별로 서비스 등록된 UE들의 숫자를 상기 MBMS Service Context를 확인함으로써 알 수 있고, 또한 각 UE들의 상태 역시 상기 MBMS Service Context를 확인함으로써 알 수 있기 때문에 connected mode에 있는 UE와 idle mode에 있는 UE를 구분할 수 있다.

상기 MBMS Service Context를 확인한 RNC(320)는 각 셀별로 서비스 등록되어 있는 UE들의 수에 따라서 포인트 대 포인트(PtP: Point to Point, 이하 "PtP"라 칭하기로 한다) 또는 포인트 대 멀티포인트(PtM: Point to Multipoint, 이하 "PtM"이라 칭하기로 한다)로 MBMS를 제공할 것인지를 결정한다. 여기서, 상기 MBMS를 PtP 방식으로 서비스할지 혹은 PtM 방식으로 서비스할지는 각 셀별로 서비스 등록되어 있는 UE들의 수에 따라 결정된다. 즉, 각 셀별로 미리 임계값을 결정해놓고, 상기 서비스 등록한 UE들의 수가 상기 임계값을 초과하는 경우에는 PtM 방식으로 MBMS를 제공하고, 상기 서비스 등록한 UE들의 수가 상기 임계값 이하일 경우에는 PtP 방식으로 MBMS를 제공한다. 상기 PtM 방식으로 MBMS를 제공할 경우 상기 RNC(320)는 해당 셀에서 MBMS 데이터를 FACH를 통해서 전송하며, 따라서 다수의 UE들이 동일한 MBMS 데이터를 동시에 수신하는 것을 가능하게 한다. 이와는 반대로 상기 PtP 방식으로 MBMS를 제공할 경우 상기 RNC(320)는 해당 셀의 UE들의 상태를 Cell_DCH 상태로 천이하도록한 후, 전용 물리 채널(DPCH: Dedicated Physical Channel, 이하 "DPCH"라 칭하기로 한다)을 통해 MBMS 데이터를 전송하며, 따라서 UE들 각각은 UE들 각각에 설정되어 있는 DPCH를 통해 상기 MBMS 데이터를 수신하게 된다.

상기 MBMS 데이터 전송방식을 결정한 RNC(320)는 상기 MBMS가 개시됨을 알리기 위해, 즉 MBMS 데이터가 전송될 것임을 UE들에 알리기 위하여 MBMS 서비스 통지 메시지를 전송한다(304단계). 여기서, 상기 MBMS를 서비스받을 UE들은 다수로 존재할 수 있으며, 설명의 편의상 상기 UE(310)만을 일 예로하여 설명하기로 한다. 상기 304단계에서 MBMS 서비스 통지 메시지는 페이징 메시지를 사용하기로 하며, 상기 MBMS 서비스 통지 메시지는 각 셀에 서비스 등록한 UE들로 MBMS 데이터 전송이 곧 시작될 것임을 알림과 동시에, 상기 MBMS 데이터 수신을 위한 무선 베어러(RB: Radio Bearer, 이하 "RB"라 칭하기로 한다) 정보를 전송하기 위해서 사용된다. 또한, 상기 MBMS 서비스 통지 메시지는 idle mode에 있는 UE와 Cell_PCH 상태와, URA_PCH 상태에 있는 UE의 경우에는 페이징 제어 채널(PCCH: Paging Control CHannel, 이하 "PCCH"라 칭하기로 한다)를 사용하여 전송할 수 있고, Cell_FACH 상태 또는 Cell_DCH 상태에 있는 UE의 경우에는 전용 제어 채널(DCCH: Dedicated Control CHannel, 이하 "DCCH"라 칭하기로 한다)를 사용하여 전송할 수 있다. 여기서, 상기 PCCH는 호출 표시 채널(PICH: Paging Indicator CHannel, 이하 "PICH"라 칭하기로 한다)을 전송한 후 PCH를 통해 전송되는 채널이며, 상기 DCCH는 UE별로 전송되는 채널로서, 특히 Cell_DCH 상태에 있는 UE의 경우 DPCH만 수신하기 때문에 상기 MBMS 서비스 통지 메시지를 상기 DPCH의 DCCH를 통해 전송하는 것이다. 결과적으로 상기 RNC(320)가 MBMS Service Context에 각 UE들에 대한 정보, 즉 UE 상태를 저장하고 있으므로 상기 RNC(320)는 상기 UE의 상태를 점검하여 상기 UE의 상태에 상응하게 MBMS 서비스 통지 메시지를 전송하는 것이 가능하므로 UE가 어떤 상태에 있던지 MBMS 서비스 통지가 가능해진다.

또한, 상기 RNC(320)는 상기 UE(310)로 상기 MBMS 데이터가 전송될 RB에 대한 정보를 포함하는 MBMS RB 시그널링(이하 "MBMS RB Signalling"이라 칭하기로 한다) 메시지를 전송한다(305단계). 한편, 상기 RNC(320)는 상기 MBMS 서비스 통지 메시지에 대한 응답 메시지로서 MBMS 서비스 통지 응답(이하 "MBMS Notifiaction Response"라 칭하기로 한다) 메시지를 상기 SGSN(340)으로 전송한다(306단계). 여기서, 상기 MBMS Notifiaction Response 메시지는 일 예로 무선 접속 베어러 할당 응답(이하 "RAB Assignment Response"라 칭하기로 한다) 메시지가 사용되며, 상기 RAB Assignment Response 메시지는 상기 302단계를 수행한 후 전송될 수도 있다. 상기 RAB Assignment Response 메시지를 수신한 SGSN(340)은 상기 셋업된 RAB를 이용하여 상기 MBMS 데이터를 전송한다(MBMS Data Transmission)(307단계). 상기 UE(310)는 RRC connection을 셋업하여 상기 MBMS 데이터를 수신할 수도 있고, 혹은 상기 RRC connection을 셋업하지 않고 idle mode에서 수신할 수 있다. 여기서, 상기 MBMS 데이터를 수신하기 위해 RRC connection을 셋업하는 경우는 상기 UE(310)가 상기 MBMS 서비스 통지 메시지를 수신한 경우이다.

한편, 상기 도 1a~도1b 내지 도 3에서 설명한, SGSN이 관리하는 Service Context의 내용을 하기 표 1에 나타내었다.

상기 Service Context는 SGSN에 첫 번째 UE가 해당 MBMS에 대한 서비스 등록을 요구하는 시점에서 생성되거나 혹은 게이트웨이 패킷 무선 서비스 지원 노드(GGSN: Gateway GPRS Support Node, 이하 "GGSN"이라 칭하기로 한다)의 요구에 의해 생성된다. 상기 표 1에 나타낸 바와 같이, 상기 SGSN은 해당 MBMS에 대해서 Service Context가 생성되면 상기 Service Context가 삭제될 때까지 변경되지 않는 정적(static) 정보들과, UE들의 서비스 등록 및 MBMS 데이터 전송등에 따라 변경되는 동적(dynamic) 정보들로 구성되는 Service Context를 가진다. 첫 번째로, 상기 static 정보들을 설명하면 다음과 같다.

(1) 서비스 ID

상기 서비스 ID는 MBMS의 종류를 나타내는 ID로서 IP Multicast Address와 APN으로 구성될 수 있다. 한편, 상기 IP Multicast Address와 APN 대신 고정 ID(이하 "Static ID"라 칭하기로 한다)를 할당하여 상기 서비스 ID로 사용할 수도 있다. 여기서, 상기 Static ID는 멀티캐스트/방송-서비스 센터(BM-SC: Broadcast/Multicast- Service Center, 이하 "BM-SC"라 칭하기로 한다)가 할당하여 SGSN으로 전송하거나 혹은 O&M(Operation and Maintenance)을 통하여 미리 SGSN에 저장해 놓을 수 있다.

(2) TMGI

상기 TMGI는 UE에 대한 페이징을 위해 상기 서비스 ID를 대신하여 사용되는 ID이다. 상기 TMGI 값은 해당 MBMS를 나타내기 위한 일종의 또 다른 서비스 ID로서 상기 MBMS의 서비스 ID 보다 길이가 작은 값을 갖도록 설정하여 에어(air) 상에서 전송될 때 오버헤드(overhead)를 감소시키기 위해 사용한다.

(3) Qos 프로파일(profile)

상기 Qos 프로파일은 상기 MBMS에 대한 QoS정보로써 상기 GGSN 또는 상기 BM-SC로부터 수신되고, 상기 수신된 Qos 프로파일이 상기 Service Context에 저장된다.

(4) 서비스 영역 리스트(Service Area list)

상기 서비스 영역 리스트는 MBMS를 제공할 영역을 나타내는 정보로서, Cell ID 리스트 혹은 서비스 영역 코드 리스트(Service Area Code list) 형태로 저장된다. 상기 서비스 영역 리스트는 상기 Service Context가 생성될 때 상기 BM-SC로부터 GGSN을 통해서 수신하거나 혹은 O&M을 통해 미리 저장된다.

두 번째로, 상기 dynamic 정보들을 설명하면 다음과 같다.

상기 dynamic 정보들은 UE들이 서비스 등록 및 서비스 삭제하는 과정에서 혹은 MBMS 데이터의 전송 및 중지 과정에 의해 변경된다.

(1) 서비스 상태(Service Status)

상기 서비스 상태는 실제 MBMS 데이터가 전송 시작되지 않은 상태인 idle 상태와 실제 MBMS 데이터가 전송중인 준비(이하 "ready"라 칭하기로 한다) 상태로 구분된다. 상기 idle 상태에서는 Service Context가 존재하지만 실제 MBMS 데이터의 전송이 존재하지 않기 때문에 상기 MBMS 데이터 전송을 위한 RAB이 셋업되어 있지 않다. 이와는 달리 상기 ready 상태에서는 RAB이 셋업되며, 상기 셋업된 RAB을 통해 MBMS 데이터를 전송하고, MBMS 데이터 전송이 종료되면 다시 idle 상태로 천이하고 상기 RAB을 해제한다.

(2) 서비스 등록 UE 리스트(Joined UE List)

상기 서비스 등록 UE 리스트는 서비스 등록한 UE ID 리스트로서, SGSN의 MM(Mobility Management) Context와 관계가 설정된다. 상기 UE ID는 UE가 서비스 등록할 때 저장되며, 상기 UE가 서비스 등록 삭제할 때 삭제된다.

(3) 서비스 등록 RNC 리스트(Joined RNC List)

상기 서비스 등록 RNC 리스트는 서비스 등록한 UE를 관리하고 있는 RNC 리스트로서, MBMS 데이터 전송이 시작될 때 RAB이 셋업될 RNC 리스트로 사용된다. 또한, 상기 서비스 등록 RNC 리스트는 UE가 서비스 등록할 때 UE가 존재하는 RNC의 ID 또는 어드레스가 등록되며, RNC가 MBMS를 추가 요구할 경우에도 추가될 수 있다. 또한, 상기 RNC가 MBMS를 제거 요구할 경우 상기 MBMS를 제거 요구한 RNC는 상기 서비스 등록 RNC 리스트에서 삭제된다.

(4) 패킷 데이터 프로토콜(PDP: Packet Data Protocol, 이하 "PDP"라 칭하기로 한다) 컨텍스트/RAB 정보(PDP Context/RAB information)

상기 PDP 컨텍스트/RAB 정보는 MBMS 데이터 전송을 위해 필요한 어드레스 정보 등을 나타내며, 상기 PDP 컨텍스트/RAB 정보는 UE별로 존재하는 PDP 컨텍스트와 유사한 정보로서 MBMS를 위한 PDP 정보를 포함한다.

다음으로 표 2를 참조하여 상기 도 1a~도1b 내지 도 3에서 설명한, RNC가 관리하는 Service Context의 내용을 하기 표 2에 나타내었다.

상기 표 2에 나타낸 바와 같이, 상기 RNC는 해당 MBMS에 대해서 Service Context가 생성되면 상기 Service Context가 삭제될 때까지 변경되지 않는 static 정보들과, UE들의 서비스 등록 및 MBMS 데이터 전송등에 따라 변경되는 dynamic 정보들로 구성되는 Service Context를 가진다. 첫 번째로, 상기 static 정보들을 설명하면 다음과 같다.

(1) 서비스 ID

상기 서비스 ID는 MBMS의 종류를 나타내는 ID로서 IP Multicast Address와 APN으로 구성될 수 있다. 한편, 상기 IP Multicast Address와 APN 대신 Static ID를 할당하여 상기 서비스 ID로 사용할 수도 있다. 여기서, 상기 Static ID는 BM-SC가 할당하여 SGSN으로 전송하거나 혹은 O&M을 통하여 미리 SGSN에 저장해 놓을 수 있다.

(2) TMGI

상기 TMGI는 UE에 대한 페이징을 위해 상기 서비스 ID를 대신하여 사용되는 ID이다. 상기 TMGI 값은 해당 MBMS를 나타내기 위한 일종의 또 다른 서비스 ID로서 상기 MBMS의 서비스 ID 보다 길이가 작은 값을 갖도록 설정하여 에어 상에서 전송될 때 오버헤드를 감소시키기 위해 사용한다.

(3) Qos 프로파일

상기 Qos 프로파일은 상기 MBMS에 대한 QoS정보로써 상기 GGSN 또는 상기 BM-SC로부터 수신되고, 상기 수신된 Qos 프로파일이 상기 Service Context에 저장된다.

(4) 서비스 영역 리스트

상기 서비스 영역 리스트는 MBMS를 제공할 영역을 나타내는 정보로서, Cell ID 리스트 혹은 서비스 영역 코드 리스트 형태로 저장된다. 상기 서비스 영역 리스트는 상기 Service Context가 생성될 때 상기 BM-SC로부터 GGSN을 통해서 수신하거나 혹은 O&M을 통해 미리 저장된다.

두 번째로, 상기 dynamic 정보들을 설명하면 다음과 같다.

상기 dynamic 정보들은 UE들이 서비스 등록 및 서비스 삭제하는 과정에서 혹은 MBMS 데이터의 전송 및 중지 과정에 의해 변경된다.

(1) 서비스 상태

상기 서비스 상태는 실제 MBMS 데이터가 전송 시작되지 않은 상태인 idle 상태와 실제 MBMS 데이터가 전송중인ready 상태로 구분된다. 상기 idle 상태에서는 Service Context가 존재하지만 실제 MBMS 데이터의 전송이 존재하지 않기 때문에 상기 MBMS 데이터 전송을 위한 RAB이 셋업되어 있지 않다. 이와는 달리 상기 ready 상태에서는 RAB이 셋업되며, 상기 셋업된 RAB을 통해 MBMS 데이터를 전송하고, MBMS 데이터 전송이 종료되면 다시 idle 상태로 천이하고 상기 RAB을 해제한다.

(2) 서비스 등록 UE 리스트

상기 서비스 등록 UE 리스트는 서비스 등록한 UE ID 리스트로서, IMSI 또는 P-TMSI 값으로 저장된다. 상기 서비스 등록 UE 리스트는 UE의 현재 상태와, UE가 현재 위치하고 있는 셀 ID 정보와 함께 저장된다. 여기서, 상기 UE 상태는 UE의 RRC 상태를 나타내며, UE가 connected mode에 있을 경우 SRNC내의 UE Context와 관계를 설정한다. 또한, 상기 셀 ID는 UE가 idle 상태일 경우를 포함하여 UE의 위치를 파악한 후 셀 별로 해당 MBMS를 서비스받고자 하는 UE들의 수를 계산하는데 사용될 수 있다. 그리고, 상기 UE ID는 UE가 서비스 등록함에 따라 SGSN으로부터 MBMS Servise Attach Request 메시지를 수신할 때와, 상기 UE로부터 MBMS Cell Change Request 메시지를 수신하는 경우에 추가된다. 이와는 달리 상기 UE가 서비스 등록 삭제함에 따라 SGSN으로부터 MBMS Service Detach Request 메시지를 수신하거나 혹은 다른 RNC로부터 MBMS UE Update Request 메시지를 수신할 경우에 삭제된다.

(3) 관련 SGSN ID(Related SGSN ID)

상기 관련 SGSN ID는 해당 MBMS에 대해 MBMS 데이터를 수신할 SGSN을 나타내는 정보이다. 상기 MBMS 데이터를 수신할 SGSN에 해당하는 Iu connection이 셋업될 수 있다.

(4) RAB/RB 정보

상기 RAB/RB 정보는 MBMS 데이터 전송을 위해 필요한 RAB, RB 정보 등을 나타낸다.

다음으로 표 3을 참조하여 상기 도 1a~도1b 내지 도 3에서 설명한, UE가 관리하는 Service Context의 내용을 하기 표 3에 나타내었다.

상기 표 3에 나타낸 바와 같이, 상기 UE는 해당 MBMS에 대해서 Service Context가 생성되면 상기 Service Context가 삭제될 때까지 변경되지 않는 static 정보들과, UE들의 서비스 등록 및 MBMS 데이터 전송등에 따라 변경되는 dynamic 정보들로 구성되는 Service Context를 가진다. 첫 번째로, 상기 static 정보들을 설명하면 다음과 같다.

(1) 서비스 ID

상기 서비스 ID는 MBMS의 종류를 나타내는 ID로서 IP Multicast Address와 APN으로 구성될 수 있다. 한편, 상기 IP Multicast Address와 APN 대신 Static ID를 할당하여 상기 서비스 ID로 사용할 수도 있다. 여기서, 상기 Static ID는 BM-SC가 할당하여 SGSN으로 전송하거나 혹은 O&M을 통하여 미리 SGSN에 저장해 놓을 수 있다.

(2) TMGI

상기 TMGI는 UE에 대한 페이징을 위해 상기 서비스 ID를 대신하여 사용되는 ID이다. 상기 TMGI 값은 해당 MBMS를 나타내기 위한 일종의 또 다른 서비스 ID로서 상기 MBMS의 서비스 ID 보다 길이가 작은 값을 갖도록 설정하여 에어 상에서 전송될 때 오버헤드를 감소시키기 위해 사용한다.

두 번째로, 상기 dynamic 정보들을 설명하면 다음과 같다.

상기 dynamic 정보들은 UE들이 서비스 등록 및 서비스 삭제하는 과정에서 혹은 MBMS 데이터의 전송 및 중지 과정에 의해 변경된다.

(1) 서비스 상태

상기 서비스 상태는 실제 MBMS 데이터가 전송 시작되지 않은 상태인 idle 상태와 실제 MBMS 데이터가 전송중인ready 상태로 구분된다. 상기 idle 상태에서는 Service Context가 존재하지만 실제 MBMS 데이터의 전송이 존재하지 않기 때문에 상기 MBMS 데이터 전송을 위한 RAB이 셋업되어 있지 않다. 이와는 달리 상기 ready 상태에서는 RAB이 셋업되며, 상기 셋업된 RAB을 통해 MBMS 데이터를 전송하고, MBMS 데이터 전송이 종료되면 다시 idle 상태로 천이하고 상기 RAB을 해제한다.

(2) RNC ID

상기 RNC ID는 UE가 현재 위치하고 있는 RNC를 나타낸다. UE가 현재 속해있는 셀에서 새로운 셀로 셀 변경하게 될 경우, 상기 새롭게 선택한 셀이 속해있는 RNC가 기존의 셀이 속해있는 RNC와 상이할 경우 MBMS Cell Change Request 메시지에 상기 저장되어 있는 RNC ID를 포함하여 전송한다. 한편, SGSN ID나 UE ID(P-TMSI 등)에 대한 정보는 기존의 MM context에 저장되어 있으므로 MBMS를 위해 추가적으로 저장될 필요는 없다.

(3) RAB/RB 정보

상기 RAB/RB 정보는 MBMS 데이터 전송을 위해 필요한 RAB, RB 정보 등을 나타낸다. 상기 RB 정보에는 MBMS 데이터가 전송될 셀 ID가 포함되며, 기지국이 셀 변경을 요구하는 경우 상기 RB 정보에 포함되는 셀 정보를 변경한다.

다음으로 도 4를 참조하여 MBMS 제공에 따른 SGSN의 상태 천이를 설명하기로 한다.

상기 도 4는 본 발명의 실시예에 따른 MBMS 제공시 SGSN의 상태 천이를 개략적으로 도시한 신호 흐름도이다.

상기 도 4를 참조하면, 먼저 상기 SGSN의 상태는 크게 미존재(이하 "Not Exist"라 칭하기로 한다) 상태(401)와, Idle 상태(402) 및 Ready 상태(406)로 구분된다. 상기 Not Exist 상태(401)는 해당 MBMS에 대한 Service Context가 존재하지 않는 상태를 나타내며, Idle 상태(402)는 해당 MBMS에 대한 Service Context가 생성되었으나 실제 MBMS 데이터 전송이 없는 상태를 나타내며, 상기 Ready 상태(406)는 실제 해당 MBMS에 대한 MBMS 데이터가 전송중인 상태를 나타낸다. 상기 Not Exist 상태(401)에서 하나 이상의 UE들이 서비스 등록을 하여 해당 MBMS에 대한 Service Context가 생성되는 경우, 상기 SGSN은 상기 Not Exist 상태(401)에서 Idle 상태(402)로 상태 천이한다. 즉, 상기 Not Exist 상태(401)에서 적어도 하나 이상의 UE들로부터 Activate MBMS Context Request 메시지를 수신하게 되면 상기 SGSN은 상기 Activate MBMS Context Request 메시지에 포함되어 있는 서비스 ID에 해당하는 MBMS에 대해 Service Context를 생성하고, 상기 생성된 Service Context에 상기 Activate MBMS Context Request 메시지를 전송한 UE를 등록한 후 상기 Idle 상태(402)로 상태 천이하게 되는 것이다(410단계).

한편, 상기 해당 MBMS에 대해 서비스 등록했었던 모든 UE들이 서비스 등록 삭제할 경우 상기 SGSN은 상기 해당 MBMS의 Service Context를 삭제하고, 상기 Idle 상태(402)에서 Not Exist 상태(401)로 상태 천이한다(412단계). 또한, 상기 SGSN이 Idle 상태(402)에서 UE로부터 메시지들을 수신하거나(403단계) 혹은 RNC로부터 메시지를 수신하는 경우(404단계), 혹은 GGSN으로부터 메시지를 수신하는 경우(405단계) 상기 MBMS에 대한 Service Context를 수정할 수 있다. 일 예로, 상기 GGSN으로부터 수신한 메시지가 곧 MBSM 데이터가 전송될 것임을 나타내는 MBMS 서비스 통지 메시지일 경우 상기 SGSN은 상기 Idle 상태(402)에서 Ready 상태(406)로 상태 천이한다(411단계). 상기 SGSN이 Ready 상태(406)에서 UE로부터 메시지를 수신하거나(407단계) 혹은 RNC로부터 메시지를 수신하는 경우(408단계), 혹은 GGSN으로부터 메시지를 수신하는 경우(409단계) 역시 상기 MBMS에 대한 Service Context를 수정할 수 있다. 일 예로, 상기 GGSN으로부터 수신한 메시지가 더 이상의 MBMS 데이터 전송이 없음을 나타내는 메시지일 경우 상기 SGSN은 상기 Ready 상태(406)에서 Idle 상태(402)로 상태 천이한다(413단계). 또한, 상기 MBMS 데이터를 수신하는 중에 서비스 등록되어 있던 모든 UE들이 서비스 등록 삭제하여 해당 MBMS의 Service Context에 더 이상 UE가 존재하지 않을 경우 상기 SGSN은 상기 Ready 상태(406)에서 Not Exist 상태(401)로 상태 천이한다(414단계).

그러면 여기서 도 5를 참조하여 상기 SGSN이 상기 Not Exist 상태(401)와, Idle 상태(402)와 Ready 상태(406)에서 UE로부터 메시지를 수신하는 경우(403단계, 407단계)를 설명하기로 한다.

상기 도 5는 Not Exist 상태(401)와 Idle 상태(402)와, Ready 상태(406)에서 UE로부터 메시지를 수신하는 경우 SGSN의 동작 과정을 개략적으로 도시한 도면이다.

상기 도 5를 참조하면, 먼저 501단계에서 SGSN은 UE로부터 메시지를 수신하고 502단계로 진행한다. 상기 502단계에서 상기 SGSN은 상기 UE로부터 수신한 메시지가 서비스 등록에 관련된 메시지인지를 검사한다. 여기서, 상기 서비스 등록에 관련된 메시지는 상기 도 1의 102단계에서 설명한 바와 같이 Activate MBMS Context Request 메시지등이 될 수 있다. 상기 검사 결과 상기 UE로부터 수신한 메시지가 서비스 등록에 관련된 메시지일 경우 503단계로 진행한다. 상기 503단계에서 상기 SGSN은 상기 서비스 등록 메시지에 상응하여 GGSN으로 메시지를 전송하여 상기 서비스 등록 메시지를 전송할 UE를 해당 MBMS에 등록할 것을 요구하고, 상기 요구에 상응하여 상기 GGSN으로부터 응답 메시지를 수신한 후 504단계로 진행한다. 상기 504단계에서 상기 SGSN은 상기 GGSN으로부터 수신한 응답 메시지가 상기 UE의 MBMS 서비스 등록에 대해 긍정적인 응답을 가지는지를 검사한다. 상기 검사 결과 상기 GGSN으로부터 수신한 응답 메시지가 긍정적인 응답을 가지지 않는 경우, 즉 부정적인 응답을 가지는 경우 상기 SGSN은 506단계로 진행한다. 상기 506단계에서 상기 SGSN은 상기 UE로 MBMS 서비스 등록이 실패했음을 나타내는 메시지를 전송하고 종료한다. 여기서, 상기 MBMS 서비스 등록이 실패했음을 나타내는 메시지는 일 예로 MBMS 컨텍스트 활성화 실패(이하 "Activate MBMS Context Failure"라 칭하기로 한다) 메시지가 될 수 있다.

상기 504단계에서 상기 검사 결과 상기 GGSN으로부터 수신한 응답 메시지가 긍정적인 응답을 가지는 경우 상기 SGSN은 505단계로 진행한다. 상기 505단계에서 상기 SGSN은 상기 MBMS 서비스 등록을 요구한 UE가 해당 MBMS에 대해 MBMS 서비스 등록 요구한 첫 번째 UE인지 검사한다. 상기 검사 결과 상기 MBMS 서비스 등록을 요구한 UE가 해당 MBMS에 대해 MBMS 서비스 등록 요구한 첫 번째 UE일 경우 상기 SGSN은 507단계로 진행한다. 상기 507단계에서 상기 SGSN은 MBMS 서비스 등록을 요구한 UE가 해당 MBMS에 대해 MBMS 서비스 등록 요구한 첫 번째 UE이기 때문에 해당 MBMS에 대한 Service Context를 생성하고, 상기 생성된 Service Context에 상기 UE를 등록하고 509단계로 진행한다. 한편, 상기 505단계에서 검사 결과 상기 MBMS 서비스 등록을 요구한 UE가 해당 MBMS에 대해 MBMS 서비스 등록 요구한 첫 번째 UE가 아닐 경우, 즉 해당 MBMS에 대한 Service Context가 이미 존재하고 있을 경우 상기 SGSN은 509단계로 진행한다. 상기 509단계에서 상기 SGSN은 상기 MBMS 서비스 등록 요구한 UE로 응답 메시지를 전송하고 510단계로 진행한다. 여기서, 상기 MBMS 서비스 등록 요구한 UE로 전송하는 응답 메시지는 상기 도 1의 104단계에서 설명한 바와 같이 Activate MBMS Context Response 메시지가 된다. 상기 510단계에서 상기 SGSN은 상기 UE가 현재 속해있는 RNC로 MBMS UE Attach Request 메시지를 송신하고, 상기 MBMS UE Attach Request 메시지에 상응하는 응답 메시지를 수신한 후 종료한다(도 1의 105단계, 110단계).

한편, 상기 502단계에서 검사 결과 상기 UE로부터 수신한 메시지가 서비스 등록에 관련된 메시지가 아닐 경우 상기 SGSN은 519단계로 진행한다. 상기 519단계에서 상기 SGSN은 상기 UE로부터 수신한 메시지가 MBMS 서비스 등록 삭제에 관련된 메시지인지 검사한다. 상기 검사 결과 상기 UE로부터 수신한 메시지가 MBMS 서비스 등록 삭제에 관련된 메시지가 아닐 경우 상기 SGSN은 상기 501단계로 되돌아간다. 만약 상기 검사 결과 상기 UE로부터 수신한 메시지가 MBMS 서비스 등록 삭제에 관련된 메시지일 경우 상기 SGSN은 511단계로 진행한다. 상기 511단계에서 상기 SGSN은 상기 GGSN으로 상기 UE가 해당 MBMS 데이터 수신을 중지한다는 서비스 등록 삭제 메시지를 송신하고, 상기 서비스 등록 삭제 메시지에 상응하는 응답 메시지를 상기 GGSN으로부터 수신한 후 512단계로 진행한다. 상기 512단계에서 상기 SGSN은 상기 서비스 등록 삭제 메시지에 상응하는 응답 메시지에 긍정적인 응답이 포함되어 있는지를 검사한다. 상기 검사 결과 상기 서비스 등록 삭제 메시지에 상응하는 응답 메시지에 긍정적인 응답이 포함되어 있지 않을 경우 상기 SGSN은 513단계로 진행한다. 상기 513단계에서 상기 SGSN은 상기 UE로 서비스 등록 삭제 실패 메시지를 전송하고 종료한다.

한편, 상기 512단계에서 검사 결과 상기 서비스 등록 삭제 메시지에 상응하는 응답 메시지에 긍정적인 응답이 포함되어 있을 경우 상기 SGSN은 514단계로 진행한다. 상기 514단계에서 상기 SGSN은 상기 서비스 등록 삭제한 UE가 해당 MBMS를 제공받고 있던 마지막 UE인지를 검사한다. 상기 검사 결과 상기 서비스 등록 삭제한 UE가 해당 MBMS를 제공받고 있던 마지막 UE일 경우 상기 SGSN은 516단계로 진행한다. 상기 516단계에서 상기 SGSN은 상기 해당 MBMS에 대한 Service Context를 삭제하고 517단계로 진행한다. 상기 514단계에서 검사 결과 상기 서비스 등록 삭제한 UE가 해당 MBMS를 제공받고 있던 마지막 UE가 아닐 경우 상기 SGSN은 515단계로 진행한다. 상기 515단계에서 상기 SGSN은 상기 해당 MBMS에 대한 Service Context에서 상기 UE를 삭제하고 517단계로 진행한다. 상기 517단계에서 상기 SGSN은 상기 UE로 서비스 등록 삭제에 대한 응답 메시지를 전송하고 518단계로 진행한다. 상기 518단계에서 상기 SGSN은 상기 UE가 속해있던 RNC로 상기 UE에 대한 더 이상의 MBMS 제공을 수행할 필요가 없음을 나타내는 MBMS UE Detach Request 메시지를 송신하고, 상기 MBMS UE Detach Request 메시지에 상응하는 응답 메시지를 수신한 후 종료한다.

그러면 여기서 도 6을 참조하여 상기 SGSN이 상기 Idle 상태(402)와 Ready 상태(406)에서 RNC로부터 메시지를 수신하는 경우(404단계, 408단계)를 설명하기로 한다.

상기 도 6은 Idle 상태(402)와, Ready 상태(406)에서 RNC로부터 메시지를 수신하는 경우 SGSN의 동작 과정을 개략적으로 도시한 도면이다.

상기 도 6을 참조하면, 먼저 601단계에서 상기 SGSN은 RNC로부터 메시지를 수신하고 602단계로 진행한다. 상기 602단계에서 상기 SGSN은 상기 RNC로부터 수신한 메시지가 MBMS Service Attach Request 메시지인지를 검사한다. 상기 검사 결과 상기 RNC로부터 수신한 메시지가 MBMS Service Attach Request 메시지가 아닐 경우 상기 SGSN은 603단계로 진행한다. 상기 603단계에서 상기 SGSN은 상기 RNC로부터 수신한 메시지가 MBMS Service Detach Request 메시지인지 검사한다. 상기 검사 결과 상기 RNC로부터 수신한 메시지가 MBMS Service Detach Request 메시지가 아닐 경우 상기 SGSN은 604단계로 진행한다. 상기 604단계에서 상기 SGSN은 상기 RNC로부터 수신한 메시지가 MBMS UECheck Request 메시지인지 검사한다. 상기 검사 결과 상기 RNC로부터 수신한 메시지가 MBMS UECheck Request 메시지가 아닐 경우 상기 SGSN은 상기 601단계로 되돌아간다. 한편, 상기 602단계에서 검사 결과 상기 RNC로부터 수신한 메시지가 MBMS Service Attach Request 메시지일 경우 상기 SGSN은 605단계로 진행한다. 상기 605단계에서 상기 SGSN은 상기 MBMS Service Attach Request 메시지에 포함되어 있는 UE ID 리스트를 검사하고 606단계로 진행한다. 상기 606단계에서 상기 SGSN은 MBMS Service Attach Request 메시지에 포함되어 있는 UE 정보가 MBMS Service Context에 존재하는 UE 정보와 일치하는지 검사한다. 상기 검사 결과 상기 MBMS Service Attach Request 메시지에 포함되어 있는 UE 정보가 MBMS Service Context에 존재하는 UE 정보와 일치하지 않을 경우 상기 SGSN은 607단계로 진행한다. 여기서, 상기 MBMS Service Attach Request 메시지에 UE 정보가 존재하지 않을 경우 역시 상기 SGSN은 상기 607단계로 진행한다. 상기 607단계에서 상기 SGSN은 상기 RNC로 MBMS Service Attach Failure 메시지를 전송하고 종료한다. 상기 606단계에서 검사 결과 상기 MBMS Service Attach Request 메시지에 포함되어 있는 UE 정보가 MBMS Service Context에 존재하는 UE 정보와 일치할 경우 상기 SGSN은 608단계로 진행한다. 상기 608단계에서 상기 SGSN은 해당 MBMS Service Context에 상기 RNC를 등록하고 609단계로 진행한다. 상기 609단계에서 상기 SGSN은 상기 RNC로 상기 MBMS Service Attach Request 메시지에 대한 응답 메시지인 MBMS Service Attach Response 메시지를 전송하고 종료한다.

한편, 상기 603단계에서 검사 결과 상기 RNC로부터 수신한 메시지가 MBMS Service Detach Request 메시지일 경우 상기 SGSN은 610단계로 진행한다. 상기 610단계에서 상기 SGSN은 상기 MBMS Service Detach Request 메시지를 전송한 RNC가 상기 MBMS Service Context에 존재하는 마지막 RNC인지를 검사한다. 상기 검사 결과 상기 MBMS Service Detach Request 메시지를 전송한 RNC가 MBMS Service Context에 존재하는 마지막 RNC가 아닐 경우 상기 SGSN은 611단계로 진행한다. 상기 611단계에서 상기 SGSN은 상기 RNC를 상기 MBMS Service Context에서 삭제하고 613단계로 진행한다. 상기 610단계에서 검사 결과 상기 MBMS Service Detach Request 메시지를 전송한 RNC가 MBMS Service Context에 존재하는 마지막 RNC일 경우 상기 SGSN은 612단계로 진행한다. 상기 612단계에서 상기 SGSN은 더 이상 해당 MBMS를 제공받을 RNC가 존재하지 않기 때문에 상기 MBMS Service Context를 삭제하고 Not Exist 상태(401)로 천이한 후 613단계로 진행한다. 상기 613단계에서 상기 SGSN은 상기 RNC로 MBMS Service Detach Request 메시지에 대한 응답 메시지인 MBMS Service Detach Response 메시지를 전송하고 종료한다. 여기서, 상기 해당 MBMS의 상태가 Ready인 경우는, 즉 해당 MBMS에 대해 MBMS 데이터가 전송되고 있는 경우에는 상기 RNC로 셋업되어 있던 RAB을 해제하기 위한 절차를 시행한다.

한편, 상기 604단계에서 검사 결과 상기 RNC로부터 수신한 메시지가 MBMS UECheck Request 메시지일 경우 상기 SGSN은 614단계로 진행한다. 상기 614단계에서 상기 SGSN은 상기 MBMS UECheck Request 메시지에 포함되어 있는 UE ID가 상기 MBMS Service context에 존재하는지 검사한다. 상기 검사 결과 상기 MBMS UECheck Request 메시지에 포함되어 있는 UE ID가 상기 MBMS Service context에 존재할 경우 상기 SGSN은 615단계로 진행한다. 상기 615단계에서 상기 SGSN은 상기 RNC로 MBMS UE Check Confirm 메시지를 전송하고 종료한다. 상기 614단계에서 검사 결과 상기 MBMS UECheck Request 메시지에 포함되어 있는 UE ID가 상기 MBMS Service context에 존재하지 않을 경우 상기 SGSN은 616단계로 진행한다. 상기 616단계에서 상기 SGSN은 상기 RNC로 MBMS UE Check Failure 메시지를 전송하고 종료한다.

그러면 여기서 도 7을 참조하여 상기 SGSN이 상기 Idle 상태(402)와 Ready 상태(406)에서 GGSN으로부터 메시지를 수신하는 경우(405단계, 409단계)를 설명하기로 한다.

상기 도 7은 Idle 상태(402)와, Ready 상태(406)에서 GGSN으로부터 메시지를 수신하는 경우 SGSN의 동작 과정을 개략적으로 도시한 도면이다.

상기 도 7을 참조하면, 먼저 701단계에서 상기 SGSN은 GGSN으로부터 메시지를 수신하고 702단계로 진행한다. 상기 702단계에서 상기 SGSN은 상기 GGSN으로부터 수신한 메시지가 MBMS 데이터가 전송될 것을 알리는 메시지인지, 즉 MBMS 서비스 통지 메시지인지를 검사한다. 상기 검사 결과 상기 GGSN으로부터 수신한 메시지가 MBMS 데이터가 전송될 것을 알리는 메시지가 아닐 경우 상기 SGSN은 703단계로 진행한다. 상기 702단계에서 검사 결과 상기 GGSN으로부터 수신한 메시지가 MBMS 데이터가 전송될 것을 알리는 메시지일 경우 상기 SGSN은 706단계로 진행한다. 상기 706단계에서 상기 SGSN은 MBMS Service Context의 RNC 리스트에 RNC가 존재하는지 검사한다. 상기 검사 결과 상기 MBMS Service Context의 RNC 리스트에 RNC가 존재하지 않을 경우 상기 GGSN으로 MBMS 데이터를 전송할 필요가 없음을 나타내는 실패 메시지를 전송하고 종료한다.

한편, 상기 706단계에서 검사 결과 상기 MBMS Service Context의 RNC 리스트에 RNC가 존재하지 않을 경우 상기 SGSN은 707단계로 진행한다. 상기 707단계에서 상기 SGSN은 상기 MBMS Service Context에 존재하는 RNC들로 MBMS 서비스 통지 메시지 전송 및 MBMS 데이터 전송을 위한 RAB 셋업 절차를 수행하고 708단계로 진행한다. 상기 708단계에서 상기 SGSN은 상기 GGSN으로 MBMS 서비스 통지 메시지에 대한 응답 메시지, 즉 MBMS Notification Response 메시지를 전송하고 709단계로 진행한다. 상기 709단계에서 상기 SGSN은 상기 RNC와 셋업된 RAB를 통해 MBMS 데이터를 전송하고 704단계로 진행한다. 상기 704단계에서 상기 SGSN은 해당 MBMS의 상태를 Ready 상태로 천이시키고 종료한다.

한편, 상기 703단계에서 상기 SGSN은 상기 GGSN으로부터 수신한 메시지가 상기 MBMS 데이터 전송을 중지할 것임을 나타내는 메시지인지 검사한다. 상기 검사 결과 상기 GGSN으로부터 수신한 메시지가 상기 MBMS 데이터 전송을 중지할 것임을 나타내는 메시지가 아닐 경우 상기 SGSN은 상기 701단계로 되돌아간다. 만약 상기 검사 결과 상기 GGSN으로부터 수신한 메시지가 상기 MBMS 데이터 전송을 중지할 것임을 나타내는 메시지일 경우 상기 SGSN은 710단계로 진행한다. 상기 710단계에서 상기 SGSN은 상기 RNC와 셋업되어 있는 RAB를 해제하고 711단계로 진행한다. 상기 711단계에서 상기 SGSN은 상기 MBMS 데이터 전송을 중지하고 712단계로 진행한다. 상기 712단계에서 상기 SGSN은 상기 MBMS 데이터 전송 중지에 상응하여 Idle 상태(402)로 상태천이하고 종료한다.

다음으로 도 8을 참조하여 MBMS 제공에 따른 RNC의 상태 천이를 설명하기로 한다.

상기 도 8은 본 발명의 실시예에 따른 MBMS 제공시 RNC의 상태 천이를 개략적으로 도시한 신호 흐름도이다.

상기 도 8을 참조하면, 먼저 RNC의 상태는 크게 Not Exis 상태(801)와, Idle 상태(802) 및 Ready 상태(803)로 구분된다. 상기 Not Exist 상태(801)는 해당 MBMS에 대한 Service Context가 존재하지 않는 상태를 나타내며, Idle 상태(802)는 해당 MBMS에 대한 Service Context가 생성되었으나 실제 MBMS 데이터 전송이 없는 상태를 나타내며, 상기 Ready 상태(803)는 실제 해당 MBMS에 대한 MBMS 데이터가 전송중인 상태를 나타낸다. 상기 Not Exist 상태(801)에서 상기 RNC는 다른 RNC로부터 MBMS Attach Request 메시지를 수신하거나(816단계) 혹은 SGSN으로부터 MBMS UE Attach Request 메시지를 수신할 경우(817단계) 해당 MBMS에 대한 Service Context를 생성하고 상기 Idle 상태(802)로 천이한다. 여기서, 상기 RNC가 Not Exist 상태(801)에서 상기 도 1의 105단계에서 설명한 바와 같이 상기 SGSN으로부터 MBMS UE Attach Request 메시지를 수신할 경우 해당 UE가 MBMS를 제공받을 자격이 되는지 인증되는 경우 혹은 상기 도 1의 107단계에서 설명한 바와 같이 다른 RNC로부터 MBMS Attach Request 메시지를 수신할 경우 혹은 상기 도 2의 202단계에서 설명한 바와 같이 UE로부터 MBMS Cell Change Request 메시지를 수신한 후 해당 UE가 인증된 경우에는 상기 RNC는 해당 MBMS에 대한 Service Context를 생성한 후, 해당 UE를 상기 생성된 Service Context에 등록한 후 상기 Idle(802)상태로 천이하는 것이다. 한편, MBMS 서비스 등록되어 있던 모든 UE들이 더 이상 MBMS 데이터를 수신하지 않게 되는 경우 상기 RNC는 Service Context를 삭제하고 Not Exist 상태(801)로 천이한다(805단계). 한편, 상기 도 1에서 설명한 117단계 혹은 119단계에서처럼 UE가 셋업되어 있는 RRC connection을 해제할 때 상기 UE가 존재하는 셀이 다른 RNC내에 존재하는 경우 또는 상기 도 2의 204단계에서 설명한 바와 같이 UE가 셀을 이동함에 따라 다른 RNC로부터 UE의 셀 변경을 통보받은 경우 혹은 UE가 MBMS 서비스 등록 삭제를 수행함에 따라 SGSN으로부터 상기 UE에 대한 MBMS 서비스 등록 삭제에 대한 정보를 수신하는 경우 상기 RNC는 상기 UE에 대한 정보를 Service Context에서 삭제하며, 상기 Service Context에 어떤 UE도 존재하지 않을 경우 상기 RNC는 Not Exist 상태(801)로 천이한다.

또한, 상기 RNC가 Idle 상태(802)에서 UE로부터 메시지를 수신하거나(806단계) 혹은 다른 RNC로부터 메시지를 수신하거나(807단계) 혹은 SGSN으로부터 메시지를 수신하는 경우(808단계) 상기 RNC는 해당 MBMS에 대한 Service Context를 수정할 수 있다. 여기서, 상기 SGSN으로부터 수신한 메시지가 MBMS 데이터가 곧 전송될 것임을 나타내는 MBMS Notification 메시지, 일 예로 RAB Assignment Request 메시지일 경우 상기 RNC는 Idle 상태(802)에서 Ready 상태(803)로 상태 천이한다(812단계). 한편, 상기 RNC가 MBMS 데이터를 전송중인 Ready 상태(803)일 때 상기 RNC는 UE로부터 메시지를 수신하거나(809단계) 혹은 다른 RNC로부터 메시지를 수신하거나(810단계) 혹은 SGSN으로부터 메시지를 수신하는 경우(811단계) 상기 MBMS에 대한 Service Context를 수정할 수 있다. 여기서, 상기 SGSN으로부터 수신한 메시지가 MBMS 데이터의 전송을 중지하는 메시지일 경우 상기 RNC는 Ready 상태(803)에서 Idle 상태(802)로 상태 천이한다(813단계). 또한, 상기 MBMS 데이터를 수신하는 중에 모든 UE들이 더 이상 MBMS 데이터를 수신하지 않기를 원할 경우, 즉 상기 해당 MBMS에 대한 Service Context에 UE가 존재하지 않을 경우 상기 RNC는 Ready 상태(803)에서 Not Exist 상태(801)로 상태 천이한다(814단계).

그러면 여기서 도 9를 참조하여 상기 RNC가 상기 Idle 상태(802)와 Ready 상태(803)에서 UE로부터 메시지를 수신하는 경우(806단계, 809단계, 815단계)를 설명하기로 한다.

상기 도 9는 Idle 상태(802)와 Ready 상태(803)에서 UE로부터 메시지를 수신하는 경우 RNC의 동작 과정을 개략적으로 도시한 도면이다.

상기 도 9를 참조하면, 먼저 901단계에서 상기 RNC는 UE로부터 메시지를 수신하고 902단계로 진행한다. 상기 902단계에서 상기 RNC는 상기 UE로부터 수신한 메시지가 MBMS Cell Change Request 메시지인지 검사한다. 상기 검사 결과 상기 UE로부터 수신한 메시지가 MBMS Cell Change Request 메시지가 아닐 경우 상기 RNC는 상기 901단계로 되돌아간다. 만약 상기 검사 결과 상기 UE로부터 수신한 메시지가 MBMS Cell Change Request 메시지일 경우 상기 RNC는 상기 903단계로 진행한다. 상기 903단계에서 상기 RNC는 상기 UE로부터 수신한 MBMS Cell Change Request 메시지에 포함되어 있는 RNC ID가 상기 RNC 자신의 RNC ID와 동일한지 검사한다. 상기 검사 결과 상기 UE로부터 수신한 MBMS Cell Change Request 메시지에 포함되어 있는 RNC ID가 상기 RNC 자신의 RNC ID와 동일하지 않을 경우 RNC는 상기 904단계로 진행한다. 상기 904단계에서 상기 RNC는 상기 UE가 전송한 MBMS Cell Change Request 메시지에 포함되어 있는 RNC ID가 나타내는 RNC로 MBMS UE Update Request 메시지를 전송하여 해당 RNC에 있는 UE의 정보를 확인하고 해당 RNC가 상기 UE를 MBMS UE로 추가할 것을 요구한다. 여기서, 상기 UE를 MBMS UE로 추가할 것을 요구한다는 것은 상기 RNC ID가 나타내는 RNC로 MBMS UE Update Request 메시지를 전송하는 것을 의미한다. 이렇게 상기 해당 RNC로 MBMS UE Update Request 메시지를 전송하고, 상기 MBMS UE Update Request 메시지에 대한 응답 메시지가 수신되면 상기 RNC는 905단계로 진행한다.

상기 905단계에서 상기 RNC는 MBMS UE Update Request 메시지에 대한 응답 메시지가 긍정적인 정보를 포함하고 있는지를 검사한다. 여기서, 상기 MBMS UE Update Request 메시지에 긍정적인 정보를 포함하고 있는 메시지는 MBMS UE Update Response 메시지이며, 따라서 상기 905단계에서 상기 RNC는 MBMS UE Update Response 메시지가 수신된 것인지를 확인하는 것이다. 상기 검사 결과 상기 MBMS UE Update Response 메시지가 수신될 경우 상기 RNC는 909단계로 진행한다. 만약 상기 검사 결과 상기 MBMS UE Update Response 메시지가 수신되지 않았을 경우 상기 RNC는 906단계로 진행한다. 상기 906단계에서 상기 RNC는 상기 UE가 상기 해당 RNC내에서 해당 MBMS를 제공받는 첫 번째 UE인지를 검사한다. 상기 검사 결과 상기 UE가 상기 해당 RNC내에서 해당 MBMS를 제공받는 첫 번째 UE가 아닐 경우 상기 RNC는 910단계로 진행한다. 상기 910단계에서 상기 RNC는 상기 SGSN으로 MBMS UE Check Request 메시지를 전송하고, 상기 MBMS UE Check Request 메시지에 대한 응답 메시지를 수신한 후 908단계로 진행한다. 만약 상기 검사 결과 상기 UE가 상기 해당 RNC내에서 해당 MBMS를 제공받는 첫 번째 UE일 경우 상기 RNC는 907단계로 진행한다. 상기 907단계에서 상기 RNC는 SGSN으로 MBMS Service Attach Request 메시지를 전송하고, 상기 MBMS Service Attach Request 메시지에 대한 응답 메시지를 수신한 후 908단계로 진행한다. 상기 908단계에서 상기 RNC는 상기 MBMS Service Attach Request 메시지에 대한 응답 메시지가 긍정적인 응답을 포함하는지를 검사한다. 여기서 상기 MBMS Service Attach Request 메시지에 대해서 긍정적인 응답을 포함하는 메시지는 MBMS Service Attach Response 메시지이며, 따라서 상기 908단계에서 상기 RNC는 상기 SGSN으로부터 MBMS Service Attach Response 메시지가 수신되는지를 검사하는 것이다. 상기 검사 결과 상기 SGSN으로부터 MBMS Service Attach Response 메시지가 수신되지 않을 경우 상기 RNC는 911단계로 진행한다. 상기 911단계에서 상기 RNC는 상기 UE로 MBMS Cell Change Failure 메시지를 전송하고 종료한다. 만약 상기 검사 결과 상기 SGSN으로부터 MBMS Service Attach Response 메시지가 수신될 경우 상기 RNC는 909단계로 진행한다. 상기 909단계에서 상기 RNC는 상기 해당 MBMS에 대한 Service Context에 상기 UE를 등록한 후 912단계로 진행한다. 상기 912단계에서 상기 RNC는 상기 UE로 MBMS Cell Change Response 메시지를 전송하고 종료한다.

한편, 상기 903단계에서 검사 결과 상기 UE로부터 수신한 MBMS Cell Change Request 메시지에 포함되어 있는 RNC ID가 상기 RNC 자신의 RNC ID와 동일하거나 혹은 상기 MBMS Cell Change Request 메시지에 별도의 RNC ID가 포함되어 있지 않을 경우 상기 RNC는 915단계로 진행한다. 상기 915단계에서 상기 RNC는 해당 MBMS의 Service Context를 검사한 후 913단계로 진행한다. 상기 913단계에서 상기 RNC는 상기 UE가 Service Context에 존재하는지 검사한다. 상기 검사 결과 상기 UE가 Service Context에 존재하지 않을 경우 상기 RNC는 상기 910단계로 진행하고, 상기 검사 결과 상기 UE가 Service Context에 존재할 경우 상기 RNC는 914단계로 진행한다. 상기 914단계에서 상기 RNC는 상기 Service Context에서 상기 UE에 대한 정보를 수정하고 912단계로 진행한다.

그러면 여기서 도 10을 참조하여 상기 RNC가 상기 Idle 상태(802)와 Ready 상태(803)에서 다른 RNC로부터 메시지를 수신하는 경우(807단계, 810단계, 816단계)를 설명하기로 한다.

상기 도 10은 Idle 상태(802)와 Ready 상태(803)에서 다른 RNC로부터 메시지를 수신하는 경우 RNC의 동작 과정을 개략적으로 도시한 도면이다.

상기 도 10을 참조하면, 먼저 1001단계에서 상기 RNC는 다른 RNC로부터 메시지를 수신하고 1002단계로 진행한다. 여기서, 설명의 편의상 동작의 주체가 되는 RNC를 "제1RNC"라 칭하기로 하며, 상기 제1RNC와 다른 RNC를 "제2RNC"라 칭하기로 한다. 상기 1002단계에서 제1RNC는 상기 제2RNC로부터 수신한 메시지가 MBMS UE Update Request 메시지인지 검사한다. 상기 검사 결과 상기 제2RNC로부터 수신한 메시지가 MBMS UE Update Request 메시지가 아닐 경우 상기 제1RNC는 1004단계로 진행한다. 만약 상기 검사 결과 상기 제2RNC로부터 수신한 메시지가 MBMS UE Update Request 메시지일 경우 상기 제1RNC는 1003단계로 진행한다. 상기 1003단계에서 상기 제1RNC는 상기 MBMS UE Update Request 메시지가 포함하고 있는 UE ID를 해당 MBMS Service Context에서 확인하고, 상기 확인 결과 상기 해당 MBMS Service Context에 해당 UE가 존재하는지 검사한다. 상기 검사 결과 상기 해당 MBMS Service Context에 해당 UE가 존재하지 않을 경우 상기 제1RNC는 1005단계로 진행한다. 상기 1005단계에서 상기 제1RNC는 상기 UE로 MBMS UE Update Failure 메시지를 전송하고 종료한다.

한편, 상기 1003단계에서 검사 결과 상기 해당 MBMS Service Context에 해당 UE가 존재할 경우 상기 제1RNC는 1006단계로 진행한다. 상기 1006단계에서 상기 제1RNC는 상기 해당 MBMS Service Context에서 상기 UE를 삭제한 후 상기 제2RNC로 응답 메시지, 즉 MBMS UE Update Response 메시지를 전송하고 1007단계로 진행한다. 상기 1007단계에서 상기 제1RNC는 상기 삭제된 UE가 상기 해당 MBMS Service Context에 존재했던 마지막 UE인지 검사한다. 상기 검사 결과 상기 삭제된 UE가 상기 해당 MBMS Service Context에 존재했던 마지막 UE일 경우 상기 제1RNC는 1008단계로 진행한다. 상기 1008단계에서 제1RNC는 SGSN으로 Service Detach Request 메시지를 전송하고, 상기 SGSN으로부터 상기 Service Detach Request 메시지에 상응하는 응답 메시지를 수신하고 상기 해당 MBMS Service Context를 삭제하고 종료한다. 한편, 상기 1007단계에서 검사 결과 상기 삭제된 UE가 상기 해당 MBMS Service Context에 존재했던 마지막 UE가 아닐 경우 상기 제1RNC는 해당 MBMS Service Context를 유지하고 종료한다.

한편, 상기 1004단계에서 상기 제1RNC는 상기 제2RNC로부터 수신한 메시지가 MBMS Attach Request 메시지인지를 검사한다. 상기 검사 결과 상기 제2RNC로부터 수신한 메시지가 MBMS Attach Request 메시지가 아닐 경우 상기 제1RNC는 상기 1001단계로 되돌아간다. 만약 상기 검사 결과 상기 제2RNC로부터 수신한 메시지가 MBMS Attach Request 메시지일 경우 상기 제1RNC는 1009단계로 진행한다. 상기 1009단계에서 상기 제1RNC는 상기 MBMS Attach Request 메시지를 전송한 UE가 해당 MBMS에 대한 첫 번째 UE인지 검사한다. 상기 검사 결과 상기 MBMS Attach Request 메시지를 전송한 UE가 해당 MBMS에 대한 첫 번째 UE가 아닐 경우 상기 제1RNC는 1011단계로 진행한다. 상기 1011단계에서 상기 제1RNC는 상기 해당 MBMS Service Context에 상기 UE를 등록하고 종료한다. 상기 1009단계에서 검사 결과 상기 MBMS Attach Request 메시지를 전송한 UE가 해당 MBMS에 대한 첫 번째 UE일 경우 상기 제1RNC는 1010단계로 진행한다. 상기 1010단계에서 상기 제1RNC는 상기 SGSN으로 MBMS Service Attach Request 메시지를 전송하고, 상기 SGSN으로부터 상기 MBMS Service Attach Request 메시지에 대한 응답 메시지, 즉 MBMS Service Attach Response 메시지를 수신하고 1012단계로 진행한다. 상기 1012단계에서 상기 제1RNC는 상기 해당 MBMS에 대한 MBMS Service Context를 생성하고, 상기 생성된 MBMS Service Context에 상기 UE를 등록한 후 종료한다.

그러면 여기서 도 11을 참조하여 상기 RNC가 상기 Idle 상태(802)와 Ready 상태(803)에서 SGSN으로부터 메시지를 수신하는 경우(808단계, 811단계, 817단계)를 설명하기로 한다.

상기 도 11은 Idle 상태(802)와 Ready 상태(803)에서 SGSN으로부터 메시지를 수신하는 경우 RNC의 동작 과정을 개략적으로 도시한 도면이다.

상기 도 11을 참조하면, 먼저 1101단계에서 상기 RNC는 SGSN으로부터 메시지를 수신하고 1102단계로 진행한다. 상기 1102단계에서 상기 RNC는 상기 SGSN으로부터 수신한 메시지가 MBMS UE Attach Request 메시지인지를 검사한다. 상기 검사 결과 상기 SGSN으로부터 수신한 메시지가 MBMS UE Attach Request 메시지가 아닐 경우 상기 RNC는 1104단계로 진행한다. 상기 1104단계에서 상기 RNC는 상기 SGSN으로부터 수신한 메시지가 MBMS UE Detach Request 메시지인지를 검사한다. 상기 검사 결과 상기 SGSN으로부터 수신한 메시지가 MBMS UE Detach Request 메시지가 아닐 경우 상기 RNC는 1111단계로 진행한다. 상기 1111단계에서 상기 RNC는 상기 SGSN으로부터 수신한 메시지가 MBMS Notification 메시지인지를 검사한다. 상기 검사 결과 상기 SGSN으로부터 수신한 메시지가 MBMS Notification 메시지가 아닐 경우 상기 RNC는 상기 1101단계로 되돌아간다. 상기 1111단계에서 검사 결과 상기 SGSN으로부터 수신한 메시지가 MBMS Notification 메시지일 경우 상기 RNC는 1117단계로 진행한다. 상기 1117단계에서 상기 RNC는 상기 RNC가 관리하고 있는 각 셀들의 UE들 수를 파악하여 각 셀별로 상기 MBMS를 PtP 방식으로 서비스할지, 혹은 PtM 방식으로 서비스할지를 결정한 후 1118단계로 진행한다. 상기 1118단계에서 상기 RNC는 상기 결정한 방식에 상응하게 RB를 셋업하고 1119단계로 진행한다. 상기 1119단계에서 상기 RNC는 해당 UE들로 MBMS Notification 메시지를 전송하고, 상기 셋업된 RB 관련 정보들을 나타내는 MBMS RB Signalling을 전송하고 1120단계로 진행한다. 상기 1120단계에서 상기 RNC는 상기 SGSN으로 상기 MBMS Notification 메시지에 대한 응답 메시지, 즉 MBMS Notification Response 메시지를 전송하고 종료한다.

만약, 상기 1102단계에서 검사 결과 상기 SGSN으로부터 수신한 메시지가 MBMS UE Attach Request 메시지일 경우 상기 RNC는 1103단계로 진행한다. 상기 1103단계에서 상기 RNC는 상기 MBMS UE Attach Request 메시지에 포함되어 있는 서비스 ID에 해당하는 MBMS 서비스에 해당하는 첫 번째 UE인지를 검사한다. 상기 검사 결과 상기 해당 MBMS에 대한 첫 번째 UE일 경우 상기 RNC는 1106단계로 진행한다. 상기 1106단계에서 상기 RNC는 상기 해당 MBMS에 대한 MBMS Service Context를 생성하고, 상기 생성된 MBMS Service Context에 상기 UE를 등록한 후 1107단계로 진행한다. 상기 1103단계에서 검사 결과 상기 해당 MBMS에 대한 첫 번째 UE가 아닐 경우 상기 RNC는 1105단계로 진행한다. 상기 1105단계에서 상기 RNC는 상기 해당 MBMS에 대한 MBMS Service Context에 상기 UE를 등록한 후 1107단계로 진행한다. 상기 1107단계에서 상기 RNC는 상기 UE가 DRNC를 가지고 있는 UE인지를 검사한다. 상기 검사 결과 상기 UE가 DRNC를 가지고 있는 UE일 경우 1108단계로 진행한다. 상기 1108단계에서 상기 RNC는 상기 DRNC로 MBMS Attach Request 메시지를 전송하고, 상기 전송한 MBMS Attach Request 메시지에 대한 응답 메시지를 수신하고 1109단계로 진행한다. 상기 1107단계에서 검사 결과 상기 UE가 DRNC를 가지고 있지 않는 UE일 경우 1109단계로 진행한다. 상기 1109단계에서 상기 RNC는 상기 SGSN으로 MBMS UE Attach Response 메시지를 전송하고, 필요에 따라서 물리 채널을 변경하고 종료한다. 여기서, 상기 UE가 현재 위치하고 있는 셀이 MBMS를 제공할 셀이 아니고 대체 셀이 미리 결정되어 있는 경우 혹은 상기 DRNC로부터 수신한 응답메시지에 현재 UE가 속해있는 셀에서 다른 셀로 셀 변경 정보가 포함되어 있을 경우 상기 RNC는 상기 UE에 대한 셀변경 동작을 수행할 수도 있다.

한편, 상기 1104단계에서 검사 결과 상기 SGSN으로부터 수신한 메시지가 MBMS UE Detach Request 메시지일 경우 상기 RNC는 1110단계로 진행한다. 상기 1110단계에서 상기 RNC는 상기 MBMS UE Detach Request 메시지에 해당하는 UE가 해당 MBMS에 대한 마지막 UE인지 검사한다. 상기 검사 결과 상기 UE가 해당 MBMS에 대한 마지막 UE일 경우 상기 RNC는 1113단계로 진행한다. 상기 1113단계에서 상기 RNC는 상기 해당 MBMS에 대한 MBMS Service Context를 삭제하고 1114단계로 진행한다. 상기 1110단계에서 검사 결과 상기 UE가 해당 MBMS에 대한 마지막 UE가 아닐 경우 상기 RNC는 1112단계로 진행한다. 상기 1112단계에서 상기 RNC는 상기 해당 MBMS에 대한 MBMS Service Context에서 상기 UE를 삭제하고 1114단계로 진행한다. 상기 1114단계에서 상기 RNC는 상기 UE가 DRNC를 가지는 UE인지를 검사한다. 상기 검사 결과 상기 UE가 DRNC를 가지는 UE일 경우 상기 RNC는 1115단계로 진행한다. 상기 1115단계에서 상기 RNC는 상기 DRNC로 MBMS Detach Request 메시지를 전송하고, 상기 MBMS Detach Request 메시지에 대한 응답 메시지를 수신하고 1116단계로 진행한다. 상기 1116단계에서 상기 RNC는 상기 SGSN으로 MBMS UE Detach Request 메시지에 대한 응답 메시지, 즉 MBMS UE Detach Response 메시지를 전송하고 종료한다.

다음으로 도 12를 참조하여 MBMS 제공에 따른 UE의 상태 천이를 설명하기로 한다.

상기 도 12는 본 발명의 실시예에 따른 MBMS 제공시 UE의 상태 천이를 개략적으로 도시한 신호 흐름도이다.

상기 도 12를 참조하면, 먼저 UE의 상태는 크게 Not Exist 상태(1201)와, Idle 상태(1202) 및 Ready 상태(1203)로 구분된다. 상기 Not Exist 상태(1201)는 해당 MBMS에 대한 서비스 요구가 존재하지 않는 상태를 나타내며, Idle 상태(1202)는 해당 MBMS에 대해 MBMS 서비스 등록한 후 상기 서비스 등록한 MBMS에 대한 MBMS 데이터 수신을 대기하는 상태를 나타내며, 상기 Ready 상태(1203)는 실제 해당 MBMS에 대한 MBMS 데이터를 수신하여 MBMS를 서비스하는 상태를 나타낸다. 여기서, 상기 Not Exist 상태(1201)에 있는 UE는 실질적으로는 상기 MBMS 제공과는 관련되지 않으나 상기 UE가 미리 MBMS에 대한 서비스 가입(Subscription)을 해야, 상기 MBMS 서비스 등록 과정을 수행할 수 있기 때문에 의미를 가진다. 여기서, 상기 서비스 가입은 O&M을 통해 수행된다.

또한, 상기 Not Exist 상태(1201)에 있는 UE는 사용자 요구에 따라 MBMS 서비스 등록 과정을 수행하고, 상기 MBMS 서비스 등록 과정이 성공하면(1204단계) 상기 서비스 등록한 MBMS에 다한 정보를 저장한 후 Idle 상태(1202)로 상태 천이한다. 여기서, 상기 MBMS 서비스 등록 과정에서 이미 MBMS 데이터가 전송중인 경우에는 상기 Idle 상태(1202)로 상태 천이하지 않고 직접 Ready 상태(1203)로 상태 천이한다(1206단계). 이 경우 상기 MBMS 서비스 등록 과정에서 상기 MBMS 서비스 등록 과정에서 수신되는 응답 메시지와 함께 MBMS 데이터 수신에 대한 정보를 함께 수신하게 된다.

그리고, Idle 상태(1202)에 있는 UE는 셀이 변경될 때마다 MBMS Cell Change Request 메시지를 RNC로 전송하고, 이에 따라 상기 RNC가 UE가 현재 속해있는 위치를 지속적으로 파악할 수 있도록 한다. 상기 Idle 상태(1202)에 있는 UE는 사용자의 요구에 따라 MBMS 서비스 등록을 삭제하고(1205단계), 상기 MBMS 서비스 등록 삭제에 따라 상기 UE는 Not Exist 상태(1201)로 상태 천이한다. 상기 Idle 상태(1202)에 있는 UE가 RNC로부터 MBMS 데이터가 곧 전송될 것임을 나타내는 MBMS Notification 메시지를 수신하면 상기 Ready 상태(1203)로 상태 천이하여 MBMS 데이터를 수신한다.

또한, 상기 Ready 상태(1203)에 있는 UE는 MBMS 데이터를 수신하며 RNC로부터 더 이상의 MBMS 데이터가 존재하지 않음을 나타내는 메시지를 수신하면 상기 Idle 상태(1202)로 상태 천이한다. 또한, 상기 Ready 상태(1203)에 있는 UE가 사용자로부터 상기 MBMS 서비스 등록 삭제 요구를 받으면 Not Exist 상태(1201)로 상태 천이한다. 상기 MBMS 데이터를 수신하는 중에 상기 UE가 셀을 변경할 경우, 상기 UE는 상기 RNC로 MBMS Cell Change Request 메시지를 전송하여(1211단계) 셀을 변경한 후에도 상기 RNC가 UE의 위치를 지속적으로 파악하는 것을 가능하게 하며, 결과적으로 상기 RNC는 UE들 수에 따라 PtP 방식 혹은 PtM 방식으로 MBMS를 서비스한다.

한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

상술한 바와 같은 본 발명은, MBMS를 제공하는 이동 통신 시스템에서 RNC가 UE들의 MBMS 서비스 제공 상태를 파악함으로써 UE가 어떤 상태에 있어도 정상적인 MBMS 서비스 수행을 가능하게 한다는 이점을 가진다. 그리고, 상기 RNC가 UE들의 MBMS 서비스 제공 상태를 파악함으로써 각 셀들의 무선 자원 상황에 적합한 방식으로 MBMS를 서비스하여 자원의 효율성을 증가시킨다는 이점을 가진다. 또한, 상기 RNC가 UE들의 MBMS 서비스 제공 상태를 파악함으로써 UE들과 별도의 시그널링 없이도 MBMS 데이터 송수신을 가능하게 하여 신호 간섭을 최소화한다는 이점을 가진다.

도 1a ~도 1b는 본 발명의 실시예에 따른 UE가 MBMS를 위한 서비스 등록을 수행하는 과정을 개략적으로 도시한 신호 흐름도

도 2는 본 발명의 실시예에 따른 UE가 셀을 변경할 경우 RNC의 Service Context 변경 과정을 개략적으로 도시한 신호 흐름도

도 3은 본 발명의 실시예에 따른 MBMS가 개시될 경우 MBMS Service Context 변경 과정을 개략적으로 도시한 신호 흐름도

도 4는 본 발명의 실시예에 따른 MBMS 제공시 SGSN의 상태 천이를 개략적으로 도시한 신호 흐름도

도 5는 Not Exist 상태(401)와 Idle 상태(402)와, Ready 상태(406)에서 UE로부터 메시지를 수신하는 경우 SGSN의 동작 과정을 개략적으로 도시한 도면

도 6은 Idle 상태(402)와, Ready 상태(406)에서 RNC로부터 메시지를 수신하는 경우 SGSN의 동작 과정을 개략적으로 도시한 도면

도 7은 Idle 상태(402)와, Ready 상태(406)에서 GGSN으로부터 메시지를 수신하는 경우 SGSN의 동작 과정을 개략적으로 도시한 도면

도 8은 본 발명의 실시예에 따른 MBMS 제공시 RNC의 상태 천이를 개략적으로 도시한 신호 흐름도

도 9는 Idle 상태(802)와 Ready 상태(803)에서 UE로부터 메시지를 수신하는 경우 RNC의 동작 과정을 개략적으로 도시한 도면

도 10은 Idle 상태(802)와 Ready 상태(803)에서 다른 RNC로부터 메시지를 수신하는 경우 RNC의 동작 과정을 개략적으로 도시한 도면

도 11은 Idle 상태(802)와 Ready 상태(803)에서 SGSN으로부터 메시지를 수신하는 경우 RNC의 동작 과정을 개략적으로 도시한 도면

도 12는 본 발명의 실시예에 따른 MBMS 제공시 UE의 상태 천이를 개략적으로 도시한 신호 흐름도

Claims (16)

1. 기지국과 상기 기지국에 의해 점유되는 셀 내에 상기 기지국과 통신 가능한 다수의 사용자 단말기들을 포함하고, 상기 다수의 사용자 단말기들 중 복수의 사용자 단말기들에게 상기 기지국으로부터 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service) 데이터를 제공하는 방법에 있어서,

   서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하는 과정과,

   상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정과,

   상기 RNC는 상기 MBMS에 대한 서비스 컨텍스트를 생성 및 관리하고, 상기 서비스 컨텍스트의 정보를 이용하여 상기 사용자 단말기의 상태에 따라 MBMS 데이터를 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
2. 제1항에 있어서,

   상기 SGSN은 사용자 단말기 식별자와, 상기 서비스 요청한 MBMS를 나타내는 서비스 식별자를 포함하여 상기 사용자 단말기의 MBMS 서비스 요청을 통보함을 특징으로 하는 상기 방법.
3. 제1항에 있어서,

   상기 RNC는 상기 사용자 단말기 식별자와, 상기 서비스 식별자와, 상기 사용자 단말기의 현재 상태를 가지고 상기 서비스 컨텍스트를 생성함을 특징으로 하는 상기 방법.
4. 제3항에 있어서,

   상기 사용자 단말기가 상기 MBMS가 아닌 다른 서비스를 제공받고 있을 경우 상기 RNC는 상기 RNC와 다른 RNC로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정을 더 포함함을 특징으로 하는 상기 방법.
5. 제4항에 있어서,

   상기 RNC는 상기 사용자 단말기 식별자와, 상기 서비스 식별자를 포함하여 다른 RNC로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보함을 특징으로 하는 상기 방법.
6. 제3항에 있어서,

   상기 사용자 단말기는 상기 MBMS가 아닌 다른 서비스를 제공받고 있을 경우, 상기 MBMS 서비스 요청 후 미리 설정한 설정 시간이 경과되면 상기 다른 RNC로 셀을 변경할 것을 요구하는 과정을 더 포함함을 특징으로 하는 상기 방법.
7. 제6항에 있어서,

   상기 사용자 단말기는 상기 서비스 식별자와, 사용자 단말기 식별자를 포함하여 상기 셀 변경을 요구함을 특징으로 하는 상기 방법.
8. 제7항에 있어서,

   상기 사용자 단말기로부터 상기 설정 시간내에 상기 셀 변경을 요구받지 않으면 상기 다른 RNC는 상기 사용자 단말기를 상기 다른 RNC가 관리하는 서비스 컨텍스트에서 삭제하는 과정을 더 포함함을 특징으로 하는 상기 방법.
9. 기지국과 상기 기지국에 의해 점유되는 셀 내에 상기 기지국과 통신 가능한 다수의 사용자 단말기들을 포함하고, 상기 다수의 사용자 단말기들 중 복수의 사용자 단말기들에게 상기 기지국으로부터 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service) 데이터를 제공하는 방법에 있어서,

   서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하면, 상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정과,

   상기 MBMS 서비스 요청을 통보받은 RNC는 상기 사용자 단말기가 속해있는 셀의 무선 자원 상태에 상응하게 상기 MBMS를 포인트 대 포인트 방식 혹은 포인트 대 멀티포인트 방식으로 수신되는 MBMS 데이터를 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
10. 제9항에 있어서,

    상기 RNC는 상기 사용자 단말기가 속해있는 셀에 존재하는, 상기 MBMS에 대해 서비스 요청한 사용자 단말기들의 개수가 미리 설정한 설정 개수를 초과할 경우 상기 포인트 대 멀티 포인트 방식으로 MBMS 데이터를 전송함을 특징으로 하는 상기 방법.
11. 제9항에 있어서,

    상기 RNC는 상기 사용자 단말기가 속해있는 셀에 존재하는, 상기 MBMS에 대해 서비스 요청한 사용자 단말기들의 개수가 미리 설정한 설정 개수 이하일 경우 상기 포인트 대 포인트 방식으로 MBMS 데이터를 전송함을 특징으로 하는 상기 방법.
12. 기지국과 상기 기지국에 의해 점유되는 셀 내에 상기 기지국과 통신 가능한 다수의 사용자 단말기들을 포함하고, 상기 다수의 사용자 단말기들 중 복수의 사용자 단말기들에게 상기 기지국으로부터 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service) 데이터를 제공하는 방법에 있어서,

    서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node)는 사용자 단말기로부터 상기 MBMS에 대한 서비스 요청을 감지하면, 상기 사용자 단말기가 속해있는 무선 네트워크 제어기(RNC: Radio Network Controller)로 상기 사용자 단말기의 상기 MBMS 서비스 요청을 통보하는 과정과,

    상기 RNC는 상기 MBMS에 대한 서비스 컨텍스트를 생성 및 관리하고, 이후 상기 사용자 단말기로부터 셀 변경 요구를 감지하면, 상기 셀 변경 요구된 새로운 셀이 속하는 다른 RNC로 상기 사용자 단말기에 대해 상기 MBMS를 서비스하도록 요청하는 과정과,

    상기 사용자 단말기에 대해 상기 MBMS를 서비스하는 것이 가능할 경우 상기 다른 RNC는 상기 사용자 단말기를 상기 다른 RNC가 관리하고 있는 상기 MBMS에 대한 서비스 컨텍스트에 등록하여 수신되는 MBMS 데이터를 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
13. 제12항에 있어서,

    상기 다른 RNC는 상기 사용자 단말기를 상기 MBMS에 대한 서비스 컨텍스트에 등록한 후 상기 사용자 단말기로 셀 변경 완료됨을 통보하는 과정을 더 포함함을 특징으로 하는 상기 방법.
14. 제12항에 있어서,

    상기 SGSN은 사용자 단말기 식별자와, 상기 서비스 요청한 MBMS를 나타내는 서비스 식별자를 포함하여 상기 사용자 단말기의 MBMS 서비스 요청을 통보함을 특징으로 하는 상기 방법.
15. 제12항에 있어서,

    상기 RNC는 상기 사용자 단말기 식별자와, 상기 서비스 식별자와, 상기 사용자 단말기의 현재 상태를 가지고 상기 서비스 컨텍스트를 생성함을 특징으로 하는 상기 방법.
16. 제12항에 있어서,

    상기 다른 RNC는 상기 사용자 단말기 식별자와, 상기 서비스 식별자와, 상기 사용자 단말기의 현재 상태를 가지고 상기 서비스 컨텍스트를 생성함을 특징으로 하는 상기 방법.