KR20110128281A

KR20110128281A - 무선 통신 시스템에서의 멀티캐스트 메시지 송신의 반복

Info

Publication number: KR20110128281A
Application number: KR1020117020331A
Authority: KR
Inventors: 봉용 송; 아룰모즈히 아난타나라야난; 아르빈드 브이 산타남; 할린 길
Original assignee: 퀄컴 인코포레이티드
Priority date: 2009-02-02
Filing date: 2009-07-15
Publication date: 2011-11-29
Also published as: EP2392098B1; US8134943B2; JP2012516631A; US20100195554A1; WO2010087872A1; KR101201277B1; CN102301646A; EP2392098A1

Abstract

일 실시예에서, 애플리케이션 서버는 적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지와 연관된 우선순위를 결정하고, 주어진 멀티캐스트 메시지의 우선순위를 나타내도록 주어진 멀티캐스트 메시지를 구성하고, 표시된 우선순위에 적어도 부분적으로 기초하여 적어도 하나의 액세스 터미널로 다수회 송신하기 위해 액세스 네트워크로 상기 구성된 멀티캐스트 메시지를 전달한다. 대안적으로, 애플리케이션 서버는 주어진 멀티캐스트 메시지를 송신하는 횟수를 구성된 멀티캐스트 메시지에 나타낼 수 있다. 주어진 멀티캐스트 메시지를 송신하는 횟수 또는 우선순위는 애플리케이션 서버에 의해 상기 구성된 멀티캐스트 메시지에 삽입된 플래그에 의해 액세스 네트워크로 전달될 수 있다. 액세스 네트워크는 플래그에 기초하여 적어도 하나의 액세스 터미널로 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정한다.

Description

무선 통신 시스템에서의 멀티캐스트 메시지 송신의 반복 {REPEATING MULTICAST MESSAGE TRANSMISSIONS IN A WIRELESS COMMUNICATIONS SYSTEM}

본 발명은 무선 통신 시스템에서의 멀티캐스트 메시지 송신의 반복에 관한 것이다.

무선 통신 시스템은 제1세대 아날로그 무선 전화 서비스 (1G), 제2 세대 (2G) 디지털 무선 전화 서비스 (중간 2.5G 및 2.75G 네트워크 포함), 제3 세대 고속 데이터/인터넷 가능 무선 서비스를 포함하여 다양한 세대를 통해 개발되어 왔다. 현재, 셀룰러 및 개인 통신 서비스 (PCS) 시스템을 포함하여 많은 상이한 타입의 무선 통신 시스템이 사용되고 있다. 공지된 셀룰러 시스템의 예는 셀룰러 AMPS (Analog Advanced Mobile Phone System), CDMA (Code Division Multiple Access), FDMA (Frequency Division Multiple Access), TDMA (Time Division Multiple Access), TDMA의 GSM (Global Multiple for Mobile access) 변형에 기반한 디지털 셀룰러 시스템, 및 TDMA 및 CDMA 기술을 이용한 새로운 하이브리드 통신 시스템을 포함한다.

CDMA 모바일 통신을 제공하는 방법은 미국에서 통신산업협회/전자산업협회에 의해 "이중모드 광대역 확산 스펙트럼 셀룰러 시스템을 위한 이동국-기지국 호환성 표준 (Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System)" 제하의 TIA/EIA/IS-95-A 로 표준화되었으며, 본 명세서에서는 이를 IS-95 로 지칭하기로 한다. 복합 AMPS & CDMA 시스템들은 TIA/EIA 표준 IS-98 에 설명되어 있다. 다른 통신 시스템은 IMT-2000/UM 또는 국제 모바일 텔레커뮤니케이션 시스템 2000/유니버설 모바일 텔레커뮤니케이션 시스템에 기재되며, 표준은 광대역 CDMA (WCDMA), CDMA2000 (예를 들어 CDMA2000 1xEV-DO 표준) 또는 TD-SCDMA라는 것을 커버한다.

무선 통신 시스템에서, 이동국, 핸드셋 또는 액세스 터미널 (AT) 은 기지국에 인접하거나 기지국 주변의 특정 지리적 영역 내의 통신 링크 또는 서비스를 지원하는 고정 위치 기지국 (셀 사이트 또는 셀이라 함) 으로부터 신호를 수신한다. 기지국은 QoS (Quality of Service) 요구사항에 기초하여 트래픽을 차별화하는 방법을 지원하는 표준 IETF (Internet Engineering Task Force) 기반 프로토콜을 이용하는 패킷 데이터 네트워크인 액세스 네트워크 (AN) / 무선 액세스 네트워크 (RAN) 에 엔트리 포인트를 제공한다. 그러므로, 기지국은 일반적으로 무선 인터페이스를 통해 AT 와 상호 작용하고 IP (Internet Protocol) 네트워크 데이터 패킷을 통해 AN과 상호작용한다.

무선 텔레커뮤니케이션 시스템에서, PTT (Push-to-talk) 기능은 서비스 섹터와 소비자에게 인기를 끌게 되었다. PTT는 CDMA, FDMA, TDMA, GSM 등의 표준 상업 무선 인프라스트럭쳐를 통해 동작하는 "디스패치 (dispatch)" 보이스 서비스를 지원할 수 있다. 디스패치 모델에서, 엔드포인트 (AT) 간의 통신은 가상 그룹 내에서 발생하고, 하나의 "송화자" 의 음성이 하나 이상의 "수화자" 에게 전송된다. 이러한 타입의 통신의 단일 인스턴스 (single instance) 는 통상적으로 디스패치 콜 또는 단순히 PTT 콜이라 한다. PTT 콜은 콜의 특성을 정의하는 그룹의 인스턴스이다. 그룹은 본질적으로 멤버 리스트 및 그룹 이름 또는 그룹 식별자 등의 연관 정보에 의해 정의된다.

통상적으로, 무선 통신 네트워크 내의 데이터 패킷은 단일 목적지 또는 액세스 터미널로 송신되도록 구성되었다. 단일 목적지로의 데이터의 송신을 "유니캐스트" 라 한다. 이동 통신이 증가함에 따라, 주어진 데이터를 동시에 다수의 액세스 터미널로 송신하는 능력은 매우 중요해졌다. 따라서, 프로토콜은 다수의 목적지 또는 타겟 액세스 터미널로의 동일한 패킷 또는 메시지의 동시 데이터 송신을 지원하도록 채택되어 왔다. "브로드캐스트" 는 (예를 들어, 주어진 서비스 제공자 등에 의해 서비스되는 주어진 셀 내의) 모든 목적지 또는 액세스 터미널로의 데이터 패킷의 송신을 지칭하고, "멀티캐스트" 는 목적지 또는 액세스 터미널의 주어진 그룹으로의 데이터 패킷의 송신을 지칭한다. 일 예에서, 주어진 목적지의 그룹 또는 "멀티캐스트 그룹" 은 (예를 들어, 주어진 서비스 제공자 등에 의해 서비스되는 주어진 그룹 내의) 하나보다 많은 수의 목적지 또는 액세스 터미널 및 가능한 모든 목적지 또는 액세스 터미널보다 작은 수의 목적지 또는 액세스 터미널을 포함할 수 있다. 그러나, 멀티캐스트 그룹이 유니캐스트와 마찬가지로 단 하나의 액세스 터미널을 포함하는 소정의 상황 또는 멀티캐스트 그룹이 브로드캐스트와 마찬가지로 (예를 들어, 셀 또는 섹터 내의) 모든 액세스 터미널을 포함하는 소정의 상황이 가능하다.

브로드캐스트 및/또는 멀티캐스트는 멀티캐스트 그룹을 수용하는 복수의 순차 유니캐스트 동작의 수행, 동시에 다수의 데이터 송신을 처리하는 고유한 브로드캐스트/멀티캐스트 채널 (BCH) 의 할당 등의 많은 방법으로 무선 통신 시스템 내에서 수행될 수 있다. 푸쉬 투 토크 통신을 위한 브로드캐스트 채널을 이용한 종래의 시스템은 발명의 명칭이 "CDMA 1x-EVDO 셀룰러 네트워크를 이용한 푸쉬 투 토크 그룹 콜 시스템 (Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network" 인 2007년 3월 1일 제출된 미국 특허 출원 제 2007/0049314 호에 기재되어 있으며, 그 내용은 참조에 의해 본 명세서에 포함된다. 미국 특허 출원 제 2007/0049314 호에 기재된 바와 같이, 브로드캐스트 채널은 종래의 시그널링 기술을 이용하여 푸쉬 투 토크 콜에 사용될 수 있다. 브로드캐스트 채널의 사용은 종래의 유니캐스트 기술보다 대역폭 요구사항을 개선할 수 있지만, 브로드캐스트 채널의 종래의 시그널링은 여전히 추가의 오버헤드 및/또는 지연을 초래할 수 있고 시스템 성능을 저하시킬 수 있다.

3GPP2 (3^rd Generation Partnership Project 2) 는 CDMA2000 네트워크에서 멀티캐스트 통신을 지원하는 브로드캐스트-멀티캐스트 서비스 (BCMCS) 규약을 정의한다. 따라서, 2006년 2월 14일에 발표된 버전 1.0 C.S0054-A의 명칭이 "CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification" 인 3GPP2의 BCMCS 규약의 버전이 참조에 의해 본 명세서에 포함된다.

본 발명의 일 실시예에서, 애플리케이션 서버는 적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지와 연관된 우선순위를 결정하고, 주어진 멀티캐스트 메시지의 우선순위를 표시하도록 주어진 멀티캐스트 메시지를 구성하고, 표시된 우선순위에 적어도 부분적으로 기초하여 적어도 하나의 액세스 터미널로의 송신을 위해 상기 구성된 멀티캐스트 메시지를 액세스 네트워크로 다수회 전달한다. 본 발명의 다른 실시예에서, 애플리케이션 서버는 주어진 멀티캐스트 메시지를 송신하는 횟수를 구성된 멀티캐스트 메시지에 나타낼 수 있다. 주어진 멀티캐스트 메시지를 송신하는 횟수 또는 우선순위는 애플리케이션 서버에 의해 상기 구성된 멀티캐스트 메시지에 삽입된 플래그에 의해 액세스 네트워크로 전달될 수 있다. 액세스 네트워크는 플래그에 기초하여 적어도 하나의 액세스 터미널로 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하고, 적어도 하나의 액세스 터미널로 주어진 멀티캐스트 메시지를 결정된 횟수만큼 송신한다.

본 발명의 실시예 및 그 수반되는 이점은 첨부된 도면과 결합한 다음의 상세한 설명에 의해 더 잘 이해될 수 있으며, 첨부된 도면은 설명하기 위한 것으로 본 발명을 제한하는 것은 아니다.
도 1 은 본 발명의 적어도 하나의 실시예에 따라 액세스 터미널 및 액세스 네트워크를 지원하는 무선 네트워크 아키텍쳐의 도면.
도 2 는 본 발명의 예시적 실시예에 따른 캐리어 네트워크를 나타내는 도면.
도 3 은 본 발명의 적어도 하나의 실시예에 따른 액세스 터미널을 나타내는 도면.
도 4 는 종래의 멀티캐스트 콜 셋업 프로세스를 나타내는 도면.
도 5 는 종래의 멀티캐스트 콜 종결 프로세스를 나타내는 도면.
도 6 은 본 발명의 실시예에 따른 멀티캐스트 메시지 송신 프로세스를 나타내는 도면.
도 7 은 본 발명의 다른 실시예에 따른 멀티캐스트 메시지 송신 프로세스를 나타내는 도면.
도 8 은 본 발명의 또 다른 실시예에 따른 멀티캐스트 메시지 송신 프로세스를 나타내는 도면.
도 9 는 도 6 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 셋업 프로세스를 나타내는 도면.
도 10 은 도 7 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시에에 따른 멀티캐스트 콜 셋업 프로세스를 나타내는 도면.
도 11 은 도 8 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 셋업 프로세스를 나타내는 도면.
도 12 는 도 6 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 종결 프로세스를 나타내는 도면.
도 13 은 도 7 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 종결 프로세스를 나타내는 도면.
도 14 는 도 8 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 종결 프로세스를 나타내는 도면.
도 15 는 도 7 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 브로드캐스트 오버헤드 메시지 (BOM) 송신 프로세스를 나타내는 도면.
도 16 은 본 발명의 일 실시예에 따른 애플리케이션 서버 기반 메시지 반복 스케줄링 프로세스를 나타내는 도면.

본 발명의 양태들이 본 발명의 특정 실시예에 대한 다음의 상세한 설명 및 연관 도면에 개시된다. 본 발명의 범위를 벗어나지 않으면서도 다른 실시예들이 고안될 수 있다. 또한, 본 발명의 잘 알려진 요소는 본 발명의 연관 세부사항이 불명료해지지 않도록 상세히 기재되지 않거나 생략된다.

"예시적인" 또는 "예" 라는 단어는 "예, 사례 또는 실례로서" 제공됨을 의미하도록 사용된다. "예시적인" 및/또는 "예" 로서 여기에 기재된 임의의 실시예는 반드시 다른 실시예보다 바람직하거나 유리하게 구성되는 것은 아니다. 마찬가지로, "본 발명의 실시예" 라는 용어는 본 발명의 모든 실시예가 기재된 특징, 이점 또는 동작 모드를 포함하는 것을 필요로 하지 않는다.

또한, 많은 실시예는 예를 들어 컴퓨팅 디바이스의 소자에 의해 수행되는 동작의 시퀀스로 기재된다. 여기에 기재된 다양한 동작은 특정 회로 (예를 들어, 주문형 반도체 (ASIC)), 하나 이상의 프로세서에 의해 실행되는 프로그램 명령 또는 그 조합에 의해 수행될 수 있다. 또한, 여기에 기재된 동작의 이들 시퀀스는 실행시 연관 프로세서가 여기에 기재된 기능을 수행하도록 하는 컴퓨터 명령의 해당 세트가 저장된 컴퓨터 판독가능 저장 매체의 임의의 형태 내에서 완전히 구현되는 것으로 간주될 수 있다. 따라서, 본 발명의 다양한 양태는 다수의 상이한 형태로 구현될 수 있으며, 이들은 청구범위에 속하는 것으로 간주된다. 또한, 여기에 기재된 실시예의 각각에 대하여, 이러한 임의의 실시예의 해당 형태는 예를 들어 기재된 동작을 수행하도록 "구성되는 로직" 으로서 기재될 수 있다.

