KR20040014706A - 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신시스템에서 제어 메시지 송수신 방법 - Google Patents

Abstract

본 발명은 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신 시스템에서 사용자 단말기로 전송할, 상기 멀티캐스트 멀티미디어 방송 서비스와 관련된 제어 메시지가 발생하면, 상기 사용자 단말기를 호출하기 위하여 호출 표시 채널을 통해 호출이 있음을 나타내는 제1정보를 전송하고, 상기 호출 표시 채널과 연관되는 호출 채널을 통해 호출 정보를 전송한 후 상기 제어 메시지에 상기 사용자 단말기의 상태를 상기 호출 표시 채널만을 모니터링하는 상태로 천이할 것을 나타내는 지시자를 포함시켜 공통 채널을 통해 전송함으로써 상기 사용자 단말기가 제어 메시지를 수신하는 시점에서만 공통 채널을 수신하고, 이후에는 다시 상기 호출 표시 채널만을 모니터링하도록 하여 사용자 단말기 전력 소모를 최소화한다.

Description

멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송수신 방법{METHOD FOR TRANSMITTING/RECEIVING CONTROL MESSAGE IN MOBILE COMMUNICATION SYSTEM SERVING MULTIMEDIA BROADCAST/MULTICAST SERVICE}

본 발명은 이동 통신 시스템에 관한 것으로서, 특히 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신 시스템에서 무선 네트워크 제어기와 사용자 단말기간 제어 메시지를 송수신하는 방법에 관한 것이다.

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

그러면 여기서 이동 통신 시스템에서 상기 MBMS 서비스를 제공하기 위한 네트워크(network) 구조를 도 1을 참조하여 설명하기로 한다.

상기 도 1은 이동 통신 시스템에서 MBMS 서비스를 제공하기 위한 네트워크 구조를 개략적으로 도시한 도면이다.

상기 도 1을 참조하면, 먼저 멀티캐스트/방송-서비스 센터(MB-SC: Multicast/Broadcast- Service Center, 이하 "MB-SC"라 칭하기로 한다)(110)는 MBMS 스트림(stream)을 제공하는 소스(source)이며, 상기 MB-SC(110)는 MBMS 서비스에 대한 스트림을 스케줄링(scheduling)하여 전송 네트워크(transit N/W)(120)로 전달한다. 상기 전송 네트워크(120)는 상기 MB-SC(110)와 서비스 패킷 무선 서비스지원 노드(SGSN: Serving GPRS Support Node, 이하 "SGSN"이라 칭하기로 한다)(130) 사이에 존재하는 네트워크(network)를 의미하며, 상기 MB-SC(110)로부터 전달받은 MBMS 서비스에 대한 스트림을 상기 SGSN(130)으로 전달한다. 여기서, 상기 SGSN(130)은 게이트웨이 패킷 무선 서비스 지원 노드(GGSN: Gateway GPRS Support Node, 이하 "GGSN"이라 칭하기로 한다)와 외부 네트워크 등으로 구성 가능하고, 임의의 시점에서 상기 MBMS 서비스를 수신하고자 하는 다수의 UE들, 일 예로 기지국1(Node B1), 즉 셀1(cell 1)(160)에 속하는 UE1(161), UE2(162), UE3(163)과, 기지국2, 즉 셀2(170)에 속하는 UE4(171), UE5(172)가 존재하고 있다고 가정하기로 한다. 상기 전송 네트워크(120)에서 MBMS 서비스에 대한 스트림을 전달받은 SGSN(130)은 MBMS 서비스를 받고자 하는 가입자들, 즉 UE들의 MBMS 관련 서비스를 제어하는 역할, 일 예로 가입자들 각각의 MBMS 서비스 과금 관련 데이터를 관리 및 MBMS 서비스 데이터를 특정 무선 네트워크 제어기(RNC: Radio Network Controller, 이하 "RNC"라 칭하기로 한다)(140)에게 선별적으로 전송하는 것과 같은 MBMS 관련 서비스를 제어한다. 이하 설명의 편의상 상기 "기지국"을 "셀" 개념과 동일한 개념으로 사용하기로 한다. 상기 기지국은 한 개의 셀만을 관리할 수도 있고 다수의 셀들을 관리할 수도 있음은 물론이다.

또한 상기 SGSN(130)은 상기 RNC(140)로, 상기 RNC(140)는 해당 셀들로 선별적인 MBMS 데이터 전송을 수행해야하며, 이를 위해서 상기 SGSN(130)은 상기 MBMS 서비스를 받고 있는 RNC들의 명단을 알고 있어야만하며, 상기 RNC(140)는 상기 MBMS 서비스를 받고 있는 셀들의 명단을 알고 있어야만 한다. 그래야 이후에 상기RNC(140)는 저장하고 있는 셀들로 MBMS 서비스를 제공하는 것이 가능하다. 상기 RNC(140)는 다수의 셀들을 제어하며, 자신이 관리하고 있는 셀들중 MBMS 서비스를 요구하는 UE가 존재하는 셀로 MBMS 서비스 데이터를 전송하며, 또한 상기 MBMS 서비스를 제공하기 위해 설정되는 무선 채널(radio channel)을 제어하고, 또한 상기 SGSN(130)으로부터 전달받은 MBMS 서비스에 대한 스트림을 가지고 상기 MBMS 서비스에 관한 정보를 관리한다. 그리고 상기 도 1에 도시되어 있는 바와 같이 하나의 기지국, 일 예로 셀2(170)와 상기 셀2(170)에 속하는 UE들(171), (172)간에는 MBMS 서비스를 제공하기 위해 하나의 무선 채널만이 구성된다. 그리고 상기 도 1에 도시하지는 않았지만 홈위치 등록기(HLR: Home Location Register)는 상기 SGSN(130)과 연결되어, MBMS 서비스를 위한 가입자 인증을 수행한다.

그러면 여기서 임의의 MBMS 서비스를 제공하는 과정을 고려하면 다음과 같다.

임의의 MBMS 서비스를 제공하기 위해서는 먼저 상기 MBMS 서비스에 대한 기본 정보들이 UE들에게 전달되어야 하고, 상기 MBMS 서비스에 대한 기본 정보들을 수신한 UE들이 상기 임의의 MBMS 서비스를 제공받고자 할 경우 그 UE들 명단이 네트워크로 전달되어야 한다. 이렇게 네트워크에서 상기 임의의 MBMS 서비스를 제공받기를 원하는 UE들 명단을 수신하면, 상기 네트워크는 상기 UE들을 호출(paging)하여 상기 MBMS 서비스를 제공하기 위한 무선 베어러(Radio Bearer)를 설정해야 한다. 이렇게 상기 UE들과 무선 베어러가 설정된 후, 상기 설정된 무선 베어러를 통해 상기 임의의 MBMS 서비스를 제공한다. 한편, 상기 MBMS 서비스가 종료되면 그종료 사실이 모든 UE들에게 통보되어야만하고, 이에 따라 모든 UE들은 상기 MBMS 서비스를 위해 할당하였었던 모든 자원(resource)들을 해제(release)해야 정상적인 MBMS 서비스가 가능하다.

그러면 여기서 도 2를 참조하여 UE와 네트워크간 MBMS 서비스 제공을 위한 신호 흐름을 설명하기로 한다.

상기 도 2는 이동 통신 시스템에서 MBMS 서비스를 제공하기 위한 과정을 도시한 신호 흐름도이다.

상기 도 2를 참조하면, 먼저 UE는 임의의 MBMS 서비스를 제공받기 위해 코어 네트워크(CN: Core Network)로 사용자 등록(SUBSCRIPTION) 과정을 수행한다(201단계). 여기서, 상기 코어 네트워크라 함은 상기 도 1에서 설명한 바와 같이 MB-SC와, 전송 네트워크와, SGSN을 포함한다. 상기 사용자 등록 과정은 서비스 제공자(service provider)와 사용자간에 MBMS 서비스시 과금 혹은 MBMS 서비스 수신에 관련된 기본적인 정보를 교환하는 과정이다. 이렇게 사용자 등록이 완료되면, 상기 코어 네트워크는 현재 제공 가능한 MBMS 서비스들에 대한 기본적인 정보들, 일 예로 메뉴 정보(MENU INFORMATION)를 상기 MBMS 서비스 가입자들인 UE들에게 안내하기 위해 서비스 안내(ANNOUNCEMENT) 과정을 수행한다(202단계). 여기서, 상기 메뉴 정보라 함은 특정 MBMS 서비스가 개시되는 시각 정보와 지속 시간등을 나타내는 정보로서, 상기 코어 네트워크는 상기 메뉴 정보를 미리 설정되어 있는 서비스 영역(service area)들로 방송하거나, 즉 CBS 등과 같은 방송 서비스를 통해 방송하거나 혹은 MBMS 서비스 요청이 있는 UE들에게만 전송할 수 있다. 그리고 상기 코어네트워크는 상기 메뉴정보를 통하여 상기 코어네트워크가 각 MBMS의 서비스를 차별화하여 구분하기 위한 MBMS 서비스 식별자(MBMS SERVICE ID)를 알려주게 된다.

상기 서비스 안내 과정을 통해 메뉴 정보를 통보받은 UE는 상기 메뉴 정보중 서비스 받고자하는 특정 MBMS 서비스를 선택하고, 상기 코어 네트워크로 상기 선택한 MBMS 서비스에 대한 서비스 요청(JOINING) 과정을 수행한다(203단계). 여기서, 상기 UE가 상기 코어 네트워크로 전송하는 상기 서비스 요청 메시지는 상기 선택한 MBMS 서비스를 나타내는 MBMS 서비스 식별자와, 해당 UE를 나타내는 UE 식별자(UE ID)를 포함한다. 상기 UE의 서비스 요청에 따라 상기 코어 네트워크는 UE가 서비스받고자 하는 MBMS 서비스를 식별하게 되고, 상기 코어 네트워크는 상기 UE와 멀티캐스트 모드 베어러 셋업(multicast mode bearer setup) 과정을 수행한다(204단계). 상기 멀티캐스트 모드 베어러 셋업 과정에서 상기 코어 네트워크, 즉 SGSN과 전송 네트워크 상에 상기 MBMS 서비스를 제공하기 위한 트랜스포트 베어러(transport bearer)가 미리 설정될 수 있다. 일 예로, 상기 SGSN과 GGSN 사이에 상기 MBMS 서비스를 위한 GTP-U/UDP/IP/L2/L1 bearer(3GPP TS 23.060 참조)가 미리 설정될 수 도 있다. 그리고 나서 상기 코어 네트워크는 상기 UE로 요청한 MBMS 서비스가 곧 개시될 것임을 나타내는 일종의 호출(paging) 과정인 서비스 통지(NOTIFICATION) 과정을 수행한다(205단계). 상기 서비스 통지 과정을 통해 요청한 MBMS 서비스가 곧 개시될 것임을 감지한 UE는 상기 코어 네트워크와 무선 자원 할당(Radio resource allocation) 과정을 통해 상기 MBMS 서비스를 제공하기 위해 무선 자원을 실제 할당하고, 상기 할당한 무선 자원 관련 정보들을 실제 하드웨어적 구성으로 실현한다(206단계). 여기서, 상기 무선 자원 할당 과정은 상기 RNC가 임의의 셀에 위치한 UE들에게 해당 셀에서 상기 MBMS 서비스가 전송될 무선 베어러(radio bearer) 정보를 알려주는 단계(이하 "무선 베어러 셋업(radio bearer setup)" 단계)와 상기 RNC가 MBMS 서비스를 수신할 UE들이 위치하고 있는 셀들로 Iub 인터페이스상에 구성될 트랜스포트 베어러(transport bearer) 정보와 무선 베어러 정보를 알려주는 단계(이하 "무선 링크 셋업(radio link setup)" 단계)로 구분된다. 상기 무선 자원 할당 과정이 완료되면, 특정 MBMS 서비스를 수신하고자 하는 모든 UE들은 상기 특정 MBMS 서비스가 제공될 무선 링크 관련 정보와 상기 서비스가 처리될 상위 계층 정보를 인지하게 되며, 상기 UE들이 속한 셀들은 상기 무선 링크와 Iub 인터페이스 설정을 완료한다. 이렇게 상기 RNC와 UE들간에 MBMS 서비스 제공을 위한 준비가 완료된 상태에서, 상기 코어 네트워크는 상기 RNC를 통해 상기 UE들로 MBMS 서비스 데이터를 전송하는 MBMS 데이터 전송 과정을 수행한다(207단계). 이후 상기 MBMS 서비스 데이터 전송이 완료되면 상기 UE와 코어 네트워크간에는 상기 설정되어 있는 무선 자원들, 즉 트랜스포트 베어러 및 무선 베어러를 해제하는 무선 자원 해제 과정을 수행한다(208단계).

그런데, 일반적으로 UE가 네트워크로부터 임의의 서비스를 제공받을 때, 상기 UE와 네트워크간에는 제어 메시지를 지속적으로 교환하여야만 정상적인 서비스가 가능하다. 이는 상기 MBMS 서비스에 관련해서도 마찬가지이다. 일 예로, 상기 207단계에서 설명한 바와 같이 실제 MBMS 서비스를 제공받고 있는 중에 상기 UE가 속한 셀이 변경된다면, 상기 UE는 셀 업데이트(CELL UPDATE)라는 무선 자원제어(RRC: Radio Resource Control, 이하 "RRC"라 칭하기로한다) 메시지를 상기 RNC로 송신한다. 그러면, 상기 RNC는 상기 셀 업데이트 메시지를 수신함에 따라 해당 UE가 셀이 변경되었음을 감지하고, 해당 UE로 셀 업데이트 확인(CELL UPDATE CONFIRM) 메시지를 전송한다. 이렇게, UE와 네트워크간에 제어 메시지를 송수신하기 위해서는 상기 UE와 네트워크간 전용 채널(dedicated channel)을 셋업한 후 상기 셋업한 전용채널을 지속적으로 유지하고 있거나, 혹은 순방향 접속 채널(Forward Access CHannel, 이하 "FACH"라 칭하기로 한다)/역방향 접속 채널(Reverse Access CHannel, 이하 "RACH"라 칭하기로 한다)과 같은 공통 채널(common channel)을 이용할 수 있다. 그런데, 상기 MBMS 서비스가 비교적 장시간동안 유지되는 서비스일 가능성이 높다는 사실을 감안하면, MBMS 서비스를 수신하고 있는 UE들이 항상 상기 FACH를 수신한다는 것은, 즉 CELL_FACH 상태를 유지하는 것은 상기 MBMS 서비스를 수신하고 있는 동안 MBMS 서비스가 제공되는 물리 채널 외에도 FACH가 전송되는 제2공통 제어 물리 채널(S-CCPCH: Secondary-Common Control Physical CHannel)도 항상 처리해야하기 때문에 UE의 전력소모가 과도하게 발생하게 된다.

따라서, 본 발명의 목적은 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동 통신 시스템에서 제어 메시지를 송수신하는 방법을 제공함에 있다.

본 발명의 다른 목적은 멀티캐스트 멀티미디어 방송 서비스를 제공하는 이동통신 시스템에서 전력 소모를 최소화하는 제어 메시지를 송수신하는 방법을 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명의 제어 메시지 송신 방법은; 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송신 방법에 있어서, 사용자 단말기로 전송할, 상기 고속 패킷 서비스와 관련된 제어 메시지가 발생하면, 상기 사용자 단말기를 호출하기 위하여 호출 표시 채널을 통해 호출이 있음을 나타내는 제1정보를 전송하는 과정과, 상기 제1정보를 전송한 후 상기 호출 표시 채널과 연관되는 호출 채널을 통해 호출 정보를 전송하는 과정과, 상기 호출 정보를 전송한 후 상기 제어 메시지에 상기 사용자 단말기의 상태를 상기 호출 표시 채널만을 모니터링하는 상태로 천이할 것을 나타내는 지시자를 포함시켜 공통 채널을 통해 전송하는 과정을 포함함을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제어 메시지 수신 방법은; 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 수신 방법에 있어서, 미리 설정된 시점에서 호출 표시 채널 신호를 수신하고, 상기 호출 표시 채널 신호에서 호출이 있음을 나타내는 제1정보를 검출하는 과정과, 상기 제1정보를 검출한 후 상기 호출 표시 채널과 연관되는 호출 채널 신호를 수신하고, 상기 호출 채널 신호에서 호출 정보를 검출하는 과정과, 상기 호출 정보를 검출한 후 공통 채널 신호를 수신하는 제1상태로 천이하고, 상기 제1상태에서 상기 공통 채널 신호를 수신하여 상기 고속 패킷 서비스 관련 제어 메시지를 수신하고, 상기 제1상태에서 상기 제어 메시지에 포함되어 있는 지시자의 상태 정보에 상응하는 제2상태로 천이하는과정을 포함함을 특징으로 한다.

도 1은 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스를 제공하기 위한 네트워크 구조를 개략적으로 도시한 도면

