Pre-Grant Publication Number: 20070192495
Collaborate on the process of community review for this application. Posting will not be forwarded to the USPTO. Flagging a post as an ACTION ITEM signals further research. Flagging SPAM and ABUSE helps to manage discussion. Placing double brackets around a reference to a claim or prior art will create a hyperlink to the original ex. [[claim 1]] and [[prior art 2]].

Please review the Community Code of Conduct prior to posting

Discussion (15)
  Facilitator's Comment     Action Item
  Show without Noise
CLAIM 00001

<claim-text> A method for operating a gateway for wireless mobile clients in a messaging system, the messaging system being configured to comprise a plurality of mobile wireless clients, a core messaging system and at least one gateway process or gateway, the gateway acting as a proxy on behalf of the clients and, in the course of normal operation of the messaging system, maintaining sessions by performing the steps of, <claim-text>the gateway receiving inbound messages from the clients over wireless bearers using a wireless protocol and forwarding said inbound messages to the core messaging system over a connection using a wirebound protocol; </claim-text><claim-text>the gateway receiving outbound messages from the core messaging system over a connection using a wirebound protocol and forwarding said outbound messages to the clients over wireless bearers using a wireless protocol; </claim-text><claim-text>the method further comprising the step of </claim-text><claim-text>the gateway storing a session context, which session context comprises the status of a session established between the core messaging system and one of the clients, a state of the client connection associated with the session, and a session identifier which is unique to the session. </claim-text></claim-text>

Comments
G. R. Konrad Roeder (about 1 year ago)
Regarding Claim 00001 This is basically claiming a client-server architecture with a relay agent in the middle the gateway is perhaps converting wireless protocols to wired protocols. There is nothing novel here. more...
G. R. Konrad Roeder (about 1 year ago)
Regarding Claim 00001 Claims a gateway between wireless and wired protocols, stores a session context, maintains a client connection state, and a session identifier which is unique to the session.

PCUs and RNCs are gateways between GSM's wireless data protocols GPRS and UMTS respectively and the Gb interface, which is a wired data interface (IP or frame relay). An associated device, the SGSN maintains a session context called the PDP context, maintains the client connection, and maintains a session identifier which is unique to the session (NSAPI) it connects to the GGSN over a Gn interface. There is nothing novel about combining the PCU and SGSN or the RNC and the SGSN into a single box. This is not done in practice because the SGSN is radio protocol independent and the PCU and RNC are radio protocol dependent.
more...
G. R. Konrad Roeder (11 months ago)
Regarding Claim 00001. Not Novel. 802.11 Access points (like a Linksys WRT-54G) running captive portal gateway software like nocat auth (nocat.net) have been around since 2001. It's basically as a gateway used with Wi-Fi (802.11) access points to restrict access to members of the community. The access point is a bridge between the wireless and wired protocols. The session context consists of the client's mac address, IP address, perhaps what protocols the client is allowed to use, the quality of service, and what destinations are allowed... The connection state is kept by the portal for each user to manage who is authenticated and authorized. A session identifier is used to track the session. Here is the e-mail archive for that project http://lists.nocat.net/pipermail/nocat/ more...

CLAIM 00002

<claim-text> The method of <claim-ref idref='CLM-00001'>claim 1</claim-ref>, comprising the step of: <claim-text>the gateway, on reconnection by a client library running on a client device that experienced an abrupt disconnection from the wireless network, reading the state of the client's connection/session identified by the received session identifier and recreating, on the client's behalf, the wireline connection with the core messaging system in the same precise state that resulted from the operations of the client application, prior to the abrupt disconnection. </claim-text></claim-text>

Comments
G. R. Konrad Roeder (about 1 year ago)
Regarding Claim 00002 This claim describes session persistence. This is done through preserving states at the radio side and the data side. Combining this claim and Claim 00001 is obvious due to the fact that radio connections often do not remain connected. Many gateways have session persistence. more...
G. R. Konrad Roeder (11 months ago)
Regarding Claim 00002, Ready Link probably does not need session persistence because the session is probably dropped if the caller loses RF connectivity. The next call in the conversation sets up a new session. more...

CLAIM 00003