여기에서 액세스 터미널 (AT) 이라 지칭되는 HDR (high data rate) 가입자국은 이동 또는 정지될 수 있으며, 여기에서 모뎀 풀 트랜시버 (modem pool transceiver; MPT)) 또는 기지국 (BS) 이라 지칭되는 하나 이상의 HDR 기지국과 통신할 수 있다. 액세스 터미널은 하나 이상의 모뎀 풀 트랜시버를 통해 모뎀 풀 제어기 (MPC), 기지국 제어기 (BSC) 및/또는 패킷 제어 기능 (PCF) 이라 불리우는 HDR 기지국 제어기로 데이터 패킷을 송신하거나 수신한다. 모뎀 풀 트랜시버 및 모뎀 풀 제어기는 액세스 네트워크라는 네트워크의 일부이다. 액세스 네트워크는 다수의 액세스 터미널 사이에서 데이터 패킷을 전송한다.

액세스 네트워크는 또한 기업 인트라넷 또는 인터넷 등 액세스 네트워크 외부의 추가의 네트워크에 접속될 수 있고, 각각의 액세스 터미널 및 이러한 외부 네트워크 사이에서 데이터 패킷을 전송할 수 있다. 하나 이상의 모뎀 풀 트랜시버와의 액티브 트래픽 채널 접속을 확립한 액세스 터미널은 액티브 액세스 터미널이라 하고, 트래픽 상태에 있다고 말한다. 하나 이상의 모뎀 풀 트랜시버와의 액티브 트래픽 채널 접속을 확립하는 프로세스 중인 액세스 터미널은 접속 셋업 상태에 있다고 말한다. 액세스 터미널은 예를 들어 광섬유 또는 동축 케이블을 이용하여 무선 채널 또는 유선 채널을 통해 통신하는 임의의 데이터 디바이스일 수 있다. 액세스 터미널은 또한 PC 카드, 콤팩트 플래시, 외부 또는 내부 모뎀 또는 무선 또는 유선 전화를 포함하는 많은 타입의 디바이스 중의 임의의 것일 수 있으나, 이에 한정되는 것은 아니다. 액세스 터미널이 모뎀 풀 트랜시버로 신호를 송신하는 통신 링크는 역방향 링크 또는 트래픽 채널이라 한다. 모뎀 풀 트랜시버가 액세스 터미널로 신호를 송신하는 통신 링크는 순방향 링크 또는 트래픽 채널이라 한다. 여기에 사용되는, 트래픽 채널이라는 용어는 순방향 또는 역방향 트래픽 채널을 지칭할 수 있다.

도 1 은 본 발명의 적어도 일 실시예에 따른 무선 시스템 (100) 의 하나의 예시적인 실시예의 블록도이다. 시스템 (100) 은 액세스 터미널 (102) 을 패킷 스위치 데이터 네트워크 (예를 들어, 인트라넷, 인터넷, 및/또는 캐리어 네트워크 (126)) 및 액세스 터미널 (102, 108, 110, 112) 간의 데이터 접속을 제공하는 네트워크 장비에 접속시킬 수 있는 액세스 네트워크 또는 무선 액세스 네트워크 (RAN)(120) 와 에어 인터페이스 (104) 를 통해 통신하는 셀룰러 전화 (102) 등의 액세스 터미널을 포함할 수 있다. 도시된 바와 같이, 액세스 터미널은 셀룰러 전화 (102), 개인 휴대 단말기 (108), 2-방향 텍스트 페이저로서 도시된 페이저 (110), 또는 심지어 무선 통신 포털을 갖는 개별 컴퓨터 플랫폼 (112) 일 수 있다. 본 발명의 실시예는 따라서 무선 통신 포털을 포함하거나 무선 통신 기능을 가지는 액세스 터미널 어떠한 것에서든 구현될 수 있으며, 여기에는 무선 모뎀, PCMCIA 카드, 퍼스널 컴퓨터, 전화 또는 이들의 임의의 조합 또는 하부 조합이 포함되나, 이에 한정되는 것은 아니다. 또한, 여기에서 사용된 것처럼, 용어 "액세스 터미널", "무선 디바이스", "클라이언트 디바이스", "이동 터미널" 및 그 변형은 혼용될 수 있다.

도 1 을 다시 참조하면, 무선 네트워크 (100) 의 구성요소 및 본 발명의 예시적인 실시예의 소자의 상호관계는 도시된 구성으로 한정되지 않는다. 시스템 (100) 은 단지 예시일 뿐이며 무선 클라이언트 컴퓨팅 디바이스 (102, 108, 110, 112) 등의 원격 액세스 터미널이 서로 및/또는 이에 한정됨 없이 캐리어 네트워크 (126), 인터넷 및/또는 다른 원격 서버를 포함하는, 에어 인터페이스 (104) 및 RAN (120) 을 통해 접속된 구성요소들 사이에서 무선으로 통신하도록 하는 임의의 시스템을 포함할 수 있다.

RAN (12) 은 기지국 제어기/패킷 제어 기능 (BSC/PCF)(122) 으로 전송되는 메시지 (일반적으로 데이터 패킷으로서 전송됨) 를 제어한다. BSC/PCF (122) 는 패킷 데이터 서비스 노드 (100)(PDSN) 및 액세스 터미널 (102/108/110/112) 간의 베어러 채널 (즉, 데이터 채널) 을 시그널링, 확립 및 해체하는 역할을 한다. 링크 층 암호화가 활성화된 경우, BSC/PCF (122) 는 또한 에어 인터페이스 (104) 를 통해 콘텐츠를 전송하기 전에 콘텐츠를 암호화한다. BSC/PCF (122) 의 기능은 해당 기술분야에서 잘 알려져 있으며 간략화를 위해 더 설명하지 않는다. 캐리어 네트워크 (126) 는 네트워크, 인터넷 및/또는 PSTN (public switched telephone network) 에 의해 BSC/PCF (122) 와 통신할 수 있다. 대안적으로, BSC/PCF (122) 는 인터넷 또는 외부 네트워크에 직접 접속할 수 있다. 일반적으로, 캐리어 네트워크 (126) 및 BSC/PCF (122) 간의 네트워크 또는 인터넷 접속은 데이터를 전송하고, PSTN은 음성 정보를 전송한다. BSC/PCF (122) 는 다수의 기지국 (BS) 또는 모뎀 풀 트랜시버 (MPT)(124) 에 접속될 수 있다. 캐리어 네트워크와 유사한 방식으로, BSC/PCF (122) 는 일반적으로 데이터 전송 및/또는 음성 정보를 위해 네트워크, 인터넷 및/또는 PSTN에 의해 MPT/BS (124) 에 접속된다. MPT/BS (124) 는 셀룰러 전화 (102) 등의 액세스 터미널에 무선으로 데이터 메시지를 방송할 수 있다. MPT/BS (124), BSC/PCF (122) 및 다른 구성요소는 해당 기술분야에서 알려진 바와 같이 RAN (120) 을 형성할 수 있다. 그러나, 다른 구성이 또한 사용될 수 있고 본 발명은 도시된 구성으로 한정되지 않는다. 예를 들어, 다른 실시예에서, BSC/PCF (122) 및 MPT/BS (124) 중의 하나 이상의 기능은 BSC/PCF (122) 및 MPT/BS (124) 의 기능을 갖는 단일 "하이브리드" 모듈로 압축될 수 있다.

도 2 는 본 발명의 실시예에 따른 캐리어 네트워크 (126) 를 나타낸다. 도 2 의 실시예에서, 캐리어 네트워크 (126) 는 패킷 데이터 서빙 노드 (PDSN)(160), 브로드캐스트 서빙 노드 (BSN)(165), 애플리케이션 서버 (170) 및 인터넷 (175) 을 포함한다. 그러나, 애플리케이션 서버 (170) 및 다른 구성요소는 다른 실시예에서 캐리어 네트워크 외부에 위치할 수 있다. PDSN (160) 은 예를 들어, cdma2000 무선 액세스 네트워크 (RAN)(예를 들어, 도 1 의 RAN (120)) 를 이용하는 이동국 (예를 들어, 도 1 의 102, 108, 110 및 112 등의 액세스 터미널) 을 위한 인터넷 (175), 인트라넷 및/또는 원격 서버 (예를 들어, 애플리케이션 서버 (170)) 로의 액세스를 제공한다. 액세스 게이트웨이로서 동작함으로써, PDSN (160) 은 단순한 IP 및 이동 IP 액세스, 외부 에이전트 지원 및 패킷 전송을 제공할 수 있다. PDSN (160) 은 인증, 인가, 과금 (AAA; Authentication, Authorization and Accounting) 서버 및 다른 지원 인프라스트럭쳐를 위한 클라이언트로서 동작할 수 있고 해당 기술분야에서 알려진 바와 같이 이동국에 IP 네트워크로의 게이트웨이를 제공한다. 도 2 에 도시된 바와 같이, PDSN (160) 은 종래의 A10 접속을 통해 RAN (120)(예를 들어, BSC/PCF (122)) 과 통신할 수 있다. A10 접속은 해당 기술분야에서 잘 알려져 있으며 간략화를 위해 더 설명하지 않는다.

도 2 를 참조하면, 브로드캐스트 서빙 노드 (BSN)(165) 는 멀티캐스트 및 브로드캐스트 서비스를 지원하도록 구성될 수 있다. BSN (165) 는 나중에 더 상세히 설명하기로 한다. BSN (165) 는 브로드캐스트 (BC) A10 접속을 통해 RAN (120)(예를 들어, BSC/PCF (122)) 과 통신하고 인터넷 (175) 을 통해 애플리케이션 서버 (170) 와 통신한다. BCA10 접속은 멀티캐스트 및/또는 브로드캐스트 메시지를 전송하는데 사용된다. 따라서, 애플리케이션 서버 (170) 는 인터넷 (175) 을 통해 PDSN (160) 으로 유니캐스트 메시지를 전송하고 인터넷 (175) 을 통해 BSN (165) 로 멀티캐스트 메시지를 전송한다.

일반적으로, 이하에서 상세히 설명하는 바와 같이, RAN (120) 은 BCA10 접속을 통해 BSN (165) 로부터 수신된 멀티캐스트 메시지를 에어 인터페이스 (104) 의 브로드캐스트 채널 (BCH) 을 통해 하나 이상의 액세스 터미널 (200) 로 전송한다.

도 3 을 참조하면, 셀룰러 전화 등의 액세스 터미널 (200)(여기서는, 무선 디바이스) 는 캐리어 네트워크 (126), 인터넷 및/또는 다른 원격 서버 및 네트워크로부터 비롯될 수 있는 RAN (120) 로부터 송신된 소프트웨어 애플리케이션, 데이터 및/또는 명령을 수신하고 실행할 수 있는 플랫폼 (202) 을 갖는다. 플랫폼 (202) 은 주문형 반도체 (ASIC)(208), 또는 다른 프로세서, 마이크로프로세서, 로직 회로 또는 다른 데이터 프로세싱 디바이스에 동작적으로 결합된 송수신기 (206) 를 포함할 수 있다. ASIC (208) 또는 다른 프로세서는 무선 디바이스의 메모리 (212) 에 상주하는 임의의 프로그램과 인터페이스하는 애플리케이션 프로그래밍 인터페이스 (API)(210) 계층을 실행한다. 메모리 (212) 는 리드 온리 또는 랜덤 액세스 메모리 (RAM 및 ROM), EEPROM, 플래시 카드 또는 컴퓨터 플랫폼에 공통인 다른 메모리로 구성될 수 있다. 플랫폼 (202) 은 또한 메모리 (212) 에 액티브하게 사용되지 않는 애플리케이션을 유지할 수 있는 로컬 데이터베이스 (214) 를 포함할 수 있다. 로컬 데이터베이스 (214) 는 일반적으로 플래시 메모리 셀이지만 해당 기술분야에서 알려진 바와 같이 자기 매체, EEPROM, 광 매체, 테이프, 소프트 또는 하드 디스크 등의 임의의 부차적인 저장 디바이스일 수 있다. 내부 플랫폼 (202) 컴포넌트들은 해당 기술분야에서 알려진 바와 같이 다른 컴포넌트들 중에서 안테나 (222), 디스플레이 (224), 푸쉬-투-토크 버튼 (228) 및 키패드 (226) 등의 외부 디바이스와 동작적으로 결합할 수 있다.

따라서, 본 발명의 실시예는 여기에 기재된 기능을 수행하는 능력을 포함하는 액세스 터미널을 포함할 수 있다. 당업자가 인식하는 바와 같이, 다양한 로직 소자가 별개의 소자, 프로세서 상에서 실행되는 소프트웨어 모듈 또는 여기에 개시된 기능을 달성하는 소프트웨어 및 하드웨어의 임의의 조합으로 구현될 수 있다. 예를 들어, ASIC (208), 메모리 (212), API (210) 및 로컬 데이터베이스 (214) 는 여기에 개시된 다양한 기능을 로딩, 저장 및 실행하는 데 협력하여 사용될 수 있고 이들 기능을 수행하는 로직은 다양한 소자에 걸쳐 분산될 수 있다. 대안적으로, 기능은 하나의 별개의 구성요소에 포함될 수 있다. 그러므로, 도 3 의 액세스 터미널의 특징은 단지 예시적인 것이며 본 발명은 예시된 특징 또는 배열로 한정되지 않는다.

액세스 터미널 (102) 및 RAN (120) 간의 무선 통신은 코드 분할 멀티플 액세스 (CDMA), WCDMA, 시간 분할 멀티플 액세스 (TDMA), 주파수 분할 멀티플 액세스 (FDMA), 직교 주파수 분할 멀티플렉싱 (OFDM), GSM (Global System for Mobile Communications) 또는 무선 통신 네트워크 또는 데이터 통신 네트워크에 사용될 수 있는 다른 프로토콜 등의 상이한 기술에 기초할 수 있다. 데이터 통신은 일반적으로 클라이언트 디바이스 (102), MPT/BS (124) 및 BSC/PCF (122) 사이에서 구현된다. BSC/PCF (122) 는 캐리어 네트워크 (126), PSTN, 인터넷, 가상 사설망 등의 다수의 데이터 네트워크로 접속되어, 액세스 터미널 (102) 이 더 넓은 통신 네트워크로 액세스가 가능하도록 할 수 있다. 상술하고 해당 기술분야에서 알려진 바와 같이, 음성 송신 및/또는 데이터는 다양한 네트워크 및 구성을 이용하여 RAN으로부터 액세스 터미널로 송신될 수 있다. 따라서, 여기에 기재된 설명은 본 발명의 실시예를 한정하기 위하여 의도된 것이 아니라 본 발명의 실시예의 형태에 대한 설명을 돕기 위한 것이다.

