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

Abstract

본 발명은 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서, 상기 MBMS 서비스를 제공받고자 하는 사용자 단말기들에게 전송해야 하는 제어 정보가 발생하면, 상기 사용자 단말기들이 서비스를 제공받는 지역의 특성에 상응하게 상기 사용자 단말기들의 동작을 지시하는 정보를 포함하는 호출 정보를 상기 사용자 단말기들로 전송하고, 이후 상기 호출 정보에 상응하는 제어 정보를 전송하여 역방향 자원 사용 및 간섭을 최소화한다.

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을 참조하면, 먼저 멀티캐스트/방송-서비스 센터(BM-SC: Broadcast/Multicast-Service Center, 이하 "BM-SC"라 칭하기로 한다)(110)는 MBMS 스트림(stream)을 제공하는 소스(source)이며, 상기 BM-SC(110)는 MBMS 서비스에 대한 스트림을 스케줄링(scheduling)하여 전송 네트워크(transit N/W)(120)로 전달한다. 상기 전송 네트워크(120)는 상기 BM-SC(110)와 서비스 패킷 무선 서비스 지원 노드(SGSN: Serving GPRS Support Node, 이하 "SGSN"이라 칭하기로 한다)(130) 사이에 존재하는 네트워크(network)를 의미하며, 상기 BM-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 서비스를 위한 가입자 인증을 수행한다.

상기 도 1에서 설명한 바와 같이 상기 MBMS 스트림은 전송 네트워크(120)와, SGSN(130)과, RNC(140)와, 기지국1(160) 혹은 기지국2(170)를 통해서 해당 UE들, 즉 상기 기지국1(160)에 속한 UE1(161), UE2(162), UE3(163)과, 기지국2(170)에 속하는 UE4(171), UE5(172)로 최종적으로 전달된다. 그리고 상기 도 1에 도시하지는 않았으나 임의의 한 MBMS 서비스, 일 예로 "MBMS X"에 대해서 다수의 SGSN들이 존재할 수 있으며, 또한 상기 다수의 SGSN들 각각에 대해서 다수의 RNC들이 존재할 수 있다. 또한, 상기 SGSN은 RNC로, RNC는 셀들로 선별적인 데이터 전송을 수행해야 하며, 이를 위해 스트림을 전달해야 할 기지국들의 명단을 저장해놓는다. 여기서, 상기 SGSN은 해당 MBMS 스트림을 전달할 RNC들의 명단을, 상기 RNC는 상기 해당 MBMS 스트림을 전달할 셀들, 즉 기지국들의 명단을 저장해 놓는다. 결과적으로 상기 MBMS 스트림은 상기 저장해놓은 명단들에 존재하는 기지국들로만 전달되어 상기 기지국들의 해당 UE들에게 MBMS 스트림을 전달할 수 있다.

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

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

상기 도 2를 참조하면, 먼저 UE는 임의의 MBMS 서비스를 제공받기 위해 코어 네트워크(CN: Core Network)로 사용자 등록(SUBSCRIPTION) 과정을 수행한다(201단계). 여기서, 상기 코어 네트워크라 함은 상기 도 1에서 설명한 바와 같이 BM-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 서비스가 곧 개시될 것임을 나타내는 서비스 통지(NOTIFICATION) 과정을 수행한다(205단계). 여기서, 상기 서비스 통지 과정은 일반적인 부호 분할 다중 접속 통신 시스템과 같은 호출 방식이 사용되거나 혹은 상기 MBMS 서비스에 최적화된 별도의 새로운 호출 방식이 사용될 수도 있음은 물론이다.

상기 서비스 통지 과정을 통해 요청한 MBMS 서비스가 곧 개시될 것임을 감지한 UE는 상기 코어 네트워크와 무선 자원 할당(Radio resource allocation) 과정을 통해 상기 MBMS 서비스를 제공하기 위해 무선 자원을 실제 할당하고, 상기 할당한 무선 자원 관련 정보들을 바탕으로 하여 무선 베어러의 설정 및 무선 채널의 설정 과정을 수행한다.(206단계). 상기 206단계를 좀더 상세히 살펴보면, 상기 무선 자원 할당 과정은 상기 RNC가 임의의 셀에 위치한 UE들에게 해당 셀에서 상기 MBMS 서비스가 전송될 무선 베어러(radio bearer) 정보를 알려주는 단계(이하 "무선 베어러 셋업(radio bearer setup)" 단계)와 상기 RNC가 MBMS 서비스 데이터를 수신할 UE들이 위치하고 있는 셀들로 Iub 인터페이스상에 구성될 트랜스포트 베어러(transport bearer) 정보와 무선 베어러 정보를 알려주는 단계(이하 "무선 링크 셋업(radio link setup)" 단계)로 구분된다. 206 단계가 완료되면, 특정 MBMS 서비스를 수신하고자 하는 모든 UE들은 상기 서비스가 제공될 무선 링크 관련 정보와 상기 서비스가 처리될 상위 계층 정보를 인지하게 되며, 셀들은 상기 무선 링크와 Iub 인터페이스 설정이 완료된다. 즉, 상기 MBMS 서비스 데이타가 UE들에게 전달될 준비가 끝난 상태이다. 상기 무선 자원 할당 과정이 완료되면, 특정 MBMS 서비스 데이타를 수신하고자 하는 모든 UE들은 상기 특정 MBMS 서비스가 제공될 무선 링크 관련 정보와 상기 서비스가 처리될 상위 계층 정보를 인지하게 되며, 상기 UE들이 속한 셀들은 상기 무선 링크와 Iub 인터페이스 설정을 완료한다. 이렇게 상기 RNC와 UE들간에 MBMS 서비스 제공을 위한 준비가 완료된 상태에서, 상기 코어 네트워크는 상기 RNC를 통해 상기 UE들로 MBMS 서비스 데이터를 전송하는 MBMS 데이터 전송 과정을 수행한다(207단계). 또한, 상기 207단계에서 암호화 키(ciphering key, 이하 "ciphering key"라 칭하기로 한다) 업데이트(update) 등이 수행될 수 있다. 일 예로, 임의의 MBMS 서비스에 대한 ciphering key를 변경해야 할 필요성이 발생할 경우, 상기 RNC는 상기 새로운 ciphering key를 상기 MBMS 서비스를 수신하고 있는 모든 UE들에게 전달한다. 이후 상기 MBMS 서비스 데이터 전송이 완료되면 상기 UE와 코어 네트워크간에는 상기 설정되어 있는 무선 자원들, 즉 트랜스포트 베어러 및 무선 베어러를 해제하는 무선 자원 해제 과정을 수행한다(208단계).

그러면 여기서 도 3을 참조하여 임의의 UE에게 MBMS 서비스를 제공하는 과정을 다시 한번 설명하기로 한다.

상기 도 3은 도 2의 MBMS 서비스 제공 과정을 구체적으로 도시한 신호 흐름도이다.

상기 도 3을 설명하기에 앞서, 상기 도 2에 도시한 CN은 SGSN(130), 전송 네트워크(120), BM-SC(110)를 포함하는 개념이지만, 상기 도 3에서는 무선 접속 네트워크(RAN: Radio Access Network, 이하 "RAN"이라 칭하기로 한다) 동작을 중점적으로 고려하기 위해서 상기 CN 개념에서 상기 SGSN(130)만을 고려하기로 한다.

상기 도 3을 참조하면, 먼저 상기 도 2에서 설명한 바와 같은 서비스 안내(ANNOUNCEMENT) 과정을 통해 현재 제공 가능한 MBMS 서비스들에 대한 기본적인 정보들, 일 예로 메뉴 정보(MENU INFORMATION)를 UE(161)로 제공한다(202단계). 상기 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(Universal Mobile Terrestrial System) 네트워크에서 수행하는 패킷 데이터 서비스이다. 또한, 상기 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 CONTEXTREQUEST 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 서비스 개시 시점에 임박해서 혹은 BM-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단계). 또한 상기 MBMS 서비스를 수신하고자 하는 UE들에게 가까운 시간 안에 공통 제어 채널(일 예로, 순방향 접속 채널(ForwardAccess CHannel, 이하 "FACH"라 칭하기로 한다)을 통해 전송될 MBMS RB SETUP 메시지를 수신하도록 지시하는 역할을 한다.

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

한편, 상기 MBMS 호출 메시지를 수신한 UE(161)는 상기 서비스 통지 메시지를 정상적으로 수신하였음을 나타내는 서비스 통지 응답(NOTIFICATION RESPONSE) 메시지를 상기 SGSN(130)으로 송신한다(305단계). 상기 SGSN(130)은 상기 서비스 통지 응답 메시지를 수신한 후 상기 RNC(140)로 MBMS 무선 접속 베어러(RAB: RadioAccess Bearer, 이하 "RAB"라 칭하기로 한다) 할당 요구(MBMS RAB ASSIGNMENT REQUEST) 메시지를 송신한다(306단계). 여기서, 상기 MBMS RAB 할당 요구 메시지에는 상기 MBMS 서비스를 제공하기 위해 요구되는 서비스 품질(QoS: Quality of Service) 정보와 MBMS RAB을 설정할 UE들의 명단 등이 포함될 수 있다.

상기 설명에서는 상기 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 ConvergenceProtocol, 이하 "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단계).

이후 상기 SGSN(130)이 상기 RNC(140)에게 임의의 MBMS 서비스에 대한 제어메시지 전송을 요청하면(310단계), 즉 상기 SGSN(130)이 상기 RNC(140)로 MBMS 제어(MBMS CONTROL) 메시지를 전송하면(310단계), 상기 RNC(140)는 상기 304-1단계에서 설명한 바와 마찬가지로 상기 RNC(140)는 상기 PI와 PO가 지시하는 시점의 PICH를 온 혹은 오프시켜 상기 UE(161)가 PCH 신호를 수신할지 여부를 지시한다(311-1단계). 여기서, 상기 MBMS 제어 메시지 역시 TMGI와 같은 파라미터들을 포함하고 있다. 그리고 나서 상기 RNC(140)는 상기 UE(161)에 대한 호출이 있을 경우 상기 PICH와 미리 설정되어 있는 설정 시간후에 상기 PICH와 관련되는 PCH, 즉 associated PCH에 호출(PAGING) 메시지를 전송하여 상기 UE(161)가 해당 MBMS 서비스가 곧 개시될 것임을 인지하도록 한다(312-2단계). 또한, 상기 RNC(140)는 상기 MBMS 제어 메시지에 상기 TMGI와 같은 파라미터들을 포함하여 상기 UE(161)로 전송한다(313단계).

한편, 상기 도 3에서 설명한 메시지들중 서비스 통지 메시지와, MBMS 무선 베어러 셋업 메시지와, MBMS 제어 메시지는 그룹 메시지(group message)이다. 여기서, 상기 그룹 메시지라함은 하나의 메시지를 다수의 UE들이 수신하도록 한 메시지를 의미한다. 즉, 상기 304-1단계에서 다수의 UE들이 동일한 PO의 PI를 참조해서 상기 PICH, 즉 서비스 통지 메시지 수신 여부를 결정하며, 상기 304-2단계에서 설명한 TMGI는 서비스 통지 메시지를 수신할 UE들을 나타내므로, 하나의 서비스 통지 메시지를 다수의 UE들이 수신하게 된다. 또한 상기 307단계에서 설명한 MBMS 무선 베어러 셋업 메시지와 313단계에서 설명한 MBMS 제어 메시지 역시 공통 채널인 FACH를 통해 전송하는 한편 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는 상기 RNC로부터 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) 과정이 선행되어야만 한다.

상기와 같이 Cell_PCH 상태의 UE들과 URA_PCH 상태의 UE들은 네트워크로부터 호출이 있으면 셀 업데이트(CELL UPDATE, 이하 "CELL UPDATE"라 칭하기로 한다) 과정을 수행하고, IDLE 상태의 UE들은 RRC CONNECTION SETUP 과정을 수행한다. 그러면 여기서, 상기 CELL UPDATE 과정 및 RRC CONNECTION SETUP 과정을 설명하면 다음과 같다.

첫 번째로, 상기 CELL UPDATE 과정을 설명하기로 한다.

상기 CELL UPDATE 과정을 통해, UE는 RNC로부터 C(Cell)-무선 네트워크 임시 식별자(RNTI: Radio Network Temporary Identity)라는 UE 식별자를 부여받는다. 여기서, 상기 C-RNTI는 FACH를 통해 수신되는 상기 UE와 관련된 데이터를 식별하는 역할을 한다. 일 예로, 상기 RNC가 Cell_FACH 상태에 있는 임의의 UE에게 특정 메시지를 전송하고자 한다면, 상기 RNC는 상기 메시지의 매체 접속 제어(MAC: Medium Access Control, 이하 "MAC"이라 칭하기로 한다) 헤더(header)(이하, MAC-header라 칭하기로 한다)에 상기 C-RNTI를 삽입해서 FACH를 통해 UE로 전송한다. 그러면 상기 Cell_FACH 상태에서 FACH 신호를 수신하고 있는 상기 UE는 FACH를 통해 전송되는 데이터들의 MAC header를 판독해서, 그 중 UE 자신의 C-RNTI와 일치하는 C-RNTI를 가지는 데이터만을 수신한다. 또한 상기 UE는 RACH를 통해 상기 RNC로 메시지를 전송할 때, UE 자신의 C-RNTI를 MAC header에 삽입하여 전송하고, 이에 상기 RNC는 상기 C-RNTI를 이용해서 메시지를 송신한 UE를 식별한다.

두 번째로, 상기 RRC CONNECTION SETUP 과정을 설명하기로 한다.

상기 RRC CONNECTION SETUP 과정을 통해, UE는 RNC로부터 C-RNTI와 U(UTRAN)-RNTI라는 UE의 식별자를 부여받는다. 상기 U-RNTI 역시 상기 UE를 식별하기 위한 식별자이며, C-RNTI를 사용할 수 없는 경우 부여된다. 여기서, 상기 C-RNTI는 셀별로 할당되므로, UE가 셀을 변경할 경우 상기 RNC는 해당 UE에 대해서 상기 C-RNTI를 새롭게 할당하여야만 한다. 그러므로 상기 UE가 셀을 변경할 경우 셀이 변경되었다는 사실 등을 상기 RNC로 통보할 경우 상기 U-RNTI를 사용한다. 또한 RNC와 UE는 상기 RRC CONNECTION SETUP 과정을 통해는 상기 RNC와 UE가 이후에 송수신할 제어 메시지(control message)들의 포맷(format)을 상호간에 미리 규약한다. 여기서, 상기 제어 메시지는 RNC와 UE 사이의 시그널링 무선 베어러(SRB:Signaling Radio Bearer, 이하 "SRB"라 칭하기로 한다)들을 통해 전송되며, 상기 RNC와 UE는 상기 SRB들의 포맷 역시 상기 RRC CONNECTION SETUP 과정을 통해 상호간에 규약하는 것이다. 상기 SRB들은 다수개로 구성 가능하며, 상기 다수개의 SRB들 각각에는 고유한 정수가 부여되며, 따라서 상기 부여된 정수들을 가지고 상기 SRB들을 구분한다. 일 예로, 한 UE와 RNC 사이에 4개의 SRB들이 구성되었을 경우, 상기 SRB들은 무선 베어러 1(RB 1), 무선 베어러 2(RB 2), 무선 베어러 3(RB 3), 무선 베어러 4(RB4)등으로 명명된다. 또한, 상기 SRB들의 포맷은 각 SRB에 사용될 L2/L1 정보들, 일 예로 RLC 정보와 전송 포맷 셋(TFS: Transport Format Set) 정보 등을 포함할 수 있다. 한편, 상기 UE와 RNC간의 상기 SRB들의 포맷을 결정하는 메시지 포맷은 미리 설정되어 시스템 정보로서 모든 UE들에게 통보되며, 무선 베어러 0(RB 0)이라는 SRB를 사용한다. 결과적으로, Cell_PCH 상태와, URA_PCH 상태와, Cell_FACH 상태와, Cell_DCH 상태에 존재하는 UE들은 상기 RNC와 상기 SRB들을 이미 구성 완료한 상태이며, 상기 RNC와의 제어메시지 송수신은 상기 구성되어 있는 SRB들을 이용한다.

