KR20040078163A

KR20040078163A - 그룹 통신 네트워크에서의 그룹 콜에 사용자를 합류시키기위한 서버

Info

Publication number: KR20040078163A
Application number: KR10-2004-7012551A
Authority: KR
Inventors: 크로켓더글라스엠; 로젠에릭씨; 마겐티마크
Original assignee: 퀄컴 인코포레이티드
Priority date: 2002-02-14
Filing date: 2003-02-12
Publication date: 2004-09-08
Also published as: JP2005518170A; MXPA04007862A; WO2003069946A1; US20030153340A1; CN1659916A; EP1481565A1; BR0307655A; AU2003217407A1; RU2004127453A; CA2475394A1; AR038517A1; TW200304295A

Abstract

본 발명은, 그룹 콜을 개시하길 원하는 사용자로부터 표시를 수신하고, 만약 그룹 콜이 진행 중이면, 그 사용자를 그룹 콜에 추가하는 요구를 서버로 송신하는, 그룹 통신 네트워크에서의 콜에 사용자를 합류시키기 위한 방법 및 장치를 제공한다. 또한, 그 방법 및 장치는, 사용자에게 그룹 콜을 통지하고, 통지된 그룹 콜에 참가하길 원하는 사용자로부터 확인응답 (ACK) 을 수신하고, 사용자의 트래픽 채널이 재확립된 후, 그 사용자에게 매체를 포워딩 (forwarding) 한다. 또한, 그 방법 및 장치는, 이동국들이 휴면상태이고 트래픽 채널이 활성상태가 아닐 때에도 그룹 콜 시그널링을 교환함으로써, 실제적인 전체 휴면상태 기상 시간 및 레이턴시를 현저히 감소시킨다.

Description

그룹 통신 네트워크에서의 그룹 콜에 사용자를 합류시키기 위한 서버{A SERVER FOR JOINING A USER TO A GROUP CALL IN A GROUP COMMUNICATION NETWORK}

기술분야

본 발명은 점대 다중점 통신 시스템에 관한 것이다. 좀더 자세하게는, 본 발명은, 만약 그룹 콜이 진행 중이면, 그룹 콜을 개시하길 원하는 사용자를 그룹 콜에 추가하기 위한 방법 및 장치에 관한 것이다.

배경기술

신속하고 효율적이며, 일대일 또는 일대다 (일대 그룹) 통신용으로 의도된 무선 서비스 부류는 수년간 다양한 형태로 존재하여 왔다. 일반적으로, 이러한 서비스들은, 사용자가 통화를 개시하기 위하여 자신의 전화기/무선기기상의 "푸시-토크 (push-to-talk; PTT)" 버튼을 누르는 반양방향 통신 (half-duplex) 이었다. 일정한 유형의 서버를 통하여 통신이 발생하는 일부 구현물 또는 적당한 시스템에 자신의 무선기기를 맞추는 버튼을 누르는 것은 "플로어 (floor)" 에 대한 사용자의 요구를 나타내는 것이다. 만약 플로어, 또는, 화자 승인 (talker permission) 이 허여되면, 일반적으로, 사용자는 자신의 PTT 버튼을 릴리스 (release) 한 후 몇 초간 통화할 수 있으며, 다른 화자들은 그 플로어를 요구할 수 있다. 일반적으로, 통신은 일 화자로부터 일군의 청취자 (listeners) 로 이루어지지만, 일대일로 될 수도 있다. 종래에, 이러한 서비스는, "디스패처 (dispatcher)" 라는 한 사람이, 그 서비스를 위하여 "디스패치 (dispatch)" 라는 이름이 유래한 곳인 현장 서비스 인사담당 또는 택시 운전기사와 같은 일군의 사람들과 통신하는 것이 요구되는 애플리케이션에서 사용되었다.

최근, 유사한 서비스들이 인터넷을 통해 제공되고 있는데, 일반적으로, "음성 채팅 (voice chat)" 으로 알려져 있다. 일반적으로, 이러한 서비스들은, 인터넷 프로토콜 (IP) 패킷에서의 보코더 프레임 (즉, VoIP (voice-over-IP) 서비스) 을 중앙 그룹 채팅 서버로 송신하거나 피어-투-피어 (peer-to-peer) 서비스에서 클라이언트에서 클라이언트로 송신하는 퍼스널 컴퓨터 애플리케이션으로서 구현한다.

이러한 서비스들의 가장 중요한 특징은, 통상의 다이얼링 및 링잉 (ringing) 시퀀스를 거치지 않고, 일반적으로, 단순히 PTT 버튼을 누름으로써 신속하고 자발적인 통신이 개시되는 것이다. 일반적으로, 이러한 유형의 통신은 대략 수초간의 개인적인 "발화 (talk spurts)" 및 일 분 이내로 지속되는 "대화" 와 같이 매우 짧다.

사용자가 플로어를 요구할 때와, 자신이 플로어를 가졌으며 통화를 시작할 수 있는지에 대한 긍정 또는 부정 응답을 서버로부터 수신할 때 사이의 시간 지연 (PTT 레이턴시 (latency) 로 알려져 있음) 은 반양방향 그룹 통신 시스템에서 매우 중요한 파라미터이다. 전술한 바와 같이, 디스패치 시스템은 짧고 신속한 대화에 우선순위를 두기 때문에, 만일 PTT 레이턴시가 길어지면, 그 서비스는 덜 효율적인 것이 된다.

종래의 그룹 통신 하부구조는 PTT 레이턴시를 크게 감소시키기에는 제한적인상황을 제공한다 (즉, 실제 PTT 레이턴시는 휴면 (dormant) 패킷 데이터 세션내에서 트래픽 채널을 재확립하는데 요구되는 시간 이하로 감소되지 않음). 또한, 휴면 그룹의 기상을 개시할 수 있는 유일한 메커니즘은 서버를 시그널링하기 위해 재확립될 화자의 트래픽 채널을 대기하는 것이기 때문에, 화자 및 청취자 트래픽 채널은 순차적으로 발생한다. 현재, 이동국-발신 (mobile-originated) 사용자 시그널링 데이터를 트래픽 채널 이외의 채널을 통해 송신하는 메커니즘은 존재하지 않으며, 이는 클라이언트와 서버 사이의 통신이 발생되기 전에 트래픽 채널이 재확립될 것을 요구하도록 제한한다.

따라서, 시스템 용량, 클라이언트 배터리 수명, 또는 기타 자원들에게 악영향을 미치지 않으면서, 화자에 의해 경험되는 분명한 PTT 레이턴시 및 참가 이동국에 대한 트래픽 채널을 재확립하는데 요구되는 총 시간을 감소시키는 메커니즘이 요구된다.

디스패치 모델에서, 종단점 (endpoints) 들 간의 통신은, 하나의 "화자" 의 음성이 하나 이상의 "청취자" 에게 방송되는 가상 그룹 (virtual groups) 내에서 발생된다. 이러한 타입의 통신에 대한 단일의 인스턴스 (instance) 는 디스패치 콜 또는 간단히 콜이라고 통칭한다. 콜은, 그 콜의 특성을 정의하는 그룹의 인스턴스 생성물이며, 본질적으로, 그룹 이름 또는 그룹 id 와 같이, 어떠한 관련 정보를 갖는 멤버 리스트이다. 멤버 리스트는, 콜에 참가할 것을 요구받은 하나 이상의 사용자들에 대한 리스트이다.

채팅-룸 (chat-room) 모델 및 그룹 콜 서비스의 애드-혹 (ad-hoc) 모델을 모두 지원하는 디스패치 모델이 요구된다. 채팅-룸 모델에서는, 그룹들이 미리 정의되며, 디스패치 서버에 저장될 수도 있다. 그러나, 애드-혹 모델에서는, 그룹들이 실시간으로 정의 및/또는 변경될 수도 있다.

발명의 요약

개시되어 있는 실시형태들은 그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 서버에서의 신규하고 개선된 방법을 제공하는데, 그 방법은, 그룹 콜을 개시하기 위한 요구를 수신하는 단계, 그룹 콜이 진행 중인지 여부를 결정하는 단계, 및 만약 그룹 콜이 진행 중이면, 그 사용자를 그룹 콜에 추가하는 단계를 포함한다.

본 발명의 다른 양태에서, 서버에서의 컴퓨터-판독가능 매체는 그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 방법을 구현하며, 그 방법은 상술한 단계들을 포함한다.

본 발명의 또 다른 양태에서, 그룹 통신 네트워크에서의 그룹 콜에 멤버를 추가하기 위한 서버는, 그룹 콜을 개시하기 위한 요구를 수신하는 수단, 그룹 콜이 진행 중인지 여부를 결정하는 수단, 및 만약 그룹 콜이 진행 중이면, 그 사용자를 그룹 콜에 추가하는 수단을 구비한다.

본 발명의 또 다른 양태에서, 그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 서버는 수신기, 송신기, 및 그 수신기와 송신기에 통신적으로 커플링되는 프로세서를 구비한다. 그 프로세서는, 그룹 콜을 개시하기 위한 요구를 수신하고, 그룹 콜이 진행 중인지 여부를 결정하고, 만약 그룹 콜이 진행 중이면, 그 사용자를 그룹 콜에 추가할 수 있다.

도면의 간단한 설명

이하, 도면과 함께 제시되는 상세한 설명으로부터 본 발명의 특징 및 이점을 더 명백히 알 수 있으며, 도면에서 동일한 도면부호는 도면 전반에 걸쳐서 동일한 대상을 나타낸다.

도 1 은 그룹 통신 시스템을 도시한 것이다.

도 2 는 수개의 애플리케이션들이 서로 상호작용하는 방법을 도시한 것이다.

도 3 은 일 실시형태에 따른 예시적인 사용자-등록 프로세스를 도시한 것이다.

도 4 는 일 실시형태에 따른 예시적인 로컬 지역 내 (intra-regional) 콜-셋업 프로세스를 도시한 것이다.

도 5 는 일 실시형태에 따른 예시적인 원격의 지역 내 콜-셋업 프로세스를 도시한 것이다.

도 6 은 일 실시형태에 따른 예시적인 로컬 지역간 (inter-regional) 콜-셋업 프로세스를 도시한 것이다.

도 7 은 일 실시형태에 따른 예시적인 원격의 지역간 콜-셋업 프로세스를 도시한 것이다.

도 8 은 일 실시형태에 따라 그룹 콜을 탈퇴하는 예시적인 프로세스를 도시한 것이다.

도 9 는 일 실시형태에 따라 그룹 콜을 종료하는 예시적인 프로세스를 도시한 것이다.

도 10 은 일 실시형태에 따라 그룹 콜에 대한 경고를 송신하는 예시적인 프로세스를 도시한 것이다.

도 11 은 일 실시형태에 따라 그룹 콜을 늦게 합류 (join) 시키는 예시적인 프로세스를 도시한 것이다.

도 12 는 일 실시형태에 따라 화자를 선점하는 (pre-empting) 예시적인 프로세스를 도시한 것이다.

도 13 은 일 실시형태에 따라 활성 그룹 콜에 신규한 멤버를 추가하는 예시적인 프로세스를 도시한 것이다.

도 14 는 일 실시형태에 따라 그룹 콜로부터 참가자들을 제거하는 예시적인 프로세스를 도시한 것이다.

도 15 는 일 실시형태에 따라 사용자 등록을 제거하는 예시적인 프로세스를 도시한 것이다.

도 16 은 일 실시형태에 따라 수개의 통신 장치들을 통신 매니저와 상호작용하게 하는 방법을 도시한 것이다.

도 17 은 일 실시형태에 따라 통신 매니저측에서의 매체를 버퍼링하는 것을 도시한 것이다.

도 18 은 일 실시형태에 따라 클라이언트측에서의 매체를 버퍼링하는 것을 도시한 것이다.

상세한 설명

본 발명의 일 실시형태를 상세하게 설명하기 전에, 본 발명은 다음의 설명에서 제시되거나 도면에 도시되어 있는 컴포넌트들의 구성 및 배열의 세부사항에 그 애플리케이션이 제한되지 않음을 알아야 한다. 본 발명은 다른 실시형태들로 구현될 수도 있으며 다양한 방법으로 수행된다. 또한, 여기서 사용된 표현 및 용어는 설명을 위한 것이며, 제한하는 것으로 간주하지 않아야 한다.

도 1 은 그룹 통신 시스템 (100) 의 예시적인 기능 블록도를 도시한 것이다. 그룹 통신 시스템 (100) 은 PTT(push-to-talk) 시스템, NBS (net broadcast service), 디스패치 시스템, 또는 점대 다중점 통신 시스템으로도 알려져 있다. 일 실시형태에서, 그룹 통신 시스템 (100) 은 디스패처, 위치 서버, 매체 제어 유닛 컴플렉스 (MCU complexes), 사용 로그 서버 및 인터넷 프로토콜 (IP) 클라이언트 (IP 접속을 갖는 무선 및/또는 유선 장치) 와 같은 애플리케이션 서버 컴포넌트들을 포함한다. 애플리케이션 서버 컴포넌트들은, 그 컴포넌트의 기능에 기초하여, 중앙 배치 또는 지역 배치의 형태로 배치될 수도 있다. 중앙 배치는 홈 디스패처 (HD; 102), 홈 위치 서버 (HLS; 104), 및 사용자/그룹 데이터베이스 (106) 을 포함할 수도 있다. 이들 컴포넌트는 서비스 제공자의 네트워크 중앙에 위치할 수도 있으며, 지역 배치에 의해 액세스될 수도 있다. 중앙 컴포넌트들은 로밍 (roaming) 사용자들의 위치를 지정하고 지역간 (inter-regional) 그룹 콜을 개시하는데 이용될 수도 있다. 지역 배치 (108, 110) 는 지역 위치 서버 (RLS; 112), 지역 디스패처 (RD; 114), 지역 매체 제어 유닛 (MCU) 컴플렉스 (116), 및 지역 사용 로그 서버 (ULS; 118) 를 포함할 수도 있다.

지역 배치는, 인스턴트-응답 (instant-response) 요건을 만족시키기 위하여, 콜 셋업과 관련된 네트워크 지연이 최소로 유지되는 것을 보장하기 위해 서비스 제공자의 네트워크 전반에 걸쳐 분배될 수도 있다. 또한, 콜 로드 (call load) 를 수개의 지역 시스템 전반에 걸쳐 분배시키는 것은, 적절한 확장성 (scalability) 방식이 다수의 사용자들을 지원하도록 개발되는 것을 보장한다. 지역 애플리케이션 서버 컴포넌트들은 사용자 등록, 지역 내 (intra-regional) 콜 셋업 및 관리, 및 그 지역에 등록된 사용자에 대한 경고 개시 및 전달을 제공한다.

예를 들어, cdma2000 핸드셋에 이용될 수도 있는 그룹 통신 장치 (클라이언트; 120, 122) 는 표준 데이터 서비스를 이용하여 패킷 데이터 세션을 요구하며, 이 세션을 이용하여, 자신의 IP 어드레스에 애플리케이션 서버를 등록하고 그룹 콜 개시를 수행한다. 일 실시형태에서, 애플리케이션 서버 컴포넌트 (108, 110) 는 서비스 제공자의 패킷 데이터 서비스 노드 (PDSN) 에 접속된다. 무선 하부구조로부터 패킷 데이터 세션을 요구할 때, 클라이언트 (120 및 122) 는 PDSN 을 통하여 애플리케이션 서버 컴포넌트 (108, 110) 와 IP 접속한다.

전력 상승 (power-up) 시, 클라이언트 (120, 122) 는 데이터 서비스 옵션을 이용하여 패킷 데이터 세션을 요구할 수도 있다. 패킷 데이터 세션의 확립의 일부로서, 클라이언트는 IP 어드레스를 할당받는다. 이 때, 클라이언트는 DNS (domain name server) 서버 (124) 의 어드레스도 수신한다. 클라이언트 (120, 122) 는 RLS (112) 의 어드레스를 찾기 위하여, 예를 들어, 서비스 레코드 (SRV) 검색을 이용함으로써, DNS 서버 (124) 에게 문의한다. RLS (112) 의 위치를 파악한 후, 클라이언트 (120, 122) 는 애플리케이션 서버에게 자신의 위치 정보 (예를 들어, IP 어드레스) 를 통지하는 등록을 수행할 수도 있다. 등록은, 사용자 데이터그램 프로토콜 (UDP) 를 통한 세션 개시 프로토콜 (SIP) 과 같은 IP 프로토콜을 이용하여 수행될 수도 있다. 클라이언트 (120, 122) 의 IP 어드레스는, 사용자들이 그룹 콜에 요청될 때, 클라이언트에 접촉 (contact) 시키는데 이용될 수도 있다.

일 실시형태에서, 등록을 완료한 후, 클라이언트는 지역 디스패처의 어드레스를 찾기 위하여 또 다른 DNS SRV 레코드 검색을 수행할 수도 있다. 클라이언트는, 사용자가 콜을 개시하도록 요청하고 경고를 송신할 때마다, 지역 디스패처와 접촉한다. 지역 디스패처 (114) 와 클라이언트 (120, 122) 간의 인터페이스는 UDP 를 통한 시그널링 프로토콜일 수도 있다.

일단 그룹 콜이 확립되면, 클라이언트 (120, 122) 및 MCU 컴플렉스 (116) 는 매체와 시그널링 메시지를 교환한다. 일 실시형태에서, 매체는, UDP 를 통한 실시간 프로토콜 (RTP) 을 이용하여 콜 참가자들과 MCU 컴플렉스 (116) 사이에 송신될 수도 있다. 또한, 시그널링 메시지들도 UDP 를 통한 시그널링 프로토콜일 수도 있다. 이들이 제공하는 이러한 프로토콜들 및 기능은 추후에 설명한다.

컴포넌트