도 2는 이동 통신 시스템에서 멀티캐스트 멀티미디어 방송 서비스를 제공하기 위한 과정을 도시한 신호 흐름도

도 3은 본 발명의 제1실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도

도 4는 본 발명의 제2실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도

도 5는 본 발명의 제2실시예에 따른 기지국 제어기 동작을 도시한 순서도

도 6은 본 발명의 제2실시예에 따른 사용자 단말기 동작을 도시한 순서도

도 7은 본 발명의 제3실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도

도 8은 본 발명의 제3실시예에 따른 기지국 제어기 동작을 도시한 순서도

도 9는 본 발명의 제3실시예에 따른 사용자 단말기 동작을 도시한 순서도

도 10은 본 발명의 제4실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도

도 11a-도 11b는 본 발명의 제4실시예에 따른 기지국 제어기 동작을 도시한 순서도

도 12는 본 발명의 제4실시예에 따른 사용자 단말기 동작을 도시한 순서도

도 13a-도 13b는 도 3의 멀티캐스트 멀티미디어 방송 서비스 무선 접속 베어러 할당 요구 메시지 및 멀티캐스트 멀티미디어 방송 서비스 무선 접속 베어러 할당 응답 메시지 포맷을 도시한 도면

도 14는 본 발명의 실시예에서의 기능을 수행하기 위한 이동 통신 시스템의 프로토콜 스택을 도시한 도면

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

도 3은 본 발명의 제1실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도이다.

상기 도 3을 설명하기에 앞서, 상기 멀티캐스트 멀티미디어 방송 서비스(Multimedia Broadcast/Multicast Service, 이하 "MBMS"라 칭하기로 한다)를 제공하는 이동 통신 시스템의 개략적 구조는 상기 종래 기술 부분에서 설명한, 즉 도 1에서 설명한 이동 통신 시스템의 구조와 동일한 구조를 가짐을 가정하기로 한다.

상기 도 3을 참조하면, 먼저 코어 네트워크(CN: Core Network), 즉 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node, 이하 "SGSN"이라 칭하기로 한다)(130)는 도 2에서 설명한 바와 같은 서비스 안내(ANNOUNCEMENT) 과정을 통해 현재 제공 가능한 MBMS 서비스들에 대한 기본적인 정보들, 일 예로 메뉴 정보(MENU INFORMATION)를 사용자 단말기(UE: User Equipment, 이하 "UE"라 칭하기로 한다)(161)로 제공한다. 여기서, 상기 코어 네트워크는 일반적으로 멀티캐스트/방송-서비스 센터(MB-SC: Multicast/Broadcast- Service Center, 이하 "MB-SC"라 칭하기로 한다)(110)와, 전송 네트워크(transit N/W)(120)와, SGSN(130)을 모두 포함하는 개념이지만 본 발명은 무선 접속 네트워크(RAN: Radio Access Network) 동작을 위주로 설명할 것이므로 상기 SGSN(130)만을 고려하여 설명하기로 한다. 또한, 상기 MBMS 서비스를 제공받는 UE들 역시 다수이지만 설명의 편의상 셀1(160), 즉 기지국(Node B)1의 UE1(161)을 일 예로 하여 설명하기로 한다. 상기 메뉴 정보라 함은 상기에서 설명한 바와 같이 특정 MBMS 서비스가 개시되는 시각 정보와 지속 시간등을 나타내는 정보로서, 상기 SGSN(130)은 상기 메뉴 정보를 미리 설정되어 있는 서비스 영역(service area)들로 방송하거나, 즉 셀 방송 서비스(Cell Broadcast Service, 이하 "CBS"라 칭하기로 한다) 등과 같은 방송 서비스를 통해 방송하거나 혹은 MBMS 서비스 요청이 있는 UE들에게만 전송할 수 있다. 또한, 상기 SGSN(130)은 상기 메뉴정보를 통하여 상기 SGSN(130)이 각 MBMS의 서비스를 차별화하여 구분하기 위한 MBMS 서비스 식별자(MBMS SERVICE ID)를 알려주게 된다.

한편, 상기 도 3에 도시한 ⓕ, ⓘ, ⓟ는 상기 UE(161)의 상태(state)를 나타내며, 상기 ⓕ는 상기 UE(161)가 CELL_FACH 상태에 있음을 나타내며, 상기 ⓘ는 상기 UE(161)가 아이들(IDLE) 상태에 있음을 나타내며, 상기 ⓟ는 상기 UE(161)가 CELL_PCH 상태에 있음을 나타낸다. 여기서, 상기 CELL_PCH 상태라 함은 상기 UE(161)가 전용 채널(dedicated channel)을 셋업(setup)하지 않은 상태에서 호출 표시 채널(PICH: Paging Indicator CHannel, 이하 "PICH"라 칭하기로 한다)만을 셋업하여 PICH 신호를 수신하고 있는 상태를 나타낸다. 물론, 상기 CELL_PCH 상태에서 상기 PICH 신호를 수신하는 동안 상기 PICH 신호가 호출(paging)이 있음을 나타내는, 즉 호출 채널(PCH: Paging CHannel, 이하 "PCH"라 칭하기로 한다) 신호를 수신해야함을 나타낼 경우 상기 UE(161)는 상기 PCH 신호를 수신한다. 또한, 상기 CELL_FACH 상태라 함은 상기 UE(161)가 전용 채널을 셋업하지 않은 상태에서 순방향 접속 채널(FACH: Forward Access CHannel, 이하 "FACH"라 칭하기로 한다)을 셋업하여 상기 FACH를 통해 수신되는 모든 제어 메시지에 상응하는 동작을 수행하는 상태를 나타낸다. 그리고 상기 UE(161)는 상기 CELL_PCH 상태에서 상기 PCH 신호를 수신하게 되면 상기 CELL_FACH 상태로 천이하게 된다.

먼저, 상기 도 2에서 설명한 바와 같이 상기 SGSN(130)으로부터 서비스 안내 메시지를 수신한 UE(161)는 CELL_FACH 상태에서 상기 SGSN(130)으로 MBMS 패킷 데이터 프로토콜(PDP: Packet Data Protocol, 이하 "PDP"라 칭하기로 한다) 컨텍스트(context) 활성화 요구(ACTIVATE MBMS PDP CONTEXT REQUEST) 메시지(message)를 송신한다(301단계). 여기서, 상기 PDP 컨텍스트(context)는 제1 PDP 컨텍스트(primary PDP context)와 제2 PDP 컨텍스트(second PDP context)로 분류된다. 상기 제2 PDP 컨텍스트는 상기 제1 PDP 컨텍스트와 동일한 정보를 가지는 PDP 컨텍스트, 즉 제1 PDP 컨텍스트가 존재할 경우에만 존재하는 컨텍스트로서 상기 제 1 PDP 컨텍스트의 정보를 그대로 재사용한다. 이렇게 상기 제1 PDP 컨텍스트와 제2 PDP 컨텍스트는 사용하는 정보는 동일하고, 다만 실제 패킷 데이터가 전송되는 패킷 무선 서비스(GPRS: General Packet Radio Service, 이하 "GPRS"라 칭하기로 한다) 터널링 프로토콜(GTP: GPRS Tunneling Protocol, 이하 "GTP"라 칭하기로 한다) 터널(tunnel)이 상이하다. 여기서, 상기 GPRS는 UMTS 네트워크에서 수행하는 패킷 데이터 서비스이다. 또한, 상기 MBMS PDP 컨텍스트 활성화 요구 메시지에 포함되는 파라미터(parameter)들로는 네트워크 계층 서비스 접속 포인트 식별자(NSAPI: Network layer Service Access Point Identifier, 이하 "NSAPI"라 칭하기로 한다)와, TI와, PDP 타입(type)과, PDP 어드레스(address)와, 접속 포인트 네트워크(Access Point Network)와, 서비스 품질(QoS: Quality of Service)등이 있다. 그러면 여기서 상기 이동 통신 시스템에서 GTP 터널을 생성하는 경우는 상기 UE(161)가 코어 네트워크, 즉 SGSN(130)에 요청하는 경우, 즉 UE 초기 활성화(UE-Initiated Activate)와 외부 네트워크로부터 상기 코어 네트워크에 요청하는 경우, 즉 네트워크 요청 활성화(Network Requested Activate)의 두 가지 경우로 구분된다.

상기 SGSN(130)은 상기 UE(161)로부터 MBMS PDP 컨텍스트 활성화 요구 메시지를 수신하면 상기 UE(161)가 해당 MBMS 서비스를 요청한 첫 번째 UE일 경우 상기 해당 MBMS 서비스를 위한 MBMS PDP 컨텍스트를 생성하고, 상기 생성한 MBMS PDP 컨텍스트에 상기 UE(161) 정보를 저장한 후 상기 SGSN(130)에 연결되어 있는 게이트웨이 패킷 무선 서비스 지원 노드(GGSN: Gateway GPRS Support Node, 이하 "GGSN"이라 칭하기로 한다, 도시하지 않음)과 일련의 동작들을 수행한다. 여기서, 상기 SGSN(130)이 상기 GGSN과 수행하는 동작들은 GTP 터널 셋업을 위한 동작들로서, 상기 SGSN(130)이 상기 UE(161)로부터 수신한 MBMS PDP 컨텍스트 활성화 요구 메시지에 포함되어 있는 파라미터들을 상기 GGSN에 통보하면, 상기 GGSN은 상기 파라미터들을 가지고 GTP 터널을 셋업한다. 여기서, 상기 GTP 터널 셋업 과정은 본 발명과 직접적인 연관이 없으므로 여기서는 그 상세한 설명을 생략하기로 한다. 또한, 상기 MBMS PDP 컨텍스트는 임의의 MBMS 서비스에 관련된 정보들이 저장되어 있는 변수들의 집합이며, 상기 MBMS PDP 컨텍스트 활성화 요구 메시지를 전송한 UE들의 명단과, 상기 UE들의 위치 정보와, 상기 해당 MBMS 서비스 데이터를 전송할 트랜스포트 베어러(transport bearer) 관련 정보들이 저장된다. 그리고 나서 상기 SGSN(130)은 상기 UE(161)로 MBMS PDP 컨텍스트 활성화 수락(ACTIVATE MBMS PDP CONTEXT REQUEST ACCEPT) 메시지를 송신한다(302단계). 여기서, 상기 MBMS PDP 컨텍스트 활성화 수락 메시지에는 상기 MBMS 서비스를 위해 그룹 호출(group paging)에 사용할 임시 멀티캐스트 그룹 식별자(TMGI: Temporary Multicast Group Identity, 이하 "TMGI"라 칭하기로 한다)와 불연속 수신(DRX: Discontinuous Reception, 이하 "DRX"라 칭하기로 한다) 파라미터가 포함된다. 여기서, 상기 DRX 파라미터는 상기 UE(161)가 PICH를 모니터링하는 주기와 관련되는 파라미터이며, 상기 DRX 파라미터는 DRX 주기(CL: Cycle Length) 계수(coefficient)와 Np 등이 포함되며, 상기 Np는 [18,36,72,144] 중 한 값으로 시스템 정보(SI: System Information)로 주어지며, 하나의 시스템 프레임에 몇 개의 호출 표시(PI: Paging Instance)가 존재하는지를 나타내는 값이다. 여기서, 상기 호출 관련 TMGI와 DRX 파라미터에 관한 동작은 본원출원인이 대한 민국 특허청에 특허출원한 P2002-60194에 개시되어 있다.

이렇게 상기 SGSN(130)으로부터 MBMS PDP 컨텍스트 활성화 수락 메시지를 수신한 UE(161)는 아이들 상태로 천이한 후 대기한다. 한편, 상기 SGSN(130)은 상기 해당 MBMS 서비스 개시 시점에 임박해서 혹은 MB-SC(110)로부터 첫번째 MBMS 서비스 데이터를 수신한 후 상기 서비스를 받고자 하는 UE들, 즉 상기 MBMS PDP 컨텍스트 활성화 요구 메시지를 전송한 UE(161)가 속한 RNC(140)로 서비스 통지(notification) 메시시지를 전송한다(303단계). 여기서, 상기 SGSN(130)은 상기 해당 MBMS 서비스를 요청한 UE들의 명단과, 상기 UE들이 속한 RNC들을 알고 있어 상기 해당 MBMS 서비스가 개시되면 해당 UE들이 속한 RNC들로 서비스 통지 메시지를 전송하게 된다. 여기서, 상기 서비스 통지 과정 역시 상기 본원출원인이 대한민국 특허청에 특허출원한 P2002-60194에 개시되어 있다. 한편, 상기 SGSN(130)은 상기 MBMS 서비스 개시 시작을 알리는 서비스 통지 메시지에 상기 TMGI와 DRX 파라미터를 포함시켜 RNC(140)로 송신한다. 상기 RNC(140)는 상기 SGSN(130)으로부터 상기 서비스 통지 메시지를 수신하면, 상기 서비스 통지 메시지에 포함되어 있는 TMGI와 DRX 파라미터를 이용하여 호출 시점(PO: Paging Occasion, 이하 "PO"라고 칭하기로 한다)과 PI를 산출한다. 이와 마찬가지로 상기 UE(161) 역시 상기 MBMS PDP 컨텍스트 활성화 수락 메시지에 포함되어 있는 TMGI와 DRX 파라미터를 이용하여 PO 및 PI를 산출한다. 상기 RNC(140)는 상기 PI와 PO가 지시하는 시점의 호출 표시 채널(PICH: Paging Indicator CHannel, 이하 "PICH"라 칭하기로 한다)을 온(on) 혹은 오프(off)시켜 상기 UE(161)가 호출 채널(PCH: Paging CHannel, 이하 "PCH"라 칭하기로 한다)을 수신할지 여부를 지시한다(304-1단계). 여기서, 상기 PICH가 해당 PO의 PI에서 온되어 있을 경우에는 상기 UE(161)는 상기 PCH 신호를수신하여 UE(161) 자신에 대한 호출을 감지하고, 이와는 반대로 상기 PICH가 오프되어 있을 경우에는 상기 UE(161)는 PCH를 수신하지 않는다. 한편, 상기 RNC(140)는 상기 UE(161)에 대한 호출이 있을 경우 상기 PICH와 미리 설정되어 있는 설정 시간후에 상기 PICH와 관련되는 PCH, 즉 associated PCH에 상기 서비스 통지 메시지 혹은 호출 메시지를 전송하여 상기 UE(161)가 해당 MBMS 서비스가 곧 개시될 것임을 인지하도록 하거나 혹은 호출 메시지가 수신될 것임을 인지하도록 한다(304-2단계). 여기서, 상기 서비스 통지 메시지는 일종의 호출 메시지이며, [message type, paging cause, TMGI]와 같은 정보들을 포함한다. 여기서, 상기 paging cause는 상기 호출이 발생하는 이유를 나타내며, 현재 W-CDMA 이동 통신 시스템에서 상기 MBMS 서비스에 적용할 수 있는 paging cause로는 ‘Terminating streaming call’이 있을 수 있으며, 기존의 paging cause가 아닌 별도의 새로운 paging cause를 MBMS 서비스를 위해 정의할 수도 있음은 물론이다. 그리고 이하 상기 서비스 통지 메시지 혹은 호출 메시지를 설명의 편의상 "MBMS 호출 메시지"로 정의하기로 한다.

한편, 상기 UE(161)는 상기 계산한 PO의 PI에서 주기적으로 PICH를 감시하고, 상기 PICH가 온되어 있을 경우 associated PCH의 MBMS 호출 메시지를 수신하고, 상기 PICH가 오프되어 있을 경우 associated PCH를 수신하지 않는다. 여기서, 상기 PCH가 온되어 있다는 것은 상기 PO의 PI에서 상기 PICH에 ‘1’이라는 정보가 코딩되어 있는 경우를, 상기 PCH가 오프되어 있다는 것은 상기 PO의 PI에서 상기 PICH에 ‘0’이라는 정보가 코딩되어 있는 경우를 의미한다. 한편, 상기 MBMS 호출 메시지를 수신한 UE(161)는 상기 MBMS 호출 메시지에 포함되어 있는 TMGI를 이용하여 어떤 MBMS 서비스가 개시될 것인지를 판단한다. 만약 상기 TMGI가 상기 UE(161) 자신이 요청한 MBMS 서비스를 나타낼 경우 상기 UE(161)는 해당 MBMS 서비스 데이터 수신을 대기할 것이다.