상기에서 설명한 바와 같이, CELL UPATE 과정 또는 RRC CONNECTION SETUP 과정을 거친 UE와 RNC, 즉 CRNC는 전용 메시지(dedicated message)를 송수신하는 것이 가능하다. 여기서, 상기 전용 메시지는 상기 그룹 메시지와 반대되는 개념으로 그룹형태가 아닌 송신측과 수신측이 일대일로 대응하는 메시지를 의미하며, 이때 상기 C-RNTI가 해당 UE를 구별하기 위한 식별자 역할을 한다. 또한, 상기 전용 메시지는 상기 UE와 RNC간에 구성되어 있는 다수개의 SRB들 중 하나를 통해 전송된다. 만약 그룹 메시지 송수신 과정에서 상기 C-RNTI가 사용되지 않고, 무선 베어러 0(RB 0) SRB를 사용한다면, 상기 CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 별도로 수행할 필요가 없다.

상기 UE들 상태를 도 3을 참조하여 살펴보면, IDLE 상태 또는 Cell_PCH 상태, URA_PCH 상태에 존재하는 UE들이 CELL UPDATE 과정이나 RRC CONNECTION SETUP 과정을 수행해야할 필요성이 발생하는 경우를 "CU/RC performed"로 기재하였으며, 도시한 바와 같이 CELL UPDATE 과정이나 RRC CONNECTION SETUP 과정을 수행해야할 필요성이 발생하는 경우가 빈번함을 알 수 있다. 즉 IDLE 상태 또는 Cell_PCH 상태, URA_PCH 상태에 존재하는 UE가 상기 임의의 MBMS 서비스에 대한 호출 메시지를 수신하면, 상기 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 실행한다. 물론, 상기 호출 메시지가 그룹 메시지를 전달하기 위한 것이며, UE가 상기 그룹 메시지에 대한 응답 메시지(response message)를 RNC로 송신할 필요가 없다면 상기 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행할 필요가 없을 수도 있다. 즉, 예를 들면상기 UE가 CELL_PCH 혹은 URA PCH 상태에서 공용채널을 통해 MBMS 데이터를 받거나, 혹은 그외의 경우에서도 제어메세지를 받기위해 Paging 메시지를 수신받고, FACH를 통해 MBMS 관련 제어메세지를 통해 MBMS 제어정보를 수신받되, 굳이 CELL_FACH 상태로 Cell Update 동작을 수행할 필요가 없을 수도 있다.

통상적인 UMTS 표준 규격은 호출 메시지를 수신한 UE들은 상기 호출 메시지에 대한 응답 메시지를 전송하기 위해서 상기 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행하도록 규정하고 있어, 호출 메시지를 수신한 UE의CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정은 필수적이다. 그러나, 상기 호출 메시지에 대한 응답 메시지 전송은 역방향 전송 자원의 효율성을 저하시키며, 또한 상기 응답 메시지로 인한 역방향 간섭의 증가를 초래하게 된다. 또한, 상기 호출 메시지에 대해서 UE가 일이 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행하는 것은 불필요한 로드로 발생될 수 있으며, 따라서 상기 호출 메시지 수신에 대한 새로운 응답 체계의 필요성이 대두로 되고 있다.

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

본 발명의 다른 목적은 MBMS 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송수신시 사용자 단말기 상태 천이를 최소화하는 방법을 제공함에 있다.

본 발명의 또 다른 목적은 MBMS 서비스를 제공하는 이동 통신 시스템에서 제어 메시지 송수신시 사용자 단말기 응답 전송을 최소화하는 방법을 제공함에 있다.

상기한 목적들을 달성하기 위한 본 발명의 제어 메시지 송신 방법은; 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 전송하는 방법에 있어서, 상기 MBMS 서비스를 제공받고자 하는 사용자 단말기들에게 전송해야 하는 제어 정보가 발생하면, 상기 사용자 단말기들이 상기 제어정보 수신시 그 응답을 전송해야하는지 여부에 따른 동작을 지시하는 정보를 포함하는 호출 정보를 상기 사용자 단말기들로 전송하는 과정과, 상기 사용자 단말기들로 상기 제어 정보를 전송하는 과정을 포함함을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 다른 제어 메시지 송신 방법은; 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 전송하는 방법에 있어서, 상기 MBMS 서비스를 제공받고자 하는 사용자 단말기들에게 전송해야 하는 제어 정보가 발생하면, 상기 사용자 단말기들이 속한 [셀]서비스 지역의 특성을 판단하는 과정과, 상기 [셀]서비스 지역의 특성에 상응하게 상기 사용자 단말기들이 상기 제어정보 수신시 그 응답을 전송해야하는지 여부에 따른 동작을 지시하는 정보를 포함하는 호출 정보를 상기 사용자 단말기들로 전송하는 과정과, 상기 호출 정보를 전송한 후 상기 제어 정보를 전송하는 과정을 포함함을 특징으로 한다.

상기한 목적들을 달성하기 위한 본 발명의 제어 메시지 수신 방법은; 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 수신하는 방법에 있어서, 상기 제어정보 수신시 그 응답을 전송해야하는지 여부에 따른 동작을 지시하는 정보를 포함하는 호출 정보를 수신하는 과정과, 상기 호출 정보에 포함되어 있는 동작 지시 정보에 상응하게 동작을 수행하는 과정과, 이후 상기 제어 정보를 수신하는 과정을 포함함을 특징으로 한다.

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

도 2는 이동 통신 시스템에서 MBMS 서비스를 제공하기 위한 과정을 개략적으로 도시한 신호 흐름도

도 3은 도 2의 MBMS 서비스 제공 과정을 구체적으로 도시한 신호 흐름도

도 4는 본 발명의 제1실시예에 따른 UE와 RNC간 MBMS CONTROL 메시지 송수신 과정을 도시한 신호 흐름도

도 5는 도 4에서 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도

도 6은 도 4에서 CELL_FACH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도

도 7은 도 4에서 CELL_DCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도

도 8은 도 4에서 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도시한 흐름도

도 9는 본 발명의 제1실시예에 따른 UE와 RNC간 MBMS CONTROL 메시지 송수신 과정을 도시한 신호 흐름도

도 10은 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도

도 11은 도 9에서 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도시한 흐름도

도 12는 본 발명에 따른 임의의 UE X와 UE Y가 동일셀에 존재할 때 서비스 통지 과정 및 MBMS 무선 베어러 셋업 과정을 도시한 신호 흐름도

도 13은 본 발명에 따른 임의의 UE X와 UE Y가 동일셀에 존재할 때 암호화키 업데이트 과정을 도시한 신호 흐름도

도 14는 본 발명에 따른 임의의 UE X와 UE Y가 동일 셀에 존재할 때 MBMS 무선 베어러가 해제되는 과정을 도시한 신호 흐름도

도 15는 본 발명의 제3실시예에 따른 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도시한 흐름도

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

본 발명은 효율적인 그룹 시그널링(group signaling) 방식, 즉 하나의 제어메시지(control message)가 다수의 사용자 단말기(UE: User Equipment, 이하 "UE"라 칭하기로 한다)들에게 전달되는 순방향(downlink) 제어 메시지 전송 방식을 제시한다. 이를 간략하게 설명하면, 먼저 무선 네트워크 제어기(RNC: Radio Network Controller, 이하 "RNC"라 칭하기로 한다)는 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service, 이하 "MBMS"라 칭하기로 한다) 제어(이하 "MBMS CONTROL"이라 칭하기로 한다) 메시지를 전송할 필요가 발생할 경우, 상기 전송해야할 MBMS CONTROL 메시지가 그룹 메시지(group message)일 경우 본 발명에 따른 RNC와 UE는 다음과 같이 동작한다. 여기서, 상기 MBMS CONTROL 메시지는 상기 MBMS 서비스에 관련되어 송수신되는 제어 메시지들을 의미하며, 상기 그룹 메시지라함은 하나의 메시지를 다수의 UE들이 수신하도록 한 메시지를 의미한다.

먼저, RNC는 MBMS 호출(MBMS PAGING) 과정을 통해, 즉 상기 RNC는 MBMS 호출(이하 "MBMS PAGING"이라 칭하기로 한다) 메시지를 통해 IDLE 상태와, Cell_PCH(Paging CHannel, 이하 "PCH"라 칭하기로 한다)/URA_PCH 상태에 있는 UE들에게 상기 MBMS 서비스가 개시됨을 통지하고 , 상기 MBMS 서비스 호출 과정을 통해서 상기 MBMS 서비스가 개시됨을 인지한 UE들은 순방향 접속 채널(Forward Access CHannel, 이하 "FACH"라 칭하기로 한다)과 같은 공통 제어 채널(common control channel) 신호를 수신하도록 한다. 상기 MBMS 서비스가 개시됨을 인지한 UE들은 상기 MBMS PAGING 메시지에 포함되어 있는 셀 업데이트(CU: Cell Upadte)/무선 자원 제어 연결(RC: RRC(Radio Resource Control) Connection) 요구(required) 파라미터(parameter)에 상응하게 셀 업데이트(이하 "CELL UPDATE"라 칭하기로 한다) 또는 무선 자원 제어 연결 셋업(이하 "RRC CONNECTION SETUP"이라 칭하기로 한다) 과정을 수행하거나 혹은 수행하지 않는다. 본 발명은 현재 IDLE/Cell_PCH/URA_PCH 상태에 있는 UE들이 불필요한 Cell Update나 RRC Connection Setup을 하지 않도록 제어하여, 불필요한 메시지 전송에 따른 간섭이나 로드를 감소시키고자 함이다.

한편, 상기 RNC는 상기 MBMS CONTROL 메시지를 FACH와 같은 공통 제어 채널을 통해 송신하며, 이때 상기 MBMS CONTROL 메시지가 모든 UE들에게 신뢰성있게 전달될 수 있도록 미리 설정된 횟수만큼 반복 전송할 수도 있다. 그리고, 상기 RNC가 전송한 MBMS CONTROL 메시지를 UE가 수신하지 못할 수도 있으며, 이때 UE는 UE 스스로 상기 RNC가 전송한 MBMS CONTROL 메시지를 정상적으로 수신하지 못함에 따라 상기 MBMS PAGING 메시지에 포함되어 있는 대기 시간(TTR: Time To Request, 이하 "TTR"이라 칭하기로 한다)이 경과되는 시점에서 상기 RNC로 상기 MBMS CONTROL 메시지에 대한 재전송 요구를 할 수 있다. 상기에서 설명한 바와 같은 과정들을 통해서 상기 RNC와 UE는 불필요한 메시지 송수신(일 예로, 상기 CELL UPDATE과정과CELL UPDATE CONFIRM 과정 등에서 발생하는 메시지 송수신)을 억제한다. 또한 MBMS CONTROL 메시지에 대한 응답메시지(response message)를 전송할 필요가 없을 경우에는 상기 MBMS CONTROL 메시지를 미리 설정한 횟수번 반복하여 전송함으로써 상기 MBMS CONTROL 메시지가 모든 UE들에게 신뢰성있게 전달되도록 하는 것이다. 또한, 상기 MBMS CONTROL 메시지에는 현재 전송되는 MBMS CONTROL 메시지가 설정 횟수번 반복되는 메시지임을 나타내는 반복 표시(value tag)를 포함시켜 UE가 동일한 MBMS CONTROL 메시지에 대해서 반응하지 않도록 제어한다. 또한, 상기 설정 횟수번 동일한 MBMS CONTROL 메시지를 반복 전송하였음에도 불구하고 UE가 수신하지 못했을 경우 상기 UE가 상기 MBMS CONTROL 메시지에 대해 재전송을 요청할 수 있도록 연관 메시지 식별자(AMID: Associated message ID, 이하 "AMID"라 칭하기로 한다)를 상기 MBMS CONTROL 메시지에 포함시킨다. 여기서, 상기 AMID는 일종의 재전송 요구 식별자이다. 상기 AMID는 필요 및 구현방안에 따라 포함시키지 않을수도 있다. 즉, 상기 UE는 상기 TTR 이후에 상기 MBMS 제어 메시지를 수신하지 못한 경우에는 자신의 ID와 서비스의 식별정보만을 포함시켜 전송하여, 상기 RNC가 상기 수신받지 못한 MBMS 서비스 제어 메시지를 상기 수신받지 못한 UE에게 재전송할 수도 있다.

그러면 여기서 상기 본 발명에 따른 MBMS PAGING 메시지 송수신 과정 및 MBMS CONTROL 메시지 송수신 과정을 도 4를 참조하여 설명하기로 한다.

상기 도 4는 본 발명의 제1실시예에 따른 UE와 RNC간 MBMS CONTROL 메시지 송수신 과정을 도시한 신호 흐름도이다.

상기 도 4를 설명하기에 앞서 상기 MBMS 서비스를 제공하기 위한 네트워크구조는 상기 도 1에서 설명한 네트워크 구조와 동일한 구조를 가지며, 또한 상기 MBMS CONTROL 메시지는 그룹 메시지이기 때문에 동일한 MBMS 서비스를 받고 있는 모든 UE들에게 전달되어야하지만 설명의 편의상 상기 도 4에는 하나의 UE에 대한 메시지 송수신 과정만이 개시되어 있음에 유의하여야 한다.

첫 번째로 , MBMS PAGING 메시지 송수신 과정을 설명하기로 한다.

먼저, RNC가 MBMS 서비스를 제공하는 중에 MBMS CONTROL 메시지를 UE들에게 전송해야할 필요성이 발생하면, 상기 RNC는 상기 MBMS 서비스를 받고 있는 모든 UE들에게 상기 MBMS CONTROL 메시지를 전송하기 위해 MBMS PAGING 과정, 즉 MBMS PAGING 메시지 전송을 수행한다. 여기서, 상기 MBMS CONTROL 메시지는 그룹 메시지이며, 상기 MBMS CONTROL 메시지가 그룹 메시지이기 때문에 동일한 MBMS 서비스를 받고 있는 모든 UE들은 그 상태에 상관없이, 즉 상기 UE들이 IDLE 상태, 혹은 CELL_DCH(Dedicated CHannel, 이하 "DCH"라 칭하기로 한다) 상태, 혹은 CELL_FACH 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는지에 상관없이 상기 MBMS CONTROL 메시지를 수신해야만 한다.