그룹 통신 시스템 (100) 은, 그룹 통신 서비스를 제공하는데 필요한 클라이언트 소프트웨어, 및 지역 서버 컴포넌트와 중앙 서버 컴포넌트를 포함하는 IP 종단점 (endpoints) 를 포함할 수도 있다. 그룹 통신 클라이언트 및 애플리케이션 서버 컴포넌트는 다음 섹션에서 더 상세히 설명한다.

클라이언트

그룹 통신 클라이언트 (120, 122) 는 적절한 보코더(들)에 액세스하는 어떠한 IP 종단점 상에서 구동할 수도 있다. IP 종단점은 무선 시스템 (예를 들어, cdma2000), 애플리케이션 개발 플랫폼 (예를 들어, BREW (binary runtime environment for wireless)) 및 퍼스널 컴퓨터 상에서 구동하는 애플리케이션을 포함할 수도 있다.

클라이언트는 이동국 모뎀 소프트웨어 (MSM) (BREW 환경을 포함하는 클라이언트에 다운로드될 수도 있음) 와의 인터페이스 및 소프트웨어 애플리케이션 (BREW 를 이용하여 개발될 수도 있음) 을 포함할 수도 있다. BREW 는 개발자로 하여금 클라이언트 통신 장치에서 동작할 수도 있는 애플리케이션을 생성하게 하는 플랫폼이다. BREW 는 애플리케이션 개발자에게 분리층 (isolation layer) 를 제공하여, MSM 소프트웨어 및 OEM (original equipment manufacturer) 소프트웨어와의 직접적인 접촉없이 애플리케이션을 개발하게 한다. 이것은, MSM 및/또는 OEM 소프트웨어와는 관계없이, 애플리케이션이 신속하게 개발되고 발전하게 한다. 또한, 그것은 애플리케이션들이 BREW 환경을 포함하는 임의의 장치에 다운로드되게 한다. 도 2 에 도시된 바와 같이, 클라이언트 그룹 통신 애플리케이션 소프트웨어 (202) 는 다른 애플리케이션들 (204, 206, 208, 210) 과 동시에 실행될 수도있다. 이들 서비스는 OEM (212) 및 MSM (214) 인터페이스를 통해 직접 제공될 수도 있지만, BREW 는 이들 층에서의 애플리케이션에 의해 생성되는 변형과의 분리를 제공한다. 이것은 OEM (212) 및 MSM (214) 이 데이터 애플리케이션 (202, 204, 206, 208, 210) 와는 별도로 발전하게 한다.

클라이언트가 퍼스널 컴퓨터에서 효율적으로 동작하기 위하여, 그 퍼스널 컴퓨터는 호환 보코더로의 액세스, 사운드 드라이버로의 액세스, 및 애플리케이션 서버와의 IP 접속을 포함할 수도 있다.

위치 서버

일 실시형태에서, 위치 서버 (LS) 는 사용자 위치 정보 (예를 들어, 네트워크-레벨 IP 어드레스), 사용자의 물리적인 위치 (예를 들어, 경도 및 위도), 및/또는 패킷 존 (packet zone) (즉, 순방향 공통 채널을 통하여 공중으로 방송되어 그 섹터에 대하여 패킷-데이터 서비스를 제공하는 PDSN 의 범위를 식별하는 시스템 식별자) 을 수용 및/또는 보유할 수도 있다. 일 실시형태에서, LS 는, SIP 인터페이스를 이용하여, 인스턴트 메시징과 같은 다른 애플리케이션에게 사용자 위치 정보를 제공하고 클라이언트로부터의 등록을 프로세싱하는 컴포넌트를 포함할 수도 있다.

LS 는 2 개의 기능 엘리먼트, 즉, 지역 위치 서버 (RLS; 112) 및 홈 위치 서버 (HLS; 104) 를 포함할 수도 있다. RLS (112) 는 지역단위로 배치될 수 있으며, HLS (104) 는 중앙에 배치될 수도 있다. 다음으로, 이들 엘리먼트에 대한세부사항 및 그들의 기능을 설명한다.

지역 위치 서버

RLS (112) 는 자신의 지역 내에 위치된 클라이언트로부터의 등록을 프로세싱 및 유지할 수도 있다. 일 실시형태에서, RLS (112) 는, 사용자 위치 정보의 저장장치와 관련된 표준 SIP-기반 LS 이다. 등록 엔트리의 유지보수의 일환으로써, RLS (112) 는 각각의 등록에 대한 "만료" 필드에서 만료 일자를 체크할 수도 있다. RLS 는, 만료된 엔트리가 제거되고 지역 디스패처 (RD) 및 HLS 가 제거된 엔트리를 통지받는 것을 보장한다.

전술한 바와 같이, 클라이언트는 자신의 위치를 애플리케이션 서버에게 통지하기 위하여 IP 등록을 수행할 수도 있다. 클라이언트는 그룹 통신 서비스를 이용할 수 있는 동안에 자신의 등록을 유지할 수도 있다. 클라이언트는, 그 클라이언트의 IP 어드레스가 변경될 경우 및 그 등록이 거의 만료할 경우에 재등록을 수행할 수도 있다.

클라이언트가 등록 또는 재등록할 때, RLS (112) 는 관련 RD (114) 에게 통지할 수도 있다. 이것은 RD (114) 로 하여금 콜 셋업 요구에 대비하여 사용자 데이터를 미리-로딩 (pre-load) 하게 함으로써, 콜 셋업 시간을 저감시킨다. RD (114) 는 사용자의 위치 정보를 캐싱 (cache) 하여, 콜 셋업 동안에 사용자 위치 정보를 검색하기 위하여 RD (114) 가 RLS 접촉해야 하는 필요성을 제거할 수도 있다.

RLS (112) 는, 사용자의 위치 정보가 업데이트되거나 RLS (112) 로부터 제거될 경우에 RD (114) 에게 통지할 수도 있다. 이것은, RLS (112) 및 RD (114) 가 그 지역 내에 등록된 사용자에 대한 최신의 정보와 함께 인-싱크 (in sync) 를 유지함을 보장한다.

또한, RLS (112) 는, 등록된 사용자의 위치 정보로 HLS (104) 를 주기적으로 업데이트할 수도 있다. 이미 다른 지역에 유효하게 등록한 사용자에 대하여 RLS (112) 가 HLS (104) 에게 등록을 제출할 경우에, 그 HLS 는 그 문제를 해소할 수도 있다.

홈 위치 서버

HLS (104) 는 사용자 위치 정보에 대한 문의 (queries) 를 프로세싱할 수도 있다. 일 실시형태에서, HLS (104) 는, 인스턴트 메시징 애플리케이션과 같은 또 다른 애플리케이션으로 하여금 특정한 사용자에 대한 위치 정보를 문의하게 하도록 SIP-기반 인터페이스를 제공한다.

만약 HLS (104) 가 중앙 컴포넌트이고 RLS 들이 HLS 와 통신하면, HLS 는 로밍 사용자들에 대한 상이한 지역에서의 다중의 등록을 해소할 수도 있다. HLS (104) 는 각각의 RLS 로부터 등록 정보를 수신할 수도 있다. 만약 HLS (104) 가 동일한 사용자에 대하여 다중의 등록을 수신하면, HLS (104) 는 가장 최근의 등록을 보유하고, 그 사용자에 대한 진부한 등록(들)의 RLS 로부터의 제거를 요구할 수도 있다. 이것은, 진부한 등록을 포함하는 RLS 와 관련되는 RD (114) 로부터의 그 사용자에 대한 캐싱 정보의 제거를 차례로 트리거링 (trigger) 할 수도 있다.

디스패처 (Dispatcher)

디스패처는, 사용자의 위치를 확인하고 그룹 콜을 매체 제어 유닛 (MCU) 컴플렉스 (116) 에 할당함으로써, 콜 셋업을 촉진할 수도 있다. 디스패처는, "인스턴트 액세스" 요건을 만족시키도록 조정하는 서버 컴포넌트이다. 가장 낮은 콜 셋업 시간을 보장하기 위하여, 디스패처는 유사한 구조 및 기능을 갖는 2 개으 기능 엘리먼트를 포함할 수도 있지만, 상이한 배치 방법을 가질 수도 있다. 이들 2 개의 엘리먼트, 즉, 지역 디스패처 (RD; 114) 및 홈 디스패처 (HD; 102) 는 다음 섹션에서 상세히 설명한다.

지역 디스패처

RD (114) 는 콜 셋업 요구와 경고 요구에 대한 초기의 접촉점일 수도 있다. RD (114) 는, 사용자가 등록되었다는 RLS (112) 로부터의 표시를 수신할 때, 사용자 정보를 미리-로딩할 수도 있다. 사용자 정보에 따라, RD (114) 는 시스템에서 구동하는, 그룹 콜에 대한 정보를 캐싱할 수도 있다. RD (114) 는 콜 셋업 동안에 사용자 및 그룹에 대한 캐싱 정보를 이용하여, 셋업 시간을 최소로 유지할 수도 있다 (즉, 데이터베이스 검색이 요구되지 않을 수도 있음).

일 실시형태에서, RD 가 캐시 (cache) 에 저장되는 그룹 정보는, 그 그룹이구동하는 MCU 컴플렉스 (116) 의 어드레스 및 그룹 멤버 리스트를 포함한다. RD (114) 는 콜이 살아있는 동안 그 멤버 리스트 및 MCU 어드레스를 보유할 수도 있다. 이것은 RD (114) 로 하여금 입력 콜 요구가 그룹 정의를 포함하고 있는지 여부를 신속하게 결정하게 하고, 이것은 그 시스템에서 이미 구동하고 있는 관련 콜을 갖는 것과 동일하며, 이것은 RD 로 하여금 콜 셋업 요구에 신속하게 응답하게 하고 그 응답으로 "플로어 (floor)" 요구를 확실히 허여 또는 거부하게 한다.

RD (114) 는 플로어-제어 요구를 허여 또는 거부할 수도 있다. RD (114) 는, MCU 컴플렉스 (226) 가 사용자를 "늦게-합류한" 참가자로서 콜에 추가하거나 관련 멤버 리스트를 갖는 신규한 콜의 개시를 요구하는지 여부를 결정할 수도 있다.

콜-셋업 요구 프로세싱 동안, RD (114) 는 캐싱된 사용자 정보를 이용하여, 콜 셋업 요구에 특정된 사용자들에 대한 위치 정보를 검색할 수도 있다. 만약 사용자가 위치 확인될 수 없으면, RD (114) 는 그 사용자의 위치를 확인하기 위하여 HD (102) 를 요구할 수도 있다. 일 실시형태에서, 만약 하나 이상의 타깃 (target) 사용자들이 위치 확인되면, RD (114) 는 콜 셋업을 계속한다. 타깃의 위치가 확인된 후, RD (114) 는 어떤 MCU 에 콜이 할당되어야 하는지를 결정할 수도 있다. 이러한 결정은 그룹에서의 사용자들 (발신자 (originator) 를 포함함) 의 IP 어드레스에 기초할 수도 있다.

RD (114) 는 콜 요구와 유사하게 경고 요구 (alert requests) 를 처리할 수도 있다. 일 실시형태에서, 경고 요구는, 타깃의 위치에 관계없이, 프로세싱을위해 로컬 MCU 컴플렉스 (116) 에 할당된다.

일 실시형태에서, RD 의 캐시에서의 정보는, 실패할 경우에 복원될 수 있도록, 신뢰성있는 저장 메커니즘에 주기적으로 기입될 수도 있다. RD 실패의 복원 시, 신뢰성있는 저장 메커니즘에 기입된 사용자 정보 및 그룹 정보는 캐시에 다시 로딩될 수도 있으며, RD 는 입력 콜 셋업 요구의 프로세싱과 함께 캐싱된 정보를 계속 유효하게 한다.

일 실시형태에서, RD (114) 는, RLS (112) 로부터의 각 사용자 등록 통지에 대한 로컬 캐시에 사용자 데이터를 로딩한다. 콜 셋업 시, 수개의 데이터베이스 검색에 대한 필요성을 제거함으로써, RD (114) 는 콜 셋업 요구 또는 경고 요구를 유효하게 하고 그 요구에 응답하는데 걸리는 시간량을 현저히 저감시킨다.

RD (114) 는 콜 셋업 동안에 사용자/그룹 데이터베이스 (106) 에 액세스하여, 만약 요구에 있으면, 미리-정의된 그룹 어드레스를 개별 사용자의 리스트로 확장하고, 만약 필요하면, 사용자 또는 그룹의 또 다른 식별자 (예를 들어, 전화 번호, 회의 ID) 를 정규 어드레스(들)로 전환시킨다.

홈 디스패처

홈 디스패처 (HD; 102) 는, 등록된 사용자들의 위치 정보를 추적할 수도 있다. HD 는, RLS (112) 와의 등록을 수행한 사용자들에 대한 위치 정보를 포함할 수도 있다.

전술한 바와 같이, 각각의 RLS (112) 는, 사용자 등록, 재등록, 등록 해제(un-registration), 또는 등록 만료가 발생할 때마다 관련 RD (114) 에게 통지할 수도 있다. RD (114) 는 이 정보를 이용하여 로컬 캐시 내의 사용자 정보를 로딩 또는 릴리스 (release) 할 수도 있다. 각각의 RD (114) 는 사용자 위치 정보를 갖는 HD (102) 를 업데이트할 수도 있다. HD (102) 가 RD (114) 로부터의 업데이트를 수신하기 때문에, HD (102) 는 상이한 지역 전반에 걸쳐 지리적으로 분포한 사용자들을 찾는 것을 원조할 수도 있다. 현재 그 지역 내에 등록되어 있지 않은 (즉, 사용자 정보에 대한 RD 캐시에 있지 않은) 사용자에 대한 요구를 수신할 경우, RD (114) 는 HD (102) 로부터의 원조를 요구할 수도 있다.

DNS 서버

일 실시형태에서, 그룹 통신 시스템 (100) 은 서비스 제공자의 DNS 서버 (124) 를 이용하여, RLS (112) 및 RD (114) 에 대한 위치 정보를 클라이언트에게 제공할 수도 있다. 이러한 정보는 각각의 지역적인 배치에 대하여 구성될 수도 있고 그 정확도를 보장하기 위하여 주기적으로 업데이트될 수도 있다.

일 실시형태에서, 패킷 데이터 세션을 요구할 때, 각각의 클라이언트는, 점대점 프로토콜 (PPP) 세션이 확립되는 동안, 인터넷 프로토콜 제어 프로토콜 (IPCP) 협상을 통하여 DNS 서버의 어드레스를 탐지한다. DNS 서버 (124) 는 이러한 방식으로 지역 단위로 통지받는다. 이것은 클라이언트로 하여금 일 지역에서 다른 지역으로 로밍하게 하고, 클라이언트가 위치한 동일한 지역에서의 DNS 서버 (124) 와 통신하게 한다. DNS 서버 (124) 는, 각각의 PDSN 과 함께 지역단위로 배치된다. 일 실시형태에서, DNS 서버 (124) 는, 그 DNS 서버 (124) 와 관련된 PDSN 을 서비스하는 각각의 RD (114) 및 RLS 와 함께 업데이트될 수도 있다.

일 실시형태에서, 적절한 RD (114) 및 RLS (112) 의 위치를 확인하는데 이용되는 메커니즘은 DNS 와 SIP 어드레싱의 조합에 기초한다. DNS 서비스 (SRV) 레코드 검색은, 클라이언트가 등록하는 SIP URI 의 "<domain>" 부분에 기초하여 수행될 수도 있다. SRV 레코드 요구는, 요구자가 검색을 시도하고 있는 서비스 또는 프로토콜을 포함할 수도 있다. 예를 들어, RLS (112) 의 위치 확인을 시도하는 경우에, 클라이언트는 DNS SRV 레코드 검색에서 "등록 서비스" 를 요구할 수도 있다. DNS 응답은, 요구된 서비스를 제공하는 서버에 대한 하나 이상의 유효 네트워크 및 포트 어드레스를 포함할 수도 있다. 클라이언트 요구에 대한 답신을 반환할 때에 DNS 서버 (124) 로 하여금 다중의 서버들 사이에서 라운드-로빈 (round-robin) 하게 함으로써, 동일한 서비스를 제공하는 서버들 간에 로드-밸런싱 (load balancing) 에 DNS 서버 (124) 가 이용될 수도 있다.

사용자/그룹 데이터베이스

일 실시형태에서, 사용자/그룹 데이터베이스 (106) 는 사용자 및 그룹 정보에 대한 중앙 저장소이다. 각각의 사용자에 대하여, 그 데이터베이스는, 사용자 어드레스, 선점 등급 (pre-emption rank), 인증 정보, 사용자 접촉 정보, 및 사용자가 감시당하는지 여부를 나타내는 법적 차단 플래그 (lawful intercept flag)를 포함할 수도 있다. 또한, 그 데이터베이스는, 디스패치 서비스의 채팅-룸 모델의 경우, 사용자 리스트 및 관련 그룹 이름인, 미리-정의된 그룹의 정의를 포함할 수도 있다. 각각의 그룹은, 예를 들어, 그룹 어드레스에 의해 고유하게 식별될 수도 있다. 클라이언트는, 그룹 콜 셋업 요구에서 그룹을 식별하기 위하여 그룹 어드레스를 이용할 수도 있다. RD (114) 는, 미리-정의된 그룹과 함께 그룹 콜 셋업 요구를 수신할 경우, 사용자/그룹 데이터베이스 (106) 로부터 관련 멤버를 검색하기 위하여 그룹 어드레스를 이용할 수도 있다.

매체 제어 유닛 컴플렉스

매체 제어 유닛 (MCU) 컴플렉스는 매체 제어 호스트 (MCH) 및 매체 제어 유닛 (MCU) 를 포함할 수도 있다. MCH 는 다중의 MCU 프로세스를 호스팅 (host) 및 관리할 수도 있다. 각각의 MCU 는 단일의 콜에 대한 매체 프로세싱 및 실시간 시그널링을 처리할 수도 있다. 콜에 대하여 MCU 가 실행하는 기능은,