설명의 편의를 위하여, 종래의 멀티캐스트 메시지 송신의 설명이 제공된 후에 본 발명의 실시예에 따른 메시지 송신을 역시 멀티캐스트 송신에 대하여 설명한다. 일부 멀티캐스트 메시지에 대해서는, 메시지의 손실이 멀티캐스트 품질을 저하시키므로, 가능한 한 빨리 모든 멀티캐스트 그룹 멤버에 하나 이상의 메시지를 전달하는 것이 중요하다. 예를 들어, 임의의 주어진 그룹 멤버에서 멀티캐스트 콜 안내 메시지를 놓치면 그 그룹 멤버가 콜에 참여하지 못하게 될 것이다. 이 경우, 주어진 그룹 멤버는 멀티캐스트 콜이 발생하고 있다는 것조차 알지 못할 것이다.

유니캐스트 통신에 참여한 액세스 터미널에는 RAN에게 피드백 (예를 들어, 측정된 SIR 레벨, ACK, NACK, 등) 을 송신하는 역방향 링크 채널이 제공되어, 예를 들어, RAN이 특정 액세스 터미널로의 하향링크 송신 전력을 조절할 수 있도록 한다. 그러나, 멀티캐스트 세션에서는, 잠재적으로 많은 수의 액세스 터미널이 멀티캐스트 세션에 참여하고 있기 때문에, 액세스 터미널이 피드백을 송신하도록 허용하면, 역방향 링크 피드백 또는 액세스 채널에 과부하가 걸릴 수 있고 및/또는 순방향 링크 멀티캐스트 송신에 대한 전력 제어의 복잡성이 증가할 수 있다. 따라서, 종래의 멀티캐스트 구현은 개별 멀티캐스트 그룹 멤버가 멀티캐스트 송신에 관한 피드백 (예를 들어, 측정된 SIR 레벨, ACK, NACK, 등) 을 송신하지 못하도록 한다. 그러므로, 모든 멀티캐스트 그룹 멤버에게 멀티캐스트 메시지가 전달될 것을 보장하는 것은 어려운 일이다.

도 4 는 종래의 멀티캐스트 콜 셋업 프로세스를 나타낸다. 도 4 를 참조하면, 애플리케이션 서버 (170)(예를 들어, 푸쉬-투-토크 (PTT) 또는 브로드캐스트 멀티캐스트 서비스 (BCMCS) 서버) 는 멀티캐스트 세션 개시에 대한 요청을 (예를 들어, PTT 개시자로부터) 수신한다 (400). 애플리케이션 서버 (170) 는 멀티캐스트 세션을 안내하는 콜 안내 메시지를 AT (1... N)(예를 들어, N>=1) 로 표시된 하나 이상의 멀티캐스트 그룹 멤버에 대하여 생성하여 콜 안내 메시지를 RAN (120) 로 전달한다 (405). RAN (120) 은 콜 안내 메시지를 수신하고 콜 안내 메시지를 무선 통신 시스템 (100) 의 다수의 섹터에서 송신한다 (410). 예를 들어, RAN (120) 은 다음 물리 계층 패킷 상에서 콜 안내 메시지를 송신할 수 있다.

다음으로, AT (1) 이 콜 안내 메시지를 놓치고 (415), AT (2...N) 이 콜 안내 메시지를 수신하여 디코딩하는 경우를 가정하자. 예를 들어, AT (1) 이 턴온되어 있지 않거나 서빙 섹터의 고간섭 영역 등에 위치하는 경우, AT (1) 은 콜 안내 메시지를 놓칠 수 있다. 다음으로, AT (2...N) 은 애플리케이션 서버 (170) 에 콜 수락 메시지를 전송함으로써 콜을 수락한다. 동시에, AT (2...N) 은 RAN (120) 에 등록 메시지 (예를 들어, BCMCSFlowRegistration 메시지) 를 전송함으로써 멀티캐스트 세션에 등록한다 (425) 그러나, AT (1) 은 콜 안내 메시지를 놓쳤고 따라서 멀티캐스트 세션에 대해 알지 못하기 때문에 AT (1) 로부터는 아무런 메시지도 송신되지 않는다.

RAN (120) 은, 멀티캐스트 세션에 대한 플로우 ID를 알리고 액세스 터미널이 멀티캐스트 세션을 맞출 수 있는 방법에 관한 명령을 포함하는, 안내된 멀티캐스트 세션에 대한 스케쥴링 메시지를 송신한다 (430). 예를 들어, 스케쥴링 메시지는 하향링크 브로드캐스트 채널 (BCH) 상에 멀티캐스트 세션을 전달하는 인터레이스-멀티플렉스 (IM; interlace-multiplex) 쌍과 함께 멀티캐스트 세션에 대한 BCMCSFlowID의 리스트를 포함하는 브로드캐스트 오버헤드 메시지 (BOM) 일 수 있다. 스케쥴링 메시지는 상술한 바와 같이 멀티캐스트 세션이 안내되었다는 것을 알고 있는 AT (2...N) 에 의해 수신된다. 2007년 9월 24일 제출되고, 본 출원의 양수인에 의해 양수되고 참조에 의해 여기에 포함된, 발명의 명칭이 "METHODS OF MANAGING ACKNOWLEDGEMENT TRANSMISSIONS FROM MULTICAST GROUP MEMBERS OF A MULTICAST GROUP WITHIN A WIRELESS COMMUNICATIONS NETWORK" 인 미국 가출원 제 60/974,831 호에 기재된 바와 같이, 콜 수락 (또는 안내 ACK) 및 등록 메시지를 송신하지 않은 AT 는 스케쥴링 메시지를 수신하면 그 응답을 숨길 수 있다.

다음으로, 애플리케이션 서버 (170) 는, 제1 콜 수락 메시지 (또는 안내 ACK 메시지) 를 수신한 후에, 송신을 위해 멀티캐스트 메시지를 RAN (120) 에 전달하기 시작한다 (435). RAN (120) 은 전달된 멀티캐스트 메시지를 수신하고 적어도 멀티캐스트 세션에 대하여 등록된 하나 이상의 AT 를 포함하는 섹터 내에서 멀티캐스트 메시지를 송신한다 (440). 당업자가 인식하는 바와 같이, AT (1) 은 여전히 멀티캐스트 세션이 개시되었다는 것을 모르기 때문에 멀티캐스트 메시지를 무시하지만, AT (2...N) 은 스케쥴링 메시지에 따라 (예를 들어, BCH 상의) 멀티캐스트 메시지를 모니터링한다 (450).

당업자가 인식하는 바와 같이, 콜 안내 메시지를 수신하고 무시하기로 선택한 AT 와 콜 안내 메시지를 손실한 AT 를 RAN (120) 이 구분할 수 있게 하는 피드백 (예를 들어, ACK 또는 NACK) 을 RAN (120) 이 반드시 수신하는 것은 아니기 때문에, 각각의 타겟 AT 가 멀티캐스트 세션에 대한 콜 안내 메시지를 수신할 것을 보장하는 것은 어려운 일이다. 따라서, 멀티캐스트 세션에 참여하기를 희망하는 AT 는 초기 콜 안내 메시지를 놓치면 이 기회를 놓칠 수도 있다.

도 5 는 종래의 멀티캐스트 콜 종결 프로세스를 나타낸다. 도 5 를 참조하면, 500 에서, 멀티캐스트 세션은 활성화되어 있고 애플리케이션 서버 (170) 는 AT (1...N) 으로의 송신을 위해 멀티캐스트 메시지를 RAN (120) 로 전달하고 있다. 도 5 에서, AT (1...N) 의 각각은 등록되어 있으며 멀티캐스트 세션을 활발히 모니터링하고 있다고 가정하자. 505 에서, RAN (120) 은 전달된 멀티캐스트 메시지를 수신하고 에어 인터페이스 (104) 를 통해 AT (1...N) 으로 멀티캐스트 메시지를 송신한다. 505의 송신은 AT (1...N) 이 위치하는 곳에 기초하여 단일 섹터 또는 다수의 섹터에서 발생할 수 있다. AT (1) 및 AT (2...N) 이 각각 510 및 515 에서 송신된 멀티캐스트 송신을 수신 및 디코딩하는 것으로 가정하자.

도 5 를 참조하면, 애플리케이션 서버 (170) 는 멀티캐스트 세션을 종료할지 여부를 결정한다 (520). 예를 들어, PTT 개시자 또는 현재 플로어 홀더 (floor-holder) 가 콜 종결에 대한 요청을 나타낼 수 있다. 애플리케이션 서버 (170) 가 멀티캐스트 세션이 종료하지 않을 것으로 결정하면, 프로세스는 500 으로 되돌아가고 애플리케이션 서버 (170) 는 AT (1...N) 으로의 송신을 위해 RAN (120) 으로 멀티캐스트 세션과 연관된 멀티캐스트 메시지를 계속 전달한다. 반면에, 애플리케이션 서버 (170) 가 콜을 종료할 것으로 결정하면, 애플리케이션 서버 (170) 는 콜 종료 메시지를 생성하고 AT (1...N) 으로의 송신을 위해 콜 종료 메시지를 RAN (120) 으로 전달한다 (525). RAN (120) 은 전달된 콜 종료 메시지를 수신하고 콜 종료 메시지를 AT (1...N) 으로 송신한다 (530). 예를 들어, RAN (120) 은 다음의 물리 계층 패킷 상에서 콜 종료 메시지를 송신할 수 있다.

도 5 를 참조하여, AT (1) 이 송신된 콜 종료 메시지를 놓치고 (535) AT (2...N) 은 송신된 콜 종료 메시지를 수신하여 디코딩 (540) 한 것으로 가정하자. 따라서, AT (1) 은 멀티캐스트 세션과 연관된 멀티캐스트 메시지에 대하여 (예를 들어, 적어도 무활동 (inactivity) 타이머 기간 동안) 계속 모니터링하고 (545), AT (2...N) 은 멀티캐스트 세션이 종결되었다는 것을 알고 멀티캐스트 메시지에 대한 모니터링을 중지한다 (550). 일 예에서, AT (1) 은 이전의 멀티캐스트 메시지로부터의 무활동이 만료될 때까지 멀티캐스트 메시지에 대하여 계속 모니터링할 수 있다. 따라서, AT (1) 은 무활동 타이머가 종료할 때까지 콜 상태에 있는 것으로 믿기 때문에, AT (1) 은 임의의 입력 콜을 거절할 수 있다. 또한, AT (1) 은 535 에서 콜 종료 메시지를 놓쳤기 때문에 도달하지 않을 멀티캐스트 메시지를 찾는데 자원을 낭비할 수 있다.

상술한 도 4 및 5 는 멀티캐스트 통신에서의 매우 특정한 메시지에 관한 것으로, 메시지가 타겟 액세스 터미널에 의해 적절히 수신되어 디코딩되지 않는 경우의 잠재적인 결과를 설명한다. 그러나, 많은 타입의 메시지가 멀티캐스트 통신에서 중요하고 적절히 수신/디코딩되지 않으면 나쁜 결과를 가질 수 있기 때문에, 상술한 콜 안내 또는 콜 종료 메시지는 단지 예로서 의도된 것이다. 예를 들어, 멀티미디어 멀티캐스트 시나리오 (예를 들어, 스트리밍 비디오) 에서, 주어진 프레임은 다른 프레임 (예를 들어, MPEG4 내의 I 프레임) 을 디코딩하는데 필수적일 수 있다. 따라서, 타겟 액세스 터미널이 필수적인 프레임을 놓치면, 그 종속 프레임은 적절히 디코딩될 수 없다.

도 4 및 5를 참조하여 상술한 바와 같이, 메시지 (예를 들어, 콜 안내 메시지, 콜 종료 메시지, 등) 를 놓치면 무선 통신 시스템에서 통신 문제를 일으킬 수 있다. 따라서, 본 발명의 실시예는 무선 통신 시스템 내에서 소정의 메시지에 대한 메시지 송신을 반복하는 프로세스에 관한 것이다. 이하, 본 발명의 실시에에 따른 3개의 메시지 송신 프로세스가 도 6, 7, 8 을 참조하여 설명된다. 그 후, 도 6, 7, 8 의 프로세스들이 콜 안내 및 콜 종료 멀티캐스트 메시지 시나리오 내에서 설명되고, 그 후에는 이미 주기적으로 송신된 메시지 (예를 들어, BOM 등의 오버헤드 메시지) 가 트리거링 이벤트에 응답하여 더 신속하게 연속적으로 송신되는 선택적 멀티캐스트 반복이 설명된다.

도 6 은 본 발명의 실시예에 따른 메시지 송신 프로세스를 나타낸다. 도 6 을 참조하면, 600 에서, 애플리케이션 서버 (170) 는 주어진 통신 프로토콜 (예를 들어, 메시지를 수신하는 각각의 AT 로부터 즉각적인 피드백이 반드시 기대되지 않음) 에 따라 하나 이상의 AT (1...N)(예를 들어 N>=1) 로 멀티캐스트 송신할 메시지를 결정한다. 예를 들어, 주어진 통신 프로토콜은 멀티캐스트 프로토콜 또는 브로드캐스트 프로토콜에 대응할 수 있다.