<claim-text> The method of <claim-ref idref='CLM-00001'>claim 1</claim-ref>, comprising the steps of: <claim-text>the gateway receiving a connection request from a client, the connection request comprising a session identifier; </claim-text><claim-text>the gateway checking whether a stored session context exists that comprises the same session identifier; </claim-text><claim-text>if such a stored session context exists, the gateway checking a status of the session represented by said stored session context; </claim-text><claim-text>if the status indicates that the session is already running, the gateway informing the client that the connection request is rejected. </claim-text></claim-text>

Comments
G. R. Konrad Roeder (about 1 year ago)
Regarding Claim 00003, this claim describes that the connection of one mobile per identifier is unique. Any attempt to make a second connection to an identifier already being used is rejected. This claim re-asserts that the identifier is unique. Combining this claim with Claim 00001 is obvious. It presents one of the several ways of dealing with a duplicate connection attempt - to keep the old connection. more...

CLAIM 00004

<claim-text> The method of <claim-ref idref='CLM-00003'>claim 3</claim-ref>, wherein the step of checking the status of the session represented by said stored session context comprises the steps of: <claim-text>the gateway initiating a lock operation on said session context; </claim-text><claim-text>if the lock operation does not succeed, the gateway informing the client that the connection request is rejected; </claim-text><claim-text>if the lock operation succeeds, the gateway locking the session context, thus preventing other process threads and optionally also other gateways from accessing the session context. </claim-text></claim-text>

Comments
G. R. Konrad Roeder (about 1 year ago)
Regarding Claim 00004, this claim describes that the connection of one mobile per identifier is unique. Any attempt to execute the context by a second process is rejected. This claim re-asserts that the identifier is unique. It's essentially another way of implementing Claim 00003. Anyone skilled in the art can recognize this. Combining this claim with Claim 00001 is obvious. more...
G. R. Konrad Roeder (11 months ago)
Regarding Claim 00004, When implementing a push to talk IMS/SIP application like Ready Link, maintaining the secuirty tenant of one mobile per identifier is also obvious. In a SIP/IMS implementation, the SIP function would need to drop one of the two duplicate call legs. more...

CLAIM 00009

<claim-text> A gateway computer for wireless mobile clients in a messaging system, the messaging system being configured to comprise a plurality of mobile wireless clients and a core messaging system, with the gateway computer comprising at least one gateway process or gateway for acting as a proxy on behalf of the clients and, in the course of normal operation of the messaging system, for maintaining sessions by performing the steps of, <claim-text>the gateway receiving inbound messages from the clients over wireless bearers using a wireless protocol and forwarding said inbound messages to the core messaging system over a connection using a wirebound protocol; </claim-text><claim-text>the gateway receiving outbound messages from the core messaging system over a connection using a wirebound protocol and forwarding said outbound messages to the clients over wireless bearers using a wireless protocol; </claim-text><claim-text>the gateway further comprising a session manager for storing a session context, which session context comprises the status of a session established between the core messaging system and one of the clients, a state of the client connection associated with the session, and a session identifier which is unique to the session. </claim-text></claim-text>

Comments
G. R. Konrad Roeder (about 1 year ago)
Regarding Claim 00009, This is basically Claim 00001 substituting "A method for operating a gateway for wireless mobile clients in a messaging system,
the messaging system being configured to comprise a plurality of mobile wireless clients,
a core messaging system and at least one gateway process or gateway," with "A gateway computer for wireless mobile clients in a messaging system,
the messaging system being configured to comprise a plurality of mobile wireless clients
and a core messaging system,
with the gateway computer comprising at least one gateway process or gateway". This merely indicates that the gateway's agent function could be done by a computer. There is nothing novel about this configuration either.
more...

CLAIM 00003

<claim-text> The method of <claim-ref idref='CLM-00001'>claim 1</claim-ref>, comprising the steps of: <claim-text>the gateway receiving a connection request from a client, the connection request comprising a session identifier; </claim-text><claim-text>the gateway checking whether a stored session context exists that comprises the same session identifier; </claim-text><claim-text>if such a stored session context exists, the gateway checking a status of the session represented by said stored session context; </claim-text><claim-text>if the status indicates that the session is already running, the gateway informing the client that the connection request is rejected. </claim-text></claim-text>

Comments
G. R. Konrad Roeder (11 months ago)
Regarding Claim 0003, Ready Link probably would reject the first session if a second connection was requested due to a disconnect in the protocol states at each end. No matter if the first or the second attempt is dropped, the SIP function would provide this since SIP call legs. SIP does not need duplicate call legs out to the UE for a push to talk application, and it would be obvious to reject one or the other call leg. more...