RD (114) 로부터의 콜 할당의 처리

로딩 및 상태 정보의 MCH 로의 송신

콜 개시 정보의 클라이언트로의 송신

PTT 요구와 같은, 사용자로부터의 인-콜 (in-call) 시그널링의 프로세싱

시그널링 메시지가 신뢰성있게 클라이언트로 전달됨을 보장

"일 대 다 (one-to-many)" 콜에 대한 매체의 복제 및 분배

"혼합형 (mixed)" 보코더 "일 대 다" 콜에 대한 적절한 트랜스코더(transcoder) 를 이용하여 매체 전환을 제공

매체 흐름 비활성도에 기초하여, 콜 활성도의 모니터링 및 콜 종료의 개시

사용 로그 서버 (ULS; 118) 에 대한 사용 정보의 생성

요구될 경우, 적절한 법적 차단점으로의 정보의 시그널링 및 매체의 포워딩 (forwarding)

을 포함할 수도 있다.

MCU 는 RD (114) 로부터 경고 요구를 프로세싱하고, 경고 통지를 클라이언트로 송신하고, 클라이언트로부터 확인응답 (ACK) 을 대기할 수도 있다. 타깃으로부터 확인응답을 수신할 때, MCU 는 경고 트랜잭션 (alert transaction) 에 할당된 어떠한 자원을 릴리스한다. 이 때, MCU 는 다른 콜 할당 또는 경고 요구를 처리할 수도 있다.

사용 로그 서버

ULS (118) 는 모든 지역으로 출력 (exit) 할 수도 있으며, MCU 컴플렉스 (116) 과 공동-위치될 수도 있다. ULS (118) 는 각각의 콜 또는 경고 프로세싱에 대하여 MCU 컴플렉스 (116) 로부터 사용 이벤트들을 수집하고, 그 이벤트들을 사용 데이터 레코드 (UDR) 로 포맷팅 (format) 하고, 이들 UDR 을 UDR 파일의 시퀀스로 저장할 수도 있다. 콜에 대한 UDR 은, 참가자 리스트 및 참가자 사용 총계를 포함하여, 개별 콜들에 관한 정보를 포함할 수도 있다. 경고에 대한 UDR 은, 경고의 발신자 및 그 경고가 송신된 타깃 사용자를 나타내는 정보를 포함할 수도 있다. UDR 파일은 과금 분석 (billing analysis) 에 대한 서비스 제공자에 의해 수집될 수도 있으며, 고정된 시간량 이후에 삭제될 수도 있다.

ULS (118) 는 각각의 콜의 종단 (end) 에서 콜 인스턴스 (call instance) 당 단일의 UDR 을 기입할 수도 있다. 또한, ULS (118) 는, 경고 요구가 프로세싱될 때마다 단일의 UDR 을 기입할 수도 있다. ULS (118) 에 의해 기입되는 UDR 은 다음의 정보, 즉,

콜 인스턴스 식별자 또는 경고 인스턴스 식별자

콜 위치도 포함하는 MCU 식별자. 콜 개시 시, 제안된 모드 참가자의 등록 위치에 기초하여, 적절한 MCU 를 선택할 수도 있음. MCU 의 위치는 발신자와 동일한 지역에 있을 수도 있고, 동일하지 않은 지역에 있을 수도 있음.

콜 또는 경고의 개시 시간

콜 또는 경고의 종료 시간

발신 사용자 이름 및/또는 식별자

발신 사용자 IP 어드레스

각각의 참가자에 대한, 사용자 이름, 사용자 어드레스, 사용자 IP 어드레스, 누산 참가 시간 (경고에 대해서는 영 (0) 일 수도 있음), 및 참가자가 플로어에 유지되는 총 시간 (경고에 대해서는 영 (0) 일 수도 있음)

를 포함할 수도 있다.

일 실시형태에서는, 각각의 콜에 대하여, 그 콜 동안 통화 세그먼트 (segments) 의 총 집합물을 나타내는 단일의 UDR 이 발생된다. 만약 UDR 로깅(logging) 이 통화 세그먼트 단위로 요구되면, 그 로깅은 추가적인 프로세싱 로드, 파일 I/O, 및 디스크 공간 요건을 희생시켜 구현될 수도 있다.

그룹 통신 시스템 (100) 은, 그룹 서비스를 제공하기 위하여 수개의 상이한 기능들을 수행한다. 사용자 경험과 관련된 기능들은 등록, 콜 개시, 콜 종료, 경고 송신, 늦은 합류 (late join), 화자 조정, 사용자 추가, 멤버 제거, 등록 해제, 어드레싱, 및 인증을 포함한다. 시스템 준비 및 동작에 관련된 기능들은 관리 및 준비 (provisioning), 확장성, 및 신뢰도를 포함한다. 다음 섹션에서는 이러한 기능들을 상세히 설명한다.

등록

무선 통신 시스템 (예를 들어, CDMA 시스템) 에서, 등록은, 이동국이 자신의 위치를 무선 시스템 하부구조에게 공지하는 프로세스이다. 이러한 위치 정보는 이동국이 있는 지역 및 이동국을 서비스하는 기지국 ID 를 포함할 수도 있으며, 이 정보는 페이징 채널 및 액세스 채널의 효율적인 이용을 돕는데 이용될 수도 있다.

일 실시형태에서, 사용자 위치 정보는, 클라이언트가 무선 서비스를 통해 접속되는지 또는 유선 서비스를 통해 접속되는지에 관계없이, 그 클라이언트의 IP 어드레스이다. IP 애플리케이션들이 자신의 IP 어드레스에 기초하여 클라이언트들의 위치를 확인하게 하는 예시적인 IP 프로토콜은 세션 개시 프로토콜 (SIP) 이다. 다른 기능들 중에서, SIP 는, 클라이언트가 자신의 IP 어드레스 및 또 다른 위치 정보를 SIP 서버 컴포넌트에 등록하는 방법을 제공한다. 또한, SIP 는, "검색 (finding)" 클라이언트에 관심있는 IP 애플리케이션들이 클라이언트의 IP 어드레스와 같은 위치 정보를 동일한 SIP 서버 컴포넌트에게 문의하는 방법을 제공한다.

등록은, SIP 서버 컴포넌트와 통신하는 IP 클라이언트의 프로세스를 포함하여, 예를 들어, IP 어드레스와 같은 위치 정보를 보유 및 통지할 수도 있다. 이러한 기능을 제공하는 SIP 서버 컴포넌트는 위치 서버이다. 클라이언트가 자신의 위치 또는 그 위치의 변화를 위치 서버에게 통지하는 방법이 SIP 등록 방법이다.

일 실시형태에서, 클라이언트는 자신의 위치 정보를 지역 위치 서버에 등록한다. 인스턴트 메시징과 같은 다른 IP-기반 애플리케이션들은 로컬 서버에서 이용 가능한 각 클라이언트의 IP 어드레스에 대한 인지로부터 이득을 얻을 수도 있다. 외부 서비스 또는 클라이언트가 등록을 수행할 수도 있다. 도 3 은 등록 기능을 수행하기 위한 예시적인 콜 흐름을 도시한 것이다.

전력 상승 시, 클라이언트는 패킷 데이터 세션을 요구할 수도 있으며, 자신의 IP 어드레스를 RLS (112) 에 등록하는 프로세스를 시작할 수도 있다. 등록을 수행하기 위하여, 클라이언트는 DNS SRV 레코드 검색 (304) 을 수행하여 RLS 의 어드레스를 결정할 수도 있다. 일단 RLS 어드레스가 검색되면 (306), 클라이언트는, 예를 들어, SIP 등록 메시지 (308) 를 이용함으로써 자시의 위치 정보를 등록할 수도 있다. RLS 는 사용자를 인증하고 (310), 그 클라이언트로의 응답을 발생 (312) 할 수도 있다. RLS 는, 사용자가 등록되었고, 콜 셋업 동안에 더신속한 응답 시간을 촉진하기 위하여, 그 지역 디스패처가 이 정보를 이용하여 사용자의 관련 데이터 레코드를 미리-로딩할 수도 있음을 지역 디스패처에게 통지할 수도 있다 (314). 이 때, 클라이언트는 그룹 콜에 참가하게 하는 제안과 접촉할 수도 있다. 일 실시형태에서, 클라이언트들은, 그들이 갖는 데이터 접속 타입, 즉, 무선 또는 유선에 관계없이, 그룹 콜을 수신하기 위하여 등록을 수행해야만 할 수도 있다.

등록은, 그것과 관련되며 클라이언트의 등록 정보가 얼마나 오래 유효한 것으로 간주될 수 있는지를 나타내는 "만료" 필드를 가질 수도 있다. 클라이언트가 IP 를 통하여 항상 도달할 수 있음을 보장하기 위하여, 클라이언트는 자신의 등록 만료를 인지할 수도 있으며, 만료 시간 이전에 재등록을 수행할 수도 있다. 또한, 등록은, 클라이언트의 IP 어드레스가 변하거나 클라이언트와 위치 서버 간의 데이터 접속이 서비스되는 경우와 같이, 또 다른 환경으로 인해 효력이 없어지거나 진부해질 수도 있다. 클라이언트는 자신의 데이터 접속 상태를 인지할 수도 있거나, 자신의 IP 어드레스가 변경되었는지 여부를 인지할 수도 있다.

초기 등록이 완료된 후, 클라이언트는, 전용 트래픽 채널을 릴리스할 수도 있는 휴면상태로 자신의 패킷 데이터 세션을 진입하게 할 수도 있다. 클라이언트는 자신의 패킷 데이터 세션을 모니터링하여, 확장된 휴면상태 주기동안 유효하게 잔류함을 보장할 수도 있다. 세션의 유효성에 영향을 줄 수도 있는 상황은, 상이한 패킷 존 ID 를 갖는 지역으로의 이동, 서비스의 손실 또는 페이드 (fade) 의 경험, 및 PSTN 콜의 수용 및/또는 위치지정을 포함한다. 클라이언트의 IP어드레스는 변할 수도 있으며, 클라이언트는 하부구조로의 데이터 접속을 제설정하도록 요구받을 수도 있다. 클라이언트가 자신의 패킷 데이터 세션을 재설정할 때, 클라이언트는 신규한 IP 어드레스를 수신한다. 신규한 IP 어드레스는, 클라이언트의 위치 정보가 정확하게 유지됨을 보장하기 위하여 위치 서버에 전달되어야 한다. 이것은 재등록을 수행함으로써 달성될 수도 있다.

방화벽 (firewall) 을 통하여 위치 서버에 전달되는 유선 클라이언트는, 위치 서버를 주기적으로 "핑잉 (pinging)" 함으로써 방화벽을 통한 개방 (opening) 을 유지하는 것이 요구될 수도 있다. 이것은 재등록을 수행함으로써 달성된다.

그룹 콜 개시

등록이 완료된 후, 사용자는 콜을 발신하거나 수신할 수도 있다. 전력 상승 이후에 첫번째 콜을 개시하기 전, 클라이언트는 DNS SRV 레코드 검색을 수행하여 지역 디스패처의 위치를 찾을 수도 있다. 이것은 시동 (start-up) 프로세스의 일부로서 수행될 수도 있다.

"그룹" 은 발신자 (그룹 셋업을 개시한 사용자), 및 멤버 리스트 (타깃 사용자 또는 사용자들을 포함) 와 관련된다. 멤버 리스트는 하나 이상의 사용자들, 하나 이상의 미리 정의된 그룹들, 또는 이들의 조합을 포함할 수도 있다. 만약 멤버 리스트가 오직 하나의 사용자만을 포함하면, 그 멤버 리스트를 사용하여 개시된 콜은 사설 콜 (private call) 이라고 통칭한다. 만약 멤버 리스트가 어떠한 미리 정의된 그룹들을 포함하면, 지역 디스패처는, 예를 들어, 원래 멤버 리스트에서의 미리 정의된 그룹 식별자를 그 미리 정의된 그룹의 관련 멤버 리스트로 대체함으로써, 미리 정의된 그룹들을 하나 이상의 타깃 사용자들의 리스트로 확장할 수도 있다. 미리 정의된 그룹들이 확장된 이후에, 이에 따라 생성된 멤버 리스트는 오직 타깃 사용자 이름만을 포함할 수도 있다. 이 때, 지역 디스패처는, 예를 들어, 사용자 정보의 지역 디스패처 캐시 (cache) 를 스캐닝 (scanning) 함으로써, 멤버 리스트에서의 타깃 사용자들의 위치 확인을 시도한다. 만약 타깃이 지역 디스패처의 캐시 내에 위치되면, 그룹의 멤버는 지역 디스패처로서 동일한 지역에 등록될 수도 있다. 이러한 타입의 그룹 콜을 "지역 내 (intra-regional)" 콜이라고 한다. 만약 지역 디스패처가 위치확인되지 않는 사용자들이 존재하면, 그 지역 디스패처는 사용자들의 위치확인을 위하여 홈 디스패처로부터의 도움을 요구할 수도 있다. 2 개 이상의 지역으로부터의 멤버를 포함하는 그룹과 관련된 콜을 "지역 간 (inter-regional)" 콜이라고 한다.

지역 디스패처가 지역 내 콜인지 지역 간 콜인지 여부를 결정한 이후에, 매체 제어 유닛 (MCU) 이 콜을 호스팅 (host) 할 수 있는지를 결정하는 프로세스를 시작할 수도 있다. 지역 내 콜의 경우, 만약 그 지역에서 이용 가능한 MCU 자원이 존재하면, 지역 디스패처는 그 콜을 지역 디스패처로서 동일한 지역에 위치한 MCU 에게 할당할 수도 있다. 이러한 타입의 콜 셋업을 이용하여 생성된 콜은 "로컬-호스팅 (locally-hosted)" 콜 또는 로컬 콜이라고 한다. 지역간 콜의 경우, 지역 디스패처는 동일한 지역 내 또는 원격의 또는 외부 지역에서의 MCU 에 그 콜을 할당하도록 선택할 수도 있다. 지역 디스패처는, 이것을 사용자의 위치정보에 기초하여 결정함으로써, 매체 또는 시그널링을 포함하는 IP 패킷에 대한 최적의 이동 경로를 찾을 수도 있다. 만약 대부분의 사용자들이 특정한 지역에 위치하면, 콜은 그 지역에 할당될 수도 있다. 만약 사용자들이 지역에 걸쳐 균일하게 분포되어 있으면, 콜은 타깃 사용자들을 포함하는 지역들 중 한 지역에 할당될 수도 있다. 만약 지역간 콜이 상이한 지역 (지역 디스패처가 상주하는 지역) 에서의 MCU 에 할당되면, 그 콜은 "원격-호스팅 (remotely-hosted)" 또는 원격 콜이라고 한다. 지역 디스패처는, 서비스하는 MCU 와 PDSN 사이의 네트워크 토폴로지 (topology) 및/또는 네트워크 접속을 인지할 수도 있으며, 이러한 인지를 이용하여 콜 할당에 대해 더 양호한 결정을 내릴 수도 있다.

지역 내 콜 (Intra-regional Calls)

그룹 통신 시스템 (100) 은, 대부분의 콜들이 지역 내인 것을 보장하기 위하여 이용될 수도 있다. 지역 내 콜은, 콜 셋업 시에, 지역 디스패처 (114) 와 홈 디스패처 (102) 간의 통신에 대한 필요성을 제거할 수도 있다. 또한, 대부분의 지역 내 콜의 경우와 같이, 타깃이 동일한 지역에 있고 콜이 로컬-호스팅일 경우에, 지역들 사이의 통신에 대한 필요성도 제거될 수 있다. 다음의 섹션들은 지역 내 콜에 대한 콜 흐름, 타이밍 추정, 및 메시징 방식을 설명한다.

로컬 콜의 개시

도 4 는 로컬 그룹 콜의 시작에 대한 예시적인 메시지 흐름을 도시한 것이다. 사용자는 하나 이상의 목표 사용자들, 하나 이상의 미리 정의된 그룹들, 또는 이들의 조합을 선택하고 PTT (push-to-talk) 버튼을 누를 수도 있다 (402). 클라이언트는, 후술되는 바와 같이, 이동국이 전용 트래픽 채널을 갖는지의 여부에 관계없이, 그룹 콜을 셋업하기 위한 요구를 지역 디스패처에게 송신할 수도 있다 (404). 그 요구를 송신한 후, 만약 이동국의 패킷 데이터 세션이 휴면상태에 있으면, 클라이언트는 전용 트래픽 채널을 재확립하고 매체 활성용 패킷 데이터 세션을 준비하는 프로세스를 개시할 수도 있다. 클라이언트는, 어떠한 시간 주기 동안 발신자로부터 수신된 음성 입력을 버퍼링 (buffer) 할 수도 있다.

지역 디스패처가 요구를 수신할 때, 그 요구에 특정될 수도 있는, 미리 정의된 그룹을 타깃 사용자 멤버 리스트로 확장할 수도 있다. 그 후, 지역 디스패처는 타깃 사용자들의 위치 정보를 검색할 수도 있다 (406). 또한, 이 때, 지역 디스패처는 그 시스템에서 그룹이 이미 구동하고 있는지 여부를 결정할 수도 있다. 도 4 는 그룹이 이미 구동하고 있지 않을 경우의 시나리오를 나타낸 것이다. 추후에 설명되는 늦은 합류 콜 (late join call) 시나리오는, 그룹이 이미 구동하고 있는 경우를 나타낸다.

지역 디스패처가 적어도 하나의 타깃 사용자들의 위치를 확인한 후, 그 지역 디스패처는, 그룹 콜이 셋업되었음을 나타내는 응답을 클라이언트에게 되송신할 수도 있다 (408). 이 때, 클라이언트는 자신의 매체를 발신하고 버퍼링 (412) 하기 시작하도록 발신자의 요구를 긍정적으로 허여 (410) 할 수도 있다.