그래서 상기 MBMS CONTROL 메시지를 UE로 전송하기 위해서 상기 RNC는 상기 UE로 MBMS PAGING 메시지를 먼저 전송하고, 이에 따른 RNC와 UE의 동작 과정은 다음과 같다.

먼저, 상기 RNC는 상기 MBMS의 임시 멀티캐스트 그룹 식별자(TMGI: Temporary Multicast Group Identity, 이하 "TMGI"라 칭하기로 한다)를 이용하여 호출 시점(PO: Paging Occasion, 이하 "PO"라고 칭하기로 한다)과 호출 표시(PI:Paging Instance, 이하 "PI"라 칭하기로 한다)를 산출한다. 여기서, 상기 TMGI는 MBMS 서비스 종류별로 상이하게 부여되는 식별자이며, 상기 PO 및 PI를 산출함에 있어 상기 TMGI뿐만 아니라 불연속 수신(DRX: Discontinuous Reception, 이하 "DRX"라 칭하기로 한다) 파라미터도 고려됨은 물론이다. 그리고 나서 상기 RNC는 상기 산출한 PO와 PI에 해당하는 시점에서 호출 표시 채널 신호(PICH: Paging Indicator CHannel, 이하 "PICH"라 칭하기로 한다)에 상기 MBMS 서비스에 대한 호출이 있음을 알리는 정보를 포함하여 상기 UE로 전송하여(401단계), 상기 UE가 MBMS PAGING 메시지가 PCH를 통해 곧 전송될 것임을 감지하도록 한다. 이후 상기 RNC는 상기 PICH 신호를 전송한 시점에서 미리 설정된 시점 이후에 상기 PCH를 통해 MBMS PAGING 메시지를 UE로 전송한다(402단계). 여기서, 상기 MBMS PAGING 메시지에는 TMGI와, CU/RC required와, TTR과, AMID와, MBMS paging cause 등과 같은 파라미터들이 포함된다.

그러면 여기서, 상기 MBMS PAGING 메시지에 포함되어 있는 파라미터들을 설명하면 다음과 같다.

(1) TMGI

임의의 MBMS 서비스를 식별하기 위한 식별자로서, MBMS 서비스 제공 과정 중 서비스 요청(JOINING) 과정에서 UE들은 상기 임의의 MBMS 서비스에 대한 TMGI를 인지한다. 또한, 임의의 MBMS 서비스를 요청한 상기 UE는 자신이 요청한 MBMS 서비스에 대한 Paging임을 식별하기 위한 식별자로서 이용될 수도 있다.

(2) CU/RC required

상기 CU/RC required는 CU/RC required를 포함하고 있는 MBMS PAGING 메시지에 대해서 CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 수행할 필요가 있는지 여부를 표시하는 파라미터이다. 상기 RNC는 해당 MBMS PAGING 메시지와, 상기 MBMS PAGING 메시지에 연관되는 MBMS CONTROL 메시지의 성격에 따라 상기 CU/RC required 파라미터에 세팅(setting)할 값을 결정한다. 일 예로, 상기 MBMS PAGING 메시지에 연관되는 MBMS CONTROL 메시지가 수신측, 즉 UE들로부터의 응답이 필요하지 않은 메시지일 경우 상기 CU/RC required는 오프(off)로, 즉 "not required"로 세팅되며, UE들로부터의 응답이 필요한 메시지일 경우 상기 CU/RC required는 온(on), 즉 "required"로 세팅된다. 이하의 설명에서는 상기 CU/RC required 파라미터가 상기 CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 수행할 필요가 있을 경우에는 온으로, 상기 CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 수행할 필요가 없을 경우에는 오프로 세팅된다고 칭하기로 한다. 그래서 상기 CU/RC required가 온으로 세팅되어 있을 경우 해당 UE들은 자신의 현재 상태에 따라 CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 수행한다. 상기와 같이 RNC는 Paging 메시지의 "CU/RC required" 필드를 이용하여 실제 Cell Update혹은 RRC Connection Setup 과정의 실제 필요여부에 따라 상기 UE들의 동작을 제어할 수 있는 것이다. 상기 "CU/RC required" 필드를 이용함으로써, 상기 UE들은 상황에 따라 Cell Update혹은 RRC Connection Setup 과정을 수행 혹은 수행하지 않을 수도 있는 것이다. 본 발명의 Paging 메시지의 경우 상기 UE가 CELL PCH상태나 혹은 URA PCH 상태에서 제어메세지를 받기 전에 Paging 메시지를 수신받을 수 있기 때문에,본발명에서는 단지 MBMS 서비스 개시를 알리기 위한 Notification의 역할뿐이 아니라, 제어메세지의 수신을 알리기 위한 역할까지를 포함함을 인지하여야 할 것이다.

(3) AMID

상기 AMID는 MBMS PAGING 메시지와 관련된 MBMS CONTROL 메시지를 식별하는 파라미터이다. 일 예로, 상기 MBMS PAGING 메시지에 부여된 AMID가 "1"일 경우 상기 MBMS PAGING 메시지와 관련된 MBMS CONTROL 메시지에도 동일하게 AMID는 "1"로 부여된다. 또한, 상기 AMID는 이후에 상기 MBMS PAGING 메시지 및 MBMS CONTROL 메시지에 대한 재전송 요구를 위한 식별자로 사용된다.

(4) TTR

상기 TTR은 상기 UE가 MBMS PAGING 메시지는 수신하였으나, 상기 MBMS PAGING 메시지와 관련된 MBMS CONTROL 메시지, 즉 상기 MBMS PAGING 메시지와 동일한 AMID를 가지는 MBMS CONTROL 메시지를 수신하지 못했을 경우 상기 MBMS CONTROL 메시지에 대한 재전송을 요청하기에 앞서 상기 MBMS CONTROL 메시지의 수신을 대기하여야하는 대기시간이다.

(5) MBMS paging cause

상기 MBMS paging cause는 MBMS PAGING 메시지를 전송하는 이유를 나타내는 파라미터로서, 현재 광대역 부호 분할 다중 접속(W-CDMA: Wideand-Code Division Multiple Access, 이하 "W-CDMA"라 칭하기로 한다) 이동 통신 시스템에서 상기 MBMS 서비스에 적용할 수 있는 paging cause로는 ‘Terminating streaming call’이 있을 수 있으며, 기존의 paging cause가 아닌 별도의 새로운 paging cause를MBMS 서비스를 위해 정의할 수도 있음은 물론이다. 즉, MBMS 서비스의 통지를 위한 Paging Cause의 값을 새로 정의할 수도 있고, 기존의 Paging Cause의 값의 의미를 확장시켜 MBMS 서비스 Paging을 위한 값으로도 사용가능한 것이다.

한편, 상기 IDLE 상태, 혹은 CELL_DCH 상태, 혹은 CELL_FACH 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있던 UE는 수신하던 PICH 신호에 상기 MBMS 서비스에 대한 호출이 있음을 감지하면 미리 설정된 시점에서 PCH를 통해 수신되는 MBMS PAGING 메시지에 포함되어 있는 TMGI를 검사하여 UE가 인지하고 있는TMGI와 일치할 경우 상기 MBMS Paging 메시지내의 CU/RC required 필드정보에 따라 상기 UE는 Cell Update/RRC Connection Setup 과정을 수행 혹은 수행하지 않을 수 있다. 좀더 자세히 설명하면, 상기 MBMS PAGING 메시지에 CU/RC required가 온되어 있을 경우 상기 UE는 CELL UPATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행한다(406단계).

상기에서는 MBMS PAGING 메시지 송수신 과정을 설명하였으며, 두 번째로 MBMS CONTROL 메시지 송수신 과정을 설명하기로 한다.

상기와 같이 MBMS PAGING 과정이 종료되면, 상기 RNC는 공통 제어 채널, 일 예로 FACH를 통해 MBMS CONTROL 메시지를 상기 UE로 전송한다(403단계). 여기서, 상기 MBMS CONTROL 메시지에는 메시지 타입(이하 "message type"이라 칭하기로 한다)과, TMGI와, 응답 요구(이하 "response required"라 칭하기로 한다)와, AMID와, value tag이 포함되며, 상기 MBMS CONTROL 메시지에 포함되는 파라미터들을 설명하면 다음과 같다.

(1) message type

상기 MBMS CONTROL 메시지의 메시지 타입을 나타내는 파라미터로서, 그 메시지 타입을 설명하면 다음과 같다.

일 예로, 상기 message type이 "0"으로 설정되어 있을 경우 상기 MBMS CONTROL 메시지는 MBMS 무선 베어러 셋업(MBMS Radio Bearer SETUP)을 나타내며, 상기 message type이 "1"으로 설정되어 있을 경우 상기 MBMS CONTROL 메시지는 MBMS 무선 베어러 재구성(MBMS RB RECONFIGURATION)을 나타내며, 상기 message type이 "2"로 설정되어 있을 경우 상기 MBMS CONTROL 메시지는 MBMS 암호화키 업데이트(MBMS CIPHERING KEY UPDATE)를 나타내며, 상기 message type이 "3"으로 설정되어 있을 경우 상기 MBMS CONTROL 메시지는 MBMS 무선 베어러 해제(MBMS RB RELEASE)를 나타낸다.

(2) TMGI

상기에서 설명한 바와 마찬가지로 임의의 MBMS 서비스를 식별하는 식별자이다.

(3) response required

상기 MBMS CONTROL 메시지를 수신한 UE들이 상기 수신한 MBMS CONTROL 메시지에 대한 응답 메시지를 상기 RNC로 전송해야하는지 여부를 나타내는 파라미터이다. 일반적으로, 상기 CU/RC required와 함께 response required가 설정된다. 일 예로, 상기 CU/RC required가 오프로 세팅되어 있을 경우 해당 MBMS PAGING 메시지에 관련된 MBMS CONTROL 메시지의 response required도 오프로 세팅되고, 상기CU/RC required가 온으로 세팅되어 있을 경우 해당 MBMS PAGING 메시지에 관련된 MBMS CONTROL 메시지의 response required도 온으로 세팅된다. 여기서, 상기 response required가 오프로 세팅된 경우 상기 UE는 수신한 MBMS CONTROL 메시지에 대한 응답 메시지를 전송할 필요가 없는 것을 나타내며, 상기 response required가 온으로 세팅된 경우 상기 UE는 수신한 MBMS CONTROL 메시지에 대한 응답 메시지를 전송해야함을 나타낸다.

(4) AMID

상기 MBMS PAGING 메시지에 부여된 AMID와 동일한 값으로 부여된다.

(5) value tag

MBMS CONTROL 메시지가 미리 설정한 설정 횟수번 반복 전송될 경우 상기 설정 횟수번 전송되는 동일한 MBMS CONTROL 메시지들에는 동일한 value tag이 부여된다. 그러므로, 2개 이상의 동일한 MBMS CONTROL 메시지들을 수신하는 UE는 상기 수신한 MBMS CONTROL 메시지에 포함되어 있는 value tag를 이용해서 이미 수신한 MBMS CONTROL 메시지에 대한 메시지 수신 과정을 수행하는 것을 방지하도록 한다.

그리고, 상기 도 4에는 도시하지는 않았으나 상기 MBMS CONTROL 메시지에는 제어(control) 파라미터 등도 포함될 수 있으며, 상기 제어 파라미터는 상기 MBMS CONTROL 메시지가 제어하고자 하는 대상에 적용할 파라미터들을 가진다. 일 예로, 상기 MBMS CONTROL 메시지가 MBMS 무선 베어러 재구성을 나타낼 경우 상기 재구성할 무선 베어러의 L2(Layer 2)와 L1(Layer 1) 정보 등이 상기 제어 파라미터에 포함된다.

이런식으로 상기 RNC는 UE로 FACH를 통해서 UE에게 MBMS CONTROL 메시지를 반복 전송한다(404단계). 이렇게 상기 설정 횟수번 상기 MBMS CONTROL 메시지를 전송하였음에도 불구하고 상기 TTR이 경과하는 시점에서도(407단계) UE가 MBMS CONTROL 메시지를 수신하지 못하였을 경우 상기 UE는 재전송 요구(이하 "RETRANSMISSION REQUEST"라 칭하기로 한다) 메시지를 상기 RNC로 전송한다(405단계). 여기서, 상기 UE가 상기 RNC로 전송되는 RETRANSMISSION REQUEST 메시지는 상기 UE가 상기 RNC로부터 MBMS PAGING 메시지를 수신하였음에도 불구하고 이에 관련되는 MBMS CONTROL 메시지를 수신하지 못하는 경우에 상기 수신하지 못한 MBMS CONTROL 메시지의 재전송을 요청하기 위한 메시지이다. 그러므로 상기 MBMS PAGING 메시지를 수신한 후 이에 관련되는 MBMS CONTROL 메시지를 정상적으로 수신하였을 경우에는 상기 RETRANSMISSION REQUEST 메시지 송신 과정이 필요하지 않음은 물론이다. 여기서, 상기 RETRANSMISSION REQUEST 메시지에는 UE 식별자(UE ID)와, TMGI와, AMID가 포함되며, 상기 AMID를 이용하여 상기 AMID를 가지는 MBMS CONTROL 메시지를 재전송요구하게 되는 것이며, 상기 RNC는 상기 RETRANSMISSION REQUEST 메시지에 포함되어 있는 AMID를 가지고 해당 AMID를 가지는 MBMS CONTROL 메시지를 상기 UE로 재전송한다. 여기서, 상기 AMID는 상기에서 설명한 바와 같이 구현방법에 따라 사용되지 않을 수도 있음은 물론이다.

그러면 상기 도 4에서 설명한 바와 같은 MBMS PAGING 메시지와, MBMS CONTROL 메시지를 송수신 과정에 따른 UE 및 RNC 동작을 도 5 내지 도 8을 참조하여 설명하기로 한다.

상기 도 5는 도 4에서 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도이다.