한편, 상기 MBMS 호출 메시지를 수신한 UE(161)는 다시 CELL_FACH 상태로 천이하고 상기 CELL_FACH 상태에서 상기 서비스 통지 메시지를 정상적으로 수신하였음을 나타내는 서비스 통지 응답(NOTIFICATION RESPONSE) 메시지를 상기 SGSN(130)으로 송신한다(305단계). 상기 SGSN(130)은 상기 서비스 통지 응답 메시지를 수신한 후 상기 RNC(140)로 MBMS 무선 접속 베어러(RAB: Radio Access Bearer, 이하 "RAB"라 칭하기로 한다) 할당 요구(MBMS RAB ASSIGNMENT REQUEST) 메시지를 송신한다(306단계). 여기서, 상기 MBMS RAB 할당 요구 메시지에는 상기 MBMS 서비스를 제공하기 위해 요구되는 서비스 품질(QoS: Quality of Service) 정보와 MBMS RAB을 설정할 UE들의 명단 등이 포함될 수 있으며, 하기에서 상기 MBMS RAB 할당 요구 메시지에 대해서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 상기 설명에서는 상기 UE(161)만을 일 예로 하여 설명하였으나, 해당 MBMS 서비스를 수신하기를 요구하는 UE들이 다수일 경우에는 그 다수의 UE들 명단을 상기 MBMS RAB 할당 요구 메시지에 포함시켜 상기 RNC(140)로 송신하고, 상기 RNC(140)는 상기 다수의 UE들 각각에 대해 해당 MBMS 서비스 수신을 위한 이후의 동작들을 수행한다. 한편, 상기 RAB은 임의의 MBMS 서비스를 제공하기 위해 무선 접속 네트워크(RAN: Radio Access Network, 이하 "RAN"이라 칭하기로 한다)에 구성되는 전송 자원들의 집합을 의미하며, 구체적으로 SGSN(130)과 RNC(140)사이(Iu 인터페이스)의 트랜스포트 베어러(transport bearer)와, RNC(130)와 Node B(160) 사이(Iub 인터페이스)의 트랜스포트 베어러와 무선 채널(radio channel)들을 포괄한다.

상기 RNC(140)는 상기 SGSN(130)으로부터 수신한 MBMS RAB 할당 요구 메시지에 상응하게 상기 해당 MBMS 서비스를 위한 무선 베어러 정보(MBMS RB info)를 결정한다. 여기서, 상기 MBMS 무선 베어러 정보는 계층 2(Layer 2, 이하 "L2"라고 칭하기로 한다) 정보와 계층 1(Layer 1, 이하 "L1"이라 칭하기로 한다) 정보를 포괄하며, 상기 L2 정보로는 무선 링크 제어(RLC: Radio Link Control, 이하 "RLC"라 칭하기로 한다)/패킷 데이터 수렴 프로토콜(PDCP: Packet Data Convergence Protocol, 이하 "PDCP"라 칭하기로 한다) 관련 정보 등이 포함될 수 있다. 그리고 상기 L1 정보로는 전송 포맷 셋(TFS: Transport Format Set, 이하 "TFS"라 칭하기로 한다) 정보와, 전송 포맷 조합 셋(TFCS: Transport Format Combination Set, 이하 "TFCS"라 칭하기로 한다) 정보와, 채널화 코드(channelization code) 정보와, 전송 전력(transmit power) 관련 정보등이 포함될 수 있다. 한편, 상기 RNC(140)는 상기 UE 명단을 이용해서 MBMS RAB을 설정할 셀을 결정하는데, CELL_FACH 상태에 있는 UE들의 위치를 셀 단위로 인지하므로, UE 명단을 셀 명단으로 치환할 수 있는 것이다. 그래서, 상기 RNC(140)는 하기에서 설명할 MBMS 무선 베어러 셋업(MBMS RB SETUP) 메시지를 셀 별로 전송하며, UE들이 위치하고 있는 셀들의 숫자만큼 상기 MBMS 무선 베어러 셋업 메시지를 반복 전송한다.

이렇게 상기 MBMS 무선 베어러 정보를 결정한 RNC(140)는 상기 UE(161)로 MBMS 무선 베어러 셋업 메시지를 송신한다(307단계). 그러면 상기 UE(161)는 상기수신한 MBMS 무선 베어러 셋업 메시지에 포함되어 있는 MBMS 무선 베어러 정보에 상응하게 MBMS 무선 베어러를 셋업한 후 MBMS 무선 베어러 셋업 완료(MBMS RB SETUP COMPLETE) 메시지를 상기 RNC(140)로 송신한다(308단계). 상기 RNC(140)는 상기 UE(161)로부터 MBMS 무선 베어러 셋업 완료 메시지를 수신함에 따라 상기 SGSN(130)으로 MBMS 무선 베어러 할당 응답(MBMS RAB ASSIGNMENT RESPONSE) 메시지를 송신한다(309단계). 그러면 상기 SGSN(130)은 상기 해당 MBMS 서비스에 대한 데이터 전송을 시작한다(DATA TRANSFER)(207단계).

한편, 상기 도 3에서 설명한 메시지들중 서비스 통지 메시지와, MBMS 무선 베어러 셋업 메시지는 그룹 메시지(group message)이다. 여기서, 상기 그룹 메시지라함은 하나의 메시지를 다수의 UE들이 수신하도록 한 메시지를 의미한다. 즉, 상기 304-1단계에서 다수의 UE들이 동일한 PO의 PI를 참조해서 상기 PICH, 즉 서비스 통지 메시지 수신 여부를 결정하며, 상기 304-2단계에서 설명한 TMGI는 서비스 통지 메시지를 수신할 UE들을 나타내므로, 하나의 서비스 통지 메시지를 다수의 UE들이 수신하게 된다. 또한 상기 307단계에서 설명한 MBMS 무선 베어러 셋업 메시지 역시 공통 채널인 FACH를 통해 전송하는 한편 상기 MBMS 무선 베어러 셋업 메시지에 TMGI등을 삽입해서 다수의 UE들이 공통적으로 수신하도록 지정하고 있다.

그러면 여기서 상기에서 설명한 UE의 상태들에 대해서 설명하기로 한다.

먼저, 상기 UE의 상태는 CELL_DCH, CELL_FACH, CELL_PCH, URA_PCH, IDLE로 크게 구분되며, 상기 각각의 상태를 설명하면 다음과 같다.

(1) CELL_DCH: UE와 RNC 사이에 전용 채널이 설정되어 있는 상태로서, 상기UE와 RNC 사이의 데이터 교환은 전용 채널을 통해 이루어진다. RNC는 UE의 위치를 셀 단위로 추적한다. RNC가 UE로, UE가 RNC로 데이터를 전송하기 위해서 별도의 사전 절차가 필요하지 않으며, 현재 설정되어 있는 전용 채널을 통해 데이터 교환이 이루어진다.

(2) CELL_FACH: UE와 RNC 사이에 FACH가 설정되어 있는 상태로서, UE는 RNC에게 전송할 데이터가 있을 경우 역방향 접속 채널(RACH: Reverse Access CHannel, 이하 "RACH"라 칭하기로 한다)을 이용하고, 상기 UE는 FACH를 항상 수신하고 있다. UE와 RNC는 공통 채널(FACH/RACH)을 통해 데이터를 송수신하며, RNC는 UE의 위치를 셀 단위로 추적한다. RNC가 UE로, UE가 RNC로 데이터를 전송하기 위해서 별도의 사전 절차가 필요하지 않다. CELL_FACH 상태의 UE는 FACH를 통해 전송되는 모든 데이터들을 수신하며, 상기 수신한 데이터들의 식별자(ID)를 이용해서 UE 자신의 데이터인지 아닌지를 판단한다.

(3) CELL_PCH: CELL_PCH상태의 UE는 PICH를 감시하며, FACH 등과 같은 다른 채널들은 수신하지 않는다. RNC는 UE에게 데이터를 전송하기에 앞서, UE를 호출해서 CELL_FACH 상태로 천이 시켜야하고, 이와 마찬가지로 UE는 RNC에게 데이터를 전송하기에 앞서 CELL_FACH 상태로 천이해야 한다. RNC는 UE의 위치를 셀 단위로 추적한다. 상기 호출 절차에는 상기에서 설명한 바와 같은 RNC에서 결정한 DRX 파라미터가 이용된다.

(4) URA_PCH: RNC가 UE의 위치를 URA(UTRAN Registration Area : 다수의 cell로 구성된 지역) 단위로 추적한다는 점을 제외하면, 상기에서 설명한 CELL_PCH와 동일하다.

(5) IDLE: RNC는 UE의 위치를 알지 못하며, 코어 네트워크의 요청에 따라 UE를 호출할 수 있다. 상기 호출 절차는 코어 네트워크에서 결정하는 DRX 파라미터가 사용된다는 점을 제외하면, 상기에서 설명한 CELL_PCH 상태의 호출 절차와 동일하다. RNC와 UE가 데이터를 송수신하기 위해서는 무선 자원 제어(RRC: Radio Resource Control, 이하 "RRC"라 칭하기로 한다) 연결(connection) 셋업(RRC CONNECTION SETUP) 과정이 선행되어야만 한다.

상기에서 설명한 UE 상태들을 정리하면(본 발명에서는 상기 CELL_DCH는 직접적인 연관이 없으므로 그 상세한 설명을 생략하기로 한다) CELL_FACH 상태의 UE는 FACH를 항상 수신하고 있어야 하며, CELL_PCH 상태의 UE는 PICH 중 자신의 PO/PI에 해당하는 부분만 수신한다. 다만, CELL_PCH 상태의 UE에게 데이터를 전송하기 위해서, RNC는 UE를 호출해서 CELL_FACH 상태로 천이시켜야 한다.

그러면, 여기서 상기에서 설명한 바와 같은 UE 상태를 상기 도 3을 참조로 하여 설명하면 다음과 같다.

먼저, 상기 UE(161)는 CELL_DCH를 제외한 임의의 상태에서, 상기 301단계를 수행하기 위해서는 CELL_FACH 상태로 천이하여야 한다. CELL_FACH 상태에서 UE(161)는 FACH를 통해 전송되는 모든 데이터를 수신하며, 위치하고 있는 셀이 변경되면, 셀 업데이트(CELL UPDATE) 메시지 등을 이용하여 셀이 변경되었음을 상기 RNC(140)에게 통보한다. CELL_PCH/URA_PCH 상태의 UE는 RNC에 의해서 호출되거나, RNC로 전송할 제어메시지가 발생하면 상기 CELL_FACH 상태로 천이한다. 여기서, 상기 호출 과정은 상기에서 설명한 304-1단계 및 304-2단계와 같이 PICH의 PI가 온되고, associated PCH로 상기 UE와 연관된 서비스 통지 메시지 혹은 호출 메시지가 전송되는 과정을 의미한다.

상기 302단계를 완료한 후 상기 UE(161)로 전송할 데이터가 존재하지 않는다면 네트워크, 즉 SGSN(130) 혹은 RNC(140)는 상기 UE(161)와의 RRC 연결 해제(release)를 결정할 수 있으며, 상기 RRC 연결 해제시 상기 UE(161)는 IDLE 상태로 천이한다. 상기 IDLE 상태에서 UE(161)는 PICH 중 자신의 PO/PI에 해당하는 부분을 수신하며, 코어 네트워크에서 정의한 지역 변경이 발생하면, 즉 라우팅 지역(Routing Area) 등이 변경되면, 라우팅 지역 업데이트(ROUTING AREA UPDATE) 메시지를 이용하여 상기 라우팅 지역이 변경되었음을 통보한다. 한편, 상기 304-1단계와 304-2단계를 통해 호출된 UE는 CELL_FACH 상태로 천이하고, 네트워크로부터 별다른 데이터를 수신하지 않을 경우 상기 UE(161)는 CELL_FACH 상태에 그대로 존재한다. 그러나 CELL_FACH 상태에서 UE는 FACH를 통해 전송되는 모든 데이터를 수신해서, 상기 데이터들의 식별자를 확인하는 과정을 수행하므로, 전력 소모가 필요 이상으로 크다는 단점이 있다.

그러므로 실제 UE(161)와 RNC(140)간에 제어 데이터 교환이 종료되는 시점, 일 예로 상기 308단계에서 상기 UE(161)는 CELL_PCH로 상태 천이하는 것이 바람직하다. 따라서, 본 발명의 제2실시예는 상기 UE(161)가 CELL_FACH 상태에서 CELL_PCH 상태로 천이하도록 제어하기 위해서 상기 RNC(140)는 RRC 상태 지시자(RRC STATE INDICATOR)라는 파라미터를 새롭게 제안하며, 상기 RRC 상태 지시자 파라미터에 CELL_PCH를 지정하여 상기 UE(161)가 제어 메시지 교환후에 UE(161) 자신의 상태를 CELL_PCH로 천이하도록 제어한다.

그러면 상기 본 발명의 제2실시예를 도 4를 참조하여 설명하기로 한다.

상기 도 4는 본 발명의 제2실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도이다.

상기 도 4를 설명하기에 앞서, 먼저 RNC(140)는 상기 도 1에서 설명한 바와 같이 셀1(160)과 셀 2(170)를 관리하며, 상기 도 4를 설명함에 있어 편의상 상기 RNC(140)의 셀1(160)에 존재하는 UE1(161)과 UE2(162)가 동일한 임의의 MBMS 서비스에 대한 서비스 요청을 했다고 가정하기로 한다. 또한, 상기 도 3에서 설명한 단계들과 동일한 동작을 수행하는 단계들은 상기 도 3에서 사용한 참조번호와 동일한 참조부호를 사용하기로 한다.

상기 도 4를 참조하면, 먼저 상기 도 3에서 설명한 바와 같이 MBMS PDP 컨텍스트 활성화 요구 및 MBMS PDP 컨텍스트 활성화 수락이 완료된 후 303단계에서 SGSN(130)은 TMGI와 DRX 파라미터를 포함하는 서비스 통지 메시지를 RNC(140)로 송신한다(303단계). 그러면 상기 RNC(140)는 상기 도 3에서 설명한 바와 같이 상기 TMGI와 DRX 파라미터를 이용해서 PO와, PI를 산출하고, 상기 산출한 PO의 PI에서 PI를 on 시키고(304-1단계), 상기 PICH와 관련된 associated PCH를 통해 MBMS 호출 메시지를 UE1(161) 및 UE2(162)로 송신한다(304-2단계). 여기서, 상기 UE1(161)과 UE2(162)는 동일한 MBMS 서비스, 즉 동일한 TMGI를 가지는 MBMS 서비스를 수신하므로 상기 MBMS 호출 메시지는 상기 UE1(161) 및 UE2(162)로 모두 송신된다. 이렇게MBMS 호출 메시지를 수신한 UE1(161)과 UE2(161)는 각각 CELL_FACH 상태로 천이한 후 상기 UE1(161) 및 UE2(162)는 상기 SGSN(130)으로 서비스 통지 응답 메시지를 송신한다(350-1단계, 305-2단계).

상기 SGSN(130)은 상기 서비스 통지 응답메시지를 수신함에 따라 상기 RNC(140)로 MBMS RAB 할당 요구 메시지를 송신한다(306단계). 그러면 상기 RNC(140)는 상기 MBMS RAB 할당 요구 메시지를 수신함에 따라 상기 UE1(161) 및 UE2(162)로 MBMS 무선 베어러 셋업 메시지를 송신한다(401단계). 여기서, 상기 MBMS 무선 베어러 셋업 메시지에는 상기 MBMS 무선 베어러 정보와, RRC 상태 지시자가 포함되며, 상기 RRC 상태 지시자는 상기 RNC(140)와 UE1(161) 및 UE2(162)간에 제어 메시지 교환이 종료됨에 따라 CELL_PCH 상태로 천이하도록 지정된다(RRC STATE INDICATOR = CELL_PCH). 여기서, 상기 MBMS 무선 베어러 셋업 메시지는 FACH를 통해 셀별로 전송되며, CELL_FACH 상태에 있는 UE1(161)과 UE2(162)는 상기 MBMS 무선 베어러 셋업 메시지를 수신하는 것이 가능하다.

상기 MBMS 무선 베어러 셋업 메시지를 수신한 UE1(161) 및 UE2(162)는 상기 MBMS 무선 베어러 셋업 메시지에 대한 응답 메시지, 즉 MBMS 무선 베어러 셋업 완료 메시지를 상기 RNC(140)로 각각 전송한다(308-1단계, 308-2단계). 그리고 상기 UE1(161) 및 UE2(162)는 상기 MBMS 무선 베어러 셋업 메시지에 RRC 상태 지시자가 CELL_PCH로 지정되어 있음에 따라 자신들의 상태를 CELL_PCH로 천이한다. 그러면 여기서 상기 RRC 상태 지시자를 상세히 설명하기로 한다.