다음으로, 605 에서, 애플리케이션 서버 (170) 는 600 에서 결정된 메시지를 다수회 송신할지 결정한다. 일 예에서, 애플리케이션 서버 (170) 는 멀티캐스트 메시지가 비교적 중요하다고 결정되는 경우 멀티캐스트 메시지를 다수회 송신하도록 결정할 수 있다. 당업자가 인식하는 바와 같이, 애플리케이션 서버 (170) 로부터 송신되는 모든 멀티캐스트 메시지를 반복하면 RAN (120) 에 대한 로드 뿐만 아니라 무선 통신 시스템 내의 간섭이 증가할 수 있다. 따라서, 어느 멀티캐스트 메시지를 반복할지에 대한 결정은 반복된 멀티캐스트 메시지와 연관된 로드/간섭 및 멀티캐스트 메시지를 성공적으로 수신하여 디코딩하는 타겟 액세스 터미널의 상대적 중요성 간의 트레이드오프에 기초할 수 있다. 예를 들어, 605 에서 다수 송신에 충분한 중요성을 갖는 것으로 결정될 수 있는 멀티캐스트 메시지에는 멀티캐스트 세션을 위한 콜 안내 메시지 또는 콜 종료 메시지, 멀티캐스트 세션의 초기 기간 동안 송신되는 BOM 메시지, 멀티미디어 송신에서의 소정의 프레임 (예를 들어, MPEG4 내의 I 프레임 또는 성공적인 디코딩을 위해 다른 프레임이 종속하는 임의의 프레임, 등), 긴급 메시지 (예를 들어, 셀 폰 배터리가 낮거나, 장군의 경우처럼 메시지 송신자가 높은 우선순위를 갖거나, 전쟁 지역의 경우처럼 특정 위치로부터 메시지가 송신되는 경우) 및/또는 애플리케이션이 높은 메시지 우선순위를 할당하도록 구성된 임의의 다른 메시지가 포함될 수 있다.

도 6 에 도시되지 않았지만, 애플리케이션 서버 (170) 가 멀티캐스트 메시지를 단일 횟수 송신하기로 결정하면, 멀티캐스트 메시지는 해당 기술분야에서 알려진 바와 같이 AT (1...N) 으로의 송신을 위해 RAN (120) 으로 전달된다. 대안적으로, RAN (120) 이 멀티캐스트 메시지를 다수회 송신하기로 결정하면, 프로세스는 610 으로 진행한다.

도 6 을 참조하면, 610 에서, 애플리케이션 서버 (170) 는 "X" 로 표시되는, 메시지 송신 횟수 또는 반복수를 결정한다. 예를 들어, 특정 타입의 메시지는 디폴트 반복수와 연관될 수 있다. 표 1 (하기) 는 소정 메시지 타입에 대한 잠재적인 디폴트 반복수의 예를 나타낸다.

메시지 타입에 기초한 반복의 예

메시지 타입	송신 반복수
멀티캐스트 내의 콜 안내 메시지	3
멀티캐스트 내의 콜 종료 메시지	3
필수적이지 않은 미디어 메시지	1
필수적인 미디어 메시지	2
긴급 메시지	5

당업자가 인식하는 바와 같이, 표 1 (상기) 은 몇 가지 예시적인 메시지 타입과 연관된 메시지 반복 예를 나타낸다. BOM 예에 대하여, 이후 더 상세히 설명되는 바와 같이, BOM 은 통상적으로 멀티캐스트 세션 동안 주어진 BOM 간격으로 주기적으로 전송되었다. 일 예에서, 표 1은 다음의 BOM 송신 기간 전에 다수회 (예를 들어, 4회) 송신될 수 있음을 나타낸다. 이것은 BOM 및 반복하는 다른 타입의 오버헤드 메시지에 대하여 이후 더 상세히 설명된다. 표 1에는 없지만, 하나 이상의 메시지 타입 내에서 우선 순위의 계층을 가져 동일 타입의 모든 메시지에 동일한 반복수가 연관될 필요는 없다.

다른 실시예에서, 디폴트 메시지 반복값을 갖는 정적인 표 대신에, 송신 반복수가 동적으로 결정될 수 있다. 예를 들어, 송신 반복수는 현재의 동작 파라미터에 기초할 수 있다. 예를 들어, 이전의 콜 안내 메시지가 비교적 낮은 수의 등록을 초래했다면, 미래 콜 안내 메시지와 연관된 반복수는 타겟 액세스 터미널로부터의 응답수를 증가시키기 위하여 증가될 수 있다. 따라서, 애플리케이션 서버 (170) 는 일반적으로 특정 섹터 내의 채널 조건을 알지 못하지만, 콜 안내 메시지가 등록 획득에 있어서 비교적 성공적이지 못하다면 열악한 채널 조건임을 유추할 수 있다.

610 에서 메시지 송신 횟수 (X) 를 결정한 후에, 615 에서 메시지가 애플리케이션 서버 (170) 로부터 X 회 송신된다. 도 6 의 615의 예시적인 구현은 도 15 를 참조하여 이후 더 상세히 설명된다.

당업자가 인식하는 바와 같이, 특정 멀티캐스트 메시지의 송신 횟수를 증가시키면 멀티캐스트 메시지의 적어도 하나의 버전 또는 인스턴스 (instantiation) 가 하나 이상의 타겟 AT 에 의해 성공적으로 수신되고 디코딩될 가능성이 증가한다. 또한, 도 15 를 참조하여 후술하는 바와 같이, X 개의 멀티캐스트 메시지의 각각이 애플리케이션 서버 (170) 로부터 RAN (120) 으로 전달되는 타이밍을 제어하여, 동일한 물리 계층 패킷 상에서 송신되어 동일한 메시지를 다수회 송신함으로 인한 송신 성공률의 유익이 저감되는 경우의 발생을 감소시킬 수 있다.

도 7 은 본 발명의 실시예에 따른 다른 메시지 송신 프로세스를 나타낸다. 도 7 을 참조하면, 700, 705 및 710 은 각각 도 6 의 600, 605 및 610 에 대응한다. 따라서, 간략화를 위해 700, 705 및 710 은 더 설명하지 않는다. 도 7 의 715를 참조하면, 615 에서처럼 멀티캐스트 메시지를 X 회 개별 송신하는 대신, 애플리케이션 서버 (170) 는 메시지의 헤더 부분에 플래그를 설정하여 메시지를 X 회 송신할 것을 RAN (120) 에 나타낸다. 예를 들어, 플래그는 메시지를 포함하는 패킷 또는 패킷들의 헤더 부분 내의 DSCP (differentiated services code point) 값일 수 있다. X를 나타내는 플래그를 설정한 후에, 멀티캐스트 메시지는 애플리케이션 서버 (170) 로부터 RAN (120) 으로 전달된다 (715).

도 7 을 참조하면, RAN (120) 은 전달된 멀티캐스트 메시지를 수신하고, 플래그를 추출하고, 추출된 플래그를 해석하여 X를 결정한다 (720). 일 예에서, RAN (120) 은 시그널링 플로우와 연관된 BCA10 접속 상에서 각각의 메시지의 헤더를 체크한다. 다른 예에서, 매체 메시지도 잠재적으로 반복되면, RAN (120) 은 매체와 연관된 BCA10 접속에 대해서도 각각의 메시지의 헤더를 체크한다. 따라서, RAN (120) 은 애플리케이션 서버 (170) 가 잠재적으로 반복하도록 플래그할 수도 있는 패킷의 헤더를 체크하도록 구성된다.

X를 결정한 후에, RAN (120) 은 멀티캐스트 메시지를 X 회 송신한다 (725). 일 예에서, RAN (120) 은 단순히 각각의 메시지 반복 송신을 동시에 하는 것이 아니라 메시지 송신의 반복을 확산하여 메시지의 적어도 하나의 인스턴스가 성공적으로 디코딩될 가능성 및 실패의 포인트를 증가시킨다. 예를 들어, 소정의 BCMCS 프로토콜에서, RAN (120) 은 100 ms마다 (예를 들어, 물리 계층 패킷 간격) BCMCS 플로우와 연관된 물리 계층 패킷을 송신한다. 이 예에서, 특정 메시지의 X 회 반복을 위하여, RAN (120) 은 각각의 멀티캐스트 메시지 인스턴스를 상이한 물리 계층 패킷 상에서 송신할 수 있다. 일 예에서, RAN (120) 은 연속적인 물리 계층 패킷 상에서 멀티캐스트 메시지 인스턴스를 스케쥴링할 수 있다. 도 6 에서처럼, 각각의 메시지 인스턴스가 애플리케이션 서버 (170) 에서 개시되는 상이한 물리 계층 패킷 상에서 메시지 반복을 스케쥴링하기 더 어렵다는 것을 인식할 것이다. 그러나, 도 6 의 상이한 물리 계층 패킷 상에서의 메시지 반복의 스케쥴링은 이후 도 15 를 참조하여 더 상세히 설명된다.

도 8 은 본 발명의 실시에에 따른 또 다른 멀티캐스트 메시지 송신 프로세스를 나타낸다. 도 8 을 참조하면, 800 에서, 애플리케이션 서버 (170) 는 하나 이상의 AT (1...N)(여기서, N>=1) 로 송신할 멀티캐스트 메시지를 결정한다. 다음에, 805 에서, 애플리케이션 서버 (170) 는 송신될 메시지의 우선순위를 결정한다.

일 예에서, 애플리케이션 서버 (170) 는 연관된 메시지 타입에 기초하여 특정 메시지에 할당되는 우선순위를 결정할 수 있다. 일 예에서, 특정 타입의 메시지는 표 2 (하기) 에 도시된 바와 같이 디폴트 우선순위 레벨과 연관될 수 있다.

상이한 메시지 타입의 우선순위 레벨의 예

메시지 타입	우선순위 레벨 (1이 가장 높은 우선순위)
멀티캐스트 내의 콜 안내 메시지	2 (중간)
멀티캐스트 내의 콜 종료 메시지	2 (중간)
필수적인 미디어 메시지	1 (높음)
필수적이지 않은 미디어 메시지	3 (낮음)
긴급 메시지	1 (높음)

당업자가 인식하는 바와 같이, 표 2 (상기) 는 몇 가지 예의 메시지 타입과 연관된 메시지 타입 우선순위 레벨의 예를 나타낸다. 본 발명의 다른 예는 상이한 메시지 타입 뿐만 아니라 3 이상의 우선순위 레벨에 관한 것일 수 있음을 이해할 것이다.

다른 실시예에서, 디폴트 메시지 타입 우선순위 값을 갖는 정적인 표 대신에, 메시지의 우선순위 레벨이 동적으로 결정될 수 있다. 예를 들어, 특정 메시지의 우선순위 레벨은 현재의 동작 파라미터에 기초할 수 있다. 예를 들어, 이전의 콜 안내 메시지가 비교적 낮은 수의 등록을 초래했다면, 미래의 콜 안내 메시지의 우선순위 레벨은 타겟 액세스 터미널로부터의 응답수를 증가시키기 위하여 증가될 수 있다.

메시지의 우선순위 레벨을 결정한 후에, 애플리케이션 서버 (170) 는 810 에서 우선순위 레벨을 나타내는 플래그를 삽입할 것인지를 결정한다. 일 예에서, 메시지가 낮은 우선순위 (예를 들어, 우선순위 레벨 3) 를 갖는 것으로 결정되면, 메시지가 반복적으로 송신될 필요가 없기 때문에, 낮은 우선순위를 나타내는 플래그가 입력될 필요가 없다. 따라서, 우선순위 플래그를 포함하지 않음으로써, RAN (120) 은 해당 기술분야에서 알려진 것처럼 낮은 우선순위의 메시지가 단일 송신을 필요로 하는 것으로 해석한다. 대안적으로, 낮은 우선순위 메시지조차 하나보다 많은 수의 메시지 반복과 연관되면, 낮은 우선순위도 메시지에 플래그될 수 있다. 다른 예에서는, 애플리케이션 서버 (170) 가 805의 우선순위 결정에 기초하여 메시지에 대한 중간 또는 높은 우선순위를 나타내는 플래그를 삽입하도록 결정할 수 있다.

설명의 편의를 위하여, 애플리케이션 서버 (170) 는 810 에서 플래그를 메시지에 삽입하는 것으로 결정하는 것으로 가정하자. 따라서, 815 에서, 애플리케이션 서버 (170) 는 플래그 (예를 들어, 우선순위를 나타내는 DSCP 값) 을 메시지에 삽입하고 플래그된 메시지를 RAN (120) 으로 전달한다. RAN (120) 은 전달된 메시지를 수신하고, 플래그를 추출하고, 적어도 부분적으로 플래그에 의해 표시된 우선순위에 기초하여 메시지 송신 횟수 (X) 를 결정한다 (820). 일 예에서, RAN (120) 은 시그널링 플로우와 연관된 BCA10 접속 상에서 각각의 메시지의 헤더를 체크한다. 다른 예에서, 매체 메시지도 잠재적으로 반복되면, RAN (120) 은 매체와 연관된 BCA10 접속 상에서도 각각의 메시지의 헤더를 체크한다. 따라서, RAN (120) 은 애플리케이션 서버 (17) 가 우선순위에 대하여 잠재적으로 표시할 수 있는 패킷 헤더를 체크하도록 구성된다.

일 예에서, RAN (120) 은 플래그가 나타낼 수 있는 각각의 우선순위 값과 연관된 디폴트 X 값을 유지할 수 있다. 이 예에서, RAN (102) 은, 820 에서, 단순히 우선순위 표를 로딩하고, X 를 플래그된 우선순위와 연관된 값으로 설정한다. 다른 예에서, 우선순위 표 내의 플래그된 우선순위와 연관된 값은 동작 조건에 기초하여 RAN (120) 에 의해 실제 반복값 (X_A) 을 계산하도록 조절될 수 있는 기본 값 (X_B) 일 수 있다.

예를 들어, 기본 값 (X_B) 은 섹터별로 조절되어 섹터 특정 조건이 고려될 수 있다. 예를 들어, 주어진 섹터가 열악한 채널 조건에 의해 패킷 손실로 유명하다면, 포지티브 반복 오프셋이 섹터에 할당되어 X_B 에 적용됨으로써 X_A 를 산출할 수 있다. 예를 들어, 플래그가 우선순위 2를 나타내고 RAN (120) 이 우선순위 표를 체크하고 우선순위 2에 대하여 X_B=3을 결정하는 것으로 가정하자. 다음으로, 양호한 채널 조건을 갖는 제1 섹터, 나쁜 채널 조건을 갖는 제2 섹터 및 평균 채널 조건을 갖는 제3 섹터로, AT (1...N) 으로 도달하기 위하여 메시지가 3개의 섹터에서 송신되는 것으로 가정하자. 양호한 채널 조건을 갖는 제1 섹터에는 (-1) 의 네가티브 반복 오프셋이 할당되고, 나쁜 채널 조건을 갖는 제2 섹터에는 (+1) 의 포지티브 반복 오프셋이 할당되고, 평균 채널 조건을 갖는 제3 섹터에는 (0) 의 중성 반복 오프셋이 할당된다. 따라서, 제 1 섹터에 대해서는 X_A=2, 제 2 섹터에 대해서는 X_A=4, 제 3 섹터에 대해서는 X_A=3이다. 당업자가 인식하는 바와 같이, 상술한 예는 채널 조건이 RAN (120) 에 의해 고려될 수 있는 한가지 가능한 방법을 열거한다.

