Browse Prior Art Database

Method for Optimal Dispatch Session Switching

IP.com Disclosure Number: IPCOM000034105D
Original Publication Date: 2005-Jan-14
Included in the Prior Art Database: 2005-Jan-14
Document File: 5 page(s) / 320K

Publishing Venue

Motorola

Abstract

A dispatch session switch may be triggered by either the network itself when it offers a newly received call to a busy dispatch user or by the dispatch user when he requests a new session while already active in an ongoing dispatch session. The subsequent session requested may be a dispatch call, say a Push-to-talk or Push-to-view group dispatch call through the dispatch network, or a traditional non-dispatch call like a normal voice/video call through the interconnect network. This paper discusses a mechanism to optimize the switching process from a dispatch to a dispatch or non-dispatch session so as to minimize the media non-participation time of the user during the period when switching is being performed. And for scenarios when the second session may fail due to some reasons, the method suggests how to keep the first dispatch session media participation of the user unaffected and uninterrupted.

This text was extracted from a Microsoft Word document.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 24% of the total text.

MOTOROLA TECHNICAL DEVELOPMENTS

INFORMATION SHEET

FOR DEFENSIVE PUBLICATION

Date:               

Oct 28, 2004

Title:                 Method for Optimal Dispatch Session Switching

Docket No.:  CML01833IBA (3841)

Author #1

Name:                          Neeraj Jain

Author #2

Name:                          Chitti Amarnath

Method for Optimal Dispatch Session Switching

By Neeraj Jain, Chitti Amarnath

Motorola, Inc.

 

ABSTRACT

A dispatch session switch may be triggered by either the network itself when it offers a newly received call to a busy dispatch user or by the dispatch user when he requests a new session while already active in an ongoing dispatch session. The subsequent session requested may be a dispatch call, say a Push-to-talk or Push-to-view group dispatch call through the dispatch network, or a traditional non-dispatch call like a normal voice/video call through the interconnect network. This paper discusses a mechanism to optimize the switching process from a dispatch to a dispatch or non-dispatch session so as to minimize the media non-participation time of the user during the period when switching is being performed. And for scenarios when the second session may fail due to some reasons, the method suggests how to keep the first dispatch session media participation of the user unaffected and uninterrupted.

Since the solution can be placed on the User handheld device itself or the network which the user is attached to, the paper will discuss the switching mechanism from the perspective of network controlled and Mobile Station controlled Session Switching.

PROBLEM

Various solution have been proposed for reducing set-up latency and expediting call establishment when a dispatch call is originated, as in [4], but optimization when switching across dispatch sessions or dispatch to non-dispatch session has not been addressed. While OMA PoC standardization activity (refer [1], [2]) talks about disconnecting the previous session as soon as switching to a new session is initiated and when simultaneous sessions are not supported by PoC client, even when the PoC client supports simultaneous sessions, there remains scope for a substantial communication break when switching is performed.

Currently, when a User switches from one dispatch session to another session, where the second session may be a dispatch or a non-dispatch session, then the User is either disconnected from his current session or the current session may be put on hold. With such a scheme, the user stops receiving information from his current session immediately after initiating a Session Switch. Meanwhile as the next session establishment is initiated, the user remains needlessly idle during the period when the second session is being established by the dispatch or the interconnect network. This may take substantial amount of time, since the called parties may be on manual answer mode, and may take con...