지역 디스패처는 타깃 사용자들의 위치를 이용하여, 콜이 할당될 수 있는 지역을 결정할 수도 있다. 도 4 에서와 같이, 만약 타깃 사용자들이 지역 디스패처와 동일한 지역에 있는 것으로 결정되면, 지역 디스패처는 지역 MCU 에게 콜을 할당할 수도 있다. 그 MCU 는, 콜이 시작되고 있음을 나타내는 통지를 전체 그룹에게 송신할 수도 있다 (414). 타깃 사용자에 대하여, 그 통지의 송신은, 휴면상태에서 나와 트래픽 채널을 재확립하도록 자신의 패킷 데이터 세션을 트리거링 (trigger) 시킬 수도 있다.

클라이언트가 MCU 로부터 콜 통지를 수신하고 이동국의 트래픽 채널이 재확립된 이후, 클라이언트는 버퍼링된 매체를 MCU 로 포워딩 (forward) 할 수도 있다 (416). MCU 는 발신자로부터 수신된 매체를 버퍼링할 수도 있다 (418). 일 실시형태에서, MCU 는, "타깃 응답 임계값" 을 만족하거나 초과할 때까지 그 매체를 버퍼링할 수도 있다. 타깃 응답 임계값은, 매체를 계속 송신하기 위해 요구되는 타깃 응답량의 표시이다. 그 임계값은 구성가능한 파라미터일 수도 있다. 일단 임계값이 만족되면, MCU 는 그 매체를 복제하여, 그 콜에 대한 통지에 응답된 (422) 타깃 사용자들에게 그 매체를 포워딩한다 (420).

짧은 데이터 버스트를 통한 메시징

"인스턴트 응답" 은, 애플리케이션 서버가 PTT 또는 콜 셋업 요구에 응답하는데 걸리는 응답 시간과 관련된다. 그룹 콜 셋업 요구를 포함하여, 어떠한 PTT 요구에 대한 응답의 목적은 그 요구에 대하여 소정 시간 주기 (예를 들어, 1 초 이내) 후에도 일관되게 응답하는 것이다. 많은 경우, 사용자가 그룹 콜의셋업을 요구할 때, 사용자의 패킷 데이터 세션은 휴면상태이며 전용 트래픽 채널은 존재하지 않는다. 전용 채널 채널의 재확립은 상당한 시간이 걸릴 수도 있다. 따라서, 애플리케이션 서버와의 통신은 다른 수단을 통하여 달성될 수도 있다.

그룹 통신 시스템이 "인스턴트 응답" 을 만족시킬 것을 보장하기 위하여, 패킷 데이터 세션 상태에 관계없이, 임의의 시간에 어떠한 방향 (즉, 이동국-발신 또는 이동국-종료) 으로 작은 IP 데이터그램이 송신될 수도 있다. 일 실시형태에서, IP 데이터그램은 짧은 데이터 버스트 메시지 (SDB) 형태로 송신될 수도 있다. 패킷 데이터 세션이 휴면상태인 상황에서, SDB 메시지는 오버헤드 채널을 통하여 송신된다. 전용 트래픽 채널의 접속이 존재할 경우, SDB 메시지는 트래픽 채널을 통하여 송신된다.

도 4 를 참조하면, 그룹 콜-셋업 요구 (404) 는 SDB 메시지를 통하여 송신될 수도 있다. 또한, 애플리케이션 서버로부터의 그룹 콜-셋업 응답 (408) 도 SDB 메시지로 송신될 수도 있다. SDB 메시지를 통해 송신되는 콜 셋업 요구 및 응답 메시지는 그룹 통신 시스템 (100) 으로 하여금 "인스턴트 응답" 목적을 만족하게 할 수도 있다.

그룹 콜을 셋업하는 프로세스를 완료하기 위하여, MCU 는, 발신자를 포함하여, 멤버 리스트 내의 사용자들에게 콜 통지를 송신할 수도 있다. 이들 콜 통지는 전용 트래픽 채널을 통하여 송신될 수도 있다. 대부분의 경우, 그룹 멤버의 패킷 데이터 세션은 휴면상태, 즉, 전용 트래픽 채널이 확립되지 않은 상태이다. 이것은, 모든 멤버의 트래픽 채널이 재확립되고 그 멤버들이 메시지를 확인응답하거나 신뢰도 타이머가 만료할 때까지, MCU 가 적극적인 신뢰도 스케쥴에 의해 콜 통지 메시지를 재송신해야 할 수도 있음을 의미한다. 콜 통지의 적극적인 송신은, 매체가 클라이언트에 대하여 버퍼링하고 MCU 가 최소로 유지되는 것을 보장한다. 클라이언트는, 자신의 트래픽 채널이 상승하여 MCU 접촉 정보를 포함하는 콜 통지를 수신하지 마자, 버퍼링된 매체를 송신할 수도 있다. MCU 는, 타깃 응답 임계값을 만족하거나 그 값을 초과하자마자 버퍼링된 매체를 복제 및 포워딩할 수도 있다. 이것은, 타깃이 콜 통지를 수신하고 그에 대하여 응답이 빠를수록 이러한 임계값이 더 빨리 만족되어, MCU 가 매체의 송신 개시 및 버퍼링을 더 빨리 중지할 수도 있음을 의미한다.

또한, 발신자에 대한 콜 통지도 SDB 를 통하여 송신될 수 있다. 이것은 2 가지 이점을 제공한다. 첫째, 콜 통지가 MCU 접촉 정보를 포함하기 때문에, 그룹 콜 클라이언트는, 이동국의 트래픽 채널이 재확립되자마자 버퍼링된 매체를 MCU 로 송신할 수 있으며, 이는 버퍼링된 매체를 유지하기 위한 이동국에 대한 RAM 요건을 저감시킬 수 있다. 둘째, 콜 통지가 SDB 를 통하여 들어올 때, 만약 발신자가 콜을 중단하거나 플로어를 릴리스하기로 결정하면 (이는 트래픽 채널이 재확립되기 전에 발생할 수도 있음), 클라이언트는 그 정보를 MCU 에게 통지할 수도 있다. 콜 통지를 SDB 를 통하여 발신자에게 송신하는 효과는, 발신자의 콜 통지 메시지에 특별한 처리를 제공하기 위하여, MCU 에 대한 요건 및 공통 채널에 대한 로드를 증가시키는 것이다.

원격 콜의 개시

지역 내 콜은, 모든 멤버들이 동일한 지역에 위치할 경우에 로컬-호스팅될 수도 있다. 지역 디스패처는, 로컬 자원이 오버로드되거나 이용 불가능하기 때문에, 지역 내 콜을 원격 지역에 할당할 수도 있다. 그러한 경우, 매체 및 시그널링은, 사용자의 PDSN 과 원격 MCU 간의 확장된 통신 경로로 인하여 추가적인 레이턴시 (latency) 및 에러를 경험할 수도 있다. 도 5 는 원격의 지역 내 콜에 대한 예시적인 콜 셋업을 도시한 것이다.

원격 호스트에 대한 지역 내 콜의 개시는, MCU 로의 지역 디스패처의 콜 할당을 제외하면, 도 4 에 관하여 설명된 콜-셋업 시나리오와 유사하다. 지역 디스패처가 그룹 멤버들의 위치를 검색한 후, 지역 디스패처는 콜이 할당될 수 있는 MCU 를 결정할 수도 있다. 지역 디스패처는 사용자의 위치 정보, MCU 의 로딩 및 MCU 의 가용도에 기초하여 이러한 결정을 할 수도 있다. 지역 내 콜에서, 사용자들이 동일한 지역에 위치할 수도 있으므로, 지역 디스패처는 로컬 지역에서의 MCU 컴플렉스의 가용도 및 로딩을 체크할 수도 있다. 만약 로컬 MCU 컴플렉스가 오버로드되거나 일시적으로 동작 실패를 경험하고 있다는 표시를 지역 디스패처가 수신하면, 지역 디스패처는 원격 MCU 에게 콜을 할당할 수도 있다. 일 실시형태에서는, MCU 가 콜 구성을 제외하면 동일한 기능의 복제물일 수도 있으므로, 원격 MCU 는 로컬 MCU 와 유사하게 콜을 처리할 수도 있다.

지역간 콜 (Inter-regional Calls)

그룹 콜 시스템 (100) 은, 물리적인 위치나 서로간의 근접도에 무관하게 일 사용자로 하여금 다른 사용자와 통신하게 하도록 구성될 수도 있다. 그룹 통신 시스템 (100) 은, 콜 셋업 시에, 지역간 콜이 지역 디스패처와 홈 디스패처 사이의 통신을 요구하기 때문에, 다수의 지역간 콜을 제한하도록 배치될 수도 있다. 그 콜 할당은, 하나 이상의 콜 참가자들로부터 원격의 지역에 있는 MCU 로의 할당일 수도 있다. 다음 섹션은 지역간 콜에 대한 예시적인 콜 흐름, 타이밍 추정 및 메시징 방식을 설명한다.

로컬 콜의 개시

도 6 은 로컬-호스팅 그룹 콜의 시작을 위한 예시적인 메시지 흐름을 도시한 것이다. 로컬의 지역간 콜에 대한 콜 셋업은, 지역 디스패처가 타깃 사용자들에 대한 위치 정보를 검색하는 프로세스를 제외하면, 도 4 에 관하여 설명된, 로컬의 지역 내 콜에 대한 콜 셋업과 유사하다. 일 실시형태에서, 지역 디스패처는 자신의 캐시 내에서의 타깃 사용자들의 위치 확인을 시도한다. 만약 그 캐시에서 어떠한 사용자들이 발견되지 않으면, 지역 디스패처는, 그 사용자들의 위치를 확인하기 위하여 홈 디스패처로부터의 도움을 요구할 수도 있다. 홈 디스패처는, 지역 위치 서버를 이용하여 IP 등록을 수행한 사용자들에 대한 사용자 위치 정보를 포함할 수도 있다. 전술한 바와 같이, 지역 위치 서버는, 사용자 등록이 발생할 때마다 관련 지역 디스패처에게 통지할 수도 있다. 각각의 지역 디스패처는 홈 디스패처에게 사용자 등록을 통지할 수도 있다. 이것은, 상이한 지역전반에 걸쳐 지리적으로 분포되어 있는 사용자들을 찾음으로써 홈 디스패처가 지역 디스패처들을 원조하게 한다.

원격 콜의 개시

도 7 은 원격의 지역간 콜에 대한 예시적인 셋업을 도시한 것이다. 원격 호스트에 대한 지역간 콜의 개시는, MCU 로의 지역 디스패처의 콜 할당을 제외하면, 도 4 에 관하여 설명된, 콜 셋업 시나리오와 유사하다. 지역 디스패처 (RD; 114) 가 그룹 멤버들의 위치를 검색한 이후, 지역 디스패처는 콜이 할당될 수 있는 MCU 를 결정할 수도 있다. RD (114) 는 사용자의 위치 정보, MCU 의 로딩 및 MCU 의 가용도에 기초하여 이러한 결정을 할 수도 있다. 그룹 멤버들의 위치를 이용하여, RD 는 대부분의 멤버들에 대한, 매체 또는 시그널링을 포함하는 IP 패킷에 대한, 서비스 제공자의 네트워크를 통한 최적의 이동 경로를 찾도록 시도한다. 만약 대부분의 사용자들이 특정한 지역에 위치하면, 콜은 그 지역에 할당될 수도 있다. 만약 사용자들이 지역에 걸쳐 균일하게 분포되어 있으면, 콜은 타깃 사용자들을 포함하는 지역들 중 한 지역에 할당될 수도 있다.

그룹 콜 종료

그룹 콜은, 모든 참가자들이 콜을 종료하도록 요구받거나 모든 참가자들이 "통화종료-시간 (hang-time)" 이라고 지칭하는 미리 정의된 시간 주기 동안 통화를 중지하는 등의 2 가지 이유로 종료할 수도 있다. 각각의 참가자는, 콜의 계획된 종료 이전에 콜 참가를 종료하도록 선택될 수도 있다. 만약 모든 참가자들이 콜을 종료하면, MCU 도 콜을 종료할 수 있으며 할당된 모든 자원들을 릴리스할 수도 있다. 만약 일 참가자를 제외한 모든 참가자들이 콜을 종료하면, MCU 는 "고립된 사용자" 로서 지칭되는 참가자에게 통지할 수도 있다. 고립된 사용자는 콜을 즉시 종료하거나 통화종료-시간 타이머의 만료를 대기하는 옵션을 가지며, 이는 MCU 를 트리거링하여 콜을 해제할 수도 있다.

MCU 는, 통화종료-시간 타이머가 만료될 때에 콜을 종료할 수도 있다. MCU 는 각각의 발화 (talk spurt) 를 추적하며, 발화가 완료된 후, 타이머를 설정할 수도 있다. 이러한 타이머는 통화종료-시간 타이머라고 칭하며, 콜에서의 침묵 (즉, 통화 또는 매체 흐름 활성이 없음) 기간을 추적할 수도 있다. 만약 콜이 서비스 제공자에 의해 구성될 수도 있는 통화종료-시간 동안 침묵으로 유지되면, MCU 는 참가자들이 더 이상 콜에 관심이 없는 것으로 가정하여, 콜을 종료할 수도 있다.

사용자 개시 콜 종료

도 8 은, 사용자가 그룹 콜 참가를 종료하도록 선택되는 예시적인 시나리오를 도시한 것이다. 그 시나리오는, 사용자의 참가를 종료하는 메시지 흐름을 도시한다. 사용자가 그룹 콜 참가를 종료하도록 선택할 경우 (802), 클라이언트는 콜로부터 그 사용자를 제거하는 요구를 MCU 에게 송신할 수도 있다 (804). MCU 는 콜로부터 사용자를 제거하고 (806), 사용자가 제거되었음 (810) 을 클라이언트에게 통지 (808) 할 수도 있다.

서버 개시 콜 종료

도 9 는, 통화종료-시간 타이머가 만료하고 MCU 가 그룹 콜을 종료할 때에 발생하는 예시적인 메시지 흐름을 도시한 것이다. 통화종료-시간 타이머가 만료할 때 (902), MCU 는 콜이 종료하고 있다는 통지를 참가자에게 송신할 수도 있다 (904). 콜 종료 통지를 수신한 각각의 클라이언트는 확인응답 (ACK) 로 응답할 수도 있다 (906). 확인응답을 수신할 때, MCU 는 콜이 종료하였으며 콜에 할당된 자원을 릴리스할 수도 있음을 RD 에게 통지할 수도 있다 (908).

경고 (alert) 의 송신

경고 메커니즘은, 경고 발신자인 다른 사용자가 그룹 콜에 참가하기를 원함의 표현을 타깃 사용자들에게 통지하는데 이용될 수도 있다. 경고 메커니즘은, 발신자로 하여금 콜의 대상, 원하는 콜 시간, 또는 기타 사용자 주문제작 가능한 텍스트 메시지를 특정하게 하는 텍스트 메시지를 포함할 수도 있다. 도 10 은, 사용자가 경고를 송신할 때에 발생하는 예시적인 메시지 흐름을 도시한 것이다.

발신자는 하나 이상의 타깃 사용자, 하나 이상의 미리 정의된 그룹, 또는 이들의 조합을 선택할 수도 있으며 (1002), 경고가 송신될 수도 있음을 표시할 수도 있다. 클라이언트는, 요구에 특정된 타깃 사용자들에게 경고를 송신하는 요구를 RD 에게 송신할 수도 있다. RD 가 그 요구를 수신할 때 (1006), RD 는, 요구에 특정된, 미리 정의된 그룹을 타깃 사용자 멤버 리스트로 확장할 수도 있으며, 그 RD 는 타깃 사용자들의 위치 정보를 검색할 수도 있다. RD 가 적어도 하나의 타깃 사용자의 위치를 확인한 후, RD 는 클라이언트에게 응답을 되송신할 수도 있다 (1008). RD 는 MCU 에게 경고 요구를 할당하여 (1010), 타깃 사용자들에게 경고 메시지를 방송할 수도 있다 (1012).

도 10 에 대하여 언급한 바와 같이, 경고 요구는 짧은 데이터 버스트 (SDB) 를 통하여 송신될 수도 있다. SDB 메시지를 통한 경고의 송신은, 관련된 파티 (parties) 의 패킷 데이터 세션이 휴면상태에 남게 한다. 경고 통지는, 예를 들어, 그 경고 통지를 선택하고 PTT 를 누름으로써, 타깃 사용자가 발신자 및 나머지 타깃 사용자들과의 그룹 콜을 셋업하게 하는데 필요한 정보를 포함한다. 이것이 발생할 경우, 그룹 콜 셋업은 도 4 에 관하여 설명된 콜 셋업 시나리오와 유사하게 진행한다.

늦은 합류 (Late Join)

만약 콜 셋업 요구에 특정될 수도 있는 멤버 리스트가 시스템에서 이미 진행 중인 콜과 관련된 멤버 리스트와 동일하면, 그룹 콜 셋업 요구는 늦은 합류로 간주된다. 이러한 상황은 다음의 2 가지 중 하나로 발생할 수 있다. 첫째, 사용자는, 정확하게 동일한 사용자(들) 및/또는 그룹(들)을 선택하고 PTT 버튼을 누름으로써, 관련 콜을 이미 갖는 것과 동일한 멤버 리스트를 생성할 수도 있다. 둘째, 사용자는, 시스템에서 여전히 구동하고 있는 콜을 콜 히스토리 리스트로부터선택하고 PTT 를 누를 수도 있다. 모든 경우에서, RD 는 사용자가 시작하도록 요구한 콜이 이미 진행 중임을 검출하고, 그 사용자를 늦은 합류로서 처리할 수도 있다.