820 에서 X (또는 X_A) 를 결정한 후에, RAN (120) 은 메시지를 X 회 송신한다 (825). 인식하는 바와 같이, RAN (120) 은 상술한 바와 같이 상이한 섹터에서 X 에 대한 상이한 값 (예를 들어, X_A) 을 결정할 수 있다. 일 예에서, RAN (120) 은 단순히 각각의 메시지 반복을 동시에 송신하는 것이 아니라 메시지 송신의 반복을 확산하여 메시지의 적어도 하나의 인스턴스가 성공적으로 디코딩될 가능성 및 실패의 포인트를 증가시킨다. 예를 들어, 소정의 BCMCS 프로토콜에서, RAN (120) 은 100 ms마다 (예를 들어, 물리 계층 패킷 간격) BCMCS 플로우와 연관된 물리 계층 패킷을 송신한다. 이 예에서, 특정 메시지의 X 회 반복을 위하여, RAN (120) 은 각각의 멀티캐스트 메시지 인스턴스를 상이한 물리 계층 패킷 상에서 송신할 수 있다. 일 예에서, RAN (120) 은 연속적인 물리 계층 패킷 상에서 멀티캐스트 메시지 인스턴스를 스케쥴링할 수 있다.

이하, 도 6, 7, 및 8 의 프로세스의 예를 도 9, 10 및 11 의 콜 안내 메시지에 대하여 설명한 후에, 도 12, 13 및 14 의 프로세스의 예가 도 12, 13 및 14 의 콜 종료 메시지에 대하여 설명한다.

도 9 는 도 6 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 셋업 프로세스를 나타낸다. 도 9 를 참조하면, 애플리케이션 서버 (170) 는 멀티캐스트 세션의 개시에 대한 요청을 수신한다 (900). 905 에서, 애플리케이션 서버 (170) 는 AT (1...N)(예를 들어, N>=1) 로 표시된 하나 이상의 멀티캐스트 그룹 멤버에게 콜 안내 메시지를 송신하도록 결정한다. 일 예에서, 도 9 의 905 는 도 6 의 600 에 대응할 수 있다. 다음으로, 애플리케이션 서버 (170) 는 콜 안내 메시지를 3번 송신하도록 결정한다 (910). 일 예에서, 도 9 의 910 은 도 6 의 605 및 610 에 대응할 수 있고, 애플리케이션 서버 (170) 는 콜 안내 메시지를 다수회 송신하도록 결정하고, 애플리케이션 서버 (170) 에 유지되는 반복 표에 기초하여, 예를 들면 X=3 으로 결정한다.

915 에서, 애플리케이션 서버 (170) 는 RAN (120) 에 제1 콜 안내 메시지를 전달하고, RAN (120) 은 제1 콜 안내 메시지를 무선 통신 시스템 (100) 의 복수의 섹터에서 송신한다. 예를 들어, RAN (120) 은 다음의 물리 계층 패킷 상에서 제1 콜 안내 메시지를 송신할 수 있다. 다음으로, AT (1) 이 제1 콜 안내 메시지를 놓치고 (920) 및 AT (2...N) 은 제1 콜 안내 메시지를 수신하여 디코딩 (925) 하는 것으로 가정하자. 930 에서, 애플리케이션 서버 (170) 는 RAN (120) 으로 제2 콜 안내 메시지를 전달하고, RAN (120) 은 콜 안내 메시지를 무선 통신 시스템 (100) 의 복수의 섹터에서 송신한다. AT (1) 이 제2 콜 안내 메시지를 놓치고 (935) AT (2...N) 이 (예를 들어, AT (2...N) 은 이미 제1 콜 안내 메시지를 수신하여 디코딩하였기 때문에) 제2 콜 안내 메시지를 무시 (940) 하는 것으로 가정하자. 945 에서, 애플리케이션 서버 (170) 는 제3 콜 안내 메시지를 RAN (120) 으로 전달하고, RAN (120) 은 제3 콜 안내 메시지를 무선 통신 시스템 (100) 의 복수의 섹터에서 송신한다. AT (1) 이 제3 콜 안내 메시지를 수신하고 (950) AT (2...N) 은 콜 안내 메시지를 무시 (955) 하는 것으로 가정하자. 도 9 의 915 내지 955 는 일반적으로 도 6 의 615 에 대응한다.

따라서, AT (1...N) 의 각각은 이제 콜 안내 메시지를 수신했기 때문에, AT (1...N) 은 콜 수락 및 등록 메시지 (예를 들어, BCMCSFlowRegistration 메시지) 를 애플리케이션 서버 (170) 및 RAN (120) 로 전송함으로써 멀티캐스트 세션에 등록한다 (960, 965). RAN (120) 은, 멀티캐스트 세션에 대한 플로우 ID를 알리고 액세스 터미널이 멀티캐스트 세션을 맞출 수 있는 방법에 관한 명령을 포함하는 안내된 멀티캐스트 세션에 대한 스케쥴링 메시지 (예를 들어, 브로드캐스트 오버헤드 메시지 (BOM)) 를 송신한다 (970). 다음으로, 애플리케이션 서버 (170) 는 제1 등록을 수신한 후에, 송신을 위해 RAN (120) 으로 멀티캐스트 메시지를 전달하기 시작하고 (975), RAN (120) 은 적어도 멀티캐스트 세션에 대하여 등록된 하나 이상의 AT 를 포함하는 섹터 내에서 멀티캐스트 메시지를 송신한다 (980). 다음에, AT (1...N) 은 스케쥴링 메시지에 따라 멀티캐스트 메시지 (예를 들어, BCH 상에서) 모니터링한다 (985, 990). 당업자가 인식하는 바와 같이, AT (1...N) 은 각각 3개의 송신된 콜 안내 메시지 중의 적어도 하나를 수신하기 때문에, AT (1...N) 의 각각은 안내된 멀티캐스트 세션의 참여에 관한 선택권을 갖는다.

도 10 은 도 7 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 셋업 프로세스를 나타낸다. 도 10 을 참조하면, 애플리케이션 서버 (170) 는 멀티캐스트 세션의 개시에 대한 요청을 수신한다 (1000). 1005 에서, 애플리케이션 서버 (170) 는 AT (1...N)(예를 들어, N>=1) 로 표시된 하나 이상의 멀티캐스트 그룹 멤버에게 콜 안내 메시지를 송신하기로 결정한다. 일 예에서, 도 10 의 1005 는 도 7 의 700 에 대응할 수 있다. 다음으로, 애플리케이션 서버 (170) 는 콜 안내 메시지를 3번 송신하기로 결정한다 (1010). 일 예에서, 도 10 의 1010 은 705 및 710 에 대응할 수 있고, 애플리케이션 서버 (170) 는 콜 안내 메시지를 다수회 송신하도록 결정하고, 애플리케이션 서버 (170) 에 유지되는 반복 표에 기초하여, 예를 들면 X=3 으로 결정한다.

1015 에서, 애플리케이션 서버 (170) 는 RAN (120) 에 X=3 (예를 들어, 도 7 의 715 에서처럼) 임을 나타내는 플래그 (예를 들어, DSCP 값) 을 포함하여 콜 안내 메시지를 전달한다. RAN (120) 은 콜 안내 메시지로부터 플래그를 추출하고 (예를 들어, 도 7 의 720 에서처럼) 추출된 플래그가 X=3 을 나타내는 것으로 해석한다 (1020). 따라서, 1025 에서, RAN (120) 은 제1 콜 안내 메시지를 무선 통신 시스템 (100) 의 복수의 섹터에서 송신한다. AT (1) 은 제1 콜 안내 메시지를 놓치고 (1030), AT (2...N) 은 제1 콜 안내 메시지를 수신하여 디코딩한다 (1035). 1040 에서, RAN (120) 은 제2 콜 안내 메시지를 송신하고, AT (1) 은 제2 콜 안내 메시지를 놓치고 (1045), AT (2...N) 은 제2 콜 안내 메시지를 무시한다 (1050). 1055 에서, RAN (120) 은 제3 콜 안내 메시지를 송신하고, AT (1) 이 제3 콜 안내 메시지를 수신하고 (1060), AT (2...N) 은 콜 안내 메시지를 무시한다 (1065). 도 10 의 1025 내지 1065 는 일반적으로 도 7 의 725 에 대응한다.

다음으로, 도 10 의 1070 내지 1097은 일반적으로 도 9 의 960 내지 990 에 대응하므로, 간략화를 위해 이들 단계의 추가 설명은 생략한다. 당업자가 인식하는 바와 같이, AT (1...N) 은 각각 3개의 송신된 콜 안내 메시지 중의 적어도 하나를 수신하기 때문에, AT (1...N) 의 각각은 안내된 멀티캐스트 세션의 참여에 관한 선택권을 갖는다.

도 11 은 도 8 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 셋업 프로세스를 나타낸다. 도 11 을 참조하면, 애플리케이션 서버 (170) 는 멀티캐스트 세션의 개시에 대한 요청을 수신한다 (1100). 1105 에서, 애플리케이션 서버 (170) 는 AT (1...N)(예를 들어, N>=1) 로 표시된 하나 이상의 멀티캐스트 그룹 멤버에게 콜 안내 메시지를 송신하기로 결정한다. 다음으로, 애플리케이션 서버 (170) 는 (예를 들어, 애플리케이션 서버 (170) 에서 유지되는 메시지 우선순위 표에 기초하여) 콜 안내 메시지의 우선순위 레벨을 결정하고 (1110), 콜 안내 메시지의 우선순위를 나타내는 플래그를 삽입한다 (1115). 일 예에서, 도 11 의 1105, 1110 및 1115 는 각각 도 8 의 800, 805 및 810 에 대응할 수 있다.

1120 에서, 애플리케이션 서버 (170) 는 RAN (120) 에 (도 8 의 815 에서처럼) 콜 안내 메시지의 우선순위를 나타내는 우선순위 플래그 (예를 들어, DSCP 값) 를 포함하여 콜 안내 메시지를 전달한다. RAN (120) 은 콜 안내 메시지로부터 플래그를 추출하고 (예를 들어, 도 8 의 820 에서처럼) 콜 안내 메시지에 대한 반복수 (X) 를 결정한다 (1125). 이 예에서, X는 도 8 의 820을 참조하여 설명된 바와 같이 로컬 또는 섹터 특정의 채널 조건에 기초하여 상이한 섹터에서 상이한 값을 가질 수 있다. 이 예에서는, 편의를 위하여 각각의 섹터에 대하여 X=3 인 것으로 가정하자. 따라서, 1130 에서, RAN (120) 은 제1 콜 안내 메시지를 무선 통신 시스템 (100) 의 복수의 섹터에서 송신하고, AT (1) 은 제1 콜 안내 메시지를 놓치고 (1135), AT (2...N) 은 제1 콜 안내 메시지를 수신하여 디코딩한다 (1140). 1045 에서, RAN (120) 은 제2 콜 안내 메시지를 송신하고, AT (1) 은 제2 콜 안내 메시지를 놓치고 (1150), AT (2...N) 은 제2 콜 안내 메시지를 무시한다 (1150). 1160 에서, RAN (120) 은 제3 콜 안내 메시지를 송신하고, AT (1) 이 제3 콜 안내 메시지를 수신하고 (1165), AT (2...N) 은 콜 안내 메시지를 무시한다 (1170). 도 11 의 1130 내지 1170는 일반적으로 도 8 의 825 에 대응한다.

다음으로, 도 11 의 1175 내지 1199은 일반적으로 도 9 의 960 내지 990 에 대응하므로, 간략화를 위해 이들 단계의 추가의 설명은 생략한다. 당업자가 인식하는 바와 같이, AT (1...N) 은 각각 3개의 송신된 콜 안내 메시지 중의 적어도 하나를 수신하기 때문에, AT (1...N) 의 각각은 안내된 멀티캐스트 세션의 참여에 관한 선택권을 갖는다.

도 12 는 도 6 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 종결 프로세스를 나타낸다. 도 12 를 참조하면, 1200 내지 1220 은 일반적으로 각각 도 4 의 400 내지 420 에 대응하며 간략화를 위해 더 설명하지 않는다. 다음으로, 1225 에서, 애플리케이션 서버 (170) 는 콜 종료 메시지를 AT (1...N) 에 송신하여 (예를 들어, 도 6 의 600 에서처럼) 멀티캐스트 세션을 종결하기로 결정하고 (도 6 의 605 및 610 에서처럼) 콜 종료 메시지 송신의 반복수 (X) 를 3으로 결정한다 (1230). 예를 들어, 애플리케이션 서버 (170) 는 애플리케이션 서버 (170) 에서 유지되는 메시지 반복 표에 기초하여 X=3 을 결정할 수 있다.