상기 도 5를 참조하면, 먼저 501단계에서 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE가 서비스 요청(JOINING) 과정을 통해 TMGI와 DRX 파라미터를 인지하면, 상기 인지한 TMGI와 DRX 파라미터를 가지고서 PO와 PI를 계산하고 502단계로 진행한다. 상기 502단계에서 상기 UE는 상기 계산한 PO에 따라 상기 상기 PICH 신호를 모니터링 하고, 503단계로 진행한다. 상기 503단계에서 상기 UE는 상기 모니터링한 PICH 신호에 MBMS 서비스에 대한 호출이 있음을 알려주는 호출표시 정보가 있는지 여부를 검사한다. 상기 검사 결과 상기 MBMS 서비스에 대한 호출이 호출이 있음을 알려주는 호출표시 정보(PI)가 없으면, 상기 502단계로 되돌아간다. 만약 상기 검사 결과 MBMS 서비스에 대한 호출이 호출이 있음을 알려주는 호출표시 정보(PI)가 있으면,상기 UE는 504단계로 진행한다. 상기 504단계에서 상기 UE는 상기 PI에 상응하는, 즉 모니터링하고 있는 PICH신호에 상응하는 PCH 신호를 수신하여 MBMS PAGING 메시지를 수신하고 505단계로 진행한다. 상기 505단계에서 상기 UE는 상기 수신한 MBMS PAGING 메시지에 포함되어 있는 TMGI가 UE가 상기 서비스 요청(JOINING) 과정에서 인지하고 있는 TMGI와 일치하는지 검사한다. 상기 검사 결과 상기 MBMS PAGING 메시지에 포함되어 있는 TMGI가 상기 UE가 인지하고 있는 TMGI와 일치하지 않을 경우 상기 UE는 상기 502단계로 되돌아간다. 이는 MBMS 서비스에 대한 호출은 있으나, 자신이 요청한 MBMS 서비스의 개시정보는 아니기 때문에, 다시금 PICH 신호를 모니터링 하는 단계로 돌아가는 것이다. 만약 상기 검사 결과 상기 MBMS PAGING 메시지에 포함되어 있는 TMGI가 상기 UE가 인지하고 있는 TMGI와 일치할 경우 상기 UE는 506단계로 진행한다. 이는 상기 UE가 자신이 요청한 MBMS 서비스의 개시를 인식하게 되는 것이다. 이때, 상기 506단계에서 상기 UE는 상기 MBMS PAGING 메시지에 포함되어 있는 CU/RC required 파라미터가 온되어 있는지 검사한다. 상기 검사 결과 상기 CU/RC required 파라미터가 온되어 있을 경우 상기 UE는 507단계로 진행한다. 만약 상기 검사 결과 상기 CU/RC required 파라미터가 온되어 있지 않을 경우, 즉 오프되어 있을 경우 상기 UE는 508단계로 진행한다.이는 상기 UE의 현 상태 및 MBMS 서비스의 데이터의 수신이 어떻게 이루어질것인가등의 여러 가지 고려사항들에 의해 결정될 것이며, 그에 따라 UE는 상기 CU/RC required 파라미터의 설정 값에 따라 그와 상응되는 동작을 수행하게 된다.

상기 507단계에서 상기 UE는 상기 CU/RC required 파라미터가 온되어 있음에 따라 상기 UE의 현재 상태에 상응하게 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행하고 509단계로 진행한다. 한편, 상기 508단계에서 상기 UE는 상기 MBMS PAING 메시지에 포함되어 있는 AMID와 TTR을 버퍼링(buffering)하고 상기 509단계로 진행한다. 상기 509단계에서 상기 UE는 FACH를 모니터링하고 510단계로 진행한다. 상기 510단계에서 상기 UE는 상기 모니터링한 FACH를 통해 MBMS CONTROL 메시지가 수신되는지 검사한다. 상기 검사 결과 상기 FACH를 통해 상기 MBMS CONTROL 메시지가 수신되지 않을 경우 상기 UE는 511단계로 진행한다. 상기 511단계에서 상기 UE는 상기 MBMS CONTROL 메시지를 수신하지 못함에 따라 상기 TTR이 경과되었는지 검사한다. 상기 검사 결과 상기 TTR이 경과되지 않았을 경우 상기 UE는 상기 509단계로 되돌아가서 지속적으로 상기 FACH를 통해 MBMS CONTROL 메시지 수신을 대기한다. 만약 상기 511단계에서 검사 결과 상기 TTR이 경과되었을 경우 상기 UE는 512단계로 진행한다. 상기 512단계에서 상기 UE는 상기 TTR이 경과됨에 따라 상기 수신한 MBMS PAGING 메시지에 포함되어 있는 AMID와 TMGI를 포함하여 RETRANSMISSION REQUEST 메시지를 RNC로 전송하고 513단계로 진행한다.

상기 513단계에서 상기 UE는 상기 RETRANSMISSION REQUEST 메시지에 상응하는 MBMS CONTROL 메시지 수신을 대기하기 위해 FACH 신호를 모니터링하고 514단계로 진행한다. 상기 514단계에서 상기 UE는 상기 모니터링한 FACH를 통해서 MBMS CONTROL 메시지가 수신되었는지를 검사한다. 상기 검사 결과 상기 FACH를 통해 MBMS CONTROL 메시지가 수신되지 않았을 경우 상기 513단계로 되돌아가 지속적으로 상기 FACH를 모니터링한다. 상기 검사 결과 상기 FACH를 통해 MBMS CONTROL 메시지가 수신되었을 경우 상기 UE는 515단계로 진행한다. 상기 515단계에서 상기 UE는 상기 수신한 MBMS CONTROL 메시지에 상응하는 동작을 수행하고 종료한다.

한편, 상기 510단계에서 검사 결과 FACH를 통해 MBMS CONTROL 메시지가 수신되었을 경우 상기 UE는 516단계로 진행한다. 상기 516단계에서 상기 UE는 상기 현재 수신한 MBMS CONTROL 메시지의 value tag이 기존에 수신하였었던 MBMS CONTROL 메시지의 value tag과 일치하는지 검사한다. 상기 검사 결과 상기 현재 수신한 MBMS CONTROL 메시지의 value tag이 기존에 수신하였었던 MBMS CONTROL 메시지의 value tag과 일치할 경우 상기 UE는 517단계로 진행한다. 상기 517단계에서 상기 UE는 상기 현재 수신한 MBMS CONTROL 메시지는 이미 기존에 수신한 MBMS CONTROL메시지의 반복전송이기 때문에 무시하고 종료한다. 한편, 상기 516단계에서 검사 결과 상기 현재 수신한 MBMS CONTROL 메시지의 value tag이 기존에 수신하였었던 MBMS CONTROL 메시지의 value tag과 일치하지 않을 경우 상기 UE는 518단계로 진행한다. 상기 518단계에서 상기 UE는 상기 현재 수신한 MBMS CONTROL 메시지의 value tag을 버퍼링한 후 519단계로 진행한다. 상기 519단계에서 상기 UE는 상기 수신한 MBMS CONTROL 메시지에 상응하는 동작을 수행한 후 종료한다.

상기 도 5에서는 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 설명하였으며, 다음으로 도 6을 참조하여 CELL_FACH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 설명하기로 한다.

상기 도 6은 도 4에서 CELL_FACH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도이다.

상기 도 6을 참조하면, 먼저 601단계에서 UE는 CELL_FACH 상태에 있으므로 FACH 신호를 모니터링하고 602단계로 진행한다. 상기 602단계에서 상기 UE는 상기 모니터링한 FACH를 통해 MBMS CONTROL 메시지가 수신되었는지를 검사한다. 상기 검사 결과 상기 FACH를 통해 MBMS CONTROL 메시지가 수신되지 않았을 경우 상기 UE는 상기 601단계로 되돌아가 지속적으로 MBMS CONTROL 메시지 수신을 대기한다. 만약, 상기 검사 결과 상기 FACH를 통해 MBMS CONTROL 메시지가 수신되었을 경우 상기 UE는 603단계로 진행한다. 상기 603단계에서 상기 UE는 상기 현재 수신한 MBMS CONTROL 메시지의 value tag이 기존에 수신하였었던 MBMS CONTROL 메시지의 valuetag과 일치하는지 검사한다. 상기 검사 결과 상기 현재 수신한 MBMS CONTROL 메시지의 value tag이 기존에 수신하였었던 MBMS CONTROL 메시지의 value tag과 일치할 경우 상기 UE는 604단계로 진행한다. 상기 604단계에서 상기 UE는 상기 현재 수신한 MBMS CONTROL 메시지는 이미 기존에 수신한 MBMS CONTROL 메시지의 반복전송이기 때문에 무시하고 종료한다. 한편, 상기 603단계에서 검사 결과 상기 현재 수신한 MBMS CONTROL 메시지의 value tag이 기존에 수신하였었던 MBMS CONTROL 메시지의 value tag과 일치하지 않을 경우 상기 UE는 605단계로 진행한다. 상기 605단계에서 상기 UE는 상기 현재 수신한 MBMS CONTROL 메시지의 value tag을 버퍼링한 후 606단계로 진행한다. 상기 606단계에서 상기 UE는 상기 수신한 MBMS CONTROL 메시지에 상응하는 동작을 수행한 후 종료한다.

상기 도 6에서는 CELL_FACH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 설명하였으며, 다음으로 도 7을 참조하여 CELL_DCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 설명하기로 한다.

상기 도 7은 도 4에서 CELL_DCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도이다.

상기 도 7을 참조하면, 먼저 701단계에서 UE는 CELL_DCH 상태에 있으므로 DCH 신호를 모니터링하고 702단계로 진행한다. 상기 702단계에서 상기 UE는 상기 모니터링한 DCH를 통해 MBMS CONTROL 메시지가 수신되었는지를 검사한다. 상기 검사 결과 상기 DCH를 통해 MBMS CONTROL 메시지가 수신되지 않았을 경우 상기 UE는 상기 701단계로 되돌아가 지속적으로 MBMS CONTROL 메시지 수신을 대기한다. 만약,상기 검사 결과 상기 DCH를 통해 MBMS CONTROL 메시지가 수신되었을 경우 상기 UE는 703단계로 진행한다. 상기 703단계에서 상기 UE는 상기 수신한 MBMS CONTROL 메시지에 상응하는 동작을 수행한 후 종료한다. 상기 도 7에서 value tag을 이용한 MBMS CONTROL 메시지 재전송을 고려하지 않은 이유는 CELL_DCH 상태에 있는 UE는 상기 MBMS CONTROL 메시지를 신뢰성이 높은 DCH를 통해 수신하기 때문이며, 또한 상기 DCH 신호의 높은 신뢰성에도 불구하고 오류가 발생하였을 경우에는 무선 링크 제어(RLC: RADIO Link Control) 계층의 재전송 과정을 통해서도 MBMS CONTROL 메시지를 수신할 수 있기 때문이다.

다음으로 도 8을 참조하여 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도 8을 참조하여 설명하기로 한다.

상기 도 8은 도 4에서 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도시한 흐름도이다.

상기 도 8을 참조하면, 먼저 800단계에서 RNC는 RNC 자신이 관장하는 영역에서 제공되고 있는 임의의 MBMS 서비스에 대해서 MBMS 컨텍스트(이하 "MBMS CONTEXT"라 칭하기로 한다)를 관리하고 있다. 여기서, 상기 MBMS CONTEXT에 포함되는 정보들은 다음과 같다.

(1) TMGI

(2) DRX 파라미터

(3) UE list in Cell_DCH state

Cell_DCH 상태에서 MBMS 서비스를 제공받을 혹은 이미 MBMS 서비스를 제공받고 있는 UE들의 명단과 그 DCH 관련 정보

(4) UE list in Cell_FACH state

Cell_FACH 상태에서 MBMS 서비스를 제공받을 혹은 이미 MBMS 서비스를 제공받고 있는 UE들의 명단과 각 UE들이 위치하고 있는 Cell 명단

(5) UE list in Cell_PCH state

Cell_PCH 상태에서 MBMS 서비스를 제공받을 혹은 이미 MBMS 서비스를 제공받고 있는 UE들의 명단과 각 UE들이 위치하고 있는 Cell 명단

(6) UE list in URA_PCH state

URA_PCH 상태에서 MBMS 서비스를 제공받을 혹은 이미 MBMS 서비스를 제공받고 있는 UE들의 명단과 각 UE들이 위치하고 있는 Cell 명단

(7) 각 셀별 L1 정보

채널화 코드(channelization code), 최대 전송 전력(max power) 등과 같은 L1 정보를 포함한다.

상기 MBMS CONTEXT에는 상기와 같은 정보들 이외에도 다른 정보들이 추가적으로 포함될 수 있지만 본 발명과 직접적인 영향을 가지지 않는 정보들은 생략하기로 한다.

한편, 상기 각종 UE list들은 각 UE들이 셀간 이동하면서 전송하는 이동성 관련 메시지들을 이용해서 업데이트 된다. 일 예로, Cell_PCH 상태의 UE들은 셀 변경과 함께 CELL UPDATE메시지를 상기 RNC로 전송해서 상기 RNC가 UE가 속한 셀이 변경되었음을 인지하도록 하는 것이다. 상기 UE가 CELL UPDATE 메시지를 전송하는경우는 다음과 같다.

(1) UE가 CELL_PCH 상태에 있을 때 현재 속해있는 셀에서 다른 셀로 이동할 경우

(2) UE가 CELL_PCH 상태 또는 URA_PCH 상태에 있을 때 호출(PAGING) 메시지를 수신하는 경우

(3) 기타 물리 채널(physical channel)에서 셀과 동기(sync)를 잃어버리는 등의 특수 경우

상기와 같은 CELL UPDATE 메시지를 전송하는 경우들중에서 본 발명에서 제시한 MBMS PAGING 메시지의 CU/RC required 파라미터는 상기 두 번째 경우, 즉 UE가 CELL_PCH 상태 또는 URA_PCH 상태에 있을 때에만 해당하며 나머지 경우들에서는 해당하지 않는다.

이렇게 MBMS CONTEXT를 관리하고 있다가 801단계에서 상기 RNC는 MBMS 서비스를 받고 있는 UE들에게 전송해야할 MBMS CONTROL 메시지가 발생하면 802단계로 진행한다. 여기서, 상기 임의의 MBMS 서비스에 대한 MBMS CONTROL 메시지가 발생하는 경우는 일 예로, 상기 RNC가 자체적으로 상기 임의의 MBMS 서비스와 관련된 파라미터들을 수정할 필요성이 발생하거나 혹은 CN이 MBMS 서비스 관련 파라미터들을 수정할 것을 요구하는 경우이다. 여기서, 상기 RNC가 자체적으로 상기 임의의 MBMS 서비스와 관련된 파라미터들을 수정할 필요성이 발생하는 경우는 일 예로 임의의 셀의 MBMS 무선 베어러 정보를 수정하기 위해 MBMS 무선 베어러 재구성(MBMS RB RECONFIGURATION) 메시지를 전송해야할 경우이며, 상기 CN이 MBMS 서비스 관련 파라미터들을 수정할 것을 요구하는 경우는 일 예로 상기 CN이 상기 임의의 MBMS 서비스가 종료되었음을 통지하는 경우이다.

상기 802단계에서 상기 RNC는 상기 MBMS CONTROL 메시지를 전송하기 위해 상기 MBMS CONTEXT에서 관리하고 있는 UE들로 상기 BMS CONTROL 메시지를 전송해야만 하고, 상기 MBMS CONTROL 메시지를 전송하기 위해서는 상기 MBMS CONTEXT에서 관리하고 있는 UE들의 상태를 파악해야한다. 즉, 상기 UE들의 상태에 따라서 상기 MBMS CONTROL 메시지를 전송하기 위한 일련의 과정들, 일 예로 호출 과정등이 상이하기 때문에 상기 MBMS CONTEXT에서 관리하고 있는 UE들의 상태를 파악해야만 하는 것이다. 그래서 상기 802단계에서 상기 RNC는 상기 MBMS CONTEXT에서 관리하고 있는 UE들의 상태를 파악하여 해당 UE가 CELL_DCH 상태에 있는지 검사한다. 상기 검사 결과 해당 UE가 CELL_DCH 상태에 있지 않을 경우 상기 RNC는 803단계로 진행한다. 상기 803단계에서 상기 RNC는 상기 UE들이 위치한 셀을 확인하고 804단계로 진행한다. 이렇게 UE들이 속한 셀을 확인한 이후의 과정들, 즉 803단계 내지 809단계의 과정들은 UE들이 속한 셀별로 진행되므로 804단계부터는 임의의 한 셀을 일 예로 하여 설명하기로 한다.