도 11 은, 사용자가 콜 히스토리 리스트로부터 콜을 선택할 수도 있는 예시적인 늦은 합류의 경우를 도시한 것이다. 사용자는 콜 히스토리 리스트로부터 콜을 선택하고 PTT 버튼을 누를 수도 있다 (1102). 클라이언트는 그룹 콜을 시작하는 요구를 RD 에게 송신할 수도 있다 (1104). RD 는 콜이 이미 구동하고 있는지를 결정하고 (1106), 사용자가 진행 중인 콜에 부가되는 클라이언트에게 응답을 송신할 수도 있다 (1108). 만약 콜이 이미 구동하고 있으면, 현재의 콜 참가자는 늦게 합류한 사용자가 매체를 수신하도록 준비될 때 (즉, 패킷 데이터 세션이 휴면상태로부터 벗어날 때) 까지 플로어를 이미 유지하고 있을 수도 있기 때문에, 사용자에게 그 플로어가 허여되지 않을 수도 있다. RD 는 늦게 합류한 사용자를 그룹에 추가하기 위하여 콜을 호스팅하는 것을 MCU 에게 요구할 수도 있다 (1110). MCU 는 사용자를 추가하고, MCU 의 접촉 정보를 포함하는 사용자에게 통지를 송신한다 (1112). 늦게 합류한 사용자의 트래픽 채널을 재확립한 이후, 콜 내의 매체 흐름은 사용자에게 송신될 수도 있다. 이 때, 늦게 합류한 사용자는 통화에 대한 특권을 요구하려 할 수도 있다.

늦은 합류 시나리오는, 도 4 에 관하여 설명된 신규한 그룹 콜을 개시하기 위한 시나리오와 유사하다. 차이점은, 늦게 합류한 사용자는 초기의 그룹 콜 셋업 요구에 응답하여 플로어가 거부된다는 것이다.

화자 조정

일 실시형태에서, 각각의 그룹 콜 사용자는, "플로어" 를 점유하고 통화를 시작하도록 특권을 요구할 때에 그 사용자가 갖는 권리 수준을 결정하는 사용자 선점 등급 (pre-emption rank) 을 할당받는다. 그룹 콜이 셋업된 후, MCU 는 플로어를 제어할 수도 있으며, 플로어를 요구하는 참가자가 통화하도록 허용될 수 있는지 여부를 결정할 수도 있다. 특정 그룹용 플로어 제어에 대하여 2 개 이상의 콜 참가자가 경쟁할 경우에, MCU 는 화자 조정을 수행할 수도 있다.

도 12 는, 조정 프로세스 동안에 발생할 수도 있는 예시적인 이벤트를 도시한 것이다. 이러한 시나리오에서 사용되는 조정 방식은, 사용자 A 가 플로어를 요구할 때에 사용자 B 의 선점을 허용한다. 사용자 A 가 PTT 버튼을 누름으로써 통화 승인을 요구할 경우에, 사용자 B 는 플로어의 제어를 가진다 (즉, 사용자 B 가 통화하고 있음). 클라이언트는, 통화 승인을 요구하는 메시지를 MCU 에 송신할 수도 있다 (1204). MCU 는, 화자 조정을 수행할 수도 있으며 (1206), 사용자 B 가 선점될 수 있는지 및 사용자 A 가 플로어를 허여받을 수 있는지를 결정할 수도 있다. 매체 흐름의 중단 (즉, 사용자 A 의 매체가 송신되기 전에 사용자 B 가 통화를 중지할 수도 있음) 을 보장하기 위하여, MCU 는, 플로어가 다른 사용자에 의해 선점되었음을 나타내는 메시지를 사용자 B 에 대한 클라이언트에게 먼저 송신 (1208) 한 후, 플로어를 허여하는 응답을 사용자 A 에게 송신한다.

활성 그룹 콜로의 사용자들의 추가

그룹 통신 시스템 (100) 은, 그룹 콜 참가자들이 진행 중인 그룹 콜에 신규한 사용자들을 추가하도록 한다. 이것은, 하나 이상의 목표 사용자, 하나 이상의 미리 정의된 그룹, 또는 이들의 조합을 선택하고, 참가자들이 현재 존재하는 그룹 콜에 그 참가자들이 타깃을 추가하고 싶어함을 나타내는 콜 참가자들에 의해 달성된다. 도 13 은, 신규한 타깃이 진행 중인 그룹 콜에 추가될 때에 발생하는 이벤트를 도시한 것이다. 콜 참가자는, 그 콜에 추가되어야 하는 하나 이상의 사용자, 하나 이상의 그룹, 또는 이들의 조합을 선택할 수도 있다 (1302). 클라이언트는, 요구에 특정될 수도 있는, 진행 중인 그룹 콜에 특정한 타깃 사용자들을 추가할 것을 요구하는 메시지를 RD 에게 송신할 수도 있다 (1304). RD 가 그 요구를 수신할 경우, 그 요구에 특정되는, 미리 정의된 그룹들을 타깃 사용자 멤버 리스트로 확장할 수도 있다. 그 후, RD 는 타깃 사용자의 위치 정보를 검색할 수도 있다 (1306). RD 가 적어도 하나의 타깃 사용자들에 위치한 이후, RD 는 타깃이 콜에 추가되고 있음을 나타내는 응답을 클라이언트에게 되송신할 수도 있다 (1308). RD 는 특정한 사용자들에게 콜을 추가하는 요구를 MCU 에게 송신할 수도 있다 (1310). MCU 는, 자신의 패킷 데이터 세션을 휴면상태로부터 벗어나게 하는 프로세스를 개시할 수도 있는 신규한 타깃으로부터 콜 통지를 송신할 수도 있다 (1312). 그 통지는, 타깃이 메시지를 수신하는 것을 보장할 수 있도록 신뢰도 스케쥴에 의해 송신될 수도 있다. 타깃의 트래픽 채널이 재확립된 후, 타깃은 MCU 에게 확인응답 (ACK) 를 송신할 수도 있다 (1314). 콜에 발생하고 있는 매체 및 시그널링 통신에 추가적인 타깃이 포함될 수도 있다 (1316).

활성 그룹 콜로부터 멤버들의 제거

그룹 통신 시스템 (100) 은 그룹-콜 참가자로 하여금 활성 그룹으로부터 멤버들을 제거하게 한다. 일 실시형태에서, 이것은, 하나 이상의 타깃 참가자들을 선택하고 그 참가자들이 그룹 콜로부터 제거되어야 함을 나타내는 콜 참가자에 의해 달성될 수도 있다. 도 14 는, 참가자들이 진행 중인 그룹 콜로부터 제거될 경우에 발생할 수도 있는 예시적인 이벤트를 도시한 것이다. 그룹-콜 참가자는, 콜로부터 제거될 하나 이상의 타깃 참가자들을 선택할 수도 있다 (1402). 클라이언트는, 메시지에서 특정될 수도 있는 타깃을 그룹 콜로부터 제거할 것을 요구하는 메시지를 RD 에 송신할 수도 있다 (1404). RD 가 그 요구를 수신할 때, RD 는 타깃의 위치 정보를 검색할 수도 있으며 (1406), 타깃이 제거되었음을 나타내는 응답을 클라이언트에게 되송신할 수도 있다 (1408). RD 는 콜로부터 타깃을 제거하는 요구를 MCU 에게 송신할 수도 있다 (1410). MCU 는, 제거 요구에 특정될 수도 있는 타깃에게 콜로부터 제거되었음을 나타내는 메시지를 송신할 수도 있다 (1412). 그 타깃은 MCU 에게 확인응답 (ACK) 을 송신할 수도 있다 (1414).

등록 해제

사용자와 접촉하기 위하여 사용자의 IP 어드레스를 이용하는 다른 IP 애플리케이션 또는 애플리케이션 서버에 의해 사용자가 더 이상 접촉될 것을 원하지 않을 경우, 등록 해제 기능이 수행될 수도 있다. 등록 해제 기능은 RLS 로부터 사용자의 IP 어드레스 및 다른 접촉 정보를 제거하고, 사용자를 대신하여 할당된 어떠한 자원을 자유롭게 한다. 도 15 는, 일 실시형태에 따라, 전력 하강된 이동국의 결과로서 사용자 등록이 RLS 로부터 제거되는 방법을 도시한 것이다. 클라이언트는, 클라이언트가 상주하는 이동국이 전력 하강되었다는 표시를 수신할 수도 있다 (1502). 셧 다운 (shut down) 프로세스의 일부로서, 클라이언트는, 사용자의 위치 정보가 제거되어야 함을 나타내는 메시지를 RLS 에 송신할 수도 있다 (1504). RLS 는, 유효한 소스 (source) 로부터 생성되었음을 보장하기 위하여 그 요구를 인증할 수도 있다 (1506). 인증이 성공적일 때, RLS 는 클라이언트에게 성공적인 표시를 통지할 수도 있으며 (1508), RD 에게 사용자의 제거에 대하여 통지할 수도 있다 (1510). RD 는 자신의 캐시로부터 사용자 데이터 레코드를 제거할 수도 있으며, 사용자에게 할당될 수도 있는 자원을 자유롭게 할 수도 있다. 등록 해제가 실패하면, 만료 필드와 관련된 시간이 경과할 때, 결국, 사용자의 위치 정보가 RLS 로부터 제거될 수도 있다.

일 실시형태에서, 그룹 통신 시스템 (100) 은 채팅-룸 모델 및 애드-혹 (ad-hoc) 모델을 모두 지원한다. 채팅-룸 모델에서는, 디스패치 서버에 저장될 수도 있는 그룹들이 미리 정의된다. 미리 정의된 그룹들은, 그 그룹이 오픈 멤버 (open member) 를 가짐 (즉, 임의의 디스패치 사용자는 잠재적인 참가자임) 을 나타내는 공개형 (public) 그룹이다. 채팅-룸에서는, 첫번째 사람이 채팅-룸에합류할 것을 채택할 때에 콜이 시작되며, 통화 활성도에 관계없이, 서비스 제공자에 의해 구성될 수도 있는 소정의 시간량 동안, 콜에 할당된 서버 자원을 가지고 그 콜이 계속 구동한다. 특히, 사용자들은 이러한 타입의 콜들의 합류 및 중단을 요구한다. 전술한 바와 같이, 통화 비활성 주기 동안, 각각의 콜은 사용자가 통화 승인을 요구할 때까지, 그룹 휴면상태를 유지한다.

애드-혹 모델에서, 그룹들은 실시간으로 정의될 수 있으며, 그와 관련된 폐쇄형 멤버 리스트 (closed member list) 를 가질 수도 있다. 폐쇄형 멤버 리스트는, 사용자들이 그룹에 참가하도록 허용받을지를 특정할 수도 있으며, 그 폐쇄형 멤버 리스트 외부의 사용자에게 이용 불가능할 수도 있으며, 콜이 생존하는 동안에만 존재할 수도 있다. 애드-혹 그룹 정의는 어떠한 곳에도 저장되지 않을 수도 있는데, 그 정의는 콜을 확립하는데 이용될 수 있으며 콜이 종료한 이후에 릴리스될 수도 있다.

애드-혹 그룹은, 발신자가 콜을 개시하도록 서버로 송신되는 요구를 생성하고 하나 이상의 타깃 사용자들을 선택할 때에 형성될 수도 있다. 타깃 사용자들은 그들이 그룹에 포함되었다는 통지를 송신받을 수도 있으며, 관련 콜에 자동적으로 (즉, 사용자 액션이 요구되지 않을 수도 있음) 합류될 수도 있다. 애드-혹 콜이 비활성이 되면, 애플리케이션 서버는 콜을 "중단 (tear down)" 하고, 콜을 개시하기 위해 사용된 그룹 정의를 포함하여, 관련 자원들을 자유롭게 할 수도 있다.

채팅-룸 모델에서 동작할 때, 그룹 통신 시스템 (100) 에서, 네트 멤버 (netmembers) 로서 개별적으로 알려진 일군의 통신 장치 사용자들은, 각각의 네트 멤버에 할당된 통신 장치를 이용하여 서로 통신한다. "네트" 라는 용어는 서로 통신하도록 인증된 일군의 통신 장치를 나타낸다.

일 실시형태에서, 중앙 데이터베이스는, 각각의 특정 네트의 멤버들을 식별하는 정보를 포함할 수도 있다. 하나 이상의 네트는 동일한 통신 시스템에서 동작할 수도 있다. 예를 들어, 제 1 네트는 10 명의 멤버를 갖도록 정의할 수 있으며, 제 2 네트는 20 명의 멤버를 갖도록 정의할 수도 있다. 제 1 네트의 10 명의 멤버는 서로 통신할 수 있지만, 제 2 네트의 멤버들과는 통신할 수 없다. 다른 실시형태에서는, 상이한 네트의 멤버들이 하나 이상의 네트의 멤버들 간의 통신을 모니터링할 수는 있지만, 오직 자신의 네트 내의 멤버들에게만 정보를 송신할 수 있다.

네트는, 종래의 하부구조에 대한 실질적인 변경의 요구없이, 종래의 통신 시스템 상에서 동작할 수도 있다. 따라서, 네트에 대한 제어기 및 사용자들은 코드분할 다중접속 (CDMA) 시스템, 시분할 다중접속 (TDMA) 시스템, GSM (Global System for Mobile Communications) 시스템, Globalstar™ 또는 Iridium™ 과 같은 위성 통신 시스템, 또는 다양한 다른 시스템과 같은 인터넷 프로토콜 (IP) 을 이용하여 패킷 정보를 송신 및 수신할 수 있는 어떠한 시스템에서 동작할 수도 있다.

네트 멤버들은, 통신 장치 (CD; 120 및 122) 로서 도시되어 있는 할당된 통신 장치를 이용하여 서로 통신할 수도 있다. CD (120 및 122) 는 지상 무선 전화기, PTT (push-to-talk) 능력을 갖는 무선 전화기, PTT 기능을 갖춘 위성 전화기, 무선 비디오 카메라, 스틸 카메라, 음악 리코더 또는 재생기와 같은 오디오 장치, 랩탑 또는 데스크탑 컴퓨터, 페이징 장치, 또는 이들의 조합물과 같은 유선 또는 무선 통신 장치일 수도 있다. 예를 들어, CD (120) 는 비디오 카메라 및 디스플레이를 갖는 무선 지상 전화기를 포함할 수도 있다. 또한, 각각의 CD 는 보안 모드 또는 비-보안 (클리어 (clear)) 모드로 정보를 송신 및 수신할 수도 있다. 다음의 설명 전반에 걸쳐서, 개별 CD 에 대한 기준은 무선 PTT 전화기를 의미한다. 그러나, 개별 CD 에 대한 기준을 그와 같은 것으로 제한하려는 것은 아니며, 인터넷 프로토콜 (IP) 에 따라 패킷 정보를 송신 및 수신하는 능력을 갖는 또 다른 통신 장치들을 포함할 수도 있음을 알아야 한다.

그룹 통신 시스템 (100) 에서, 일반적으로, 송신 특권은 단일의 사용자로 하여금 소정의 시간에 다른 네트 멤버들에게 정보를 송신하게 한다. 요구가 수신될 때에 송신 특권이 현재 다른 네트 멤버에게 할당되었는지 여부에 기초하여, 요구하는 네트 멤버에게 송신 특권이 허여되거나 거부된다. 송신 요구를 허여하고 거부하는 프로세스는 조정 (arbitration) 으로서 공지되어 있다. 요구하는 네트 멤버가 송신 특권을 허여받는지 여부를 결정하는데 있어서, 조정 방식은, 각각의 CD 에 할당된 우선순위 레벨, 송신 특권을 획득하는데 실패한 시도 횟수, 네트 멤버가 송신 특권을 보유한 시간 길이와 같은 인자, 또는 다른 인자들을 평가할 수도 있다.

시스템 (100) 에 참가하기 위하여, CD (120 및 122) 각각은 제어기 또는 MCU (116) 로부터 송신 특권을 요구하는 능력을 가질 수도 있다. MCU (116) 는 그룹의 관리 동작 및 실제 시간을 관리할 수도 있다. MCU 는 적어도 하나의 프로세서 및 메모리를 갖는 임의의 타입의 컴퓨터-타입 장치이다. 인증이 서비스 제공자에 의해 제공된다고 가정하면, MCU (116) 는 통신 시스템 서비스 제공자, 멤버, 또는 이들 모두를 통하여 원격 동작할 수도 있다. MCU (116) 는 외부의 관리 인터페이스를 통하여 그룹 정의를 수신할 수도 있다. 그룹 멤버들은, MCU 관리 인터페이스에 부합하는 멤버-동작형 (member-operated) 보안 매니저 (SM) 와 같이, 정의된 시스템을 통하여 네트 기능을 관리하거나 서비스 제공자를 통하여 관리 액션을 요구할 수도 있다. MCU (116) 는, 네트를 확립하거나 변경하도록 시도하는 파티를 인증할 수도 있다.

SM 은 키 관리, 사용자 인증, 및 보안 네트를 지원하는데 관련된 태스크를 수행할 수도 있다. 단일의 그룹 통신 시스템은 하나 이상의 SM 과 상호작용할 수도 있다. SM 은, 네트 활성도 또는 PTT 조정을 포함하여, 네트의 실시간 제어에 관련되지 않을 수도 있다. SM 은, 관리 기능을 자동화하기 위하여, MCU 와 호환 가능한 관리 능력을 가질 수도 있다. 또한, SM 은, 네트에 참가하거나 네트 키를 방송하거나 네트 트래픽을 간단히 모니터링하기 위한 데이터 종단점으로서 기능할 수도 있다.

일 실시형태에서, MCU 로부터의 송신 특권을 요청하는 수단은 PTT (push-to-talk) 키 또는 스위치를 구비한다. 시스템 (100) 에서의 사용자가 정보를 다른 멤버들에게 송신하기를 원할 경우, 그 사용자는 자신의 CD 상에 위치한 PTT 스위치를 눌러, MCU (116) 로부터의 송신 특권을 획득하기 위한 플로어-제어 요구를 송신할 수도 있다. 만약 다른 네트 멤버가 송신 특권을 현재 할당받지 않았으면, 요구하는 사용자는 송신 특권을 허여받을 수도 있으며, 그 사용자는 CD 를 통하여 청각, 시각 또는 청각 경고에 의해 통지될 수도 있다. 요구하는 사용자가 송신 특권을 허여받은 이후, 정보는 그 사용자로부터 다른 멤버로 송신될 수도 있다.