도 12 를 참조하면, 애플리케이션 서버 (170) 는 제1 콜 종료 메시지를 RAN (120) 으로 전달하고, RAN (20) 은 제1 콜 종료 메시지를 AT (1...N) 로 송신하고 (1235), AT (1) 은 송신된 콜 종료 메시지를 손실하고 (1240), 및 AT (2...N) 는 송신된 콜 종료 메시지를 수신하여 디코딩한다 (1245). 따라서, AT (1) 는 멀티캐스트 세션과 연관된 멀티캐스트 메시지에 대하여 계속 모니터링하지만 (1250), AT (2...N) 는 멀티캐스트 세션이 종결되었다는 것을 알기 때문에 멀티캐스트 메시지에 대한 모니터링을 중지한다 (1255). 다음으로, 애플리케이션 서버 (170) 는 제2 콜 종료 메시지를 RAN (120) 으로 전달하고, RAN (120) 은 제2 콜 종료 메시지를 AT (1...N) 로 송신하고 (1260), AT (1) 는 송신된 콜 종료 메시지를 수신하여 디코딩하고 (1265), (예를 들어, AT (2...N) 는 멀티캐스트 세션의 모니터링을 정지했기 때문에) AT (2...N) 는 송신된 콜 종료 메시지를 무시한다 (1270). 따라서, AT (1) 는 멀티캐스트 세션과 연관된 멀티캐스트 메시지에 대한 모니터링을 중지한다 (1275). 1280 에서, 애플리케이션 서버 (170) 는 제3 콜 종료 메시지를 RAN (120) 으로 전달하고, RAN (120) 은 제3 콜 종료 메시지를 AT (1...N) 로 송신한다 (1280). AT (1...N) 의 각각은 좀 더 빠른 콜 종료 메시지를 이미 수신하였기 때문에, AT (1...N) 는 송신된 콜 종료 메시지를 무시한다 (1285, 1290). 당업자가 인식하는 바와 같이, 도 5 와 달리, 콜 종료 메시지는 다수회 송신되기 때문에, AT (1) 가 1240 에서 초기 콜 종료 메시지를 놓쳤다 하여도 (예를 들어, 무활동 타이머의 만료 전에) AT (1) 는 멀티캐스트 세션의 모니터링을 중지한다.

도 13 은 도 7 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 종결 프로세스를 나타낸다. 도 13 을 참조하면, 1300 내지 1320 은 일반적으로 각각 도 4 의 400 내지 420 에 대응하며 간략화를 위해 더 설명하지 않는다. 다음으로, 1325 에서, 애플리케이션 서버 (170) 는 콜 종료 메시지를 AT (1...N) 에 송신하여 (예를 들어, 도 7 의 700 에서처럼) 멀티캐스트 세션을 종결하기로 결정하고 (도 7 의 705 및 710 에서처럼) 콜 종료 메시지 송신의 반복수 (X) 를 3으로 결정한다 (1330). 예를 들어, 애플리케이션 서버 (170) 는 애플리케이션 서버 (170) 에서 유지되는 메시지 반복 표에 기초하여 X=3 을 결정할 수 있다.