먼저, 3GPP(3rd Generation Partnership Project)에서 RNC와 UE 사이의 제어메시지 교환을 담당하는 RRC 메시지들은 메시지 전송에 대한 응답을 요구하는 RRC 메시지와 응답을 요구하지 않는 RRC 메시지로 크게 구분된다. 일 예로 상기 셀 업데이트 확인(CELL UPDATE CONFIRM) 메시지와 같은 RRC 메시지는 상기 RNC가 UE에게 전송하며, 상기 셀 업데이트 확인 메시지를 수신한 UE는 상기 RNC로 별도의 응답 메시지를 전송할 필요가 없다. 이와는 반대로, 무선 베어러 셋업(RB SETUP) 메시지와 같은 RRC 메시지는 RNC가 UE에게 전송하며, 상기 UE는 상기 무선 베어러 셋업 메시지를 수신함에 따라 상기 RNC로 무선 베어러 셋업 완료(RB SETUP COMPLETE) 메시지와 같은 응답 메시지를 전송해야만 한다. 상기 RRC 상태 지시자는 상기 RNC가 UE에게 상기 RRC 상태 지시자라는 정보 엘리먼트(IE: Information Element, 이하 "IE"라 칭하기로 한다)를 포함하는 RRC 메시지를 전송할 경우, UE는 상기 RRC 메시지에 상응하는 동작을 완료한 뒤, RRC 상태 지시자에서 지시하는 상태로 UE 자신의 상태를 천이하도록 하는 상태 천이 명령이다. 여기서, 상기 RRC 메시지에 상응하는 동작을 완료하는 시점은 응답을 요구하는 RRC 메시지에 대해서는 응답 메시지 전송이 끝나는 시점을 의미하며, 응답을 요구하지 않은 RRC 메시지에 대해서는 해당 RRC 메시지를 수신해서 상기 RRC 메시지가 요구하는 동작을 완료한 시점이 된다.

이렇게 상기 UE1(161) 및 UE2(162)로부터 MBMS 무선 베어러 셋업 완료 메시지를 수신한 RNC(140)는 상기 SGSN(130)으로 MBMS RAB 할당 응답 메시지를 전송한다(309단계). 이후 사이 SGSN(130)은 해당 MBMS 서비스가 개시되면 MB-SC(110)로부터 수신되는 MBMS 서비스 데이터를 상기 RNC(140)로 송신한다. 그러면 상기RNC(140)는 상기에서 설정해 놓은 MBMS 무선 베어러를 통해 상기 UE1(161) 및 UE2(162)로 상기 수신한 MBMS 서비스 데이터를 송신한다(207단계). 한편, 상기 UE1(161) 및 UE2(162)는 CELL_PCH 상태에 존재하면서 상기 RNC(140)에서 송신한 MBMS 서비스 데이터를 수신하고, 지속적으로 PICH를 감시한다. 이후 다시 상기 RNC(140)는 상기 MBMS 서비스 데이터를 수신하고 있는 UE들에게 MBMS 서비스 관련 RRC 메시지를 전송해야 할 필요가 발생할 경우 TMGI를 이용한 호출 과정을 통해 상기 UE들, 즉 UE1(161) 및 UE2(162)를 호출한다(304-1단계, 304-2단계). 여기서, 상기 MBMS 관련 RRC 메시지라 함은 상기 MBMS 서비스를 제공함에 따라 발생하는 RRC 메시지로서, 상기에서 설명한 MBMS 무선 베어러 셋업 메시지 역시 상기 MBMS 관련 RRC 메시지이나 설명의 편의상 실제 MBMS 무선 베어러가 셋업된 상태 이후에 발생하는 MBMS 서비스를 제공함에 따라 발생하는 RRC 메시지를 의미한다. 상기 호출 과정에 상응하여 상기 UE1(161) 및 UE2(162)는 CELL_PCH 상태에서 CELL_FACH 상태로 천이한다. 상기 RNC(140)는 상기 MBMS 관련 RRC 메시지를 상기 UE1(161) 및 UE2(162)로 송신한다(402단계). 여기서, 상기 MBMS 관련 RRC 메시지에는 RRC 상태 표시지가 CELL_PCH로 지정된다.

상기 RNC(140)로부터 MBMS 관련 RRC 메시지를 수신한 UE1(161) 및 UE2(162)는 상기 MBMS 관련 RRC 메시지에 상응하는 MBMS 관련 RRC 응답 메시지를 상기 RNC(140)로 송신한다(403-1단계, 403-2단계). 여기서, 상기 UE1(161) 및 UE2(162)는 상기 MBMS 관련 RRC 응답 메시지를 송신한 후 CELL_FACH 상태에서 CELL_PCH 상태로 천이한다. 상기 도 4를 설명함에 있어서 상기 MBMS 관련 RRC 메시지들은 모두그룹 메시지들로 설명하였으나, 상기 MBMS 관련 RRC 메시지가 그룹 메시지가 아닐 경우, 즉 특정 UE에게만 해당하는 RRC 메시지일 경우 상기 RNC(140)는 해당하는 특정 UE를 통상적인 호출 과정, 즉 IMSI(International Mobile Subscriber Identity)를 이용한 통상적인 호출 과정을 통해 해당 특정 UE를 호출한 후 상기 특정 UE에게만 해당하는 RRC 메시지를 전송할 수도 있음은 물론이다. 상기 통상적인 호출 과정은 본 발명과 직접적인 연관이 없으므로 여기서는 그 상세한 설명을 생략하기로 한다.

다음으로 도 5를 참조하여 상기 본 발명의 제2실시예에 따른 RNC 동작을 설명하기로 한다.

상기 도 5는 본 발명의 제2실시예에 따른 RNC 동작을 도시한 순서도이다.

상기 도 5를 참조하면, 먼저 501단계에서 상기 RNC(140)는 해당 MBMS 서비스에 대한 MBMS 관련 RRC 메시지가 발생함을 감지하면 502단계로 진행한다. 여기서, 상기 MBMS 관련 RRC 메시지는 그룹 메시지로서, 상기 MBMS 서비스를 받고 있는 혹은 받고자 하는 모든 UE들에게 발송되어야하는 메시지이다. 상기 502단계에서 상기 RNC(140)는 서비스 통지 과정 등에서 인식한 상기 해당 MBMS 서비스에 대한 TMGI와 DRX 파라미터를 이용해서 PO와 PI를 계산하고 503단계로 진행한다. 상기 503단계에서 상기 RNC(140)는 상기 계산한 PO중 하나를 선택한 뒤, 상기 PO의 PI를 온으로 설정하여 PICH를 전송하고 504단계로 진행한다. 상기 504단계에서 상기 RNC(140)는 상기 PICH 신호를 전송한 시점에서 미리 설정되어 있는 설정 시간이 경과한 뒤 상기 PICH와 관련된 associated PCH에 MBMS 호출 메시지를 전송하고 505단계로 진행한다. 이렇게 상기 PCH를 통해 MBMS 호출 메시지를 전송하면 해당 UE들은 CELL_FACH 상태로 천이하게 된다.

상기 505단계에서 상기 RNC(140)는 상기 MBMS 관련 RRC 메시지를 전송하고 506단계로 진행한다. 여기서, 상기 505단계에서 전송하는 MBMS 관련 RRC 메시지는 상기 RNC(140)에서 UE들로 전송하는 마지막(last) MBMS 관련 RRC 메시지가 아니다. 즉, 상기 505단계에서 상기 RNC(140)는 MBMS 관련 RRC 메시지를 전송한 이후에 다시 MBMS 관련 RRC 메시지를 전송하게 된다. 그리고 나서 상기 506단계에서 상기 RNC(140)는 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지인지를 검사한다. 상기 검사 결과 상기 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지가 아닐 경우 상기 RNC(140)는 507단계로 진행한다. 상기 507단계에서 상기 RNC(140)는 상기 전송할 MBMS 관련 RRC 메시지에 RRC 상태 지시자를 CELL_FACH 상태로 지정하여 해당 UE들이 이번 MBMS 관련 RRC 메시지 이후에도 다시 MBMS 관련 RRC 메시지를 수신할 수 있도록 하고 상기 505단계로 되돌아간다. 한편, 상기 506단계에서 검사 결과 상기 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지일 경우 상기 RNC(140)는 508단계로 진행한다. 상기 508단계에서 상기 RNC(140)는 상기 MBMS 서비스에 관련하여 더 이상의 MBMS 관련 RRC 메시지를 전송할 필요가 없으므로 상기 UE들의 상태를 CELL_PCH 상태로 천이시키도록 하기 위해 상기 MBMS 관련 RRC 메시지의 RRC 상태 지시자에 CELL_PCH를 지정하여 해당 UE들로 전송하고 종료한다.

상기 도 5에서 설명한 바와 같이 상기 RNC(140)는 MBMS 관련 RRC 메시지를해당 UE들이 수신한 후 바로 CELL_PCH 상태로 천이하여 전력 소모를 최소화할 수 있도록 한다. 그리고 상기 도 5에서는 상기 RNC(140)가 마지막 MBMS 관련 RRC 메시지인지를 판단하여 UE들의 상태를 CELL_PCH 상태로 천이하도록, 즉 RRC 상태 지시자를 CELL_PCH로 설정하도록 제어했지만 이와는 달리 상기 RNC(140)가 더 이상 전송할 MBMS 관련 RRC 메시지가 존재하는지 유무를 판단하여, 전송할 MBMS 관련 RRC 메시지가 존재하지 않을 경우 해당 MBMS 관련 RRC 메시지의 RRC 상태 지시자를 CELL_PCH로 설정할 수도 있다.

다음으로 도 6을 참조하여 상기 본 발명의 제2실시예에 따른 UE 동작을 설명하기로 한다.

상기 도 6은 본 발명의 제2실시예에 따른 UE 동작을 도시한 순서도이다.

상기 도 6을 설명하기에 앞서, 물론 상기 RNC(140)가 전송하는 MBMS 관련 RRC 메시지는 그룹 메시지이나 설명의 편의상 상기 UE1(161)만을 기준으로 하여 설명하기로 한다. 먼저, 601단계에서 상기 UE1(161)은 상기 SGSN(130)로부터 MBMS PDP 컨텍스트 활성화 과정 등을 통해 인식한 TMGI와 DRX 파라미터를 가지고 PO와 PI를 계산한 후 602단계로 진행한다. 상기 602단계에서 상기 UE1(161)은 상기 계산한 PO의 PI에서 PICH 신호를 지속적으로 모니터링(monitoring)하고 603단계로 진행한다. 상기 603단계에서 상기 UE1(161)은 상기 모니터링하고 있는 PI가 온으로 설정되어 있는지를 검사한다. 상기 검사 결과 상기 PI가 온되어 있지 않을 경우, 즉 오프일 경우 상기 UE1(161)은 상기 602단계로 되돌아가서 상기 PICH를 지속적으로 모니터링한다. 한편, 상기 603단계에서 검사 결과 상기 PI가 온되어 있을 경우 상기 UE1(161)은 604단계로 진행한다.

상기 604단계에서 상기 UE1(161)은 상기 PCH와 연관된 associated PCH 신호를 수신하여 MBMS 호출 메시지를 검출하고 605단계로 진행한다. 상기 605단계에서 상기 UE1(161)은 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 601단계에서 인식한 TMGI와 동일한지를 검사한다. 상기 검사 결과 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 601단계에서 인식한 TMGI와 동일하지 않을 경우 상기 UE1(161)은 상기 602단계로 되돌아가서 PICH를 주기적으로 모니터링한다. 한편, 상기 605단계에서 검사 결과 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 601단계에서 인식한 TMGI와 동일할 경우 상기 UE1(161)은 606단계로 진행한다. 상기 606단계에서 상기 UE1(161)은 자신의 상태를 CELL_FACH 상태로 천이한 후 607단계로 진행한다. 물론, 상기 UE1(161)의 현재 상태가 CELL_FACH 상태였다면 물론 그 CELL_FACH 상태 그대로를 유지한다. 상기 607단계에서 상기 UE1(161)은 FACH를 통해 수신되는 모든 데이터들을 수신하며, 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치하는지 검사한다. 상기 검사 결과 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치하지 않을 경우 상기 UE1(161)은 상기 606단계로 되돌아가서 상기 FACH 신호를 수신한다. 한편, 상기 607단계에서 상기 검사 결과 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치할 경우 상기 UE1(161)은 608단계로 진행한다. 상기 608단계에서 상기 UE1(161)은 상기 TMGI와 일치하는 식별자를 가진 데이터를 MBMS 관련 RRC 메시지로 판단하고 상기 MBMS 관련 RRC 메시지에 상응하는 동작을 수행한 후 609단계로 진행한다. 상기 609단계에서 상기 UE1(161)은 상기 수신한 MBMS 관련 RRC 메시지에 포함되어 있는 RRC 상태 지시자가 지정하고 있는 상태를 판단하고, 상기 RRC 상태 지시자가 CELL_PCH 상태를 지정하고 있을 경우 UE1(161) 자신의 상태를 CELL_PCH로 천이한 후 상기 602단계로 되돌아간다. 한편, 상기 RRC 상태 지시자가 CELL_FACH 상태를 지정하고 있을 경우 상기 UE1(161)은 상기 UE1(161) 자신의 상태를 CELL_PCH로 천이한 후 상기 606단계로 되돌아간다.

상기에서 설명한 바와 같이 본 발명의 제2실시예에서는 UE가 CELL_FACH 상태로 천이하여 MBMS 관련 RRC 메시지를 수신하는 중에 상기 RRC 상태 지시자를 포함한 MBMS 관련 RRC 메시지를 수신하지 못할 경우 계속 CELL_FACH 상태에 머물러야만 한다는 문제점이 있다. 그래서 상기 RRC 상태 지시자를 포함한 MBMS 관련 RRC 메시지를 수신하지 못했을 경우에도 상기 UE가 CELL_PCH 상태로 천이하도록 하기 위해 본 발명의 제3실시예에서는 목표 시스템 프레임 번호(target System Frame Number, 이하 "target SFN"이라 칭하기로 한다)라는 일종의 시간 정보를 이용한다. 그러면 여기서 상기 본 발명의 제3실시예를 도 7을 참조하여 설명하기로 한다.

상기 도 7은 본 발명의 제3실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도이다.

상기 도 7을 설명하기에 앞서 상기 도 7 이전에 설명한 과정들과 동일한 과정들에는 동일한 참조부호를 사용하였음에 유의하여야 한다. 상기 도 7을 참조하면, 303단계 및 304-1단계는 상기 설명들과 동일하므로 그 설명을 생략하고, 상기 RNC(140)가 304-1단계를 통해 해당 PO의 PI를 온시켜 PICH 신호를 송신하고, 상기PICH에 관련된 associated PCH에 MBMS 호출 메시지를 포함시켜 UE1(161) 및 UE2(162)로 송신한다(701단계). 여기서, 상기 MBMS 호출 메시지에는 해당 MBMS 서비스를 나타내는 TMGI와, target SFN이 포함되어 있으며, 상기 target SFN은 상기 MBMS 호출 메시지를 수신한 UE들, 즉 UE1(161) 및 UE2(162)가 CELL_PCH 상태로 상태 천이할 목표 시점을 나타낸다. 즉, 상기 target SFN은 상기 해당 MBMS 서비스를 받는 UE들에 대한 상태 천이 명령의 역할은 한다. 물론, 상기 target SFN과 RRC 상태 지시자가 중복적으로 송신될 경우 상기 RRC 상태 지시자가 우선권을 가지게 된다. 즉, 상기 target SFN에 도달하기 이전에 상기 RRC 상태 지시자가 포함된 RRC 메시지를 수신할 경우 상기 UE들은 상기 RRC 상태 지시자가 나타내고 있는 상태로 천이한다. 한편, 상기 target SFN을 설정하는 방식은 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다.

이렇게, 상기 MBMS 호출 메시지를 수신한 UE1(161) 및 UE2(162)는 각각 상기 SGSN(130)으로 서비스 통지 응답 메시지를 전송한다(305-1단계, 305-2단계). 그러면 상기 SGSN(130)은 상기 RNC(140)로 MBMS RAB 할당 요구 메시지를 전송하고(306단계), 이에 상기 RNC(140)는 상기 MBMS 서비스를 위한 무선 베어러 정보들을 결정하고 상기 UE1(161) 및 UE2(162)로 MBMS 무선 베어러 셋업 메시지를 전송한다(401단계). 여기서, 상기 MBMS 무선 베어러 셋업 메시지에는 상기 RNC(140)가 결정한 MBMS 무선 베어러 정보와, CELL_PCH로 지정된 RRC 상태 지시자가 포함된다. 상기 MBMS 무선 베어러 셋업 메시지를 수신한 UE1(161)은 상기 MBMS 무선 베어러 정보에 상응하게 무선 베어러를 셋업한 후 상기 MBMS 무선 베어러 셋업 메시지에 응답하는MBMS 무선 베어러 셋업 완료 메시지를 상기 RNC(140)로 전송한다(308단계). 여기서, 상기 UE1(161)은 상기 MBMS 무선 베어러 셋업 완료 메시지를 전송한 후 CELL_PCH 상태로 천이한다. 상기 RNC(140)는 상기 UE1(161)로부터 MBMS 무선 베어러 셋업 완료 메시지를 수신함에 따라 상기 SGSN(130)으로 MBMS RAB 할당 완료 메시지를 송신한다(309단계).