이렇게 803단계에서 UE들이 속한 셀을 확인한 RNC는 804단계에서 상기 MBMS CONTEXT에 저장되어 있는 TMGI와 DRX 파라미터 등을 이용해서 PO 및 PI를 산출한 후 805단계로 산출한다. 상기 805단계에서 상기 RNC는 해당 PO 시점의 PI를 온시켜 PICH 신호를 전송하고 806단계로 진행한다. 상기 806단계에서 상기 RNC는 상기 PICH 신호를 전송한 시점에서 미리 설정한 설정 시간 이후의 시점에서 PCH를 통해MBMS PAGING 메시지를 전송하고 807단계로 진행한다. 여기서, 상기 MBMS PAGING 메시지에는 상기에서 설명한 바와 같이 TMGI와, AMID와, TTR 및 CU/RC required 등과 같은 파라미터들이 포함된다. 상기 807단계에서 상기 RNC는 상기 MBMS PAGING 메시지에 관련되는 MBMS CONTROL 메시지를 미리 설정한 설정 횟수, 일 예로 N회에 도달할 때까지 상기 PCH를 통해 반복 전송한 후 상기 반복 전송한 MBMS CONTROL 메시지를 저장한 후 808단계로 진행한다. 여기서, 상기 MBMS CONTROL 메시지의 반복 전송에는 value tag이 첨부되어 동일한 MBMS CONTROL 메시지에 대해 UE가 다수번 반복 동작하는 경우를 방지한다. 상기 808단계에서 상기 RNC는 상기 MBMS CONTROL 메시지를 상기 N회 반복 전송한 후 UE로부터 RETRANSMISSION REQUEST 메시지를 수신하고 809단계로 진행한다. 여기서, 상기 RNC는 상기 수신한 RETRANSMISSION REQUEST 메시지의 UE ID 및 AMID 등을 확인하는데, 그 이유는 상기 RETRANSMISSION REQUEST 메시지에 상응하는 MBMS CONTROL 메시지를 UE로 재전송해주기 위해서이다.

그리고 809단계에서 상기 UE는 상기 RETRANSMISSION REQUEST 메시지에 포함되어 있는 UE ID와 AMID를 이용하여 해당하는 MBMS CONTROL 메시지를 재전송한 후 종료한다. 여기서, 상기 MBMS CONTROL 메시지를 재전송하는 경우 UE ID와 AMID를 이용하여 재전송하는 것은 전용 메시지 형태로 재전송을 제어하는 것이며, 상기 AMID만을 이용하여 재전송하는 것은 다시 그룹 메시지 형태로 재전송을 제어하는 것이다. 그리고 이런 전용 메시지 형태의 재전송 혹은 그룹 메시지 형태의 재전송은 시스템 특성에 맞게 가변할 수 있음은 물론이다. 한편, 상기 802단계에서 상기 RNC는 검사 결과 해당 UE들이 CELL_DCH 상태에 있을 경우에는 별도의 호출 과정이필요없기 때문에 810단계로 진행한다. 상기 810단계에서 상기 RNC는 상기 CELL_DCH 상태에 있는 UE로 MBMS CONTROL 메시지를 전송하고 종료한다. 여기서, 상기 CELL_DCH 상태에 있는 UE에게 MBMS CONTROL 메시지를 반복 전송하지 않는 이유는 상기에서 설명한 바와 같이 DCH는 신뢰성이 높은 채널이기 때문에 오류가 발생할 확률이 거의 없으며, 또한 오류가 발생할 경우라도 RLC 재전송 등을 통해 재전송이 가능하기 때문이다.

상기에서는 도 4내지 도 8을 참조하여 본 발명의 제1실시예에 따른 MBMS CONTROL 메시지 송수신 과정을 설명하였으며, 다음으로 본 발명의 제2실시예에 따른 MBMS CONTROL 메시지 송수신 과정을 설명하기로 한다.

상기 도 9는 본 발명의 제1실시예에 따른 UE와 RNC간 MBMS CONTROL 메시지 송수신 과정을 도시한 신호 흐름도이다.

상기 도 9를 설명하기에 앞서 상기 본 발명의 제2실시예는 상기 본 발명의 제1실시예와는 달리 CU/RC required 파라미터를 사용하지 않는다는 점이다. 상기 도 9는 상기 도 4에서 설명한 401단계와, 403단계 내지 407단계는 동일하게 동작하며, 다만 상기 도 4의 402단계와는 달리 902단계에서는 MBMS PAGING 메시지에 CU/RC required 파라미터가 포함되지 않는다는 것이다. 상기에서 설명한 바와 같이 CU/RC required 파라미터는 MBMS PAGING 메시지를 수신한 UE들이 CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 수행할지 여부를 지시하는 파라미터이지만, 상기 본 발명의 제2실시예에서는 상기 CU/RC required 파라미터를 사용하지 않고도 상기 MBMS PAGING 메시지의 MBMS paging cause 파라미터를 이용하여 상기 UE들이CELL UPDATE 과정 또는 RRC CONNECTION SETUP 과정을 수행할지 여부를 판단하도록 하는 것이다.

한편, 상기 본 발명의 제1실시예에서는 상기 MBMS paging cause를 Paging 메시지의 Paging Cause에 추가하여 Paging이 MBMS를 위한 Call일 경우에 대하여 인식하도록 하였다. 본 발명의 제2실시예에서는 MBMS paging cause로 MBMS 서비스 통지(MBMS NOTIFICATION)와, 제1 MBMS 시그널링 타입(MBMS SIGNALLING TYPE 1)과, 제2MBMS 시그널링 타입(MBMS SIGNALLING TYPE 2)을 정의한다. 그러면 여기서 상기 MBMS paging cause가 포함된 MBMS PAGING 메시지를 수신한 UE들의 동작을 설명하면 다음과 같다.

첫 번째로, 상기 MBMS PAGING 메시지에 포함된 MBMS paging cause가 MBMS NOTIFICATION을 나타낼 경우, 즉 조만간 MBMS 서비스가 시작될 것임을 나타내면 해당 UE들은 CN으로 MBMS 호출 응답(MBMS PAGING RESPONSE) 메시지를 전송하여야 하므로 UE들 자신의 상태에 상응하게 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정 등 필요한 동작을 수행해야만 한다.

두 번째로, 상기 MBMS PAGING 메시지에 포함된 MBMS paging cause가 MBMS SIGNALLING TYPE 1을 나타낼 경우, 즉 응답 메시지를 전송해야만 하는 MBMS CONTROL 메시지가 FACH를 통해 전송될 것임을 나타내면 UE들은 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정 등 필요한 동작을 수행해야만 한다.

세 번째로, 상기 MBMS PAGING 메시지에 포함된 MBMS paging cause가 MBMS SIGNALLING TYPE 2를 나타낼 경우, 즉 응답 메시지를 전송할 필요가 없는 MBMSCONTROL 메시지가 FACH를 통해 전송될 것임을 나타내면 UE들은 별도의 동작, 즉 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정 등을 수행하지 않고 FACH를 통해 MBMS CONTROL 메시지를 수신한다.

상기 도 9를 참조하면, RNC가 UE로 해당 PO의 PI시점에서 Paging이 있음을 알리는 호출표시 정보를 포함하여 전송하고(401단계) 미리 설정된 설정 시간만큼 이후의 시간에서 PCH를 통해 MBMS PAGING 메시지를 UE로 전송한다(902단계). 여기서, MBMS PAGING 메시지에는 상기 도 4의 402단계에서 설명한 파라미터들중에서 CU/RC required 파라미터 대신에 Paging Cause 로 Cell Update/RRC Connection Setup 과정을 수행해야 하는지 여부를 알려줄 수 있다. . 즉, 상기 RNC는 상기 MBMS PAGING 메시지와 관련하여 전송할 MBMS CONTROL 메시지의 종류에 따라서 MBMS paging cause를 상이하게 설정함으로써 CU/RC required 파라미터를 포함하지 않고도 UE들의 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정 수행을 제어한다. 일 예로, 상기 MBMS PAGING 메시지와 관련하여 전송할 MBMS CONTROL 메시지가 별도의 응답 메시지 수신이 필요하지 않은 메시지라면 상기 RNC는 MBMS paging cause를 SIGNALLING TYPE 2로 설정하고, 이와는 반대로 상기 MBMS PAGING 메시지와 관련하여 전송할 MBMS CONTROL 메시지가 별도의 응답 메시지 수신이 필요한 메시지라면 MBMS paging cause를 SIGNALLING TYPE 1로 설정하고, 또한 상기 MBMS PAGING 메시지와 관련하여 전송할 MBMS CONTROL 메시지가 MBMS NOTIFICATION을 나타내는 메시지라면 MBMS paging cause를 NOTIFICATION으로 설정한다. 이후 403단계 내지 407단계까지의 과정은 상기 도 4에서 설명한 바와 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.

다음으로 도 10을 참조하여 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 설명하기로 한다.

상기 도 10은 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 도시한 흐름도이다.

상기 도 10을 설명하기에 앞서 상기 도 5에서 설명한 동작과 동일한 동작을 수행하는 단계들은 동일한 참조부호를 사용하였음에 유의하여야만 한다. 즉, 도 10의 501단계 내지 504단계까지의 과정은 상기 도 5에서 설명한 501단계 내지 504단계까지의 과정과 동일하고, 도 10의 507단계 내지 519단계는 도 10에서 설명한 507단계 내지 519단계와 동일함에 유의하여야만 한다. 상기 도 10을 참조하면, 1006단계에서 UE는 수신한 MBMS PAGING 메시지의 MBMS paging cause가 MBMS SIGNALLING TYPE 1 혹은 MBMS NOTIFICATION 중의 하나인지를 검사한다. 상기 검사 결과 수신한 MBMS PAGING 메시지의 MBMS paging cause가 MBMS SIGNALLING TYPE 1 혹은 MBMS NOTIFICATION 중 하나일 경우 상기 UE는 507단계로 진행한다. 상기 507단계에서 상기 UE는 상기 UE의 현재 상태에 상응하게 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행하고 상기 MBMS PAGING 메시지의 MBMS paging cause가 MBMS SIGNALLING TYPE 1일 경우에는 509단계로 진행한다. 이와는 달리 상기 MBMS PAGING 메시지의 MBMS paging cause가 MBMS NOTIFICATION일 경우에는 1030단계로 진행한다. 상기 1030단계에서 상기 UE는 상기 수신한 MBMS PAGING 메시지에 상응하여 MBMS PAGING RESPONSE 메시지를 상기 RNC로 송신하고 1031단계로 진행한다. 상기1031단계에서 상기 UE는 CELL_FACH 상태에서 대기하고 종료한다. 여기서, 상기 MBMS PAGING RESPONSE 메시지에는 상기 MBMS PAGING RESPONSE 메시지를 전송하는 UE ID가 포함될 수 있으며 상기 MBMS PAGING RESPONSE 메시지는 SGSN으로 전달된다. 그러면 상기 SGSN은 상기 MBMS PAGING RESPONSE 메시지를 수신하여 각 RNC별로 MBMS 서비스를 수신하고자 하는 UE들의 명단을 파악할 수 있다.

한편, 상기 1006단계에서 검사 결과 수신한 MBMS PAGING 메시지의 MBMS paging cause가 MBMS SIGNALLING TYPE 1 혹은 MBMS NOTIFICATION 중 하나가 아닐 경우, 즉 MBMS SIGNALLING TYPE 2일 경우 상기 UE는 508단계로 진행한다. 이후의 과정들은 상기 도 5에서 설명한 과정들과 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.

상기 도 10에서는 IDLE 상태, 혹은 CELL_PCH 상태, 혹은 URA_PCH 상태에 있는 UE의 MBMS CONTROL 메시지 수신을 위한 동작 과정을 설명하였으며, Cell_FACH 상태와 cell_DCH 상태에 있는 UE가 MBMS CONTROL 메시지를 수신하는 동작 과정은 상기 본 발명의 제1실시예와 제2실시예가 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.

다음으로 도 11을 참조하여 본 발명의 제2실시예에 따른 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 설명하기로 한다.

상기 도 11은 도 9에서 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도시한 흐름도이다.

상기 도 11을 설명하기에 앞서 상기 도 11에 도시되어 있는 800단계 내지805단계와, 807단계 내지 810단계까지의 과정은 상기 도 8에서 설명한 800단계 내지 805단계와, 807단계 내지 810단계까지의 과정과 동일함에 유의하여야 한다. 상기 도 11을 참조하면, 1106단계에서 상기 RNC는 PICH 신호를 전송한 시점에서 미리 설정한 설정 시간 이후의 시점에서 PCH를 통해 MBMS PAGING 메시지를 전송하고 807단계로 진행한다. 여기서, 상기 MBMS PAGING 메시지에는 상기에서 설명한 바와 같이 TMGI와, AMID와, TTR 및 MBMS paging cause 등과 같은 파라미터들이 포함되며, 상기 MBMS paging cause는 상기 MBMS PAGING 메시지와 관련하여 전송될 MBMS CONTROL 메시지의 특성에 상응하게 결정된다. 그리고 나서 807단계 내지 810단계까지의 과정은 상기 도 8에서 설명한 과정과 동일하므로 여기서는 그 상세한 설명을 생략하기로 한다.

다음으로 도 12 내지 도 14를 참조하여 상기 본 발명의 제1실시예 및 제2실시예에 따른 SGSN과, RNC와 UE의 구체적인 동작 과정을 설명하기로 한다.

상기 도 12는 본 발명에 따른 임의의 UE X와 UE Y가 동일셀에 존재할 때 서비스 통지 과정 및 MBMS 무선 베어러 셋업 과정을 도시한 신호 흐름도이다.

상기 도 12를 설명함에 있어 별도의 가정이 없을 경우에는 모든 과정들이 상기 본 발명의 제1실시예 및 제2실시예에 공통적으로 적용됨에 유의하여야한다. 상기 도 12를 참조하면, 먼저 SGSN은 RNC로 TMGI와 DRX 파라미터와, UE 명단 및 라우팅 지역(RA: Routing Area, 이하 "RA"라 칭하기로 한다) 명단이 포함된 MBMS PAGING 메시지를 전송한다(1201단계). 상기 RNC는 상기 SGSN으로부터 MBMS PAGING 메시지를 수신함에 따라 연결 모드(connected mode)에 있는 UE 명단과, RA 명단을가지고 상기 RNC 자신이 MBMS PAGING 메시지를 전송할 셀들을 확인할 수 있다. 즉, connected mode의 UE들, 즉 URA_PCH 상태, 혹은 Cell_PCH 상태, 혹은 Cell_FACH 상태, 혹은 Cell_DCH 상태에 있는 UE들이 위치하고 있는 셀들 혹은 URA들은 RNC가 항상 인지하고 있기 때문에 상기 MBMS PAGING 메시지를 전송해야할 셀들을 확인하는 것이 가능하다. 또한 URA는 셀들의 집합이므로 결국 connected mode 상태에 있는 UE들의 명단은 셀들의 집합으로 치환된다. 상기 셀들의 집합에 동일한 셀들이 포함되어 있을 경우 상기 동일한 셀들은 한 셀만 남기고 중복되는 셀들을 삭제하고, 나머지 셀들과 함께 상기 MBMS PAGING 메시지를 수신할 셀들이 된다. 또한 SGSN은 셀들의 집합인 RA 명단을 상기 RNC로 전달할 수 있는데, 상기 RA는 서비스 요청(JOINING) 과정을 수행한 후 IDLE 상태에 있는 UE들이 위치하고 있는 위치 정보를 나타낸다. 여기서, 상기 SGSN은 IDLE 상태에 있는 UE들의 위치를 RA 단위로 추적한다. 그러므로 상기 RA 명단 역시 MBMS PAGING 메시지를 전송할 셀들의 집합으로 치환되며, 상기 RNC는 상기 2 종류의 셀 집합들 중 동일한 셀들은 하나만 남기고 나머지는 삭제한 뒤, 나머지 셀들의 해당 UE들, 즉 UE X와 UE Y로 MBMS PAGING 메시지를 전송한다(1202단계, 1203단계). 여기서, 상기 UE X와 UE Y는 상기 가정과 같이 동일한 셀에 존재하는 UE들이다.