본 발명의 일 실시형태에서, 각각의 무선 네트 멤버는, 하나 이상의 기지국 (126) 와, 또는 다른 방법으로는, 위성 게이트웨이 (그 경우가 존재할 경우) 와 순방향 링크 및 역방향 링크를 확립한다. 음성 및/또는 데이터는, 예를 들어, 다른 사용자들과의 통신이 발생할 수도 있는 특정한 분산 네트워크 (128) 에 적합한 CD 를 이용하여 데이터 패킷으로 전환될 수도 있다. 일 실시형태에서, 분산 네트워크 (128) 는 인터넷이다.

일 실시형태에서는, 정보를 각각의 네트 멤버로부터 다른 네트 멤버로 방송하기 위하여, 전용 순방향 채널이 각각의 통신 시스템, 즉, 지상 통신 시스템 및 위성 통신 시스템에 확립된다. 각각의 네트 멤버는 전용 채널을 통하여 다른 네트 멤버들로부터의 통신을 수신할 수도 있다. 또 다른 실시형태에서는, 정보를 MCU (116) 으로 송신하기 위하여, 전용 역방향 링크가 각각의 통신 시스템에 확립된다. 일 실시형태에서는, 상술한 방식들의 조합이 이용될 수도 있다. 예를 들어, 일 방식은 전용 순방향 방송 채널을 확립하지만 무선 CD 로 하여금 각각의 CD 에 할당되는 전용 역방향 링크를 통하여 MCU (116) 로 정보를 송신할 것을 요구하는 단계를 포함할 수도 있다.

제 1 네트 멤버가 그 네트의 다른 멤버들에게 정보를 송신하기를 원할 경우,제 1 네트 멤버는, 분산 네트워크 (128) 를 통한 송신용으로 포맷된 요구를 생성하는 자신의 CD 상의 PTT 키를 누름으로써 송신 특권을 요구할 수도 있다. CD (120 및 122) 의 경우, 그 요구는 공중을 통하여 하나 이상의 기지국 (126) 으로 송신될 수도 있다. 데이터 패킷을 프로세싱하기 위한 패킷 제어 기능 (PCF), 패킷 데이터 서빙 노드 (PDSN), 또는 널리 공지된 연동 기능 (IWF) 를 포함할 수도 있는 이동국 스위칭 센터 (MSC; 130) 는 BS (126) 과 분산 네트워크 (128) 사이에 존재할 수도 있다. 그 요구는 공중 스위칭 전화 네트워크 (PSTN) 를 통하여, 그 요구를 수신하고 분산 네트워크 (128) 로 제공할 수도 있는 모뎀 뱅크 (modem bank) 에 송신될 수도 있다. 단말기는 분산 네트워크 (128) 로의 접속을 통하여 시스템 (100) 의 트래픽을 모니터링할 수도 있다.

만약 현재 송신 특권을 보유하는 다른 멤버가 없으면, MCU (116) 가 송신 특권 요구를 수신할 경우, MCU (116) 는, 송신 특권이 허여되었음을 통지하는 메시지를 요청 네트 멤버에게 송신할 수도 있다. 그 후, 전술한 송신 경로들 중 하나를 이용하여 정보를 MCU (116) 으로 송신함으로써, 제 1 네트 멤버로부터의 청각, 시각, 또는 다른 정보가 다른 네트 멤버들에게 송신될 수도 있다. 그 후, 일 실시형태에서, MCU (116) 는 정보를 복제하고 각각의 복제물을 다른 네트 멤버들에게 송신함으로써, 다른 네트 멤버들에게 정보를 제공한다. 만약 단일의 방송 채널이 사용되면, 그 정보는 각각의 방송 채널이 사용되는 동안에 오직 한번만 복제되어야 한다.

또 다른 실시형태에서는, MCU (116) 이 MSC (130) 에 포함되어, 지원하는 기지국으로부터의 데이터 패킷은 분산 네트워크 (128) 에 라우팅되지 않고 MCU (116) 에 직접 라우팅된다. 이 실시형태에서, MCU (116) 는 여전히 분산 네트워크 (128) 에 접속되어, 다른 통신 시스템 및 장치가 그룹 통신에 참가할 수도 있다. 또 다른 실시형태에서, MCU (116) 는 MSC (130) 의 PDSN 모듈 또는 PCF 모듈에 포함될 수도 있다.

일 실시형태에서, MCU (116) 는 개별 네트 멤버들 및 각각의 정의된 네트와 관련된 정보를 관리하는 하나 이상의 데이터베이스를 보유한다. 예를 들어, 각각의 네트 멤버에 대하여, 데이터베이스는 사용자 이름, 계정 번호, 멤버의 CD 와 관련된 전화 번호 또는 다이얼 번호, CD 에 할당된 이동국 식별 번호, 멤버가 네트에 능동적으로 참가하고 있는지와 같은 네트에서의 현재 멤버의 상태, 송신 특권이 할당되는 방법을 결정하기 위한 우선순위 코드, CD 와 관련된 데이터 전화 번호, CD 와 관련된 IP 어드레스, 및 멤버가 통신하도록 인증받은 네트의 표시와 같은 정보를 포함할 수도 있다. 또한, 관련된 타입의 다른 정보가 각각의 네트 멤버에 대하여 데이터베이스에 의해 저장될 수도 있다.

일 실시형태에서, CD 는 하나의 통화 그룹 또는 네트를 형성하기 위하여 개별 통신 단말기들과의 접속을 형성할 수도 있다. MCU 는, 상이한 애플리케이션들을 수용하도록 상이한 방식으로 구성 가능한 하드웨어 및 소프트웨어에서의 다양한 기능적인 능력을 포함할 수도 있다. MCU 는 네트의 실시간 동작, 관리 동작, 및 인증 동작을 관리하는 능력, PTT (push-to-talk) 요구 조정, 유지보수 및 네트 멤버쉽의 분배 및 등록 리스트, 필요한 통신 (예를 들어, CDMA) 의 콜 셋업및 종료 (tear-down), 시스템 및 네트워크 자원, 및 네트 상태의 전체 제어를 제공할 수도 있다.

네트는 자립형 배치가능 셀룰러 시스템 또는 대규모 다중 사이트 구성내에 존재할 수도 있다. 대규모 구성의 경우에, 다중의 MCU 는, 각각이 종래의 셀룰러 하부구조로의 플러그-인 (plug-in) 모듈로서 동작하는 단일의 집적 시스템을 형성하기 위하여 지리적으로 배치될 수도 있다. 그와 같이, 네트에 의해 도입되는 신규한 특징은, 종래의 셀룰러 하부구조에 대한 변경없이 셀룰러 사용자에게 이용 가능하다.

MCU 는 정의된 네트의 리스트를 보유할 수도 있다. 일 실시형태에서, 각각의 네트 정의는 네트 식별자, 전화 번호 또는 다른 식별 정보를 포함하는 멤버 리스트, 사용자 우선순위 정보, 및 다른 일반적인 관리 정보를 포함한다. 네트는 클리어 (clear) 또는 보안적인 것으로서 정적으로 정의될 수 있으며, 클리어와 보안 사이의 천이는 허용되지 않는다. 통상적으로, 보안 네트는 매체 암호화를 이용하여, 인증을 제공하고 도청을 방지한다. 보안 네트를 위한 매체 암호화는, 암호화 및 암호해독이 통신 장치 내에서 발생할 수도 있음을 의미하는 단대단 (end-to-end) 기반으로 구현된다. MCU 는 보안 알고리즘, 키, 또는 수단 (policies) 의 인지없이 동작할 수도 있다.

도 16 은, 통신 장치 (1602, 1604, 및 1606) 가 MCU (1608) 과 상호작용하는 방법을 도시하기 위한 예시적인 그룹 (1600) 을 나타낸 것이다. 다중의 MCU 는 대규모 그룹에 대하여 요구되는 바와 같이 배치될 수도 있다. 도 16 에서, CD(1602) 는 그룹의 다른 멤버들로의 매체의 송신을 승인한다. 이 경우, CD (1602) 는 화자로서 알려지며, 채널을 통하여 매체를 송신한다. CD (1602) 가 화자로서 지정될 경우, 나머지 참가자인 CD (1604 및 1606) 는 그룹으로의 매체의 송신을 승인하지 않을 수도 있다. 따라서, CD (1604) 및 CD (1606) 은 청취자로서 지정된다.

상술한 바와 같이, CD (1602, 1604 및 1606) 는 적어도 하나의 채널을 이용하여 MCU (1608) 에 접속된다. 일 실시형태에서, 채널은 세션 개시 프로토콜 (SIP) 채널 (1610), 매체 시그널링 채널 (1612), 및 매체 트래픽 채널 (1614) 을 포함하는 별도의 채널들로 분할된다. SIP 채널 (1610) 및 매체 시그널링 채널 (1612) 은, 지정된 화자 또는 청취자에 관계없이, 어떠한 CD (1602, 1604, 및 1606) 에 의한 대역폭 허용으로서 어느 시간에도 사용될 수 있다. SIP 는, 인터넷 프로토콜 (IP) 를 통하여 동작하는 멀티미디어 세션을 확립, 변경, 및 종료하기 위한 제어 메커니즘을 설명하는 IETF (Internet Engineering Task Force) 정의 애플리케이션층 프로토콜이다. SIP 는, 사용자를 등록하고 위치확인하는 메커니즘, 사용자 능력을 정의하고 매체 파라미터를 설명하는 메커니즘, 및 사용자 가용도, 콜 셋업, 및 콜-처리를 결정하는 메커니즘을 지원함으로써, 인터넷 전화 애플리케이션의 콜-시그널링 문제에 대한 일반적인 해법을 제공한다.

일 실시형태에서, SIP 채널 (1610) 은 CD 의 그룹 (1600) 내 참가를 개시하고 종료하는데 이용된다. 또한, 세션 설명 프로토콜 (SDP) 신호는 SIP 채널 (1610) 내에서 이용될 수도 있다. 예를 들어, SIP 채널 (1610) 을 이용함으로써, 그룹 내 CD 의 참가가 셋업될 경우, 예를 들어, NBS 매체 시그널링 채널 (1612) 을 이용함으로써, CD 와 MCU 사이의 실시간 콜 제어 및 시그널링이 발생한다. 일 실시형태에서, 매체 시그널링 채널 (1612) 는 PTT 요구 및 릴리스를 처리하고, 대립하는 요구들 또는 플로어 제어 사이를 조정하고, 정보 송신의 개시 및 종료를 통지하고, 네트 휴면상태를 관리하고, 종단점 접속을 추적하고, 네트 상태를 요구 및 교환하고, 어떠한 에러 메시지를 통지하는데 이용된다. 매체 시그널링 채널 (1612) 의 프로토콜은 가장 공통의 메시지의 길이를 최소화하고, 추후의 개선에 대한 유연성을 유지하면서 응답을 해석하고 요구에 응답하는 태스크를 단순화한다. 또한, 매체 시그널링 채널 (1612) 의 프로토콜은, 프로토콜 상태에 악영향을 주지 않으면서 요구가 재송신되게 한다.

일 실시형태에서, 매체 시그널링 채널 (1612) 에 대한 시그널링 트래픽은, 세션 권유 요구 (session invitation requests) 및 확인응답 (ACK) 로 이루어질 수도 있는 콜 셋업 및 제어 시그널링, 및 실시간 플로어 제어 요구 및 관련 비동기 메시지로 이루어질 수도 있는 매체 시그널링을 포함한다. 매체 트래픽 채널 (1614) 에 대한 매체 트래픽은 실시간 점대 다중점 음성 및/또는 데이터 방송으로 이루어질 수도 있다. 이러한 2 가지 메시징 카테고리는 고유의 기능적인 속성을 가진다. 또한, 각각의 CD 는 DNS (domain name service) 클라이언트 요구를 발생시켜, 완전히 검증된 DNS 호스트 네임 (hostnames) 의 인터넷 네트워크 어드레스로의 매핑을 촉진할 수도 있다.

일 실시형태에서, 콜 셋업 및 콜 제어 시그널링은 SIP 구조에 따라 수행된다. 비록 SIP 가 널리 공지된 사용자 데이터그램 프로토콜 (UDP) 또는 송신 제어 프로토콜 (TCP) 을 이용하여 전송될 수도 있지만, 일 실시형태에서, 각각의 CD 는 UDP 를 이용하여 SIP 기반 시그널링 기능들을 수행한다. 또한, 각각의 CM 은 UDP 를 통하여 SIP 시그널링 요구의 수신을 기대할 수도 있다. 실시간 시그널링은 CM 및 각각의 CD 상의 동적 UDP/IP 인터페이스를 통하여 발생할 수도 있다. 다른 시그널링은, 예를 들어, SIP 를 이용하여, CM 과 CD 사이의 고정 TCP/IP 인터페이스를 통하여 발생할 수도 있다.

PTT 레이턴시

일 실시형태에서, 패킷 데이터 서비스가 활성일 경우, 예를 들어, 기지국 트랜시버 서브시스템 (BTS), 기지국 제어기 (BSC), 연동 기능 (IWF) 과 같은 하부구조에서의 자원들 및 무선 링크는 이동국 (MS) 에 능동적으로 할당된다. IP 기반 VoIP 디스패치 서비스에서, 그룹 참가자들간에 이루어지는 능동적인 대화가 존재하는 동안, 각각의 사용자에 대한 패킷 데이터 접속은 능동적으로 유지된다. 그러나, 그룹 통신에서의 비활성 주기, 예를 들어, "통화종료-시간 (hang time)" 이후, 사용자 트래픽 채널들은 휴면 상태로 전환될 수도 있다.

휴면 상태로의 전환은, 시스템 용량을 보존하고, 서비스 비용 및 배터리 소모를 저감시키고, 사용자로 하여금 종래의 음성 콜을 수신할 수 있도록 한다. 예를 들어, 사용자가 활성 패킷 데이터 콜 상태에 있는 경우, 일반적으로, 수신 음성 콜에 대하여 "통화 중 (busy)" 인 것으로 간주한다. 만약 사용자의 패킷 데이터 콜이 휴면 상태에 있으면, 사용자는 수신 음성 콜을 수신할 수도 있다. 이러한 이유로, 패킷 데이터 비활성 주기 이후에 패킷 데이터 콜을 휴면 상태로 전환하는 것이 바람직하다.

데이터 패킷들이 교환되지 않지만 패킷 데이터 콜들이 활성 상태인 경우, 무선 주파수 (RF) 에너지는 비록 낮은 레벨이더라도 이동 전화기에 의해 여전히 송신되어, 기지국과의 동기 및 전력 제어를 유지할 수도 있다. 이러한 송신은 전화기에 대하여 심각한 전력 소모를 초래할 수도 있다. 그러나, 휴면 상태에서, 그 전화기는 RF 송신을 수행하지 않을 수도 있다. 전화기 전력의 보존 및 배터리 수명의 연장을 위하여, 데이터 송신이 없는 연장 주기 이후에는, 전화기를 휴면 모드로 전환하기 위하여 통화종료 시간을 설정할 수도 있다.

패킷 데이터 서비스가 모든 사용자에 대하여 활성인 경우, MS 와 디스패치 서버 사이에 송신되는 IP 데이터그램일 수도 있는 PTT 요구들은 매우 작은 레이턴시를 가진다. 그러나, 만약 사용자 채널이 휴면 상태로 미리 전환되면, PTT 레이턴시는 훨씬 더 길어질 수도 있다. 패킷 데이터의 휴면상태 동안, 이동 IP 어드레스를 포함하여, 패킷 데이터 세션과 관련된 상태 정보가 유지될 수도 있다. 그러나, 물리 트래픽 층과 같이, PPP 이하의 층과 관련된 상태 정보는 릴리스 및/또는 할당해제될 수도 있다.

일부 하부구조에서는, 휴면 데이터 접속을 기상시키기 위하여, 트래픽 채널을 재할당하고, 자원을 재지정하고, 무선 링크 프로토콜 (RLP) 층을 재개시해야만 한다. 이것의 영향은, 통화 그룹이 잠시동안 통화하지 않은 후에 사용자가 플로어를 요구하기 위하여 자신의 PTT 버튼을 누를 때, 일반적으로, 제 1 발화에 대한 PTT 레이턴시가 후속 발화에 대한 PTT 레이턴시보다 훨씬 더 길다는 것이다. 이것은 비교적 드문 일이지만, 서비스의 효용성에 영향을 미칠 수 있으며, 최소화되어야 한다.

일 실시형태에서는, PTT 레이턴시를 감소하기 위하여, 재확립될 전용 트래픽 채널을 대기하지 않고, 플로어-제어 요구, 플로어-제어 응답, 및 휴면상태 기상 메시지와 같은 그룹 콜 시그널링을 일부의 가용 공통 채널을 통하여 송신할 수도 있다. 이러한 공통 채널은 이동국들의 상태에 관계없이 항상 이용가능할 수도 있으며, 사용자가 그룹 콜의 개시를 원할 때 마다 요구되고 재할당될 것을 요구하지 않을 수도 있다. 따라서, 그룹 콜 시그널링은 이동국들이 휴면상태에 있을 때조차도 교환될 수 있으며, 화자 및 청취자 이동국을 위한 전용 트래픽 채널을 병렬로 재확립하는 수단을 제공할 수도 있다.

일 실시형태에서, 호출하는 이동국은, 역방향 액세스 채널 및 역방향 확장형 액세스 채널 (reverse enhanced access channel) 과 같이, 어떠한 가용 역방향 공통 채널들을 통하여 무선 하부구조에 플로어-제어 요구를 송신할 수도 있다. 또한, 호출하는 이동국은, 순방향 페이징 채널 및 순방향 공통 제어 채널과 같이, 어떠한 가용 순방향 공통 채널들을 통하여 플로어-제어 요구에 대한 응답을 수신할 수도 있다. 일 실시형태에서, 휴면상태의 청취자 이동국들은, 순방향 페이징 채널 및 순방향 공통 제어 채널과 같이, 어떠한 가용 순방향 공통 채널들을 통하여 휴면상태 기상 메시지를 수신할 수도 있다.