그런데, 상기 UE1(161)은 상기 MBMS 무선 베어러 셋업 메시지를 수신하여 정상적으로 CELL_PCH 상태로 천이하였으나, 상기 UE2(162)가 상기 MBMS 무선 베어러 셋업 메시지 수신에 실패하였을 경우 상기 UE2(162)는 상기 target SFN에 도달하는 시점에서 CELL_PCH 상태로 천이한다(702단계). 이렇게 상기 UE1(161) 및 UE2(162)가 CELL_PCH 상태로 천이한 후 상기 SGSN(140)은 상기 RNC(140)로 MB-SC(110)로부터 제공되는 MBMS 서비스 데이터를 상기 RNC(140)로 전송하고, 상기 RNC(140)는 상기 SGSN(130)으로부터 수신하는 MBMS 서비스 데이터를 상기 셋업되어 있는 무선 베어러를 통해 상기 UE1(161) 및 UE2(162)로 송신한다(207단계).

이렇게, 상기 MBMS 서비스가 제공되는 중에 상기 RNC(140)가 상기 UE1(161) 및 UE2(162)로 다시 MBMS 관련 RRC 메시지를 전송해야할 경우 상기 RNC(140)는 상기에 304-1단계 및 701단계에서 설명한 바와 같은 MBMS 호출 동작을 수행한다(304-1단계, 703단계). 그러면 상기 UE1(161) 및 UE2(162)는 다시 CELL_PCH 상태에서 CELL_FACH 상태로 천이하고, 상기 RNC(140)는 RRC 상태 지시자를 CELL_PCH 상태로 지정하여 MBMS 관련 RRC 메시지를 전송한다(408단계). 그러면 상기 UE1(161) 및 UE2(162)는 상기 MBMS 관련 RRC 메시지에 상응하는 MBMS 관련 RRC 응답 메시지를RNC(140)로 전송한 후 다시 CELL_PCH 상태로 천이한다(409단계). 물론, 상기에서 설명한 바와 같이 상기 MBMS 관련 RRC 메시지가 별도의 응답을 필요로 하지 않는 MBMS 관련 RRC 메시지일 경우 상기 UE1(161) 및 UE2(162)는 상기 MBMS 관련 RRC 메시지에 상응하는 동작을 수행한 후 별도의 응답 메시지를 전송하지 않고 바로 CELL_PCH 상태로 천이한다.

그러면 여기서 상기 target SFN을 상세하게 설명하기로 한다.

먼저, 상기 본 발명의 제3실시예를 살펴보면 상기 MBMS 호출 메시지와 MBMS 관련 RRC 메시지간에는 일정한 연관성이 존재함을 알 수 있다. 즉, 상기 701단계의 MBMS 호출 메시지는 407단계의 MBMS 무선 베어러 셋업 메시지를 해당 MBMS 서비스를 수신하는 UE들에게 공통적으로 전달하기 위한 메시지이며, 상기 703단계의 MBMS 호출 메시지는 408단계의 MBMS 관련 RRC 메시지를 해당 MBMS 서비스를 수신하는 UE들에게 공통적으로 전달하기 위한 메시지이다. 즉, 상기 본 발명의 제1실시예 내지 제3실시예와, 하기에 설명할 제4실시예에서 사용하는 MBMS 호출 메시지는 임의의 MBMS 관련 RRC 메시지를 전송하기 위해서 사용되므로 하나의 MBMS 호출 과정은 하나의 MBMS 관련 RRC 제어 과정과 대응된다. 일 예로 상기 도 7을 참조하면, 먼저 701단계의 MBMS 호출 메시지는 305단계, 401단계와, 308단계의 MBMS 관련 RRC 제어 과정과 대응되며, 703단계의 MBMS 호출 과정은 408단계와 409단계의 MBMS 관련 RRC 제어 과정과 대응된다. 여기서, 상기 MBMS 관련 RRC 제어 과정은 MBMS와 관련된 RRC 메시지의 교환 과정을 의미한다. 다시 말해서 상기 RNC(140)는 임의의 MBMS 서비스에 관련된 RRC 제어과정을 진행할 필요성이 발생하면, MBMS 호출 과정을 수행한 후 상기 MBMS 관련 RRC 제어 과정을 수행한다. 그러므로, 상기 target SFN은 상기 MBMS 호출 과정에 대응되는 MBMS 관련 RRC 제어과정이 완료되는 시점 이후로 설정되어야 한다.

결과적으로 상기 target SFN은 하기 수학식 1과 같이 결정된다.

Target SFN - SFN_NOW = SUM{i=1 ~ n}[DL RRC message_i + UL RRC message_i * N_UE + margin]

상기 수학식 1에서, SFN_NOW는 상기 MBMS 호출 메시지를 전송한 시점의 SFN이며, 상기 DL RRC message_i는 n개의 요구(REQUEST)/응답(RESPONSE) 쌍으로 이루어진 임의의 MBMS 관련 RRC 제어과정의 i 번째 순방향(DL: DownLink) RRC 메시지 전송에 소모되는 평균시간을 10 msec 단위로 표시한 값이며, UL RRC message_i는 n개의 REQUEST/RESPONSE 쌍으로 이루어진 임의의 MBMS 관련 RRC 제어과정의 i 번째 역방향(UL: UpLink) RRC 메시지 전송에 소모되는 평균시간을 10 msec 단위로 표시한 값이다. 여기서, 다수의 UE들이 RACH를 통해 UL RRC 메시지를 전송하므로, UL RRC message_i 값은 N_UE와 밀접한 관계를 가지며, N_UE가 커질수록 비선형적으로 증가할 수 있다. 그리고, 상기 UL RRC message i 값은 시스템의 사양에 따라, 예를 들어 물리 역방향 접속 채널(PRACH: Physical RACH) 자원 등에 따라서 결정된다. 그리고 상기 수학식 1에서 상기 N_UE는 해당 MBMS 서비스를 수신하는 동일한 셀에 위치한 UE들의 수이며, margin은 UL RRC message_i등과 같은 상기 수학식 1의 target SFN 결정시 발생할 수 있는 수식상의 부정확성을 보정하기 위한 파라미터이다. 일 예로, 상기 도 7의 701단계에 대응되는 MBMS 관련 RRC 제어과정은 UL RRC message_1인 2개의 서비스 통지 응답 메시지와 DL RRC message_2인 MBMS 무선 베어러 셋업 메시지와 UL RRC messae_3인 2개의 MBMS 무선 베어러 셋업 완료 메시지로 구성될 수 있다. 또한, 상기 도 7의 703단계에 대응되는 MBMS 관련 RRC 제어과정은 DL RRC message_1인 MBMS 관련 RRC 메시지와 UL RRC message_2인 MBMS 관련 RRC 응답 메시지로 구성될 수 있다.

즉, 상기 RNC(140)는 임의의 MBMS 호출 메시지를 전송하기 전에 대응되는 MBMS 관련 RRC 제어 과정의 메시지 구성을 인지할 수 있다면, 상기 수학식 1을 이용하여 적정한, 즉 MBMS 호출 과정에 대응되는 MBMS 관련 RRC 제어과정이 완료되는 시점 이후의 target SFN을 산출할 수 있다. 만약 상기 RNC(140)가 MBMS 관련 RRC 제어과정의 구성을 인지할 수 없는 상황일 경우(일 예로, 상기 RNC(140)는 상기 701단계에서 MBMS 호출 메시지가 몇 개의 서비스 통지 응답 메시지를 발생시키는지 알 수 없다), 상기 RNC(140)는 상기 target SFN을 충분히 큰 값으로 설정한다. 그 이유는 상기 target SFN이 작은 값으로 설정될 경우, MBMS 관련 RRC 제어 과정이 완료되기 전에 UE들이 CELLl_PCH 상태로 상태천이를 해서 상기 MBMS 관련 RRC 제어과정을 수행하는 것이 불가능할 수 있기 때문이다. 즉, 상기 RNC(140)가 해당 MBMS 서비스를 수신하고자 하는 UE들로 전송할 MBMS 관련 RRC 메시지들이 존재함에도 불구하고 상기 해당 UE들이 CELL_PCH 상태로 천이하여 상기 MBMS 관련 RRC 메시지를 전송할 수 없는 상황이 발생하기 때문이다. 그러나, 상기 target SFN이 적정 target SFN보다 필요 이상으로 큰 값으로 설정될 경우, DL RRC 메시지 수신에 실패한 UE(일 예로, MBMS 무선 베어러 셋업 메시지 수신에 실패한 UE2(162))의 전력소모가 약간 증가하는것뿐 다른 치명적인 문제들이 발생하지 않기 때문에, 상기 RNC(140)가 상기 MBMS 관련 RRC 제어 과정의 구성을 인지할 수 없는 경우에는 상기 target SFN을 충분히 큰 값으로 설정한다.

다음으로 도 8을 참조하여 상기 본 발명의 제3실시예에 따른 RNC 동작을 설명하기로 한다.

상기 도 8은 본 발명의 제3실시예에 따른 RNC 동작을 도시한 순서도이다.

상기 도 8을 참조하면, 먼저 801단계에서 상기 RNC(140)는 MBMS 관련 RRC 제어 과정이 필요하면, 즉 전송할 MBMS 관련 RRC 메시지가 발생하면 target SFN을 계산한 후 802단계로 진행한다. 상기 802단계에서 상기 RNC(140)는 서비스 통지 과정 등에서 인식한 TMGI와 DRX 파라미터를 이용해서 PO와 PI를 계산하고 803단계로 진행한다. 상기 803단계에서 상기 RNC(140)는 상기 계산한 PO에서 PI를 선택하고, 상기 선택한 PI를 온으로 설정하여 PICH를 전송하고 804단계로 진행한다. 상기 804단계에서 상기 RNC(140)는 상기 PICH 신호를 전송한 시점에서 미리 설정되어 있는 설정 시간이 경과한 후 상기 PICH와 관련된 associated PCH에 MBMS 호출 메시지를 포함시켜 상기 UE1(161) 및 UE2(162)로 전송하고 805단계로 진행한다. 여기서, 상기 MBMS 호출 메시지에는 상기 MBMS 서비스를 나타내는 TMGI와 target SFN이 포함되어 있다.

상기 805단계에서 상기 RNC(140)는 상기 MBMS 관련 RRC 제어 과정을 구성하는 MBMS 관련 RRC 메시지들중 첫 번째 MBMS 관련 RRC 메시지를 FACH를 통해 전송한후 806단계로 진행한다. 여기서, 상기 associated PCH를 통해 MBMS 호출 메시지를 수신한 UE들, 즉 UE1(161) 및 UE2(162)는 CELL_FACH 상태로 천이되어 있는 상태이기 때문에 상기 RNC(140)에서 FACH를 통해 전송하는 MBMS 관련 RRC 메시지를 수신하는 것이 가능하다. 여기서, 상기 805단계에서 전송하는 MBMS 관련 RRC 메시지는 상기 RNC(140)에서 UE들로 전송하는 마지막 MBMS 관련 RRC 메시지가 아니다. 즉, 상기 805단계에서 상기 RNC(140)는 MBMS 관련 RRC 메시지를 전송한 이후에 다시 MBMS 관련 RRC 메시지를 전송하게 된다. 그리고 나서 상기 806단계에서 상기 RNC(140)는 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지인지를 검사한다. 상기 검사 결과 상기 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지가 아닐 경우 상기 RNC(140)는 807단계로 진행한다. 상기 807단계에서 상기 RNC(140)는 상기 전송할 MBMS 관련 RRC 메시지에 RRC 상태 지시자를 CELL_FACH 상태로 지정하여 해당 UE들이 이번 MBMS 관련 RRC 메시지 이후에도 다시 MBMS 관련 RRC 메시지를 수신할 수 있도록 하고 상기 805단계로 되돌아간다. 한편, 상기 806단계에서 검사 결과 상기 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지일 경우 상기 RNC(140)는 808단계로 진행한다. 상기 808단계에서 상기 RNC(140)는 상기 MBMS 서비스에 관련하여 더 이상의 RRC 메시지를 전송할 필요가 없으므로 상기 UE들의 상태를 CELL_PCH 상태로 천이시키도록 하기 위해 상기 MBMS 관련 RRC 메시지의 RRC 상태 지시자에 CELL_PCH를 지정하여 해당 UE들로 전송하고 종료한다.

그리고 상기 도 8 역시 상기 도 5에서 설명한 바와 같이 상기 RNC(140)는MBMS 관련 RRC 메시지를 해당 UE들이 수신한 후 바로 CELL_PCH 상태로 천이하여 전력 소모를 최소화할 수 있도록 한다. 그리고 상기 도 8에서는 상기 RNC(140)가 마지막 MBMS 관련 RRC 메시지인지를 판단하여 UE들의 상태를 CELL_PCH 상태로 천이하도록, 즉 RRC 상태 지시자를 CELL_PCH로 설정하도록 제어했지만 이와는 달리 상기 RNC(140)가 더 이상 전송할 MBMS 관련 RRC 메시지가 존재하는지 유무를 판단하여, 전송할 MBMS 관련 RRC 메시지가 존재하지 않을 경우 해당 MBMS 관련 RRC 메시지의 RRC 상태 지시자를 CELL_PCH로 설정할 수도 있다.

다음으로 도 9를 참조하여 상기 본 발명의 제3실시예에 따른 UE 동작을 설명하기로 한다.

상기 도 9는 본 발명의 제3실시예에 따른 UE 동작을 도시한 순서도이다.

상기 도 9를 설명하기에 앞서, 물론 상기 RNC(140)가 전송하는 MBMS 관련 RRC 메시지는 그룹 메시지이나 설명의 편의상 상기 UE1(161)만을 기준으로 하여 설명하기로 한다. 먼저, 901단계에서 상기 UE1(161)는 상기 SGSN(130)로부터 MBMS PDP 컨텍스트 활성화 과정을 통해 인식한 TMGI와 DRX 파라미터를 가지고 PO와 PI를 계산한 후 902단계로 진행한다. 상기 902단계에서 상기 UE1(161)은 상기 계산한 PO의 PI에서 PICH 신호를 지속적으로 모니터링(monitoring)하고 903단계로 진행한다. 상기 903단계에서 상기 UE1(161)은 상기 모니터링하고 있는 PI가 온으로 설정되어 있는지를 검사한다. 상기 검사 결과 상기 PI가 온되어 있지 않을 경우, 즉 오프일 경우 상기 UE1(161)은 상기 902단계로 되돌아가서 상기 PICH를 지속적으로 모니터링한다. 한편, 상기 903단계에서 검사 결과 상기 PI가 온되어 있을 경우 상기UE1(161)은 904단계로 진행한다.

상기 904단계에서 상기 UE1(161)은 상기 PCH와 연관된 associated PCH 신호를 수신하여 MBMS 호출 메시지를 검출하고 905단계로 진행한다. 상기 905단계에서 상기 UE1(161)은 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 901단계에서 인식한 TMGI와 동일한지를 검사한다. 상기 검사 결과 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 901단계에서 인식한 TMGI와 동일하지 않을 경우 상기 UE1(161)은 상기 902단계로 되돌아가서 PICH를 주기적으로 모니터링한다. 한편, 상기 905단계에서 검사 결과 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 901단계에서 인식한 TMGI와 동일할 경우 상기 UE1(161)은 906단계로 진행한다. 한편, 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 901단계에서 인식한 TMGI와 동일할 경우 상기 UE1(161)은 상기 MBMS 호출 메시지에 포함되어 있는 target SFN을 변수, 일 예로 target_SFN_MBMS라는 변수에 저장한다. 상기 906단계에서 상기 UE1(161)은 자신의 상태를 CELL_FACH 상태로 천이한 후 907단계로 진행한다. 물론, 상기 UE1(161)의 현재 상태가 CELL_FACH 상태였다면 물론 그 CELL_FACH 상태 그대로를 유지한다.

상기 907단계에서 상기 UE1(161)은 상기 MBMS 호출 메시지를 통해 수신한 target SFN에 도달하였는지를 검사한다. 상기 검사 결과 상기 target SFN에 도달하였을 경우 상기 UE1(161)은 자신의 상태를 CELL_FACH 상태에서 CELL_PCH 상태로 천이한 후 상기 902단계로 되돌아간다. 한편, 상기 907단계에서 검사 결과 상기 target SFN에 도달하지 않았을 경우 상기 UE1(161)은 908단계로 진행한다. 상기 908단계에서 상기 UE1(161)은 FACH를 통해 수신되는 모든 데이터들을 수신하며, 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치하는지 검사한다. 상기 검사 결과 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치하지 않을 경우 상기 UE1(161)은 상기 906단계로 되돌아가서 상기 FACH 신호를 수신한다. 한편, 상기 908단계에서 상기 검사 결과 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치할 경우 상기 UE1(161)은 909단계로 진행한다. 상기 909단계에서 상기 UE1(161)은 상기 TMGI와 일치하는 식별자를 가진 데이터를 MBMS 서비스 관련 RRC 메시지로 판단하고 상기 MBMS 서비스 관련 RRC 메시지에 상응하는 동작을 수행한 후 910단계로 진행한다. 상기 910단계에서 상기 UE1(161)은 상기 수신한 MBMS 서비스 관련 RRC 메시지에 포함되어 있는 RRC 상태 지시자가 지정하고 있는 상태를 판단하고, 상기 RRC 상태 지시자가 CELL_PCH 상태를 지정하고 있을 경우 UE1(161) 자신의 상태를 CELL_PCH로 천이한 후 상기 902단계로 되돌아간다. 한편, 상기 RRC 상태 지시자가 CELL_FACH 상태를 지정하고 있을 경우 상기 UE1(161)은 상기 UE1(161) 자신의 상태를 CELL_FACH로 천이한 후 상기 906단계로 되돌아간다.