여기서, 상기 RNC에서 각 UE들로 전송하는 MBMS PAGING 메시지에 포함되는 파라미터들은 상기에서 설명한 바와 같이 본 발명의 제1실시예와 제2실시예에 따라 상이하며, 상기 도 12에서는 CU/RC required 파라미터가 온되어 있고, MBMS paging cause가 MBMS NOTIFICATION으로 설정되어 있거나(제1실시예) 혹은 MBMS pagingcause가 MBMS NOTIFICATION으로 설정되어 있을 경우(제2실시예)를 가정하기로 한다. 이렇게 MBMS PAGING 메시지를 수신한 UE들은 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행한다(1204단계). 여기서, 상기 UE들이 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행하는 이유는 CU/RC required 파라미터가 온, MBMS paging cause가 MBMS NOTIFICATION으로 설정되어 있거나(제1실시예) 혹은 MBMS paging cause가 MBMS NOTIFICATION으로 설정되어 있기(제2실시예) 때문이다. 이후 상기 UE Y와 UE X 각각은 상기 RNC를 통해 SGSN으로 MBMS PAGING RESPONSE 메시지를 전송한다(1205단계). 여기서, 상기 MBMS PAGING RESPONSE 메시지에는 TMGI와 UE ID가 포함된다.

이렇게, UE X 및 UE Y가 전송한 MBMS PAGING 메시지를 SGSN이 수신하면, 해당 UE들이 속한 RNC별로 MBMS 무선 베어러 할당 요구(MBMS RAB ASSIGNMENT REQUEST) 메시지를 전송한다(1206단계). 여기서, 상기 MBMS RAB ASSIGNMENT REQUEST 메시지에는 TMGI와, 서비스 품질(QoS: Quality of Service, 이하 "QoS"라 칭하기로 한다) 정보와 UE 명단(UE list to be served) 등이 포함된다. 상기 QoS 정보는 MBMS 서비스의 요구 대역폭, 허용 지연, 허용 오류 비율 등으로 구성 될 수 있으며, RNC는 상기 QoS를 만족할 수 있는 MBMS 무선 베어러 파라미터를 결정할 수 있다. 또한, 상기 UE list to be served는 MBMS PAGING RESPONSE를 전송한 UE들의 RNC별 명단이 될 수 있으며, RNC는 상기 정보를 이용해서 MBMS 무선 베어러 셋업(MBMS RB SETUP) 메시지를 전송해야 하는 셀들을 판단할 수 있다.

상기 RNC는 SGSN이 전송한 MBMS RAB ASSIGNMENT REQUEST 메시지를 바탕으로,MBMS RB SETUP 메시지를 미리 설정되어 있는 설정 횟수번 UE X와, UE Y로 전송한다(1207단계). 여기서, 상기 MBMS RB SETUP 메시지에는 TMGI와, MBMS 무선 베어러 정보(MBMS RB info)와, value tag등이 포함되며, 상기 MBMS RB info에는 MBMS 서비스가 제공될 무선 채널 파라미터와, PDCP(Packet Data Convergency Protocol) 파라미터(header compression 관련 정보)와, RLC 파라미터(RLC 서비스 데이터 유닛(SDU: Service Data Unit) 폐기 정보)와, 전송 포맷 조합 셋(TFCS: Transport Format Combination Set)와, 채널화 코드(channelization code) 정보 등이 포함된다. 상기 설정 횟수번 MBMS RB SETUP 메시지를 수신한 UE X 및 UE Y는 정상적으로 상기 MBMS RB SETUP 메시지를 수신하면 해당하는 동작, 즉 수신기를 MBMS RB info에 따라 구성한다. 물론, 상기 UE X 및 UE Y는 상기 MBMS RB SETUP 메시지를 상기 설정 횟수번 반복 수신하지만 상기 MBMS RB SETUP 메시지에 해당하는 동작들은 한번만 수행한다. 이렇게 상기 UE X 및 UE Y와 RNC간에 MBMS 데이터를 전송할 준비가 완료되면 상기 RNC는 SGSN으로 MBMS 무선 접속 베어러 할당 응답(MBMS RAB ASSIGNMENT RESPONSE) 전송한다(1208단계). 상기 MBMS RAB ASSIGNMENT RESPONSE 메시지를 수신한 SGSN은 해당 RNC로 MBMS 데이터를 전송하고, 상기 RNC는 해당 UE들, 즉 UE X 및 UE Y로 MBMS 데이터를 전송한다(1209단계).

도 13은 본 발명에 따른 임의의 UE X와 UE Y가 동일셀에 존재할 때 암호화키 업데이트 과정을 도시한 신호 흐름도이다.

상기 도 13을 설명하기에 앞서 설명의 편의상 상기 암호화키(Ciphering key) 업데이트 과정은 암호화키 업데이트 정보(CIPHERING KEY UPDATE INFORMATION) 메시지 전송을 통해 수행되며, 상기 KEY UPDATE INFORMATION 메시지에 대해서는 별도의 응답이 필요로 하지 않음을 가정하기로 한다. 여기서, 상기 암호화키 사용은 일종의 인증 과정으로서 일 예로 자격이 없는 UE, 일 예로 서비스 요청(JOINING) 과정을 수행하지 않은 UE 혹은 MBMS 서비스 수신 중단을 요청한 UE와 같은 자격이 없는 UE가 MBMS 서비스를 수신하는 것을 방지한다. 그리고 본 발명에서는 상기 암호화키 사용 및 암호화키 업데이트 과정들을 RNC가 담당한다고 가정하기로 한다.

상기 도 13을 참조하면, 먼저 상기 RNC는 임의의 MBMS 서비스에 대해서 암호화키를 업데이트할 것을 결정한다(1301단계). 여기서, 상기 암호화키 업데이트는 RNC가 자체적으로 수행되거나, 일 예로 현재 사용하고 있는 암호화키를 미리 설정한 설정 시간동안 사용했을 경우와 같이 RNC가 자체적으로 수행되거나, 혹은 SGSN이 암호화키 업데이트를 요구했을 경우, 일 예로 임의의 UE가 MBMS 서비스 수신 중단을 요청했을 경우와 같이 SGSN이 암호화키를 업데이트 요구했을 경우 수행된다. 그러면 상기 RNC는 상기 암호화키 업데이트를 나타내는 CIPHERING KEY UPDATE INFORMATION 메시지를 전송하기 위해 해당 시점의 PO 및 PI를 온시켜 PICH를 해당 UE들, 즉 UE X 및 UE Y로 전송한다(1302단계). 이후 상기 RNC는 PCH를 통해서 MBMS PAGING 메시지를 상기 UE X 및 UE Y로 전송한다(1303단계). 여기서, 상기 MBMS PAGING 메시지에 포함되는 파라미터들은 상기에서 설명한 바와 같이 본 발명의 제1실시예와 제2실시예에 따라 상이하며, 상기 도 13에서는 CU/RC required 파라미터가 오프되어 있고, MBMS paging cause가 MBMS SIGNALLING으로 설정되어 있거나(제1실시예) 혹은 MBMS paging cause가 MBMS SIGNALLING TYPE 2로 설정되어 있을 경우(제2실시예)를 가정하기로 한다.

이렇게 MBMS PAGING 메시지를 수신한 UE들은 다음과 같이 동작한다(1304단계).

먼저, 상기 본 발명에 제1실시예에 따른 MBMS PAGING 메시지를 수신한 UE들은 CU/RC required가 오프되어 있으므로 TMGI, AMID,TTR 등과 같은 파라미터들을 저장하고, FACH를 통해 전송되는 데이터들을 수신하기 시작한다. 여기서, 상기 UE들은 CELL UPATE(Cell_PCH 상태와 URA_PCH 상태의 UE들) 과정 혹은 RRC CONNECTION SETUP 과정(IDLE 상태의 UE들)을 수행하지 않는다. 다음으로 상기 본 발명에 제2실시예에 따른 MBMS PAGING 메시지를 수신한 UE들은 상기 MBMS PAGING CAUSE가 MBMS SIGNALLING TYPE 2로 설정되어 있으므로, TMGI, AMID, TTR등과 같은 파라미터들을 저장하고, FACH를 통해 전송되는 데이터들을 수신하기 시작한다. 여기서, 상기 UE들은 CELL UPDATE(Cell_PCH 상태와 URA_PCH 상태의 UE들) 과정 혹은 RRC CONNECTION SETUP 과정(IDLE 상태의 UE들)을 수행하지 않는다.

그리고 나서 상기 RNC는 상기 UE X 및 UE Y로 CIPHERING KEY UPDATE INFORMATION 메시지를 미리 설정된 설정 횟수만큼 반복하여 전송한다(1305단계). 여기서, 상기 CIPHERING KEY UPDATE INFORMATION 메시지에는 TMGI와, AMID와, value tag 및 new ciphering key 등이 포함되어 있다. 이렇게 상기 RNC가 상기 설정횟수번 CIPHERING KEY UPDATE INFORMATION 메시지를 반복 전송하였음에도 불구하고 UE X가 상기 CIPHERING KEY UPDATE INFORMATION 메시지를 수신하지 못했다면, 즉 MBMS PAGING 메시지와 동일한 TMGI와 AMID를 가진 MBMS CONTROL 메시지를 TTR이경과할 때까지 수신하지 못하였다면(1306단계), 상기 UE X는 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행할 수 있다(1307단계). 그 이유는 상기에서 설명한 바와 같이 상기 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정의 목적은 임의의 UE에 대해서 RAN 고유의 식별자(U-RNTI, C-RNTI)를 할당하고, RRC 메시지 전송 포맷을 합의하는 데 있다. 만약 이후의 1308단계 및 1309단계에서 C-RNTI/U-RNTI를 사용하지 않고, SRB 0을 사용한다면 상기 1307단계, 즉 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정이 필요하지 않음은 물론이다.

상기 UE X는 TMGI와, AMID 및 UE ID를 이용해서 RETRANSMISSION REQUEST 메시지를 RACH를 통해 상기 RNC로 전송한다(1308단계). 여기서, 상기 UE ID는 C-RNTI/U-RNTI가 될 수 있으며, 만약 상기 C-RNTI/U-RNTI가 존재하지 않는다면 상기 UE ID는 IMSI 등이 될 수 있다. 상기 UE X로부터 RETRANSMISSION REQUEST 메시지를 수신한 RNC는 상기 RETRANSMISSION REQUEST 메시지에 포함되어 있는 TMGI와 AMID를 이용해서 재전송할 메시지를 판단하고, 상기 판단 결과에 따라 상기 CIPHERING KEY UPDATE INFORMATION 메시지를 FACH를 통해 재전송한다(1309단계). 여기서, 상기 1307단계에서 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정이 수행되지 않았을 경우에는 상기 재전송되는 CIPHERING KEY UPDATE INFORMATION 메시지 역시 그룹 메시지 형태로 전송되며, 상기 1307단계에서 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정이 수행되었을 경우에는 상기 UE X에 대한 전용 메시지 형태로 전송된다.

도 14는 본 발명에 따른 임의의 UE X와 UE Y가 동일 셀에 존재할 때 MBMS 무선 베어러가 해제되는 과정을 도시한 신호 흐름도이다.

상기 도 14를 설명하기에 앞서, 상기 MBMS 무선 베어러(MBMS RB) 해제는 MBMS 무선 베어러 해제(MBMS RB RELEASE) 메시지 전송을 통해 수행되며 상기 MBMS RB RELEASE 메시지 역시 별도의 응답이 필요하지 않은 것으로 가정하기로 한다. 상기 도 14를 참조하면, 먼저 상기 RNC는 임의의 MBMS 서비스에 대해서 MBMS RB를 해제할 것을 결정한다(1401단계). 상기 MBMS RB 해제 역시 상기 RNC가 자체적으로 결정하여(예를 들어 특정 셀에 더 이상의 무선 자원이 더 이상 가용되지 않을 경우) 수행되거나, 혹은 SGSN이 MBMS RB 해제를 요청(예를 들어 MBMS 서비스가 종료되었을 때)하였을 경우 수행된다. 그러면 상기 RNC는 상기 MBMS RB 해제를 나타내는 MBMS RB RELEASE 메시지를 전송하기 위해 해당 시점의 PO 및 PI를 온시켜 PICH를 해당 UE들, 즉 UE X 및 UE Y로 전송한다(1402단계). 이후 상기 RNC는 PCH를 통해서 MBMS PAGING 메시지를 상기 UE X 및 UE Y로 전송한다(1403단계). 여기서, 상기 MBMS PAGING 메시지에 포함되는 파라미터들은 상기에서 설명한 바와 같이 본 발명의 제1실시예와 제2실시예에 따라 상이하며, 상기 도 14에서는 CU/RC required 파라미터가 오프되어 있고, MBMS paging cause가 MBMS SIGNALLING으로 설정되어 있거나(제1실시예) 혹은 MBMS paging cause가 MBMS SIGNALLING TYPE 2로 설정되어 있을 경우(제2실시예)를 가정하기로 한다.

이렇게 MBMS PAGING 메시지를 수신한 UE들은 다음과 같이 동작한다(1404단계).

먼저, 상기 본 발명에 제1실시예에 따른 MBMS PAGING 메시지를 수신한 UE들은 CU/RC required가 오프되어 있으므로 TMGI, AMID,TTR 등과 같은 파라미터들을 저장하고, FACH를 통해 전송되는 데이터들을 수신하기 시작한다. 여기서, 상기 UE들은 CELL UPATE(Cell_PCH 상태와 URA_PCH 상태의 UE들) 과정 혹은 RRC CONNECTION SETUP 과정(IDLE 상태의 UE들)을 수행하지 않는다. 다음으로 상기 본 발명에 제2실시예에 따른 MBMS PAGING 메시지를 수신한 UE들은 상기 MBMS PAGING CAUSE가 MBMS SIGNALLING TYPE 2로 설정되어 있으므로, TMGI, AMID, TTR등과 같은 파라미터들을 저장하고, FACH를 통해 전송되는 데이터들을 수신하기 시작한다. 여기서, 상기 UE들은 CELL UPATE(Cell_PCH 상태와 URA_PCH 상태의 UE들) 과정 혹은 RRC CONNECTION SETUP 과정(IDLE 상태의 UE들)을 수행하지 않는다.