짧은 데이터 버스트 콜-시그널링 메시지

일 실시형태에서는, 예를 들어, 여기서 "cdma2000 표준" 으로 칭하는 "TIA/EIA/IS-2000 Standards for cdma2000 Spread Spectrum Systems" 에서 제공되는 짧은 데이터 버스트 (short data burst; SDB) 메시지를 사용하여, 실제의 전체 휴면상태 기상 시간 및 화자에 의해 인식되는 PTT 레이턴시의 현저한 감소를 달성할 수도 있다. 일 실시형태에서, SDB 메시지는, 순방향 기본 채널 (FCH) 또는 순방향 전용 공통 제어 채널 (F-DCCH) 과 같은 전용 물리 채널들, 또는 역방향 액세스 채널 (R-ACH), 역방향 확장형 액세스 채널 (R-EACH), 순방향 공통 제어 채널 (F-CCCH), 또는 페이징 채널 (PCH) 과 같은 공통 물리 채널들을 통하여 송신될 수도 있다. SDB 메시지는, 그 메시지를 적절한 가용 물리층 채널상에 매핑하는 무선 버스트 프로토콜 (RBP) 에 의해서 전송될 수도 있다. SDB 메시지가 임의의 IP 트래픽을 반송할 수 있고 공통 물리 채널을 통하여 송신될 수도 있기 때문에, 호출하는 클라이언트의 이동국이 전용 트래픽 채널을 가지고 있지 않을 경우, SDB 메시지는 그룹 콜 시그널링을 교환하는 메커니즘을 제공한다.

이동국-발신 콜-시그널링 메시지

일 실시형태에서, 매체-시그널링 메시지는 역방향 링크 또는 이동국-발신 링크를 통하여 IP 데이터그램들을 반송할 수도 있다. 사용자가 플로어를 요구하고 전용 역방향 트래픽 채널을 즉시 이용할 수 없을 때마다, 클라이언트 이동국은MCU 를 신속하게 시그널링할 수도 있다. 만약 클라이언트 이동국이 모든 전용 트래픽 채널들을 릴리스하였으면, 클라이언트 이동국은 플로어-제어 요구를 MCU 에 중계할 수도 있는 무선 하부구조의 역방향 공통 채널을 통하여 그 요구를 즉시 포워딩할 수도 있다. 예를 들어, 전용 역방향 채널을 이용할 수 없을 경우에, 역방향 액세스 채널 또는 역방향 확장형 액세스 채널이 그러한 메시지를 송신하는데 이용할 수도 있다. 일 실시형태에서, 클라이언트 이동국은 플로어-요구 메시지를 SDB 메시지로서 MCU 에 송신할 수도 있다.

도 4 를 참조하면, 일 실시형태에서, 클라이언트 MS 는, 자신의 전용 트래픽 채널의 재확립을 시도하기 전에, 액세스 채널 또는 확장형 액세스 채널과 같은 역방향 공통 채널을 통하여 PTT 플로어 요구 (404) 를 송신할 수도 있다. 일 실시형태에서, 클라이언트 MS 는 이용되는 채널에 관계없이 PTT 플로어 요구 (404) 를 SDB 메시지로 송신할 수도 있다.

그 후, 클라이언트 MS 는, 예를 들어, "서비스 옵션 33 재발신" 을 수행함으로써, 자신의 전용 트래픽 채널의 재확립을 시작할 수도 있다. 또한, 클라이언트 MS 는 무선 링크 프로토콜 (RLP) 동기를 시작할 수도 있다. 일 실시형태에서, 클라이언트 MS 는 자신의 전용 트래픽 채널을 재확립할 수도 있으며, PTT 플로어 요구 (404) 의 송신과 동시에 RLP 를 동기시키는 것이 바람직할 수도 있다.

따라서, 이동국이 활성 전용 트래픽 채널들을 가지고 있지 않은 경우, 플로어-제어 요구를 CM 에 시그널링하기 위한 가용 역방향 공통 채널들 및/또는 SDB 특징의 이용은 참가한 이동국들을 기상시키는데 요구되는 전체 시간을 감소시킨다.비록 화자 클라이언트가 화자의 순방향 트래픽 채널을 재확립할 때까지 자신의 플로어-요구가 허여되었다는 확인응답을 수신하지 못할 수도 있지만, 참가한 청취자들을 기상시키기 시작하도록 CM 을 신속하게 시그널링하는 능력은 전체 레이턴시를 감소시킨다.

도 4 를 참조하면, 무선 하부구조는 PTT 플로어-제어 요구 (404) 를 패킷 데이터 서비스 노드 (PDSN) 에 송신한 후, MCU 에 송신할 수도 있다. 일 실시형태에서, 플로어-제어 요구를 수신한 후, MCU 는 그 요구를 조정, 일군의 타깃 참가자들 (청취자들) 에 대한 매체 시그널링 기상 메시지들 (트리거들) 을 버스팅 (burst), 및/또는 참가자들 (청취자들) 의 트래픽 채널의 재확립을 트리거링할 수도 있다 (414). 만약 MCU 가 PTT 플로어 요구를 허여하면, MCU 는 PTT 플로어 허여 (408) 를 클라이언트 MS 에게 송신할 수도 있다. 일 실시형태에서, 만약 클라이언트의 전용 트래픽 채널이 아직 재확립되어 있지 않으면, RD 는, 순방향 페이징 채널 및 순방향 공통 제어 채널과 같은 가용 순방향 공통 채널을 통하여 PTT 플로어 허여 (408) 를 클라이언트 MS 에게 송신할 수도 있다. 일 실시형태에서, 그 하부구조는 이용되는 채널에 관계없이 PTT 플로어 허여 (408) 를 SDB 형태로 클라이언트 MS 에 송신할 수도 있다.

일 실시형태에서, MCU 는 PTT 플로어-제어 요구에 응답하기 전에 만료하는 휴면상태 응답 타이머를 대기할 수도 있다. 만약 그룹의 휴면상태 응답 타이머가 영 (zero) 으로 설정되면, CM 은 플로어-제어 요구에 즉시 응답할 수도 있다. 일 실시형태에서, 만약 클라이언트 MS 가 자신의 트래픽 채널 및 RLP 동기의 재확립을 완료하였으면, 클라이언트 MS 는 그 클라이언트 MS 에 버퍼링되어 있을 수도 있는 스트림 매체를 MCU 에 스트리밍 (stream) 할 수도 있다 (416).

네트워크-발신 콜-시그널링 메시지

일 실시형태에서, 플로어-제어 요구를 수신한 후, MCU 는 일군의 타깃 참가자들 (청취자들) 에 대한 매체 시그널링 기상 메시지들을 버스팅 (burst) 시킬 수 있으며, 참가자들 (청취자들) 의 트래픽 채널의 재확립을 트리거링할 수도 있다. 만약 그룹의 휴면상태 응답 타이머가 영으로 설정되면, MCU 는 플로어-제어 요구에 즉시 응답할 수도 있다. 일 실시형태에서, 만약 화자가 PTT 요구를 송신할 때 즉시 자신의 트래픽 채널을 재확립하기 시작하였으면, 호출자 및 청취자의 트래픽 채널은 동시에 재확립하는 것이 바람직할 수도 있다.

도 4 를 참조하면, MCU 가 PTT 플로어-제어 요구를 수신한 후, MCU 는 타깃 청취자들에게 지향되는 기상 트리거들 (414) 를 송신할 수도 있다. MCU 는, 패킷-데이터 세션이 타깃 이동국에 대하여 존재하는지를 결정하고, 트리거 패킷을 적절한 하부구조 엘리먼트 (예를 들어, 기지국) 에 포워딩할 수도 있다. 하부구조는 자신의 전용 트래픽 채널의 재확립을 시작하도록 각각의 개별 타깃 MS 를 페이징할 수도 있다. 그 후, 타깃 MS 는, 예를 들어, "서비스 옵션 33 재발신" 을 수행함으로써, 자신의 전용 트래픽 채널의 재확립을 시작할 수도 있다. 또한, 타깃 MS 는 무선 링크 프로토콜 (RLP) 동기화를 시작할 수도 있다. 일 실시형태에서, 타깃 MS 들은 자신의 전용 트래픽 채널들을 재확립할 수도 있으며, 클라이언트 MS 에 의해 수행되는 동일한 기능과 동시에 RLP 들을 동기시키는 것이 바람직할 수도 있다.

일 실시형태에서, 타깃 MS 가 자신의 전용 트래픽 채널의 재확립 및 자신의 RLP 의 동기를 완료한 후, 타깃 MS 는, 그 타깃 MS 가 매체를 수신할 준비가 되었음을 나타내는 기상 응답 (wakeup reply) 을 MCU 에 송신할 수도 있다 (422). MCU 는, 그 MCU 에 버퍼링되어 있을 수도 있는 매체를 타깃 MS 에게 스트리밍하기 전에 화자 통지 (talker announcement) 를 클라이언트 MS 에게 송신할 수도 있다 (420).

일 실시형태에서, 타깃 청취자의 트래픽 채널들이 아직 재확립되지 않은 동안, MCU 는, 순방향 페이징 채널 및 순방향 공통 제어 채널과 같이, 어떠한 가용 공통 순방향 채널들을 통하여 기상 트리거 (414) 를 타깃 청취자에게 송신할 수도 있다. 일 실시형태에서, MCU 는 이용되는 채널에 관계없이 기상 트리거 (414) 를 SDB 형태로 타깃 청취자에게 송신할 수도 있다. 만약 PTT 플로어-제어 요구가 SDB 메시지로서 화자의 역방향 공통 채널을 통하여 송신되고 MCU 에서 타깃 그룹의 휴면상태 응답 타이머가 영으로 설정되면, 화자 클라이언트에서의 실제 PTT 레이턴시는, 순방향 링크상의 SDB 응답 메시지에 의해 수반되는 역방향 링크상의 SDB 요구 메시지를 송신하는데 요구되는 시간까지 저감될 수도 있다.

콜-시그널링 메시지에 대한 네트워크 인터페이스

어떤 네트워크-발신 특정 트래픽 (예를 들어, SDB 페이로드) 이 전용 트래픽채널을 가지고 있지 않은 유휴 이동국용으로 송신되었는지를 결정하기 위하여, 그러한 특정 트래픽을 다른 트래픽과 식별하기 위한 어떠한 하부구조 수단 또는 인터페이스를 구현할 수도 있다.

제 1 실시형태에서, SDB 메시지들이 제한된 사용자 페이로드를 반송할 수 있기 때문에, IP 데이터그램들은 그들의 사이즈에 기초하여 필터링될 수도 있다. 소정의 사이즈 제한보다 더 작은 IP 데이터그램들은, 전용 트래픽 채널들을 가지고 있지 않은 이동국으로 지향된 경우에 SDB 메시지로서 송신될 수도 있다. 그룹 통신 시스템은, 애플리케이션 플로어-요구 응답 메시지가, 예를 들어, IP 헤더를 포함하여 34 바이트와 같이, 훨씬 작을 경우에 그러한 필터들을 이용할 수도 있다.

제 2 실시형태에서, 하부구조 벤더 (vendor) 는 이동국에 전달하도록 예정된 IP 트래픽을 캡슐화 (encapsulating) 하기 위하여 IP 기반 서비스를 정의할 수도 있다. 이러한 서비스를 인지하는 IP 서버는 전용 트래픽 채널을 가지고 있지 않을 것으로 추정되는 이동국에 전달하기 위하여, 작은 IP 를 (예를 들어, UDP, IP 헤더로 적당히 캡슐화된 데이터그램) 이러한 서비스에 송신할 수도 있다. 그룹 통신 시스템은, 플로어-요구 응답 메시지가 요구하는 클라이언트 MS 에게, 예를 들어, SDB 형태로 전달됨을 하부구조에게 나타내도록 이러한 서비스를 이용할 수도 있다. 또한, 펜딩 (pending) 페이지 또는 서비스 발신 요구를 갖는 SDB 트래픽의 조정은 사용자 트래픽의 신속하고 신뢰성 있는 전달을 보장하는데 중요하다.

제 3 실시형태에서, IP 서버는 전용 트래픽 채널을 가지고 있지 않을 것으로 추정되는 이동국에 전달하기 위하여 특별한 IP (예를 들어, UDP, IP 헤더를 갖는데이터그램) 를 송신할 수도 있다. IP 서버는 하부구조로 하여금 클라이언트 MS 로 IP 데이터그램을 전달하도록 명령하기 위하여, 예를 들어, IP 헤더에 특별한 값을 지정함으로써, IP 데이터그램에 태그 (tag) 를 붙일 수도 있다. 그룹 통신 시스템은, 플로어-요구 응답 메시지가 요구하는 클라이언트 MS 에게, 예를 들어, SDB 형태로 전달됨을 하부구조에게 나타내도록 이러한 서비스를 이용할 수도 있다. 제 3 실시형태에서, UDP 또는 TCP 포트 범위는 특정한 IP 데이터그램 (예를 들어, SDB 메시지) 을 전달하기 위하여 예약될 수도 있다.

이동국-개시 서비스 발신 및 페이징

일 실시형태에서, 클라이언트는, 자신의 트래픽 채널을 신속하게 재확립하기 위하여 무선 (예를 들어, CDMA) 하부구조에 서비스 발신 요구와 함께 즉시 수반되는 플로어-제어 요구 (404; SDB 형태일 수도 있음) 를 송신할 수도 있다. 그러나, 만약 휴면상태 응답 타이머가 작은 값으로 설정되면, RD 는 플로어-제어 요구에 신속하게 응답하여, 클라이언트에게 응답 (408) 을 되송신할 수 있다. 만약 이 응답이 서비스 발신 트랜잭션 (service origination transaction) 의 초기 단계 동안에 하부구조에 도달하면, 하부구조는, 화자 MS 가 활성 트래픽 채널을 가지고 있지 않음을 통지하며, 그 응답을 화자 MS 에게 페이징하려 한다. 그러나, 이러한 페이징 액션은 이미 진행중인 서비스 발신 트랜잭션을 중단시킬 수도 있다. 일 실시형태에서, 화자 MS 는 플로어-제어 응답 메시지를 화자에게 전달하는 것을 보장하는 페이지 (page) 에 응답하고 서비스 발신을 다시 요구할 수도 있지만, 원래의 서비스 발신 시도를 중단한 결과로서 화자의 트래픽 채널을 재확립할 때 불필요한 지연을 경험하게 된다.

제 1 실시형태에서, 서비스 발신 프로세스와 페이징 사이의 경쟁 상태를 피하기 위하여, RD 는 플로어-제어 요구 (404) 에 즉각적으로 응답하지 않도록 구성될 수도 있다. 따라서, 서비스 발신 프로세스를 완료한 후에 MCU 가 응답 (408) 를 화자 MS 에게 송신하도록, 휴면상태 응답 타이머를 조정할 수도 있다.

제 2 실시형태에서는, 응답 (408) 을 수신하는 PDSN, 및 화자의 서비스 발신 요구에 응답하는 이동국 스위칭 센터 (MSC) 를 조정한다. 즉, 응답 (408) 이 하부구조에 도달할 때, 만약 PDSN 이 화자 MS 에 대한 패킷-데이터 서비스 발신 프로세스가 이미 진행 중이라고 결정하면, MSC 는 화자 MS 의 페이징을 연기한다. PDSN 은 그 응답을 캐싱 (cache) 하여, 일단 서비스 발신 프로세스가 완료하면, 그 응답을 화자 이동국의 순방향 트래픽 채널을 통하여 송신할 수도 있다. 또 다른 방법으로, 만약 서비스 발신 프로세스가 여전히 진행 중이면, MSC 는 그 응답을 SDB 메시지로서 화자 MS 에게 송신할 수도 있다.

제 3 실시형태에서, 화자 MS 는, 그 화자 MS 가 플로어-제어 요구에 대한 응답을 수신한 이후까지 서비스 발신 요구를 생성하지 않음으로써 경쟁 상태를 피할 수도 있다. 일 실시형태에서는, 화자 MS 가 활성 전용 트래픽 채널을 가지고 있지 않기 때문에, MCU 는 그 응답을, 순방향 페이징 채널 및 순방향 공통 제어 채널과 같이, 어떠한 가용 순방향 공통 채널들을 통하여 화자 MS 에 송신할 수도 있다. 일 실시형태에서, MCU 는 그 응답을 SDB 형태로 화자 MS 에게 송신할 수도있다. 화자 MS 는, 기상 요구들이 청취자 이동국용의 MCU 트리거 트래픽 채널 재활성에 의해 송신된 것과 동일한 방식으로, 자신의 트래픽 채널 재활성을 트리거링하기 위하여 RD-생성 플로어-제어 응답에 의존할 수도 있다. 이동국-개시 서비스 발신 및 그 이동국의 네트워크-개시 페이징의 동시 발생 가능성을 방지함에 따라서 경쟁 상태가 방지된다.

네트워크-개시 패킷 데이터 트리거의 캐싱

무선 (예를 들어, CDMA) 하부구조에 도달하고 전용 트래픽 채널을 가지고 있지 않은 청취자 이동국을 향하는 기상 트리거 (414) 를 포함하는 IP 데이터그램은 일반적으로는 네트워크에 의해, 좀더 구체적으로는, 무선 하부구조에 의해 손실될 수도 있다. 일 실시형태에서, 청취자 이동국에 송신되는 기상 트리거 (414) 는, 청취자들의 응답 또는 그룹의 기상 타이머가 만료할 때까지, 정의된 스케쥴에 따라서 적극적으로 재송신된다. 예를 들어, 기상 트리거 (414) 는 500 ms 마다 재송신될 수도 있다. 그러나, 기상 트리거 (414) 를 이러한 레이트로 재송신하는 것은, 청취자의 트래픽 채널이 재확립되는 시간으로부터 그 청취자를 향하는 그 다음 기상 트리거가 하부구조에 도달하는 시간까지, 최대 500 ms 또는 평균 250 ms 의 지연을 야기할 수도 있다.