상기에서 설명한 본 발명의 제3실시예에서는 CELL_FACH 상태로 천이한 UE가 미리 설정되어 있는 설정 시간, 즉 target SFN에 도달하면 상기 CELL_FACH 상태에서 자동으로 CELL_PCH 상태로 천이하도록 하여 UE 전력 소모를 최소화하는 방안을 제시하였다. 다음으로 본 발명의 제4실시예는 MBMS 관련 RRC 제어 과정에서 발생하는 순방향 MBMS 관련 RRC 메시지 수신에 실패한 UE가 직접 RNC로 MBMS 관련 RRC 메시지 재전송을 요청하도록 하는 방안을 제안한다.

그러면 여기서 상기 본 발명의 제4실시예를 도 10을 참조하여 설명하기로 한다.

상기 도 10은 본 발명의 제4실시예에 따른 멀티캐스트 멀티미디어 방송 서비스 제어 메시지 송수신 과정을 도시한 신호 흐름도이다.

상기 도 10을 설명하기에 앞서 상기 도 10이전에 설명한 과정들과 동일한 과정들에는 동일한 참조부호를 사용하였음에 유의하여야 한다. 상기 도 10을 참조하면, 303단계 및 304-1단계는 상기 설명들과 동일하므로 그 설명을 생략하고, 상기 RNC(140)가 304-1단계를 통해 해당 PO의 PI를 온시켜 PICH 신호를 송신하고, 상기 PICH에 관련된 associated PCH에 MBMS 호출 메시지를 포함시켜 UE1(161) 및 UE2(162)로 송신한다(1001단계). 여기서, 상기 MBMS 호출 메시지에는 해당 MBMS 서비스를 나타내는 TMGI와, target SFN과, 호출 아이디(PAGING ID, 이하 "PAGING ID"라 칭하기로 한다)가 포함되어 있으며, 상기 target SFN은 상기 MBMS 호출 메시지를 수신한 UE들, 즉 UE1(161) 및 UE2(162)가 MBMS 관련 RRC 메시지를 수신하지 못함에 따라 재전송(retransmission)을 요청하는 설정 시간이다. 그리고 상기 PAGING ID는 상기 UE1(161) 및 UE2(162)가 MBMS 관련 RRC 메시지 재전송 요구시 사용하는 식별자로서, 결과적으로 상기 UE1(161) 및 UE2(162)로 수신될 MBMS 관련 RRC 메시지가 존재함을 나타낸다. 그리고, 상기 RNC(140)는 상기 PAGING ID와 상기 TMGI의 조합이 유일하도록 상기 PAGING ID를 설정한다. 또한, 상기 target SFN을 산출하는 방식은 상기에서 설명한 수학식 1과 동일함에 유의하여야 한다.

이렇게, 상기 MBMS 호출 메시지를 수신한 UE1(161) 및 UE2(162)는 각각 상기SGSN(130)으로 서비스 통지 응답 메시지를 전송한다(305-1단계, 305-2단계). 그러면 상기 SGSN(130)은 상기 RNC(140)로 MBMS RAB 할당 요구 메시지를 전송하고(306단계), 이에 상기 RNC(140)는 상기 MBMS 서비스를 위한 무선 베어러 정보들을 결정하고 상기 UE1(161) 및 UE2(162)로 MBMS 무선 베어러 셋업 메시지를 전송한다(401단계). 여기서, 상기 MBMS 무선 베어러 셋업 메시지에는 상기 RNC(140)가 결정한 MBMS 무선 베어러 정보와, CELL_PCH로 지정된 RRC 상태 지시자가 포함된다. 상기 MBMS 무선 베어러 셋업 메시지를 수신한 UE1(161)은 상기 MBMS 무선 베어러 정보에 상응하게 무선 베어러를 셋업한 후 상기 MBMS 무선 베어러 셋업 메시지에 응답하는 MBMS 무선 베어러 셋업 완료 메시지를 상기 RNC(140)로 전송한다(308단계). 여기서, 상기 UE1(161)은 상기 MBMS 무선 베어러 셋업 완료 메시지를 전송한 후 CELL_PCH 상태로 천이한다. 상기 RNC(140)는 상기 UE1(161)로부터 MBMS 무선 베어러 셋업 완료 메시지를 수신함에 따라 상기 SGSN(130)으로 MBMS RAB 할당 완료 메시지를 송신한다(309단계).

그러나, 상기 UE1(161)은 상기 MBMS 무선 베어러 셋업 메시지를 수신하여 정상적으로 CELL_PCH 상태로 천이하였으나, 상기 UE2(162)가 상기 MBMS 무선 베어러 셋업 메시지 수신에 실패하였을 경우 상기 UE2(162)는 상기 target SFN에 도달하는 시점에서 상기 RNC(140)로 MBMS 관련 RRC 메시지 재전송을 요구하는 MBMS 재전송 요구 메시지를 전송한다(1002단계). 여기서, 상기 MBMS 관련 RRC 메시지 재전송 요구 메시지에는 상기 MBMS 호출 메시지를 통해 수신한 PAGING ID가 포함된다. 여기서, 상기 MBMS 관련 RRC 메시지 재전송 요구 메시지는 그룹 메시지가 아니며, UE별로 독립적으로 전송하는 개별 메시지이다. 즉, 상기 UE2(162)만 상기 PAGING ID를 이용하여 MBMS 관련 RRC 메시지에 대한 재전송을 요구하는 것이다. 그러면, 상기 RNC(140)는 상기 401단계에서 전송한 MBMS 관련 RRC 메시지와 동일한 MBMS 관련 RRC 메시지, 즉 MBMS 무선 베어러 셋업 메시지를 상기 UE2(162)로 재전송한다(1003단계). 여기서, 상기 MBMS 무선 베어러 셋업 메시지에는 마찬가지로 상기 RNC(140)가 결정한 MBMS 무선 베어러 정보와, CELL_PCH로 지정된 RRC 상태 지시자가 포함된다. 그리고 상기 도 10에는 도시하지는 않았지만 상기 308단계 및 309단계와 같이 상기 MBMS 무선 베어러 셋업 메시지를 수신한 UE2(162)는 상기 MBMS 무선 베어러 정보에 상응하게 무선 베어러를 셋업한 후 상기 MBMS 무선 베어러 셋업 메시지에 응답하는 MBMS 무선 베어러 셋업 완료 메시지를 상기 RNC(140)로 전송한다. 여기서, 상기 UE2(162)는 상기 MBMS 무선 베어러 셋업 완료 메시지를 전송한 후 CELL_PCH 상태로 천이한다. 상기 RNC(140)는 상기 UE2(162)로부터 MBMS 무선 베어러 셋업 완료 메시지를 수신함에 따라 상기 SGSN(130)으로 MBMS RAB 할당 완료 메시지를 송신한다.

이렇게 상기 UE1(161) 및 UE2(162)가 CELL_PCH 상태로 천이한 후 상기 SGSN(140)은 상기 RNC(140)로 MB-SC(110)로부터 제공되는 MBMS 서비스 데이터를 상기 RNC(140)로 전송하고, 상기 RNC(140)는 상기 SGSN(130)으로부터 수신하는 MBMS 서비스 데이터를 상기 셋업되어 있는 무선 베어러를 통해 상기 UE1(161) 및 UE2(162)로 송신한다(207단계). 이렇게, 상기 MBMS 서비스가 제공되는 중에 상기 RNC(140)가 상기 UE1(161) 및 UE2(162)로 다시 MBMS 관련 RRC 메시지를 전송해야할경우 상기 RNC(140)는 상기에 304-1단계 및 1001단계에서 설명한 바와 같은 MBMS 호출 동작을 수행한다(304-1단계, 1004단계). 그러면 상기 UE1(161) 및 UE2(162)는 다시 CELL_PCH 상태에서 CELL_FACH 상태로 천이하고, 상기 RNC(140)는 RRC 상태 지시자를 CELL_PCH 상태로 지정하여 MBMS 관련 RRC 메시지를 전송한다(1005단계). 그리고 상기에서 설명한 바와 같이 상기 MBMS 관련 RRC 메시지를 상기 UE2(162)가 수신하지 못했을 경우 상기 UE2(162)는 상기 1004단계에서 수신한 target SFN에 도달하는 시점에서 다시 상기 RNC(140)로 MBMS 관련 RRC 메시지 재전송을 요구한다(1006단계). 이후의 동작들은 도시하지는 않았으나 상기 1002단계 이후에 발생하는 동작들과 동일하다.

다음으로 도 11a 및 도 11b를 참조하여 상기 본 발명의 제4실시예에 따른 RNC 동작을 설명하기로 한다.

상기 도 11a-도 11b는 본 발명의 제4실시예에 따른 RNC 동작을 도시한 순서도이다.

먼저 상기 도 11a를 참조하면, 먼저 1101단계에서 상기 RNC(140)는 MBMS 관련 RRC 제어 과정이 필요하면, 즉 전송할 MBMS 관련 RRC 메시지가 발생하면 target SFN을 계산하고, PAGING ID를 결정한 후 1102단계로 진행한다. 상기 1102단계에서 상기 RNC(140)는 서비스 통지 과정 등에서 인식한 TMGI와 DRX 파라미터를 이용해서 PO와 PI를 계산하고 1103단계로 진행한다. 상기 1103단계에서 상기 RNC(140)는 상기 계산한 PO에서 PI를 선택하고, 상기 선택한 PI를 온으로 설정하여 PICH를 전송하고 1104단계로 진행한다. 상기 1104단계에서 상기 RNC(140)는 상기 PICH 신호를전송한 시점에서 미리 설정되어 있는 설정 시간이 경과한 후 상기 PICH와 관련된 associated PCH에 MBMS 호출 메시지를 포함시켜 상기 UE1(161) 및 UE2(162)로 전송하고 1105단계로 진행한다. 여기서, 상기 MBMS 호출 메시지에는 상기 MBMS 서비스를 나타내는 TMGI와 target SFN 및 PAGING ID가 포함되어 있다. 여기서, 상기 associated PCH를 통해 MBMS 호출 메시지를 수신한 UE들, 즉 UE1(161) 및 UE2(162)는 CELL_FACH 상태로 천이되어 있는 상태이기 때문에 상기 RNC(140)에서 FACH를 통해 전송하는 MBMS 관련 RRC 메시지를 수신하는 것이 가능하다. 여기서, 상기 805단계에서 전송하는 MBMS 관련 RRC 메시지는 상기 RNC(140)에서 UE들로 전송하는 마지막 MBMS 관련 RRC 메시지가 아니다. 즉, 상기 805단계에서 상기 RNC(140)는 MBMS 관련 RRC 메시지를 전송한 이후에 다시 MBMS 관련 RRC 메시지를 전송하게 된다.

상기 1105단계에서 상기 RNC(140)는 FACH를 통해 MBMS 관련 RRC 제어 메시지를 전송하고, 상기 전송한 MBMS 관련 RRC 제어 메시지를 버퍼, 일 예로 "Message Sent with PAGING ID"라는 버퍼에 저장하고 1106단계로 진행한다. 상기 1106단계에서 상기 RNC(140)는 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지인지를 검사한다. 상기 검사 결과 상기 전송할 MBMS 관련 RRC 메시지가 마지막 MBMS 관련 RRC 메시지가 아닐 경우 상기 RNC(140)는 1107단계로 진행한다. 상기 1107단계에서 상기 RNC(140)는 상기 전송할 MBMS 관련 RRC 메시지에 RRC 상태 지시자를 CELL_FACH 상태로 지정하여 해당 UE들이 이번 MBMS 관련 RRC 메시지 이후에도 다시 MBMS 관련 RRC 메시지를 수신할 수 있도록 하고 상기 1105단계로 되돌아간다. 한편, 상기 1106단계에서 검사 결과 상기 전송할 MBMS 관련 RRC 메시지가 마지막MBMS 관련 RRC 메시지일 경우 상기 RNC(140)는 1108단계로 진행한다. 상기 1108단계에서 상기 RNC(140)는 상기 MBMS 서비스에 관련하여 더 이상의 RRC 메시지를 전송할 필요가 없으므로 상기 UE들의 상태를 CELL_PCH 상태로 천이시키도록 하기 위해 상기 MBMS 관련 RRC 메시지의 RRC 상태 지시자에 CELL_PCH를 지정하여 해당 UE들로 전송하고 종료한다.

다음으로, 도 11b를 참조하면, 먼저 1151단계에서 상기 RNC(140)는 상기 도 11a에서 설명한 바와 같이 상기 1104단계에서 상기 RNC(140)가 상기 UE들, 즉 UE1(161) 및 UE2(162)로 MBMS 호출 메시지를 전송한 이후에 target SFN이 경과된 시점에서 상기 UE들중 임의의 UE, 일 예로 UE2(162)로부터 MBMS 관련 RRC 메시지 재전송 요구 메시지를 수신하고 1152단계로 진행한다. 상기 1152단계에서 상기 RNC(140)는 상기 수신한 MBMS 관련 RRC 메시지 재전송 요구 메시지에 포함되어 있는 TMGI와 PAGING ID를 검출하고, 상기 검출한 TMGI와 PAGING ID에 해당하는 버퍼, 즉 Message Sent with PAGING ID에 저장되어 있는 해당 MBMS 관련 RRC 메시지를 확인하고 1153단계로 진행한다. 상기 1153단계에서 상기 RNC(140)는 상기 확인한 해당 MBMS 관련 RRC 메시지를 FACH를 통해 해당 UE, 즉 UE2(162)에게 개별적인 시그널링으로, 즉 무선 네트워크 임시 식별자(RNTI: Radio Network Temporary Identity) 등과 같은 개별적인 식별자를 이용하여 전송하고 종료한다.

다음으로 도 12를 참조하여 본 발명의 제4실시예에 따른 UE 동작을 설명하기로 한다.

상기 도 12는 본 발명의 제4실시예에 따른 UE 동작을 도시한 순서도이다.

상기 도 12를 설명하기에 앞서, 물론 상기 RNC(140)가 전송하는 MBMS 관련 RRC 메시지는 그룹 메시지이나 설명의 편의상 상기 UE1(161)만을 기준으로 하여 설명하기로 한다. 먼저, 1201단계에서 상기 UE1(161)는 상기 SGSN(130)로부터 MBMS PDP 컨텍스트 활성화 과정을 통해 인식한 TMGI와 DRX 파라미터를 가지고 PO와 PI를 계산한 후 1202단계로 진행한다. 상기 1202단계에서 상기 UE1(161)은 상기 계산한 PO의 PI에서 PICH 신호를 지속적으로 모니터링(monitoring)하고 1203단계로 진행한다. 상기 1203단계에서 상기 UE1(161)은 상기 모니터링하고 있는 PI가 온으로 설정되어 있는지를 검사한다. 상기 검사 결과 상기 PI가 온되어 있지 않을 경우, 즉 오프일 경우 상기 UE1(161)은 상기 1202단계로 되돌아가서 상기 PICH를 지속적으로 모니터링한다. 한편, 상기 1203단계에서 검사 결과 상기 PI가 온되어 있을 경우 상기 UE1(161)은 1204단계로 진행한다.

상기 1204단계에서 상기 UE1(161)은 상기 PCH와 연관된 associated PCH 신호를 수신하여 MBMS 호출 메시지를 검출하고 1205단계로 진행한다. 상기 1205단계에서 상기 UE1(161)은 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 1201단계에서 인식한 TMGI와 동일한지를 검사한다. 상기 검사 결과 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 1201단계에서 인식한 TMGI와 동일하지 않을 경우 상기 UE1(161)은 상기 1202단계로 되돌아가서 PICH를 주기적으로 모니터링한다. 한편, 상기 1205단계에서 검사 결과 상기 검출한 MBMS 호출 메시지의 TMGI가 상기 1201단계에서 인식한 TMGI와 동일할 경우 상기 UE1(161)은 1206단계로 진행한다. 상기 1206단계에서 상기 UE1(161)은 상기 MBMS 호출 메시지에 포함되어 있는 target SFN을 변수, 일예로 target_SFN_MBMS라는 변수에 저장하고, PAGING ID를 변수, 일 예로 PAGING_ID라는 변수에 저장하고 1207단계로 진행한다. 상기 1207단계에서 상기 UE1(161)은 자신의 상태를 CELL_FACH 상태로 천이한 후 1208단계로 진행한다. 물론, 상기 UE1(161)의 현재 상태가 CELL_FACH 상태였다면 물론 그 CELL_FACH 상태 그대로를 유지한다.