그리고 나서 상기 RNC는 상기 UE X 및 UE Y로 MBMS RB RELEASE 메시지를 미리 설정된 설정 횟수만큼 반복하여 전송한다(1405단계). 여기서, 상기 MBMS RB RELEASE 메시지에는 TMGI와, AMID와, value tag 및 무선 베어러 해제 정보(RB RELEASE info) 등이 포함되어 있다. 이렇게 상기 RNC가 상기 설정 횟수번 MBMS RB RELEASE 메시지를 반복 전송하였음에도 불구하고 UE X가 상기 MBMS RB RELEASE 메시지를 수신하지 못했다면, 즉 MBMS PAGING 메시지와 동일한 TMGI와 AMID를 가진 MBMS CONTROL 메시지를 TTR이 경과할 때까지 수신하지 못하였다면(1406단계), 상기 UE X는 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정을 수행할 수 있다(1407단계). 그 이유는 상기에서 설명한 바와 같이 상기 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정의 목적은 임의의 UE에 대해서 RAN 고유의 식별자(U-RNTI, C-RNTI)를 할당하고, RRC 메시지 전송 포맷을 합의하는 데 있다. 만약 이후의 1408단계 및 1409단계에서 C-RNTI/U-RNTI를 사용하지 않고, SRB 0을 사용한다면 상기 1407단계, 즉 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정이 필요하지 않음은 물론이다.

상기 UE X는 TMGI와, AMID 및 UE ID를 이용해서 RETRANSMISSION REQUEST 메시지를 RACH를 통해 상기 RNC로 전송한다(1408단계). 여기서, 상기 UE ID는 C-RNTI/U-RNTI가 될 수 있으며, 만약 상기 C-RNTI/U-RNTI가 존재하지 않는다면 상기 UE ID는 IMSI 등이 될 수 있다. 상기 UE X로부터 RETRANSMISSION REQUEST 메시지를 수신한 RNC는 상기 RETRANSMISSION REQUEST 메시지에 포함되어 있는 TMGI와 AMID를 이용해서 재전송할 메시지를 판단하고, 상기 판단 결과에 따라 상기 MBMS RB RELEASE 메시지를 FACH를 통해 재전송한다(1409단계). 여기서, 상기 1407단계에서 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정이 수행되지 않았을 경우에는 상기 재전송되는 MBMS RB RELEASE 메시지 역시 그룹 메시지 형태로 전송되며, 상기 1307단계에서 CELL UPDATE 과정 혹은 RRC CONNECTION SETUP 과정이 수행되었을 경우에는 상기 UE X에 대한 전용 메시지 형태로 전송된다.

상기에서 설명한 바와 같이 본 발명에서[는] RNC는 MBMS 서비스에 관련된 MBMS CONTROL 메시지를 전송하고자 할 때, 상기 MBMS CONTROL 메시지의 특성을 가지고 상기 MBMS CONTROL 메시지에 대한 UE의 응답 동작 필요성 여부를 판단한다. 그래서 상기 MBMS CONTROL 메시지에 대한 응답이 필요치 않다면 상기 MBMS CONTROL 메시지를 전송하기에 앞서 'MBMS PAGING CAUSE' 또는 'CU/RC required' 등과 같은 파라미터들을 포함하는 MBMS PAGING 메시지를 전송한다. 그래서, 상기 'MBMSPAGING CAUSE' 또는 'CU/RC required' 등과 같은 파라미터들이 포함되어 있는 MBMS PAGING 메시지를 수신한 UE들이 CELL UPDATE 혹은 RRC CONNECTION SETUP 등과 같은 과정을 상기 'MBMS PAGING CAUSE' 또는 'CU/RC required' 등과 같은 파라미터들에 상응하게 수행하도록 제어한다.

한편, 상기 MBMS 서비스를 제공함에 있어서 MBMS 서비스를 제공하는 지역을 트래킹 지역(tracking area, 이하 "tracking area"라 칭하기로 한다)과 비트래킹 지역(non tracking area, 이하 "non tracking area"라 칭하기로 한다)으로 구분하고, MBMS 서비스를 받는 UE들이 존재하는 지역이 상기 tracking area와 non tracking area인지에 따라서 UE들의 CELL UPDATE 또는 RRC CONNECTION SETUP 과정 수행 여부를 제어하는 방법을 본 발명의 제3실시예에서 제안한다.

상기 tracking area와 non tracking area는 하기에서 설명할 것이므로 여기서는 그 상세한 설명을 생략하기로 한다. 즉, non tracking area에 해당하는 서비스 지역에 위치한 UE들은 MBMS PAGING 메시지 등을 수신하더라도(즉, 일반적으로는 CELL UPDATE 등의 동작을 수행해야 할 때라도), 상기 CELL UPDATE 혹은 RRC CONNECTION SETUP 과정을 수행하지 않도록 제어하여 상기 CELL UPDATE 혹은 RRC CONNECTION SETUP 과정에 따라 발생하는 UE들의 메시지 송신을 하지 않는다. 이렇게 상기 CELL UPDATE 혹은 RRC CONNECTION SETUP 과정에서의 메시지 송신을 제거하기 때문에 역방향 신호의 폭주가 발생하지 않게 된다. 이렇게 역방향 신호의 폭주 발생을 제거하는 것은 한 셀에 많은 UE들이 위치하고 있는 경우, 일 예로 스포츠 경기장 등과 같이 굉장히 많은 UE들이 존재하는 경우에 그 효과가 극대화된다. 즉,임의의 서비스 지역에서 1000명의 UE들이 특정 MBMS 서비스를 수신하고자 한다면, 상기 서비스 지역을 non tracking area로 지정해서, 상기 UE들이 MBMS 호출 메시지 수신에 상응하게 CELL UPDATE 또는 RRC CONNECTION SETUP 과정 수행하여 발생하는 역방향 신호 전송을 제거한다. 이렇게 본 발명의 제3실시예에서 가장 중요한 판단 기준은 UE가 자신이 속한 서비스 지역이 tracking area인지 non tracking area인지를 어떻게 판단하는가이다. 첫 번째로, 상기 UE가 자신이 속한 서비스 지역이 tracking area인지 non tracking area인지를 시스템 정보 블록(SIB: System Information Block, 이하 "SIB"라 칭하기로 한다)을 이용하여 판단하는 경우를 설명하기로 한다. 즉, 특정 셀에서 방송되는 특정 SIB에, 상기 셀이 tracking area인지 non tracking area인지를 나타내는 정보를 포함함으로써 상기 셀에 접속하는 UE들은 이후에 MBMS 서비스에 관련된 호출 메시지 혹은 MBMS 서비스에 관련된 MBMS CONTROL 메시지를 수신했을 때 각각에 대한 응답 동작을 수행할지 여부를 판단하게 된다. 상기 SIB를 이용하는 방식은 한가지 문제점이 있는데, 즉 CELL_PCH 상태 또는 CELL_FACH 상태의 UE들이 tracking area인 셀 A에 위치하다가 non tracking area인 셀 B로 이동할 경우 CELL UPDATE 메시지를 전송할 수 없기 때문에 UE들의 이동성 관리에 에러가 발생할 수 있다. 이렇게 에러가 발생하는 경우를 설명하면, RNC가 상기 셀 A에서 셀 B로 이동한 UE가 여전히 상기 셀 A에 위치하고 있는 것으로 판단하기 때문에 상기 UE에 대해서 착신호 호출(incoming call paging) 등과 같은 과정을 수행하여야 할 경우 상기 셀 A로 상기 UE를 호출하기 위한 메시지를 전송하게 된다. 이렇게 UE가 실제 존재하지 않는 셀로의 RNC 신호의 부적절한 전송이증가된다는 에러가 발생하게 되는 것이다.

그래서 상기 본 발명의 제3실시예에서는 상기 MBMS PAGING 메시지의 CU/RC required 파라미터가 전송되는 필드를 이용한다. 상기에서 설명한 바와 같이 CU/RC required 파라미터는 MBMS PAGING 메시지 수신에 따라 CELL UPDATE 과정 혹은 RRC CONNECTION 과정을 수행할지 여부를 나타내는 파라미터로서 상기 MBMS PAGING 메시지 수신에 따른 응답 수행 여부를 나타내는 파라미터이다. 결과적으로, 상기 CU/RC required 파라미터는 상기 tracking area 혹은 non tracking area에 따라 MBMS CONTROL 메시지에 대한 응답 수행 여부를 나타내야하는 파라미터와 그 역할이 동일하기 때문에 본 발명의 제3실시예에서는 상기 CU/RC required 파라미터를 tracking area 혹은 non tracking area에 따른 응답 수행 여부를 나타내는 파라미터로서 사용하기로 한다. 이렇게 되면 non tracking area에 속하는 셀로 MBMS CONTROL 메시지를 전송할 경우 상기 MBMS CONTROL 메시지 전송에 관련되는 MBMS PAGING 메시지의 CU/RC required 파라미터를 off로 설정하여 전송하고, 상기 CU/RC required 파라미터가 off로 설정된 MBMS PAGING 메시지를 수신한 UE는 상기 MBMS PAGING 메시지에 관련하여 수신되는 MBMS CONTROL 메시지에 상응하여 응답, 즉 CELL UPDATE 과정 혹은 RRC CONNECTION 과정을 수행하지 않는다. 그러므로 상기 본 발명의 제3실시예에 따른 UE들의 MBMS 서비스와 연관되는 메시지들, 즉 MBMS PAGING 메시지 혹은 MBMS CONTROL 메시지의 수신 동작은 기본적으로 상기 본 발명의 제1실시예와 동일하다. 그러나, 상기 본 발명의 제3실시예에서 UE와 전용 메시지 형태의 MBMS CONTROL 메시지 송수신 과정에서는 상기 본 발명의 제1실시예와 동일한 메시지 송수신 방식을 사용하며, 이와는 달리 그룹 메시지 형태의 MBMS CONTROL 메시지 송수신 과정에서는 상기 MBMS PAGING 메시지의 CU/RC required 파라미터 값에 따라 이후의 동작들을 결정한다. 이렇게 상기 MBMS PAGING 메시지의 CU/RC required 파라미터를 사용함으로써 UE가 UE 자신이 속한 서비스 지역이 tracking area인지 혹은 non tracking area인지를 판단하지 못한다고 하더라도 정상적인 CELL UPDATE 혹은 RRC CONNECTION 과정을 수행할 수 있다. 즉, 상기 UE는 MBMS PAGING 메시지에 포함되어 있는 CU/RC required 파라미터의 값을 이용하여 그 응답 동작, 즉 CELL UPDATE 혹은 RRC CONNECTION 과정을 수행하기 때문에 RNC가 상기 CELL UPDATE 과정에 따라 상기 UE가 새로운 셀로 이동할 경우 그 이동 사실을 정확하게 감지할 수 있어 이동성 관리의 에러가 발생하지 않는다.

그러면 여기서 도 15를 참조하여 상기 본 발명의 제3실시예에 따른 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 설명하기로 한다.

상기 도 15는 본 발명의 제3실시예에 따른 MBMS CONTROL 메시지 송신을 위한 RNC 동작 과정을 도시한 흐름도이다.

상기 도 15를 설명하기에 앞서 상기 본 발명의 제3실시예에 따른 UE 동작은 상기 본 발명의 제1실시예에 따른 UE 동작과 동일하며, 다만 RNC 동작만이 상이하다. 그러므로 상기 도 15를 참조하여 상기 본 발명의 제3실시예에 따른 RNC 동작을 설명하는 것이며, 상기 RNC 동작에서도 상기 본 발명의 제1실시예에 따른 RNC 동작과 동일한 동작 단계에 대해서는 동일한 참조번호를 유의하여야만 한다.

상기 도 15를 참조하면, 먼저 RNC는 자신이 관장하는 영역에서 제공되고 있는 임의의 MBMS 서비스에 대해서는 항상 MBMS CONTEXT를 관리하고 있어야만 하며, 상기 MBMS CONTEXT에 포함되는 정보들은 다음과 같다.

(1) TMGI

(2) DRX 파라미터

(3) UE list in Cell_DCH state

(4) UE list in Cell_FACH state

(5) UE list in Cell_PCH state

(6) UE list in URA_PCH state

(7) 각 셀별 L1 info

상기 각 셀별 L1 info에 포함되는 정보들로는 채널화 코드(channelization code)와, 최대 전송 전력(max power) 등이 있다.

(8) 각 셀의 성격

상기 각 셀들에 있는 서비스 지역이 tracking area인지 혹은 non tracking area인지를 나타내는 정보이다.

물론, 상기 MBMS CONTEXT에는 상기 정보들 이외에도 다른 정보들이 포함될 수도 있지만 여기서는 본 발명의 제3실시예를 설명함에 있어 필요로되는 정보들만을 표기하였으며, 상기 본 발명의 제1실시예와 달리 상기 본 발명의 제3실시예에서는 각 셀들이 tracking area인지 혹은 non tracking area인지를 나타내는 정보를 관리해야한다. 그 이유는 상기에서 설명한 바와 같이 UE가 속한 셀이 tracking area인지 혹은 non tracking area인지에 따라 MBMS PAGING 메시지 및 상기 MBMSPAGING 메시지에 관련된 MBMS CONTROL 메시지 송수신에 관련된 동작이 상이해지기 때문이다.

또한, 상기 MBMS CONTEXT에서 관리하는 상기 UE list들 각각은 UE들이 셀 간 이동하면서 전송하는 이동성 관련 메시지들을 이용해서 업데이트된다. 예를 들어 CELL_PCH 상태의 UE들은 셀 변경과 함께, CELL UPDATE 메시지를 RNC로 전송해서 UE가 속한 셀이 변경되었음을 알려주고, 상기 CELL UPDATE 메시지를 수신한 RNC는 상기 CELL UPDATE 메시지를 전송한 UE가 셀을 이동하였음을 인지하게 되는 것이다.

그러면 여기서 상기 CELL UPATE 메시지에 대해서 간략하게 설명하면 다음과 같다.

먼저, UE는 하기와 같은 상황들에서 RNC로 CELL UPDATE 메시지를 전송한다.

(1) CELL_PCH 상태에 있는 UE가 현재 속해 있는 셀에서 다른 셀로 이동할 경우

(2) CELL_PCH 상태 또는 URA_PCH 상태에 있는 UE가 PAGING 메시지를 수신하였을 경우

(3) 기타 물리 채널에서 동기를 상실하는 등의 문제가 발생하였을 경우

상기 본 발명의 제3실시예에서는 상기 CELL UPDATE 메시지를 전송하는 경우들 중에서 두 번째 경우, 즉 해당 UE로 호출이 있을 경우를 고려한다.