일 실시형태에서, 하부구조 또는 네트워크에서의 다른 엔터티 (entity) 는 MCU 에 의해 송신되는 기상 트리거 (414) 를 캐싱 (cache) 하고, 타깃 MS 가 자신의 트래픽 채널을 재확립하자마자 기상 트리거를 타깃 MS 에 전달할 수도 있다.이것은 CM 에 의한 기상 요구의 재송신에 대한 필요성을 제거하며, 전체 휴면상태 기상 시간을 감소시킨다. 예를 들어, 기상 트리거 (414) 를 500 ms 의 레이트로 재송신하는 것과 반대로, 그 기상 트리거 (414) 를 캐싱하는 것은 전체 휴면상태 기상 시간으로부터 최대 500 ms 의 지연을 제거할 수도 있다.

매체 버퍼링

일 실시형태에서, 사용자는, 전용 채널이 클라이언트와 청취자들 사이에 재확립되기 전에 매체를 버퍼링함으로써, 사용자가 플로어 제어를 요구한 후에 통화의 시작을 허용받을 수 있다. 화자의 통화를 버퍼링함으로써, 시스템은 화자로 하여금 청취자의 트래픽 채널을 완전히 재확립하기 전에 통화를 시작할 수 있도록 한다. 이것은, 화자로 하여금 자신의 명백한 PTT 레이턴시를 감소시켜 좀더 조기에 통화를 시작할 수 있도록 한다. 청취자는 PTT 레이턴시를 경험하지 않기 때문에, 자신의 경험이 영향을 받지 않는다 (즉, PTT 레이턴시가 화자로부터 시스템의 다른 부분으로 시프트됨). 화자는 청취자로부터 자신의 첫번째 발화 (talk spurt) 에 대한 응답을 수신할 때까지 대기할 수도 있지만, 전술한 바와 같이, 자신의 첫번째 발화에 대한 응답이 능동적인 대화에 참가하는 동안 발생하는 후속 발화에 대한 응답보다 더 긴 시간이 걸리기를 미리 기대한다. 화자의 첫번째 발화를 버퍼링하는 것은 MCU 측 또는 클라이언트 MS 측에 대하여 수행될 수 있다.

MCU측 버퍼링

일 실시형태에서, MCU 는 화자의 첫번째 발화를 버퍼링할 수도 있다. 사용자가 자신의 PTT 버튼을 누르고 사용자의 트래픽 채널을 재확립한 후, 사용자는 MCU 와 통신하도록 허용될 수도 있다. 이때, 청취자의 트래픽 채널은 아직 종료하지 않았기 때문에, MCU 는 타깃 청취자에 대한 추후의 송신을 위하여 화자의 통화를 버퍼링한다. MCU 버퍼링은, 화자의 트래픽 채널을 발생시키는데 적절한 시간이라고 화자가 생각하는 명백한 PTT 레이턴시를 감소시킬 수도 있다. 후술되는 바와 같이, 도 17 은 일 실시형태에 따른 MCU측 버퍼링을 도시한 것이다. 즉,

(1) 진행 중인 콜이 없으며, 발신자 및 타깃의 트래픽 채널이 휴면상태임.

(2) 사용자는 PTT 버튼을 누름. 서버는 클라이언트로부터 "셋업 그룹 콜" 요구를 수신함.

(3) 클라이언트가 서버로부터 "진행 중인 셋업" 응답을 수신한 이후, 또는 구성가능한 지연 (1초) 이후, 사용자에게 플로어가 허여되며, 사용자 매체의 버퍼링이 시작됨.

(4) 서버는 타깃의 패킷 데이터 트래픽 채널을 재확립하는 프로세스를 시작함.

(5) 서버는 SDB 를 통하여 클라이언트에게 "그룹 콜 통지" 메시지를 송신함.

(6) 클라이언트는 트래픽 채널을 성공적으로 재확립하고, 버퍼링된 매체를 서버로 송신하기 시작함.

(7) 클라이언트는 매체를 서버로 스트리밍함.

(8) 타깃의 트래픽 채널이 재확립됨 ("타깃 응답 임계값" 을 만족함).

(9) 사용자는 PTT 버튼을 릴리스함. 클라이언트는 매체의 버퍼링을 중지함.

(10) 클라이언트는 서버로의 버퍼링된 매체의 스트리밍을 종료하고, 서버에 의한 플로어의 릴리스를 요구함.

(11) 서버는 클라이언트에게 플로어 릴리스 확인응답 (ACK) 을 송신함.

클라이언트측 버퍼링

일 실시형태에서, 보다 더 짧은 명백한 레이턴시를 원하는 곳에서는, 화자에게 자신의 트래픽 채널을 재확립하기 전에도 통화의 시작이 허용될 수 있다. 클라이언트 MS 가 아직 MCU 와 통신하지 않기 때문에, 통화를 시작하기 위한 화자에 대한 신호는 클라이언트 MS 에 의해 생성된다. 만약 화자의 트래픽 채널이 재확립되기 전에 화자에게 통화가 허용되면, 클라이언트 MS 는 그 통화를 버퍼링할 수도 있다. CM 과의 통신이 아직 확립되지 않았으므로, 통화에 대한 승인은 "낙관적인" 것으로 제시된다. 후술되는 바와 같이, 도 18 은 일 실시형태에 따른 클라이언트측 버퍼링을 도시한 것이다. 즉,

(1) 진행 중인 콜이 없으며, 발신자의 트래픽 채널이 휴면상태임.

(2) 사용자는 PTT 버튼을 누름. 클라이언트는 SDB 를 통하여 서버에게 "셋업 그룹 콜" 요구를 송신함.

(3) 클라이언트는 패킷 데이터 트래픽 채널의 프로세스를 시작함.

(4) 클라이언트가 서버로부터 "진행 중인 셋업" 응답을 수신한 이후, 또는 구성가능한 지연 (1초) 이후, 사용자에게 플로어가 허여되며, 사용자 매체의 버퍼링이 시작됨.

(5) 클라이언트는 서버로부터 SDB 를 통하여 "그룹 콜 통지" 메시지를 수신함.

(6) 클라이언트는 트래픽 채널을 성공적으로 재확립함.

(7) 클라이언트는 버퍼링된 매체를 서버로 스트리밍함.

(8) 사용자는 PTT 버튼을 릴리스함. 클라이언트는 매체의 버퍼링을 중지함.

(9) 클라이언트는 서버로의 버퍼링된 매체의 스트리밍을 종료하고, 서버에 의한 플로어의 릴리스를 요구함.

(10) 클라이언트는 서버로부터 플로어 릴리스의 확인응답 (ACK) 을 수신함.

일 실시형태에서, MCU 버퍼링 (418) 및 클라이언트측 버퍼링 (412) 은 동시에 동작할 수도 있다. 클라이언트측 버퍼링은 명백한 PTT 레이턴시를 짧게 할 수도 있다. 일 실시형태에서, 클라이언트 MS 는 사용자에 의해 경험되는 명백한 PTT 레이턴시를 제어하기 위하여 매체를 버퍼링할 수도 있다. 이동국-발신 SDB 와 클라이언트측 매체 버퍼링의 조합은 활성 트래픽 채널의 재확립과 관련된 지연을 감소시킬 수도 있다.

이와 같이, 개시되어 있는 실시형태들은, 적어도 2 개의 타입의 디스패치 콜, 즉, 채팅-룸 모델 및 애드-혹 모델을 지원하는 디스패치 모델을 제공한다. 채팅-룸 모델에서는, 디스패치 서버에 저장될 수도 있는 그룹이 미리 정의된다. 그러나, 애드-혹 모델에서, 그룹은 실시간으로 정의 및/또는 변경될 수도 있다.

또한, 개시되어 있는 실시형태들은, 이동국들이 휴면상태이고 트래픽 채널이활성상태가 아닐 때에도 그룹 콜 시그널링을 교환함으로써, 실제적인 전체 휴면상태 기상 시간 및 PTT 레이턴시를 현저히 감소시킨다. 그 방법 및 장치는 짧은 데이터 버스트 (SDB) 메시지 시그널링을 사용하여 그룹 콜 시그널링을 교환시킨다. 그 방법 및 장치는 화자 이동국과 휴면상태의 청취자 이동국들에 대한 전용 트래픽 채널들을 동시에 재확립시키는 것이 바람직하다.

다른 실시형태에서, 그룹 통신 네트워크에서의 휴면-기상 레이턴시는, 타깃 청취자들을 향하는 네트워크-개시 기상 트리거들을 캐싱하고 타깃 이동국이 자신의 트래픽 채널을 재확립하자마자 기상 트리거를 타깃 이동국에 전달함으로써 감소될 수도 있다.

또 다른 실시형태에서, 그룹 통신 네트워크에서 동작하는 이동국에서의 서비스 발신 및 페이징은, 서비스 발신 프로세스가 완료된 후, 플로어-제어 요구에 대한 응답을 송신함으로써 동시에 방지된다. 일 실시형태에서, 만약 서비스 발신 프로세스가 완료되지 않으면, 플로어-제어 요구에 대한 응답은 SDB 형태일 수도 있다. 또 다른 실시형태에서, 소스 (source) 통신 장치에 대한 서비스 발신 프로세스는 그 응답을 소스 통신 장치에 송신한 후 개시된다.

Claims

서버에서, 그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 방법으로서,

그룹 콜을 개시하기 위한 요구를 수신하는 단계;

상기 그룹 콜이 진행 중인지 여부를 결정하는 단계; 및

만약 상기 그룹 콜이 진행 중이면, 상기 사용자를 상기 그룹 콜에 추가하는 단계를 포함하는, 방법.
제 1 항에 있어서,

상기 사용자에게 상기 그룹 콜을 통지하는 단계를 더 포함하는, 방법.
제 2 항에 있어서,

통지된 그룹 콜에 참가하길 원하는 상기 사용자로부터 확인응답 (ACK) 을 수신하는 단계; 및

상기 사용자의 트래픽 채널이 재확립된 후, 상기 사용자에게 매체를 포워딩 (forwarding) 하는 단계를 더 포함하는, 방법.
제 2 항에 있어서,

상기 통지하는 단계는, 상기 사용자를 트리거링하여 상기 사용자의 트래픽채널을 재확립시키는 단계를 더 포함하는, 방법.
제 2 항에 있어서,

상기 통지하는 단계는, 무선 네트워크의 순방향 공통 채널을 통하여 메시지를 송신하는 단계를 포함하는, 방법.
제 5 항에 있어서,

상기 송신하는 단계는, 상기 무선 네트워크의 순방향 페이징 채널 (F-PCH) 을 통하여 상기 메시지를 송신하는 단계를 포함하는, 방법.
제 5 항에 있어서,

상기 송신하는 단계는, 상기 무선 네트워크의 순방향 공통 제어 채널 (F-CCCH) 을 통하여 상기 메시지를 송신하는 단계를 포함하는, 방법.
제 5 항에 있어서,

상기 송신하는 단계는, 상기 메시지를 짧은 데이터 버스트 (SDB) 형태로 송신하는 단계를 포함하는, 방법.
서버에서, 그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 방법을 구현한 컴퓨터-판독가능 매체로서,

상기 방법이,

그룹 콜을 개시하기 위한 요구를 수신하는 단계;

상기 그룹 콜이 진행 중인지 여부를 결정하는 단계; 및

만약 상기 그룹 콜이 진행 중이면, 상기 사용자를 상기 그룹 콜에 추가하는 단계를 포함하는, 컴퓨터-판독가능 매체.
제 9 항에 있어서,

상기 방법이, 상기 사용자에게 상기 그룹 콜을 통지하는 단계를 더 포함하는, 컴퓨터-판독가능 매체.
제 9 항에 있어서,

상기 방법이,

통지된 그룹 콜에 참가하길 원하는 상기 사용자로부터 확인응답 (ACK) 을 수신하는 단계; 및

상기 사용자의 트래픽 채널이 재확립된 후, 상기 사용자에게 매체를 포워딩하는 단계를 더 포함하는, 컴퓨터-판독가능 매체.
제 10 항에 있어서,

상기 통지하는 단계는, 상기 사용자를 트리거링하여 상기 사용자의 트래픽 채널을 재확립시키는 단계를 포함하는, 컴퓨터-판독가능 매체.
제 10 항에 있어서,

상기 통지하는 단계는, 무선 네트워크의 순방향 공통 채널을 통하여 메시지를 송신하는 단계를 포함하는, 컴퓨터-판독가능 매체.
제 13 항에 있어서,

상기 송신하는 단계는, 상기 무선 네트워크의 순방향 페이징 채널 (F-PCH) 을 통하여 상기 메시지를 송신하는 단계를 포함하는, 컴퓨터-판독가능 매체.
제 13 항에 있어서,

상기 송신하는 단계는, 상기 무선 네트워크의 순방향 공통 제어 채널 (F-CCCH) 을 통하여 상기 메시지를 송신하는 단계를 포함하는, 컴퓨터-판독가능 매체.
제 13 항에 있어서,

상기 송신하는 단계는, 상기 메시지를 짧은 데이터 버스트 (SDB) 형태로 송신하는 단계를 포함하는, 컴퓨터-판독가능 매체.
그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 서버로서,

그룹 콜을 개시하기 위한 요구를 수신하는 수단;

상기 그룹 콜이 진행 중인지 여부를 결정하는 수단; 및

만약 상기 그룹 콜이 진행 중이면, 상기 사용자를 상기 그룹 콜에 추가하는 수단을 구비하는, 서버.
제 17 항에 있어서,

상기 사용자에게 상기 그룹 콜을 통지하는 수단을 더 구비하는, 서버.
제 18 항에 있어서,

통지된 그룹 콜에 참가하길 원하는 상기 사용자로부터 확인응답 (ACK) 을 수신하는 수단; 및

상기 사용자의 트래픽 채널이 재확립된 후, 상기 사용자에게 매체를 포워딩하는 수단을 더 구비하는, 서버.
제 18 항에 있어서,

상기 통지하는 수단은, 상기 사용자를 트리거링하여 상기 사용자의 트래픽 채널을 재확립시키는 수단을 포함하는, 서버.
제 18 항에 있어서,

상기 통지하는 수단은, 무선 네트워크의 순방향 공통 채널을 통하여 메시지를 송신하는 수단을 포함하는, 서버.
제 21 항에 있어서,

상기 송신하는 수단은, 상기 무선 네트워크의 순방향 페이징 채널 (F-PCH) 을 통하여 상기 메시지를 송신하는 수단을 포함하는, 서버.
제 21 항에 있어서,

상기 송신하는 수단은, 상기 무선 네트워크의 순방향 공통 제어 채널 (F-CCCH) 을 통하여 상기 메시지를 송신하는 수단을 포함하는, 서버.
제 21 항에 있어서,

상기 송신하는 수단은, 상기 메시지를 짧은 데이터 버스트 (SDB) 형태로 송신하는 수단을 포함하는, 서버.
그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 서버로서,

수신기;

송신기; 및

상기 수신기 및 상기 송신기에 통신적으로 커플링되며, 그룹 콜을 개시하기 위한 요구를 수신하고, 상기 그룹 콜이 진행 중인지 여부를 결정하고, 그리고, 만약 상기 그룹 콜이 진행 중이면, 상기 사용자를 상기 그룹 콜에 추가할 수 있는 프로세서를 구비하는, 서버.
제 25 항에 있어서,

상기 프로세서는, 또한, 상기 사용자에게 상기 그룹 콜을 통지할 수 있는, 서버.
제 26 항에 있어서,

상기 프로세서는, 또한, 통지된 그룹 콜에 참가하길 원하는 상기 사용자로부터 확인응답 (ACK) 을 수신하고, 그리고, 상기 사용자의 트래픽 채널이 재확립된 후, 상기 사용자에게 매체를 포워딩할 수 있는, 서버.
제 26 항에 있어서,

상기 프로세서는, 또한, 상기 사용자를 트리거링하여 상기 사용자의 트래픽 채널을 재확립시킬 수 있는, 서버.
제 26 항에 있어서,

상기 통지하는 것은, 무선 네트워크의 순방향 공통 채널을 통하여 메시지를 송신하는 것을 포함하는, 서버.
제 29 항에 있어서,

상기 송신하는 것은, 상기 무선 네트워크의 순방향 페이징 채널 (F-PCH) 을 통하여 상기 메시지를 송신하는 것을 포함하는, 서버.
제 29 항에 있어서,

상기 송신하는 것은, 상기 무선 네트워크의 순방향 공통 제어 채널 (F-CCCH) 을 통하여 상기 메시지를 송신하는 것을 포함하는, 방법.
제 29 항에 있어서,

상기 송신하는 것은, 상기 메시지를 짧은 데이터 버스트 (SDB) 형태로 송신하는 것을 포함하는, 방법.
그룹 통신 네트워크에서의 그룹 콜에 사용자를 추가하기 위한 서버로서,

그룹 콜을 개시하기 위한 요구를 수신하는 디스패처; 및

만약 상기 그룹 콜이 진행 중이면, 상기 사용자를 상기 그룹 콜에 추가하는 제어기를 구비하는, 서버.
제 33 항에 있어서,

상기 디스패처는, 상기 그룹 콜이 진행 중인지 여부를 결정하는, 서버.
제 33 항에 있어서,

상기 제어기는, 상기 그룹 콜이 진행 중이라는 통지를 상기 사용자에게 송신하는, 서버.
제 33 항에 있어서,

상기 제어기는, 상기 사용자에 대한 트래픽 채널이 재확립된 후, 상기 사용자에게 매체를 송신하는, 서버.