상기 1208단계에서 상기 UE1(161)은 상기 MBMS 호출 메시지를 통해 수신한 target SFN에 도달하였는지를 검사한다. 상기 검사 결과 상기 target SFN에 도달하지 않았을 경우 상기 UE1(161)은 1209단계로 진행한다. 상기 1209단계에서 상기 UE1(161)은 FACH를 통해 수신되는 모든 데이터들을 수신하며, 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치하는지 검사한다. 상기 검사 결과 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치하지 않을 경우 상기 UE1(161)은 상기 1207단계로 되돌아가서 상기 FACH 신호를 수신한다. 한편, 상기 1209단계에서 상기 검사 결과 상기 FACH를 통해 수신되는 데이터들의 식별자가 상기 TMGI와 일치할 경우 상기 UE1(161)은 1210단계로 진행한다. 상기 1210단계에서 상기 UE1(161)은 상기 TMGI와 일치하는 식별자를 가진 데이터를 MBMS 서비스 관련 RRC 메시지로 판단하고 상기 MBMS 서비스 관련 RRC 메시지에 상응하는 동작을 수행한 후 1211단계로 진행한다. 상기 1211단계에서 상기 UE1(161)은 상기 수신한 MBMS 서비스 관련 RRC 메시지에 포함되어 있는 RRC 상태 지시자가 지정하고 있는 상태를 판단하고, 상기 RRC 상태 지시자가 CELL_PCH 상태를 지정하고 있을 경우 UE1(161) 자신의 상태를 CELL_PCH로 천이한 후 상기 1202단계로 되돌아간다. 한편,상기 RRC 상태 지시자가 CELL_FACH 상태를 지정하고 있을 경우 상기 UE1(161)은 상기 UE1(161) 자신의 상태를 CELL_FACH로 천이한 후 상기 1207단계로 되돌아간다.

한편, 상기 1208단계에서 상기 검사 결과 상기 target SFN에 도달하였을 경우 상기 UE1(161)은 1212단계로 진행한다. 상기 1212단계에서 상기 UE1(161)은 상기 PAGING ID를 이용하여 상기 RNC(140)로 MBMS 관련 RRC 메시지를 재전송하기를 요구하는 MBMS 관련 RRC 메시지 재전송 요구 메시지를 전송하고 상기 1207단계로 되돌아간다. 여기서, 상기 target SFN에 도달한 시점에서 상기 UE1(161) 자신의 상태가 이미 CELL_PCH 상태로 천이하였다면 상기 UE1(161)는 상기 MBMS 관련 RRC 메시지 재전송 요구 메시지를 상기 RNC(140)로 전송하지 않는다.

다음으로 도 13a 및 도 13b를 참조하여 상기 본 발명의 실시예들에서 설명한 MBMS RAB 할당 요구 메시지 및 MBMS RAB 할당 응답 메시지 포맷(format)을 설명하기로 한다.

도 13a-도13b는 도 3의 MBMS RAB 할당 요구 메시지 및 MBMS RAB 할당 응답 메시지 포맷을 도시한 도면이다.

상기 도 13a를 설명하기에 앞서, 상기 MBMS RAB 할당 요구 메시지는 서비스 식별자(SERVICE ID)(1304)로 구분되는 임의의 MBMS 서비스에 대한 정보를 RNC로 전달하여 상기 RNC가 적절한 무선 링크와 Iub 트랜스포트 베어러를 설정하도록 하기 위해 전송된다. 상기 MBMS RAB 할당 요구 메시지는 시그널링 연결 제어 파트(SCCP: Signaling Connection Control Part, 이하 "SCCP"라 칭하기로 한다) 비연결(SCCP CONNECTIONLESS)(이하, "SCCP CONNECTIONLESS"라 칭하기로 한다) 서비스를 이용해서 SGSN으로부터 RNC로 전송된다. 여기서, 상기 SCCP CONNECTIONLESS 서비스에 대해서 설명하면 다음과 같다. 먼저, 상기 SGSN과 RNC 사이에 설정되는 Iu 인터페이스 상에서 제어 메시지는 무선 접속 네트워크 어플리케이션 파트(RANAP: Radio Access Network Application Part, 이하 "RANAP"이라 칭하기로 한다)이라는 프로토콜을 이용해서 교환된다. 상기 RANAP 메시지 교환은 SCCP 서비스를 이용한다. 상기 SCCP 서비스에는 연결(CONNECTION ORIENTED, 이하 "CONNECTION ORIENTED"라 칭하기로 한다) 서비스와 비연결(CONNECTIONLESS, 이하 "CONNECTIONLESS"라 칭하기로 한다) 서비스의 2가지 서비스로 분류되며, 상기 CONNECTION ORIENTED 서비스와 CONNECTIONLESS 서비스 각각은 다음과 같은 특징들을 가진다.

첫 번째로, 상기 CONNECTION ORIENTED 서비스에 대해 설명하기로 한다.

상기 CONNECTION ORIENTED 서비스는 실제 메시지 교환에 앞서 연결 설정 과정이 필요하다. 상기 연결 설정 과정을 통해 SCCP CONNECTION 양 종단(terminal)은 상기 SCCP 연결을 식별할 논리적 식별자(logical identifier)를 교환하고, 상기 SCCP 연결과 특정 UE를 대응시킨다. 즉, 임의의 SCCP 연결에 대한 논리적 식별자 x는 미리 약속된 UE X를 의미할 수 있다. 상기와 같이 메시지가 전송되는 SCCP 연결이 UE의 식별자를 내포하고 있으므로, 상기 CONNECTION ORIENTED 서비스를 통해 전송되는 메시지에는 UE 식별자가 필요 없다.

두 번째로, 상기 CONNECTIONLESS 서비스에 대해 설명하기로 한다.

상기 CONNECTIONLESS 서비스는 실제 메시지 교환에 앞서 연결 설정 과정이 별도로 필요없다. 결과적으로 UE 식별자 역할을 할 SCCP 연결 논리적 식별자가 없으므로, 교환되는 메시지내에 UE를 식별할 식별자를 포함하여야만 한다. 즉 상기 SGSN이 임의의 UE X를 호출하고자 할 때, SGSN은 호출(PAGING) 메시지라는 RANAP 메시지를 RNC로 전송한다. 이때, 상기 호출 메시지를 상기 CONNECTEIONLESS 서비스를 통해 전송한다면, 상기 SGSN은 상기 호출하고자 하는 UE의 식별자를 상기 호출 메시지에 포함시켜 상기 RNC로 전송해야만 한다. 그래야 상기 RNC가 상기 SGSN이 호출하는 UE를 식별하는 것이 가능하다.

한편, 상기 MBMS RAB 할당 요구 메시지는 임의의 MBMS 서비스를 받고 있는 모든 UE들에 대해 MBMS RAB 할당을 목적으로 하기 때문에 특정한 UE를 위한 CONNECTION ORIENTED 서비스를 사용할 수 없고, 상기 CONNECTIONLESS SERVICE를 사용해야만 한다. 즉, 상기 MBMS RAB 할당 요구 메시지는 동일한 한 MBMS 서비스를 받고 있는 모든 UE들에 대한 그룹 메시지이기 때문에 상기 CONNECTIONLESS SERVICE를 사용하여 상기 모든 UE들이 상기 MBMS RAB 할당 요구 메시지를 수신하도록 해야한다.

다음으로 상기 MBMS RAB 할당 요구 메시지에 포함되는 정보 엘리먼트(IE: Information Element, 이하 "IE"라 칭하기로 한다)들에 대해서 설명한다. 여기서, 상기 IE는 임의의 메시지에 포함되는 정보 엘리먼트들을 칭하는 일반적인 용어이다.

먼저, 상기 MBMS RAB 할당 요구 메시지 포맷에서 Range(1312)는 해당 IE가 최대 몇 개까지 존재할 수 있는지를 나타낸다. 그리고, Message Type(1301)은 상기 MBMS RAB 할당 요구 메시지의 종류를 나타내며, 현재 3GPP에는 MBMS RAB 할당 요구메시지가 정의되지 않았기 때문에 상기 MBMS RAB 할당 요구 메시지에 대응되는 메시지 타입 역시 정의되지 않았기 때문에, 상기 Message Type(1301)은 현재 사용되고 있는 메시지 타입들을 나타내는 값들 이외의 값들 중에서 한 값으로 선택하여 사용할 수 있을 것이다. MBMS RABs To Be Setup Or Modified(1302) IE 그룹(group)에는 하나의 MBMS 서비스에 해당하는 RAB들에 대한 정보가 삽입된다. 구체적으로 상기 MBMS RABs To Be Setup Or Modified(1302) IE 그룹(group)에 포함되는 IE로서는 SERVICE ID(1303)와 MBMS RABs for a service(1304)가 포함된다. 여기서, 상기 SERVICE ID(1303)는 임의의 MBMS 서비스를 식별할 수 있는 식별자이며, 상기 서비스의 IP multicast 주소가 될 수 있다. 그리고 각 MBMS 서비스에 요구되는 RAB의 개수 만큼 MBMS RABs for a service(1304)라는 IE group이 구성된다. 하나의 MBMS RAB s for a service(1304)는 MBMS RAB ID(1305)와 MBMS RAB Parameter(1306)로 구성된다. 여기서, 상기 MBMS RAB ID(1305)는 만약 하나의 MBMS 서비스가 다수의 MBMS RAB들로 구성될 경우 상기 하나의 MBMS 서비스에 포함되는 RAB들 각각을 구별해주는 식별자 역할을 한다. 그리고, 상기 MBMS RAB ID(1305)의 필드(field) 크기는 기존 RAB ID 필드 크기인 8 비트(8bits)로 그대로 부여하거나 혹은 더 작은 비트수를 부여할 수도 있다. 또한, 상기 MBMS RAB parameters(1306)는 MBMS RAB의 QoS 관련 정보들을 나타낸다. 기존의 RAB parameter의 QoS 관련 정보들과 동일하며, 해당 RAB이 요구하는 전송 속도(Guaranteed Data Rate), 최대 허용 지연(Max Transfer Delay), 허용 오류 비율(Bit Error Rate) 등을 나타낸다.

또한, Transport Layer Information IE group(1307)은 Transport LayerAddress(1308)와 Iu Transport Association(1309)으로 구성된다. 여기서, 상기 Transport Layer Address(1308)는 SGSN의 IP 주소가 될 수 있으며, Iu Transport Association(1309)은 상기 SGSN이 해당 RAB에 할당한 터널 종단 포인트 식별자(TEID: Tunnel End point ID, 이하 "TEID"라 칭하기로 한다)가 될 수 있다. 여기서, 상기 SGSN의 IP 주소와 TEID에 대해서는 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 한편, UE to be requested IE group(1310)은, 상기 도 3에서 설명한 서비스 통지 응답 메시지를 송신한 UE들 중, 상기 서비스 통지 응답 메시지를 수신하는 RNC에 존재하는 UE들의 명단이 될 수 있다. 그러므로 UE ID(1311)에는 IMSI(International Mobile Subscriber Identity)와 같은 상기 UE들 각각을 식별할 수 있는 식별자가 포함된다.

상기 도 13a를 설명함에 있어서 IE group은 여러 IE들을 포함하는 IE들의 집합을 의미하며, IE group 자체로는 의미를 가지지 않으며, 하위 IE들을 그룹핑하는 역할을 한다. 일 예로 MBMS RABs To Be Setup Or Modified(1302) IE 그룹은 하위 IE 또는 IE group인 SERVICE ID(13034)와 MBMS RABs for a service(1304), UE to be requested(1310) 등의 IE 또는 IE group 들이 서로 연관성을 가지고 있음을 나타내지만, 정작 상기 MBMS RABs To Be Setup Or Modified(1302) IE 그룹 자신은 어떤 정보도 나타내지 않는다. 한편, 상기 도 13a를 설명함에 있어 임의의 IE group의 하위 IE들의 앞에 삽입된 격자(<) 표시는 그 수에 따라 해당 IE의 상대적 수준을 나타낸다. 일 예로, 격자 표시가 하나인 SERVICE ID(1303)는 격자 표시가 두 개인 MBMS RABs for a service(1304) 보다 상위의 IE이며, 상위 IE에는 다수의 하위IE들이 대응될 수 있다. 또한, <maxnoofMBMSRABs>(1313)는 하나의 MBMS 서비스에 구성될 수 있는 RAB들의 최대 개수를 의미하며, MBMS RAB ID(1305) 필드의 크기에 따라 결정될 수 있다. 일 예로, 상기 MBMS RAB ID(1305) 필드가 8 비트로 구성된다면, 상기 <maxnoofMBMSRABs>(1313)는 64가 될 수 있다. 또한, 상기 <maxnoofMBMSUSERs>(1314)는 임의의 RNC 내에서 임의의 MBMS 서비스를 제공받을 수 있는 UE들의 최대 수를 의미하며, 편의상 65536으로 가정한다.

그러면 여기서 상기 RAB 할당 요구 메시지를 가지고서 상기 SGSN의 동작을 설명하기로 한다.

먼저, SGSN은 UE들로부터 서비스 통지 응답 메시지를 수신하면, 상기 서비스 통지 응답 메시지를 전송한 UE들을 각 RNC 별로 구분하여 UE들의 명단을 작성하고, MBMS RAB 할당 요구 메시지를 RNC 별로 전송한다. 상기 MBMS RAB 할당 요구 메시지를 전송하는 과정은 상기 도 3의 MBMS PDP 활성화 과정(301단계와 302단계)을 통해 MBMS PDP 컨텍스트를 설정한 모든 UE들로부터 서비스 통지 응답 메시지를 수신한 후에 전송 시작하거나 혹은 미리 임계비율을 설정한 후, 상기 임계비율 이상의 UE들로부터 상기 서비스 통지 응답 메시지를 수신한 후에 전송 시작할 수 있다. 상기 SGSN은 상기 MBMS 서비스에 할당할 MBMA RAB들의 ID를 결정하고, 각 MBMA RAB별로 Transport Layer Information(1307)과 MBMS RAB parameter(1306)들을 결정한다. 상기 MBMS RAB parameter(1306)들은 MBMS 서비스별로 미리 결정되어 있으며, MB-SC가 서비스 안내 과정에서 각 UE들에게 전달하면, 상기 UE가 MBMS PDP 컨텍스트 활성화 요구 메시지를 통해 SGSN에게 통보하거나, 또는 별도의 메시지 과정을 통해 MB-SC가 SGSN에게 통보할 수 있다. 상기 Transport Layer Information(1307) 중 TEID는 SGSN이 사용하고 있지 않은 식별자 중 하나를 사용할 수 있다. 그리고 UE to be requested IE group(1310)에는 상기에서 설명한 바와 같이 상기 서비스 통지 응답 메시지를 전송한 UE들 중 해당 메시지를 수신할 RNC에 위치한 UE들의 IMSI 값 등이 포함된다.

상기 RNC가 상기 MBMS RAB 할당 요구 메시지를 수신하면 다음과 같은 동작을 수행한다.

먼저, 상기 UE to be requested IE group(1310)에 속하는 UE들이 위치한 셀들을 확인한 뒤, 상기 셀들의 명단을 Cell_MBMS_REQ라는 변수에 저장한다. 그러므로 Cell_MBMS_REQ는 UE to be requested IE group(1310)에 속하는 UE들 중 하나 이상의 UE가 위치하고 있는 셀들의 집합이다. 그리고, 상기 RNC는 상기 Cell_MBMS_REQ의 셀별로 MBMS RAB과 대응되는 무선 링크와 Iub 트랜스포트 베어러를 설정한다. 상기 Cell_MBMS_REQ의 셀들 중 상기 무선 링크와 트랜스포트 베어러 설정에 성공한 셀들과, MBMS RAB과 대응되는 MBMS 무선 베어러를 설정하기 위한 과정(307단계, 308단계)을 수행한다. 이는 각 셀에 속한 UE들에게 MBMS 무선 베어러 SETUP 메시지를 전송해서 그에 대한 응답 메시지를 수신하는 과정을 의미하며, 상기 MBMS 무선 베어러 셋업 메시지는 셀 별로 하나만 전송될 수도 있다. 상기 RNC는 Cell_MBMS_REQ에 속하는 셀들 중 MBMS 무선 베어러 셋업 응답 메시지를 전송하지 않은 셀들을 제외해서 Cell_MBMS_RES라는 변수에 저장하고, 상기 MBMS 무선 베어러 셋업 응답 메시지를 전송한 UE들의 명단을 UE_responding이라는 변수에 저장한다.그리고 나서 상기 RNC는 상기 MBMS RAB 할당에 사용할 TEID를 결정하고, 상기 결정한 정보들을 포함하는 MBMS RAB 할당 응답 메시지를 구성하여 상기 SGSN으로 전송한다.

그러면 여기서 도 13b를 참조하여 상기 MBMS RAB 할당 응답 메시지 포맷을 설명하기로 한다.