또한, 일반적으로 모든 셀들은 기본적으로 tracking area에 해당된다고 할 수 있다. 그러나 일반적인 셀 대비 굉장히 많은 사용자들이 존재하는 셀, 일 예로 대규모 경기장 같은 셀을 non tracking area로 결정할 수 있다. 또한, 상기 nontracking area는 MBMS 서비스별로 결정되어야만 하는데, 일 예로 임의의 셀이 한 MBMS 서비스에 대해서는 non tracking area이지만 다른 MBMS 서비스에 대해서는 tracking area로 설정하여 동작할 수 있다. 그리고 해당 셀이 tracking area 인지 혹은 non tracking area인지를 나타내는 정보는 BM-SC에서 SGSN으로 전달된 뒤(서비스 요청 과정), SGSN에서 RNC로 전달(서비스 통지 과정)되는 것으로 가정할 경우, 상기 도 12의 1201단계에서 설명한 바와 같이 MBMS PAGING 메시지에 non tracking area에 속하는 셀의 명단과 tracking area에 속하는 셀의 명단이 포함될 수 있고, 이에 상기 RNC는 SGSN으로부터 MBMS PAGING 메시지를 수신하는 시점부터 각 셀의 성격, 즉 각 셀이 tracking area 인지 혹은 non tracking area인지를 인지할 수 있게 된다.

먼저, 800단계에서 RNC는 RNC 자신이 관장하는 영역에서 제공되고 있는 임의의 MBMS 서비스에 대해서 MBMS CONTEXT를 관리하고 있다. 이렇게 MBMS CONTEXT를 관리하고 있다가 801단계에서 상기 RNC는 MBMS 서비스를 받고 있는 UE들에게 전송해야할 MBMS CONTROL 메시지가 발생하면 802단계로 진행한다. 여기서, 상기 임의의 MBMS 서비스에 대한 MBMS CONTROL 메시지가 발생하는 경우는 일 예로, 상기 RNC가 자체적으로 상기 임의의 MBMS 서비스와 관련된 파라미터들을 수정할 필요성이 발생하거나 혹은 CN이 MBMS 서비스 관련 파라미터들을 수정할 것을 요구하는 경우이다. 여기서, 상기 RNC가 자체적으로 상기 임의의 MBMS 서비스와 관련된 파라미터들을 수정할 필요성이 발생하는 경우는 일 예로 임의의 셀의 MBMS 무선 베어러 정보를 수정하기 위해 MBMS 무선 베어러 재구성(MBMS RB RECONFIGURATION) 메시지를 전송해야할 경우이며, 상기 CN이 MBMS 서비스 관련 파라미터들을 수정할 것을 요구하는 경우는 일 예로 상기 CN이 상기 임의의 MBMS 서비스가 종료되었음을 통지하는 경우이다.

상기 802단계에서 상기 RNC는 상기 MBMS CONTROL 메시지를 전송하기 위해 상기 MBMS CONTEXT에서 관리하고 있는 UE들로 상기 BMS CONTROL 메시지를 전송해야만 하고, 상기 MBMS CONTROL 메시지를 전송하기 위해서는 상기 MBMS CONTEXT에서 관리하고 있는 UE들의 상태를 파악해야한다. 즉, 상기 UE들의 상태에 따라서 상기 MBMS CONTROL 메시지를 전송하기 위한 일련의 과정들, 일 예로 호출 과정등이 상이하기 때문에 상기 MBMS CONTEXT에서 관리하고 있는 UE들의 상태를 파악해야만 하는 것이다. 그래서 상기 802단계에서 상기 RNC는 상기 MBMS CONTEXT에서 관리하고 있는 UE들의 상태를 파악하여 해당 UE가 CELL_DCH 상태에 있는지 검사한다. 상기 검사 결과 해당 UE가 CELL_DCH 상태에 있지 않을 경우 상기 RNC는 803단계로 진행한다. 상기 803단계에서 상기 RNC는 상기 UE들이 위치한 셀을 확인하고 804단계로 진행한다. 이렇게 UE들이 속한 셀을 확인한 이후의 과정들, 즉 803단계 내지 809단계의 과정들은 UE들이 속한 셀별로 진행되므로 804단계부터는 임의의 한 셀을 일 예로 하여 설명하기로 한다.

이렇게 803단계에서 UE들이 속한 셀을 확인한 RNC는 804단계에서 상기 MBMS CONTEXT에 저장되어 있는 TMGI와 DRX 파라미터 등을 이용해서 PO 및 PI를 산출한 후 805단계로 산출한다. 상기 805단계에서 상기 RNC는 해당 PO 시점의 PI를 온시켜 PICH 신호를 전송하고 1505단계로 진행한다. 상기 1505단계에서 상기 RNC는 상기UE가 속한 셀이 non tracking area인지를 검사한다. 상기 검사 결과 상기 UE가 속한 셀이 non tracking area일 경우 상기 RNC는 1506단계로 진행한다. 상기 1506단계에서 상기 RNC는 상기 PICH 신호를 전송한 시점에서 미리 설정한 설정 시간 이후의 시점에서 PCH를 통해 MBMS PAGING 메시지를 전송하고 807단계로 진행한다. 여기서, 상기 MBMS PAGING 메시지에는 상기에서 설명한 바와 같이 TMGI와, AMID와, TTR 및 CU/RC required 등과 같은 파라미터들이 포함되는데, 상기 UE가 속한 셀이 non tracking area이기 때문에 CELL UPDATE 혹은 RRC CONNECTION 등과 같은 응답 동작을 수행할 필요가 없기 때문에 상기 CU/RC required는 off로 세팅해서 전송한다. 한편, 상기 1505단계에서 검사 결과 상기 UE가 속한 셀이 non tracking area가 아닐 경우, 즉 tracking area일 경우 상기 RNC는 1507단계로 진행한다. 상기 1507단계에서 상기 RNC는 상기 PICH 신호를 전송한 시점에서 미리 설정한 설정 시간 이후의 시점에서 PCH를 통해 MBMS PAGING 메시지를 전송하고 상기 807단계로 진행한다. 여기서, 상기 MBMS PAGING 메시지에는 상기에서 설명한 바와 같이 TMGI와, AMID와, TTR 및 CU/RC required 등과 같은 파라미터들이 포함되는데, 상기 UE가 속한 셀이 tracking area이기 때문에 CELL UPDATE 혹은 RRC CONNECTION 등과 같은 응답 동작을 수행해야하기 때문에 상기 CU/RC required는 on으로 세팅해서 전송한다.

상기 807단계에서 상기 RNC는 상기 MBMS PAGING 메시지에 관련되는 MBMS CONTROL 메시지를 미리 설정한 설정 횟수, 일 예로 N회에 도달할 때까지 상기 PCH를 통해 반복 전송한 후 상기 반복 전송한 MBMS CONTROL 메시지를 저장한 후 808단계로 진행한다. 여기서, 상기 MBMS CONTROL 메시지의 반복 전송에는 value tag이첨부되어 동일한 MBMS CONTROL 메시지에 대해 UE가 다수번 반복 동작하는 경우를 방지한다. 상기 808단계에서 상기 RNC는 상기 MBMS CONTROL 메시지를 상기 N회 반복 전송한 후 UE로부터 RETRANSMISSION REQUEST 메시지를 수신하고 809단계로 진행한다. 여기서, 상기 RNC는 상기 수신한 RETRANSMISSION REQUEST 메시지의 UE ID 및 AMID 등을 확인하는데, 그 이유는 상기 RETRANSMISSION REQUEST 메시지에 상응하는 MBMS CONTROL 메시지를 UE로 재전송해주기 위해서이다.

그리고 809단계에서 상기 UE는 상기 RETRANSMISSION REQUEST 메시지에 포함되어 있는 UE ID와 AMID를 이용하여 해당하는 MBMS CONTROL 메시지를 재전송한 후 종료한다. 여기서, 상기 MBMS CONTROL 메시지를 재전송하는 경우 UE ID와 AMID를 이용하여 재전송하는 것은 전용 메시지 형태로 재전송을 제어하는 것이며, 상기 AMID만을 이용하여 재전송하는 것은 다시 그룹 메시지 형태로 재전송을 제어하는 것이다. 그리고 이런 전용 메시지 형태의 재전송 혹은 그룹 메시지 형태의 재전송은 시스템 특성에 맞게 가변할 수 있음은 물론이다. 한편, 상기 802단계에서 상기 RNC는 검사 결과 해당 UE들이 CELL_DCH 상태에 있을 경우에는 별도의 호출 과정이 필요없기 때문에 810단계로 진행한다. 상기 810단계에서 상기 RNC는 상기 CELL_DCH 상태에 있는 UE로 MBMS CONTROL 메시지를 전송하고 종료한다. 여기서, 상기 CELL_DCH 상태에 있는 UE에게 MBMS CONTROL 메시지를 반복 전송하지 않는 이유는 상기에서 설명한 바와 같이 DCH는 신뢰성이 높은 채널이기 때문에 오류가 발생할 확률이 거의 없으며, 또한 오류가 발생할 경우라도 RLC 재전송 등을 통해 재전송이 가능하기 때문이다.

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

상술한 바와 같은 본 발명은, MBMS 서비스를 제공하는 이동 통신 시스템에서 제어 정보를 전송함에 있어 상기 제어 정보의 특성에 따라 그 응답 전송을 제어함으로써 역방향 전송 자원의 효율성을 최대화한다는 이점을 가진다. 또한, 상기 제어 정보의 특성에 따라 그 응답 전송을 제어함으로써 상기 응답 전송을 위한 UE의 불필요한 상태 천이를 방지하여 UE의 불필요한 로드를 최소화한다는 이점을 가진다. 또한, 본 발명은 MBMS 서비스를 제공하는 이동 통신 시스템에서 제어 정보를 전송함에 있어 해당 셀의 특성, 즉 해당 셀이 tracking area 인지 혹은 non tracking area인지에 상응하게 그 응답 전송을 제어함으로써 역방향 전송 자원의 효율성을 최대화한다는 이점을 가진다.

Claims (18)

1. 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 전송하는 방법에 있어서,

   상기 MBMS 서비스를 제공받고자 하는 사용자 단말기들에게 전송해야 하는 제어 정보가 발생하면, 상기 사용자 단말기들이 상기 제어정보 수신시 그 응답을 전송해야하는지 여부에 따른 동작을 지시하는 정보를 포함하는 호출 정보를 상기 사용자 단말기들로 전송하는 과정과,

   상기 사용자 단말기들로 상기 제어 정보를 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
2. 제1항에 있어서,

   상기 동작 지시 정보는 상기 호출 정보를 수신시 그 응답 전송 필요성 여부에 따른 상태 천이 수행 여부를 나타내는 정보임을 특징으로 하는 상기 방법.
3. 제1항에 있어서,

   상기 동작 지시 정보는 상기 호출 정보에 상응하는 호출이 발생한 이유를 나타내는 정보임을 특징으로 하는 상기 방법.
4. 제3항에 있어서,

   상기 호출 발생 이유는 상기 사용자 단말기들이 상기 호출 정보 수신시 상기 호출 정보 수신에 대한 응답 전송이 필요한지 여부를 나타냄을 특징으로 하는 상기 방법.
5. 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 수신하는 방법에 있어서,

   상기 제어정보 수신시 그 응답을 전송해야하는지 여부에 따른 동작을 지시하는 정보를 포함하는 호출 정보를 수신하는 과정과,

   상기 호출 정보에 포함되어 있는 동작 지시 정보에 상응하게 동작을 수행하는 과정과,

   이후 상기 제어 정보를 수신하는 과정을 포함함을 특징으로 하는 상기 방법.
6. 제5항에 있어서,

   상기 동작 지시 정보는 상기 호출 정보를 수신시 그 응답 전송 필요성 여부에 따른 상태 천이 수행 여부를 나타내는 정보임을 특징으로 하는 상기 방법.
7. 제5항에 있어서,

   상기 동작 지시 정보는 상기 호출 정보에 상응하는 호출이 발생한 이유를 나타내는 정보임을 특징으로 하는 상기 방법.
8. 제7항에 있어서,

   상기 호출 발생 이유는 상기 사용자 단말기들이 상기 호출 정보 수신시 상기 호출 정보 수신에 대한 응답 전송이 필요한지 여부를 나타냄을 특징으로 하는 상기 방법.
9. 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 수신하는 방법에 있어서,

   상기 제어정보 수신시 그 응답을 전송해야하는지 여부에 따른 동작을 지시하는 정보를 포함하는 호출 정보를 수신하는 과정과,

   상기 호출 정보를 수신한 이후 상기 제어 정보를 수신하고, 상기 제어 정보 수신시 상기 호출 정보에 포함되어 있는 동작 지시 정보에 상응하게 동작을 수행하는 과정을 포함함을 특징으로 하는 상기 방법.
10. 제9항에 있어서,

    상기 동작 지시 정보는 상기 호출 정보를 수신시 그 응답 전송 필요성 여부에 따른 상태 천이 수행 여부를 나타내는 정보임을 특징으로 하는 상기 방법.
11. 제9항에 있어서,

    상기 동작 지시 정보는 상기 호출 정보에 상응하는 호출이 발생한 이유를 나타내는 정보임을 특징으로 하는 상기 방법.
12. 제11항에 있어서,

    상기 호출 발생 이유는 상기 사용자 단말기들이 상기 호출 정보 수신시 상기 호출 정보 수신에 대한 응답 전송이 필요한지 여부를 나타냄을 특징으로 하는 상기 방법.
13. 멀티캐스트 멀티미디어 방송 서비스(MBMS: Multimedia Broadcast/Multicast Service)를 제공하는 통신 시스템에서 제어 정보를 전송하는 방법에 있어서,

    상기 MBMS 서비스를 제공받고자 하는 사용자 단말기들에게 전송해야 하는 제어 정보가 발생하면, 상기 사용자 단말기들이 서비스를 제공받는 지역의 특성에 상응하게 상기 사용자 단말기들의 동작을 지시하는 정보를 포함하는 호출 정보를 상기 사용자 단말기들로 전송하는 과정과,

    상기 호출 정보를 전송한 후 상기 제어 정보를 전송하는 과정을 포함함을 특징으로 하는 상기 방법.
14. 제13항에 있어서,

    상기 동작 지시 정보는 상기 호출 정보 수신시 사용자 단말기들의 상태 천이 수행 여부를 나타내는 정보를 포함함을 특징으로 하는 상기 방법.
15. 제13항에 있어서,

    상기 서비스를 제공받는 지역의 특성은 상기 사용자 단말기들이 셀 업데이트 혹은 무선 자원 제어 연결 셋업을 수행하지 않는 비트래킹 지역(non tracking area) 혹은 상기 사용자 단말기들이 상기 셀 업데이트 혹은 무선 자원 제어 연결 셋업을 수행하는 트래킹 지역(tracking area)임을 특징으로 하는 상기 방법.
16. 제13항에 있어서,

    상기 서비스를 제공받는 지역의 특성은 상기 MBMS 서비스의 서비스 종류별로 결정됨을 특징으로 하는 상기 방법.
17. 제13항에 있어서,

    상기 서비스를 제공받는 지역의 특성은 상기 MBMS 서비스를 받고자하는 UE들의 수에 따라 결정됨을 특징으로 하는 상기 방법.
18. 제13항에 있어서,

    상기 사용자 단말기들은 상기 호출 정보 수신하고, 상기 수신한 호출 정보에 포함되어 있는 상기 동작 지시 정보에 상응하게 셀 업데이트 혹은 무선 자원 제어 연결 셋업의 수행 여부를 결정함을 특징으로 하는 상기 방법.