1335 에서, 애플리케이션 서버 (170) 는 (예를 들어, 도 7 의 715 에서처럼) X=3 을 나타내는 플래그 (예를 들어, DSCP 값) 를 포함하여 콜 종료 메시지를 RAN (120) 로 전달한다. RAN (120) 은 콜 종료 메시지로부터 플래그를 추출하고 (예를 들어, 도 7 의 720 에서처럼) 추출된 플래그를 X=3 을 나타내는 것으로 해석한다 (1340). 따라서, 1345 에서, RAN (120) 은 무선 통신 시스템 (100의 복수의 섹터에서 제1 콜 종료 메시지를 송신하고, AT (1) 은 제1 콜 종료 메시지를 놓치고 (1350), AT (2...N) 는 제1 콜 종료 메시지를 수신하여 디코딩한다 (1355). 따라서, AT (1) 는 멀티캐스트 세션과 연관된 멀티캐스트 메시지에 대하여 계속 모니터링하지만 (1360), AT (2...N) 는 멀티캐스트 세션이 종결되었다는 것을 알기 때문에 멀티캐스트 메시지에 대한 모니터링을 중지한다 (1365). 다음으로, RAN (120) 은 제2 콜 종료 메시지를 RAN (120) 으로 송신하고 (1370), AT (1) 는 송신된 콜 종료 메시지를 수신하여 디코딩하고 (1375), (예를 들어, AT (2...N) 는 멀티캐스트 세션의 모니터링을 정지했기 때문에) AT (2...N) 는 송신된 콜 종료 메시지를 무시한다 (1380). 따라서, AT (1) 는 멀티캐스트 세션과 연관된 멀티캐스트 메시지에 대한 모니터링을 중지한다 (1385). 1390 에서, RAN (120) 은 제3 콜 종료 메시지를 AT (1...N) 로 송신한다 (1390). AT (1...N) 의 각각은 이전의 콜 종료 메시지를 이미 수신하였기 때문에, AT (1...N) 는 송신된 콜 종료 메시지를 무시한다 (1395,1397). 당업자가 인식하는 바와 같이, 도 5 와 달리, 콜 종료 메시지는 다수회 송신되기 때문에, AT (1) 가 1350 에서 초기 콜 종료 메시지를 놓쳤다 하여도 (예를 들어, 무활동 타이머의 만료 전에) AT (1) 는 멀티캐스트 세션의 모니터링을 중지한다.

도 14 는 도 8 의 메시지 송신 프로세스에 기초하여 수행되는 본 발명의 실시예에 따른 멀티캐스트 콜 종결 프로세스를 나타낸다. 도 14 를 참조하면, 1400 내지 1420 은 일반적으로 각각 도 4 의 400 내지 420 에 대응하며 간략화를 위해 더 설명하지 않는다. 다음으로, 1425 에서, 애플리케이션 서버 (170) 는 콜 종료 메시지를 AT (1...N) 에 송신하여 (예를 들어, 도 8 의 800 에서처럼) 멀티캐스트 세션을 종결하기로 결정하고 애플리케이션 서버 (170) 는 (예를 들어, 애플리케이션 서버 (170) 에서 유지된 메시지 우선순위 표에 기초하여) 콜 종료 메시지의 우선순위 레벨을 결정하고 (1430), 콜 종료 메시지의 우선순위를 나타내는 플래그를 삽입한다 (1435). 일 예에서, 도 14 의 1425, 1430 및 1435 는 각각 도 8 의 800, 805 및 810 에 대응할 수 있다.

1440 에서, 애플리케이션 서버 (170) 는 (예를 들어, 도 8 의 815 에서처럼) 콜 종료 메시지의 우선순위를 나타내는 우선순위 플래그 (예를 들어, DSCP 값) 를 포함하여 콜 종료 메시지를 RAN (120) 로 전달한다. RAN (120) 은 콜 종료 메시지로부터 플래그를 추출하고 (예를 들어, 도 8 의 820 에서처럼) 콜 종료 메시지에 대한 반복수 (X) 를 결정한다 (1445). 일 예에서, X는 도 8 의 820 에 대하여 상술한 바와 같이 로컬 또는 섹터 특정 채널 조건에 기초하여 상이한 채널에서 상이한 값을 가질 수 있다. 이 예에서, 편의를 위하여 각각의 섹터에 대하여 X=3 인 것으로 가정하자. 도 14 를 참조하면, 1450 내지 1499는 도 13 의 1345 내지 1397에 대응하고 간략화를 위하여 더 설명하지 않는다.

당업자가 인식하는 바와 같이, 콜 안내 메시지 및 콜 종료 메시지는 애플리케이션 서버 (170) 에서 발신하고, 애플리케이션 서버는 송신을 위해 RAN (120) 으로 콜 안내 또는 콜 종료 메시지를 전달한다. 그러나, 멀티캐스트 세션 동안, RAN (120) 이 또한 애플리케이션 서버 (170) 로부터의 명시적인 명령 없이 소정의 메시지를 생성하여 송신한다. 브로드캐스트 오버헤드 메시지 (BOM) 등의 오버헤드 메시지는 멀티캐스트 세션에 걸쳐 반복될 수 있다. 예를 들어, BOM 에 대하여, BOM 은 통상적으로 주어진 BOM 기간에 (예를 들어, 3초마다) 멀티캐스트 세션 동안 반복된다.

이 경우, BOM 기간 또는 반복 기간은 RAN (120) 에 의해 제어된다. 멀티캐스트 세션 중에 정확하게 BOM 을 수신하는 것이 다른 때보다 더 중요한 경우가 있을 수 있다. 예를 들어, 안내 메시지를 뒤따르는 콜의 처음에, 많은 새로운 멀티캐스트 그룹 멤버가 하향링크 BCH 상에서 멀티캐스트 메시지를 디코딩하는 방법에 관한 명령에 대한 BOM 을 기다린다. 하나 이상의 AT 가 초기 BOM 을 놓치면, 이들 AT 는 정확한 인터레이스-멀티플렉스 (IM) 쌍 상에서 하향링크 BCH 로 튜닝할 수 없어, AT 는 멀티캐스트 세션에 참여하기 전에 다음 BOM 을 기다려야 한다. BOM 기간은 비교적 길기 때문에, 이는 멀티캐스트 세션의 효율을 감소시킬 수 있다.

따라서, 본 발명의 실시예에서, 이미 반복에 스케쥴링된 BOM 등의 오버헤드 메시지는 하나 이상의 트리거링 이벤트에 응답하여 좀 더 신속하게 전송될 수 있다. 상술한 바와 같이, 오버헤드 메시지 (예를 들어, BOM) 의 좀 더 신속한 반복을 트리거할 수 있는 하나의 잠재적인 트리거링 이벤트는 멀티캐스트 콜의 시작일 수 있다. 트리거링 이벤트의 다른 예는 멀티캐스트 세션에 대하여 등록된 AT 중 비교적 적은 수가 하향링크 BCH 로 튜닝되었다는 결정일 수 있다.

도 15 는 도 7 의 본 발명의 실시예에 따른 BOM 송신 프로세스를 나타낸다. 도 15 를 참조하면, 애플리케이션 서버 (170)(예를 들어, 푸쉬-투-토크 (PTT) 또는 브로드캐스트 멀티캐스트 서비스 (BCMCS) 서버) 가 (예를 들어, PTT 개시자로부터) 멀티캐스트 세션의 개시에 대한 요청을 수신한다 (1500). 애플리케이션 서버 (170) 는 AT (1...N)(예를 들어, N>=1) 로 표시된 하나 이상의 멀티캐스트 그룹 멤버에게 멀티캐스트 세션을 안내하기 위한 콜 안내 메시지를 생성하고 콜 안내 메시지를 RAN (120) 으로 전달한다 (1505). RAN (120) 은 콜 안내 메시지를 수신하고 콜 안내 메시지를 RAN (120) 에 전달한다 (1505). RAN (120) 은 콜 안내 메시지를 수신하고 콜 안내 메시지를 무선 통신 시스템 (100) 의 복수의 섹터에서 송신한다 (1510). 예를 들어, RAN (120) 은 다음 물리 계층 패킷 상에서 콜 안내 메시지를 송신할 수 있다. 다음으로, AT (1...N) 는 콜 안내 메시지 (1515) 를 수신하고 애플리케이션 서버 (170) 에 콜 수락 메시지를 송신함으로써 콜을 수락한다. 동시에, AT (1...N) 는 등록 메시지 (예를 들어, BCMCSFlowRegistration 메시지) 를 RAN (120) 으로 전송함으로써 멀티캐스트 세션에 대하여 등록한다 (1520). RAN (120) 이 제1 등록 메시지를 수신하면, 멀티캐스트 콜이 시작됨을 알게 되고 (예를 들어, BOM 기간에 한번 대신 연속적인 물리 계층 패킷 상에서 BOM 을 송신함으로써) 신속하게 스케쥴링 메시지를 반복한다 (1525).

다음으로, 애플리케이션 서버 (170) 는, 제1 콜 수락 메시지 (또는 안내 ACK 메시지) 를 수신한 후에, 송신을 위해 RAN (120) 에 멀티캐스트 메시지를 전달하기 시작한다 (1530). RAN (120) 은 전달된 멀티캐스트 메시지를 수신하고 적어도 멀티캐스트 세션에 대하여 등록된 하나 이상의 AT 를 포함하는 섹터 내에서 멀티캐스트 메시지를 송신한다 (1535). AT (1...N) 는 스케쥴링 메시지에 따라 (예를 들어, BCH 상에서) 멀티캐스트 메시지를 모니터링한다 (1540).

도 6 내지 15를 참조하여 상술한 본 발명의 실시예는 무선 통신 시스템 내에서 반복적으로 메시지가 송신될 수 있는 상이한 방식을 설명하고 있지만, 반복적인 메시지의 스케쥴링은 송신 성공률에 영향을 줄 수 있다. 예를 들어, RAN (120) 이 단일 물리 계층 패킷 내에서 복수의 메시지 반복을 패키징하고 타겟 AT 가 물리 계층 패킷을 놓치면, 메시지 반복은 그 액세스 터미널로의 메시지 송신 성공률을 증가시키는데 반드시 도움이 되는 것은 아니다. 상술한 단일 실패 포인트 시나리오를 감소시키기 위하여 상이한 (예를 들어, 연속적인) 물리 계층 패킷 중에서 메시지 반복이 확산되는 예가 제공된다.

도 7 및 도 8 에 대하여, 애플리케이션 서버 (170) 로부터 초기 메시지가 전달되지만, 메시지 반복은 그 안에 포함된 플래그에 기초하여 RAN (120) 에 의해 스케쥴링된다. 따라서, 이 예에서, 반복 송신은 RAN (120) 에서 스케쥴링, 혹은 발신되는 것이라 말할 수 있다. 이처럼, 도 7 및 도 8 의 단계 (725 및 825) 는 상이한 물리 계층 패킷 상에서 각각의 메시지 반복이 스케쥴링되는 추가의 스케쥴링 형태를 포함할 수 있다. 예를 들어, 725 및 825의 송신은 X 개의 연속 물리 계층 패킷 상에서 메시지를 송신하는 것을 포함할 수 있다.

도 6 에 대하여, 615 에서 각각의 메시지 반복 송신은 애플리케이션 서버 (170) 에서 발신 혹은 스케쥴링된다. 통상적으로는, 이러한 타입의 스케쥴링은 RAN (120) 에서 발생하기 때문에, 애플리케이션 서버 (170) 가 동일한 물리 계층 패킷 상에서 상이한 메시지를 스케쥴링하는 것은 어려운 일이다. 예를 들어, 물리 계층 패킷 송신 사이의 간격 동안, RAN (120) 은 물리층 송신을 위한 패킷을 수집하고 다음의 물리 계층 패킷 상에서 패킷을 송신할 수 있다. 따라서, 애플리케이션 서버 (170) 가 너무 빨리 (즉, 연속적인 물리 계층 패킷 간격 사이에서) 메시지 반복 송신을 수행하면, RAN (120) 은 잠재적으로 동일한 물리 계층 패킷 상에서 메시지 반복 송신을 수행할 수 있다.

도 16 은 본 발명의 실시예에 따른 애플리케이션 서버-기반 메시지 반복 스케쥴링 프로세스를 나타낸다. 도 16 을 참조하여, 애플리케이션 서버 (170) 는 RAN (120) 에서의 물리 계층 패킷 송신 간의 간격을 알고 있는 것으로 가정하자. 또한, 도 16 의 프로세스는 도 6 의 615 내에서 수행된 것으로 기재되었다. 그러나, 본 발명의 다른 실시예에서, 도 16 을 참조하여 설명하는 시차를 둔 (staggered) 메시지 송신은 임의의 애플리케이션 서버-기반 메시지 반복 프로토콜에 적용될 수 있음을 인식할 것이다.

따라서, 도 6 의 610 후에, 프로세스는 도 16 의 1600 으로 진행한다. 1600 에서, 애플리케이션 서버 (170) 는 메시지의 X 회 송신을 용이하게 하도록 메시지 반복 큐를 생성한다. 예를 들어, 카운터 (X_current) 는 1625 에서 X 로 설정 또는 초기화될 수 있다. 다음으로, 1605 에서, 애플리케이션 서버 (170) 는 다음의 물리 계층 패킷 상에서 AT (1...N) 로의 송신을 위해 RAN (120) 으로 메시지를 전달한다. RAN (120) 은 전달된 메시지를 수신하고 다음의 물리 계층 패킷 상에서 메시지를 송신한다 (1610).

도 16 을 참조하면, 1615 에서 애플리케이션 서버 (170) 는 카운터 (X_current) 혹은 메시지 큐를 감분시키고 (예를 들어, X_next=X_current-1), 메시지 큐가 비었는지 여부를 결정한다. 예를 들어, 감분된 카운터 (X_next) 가 0 이면, 메시지 큐는 빈 것이다. X_next 가 0 이면, 프로세스는 종결한다. 반면에, X_next 가 0 이 아니면, 프로세스는 1625 로 진행한다. 1625 에서, 애플리케이션 서버 (170) 는 또 다른 메시지 반복 송신을 위해 1605 로 되돌아가기 전에 주어진 시간량만큼 기다리고, 여기서 X_next 는 다음 반복에서 X_current 가 된다. 예를 들어, 애플리케이션 서버 (170) 는 RAN (120) 에서의 물리 계층 패킷간의 간격과 동일한 시간만큼 기다릴 수 있다. 다른 예에서, 애플리케이션 서버 (170) 는 1605 에서 (반드시 물리 계층 패킷 간격이 아닐 수 있는) 다음의 메시지 반복 송신이 이전의 메시지 반복 송신과 동일한 물리 계층 패킷 상에서 송신되지 않도록 하기에 필요한 최소량의 시간만큼 기다릴 수 있다. 따라서, 당업자가 인식하는 바와 같이, 애플리케이션 서버 (170) 는 다수의 메시지 반복이 동일한 물리 계층 패킷 상에서 이루어지지 않도록 송신을 위한 RAN (120) 으로의 메시지 반복의 전달을 제어할 수 있다.

당업자는 다양한 상이한 기술 및 기법 중의 임의의 것을 이용하여 정보 및 신호가 표현될 수 있다는 것을 인식할 것이다. 예를 들어, 상기 설명에 걸쳐 지칭될 수 있는 데이터, 명령, 정보, 신호, 비트, 신호 및 칩은 전압, 전류, 전자파, 자계 또는 입자, 광학계 또는 입자 또는 그 임의의 조합으로 표현될 수 있다.

또한, 당업자는 여기에 개시된 실시예와 연관하여 설명하는 다양한 예시적인 논리적 블록, 모듈, 회로 및 알고리즘 단계가 전자 하드웨어, 컴퓨터 소프트웨어 또는 그 조합으로서 구현될 수 있음을 인식할 것이다. 하드웨어 및 소프트웨어의 교환 가능성을 명확히 설명하기 위하여, 다양한 예시적인 구성요소, 블록, 모듈, 회로 및 단계가 그 기능의 관점에서 일반적으로 설명되었다. 이러한 기능이 하드웨어 또는 소프트웨어에 의해 구현될지 여부는 특정 애플리케이션 및 전체 시스템에 부과된 설계 제약에 의존한다. 당업자는 기재된 기능을 각각의 특정 애플리케이션에 대하여 다양한 방식으로 구현할 수 있지만, 이러한 구현 결정은 본 발명의 범위를 벗어나는 것으로 해석되어서는 안된다.

여기에 개시된 실시에와 연관하여 설명한 다양한 예시적인 논리적 블록, 모듈 및 회로는 여기에 기재된 기능을 수행하도록 설계된 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 반도체 (ASIC), 필드 프로그래머블 게이트 어레이 (FPGA) 또는 다른 프로그래머블 로직 디바이스, 개별의 게이트 또는 트랜지스터 로직, 개별의 하드웨어 구성요소 또는 그 조합으로 구현되거나 수행될 수 있다. 범용 프로세서는 마이크로 프로세서일 수 있고, 대안적으로, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로컨트롤러 또는 상태 기계일 수 있다. 프로세서는 또한 컴퓨팅 디바이스의 조합, 예를 들어, DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서, DSP 코어와 결합한 하나 이상의 마이크로프로세서 또는 임의의 다른 구성으로 구현될 수 있다.

여기에 기재된 실시예와 결합하여 설명하는 방법, 시퀀스 및/또는 알고리즘은 직접 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 그 조합으로 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리 EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 제거가능 디스크, CD-ROM 또는 해당 기술분야에서 알려진 임의의 다른 유형의 저장 매체에 상주할 수 있다. 예시적인 저장 매체는 프로세서에 결합되어 프로세서가 저장 매체로부터 정보를 판독하거나 저장 매체에 정보를 기록할 수 있도록 한다. 대안적으로, 저장 매체는 프로세서와 일체일 수 있다. 프로세서 및 저장 매체는 ASIC에 상주할 수 있다. ASIC는 사용자 터미널 (예를 들어, 액세스 터미널) 에 상주할 수 있다. 대안적으로, 프로세서 및 저장 매체는 사용자 단말 내에 별개의 구성요소로서 상주할 수 있다.

하나 이상의 예시적인 실시예에서, 기재된 기능은 하드웨어, 소프트웨어, 펌웨어 또는 그 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되면, 기능은 컴퓨터 판독가능 매체 상의 하나 이상의 명령 또는 코드로서 저장 또는 송신될 수 있다. 컴퓨터 판독가능 매체는 컴퓨터 프로그램을 하나의 장소에서 다른 장소로 전송할 수 있는 임의의 매체를 포함하는 통신 매체 및 컴퓨터 저장 매체를 포함한다. 저장 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 이용가능한 매체일 수 있다. 예로서, 제한되지는 않지만, 이러한 컴퓨터 판독가능 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 저장디바이스, 자기 디스크 저장 디바이스 또는 다른 자기 저장 디바이스 또는 명령 또는 데이터 구조의 형태로 소망의 프로그램 코드를 전달하거나 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속은 적절히 컴퓨터 판독가능 매체라 한다. 예를 들어, 소프트웨어가 동축 케이블, 광섬유 케이블, 트위스티드 페어, 디지털 가입자 선 (DSL) 또는 적외선, 라디오 및 마이크로웨이브 등의 무선 기술을 이용하여 웹사이트, 서버 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광ㅅ케이블섬유 트위스트된 쌍, DSL 또는 적외선, 라디오 및 마이크로웨이브 등의 무선 기술은 매체의 정의에 포함된다. 여기에 기재된 디스크 (disk) 또는 디스크 (disc) 는 콤팩트 디스크 (CD), 레이저 디스크, 광 디스크, DVD, 플로피 디스크 및 블루레이 디스크를 포함하는데, 디스크 (disk) 는 통상 자기적으로 데이터를 재생하고, 디스크 (disc) 는 레이저로 광학적으로 데이터를 재생한다. 상기의 조합은 컴퓨터 판독가능 매체의 범위 내에 포함되어야 한다.

상술한 개시는 본 발명의 예시적인 실시예를 나타내지만, 첨부된 청구범위에서 정의된 바와 같이 본 발명의 범위를 벗어나지 않는 한도 내에서 다양한 변형과 변경이 가능하다. 여기에 기재된 본 발명의 실시예에 따른 방법 청구항의 기능, 단계 및/또는 동작은 임의의 특정 순서로 수행될 필요가 없다. 또한, 본 발명의 소자들은 단수로 기재되거나 청구되더라도, 단수에 대한 한정이 명시적으로 기재되지 않으면, 복수일 수 있다.

Claims

무선 통신 시스템에서 메시지를 송신하는 방법으로서,
주어진 멀티캐스트 메시지를 적어도 하나의 액세스 터미널로 다수회 송신할지를 결정하는 단계;
상기 주어진 멀티캐스트 메시지가 다수회 송신되는 경우, 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 단계; 및
상기 주어진 멀티캐스트 메시지를 상기 적어도 하나의 액세스 터미널로 상기 결정된 횟수만큼 송신하는 단계를 포함하는, 메시지 송신 방법.
제 1 항에 있어서,
상기 적어도 하나의 액세스 터미널은 복수의 액세스 터미널을 포함하고, 상기 주어진 멀티캐스트 메시지는 멀티캐스트 메시지 또는 브로드캐스트 메시지인, 메시지 송신 방법.
제 2 항에 있어서,
상기 주어진 멀티캐스트 메시지는 멀티캐스트 세션을 안내하는 안내 메시지, 상기 멀티캐스트 세션을 종결하는 종료 메시지, 및 상기 멀티캐스트 세션으로 튜닝하는 방법에 관한 정보를 나타내는 오버헤드 메시지 중의 하나인, 메시지 송신 방법.
제 3 항에 있어서,
상기 주어진 멀티캐스트 메시지는 브로드캐스트 오버헤드 메시지 (BOM) 에 대응하고, 상기 BOM 은 단일 BOM 기간 내에서 상기 멀티캐스트 세션의 시작 부분 동안 다수회 송신되는 것으로 결정되는, 메시지 송신 방법.
제 1 항에 있어서,
상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 단계는 상기 주어진 멀티캐스트 메시지의 메시지 타입에 기초하는, 메시지 송신 방법.
제 5 항에 있어서,
상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 단계는,
상기 주어진 멀티캐스트 메시지의 상기 메시지 타입을 복수의 상이한 메시지 타입에 대한 송신 반복 값을 나타내는 메시지 반복 표와 비교하는 단계, 및
상기 비교에 기초하여 상기 주어진 멀티캐스트 메시지의 상기 결정된 송신 횟수를 상기 메시지 반복 표 내의 일치하는 메시지 타입과 연관된 송신 반복 값으로 설정하는 단계를 포함하는, 메시지 송신 방법.
제 1 항에 있어서,
상기 송신하는 단계는 각각의 메시지 반복의 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하도록 시도하는, 메시지 송신 방법.
제 1 항에 있어서,
상기 주어진 멀티캐스트 메시지의 각각의 반복의 송신 발신은 애플리케이션 서버에서 발신하는, 메시지 송신 방법.
제 8 항에 있어서,
상기 송신하는 단계는,
카운터를 상기 결정된 횟수로 초기화하는 단계;
주어진 물리 계층 패킷 상에서 상기 적어도 하나의 액세스 터미널로의 송신을 위해 상기 주어진 멀티캐스트 메시지를 액세스 네트워크로 전달하는 단계;
카운터를 감분시키는 단계;
상기 감분된 카운터가 상기 주어진 멀티캐스트 메시지가 상기 결정된 횟수만큼 송신되었다는 것을 나타내는지를 결정하는 단계; 및
상기 주어진 멀티캐스트 메시지가 주어진 횟수만큼 송신되지 않았다는 것을 상기 감분된 카운터가 나타내면, 주어진 시간량만큼 기다리고, 상기 전달하는 단계, 상기 감분시키는 단계, 및 상기 결정하는 단계를 반복하는 단계를 포함하는, 메시지 송신 방법.
제 9 항에 있어서,
상기 주어진 시간량은 상기 액세스 네트워크에서의 물리 계층 패킷 송신 간의 간격에 기초하는, 메시지 송신 방법.
제 1 항에 있어서,
상기 주어진 멀티캐스트 메시지의 각 반복의 송신 발신은 액세스 네트워크에서 발신하는, 메시지 송신 방법.
제 1 항에 있어서,
상기 횟수를 결정하는 단계는 애플리케이션 서버에서 수행되고,
상기 송신하는 단계는
상기 결정된 횟수를 나타내는 플래그를 포함하도록 상기 주어진 멀티캐스트 메시지를 구성하는 단계; 및
상기 구성된 멀티캐스트 메시지를 액세스 네트워크로 전달하는 단계를 포함하는, 메시지 송신 방법.
제 12 항에 있어서,
상기 송신하는 단계는
상기 액세스 네트워크에서 상기 구성된 메시지를 수신하는 단계;
상기 액세스 네트워크에서 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하도록 상기 구성된 메시지로부터 상기 플래그를 추출하는 단계; 및
상기 액세스 네트워크로부터 상기 추출된 플래그에 의해 지시된 상기 횟수만큼 상기 주어진 멀티캐스트 메시지를 송신하는 단계를 더 포함하는, 메시지 송신 방법.
제 13 항에 있어서,
상기 액세스 네트워크로부터 상기 주어진 멀티캐스트 메시지의 각 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하는 단계를 더 포함하는, 메시지 송신 방법.
제 12 항에 있어서,
상기 플래그는 상기 구성된 메시지의 헤더 부분 내의 DSCP (Differentiated Services Code Point) 값인, 메시지 송신 방법.
무선 통신 시스템에서 메시지를 송신하는 방법으로서,
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지를 수신하는 단계;
상기 주어진 멀티캐스트 메시지로부터 플래그를 추출하는 단계;
상기 추출된 플래그에 적어도 부분적으로 기초하여 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 단계; 및
상기 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 상기 결정된 횟수만큼 송신하는 단계를 포함하는, 메시지 송신 방법.
제 16 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 나타내는, 메시지 송신 방법.
제 16 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지의 우선순위를 나타내는, 메시지 송신 방법.
제 18 항에 있어서,
상기 결정하는 단계는,
상기 주어진 멀티캐스트 메시지의 상기 우선순위를 상이한 메시지 우선순위에 대하여 송신 반복 값을 나타내는 우선 순위 표와 비교하고,
상기 비교에 기초하여 상기 주어진 멀티캐스트 메시지의 상기 결정된 송신 횟수를 상기 우선순위 표 내의 일치하는 우선순위와 연관된 송신 반복 값으로 설정함으로써,
상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는, 메시지 송신 방법.
제 18 항에 있어서,
상기 추출된 플래그에 의해 표시된 우선순위는 하나 이상의 섹터 특정 인자와 조합하여 섹터별로 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 데 사용되는, 메시지 송신 방법.
제 20 항에 있어서,
상기 하나 이상의 섹터 특정 인자는 채널 조건을 포함하는, 메시지 송신 방법.
제 16 항에 있어서,
상기 적어도 하나의 액세스 터미널은 복수의 액세스 터미널을 포함하고, 상기 주어진 멀티캐스트 메시지는 멀티캐스트 메시지 또는 브로드캐스트 메시지인, 메시지 송신 방법.
제 22 항에 있어서,
상기 주어진 멀티캐스트 메시지는 멀티캐스트 세션을 안내하는 안내 메시지, 상기 멀티캐스트 세션을 종결하는 종료 메시지, 및 상기 멀티캐스트 세션으로 튜닝하는 방법에 관한 정보를 나타내는 오버헤드 메시지 중의 하나인, 메시지 송신 방법.
제 16 항에 있어서,
상기 송신하는 단계는 각각의 메시지 반복의 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하도록 시도하는, 메시지 송신 방법.
제 16 항에 있어서,
상기 주어진 멀티캐스트 메시지의 각각의 반복의 송신 발신은 액세스 네트워크에서 발신하는, 메시지 송신 방법.
제 25 항에 있어서,
상기 송신하는 단계는,
카운터를 상기 결정된 횟수로 초기화하는 단계;
주어진 물리 계층 패킷 상에서 상기 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 송신하는 단계;
카운터를 감분시키는 단계;
상기 감분된 카운터가 상기 주어진 멀티캐스트 메시지가 상기 결정된 횟수만큼 송신되었다는 것을 나타내는지를 결정하는 단계; 및
상기 주어진 멀티캐스트 메시지가 주어진 횟수만큼 송신되지 않았다는 것을 상기 감분된 카운터가 나타내면, 주어진 시간량만큼 기다리고, 상기 송신하는 단계, 상기 감분시키는 단계, 및 상기 결정하는 단계를 반복하는 단계를 포함하는, 메시지 송신 방법.
제 26 항에 있어서,
상기 주어진 시간량은 상기 액세스 네트워크에서의 물리 계층 패킷 송신 간의 간격에 기초하는, 메시지 송신 방법.
제 26 항에 있어서,
상기 액세스 네트워크로부터 상기 주어진 멀티캐스트 메시지의 각 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하는 단계를 더 포함하는, 메시지 송신 방법.
제 16 항에 있어서,
상기 플래그는 상기 구성된 메시지의 헤더 부분 내의 DSCP (Differentiated Services Code Point) 값인, 메시지 송신 방법.
무선 통신 시스템에서 메시지를 송신하는 방법으로서,
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지와 연관된 우선순위를 결정하는 단계;
상기 주어진 멀티캐스트 메시지의 상기 우선순위를 나타내도록 상기 주어진 멀티캐스트 메시지를 구성하는 단계; 및
상기 표시된 우선순위에 적어도 부분적으로 기초하여 상기 적어도 하나의 액세스 터미널로 다수회 송신하기 위해 액세스 네트워크로 상기 구성된 멀티캐스트 메시지를 전달하는 단계를 포함하는, 메시지 송신 방법.
제 30 항에 있어서,
상기 구성된 멀티캐스트 메시지에 의해 표시된 우선순위는 상기 액세스 네크워크에서 하나 이상의 섹터 특정 인자와 조합하여 섹터별로 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 데 사용되는, 메시지 송신 방법.
제 31 항에 있어서,
상기 하나 이상의 섹터 특정 인자는 채널 조건을 포함하는, 메시지 송신 방법.
제 30 항에 있어서,
상기 적어도 하나의 액세스 터미널은 복수의 액세스 터미널을 포함하고, 상기 주어진 멀티캐스트 메시지는 멀티캐스트 메시지 또는 브로드캐스트 메시지인, 메시지 송신 방법.
제 33 항에 있어서,
상기 주어진 멀티캐스트 메시지는 멀티캐스트 세션을 안내하는 안내 메시지, 상기 멀티캐스트 세션을 종결하는 종료 메시지, 및 멀티캐스트 세션으로 튜닝하는 방법에 관한 정보를 나타내는 오버헤드 메시지 중의 하나인, 메시지 송신 방법.
제 34 항에 있어서,
상기 주어진 멀티캐스트 메시지는 브로드캐스트 오버헤드 메시지 (BOM) 에 대응하고, 상기 BOM 은 단일 BOM 기간 내에서 상기 멀티캐스트 세션의 시작 부분 동안 다수회 송신되는 것으로 결정되는, 메시지 송신 방법.
제 30 항에 있어서,
상기 구성된 멀티캐스트 메시지는 상기 액세스 네트워크에 대한 우선순위를 나타내는 헤더 부분 내의 DSCP (Differentiated Services Code Point) 값을 포함하는, 메시지 송신 방법.
무선 통신 시스템 내의 통신 장치로서,
주어진 멀티캐스트 메시지를 적어도 하나의 액세스 터미널로 다수회 송신하는지를 결정하는 수단;
상기 주어진 멀티캐스트 메시지가 다수회 송신되는 경우, 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 수단; 및
상기 주어진 멀티캐스트 메시지를 상기 적어도 하나의 액세스 터미널로 상기 결정된 횟수만큼 송신하는 수단을 포함하는, 통신 장치.
제 37 항에 있어서,
상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 수단은 상기 주어진 멀티캐스트 메시지의 메시지 타입에 기초하여 상기 횟수를 결정하는, 통신 장치.
제 37 항에 있어서,
상기 통신 장치는 상기 무선 통신 시스템 내의 애플리케이션 서버에 대응하는, 통신 장치.
제 39 항에 있어서,
상기 송신하는 수단은,
상기 결정된 횟수를 나타내는 플래그를 포함하도록 상기 주어진 멀티캐스트 메시지를 구성하는 수단, 및
상기 구성된 멀티캐스트 메시지를 액세스 네트워크로 전달하는 수단을 포함하는, 통신 장치.
제 37 항에 있어서,
상기 통신 장치는 상기 무선 통신 시스템 내의 액세스 네트워크에 대응하는, 통신 장치.
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지를 수신하는 수단;
상기 주어진 멀티캐스트 메시지로부터 플래그를 추출하는 수단;
상기 추출된 플래그에 적어도 부분적으로 기초하여 상기 주어진 멀티캐스트 메시지를 상기 적어도 하나의 액세스 터미널로 송신하는 횟수를 결정하는 수단; 및
상기 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 상기 결정된 횟수만큼 송신하는 수단을 포함하는, 액세스 네트워크.
제 42 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 나타내는, 액세스 네트워크.
제 42 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지의 우선순위를 나타내는, 액세스 네트워크.
제 42 항에 있어서,
상기 송신하는 수단은 각각의 메시지 반복 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하도록 시도하는, 액세스 네트워크.
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지와 연관된 우선순위를 결정하는 수단;
상기 주어진 멀티캐스트 메시지의 상기 우선순위를 나타내도록 상기 주어진 멀티캐스트 메시지를 구성하는 수단; 및
상기 표시된 우선순위에 적어도 부분적으로 기초하여 상기 적어도 하나의 액세스 터미널로 다수회 송신하기 위해 액세스 네트워크로 상기 구성된 멀티캐스트 메시지를 전달하는 수단을 포함하는, 애플리케이션 서버.
무선 통신 시스템 내의 통신 장치로서,
주어진 멀티캐스트 메시지를 적어도 하나의 액세스 터미널로 다수회 송신할지를 결정하도록 구성된 로직;
상기 주어진 멀티캐스트 메시지가 다수회 송신되는 경우, 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하도록 구성된 로직;
상기 주어진 멀티캐스트 메시지를 상기 적어도 하나의 액세스 터미널로 상기 결정된 횟수만큼 송신하도록 구성된 로직을 포함하는, 통신 장치.
제 47 항에 있어서,
상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하도록 구성된 로직은 상기 주어진 멀티캐스트 메시지의 메시지 타입에 기초하여 횟수를 결정하는, 통신 장치.
제 47 항에 있어서,
상기 통신 장치는 상기 무선 통신 시스템 내의 애플리케이션 서버에 대응하는, 통신 장치.
제 49 항에 있어서,
상기 송신하도록 구성된 로직은
상기 결정된 횟수를 나타내는 플래그를 포함하도록 상기 주어진 멀티캐스트 메시지를 구성하도록 구성된 로직, 및
상기 구성된 멀티캐스트 메시지를 액세스 네트워크로 전달하도록 구성된 로직을 포함하는, 통신 장치.
제 47 항에 있어서,
상기 통신 장치는 상기 무선 통신 시스템 내의 액세스 네트워크에 대응하는, 통신 장치.
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지를 수신하도록 구성된 로직;
상기 주어진 멀티캐스트 메시지로부터 플래그를 추출하도록 구성된 로직;
상기 추출된 플래그에 적어도 부분적으로 기초하여 상기 주어진 멀티캐스트 메시지를 상기 적어도 하나의 액세스 터미널로 송신하는 횟수를 결정하도록 구성된 로직; 및
상기 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 상기 결정된 횟수만큼 송신하도록 구성된 로직을 포함하는, 액세스 네트워크.
제 52 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 나타내는, 액세스 네트워크.
제 52 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지의 우선순위를 나타내는 액세스 네트워크.
제 52 항에 있어서,
상기 송신하도록 구성된 로직은 각각의 메시지 반복 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하도록 시도하는, 액세스 네트워크.
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지와 연관된 우선순위를 결정하도록 구성된 로직;
상기 주어진 멀티캐스트 메시지의 상기 우선순위를 나타내도록 상기 주어진 멀티캐스트 메시지를 구성하도록 구성된 로직; 및
상기 표시된 우선순위에 적어도 부분적으로 기초하여 적어도 하나의 액세스 터미널로 다수회 송신하기 위해 액세스 네트워크로 상기 구성된 멀티캐스트 메시지를 전달하도록 구성된 로직을 포함하는, 애플리케이션 서버.
무선 통신 시스템 내의 통신 장치에 의해 실행될 때, 상기 통신 장치가 동작을 수행하도록 하는 명령을 포함하는 컴퓨터 판독가능 매체로서, 상기 명령은
적어도 하나의 액세스 터미널로 주어진 멀티캐스트 메시지를 다수회 송신하는지를 결정하는 프로그램 코드;
상기 주어진 멀티캐스트 메시지가 다수회 송신되는 경우, 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 프로그램 코드; 및
상기 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 상기 결정된 횟수만큼 송신하는 프로그램 코드를 포함하는, 컴퓨터 판독가능 매체.
제 37 항에 있어서,
상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 결정하는 프로그램 코드는 상기 주어진 멀티캐스트 메시지의 메시지 타입에 기초하여 상기 횟수를 결정하는, 컴퓨터 판독가능 매체.
제 57 항에 있어서,
상기 통신 장치는 상기 무선 통신 시스템 내의 애플리케이션 서버에 대응하는 컴퓨터 판독가능 매체.
제 59 항에 있어서,
상기 송신하는 프로그램 코드는,
상기 결정된 횟수를 나타내는 플래그를 포함하도록 상기 주어진 멀티캐스트 메시지를 구성하는 프로그램 코드, 및
상기 구성된 멀티캐스트 메시지를 액세스 네트워크로 전달하는 프로그램 코드를 포함하는, 컴퓨터 판독가능 매체.
제 57 항에 있어서,
상기 통신 장치는 상기 무선 통신 시스템 내의 액세스 네트워크에 대응하는, 컴퓨터 판독가능 매체.
무선 통신 시스템 내의 액세스 네트워크에 의해 실행될 때, 상기 액세스 네트워크가 동작을 수행하도록 하는 명령을 포함하는 컴퓨터 판독가능 매체로서, 상기 명령은,
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지를 수신하는 프로그램 코드;
상기 주어진 멀티캐스트 메시지로부터 플래그를 추출하는 프로그램 코드;
상기 추출된 플래그에 적어도 부분적으로 기초하여 상기 주어진 멀티캐스트 메시지를 상기 적어도 하나의 액세스 터미널로 송신하는 횟수를 결정하는 프로그램 코드; 및
상기 적어도 하나의 액세스 터미널로 상기 주어진 멀티캐스트 메시지를 상기 결정된 횟수만큼 송신하는 프로그램 코드를 포함하는, 컴퓨터 판독가능 매체.
제 62 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지를 송신하는 횟수를 나타내는, 컴퓨터 판독가능 매체.
제 62 항에 있어서,
상기 추출된 플래그는 상기 주어진 멀티캐스트 메시지의 우선순위를 나타내는, 컴퓨터 판독가능 매체.
제 62 항에 있어서,
상기 송신하는 프로그램 코드는 각각의 메시지 반복 송신을 상이한 물리 계층 패킷 상으로 스케쥴링하도록 시도하는, 컴퓨터 판독가능 매체.
무선 통신 시스템 내의 애플리케이션 서버에 의해 실행될 때, 상기 애플리케이션 서버가 동작을 수행하도록 하는 명령을 포함하는 컴퓨터 판독가능 매체로서, 상기 명령은,
적어도 하나의 액세스 터미널로의 송신을 위해 주어진 멀티캐스트 메시지와 연관된 우선순위를 결정하는 프로그램 코드;
상기 주어진 멀티캐스트 메시지의 상기 우선순위를 나타내도록 상기 주어진 멀티캐스트 메시지를 구성하는 프로그램 코드; 및
상기 표시된 우선순위에 적어도 부분적으로 기초하여 적어도 하나의 액세스 터미널로 다수회 송신하기 위해 액세스 네트워크로 상기 구성된 멀티캐스트 메시지를 전달하는 프로그램 코드를 포함하는, 컴퓨터 판독가능 매체.