상기 도 13b를 참조하면, 먼저 Message type IE(1351)는 상기 MBMS RAB 할당 응답 메시지의 종류를 나타내며, 현재 3GPP에는 MBMS RAB 할당 응답 메시지가 정의되지 않았기 때문에 상기 MBMS RAB 할당 응답 메시지에 대응되는 메시지 타입 역시 정의되지 않았기 때문에, 상기 Message Type(1351)은 현재 사용되고 있는 메시지 타입들을 나타내는 값들 이외의 값들 중에서 한 값으로 선택하여 사용할 수 있을 것이다. 그리고, MBMS RABs To Be Setup Or Modified IE group(1352)는 하나의 MBMS 서비스에 해당하는 RAB들에 대한 정보가 삽입된다. 구체적으로 상기 MBMS RABs To Be Setup Or Modified IE group(1352)에 포함되는 IE로서는 SERVICE ID(1353)와 MBMS RABs for a service(1354)가 포함된다. 여기서, 상기 MBMS RABs To Be Setup Or Modified IE group(1352)에는 상기 MBMS RAB 할당 요구 메시지를 통해 MBMS RAB 할당을 요구받은 RAB들중 할당에 성공한 RAB들에 대한 정보만이 포함된다. 그리고, Transport Layer Address(1356)은 RNC의 IP 주소가, Iu Transport Association(1357)에는 RNC가 할당한, 아직 사용되지 않은 TEID가 포함된다. 또한 UE responding IE group(1358)에는 MBMS 무선 베어러 셋업 완료 메시지를 송신한 UE들의 명단, 즉 UE ID(1359)이 포함될 수 있다.

다음으로 도 14를 참조하여 본 발명의 실시예들에서의 기능을 수행하기 위한 이동 통신 시스템의 프로토콜 스택 구조를 설명하기로 한다.

상기 도 14는 본 발명의 실시예에서의 기능을 수행하기 위한 이동 통신 시스템의 프로토콜 스택을 도시한 도면이다.

상기 도 14를 참조하면, 먼저 SGSN(130)이 MBMS RAB 할당 요구 메시지를 RNC(140)로 전송하면, 상기 RNC(140)는 상기 MBMS RAB 할당 요구 메시지에 포함되어 있는 서비스 식별자(SERVICE ID)(1303)와 MBMS RAB 식별자(MBMS RAB ID)(1305) 쌍(pair)과, 상기 MBMS RAB ID(1305)에 연관된 MBMS RAB parameter(1306)에 따라 MBMS 무선 베어러와 Iub 트랜스포트 베어러를 설정한다. 여기서, 상기 MBMS 무선 베어러는 상기 RNC(140)와 UE(161) 사이의 계층 구성 정보로 간주할 수 있다. 일 예로, 임의의 MBMS 서비스 X에 대해서 MBMS RAB 1이 구성되며, 상기 MBMS RAB 1에 대해 MBMS 무선 베어러 1이 구성되었다고 가정하면, 상기 MBMS 무선 베어러 1은 상기 MBMS RAB 1에 대응되는 사용자 데이터를 처리할 PDCP(1415, 1431), 무선 링크 제어(RLC: Radio Link Control, 이하 "RLC"라 칭하기로 한다)(1416, 1432), 매체 접속 제어(MAC: Medium Access Control, 이하 "MAC"이라 칭하기로 한다)(1417,1433), 계층 1(L1: Layer 1, 이하 "L1"이라 칭하기로 한다)(1421, 14340)을 의미하며, MBMS 무선 베어러 셋업 메시지에는 상기 PDPC, RLC, MAC, L1 정보가 MBMS RAB 별로 삽입되어 UE들에게 전달된다. 또한 상기 RNC(140)는 상기 MBMS RAB 1에 대응되는 사용자 데이터를 전송할 프레임 프로토콜(FP: Frame Protocol, 이하 "FP"라 칭하기로 한다)과 Iub 트랜스포트 베어러(1418, 1423)를 설정한다. 여기서, 상기 FP와 Iub 트랜스포트 베어러 설정 정보는 MBMS 무선 링크 셋업 요구(MBMS RADIO LINK SETUP REQUEST) 메시지 등을 통해 전송될 수 있으며, 본 발명과 직접적 연관이 없으므로 여기서는 그 상세한 설명을 생략하기로 한다.

상기 RNC(140)는 상기 MBMS 무선 베어러 설정과 MBMS FP과 Iub 트랜스포트 베어러 설정을 완료하면, MBMS RAB 할당 응답 메시지를 상기 SGSN(130)으로 전송한다. 상기 MBMS RAB 할당 요구 메시지에는 할당한 MBMS RAB에 대응되는 TEID 등이 포함될 수 있다. 그러면 여기서 상기 TEID를 상세히 설명하면 다음과 같다.

먼저, 상기 SGSN(130)과 RNC(140) 사이에서 사용자 데이터는 GTP-U/UDP/IP 프로토콜로 전송된다. 상기 SGSN(130)은 임의의 MBMS 서비스 X/RAB Y의 역방향 스트림(upstream) 전송에 사용할 IP 주소와 TEID를 MBMS RAB 할당 요구 메시지의 Transport Layer Address(1308)와 Iu Transport Association(1309) IE를 이용해서 상기 RNC(140)에게 통보한다. 상기 RNC(140)는 상기 MBMS 서비스 X/MBMS RAB Y의 순방향 스트림(downstream) 전송에 사용할 IP 주소와 TEID를 MBMS RAB 할당 응답 메시지의 Transport Layer Address(1356)와 Iu Transport Association(1357) IE를 이용하여 상기 SGSN(130)에게 통보한다. 여기서 upstream은 상기 RNC(140)에서 SGSN(130)으로의 전송 방향을, downstream은 상기 SGSN(1300에서 RNC(140)로의 전송 방향을 의미한다. 이후 상기 SGSN(130)은 상기 MBMS 서비스 X/MBMS RAB Y에 해당하는 사용자 데이터를 상기 downstream TEID와 IP 주소를 이용해서 RNC(140)로 전송하고, 상기 RNC(140)는 상기 TEID와 IP 주소를 적절한 Iub 트랜스포트 베어러들과 대응시켜 놓은 뒤, 상기 TEID와 IP 주소로 전송되는 데이터를 상기 Iub 트랜스포트 베어러를 통해 상기 기지국(160)으로 전송한다. 만약, 상기 RNC(140)가 다수의 셀들로 Iub 전송 베어러를 설정하였었다면, 상기 downstream 사용자 데이터는 각 트랜스포트 베어러로 복사 후 전송될 수 있다.

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

상술한 바와 같은 본 발명은, MBMS 서비스를 제공하는 이동 통신 시스템에서 MBMS 관련 RRC 메시지를 전송함에 있어 UE 상태를 상기 MBMS 관련 RRC 메시지를 수신하는 시점에서만 CELL_FACH 상태에 있게하고, 상기 MBMS 관련 RRC 메시지를 수신하는 시점이 아닌 시점들에서는 CELL_PCH 상태로 천이하도록 하여 UE 전력 소모를 최소화한다는 이점을 가진다.

Claims (18)

1. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송신 방법에 있어서,

   사용자 단말기로 전송할, 상기 고속 패킷 서비스와 관련된 제어 메시지가 발생하면, 상기 사용자 단말기를 호출하기 위하여 호출 표시 채널을 통해 호출이 있음을 나타내는 제1정보를 전송하는 과정과,

   상기 제1정보를 전송한 후 상기 호출 표시 채널과 연관되는 호출 채널을 통해 호출 정보를 전송하는 과정과,

   상기 호출 정보를 전송한 후 상기 제어 메시지에 상기 사용자 단말기의 상태를 상기 호출 표시 채널만을 모니터링하는 상태로 천이할 것을 나타내는 지시자를 포함시켜 공통 채널을 통해 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
2. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 수신 방법에 있어서,

   미리 설정된 시점에서 호출 표시 채널 신호를 수신하고, 상기 호출 표시 채널 신호에서 호출이 있음을 나타내는 제1정보를 검출하는 과정과,

   상기 제1정보를 검출한 후 상기 호출 표시 채널과 연관되는 호출 채널 신호를 수신하고, 상기 호출 채널 신호에서 호출 정보를 검출하는 과정과,

   상기 호출 정보를 검출한 후 공통 채널 신호를 수신하는 제1상태로 천이하고, 상기 제1상태에서 상기 공통 채널 신호를 수신하여 상기 고속 패킷 서비스 관련 제어 메시지를 수신하고, 상기 제1상태에서 상기 제어 메시지에 포함되어 있는 지시자의 상태 정보에 상응하는 제2상태로 천이하는 과정을 포함함을 특징으로 하는 상기 방법.
3. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송신 방법에 있어서,

   사용자 단말기로 전송할, 상기 고속 패킷 서비스와 관련된 제어 메시지가 발생하면, 상기 사용자 단말기를 호출하기 위하여 호출 표시 채널을 통해 호출이 있음을 나타내는 제1정보를 전송하는 과정과,

   상기 제1정보를 전송한 후 상기 호출 표시 채널과 연관되는 호출 채널을 통해 상기 사용자 단말기로 호출 정보에 상기 사용자 단말기 상태 천이를 위한 시간 정보를 포함시켜 전송하는 과정과,

   상기 호출 정보를 전송한 후 상기 제어 메시지를 공통 채널을 통해 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
4. 제3항에 있어서,

   상기 시간 정보는 상기 사용자 단말기의 상태를 상기 호출 표시 채널만을 모니터링하는 상태로 천이시키기 위한 임계 시간 정보임을 특징으로 하는 상기 방법.
5. 제3항에 있어서,

   상기 호출 정보를 전송한 후 상기 제어 메시지에 상기 사용자 단말기의 상태를 상기 호출 표시 채널만을 모니터링하는 상태로 천이할 것을 나타내는 지시자를 포함시켜 공통 채널을 통해 전송하는 과정을 더 포함함을 특징으로 하는 상기 방법.
6. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 수신 방법에 있어서,

   미리 설정된 시점에서 호출 표시 채널 신호를 수신하고, 상기 호출 표시 채널 신호에서 호출이 있음을 나타내는 제1정보를 검출하는 과정과,

   상기 제1정보를 검출한 후 상기 호출 표시 채널과 연관되는 호출 채널 신호를 수신하고, 상기 호출 채널 신호에서 사용자 단말기 상태 천이를 위한 시간 정보를 포함한 호출 정보를 검출하는 과정과,

   상기 호출 정보를 검출한 후 공통 채널 신호를 수신하는 제1상태로 천이하고, 상기 제1상태에서 상기 공통 채널 신호를 수신하여 상기 고속 패킷 서비스 관련 제어 메시지를 수신하고, 이후 상기 시간 정보에서 지정한 시간에 도달하면 상기 제1상태에서 상기 호출 표시 채널 신호만을 모니터링하는 제2상태로 천이하는 과정을 포함함을 특징으로 하는 상기 방법.
7. 제6항에 있어서,

   상기 시간 정보는 상기 사용자 단말기의 상태를 상기 제2상태로 천이시키기 위한 정보임을 특징으로 하는 상기 방법.
8. 제6항에 있어서,

   상기 호출 정보를 검출한 후 공통 채널 신호를 수신하는 제1상태로 천이하고, 상기 제1상태에서 상기 공통 채널 신호를 수신하여 상기 고속 패킷 서비스 관련 제어 메시지를 수신하고, 상기 제어 메시지에 포함되어 있는 지시자의 상태 정보를 검출하고, 상기 시간 정보에서 지정한 시간에 도달하기 전에 상기 제1상태에서 상기 지시자의 상태 정보에 상응하는 제3상태로 천이하는 과정을 더 포함함을 특징으로 하는 상기 방법.
9. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송신 방법에 있어서,

   사용자 단말기로 전송할, 상기 고속 패킷 서비스와 관련된 제어 메시지가 발생하면, 상기 사용자 단말기를 호출하기 위하여 호출 표시 채널을 통해 호출이 있음을 나타내는 제1정보를 전송하는 과정과,

   상기 제1정보를 전송한 후 상기 호출 표시 채널과 연관되는 호출 채널을 통해 상기 사용자 단말기로 호출 정보에 상기 제어 메시지 재전송 요구를 위한 시간 정보와 식별자를 포함시켜 전송하는 과정과,

   상기 호출 정보를 전송한 후 상기 제어 메시지를 공통 채널을 통해 상기 사용자 단말기로 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
10. 제9항에 있어서,

    상기 시간 정보는 상기 사용자 단말기가 상기 제어 메시지 재전송 요구를 수행하기 위한 임계 시간 정보임을 특징으로 하는 상기 방법.
11. 제9항에 있어서,

    상기 식별자는 상기 사용자 단말기가 상기 제어 메시지 재전송 요구시 해당 제어 메시지를 구별하기 위한 식별자임을 특징으로 하는 상기 방법.
12. 제9항에 있어서,

    상기 호출 정보를 전송한 후 상기 제어 메시지에 상기 사용자 단말기의 상태를 상기 호출 표시 채널만을 모니터링하는 상태로 천이할 것을 나타내는 지시자를 포함시켜 공통 채널을 통해 전송하는 과정을 더 포함함을 특징으로 하는 상기 방법.
13. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 수신 방법에 있어서,

    미리 설정된 시점에서 호출 표시 채널 신호를 수신하고, 상기 호출 표시 채널 신호에서 호출이 있음을 나타내는 제1정보를 검출하는 과정과,

    상기 제1정보를 검출한 후 상기 호출 표시 채널과 연관되는 호출 채널 신호를 수신하고, 상기 호출 채널 신호에서 상기 제어 메시지 재전송 요구를 위한 시간 정보와 식별자를 포함한 호출 정보를 검출하는 과정과,

    상기 호출 정보를 검출한 후 공통 채널 신호를 수신하는 제1상태로 천이하고, 상기 제1상태에서 상기 공통 채널 신호를 수신하여 상기 고속 패킷 서비스 관련 제어 메시지를 수신하고, 이후 상기 시간 정보에서 지정한 시간에 도달하면 상기 식별자를 이용하여 상기 제어 메시지 재전송을 요구하는 과정과,

    상기 제어 메시지 재전송 요구를 한 후 상기 공통 채널 신호를 수신하여 상기 재전송 요구한 제어 메시지를 수신하고, 상기 제1상태에서 상기 호출 표시 채널 신호만을 모니터링하는 제2상태로 천이하는 과정을 포함함을 특징으로 하는 상기 방법.
14. 제13항에 있어서,

    상기 시간 정보는 상기 사용자 단말기가 상기 제어 메시지 재전송 요구를 수행하기 위한 임계 시간 정보임을 특징으로 하는 상기 방법.
15. 제13항에 있어서,

    상기 호출 정보를 검출한 후 공통 채널 신호를 수신하는 제1상태로 천이하고, 상기 제1상태에서 상기 공통 채널 신호를 수신하여 상기 고속 패킷 서비스 관련 제어 메시지를 수신하고, 상기 제어 메시지에 포함되어 있는 지시자의 상태 정보를 검출하고, 상기 시간 정보에서 지정한 시간에 도달하기 전에 상기 제1상태에서 상기 지시자의 상태 정보에 상응하는 제3상태로 천이하는 과정을 더 포함함을 특징으로 하는 상기 방법.
16. 고속 패킷 서비스를 제공하는 이동 통신 시스템에서 무선 접속 베어러 설정방법에 있어서,

    상기 고속 패킷 서비스가 개시됨을 나타내는 서비스 통지 메시지를 무선 네트워크 제어기(RNC: Radio Network Controller)로 전송하는 과정과,

    상기 서비스 통지 메시지 전송한 후 상기 RNC로부터 서비스 통지 응답 메시지를 수신하면 상기 RNC로 상기 고속 패킷 서비스 데이터를 전송하기 위한 무선 접속 베어러 할당 요구 메시지를 전송하는 과정과,

    상기 무선 접속 베어러 할당 요구 메시지를 전송한 후 상기 RNC로부터 무선 접속 베어러 할당 응답 메시지를 수신하면 상기 무선 접속 베어러를 통해 상기 고속 패킷 서비스 데이터를 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
17. 제16항에 있어서,

    상기 무선 접속 베어러 할당 요구 메시지는;

    상기 고속 패킷 서비스를 나타내는 서비스 식별자와, 상기 고속 패킷 서비스를 전송할 무선 접속 베어러 아이디와, 상기 고속 패킷 서비스를 요구한 사용자 단말기들을 나타내는 사용자 단말기 식별자를 적어도 포함함을 특징으로 하는 상기 방법.
18. 제16항에 있어서,

    상기 무선 접속 베어러 할당 응답 메시지는;

    상기 고속 패킷 서비스를 나타내는 서비스 식별자와, 상기 고속 패킷 서비스를 전송할 무선 접속 베어러 아이디와, 상기 고속 패킷 서비스를 요구한 사용자 단말기들을 나타내는 사용자 단말기 식별자를 적어도 포함함을 특징으로 하는 상기 방법.