WO2001076180A2 - Method and apparatus for a mobile station application to receive and transmit raw packetized data - Google Patents
Method and apparatus for a mobile station application to receive and transmit raw packetized data Download PDFInfo
- Publication number
- WO2001076180A2 WO2001076180A2 PCT/US2001/010143 US0110143W WO0176180A2 WO 2001076180 A2 WO2001076180 A2 WO 2001076180A2 US 0110143 W US0110143 W US 0110143W WO 0176180 A2 WO0176180 A2 WO 0176180A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mobile station
- packetized data
- socket
- application
- protocol
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Definitions
- This invention generally relates to the field of wireless communications. More particularly, the present invention relates to a novel method and apparatus for a mobile station application to receive and transmit raw packetized data in a wireless communication system.
- IP packet-oriented Internet Protocol
- LANs and WANs packet-oriented Internet Protocol
- IP protocol is defined in Request For Comment 791 (RFC 791) entitled, "INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION,” dated September 1981.
- RRC 791 Request For Comment 791 entitled, "INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION," dated September 1981.
- the IP protocol is a network layer protocol that encapsulates data into IP packets for transmission. Addressing and routing information is affixed to the header of the packet.
- IP headers for example, contain 32-bit addresses that identify the sending and receiving hosts. These addresses are used by intermediate routers to select a path through the network for the packet towards its ultimate destination at the intended address.
- IP protocol allows packets originating at any Internet node in the world to be routed to any other Internet node in the world.
- a transport layer which comprises either a Transmission Control Protocol (TCP) or a User Datagram Protocol (UDP), is used to address to particular applications.
- TCP Transmission Control Protocol
- UDP User Datagram Protocol
- FIG. 1 illustrates a high-level block diagram of a wireless data communication system in which the MS 110 communicates with an Interworking Function (IWF) 108 via a Base Station/Mobile Switching Center (BS/MSC) 106.
- IWF Interworking Function
- BS/MSC Base Station/Mobile Switching Center
- IWF 108 is coupled to, and often co-located with, BS/MSC 106, which may be a conventional wireless base station as is known in the art.
- BS/MSC 106 which may be a conventional wireless base station as is known in the art.
- 3GPP2 3 rd Generation Partnership Project 2
- the 3G Wireless IP Network Standard for example, includes a Packet Data Serving Node (“PDSN”), which functions like the IWF 108.
- PDSN Packet Data Serving Node
- TLA Telecommunications Industry Association
- El A Electronics Industries Association
- IS-95 Interim Standard IS-95, entitled “MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM,” published in July 1993, generally provides a standard for wideband spread spectrum wireless communication systems.
- TIA/EIA IS-707.5 entitled “DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES,” published in February 1998, defines requirements for support of packet data transmission capability on TIA/EIA IS-95 systems and specifies packet data bearer services that may be used for communication between the MS 110 and the IWF 108 via the BS/MSC 106.
- the TIA/EIA IS-707-A.5 standard entitled “DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”
- the TIA/EIA IS-707-A.9 standard entitled “DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-SPEED PACKET DATA SERVICES”
- TIA/EIA IS-2000 entitled "INTRODUCTION TO CDMA 2000 STANDARDS FOR SPREAD SPECTRUM SYSTEMS,” published in July 1999.
- IS-707.5 introduces communication protocol option models between the MS 110 and the BS/MSC 106 (the Um interface), and between the BS/MSC 106 and the IWF 108 (the L interface).
- a Relay Model represents the situation where a Point to Point Protocol (PPP) link exists on the Um interface between the MS 110 and the IWF 108.
- PPP Point to Point Protocol
- the PPP protocol is described in detail in Request for Comments 1661 (RFC 1661), entitled “THE POINT-TO-POINT PROTOCOL (PPP)."
- FIG. 2 is a diagram of the protocol stacks in each entity of the IS-707.5 Relay Model.
- a communication protocol stack shown in conventional vertical format, showing the protocol layers running on the MS 110.
- the MS 110 protocol stack is illustrated as being logically connected to the BS/MSC 106 protocol stack over the Um interface.
- the BS/MSC 106 protocol stack is, in turn, illustrated as being logically connected to the IWF 108 protocol stack over the L interface.
- an upper layer protocol 200 entity such as an application program running on the MS 110, has a need to send data over the Internet.
- a representative application may be a web browser program (e.g., Netscape NavigatorTM, Microsoft Internet ExplorerTM).
- the web browser requests a Universal Resource Locator (URL), such as HYPERLINK "http:/ /www.Oualcomm.com/”.
- a Domain Name System (DNS) protocol also in the upper layer protocol 200, translates the textual host name www.Qualcomm.com to a 32-bit numeric IP address by the use of a domain name resolution, which translates names to addresses in the Internet.
- DNS Domain Name System
- HTTP Hypertext Transfer Protocol
- the Hypertext Transfer Protocol which is also an upper layer protocol 200, constructs a GET message for the requested URL, and specifies that TCP will be used to send the message and for HTTP operations.
- the transport layer 202 uses port 80, which is known in the art, as the destination port to route the HTTP operations to the application.
- the TCP protocol which is a transport layer protocol 202, opens a connection to the IP address specified by DNS and transmits the application- level HTTP GET message.
- the TCP protocol specifies that the IP protocol will be used for message transport.
- the IP protocol which is a network layer protocol 204, transmits the TCP packets to the IP address specified.
- the PPP which is a link layer protocol 206, encodes the IP packets and transmits them to the relay layer protocol 208.
- relay layer protocol 208 may be the illustrated TIA/EIA-232F standard, which is defined in "INTERFACE BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT- TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE,” published in October 1997. It is to be understood that other standards or protocols known to artisans of ordinary skill in the art may be used to define the transmission across the layers. For example, other applicable standards may include the "UNIVERSAL SERIAL BUS (USB) SPECIFICATION, Revision 1.1,” published in September 1998, and the "BLUETOOTH SPECIFICATION VERSION 1.0A CORE,” published in July 1999.
- the relay layer protocol 208 passes the PPP packets to a Radio Link Protocol (RLP) 210 and then to the IS-95 protocol 212 for transmission to the BS/MSC 106 over the Um interface.
- RLP Radio Link Protocol
- the RLP protocol 210 is defined in the IS- 707.2 standard, entitled "DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL,” published in February 1998, and the IS-95 protocol is defined in the IS-95 standard identified above.
- a complementary relay layer protocol 220 on the BS/MSC 106 receives the PPP packets over the Um interface through a IS-95 layer 218 and then a RLP layer 216.
- the relay layer protocol 220 passes them over the L interface to a relay layer protocol 228 on the IWF 108.
- a PPP protocol link layer 226 on the IWF 108 receives the PPP packets from the relay layer protocol 228, and terminates the PPP connection between the MS 110 and the IWF 108.
- the packets are passed from the PPP layer 226 to a IP layer 224 on the IWF 108 for examination of the IP packet header for final routing, which in this scenario is www.Qualcomm.com.
- IP packets generated by the MS 110 are forwarded through the network layer protocols 224, and link layer protocols 225 to the next router (not shown) on the Internet.
- IP packets from the MS 110 are communicated through the BS/MSC 106, and the IWF 108 towards their ultimate intended destination in the Internet in accordance with the IS-707.5 standard relay model.
- the data link connection must be established first. As specified in RFC 1661, this requires each end of the point-to-point link (i.e., the PPP protocols 206 and 226) to first send PPP Link Control Protocol (LCP) packets in order to establish, configure and test the data link connection. After the link has been established by the LCP, the PPP protocol 206 may then send Network Control Protocol (NCP) packets to configure the network layer protocols 204 and 224.
- NCP Network Control Protocol
- IPCP IP Control Protocol
- IPCP IP Control Protocol
- IPCP IP Control Protocol
- IPCP IP Control Protocol
- APIs application program interfaces
- the APIs utilize "sockets," which shelter the invoking applications from differences in the protocols of the underlying network.
- APIs comprise functions, which allow the applications, for example, to open a socket, transmit data to the network, receive data from the network, and close the socket.
- Common network programming interfaces include Berkeley Systems Development (BSD) sockets interface, which operates under a UnixTM operating system, and WindowsTM Sockets Interface (WinSockTM), which operates under a WindowsTM operating system.
- BSD Berkeley Systems Development
- WinSockTM WindowsTM Sockets Interface
- a mobile station application creates at least one socket. At least one of mobile station protocol layers receives encapsulated raw packetized data, which lacks destination port information, from a communication network. At least one of the mobile station protocol layers transmits unencapsulated raw packetized data to the at least one socket. In turn, the at least one socket transmits the raw packetized data to the mobile station application. In another implementation, the at least one socket transmits raw packetized data of the mobile station application to at least one of the mobile station protocol layers. In turn, at least one of the mobile station protocol layers transmits encapsulated raw packetized data to the communication network.
- FIG. 1 is a high level block diagram of a wireless communication system in which a mobile station connects to the Internet.
- FIG. 2 (Prior Art) schematically describes the protocol stacks in each entity of the TIA/EIA IS-707.5 Relay Model.
- FIG. 3 schematically depicts features of an embodiment of the present invention.
- FIGS. 4 and 5 are flow charts for detecting a specified event.
- FIG. 6 is a block diagram depicting an asynchronous connection.
- FIG. 7 is a block diagram depicting an asynchronous socket input.
- FIGS. 8-10 are state diagrams of embodiments of the present invention. DETAILED DESCRIPTION
- FIG. 3 depicts an application 260, a communication protocol stack 280, and an API 270 within a MS 110.
- Application 260 and communication protocol stack 280 i.e., protocol layers 202, 204, 206, 208, 210, 212 communicate through function calls, which are provided by API 270.
- API 270 allows application 260 and communication protocol stack 280 to run on different processors and operating systems without compromising functionality.
- One skilled in the art would appreciate that various names for the invoked functions are possible without departing from the scope of the present invention.
- communication protocol stack 280 contains a plurality of send queues and receive queues, which store data.
- Output functions read data from a memory of application 260 to store the data into one of the send queues of communication protocol stack 280.
- Input functions read data from one of the receive queues of communication protocol stack 280 to store the data into the memory of application 260.
- the MS 110 receives IP packets.
- the communication protocol stack 280 of the MS 110 unencapsulates the IP packets, and passes them to the transport layer 202 (see FIG. 3).
- a field in the IP packet header indicates the transport, which may be either TCP or UDP.
- the data is routed to the appropriate receive queue of communication protocol stack 280, which corresponds to a particular socket. The data may then be transmitted to application 260.
- Such packets include raw packetized data, such as raw IP packets, which lack destination information (i.e., destination port number). As such, the destination application may not be determined from the raw IP packets.
- communication protocol stack 280 may transmit the received raw IP packets to all sockets registered to support the IP protocol, for example. This allows the payload data to be transmitted to the destination application.
- An Internet Control Messaging Protocol (ICMP) parsing engine which responds to IP packets, may also receive the raw packetized data.
- ICMP Internet Control Messaging Protocol
- communication protocol stack 280 processes the received packets before it passes them up the stack to application 260, which reduces the amount of unencapsulation to be done by application 260.
- application 260 may transmit raw packetized data over the Um interface by using the sockets, which facilitates communications between communication protocol stack 280 and application 260. Further, application 260 may transmit raw packetized data over the Um interface.
- communication protocol stack 280 encapsulates the packetized or raw packetized data, for example, into IP packets and transmits them over the Um interface.
- communication protocol stack 280 provides a IP header and a checksum in order to generate the IP packets. For ICMP, on the other hand, a specified protocol type may be copied into the IP header.
- application 260 may create a socket that allows data communications between at least one of the protocol layers 202, 204, 206, 208, 210, 212 and application 260 to reduce the latency inherent in the use of communication protocol stack 280. That is, application 260 may create a socket that bypasses the transport layer 202, the network layer 204, and the link layer 206, and thus allows application 260 to transmit payload data to, or receive payload data from, the RLP layer 210. Also, application 260 may create a socket that allows application 260 to transmit payload data to, or receive payload data from, the IS-95 layer 212.
- application 260 calls a function open_netlib ( ) to open communication protocol stack 280 and to assign an application identification.
- the application identification allows multiple applications to communicate with communication protocol stack 280 (i.e., multi-tasking).
- function open_netlib for example, application 260 specifies a pointer to a network callback function and to a socket callback function.
- the network callback function is invoked to inform application 260 whenever network subsystem specified events, such as read from, write to, and close the traffic channel (i.e., Um) and/or a link-layer (i.e., PPP 206), have occurred (or have been enabled).
- the socket callback function is invoked to inform application 260 whenever socket specified events, such as read from, write to and close the transport layer (i.e., TCP), have occurred (or have been enabled).
- TCP transport layer
- a communication network comprises at least one of the traffic channel, the link-layer, and the transport layer.
- a function pppopen is called to initiate a network subsystem connection, which includes the traffic channel and the link-layer.
- This is an application-wide call, which is not dependent on an individual socket. It, however, requires the application identification.
- the network callback function is invoked to provide a specified event notification.
- the network subsystem fails, for example, if the traffic channel is not established.
- the network subsystem characteristics may be set with a call to function net_ioctl ( ). This call, for example, may specify the data rate of the sockets.
- a socket (or sockets) can be created and initialized through a call to function socket ( ).
- the call to function socket ( ) may return a socket descriptor.
- application 260 may call a function async_select ( ) to register specified events to receive asynchronous notification. This registration may be implemented by application 260, as part of the function call, to specify the socket descriptor and a bit mask (i.e., multiple events OR'ed together) of the specified events requiring notification.
- the socket callback function is invoked to provide asynchronous notification.
- the callback function may notify application 260 of the specified event by the use of a signal, a message, including a message over remote procedure call (RPC), or a hardware or software interrupt.
- RPC remote procedure call
- application 260 may call function getnextevent ( ) to determine the specified events to service.
- This function returns a mask of the specified events that occurred for the specified socket descriptor. Also, it clears the bits in the mask of the specified events that occurred. Thus, application 260 may no longer receive notification of the disabled specified events.
- Application 260 must re-register (i.e., re-enable) these specified events through a subsequent call to function async_select ( ).
- application 260 may change the specified events registered for by clearing corresponding bits in the bit mask of specified events. If the bit is already cleared in the bit mask, then the request is simply ignored. In short, event notification may be disabled on a per-event basis, for example, through a call to function async_deselect ( ).
- FIGS. 4 and 5 are flow charts for detecting the specified events.
- communication protocol stack 280 waits for application 260, in block 400, to register a specified event. After the specified event is registered, communication protocol stack 280, in block 402, polls a memory.
- the specified event may be detected based on the polled information of block 402.
- the write event is detected, for example, when the memory of the communication protocol stack 280 (i.e., the send queue) is available to accept a sufficient amount of data. The data may be transmitted from application 260. If the polled information of block 404 is not satisfactory (i.e., the specified event has not occurred), then communication protocol stack 280 continues to poll the memory, as in block 402.
- communication protocol stack 280 waits for application 260 to register a specified event, as indicated in block 500.
- an interrupt notice may be disabled.
- the interrupt notice cannot trigger or be triggered.
- the interrupt notice in block 502, may be triggered based on the occurrence of the specified event.
- the read event for example, occurs when data is written into the memory of communication protocol stack 280 (i.e., the receive queue).
- the read event is detected by communication protocol stack 280 when it receives the interrupt notice, which was triggered due to the occurrence of the event.
- the data stored in the memory of the communication protocol stack 280 may be from the communication network. Further, for the read event, the stored data may be transmitted to application 260.
- the close event is detected when a socket is available for re-use because, for example, a data link connection, such as the transport layer, is terminated.
- both communication protocol stack 280 is entered and the callback functions are specified through the call to function open_netlib ( ).
- the call to function pppopen ( ) (A) initiates the network subsystem connection (B).
- the callback function is invoked (C) to report the availability of the network subsystem.
- a call to function connect ( ) (D) initiates a TCP connection (E).
- application 260 calls function async_select ( ) (F) to register the specified events to receive notification.
- the specified event of interest is the write event, which occurs upon establishing a connection.
- the callback function Upon establishing the connection, the callback function is invoked if the specified event is registered in the mask. If it is, then the callback function is invoked (G) to provide asynchronous notification. Once application 260 is notified, it calls function getnextevent ( ) (H) to determine which specified event occurred (I). Also, this call clears the bit of the event (i.e., the write event) in the mask (J). Application 260 must re-register subsequent notification of the specified event through the call to function async_select ( ).
- FIG. 7 an illustration of an asynchronous socket read is provided.
- application 260 makes a call to function read ( ) (A).
- application 260 calls function async_select ( ) (B) to register an event (i.e., set the corresponding bit in the mask) to receive notification.
- the specified event of interest is the read event, which occurs when there is data to read by application 260.
- the callback function Upon the storage of data in the receive queue, the callback function is invoked if the read event is specified in the mask. If it is, then the callback function is invoked (C) to provide asynchronous notification.
- application 260 Once application 260 is notified, it calls function getnextevent ( ) (D) to determine which event occurred (E). Also, this call clears the bit of the event in the mask (F).
- Application 260 must re-enable subsequent notification of the event through the call to function async_select ( ).
- FIGS. 8-10 state machines of embodiments of the present invention are illustrated.
- communication protocol stack 280 is opened and the network subsystem connection (i.e., traffic channel, and link layer if necessary — the raw sockets may bypass the network subsystem) is established.
- the network subsystem connection i.e., traffic channel, and link layer if necessary — the raw sockets may bypass the network subsystem
- the state machine which may asynchronously transition between states, controls (i.e., enables and disables) the specified events, such as read, write, and close.
- the specified events may be disabled at the start of operation and may be enabled in predetermined states to assist application 260 to identify the state of MS 110.
- API 270 reports specified status messages that are particular (i.e., not merely generic) to application 260 based on the state of API 270 and the type of function called by application 260.
- the specified status messages may reflect the state of the underlying communication network.
- the status messages are reported to application 260 as arguments of the function calls, for example.
- FIG. 8 for example, a state diagram for a TCP socket of API 270 is illustrated.
- the uninitialized socket begins in the "null" state 800.
- the socket does not "exist” because it has not been allocated, as of yet.
- the socket may be created and initialized through a call to function socket ( ), which returns the socket descriptor to use with socket-related functions.
- the state machine transitions to an "initialize" state 805.
- the state machine transitions back to the null state 800 whenever the possibility of a TCP connection is terminated by a call to function close ( ).
- the call to function close ( ) releases all socket-related resources.
- a call to function connect ( ) initiates the TCP connection and transitions the state machine into an "opening" state 810.
- the state machine transitions to a "closed" state 815 whenever: (1) a network subsystem failure occurs, (2) a failure to establish the TCP connection, or (3) a changed IP address.
- the state machine transitions the socket into a "closing" state 820 while the termination procedures are initiated.
- the state machine transitions to an "open" state 825 upon the TCP connection being established.
- the socket In the open state 825, the socket is open to read and write. In particular, the write event is immediately enabled, while the read event is enabled based on whether data is stored into the memory of the communication protocol stack 280.
- the state machine transitions to the closed state 815 whenever: (1) the network subsystem failure occurs; (2) the failure to establish the TCP connection; (3) an attempt to terminate the TCP connection, such as a TCP reset, a TCP aborted, or a TCP closed initiated by a network server; and (4) the change of the IP address.
- An application initiated TCP connection termination such as by a call to function close ( ), transitions the state machine to the closing state 820.
- the read, write and close events are all asserted.
- the state machine transitions the socket to the null state 800, which frees up the socket and makes it available for re-use.
- the state machine transitions to a "wait for close” state 830 whenever: (1) the network subsystem failure occurs; (2) the attempt to terminate the TCP connection, such as the TCP reset, or the TCP closed initiated by the network server; (3) an expiration of a timer and (4) the change of the IP address.
- the API 270 implements the timer, which is activated upon the initiating of the TCP connection termination. As seen, the expiration of the timer transitions the state machine to the wait for close state 830. In the wait for close state 830, a call to function close ( ) terminates the
- TCP connection transitions the state machine to the null state 800.
- the close event is asserted in this state 830.
- Tables 1-3 illustrate specified status messages supported by API 270.
- a specified status message which is descriptive, that "no additional resources are available" may be reported to application 260.
- FIG. 9 illustrates a state diagram for a UDP socket of API 270.
- the uninitialized socket begins in a "null" state 900.
- the socket does not "exist” because it has not been allocated.
- the socket may be created and initialized through a call to function socket ( ), which returns the socket descriptor to use with socket- related functions. After the call to function socket ( ), the state machine transitions to an "open" state 905.
- the socket In the open state 905, the socket is open to read and write. In particular, the write event is immediately enabled, while the read event is enabled based on whether data is stored into the memory of the conrununication protocol stack 280.
- the state machine transitions to a "closed" state 910 whenever the network subsystem failure occurs.
- An application initiated UDP connection termination such as by a call to function close ( ), transitions the state machine to the null state 900.
- the read, write, and close events are all enabled.
- the state machine transitions the socket to the null state 900, which frees up the socket and makes it available for re-use.
- Tables 4-6 illustrate specified status messages supported by API 270. In the null state (not shown in Tables 4-6), the specified status message that "no additional resources are available," as stated above, may be reported to application 260. Table 4
- FIG. 10 illustrates a state diagram to control the network subsystem, such as the traffic channel (i.e., Um) and the link-layer (i.e., PPP 206).
- a call to function open_netlib ( ) opens the network subsystem, and initializes a socket into a "closed" state 1000.
- a call to function pppopen ( ) initiates the network subsystem connection, which transitions the socket to an "opening" state 1005.
- a page to the MS 110 by an incoming PPP call transitions the socket to the opening state 1005.
- the MS 110 attempts to synchronize and establish both RLP and PPP across the traffic channel.
- the socket transitions to an "open" state 1010 upon the network subsystem connection being established.
- the socket transitions back to the closed state 1000 if the network subsystem connection is not established.
- the callback function is invoked to identify to application 1060 specified events, such as read, write, and close, that are enabled.
- the MS 110 can communicate through the traffic channel.
- the socket transitions to the closed state 1000 whenever network subsystem failure occurs, which invokes the callback function.
- An application initiated network subsystem connection termination such as by a call to function close ( ), transitions the socket to a "closing" state 1015.
- the socket transitions to the closed state 1000 whenever the network subsystem connection is terminated.
- the callback function is invoked to identify to application 260 specified events that are enabled.
- Table 7 illustrates specified status messages that correspond to particular function calls, and that are supported by API 270.
- a machine may read a machine-readable medium comprising encoded information, such as encoded software code, to cause the processes described above that enables a mobile station application to receive and transmit raw packetized data.
- the machine-readable medium may accept the encoded information from a storage device, such as a memory or a storage disk, or from the communication network.
- the machine-readable medium may be programmed with the encoded information when the medium is manufactured.
- the machine may comprise at least one of application 260, communication protocol stack 280, and API 270, while the machine-readable medium may comprise a memory or a storage disk.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Description
Claims
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP01924454A EP1273149A2 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
MXPA02009521A MXPA02009521A (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data. |
JP2001573731A JP4763211B2 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for mobile station application to receive and transmit raw packetized data |
AU5110501A AU5110501A (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
AU2001251105A AU2001251105B2 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
CA002404159A CA2404159A1 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
IL15170301A IL151703A0 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
IL151703A IL151703A (en) | 2000-03-30 | 2002-09-11 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/539,499 | 2000-03-30 | ||
US09/539,499 US6862276B1 (en) | 2000-03-30 | 2000-03-30 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2001076180A2 true WO2001076180A2 (en) | 2001-10-11 |
WO2001076180A3 WO2001076180A3 (en) | 2002-03-14 |
Family
ID=24151477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2001/010143 WO2001076180A2 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to receive and transmit raw packetized data |
Country Status (10)
Country | Link |
---|---|
US (1) | US6862276B1 (en) |
EP (2) | EP1273149A2 (en) |
JP (2) | JP4763211B2 (en) |
KR (1) | KR20030011281A (en) |
CN (1) | CN1422483A (en) |
AU (2) | AU2001251105B2 (en) |
CA (1) | CA2404159A1 (en) |
IL (2) | IL151703A0 (en) |
MX (1) | MXPA02009521A (en) |
WO (1) | WO2001076180A2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003047212A1 (en) * | 2001-11-26 | 2003-06-05 | Qualcomm Incorporated | System and method for traffic channel dormancy in wireless communication socket mode |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003001762A2 (en) * | 2001-05-08 | 2003-01-03 | Nortel Networks Limited | Identification of unused resources in a packet data network |
FI20011090A (en) * | 2001-05-23 | 2002-11-24 | Nokia Corp | Communication of codec information |
US7555287B1 (en) | 2001-11-01 | 2009-06-30 | Nokia Corporation | Customized messaging between wireless access point and services |
US7151764B1 (en) * | 2001-11-01 | 2006-12-19 | Nokia Corporation | Service notification on a low bluetooth layer |
US7340214B1 (en) * | 2002-02-13 | 2008-03-04 | Nokia Corporation | Short-range wireless system and method for multimedia tags |
US7102640B1 (en) * | 2002-03-21 | 2006-09-05 | Nokia Corporation | Service/device indication with graphical interface |
US7911994B2 (en) * | 2003-02-28 | 2011-03-22 | Openwave Systems Inc. | Confirmation of delivery of content to an HTTP/TCP device |
US20040181517A1 (en) * | 2003-03-13 | 2004-09-16 | Younghee Jung | System and method for social interaction |
US20050120382A1 (en) * | 2003-11-07 | 2005-06-02 | Televiewer Systems Ltd. | System and method of remotely controlling a TV tuner over a TCP/IP network |
US7852876B2 (en) * | 2004-05-05 | 2010-12-14 | M-Stack Limited | Apparatus, and an associated method, for routing data through logical layers of a communication device |
US20050288045A1 (en) * | 2004-06-28 | 2005-12-29 | Yang Jianhao M | Apparatus, and an associated method, for forming direct data connection between applications of a set of mobile stations |
US20060075075A1 (en) * | 2004-10-01 | 2006-04-06 | Malinen Jouni I | Method and system to contextually initiate synchronization services on mobile terminals in an enterprise environment |
KR100710530B1 (en) * | 2005-10-21 | 2007-04-23 | 삼성전자주식회사 | Method for configuration and registration of internet protocol address in a wireless mobile communication system with a connection oriented radio link |
US20070248085A1 (en) * | 2005-11-12 | 2007-10-25 | Cranite Systems | Method and apparatus for managing hardware address resolution |
US20090259925A1 (en) * | 2008-04-10 | 2009-10-15 | Ibiquity Digital Corporation | Broadcast Equipment Communication Protocol |
US8023982B2 (en) * | 2008-05-12 | 2011-09-20 | Qualcomm Incorporated | Wireless communication device having dynamically escalated media transmission handling |
CN103166994A (en) * | 2011-12-14 | 2013-06-19 | 腾讯科技(深圳)有限公司 | Method and device of obtaining network data |
CN102892135B (en) * | 2012-10-08 | 2015-06-10 | 中兴通讯股份有限公司 | Release management method and device of mobile terminal network ports |
US9143921B2 (en) * | 2013-09-06 | 2015-09-22 | Qualcomm Incorporated | Communicating physical layer wireless parameters over an application programming interface |
US10447590B2 (en) | 2014-11-20 | 2019-10-15 | Oath Inc. | Systems and methods for dynamic connection paths for devices connected to computer networks |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2107047C (en) * | 1992-12-29 | 1998-04-28 | Alan M. Bentley | Switched circuit connection management over public data networks for wide area networks |
US5446736A (en) * | 1993-10-07 | 1995-08-29 | Ast Research, Inc. | Method and apparatus for connecting a node to a wireless network using a standard protocol |
US5918018A (en) * | 1996-02-09 | 1999-06-29 | Secure Computing Corporation | System and method for achieving network separation |
US5787253A (en) * | 1996-05-28 | 1998-07-28 | The Ag Group | Apparatus and method of analyzing internet activity |
US6229809B1 (en) * | 1996-10-11 | 2001-05-08 | Novell, Inc. | Method and system for combining computer network protocols |
US6453345B2 (en) * | 1996-11-06 | 2002-09-17 | Datadirect Networks, Inc. | Network security and surveillance system |
JPH10233796A (en) * | 1997-02-18 | 1998-09-02 | Toshiba Corp | Inter-lan connection device |
US6732191B1 (en) * | 1997-09-10 | 2004-05-04 | Schneider Automation Inc. | Web interface to an input/output device |
CN1289497A (en) * | 1998-01-29 | 2001-03-28 | 英国电讯有限公司 | Communications system for mobile data transfer |
US6246683B1 (en) * | 1998-05-01 | 2001-06-12 | 3Com Corporation | Receive processing with network protocol bypass |
US6356529B1 (en) * | 1999-08-12 | 2002-03-12 | Converse, Ltd. | System and method for rapid wireless application protocol translation |
US6542734B1 (en) * | 2000-03-30 | 2003-04-01 | Qualcomm Incorporated | Method and apparatus for detecting specified events in a mobile station |
-
2000
- 2000-03-30 US US09/539,499 patent/US6862276B1/en not_active Expired - Lifetime
-
2001
- 2001-03-29 WO PCT/US2001/010143 patent/WO2001076180A2/en not_active Application Discontinuation
- 2001-03-29 AU AU2001251105A patent/AU2001251105B2/en not_active Expired - Fee Related
- 2001-03-29 EP EP01924454A patent/EP1273149A2/en not_active Withdrawn
- 2001-03-29 IL IL15170301A patent/IL151703A0/en active IP Right Grant
- 2001-03-29 CN CN01807690A patent/CN1422483A/en active Pending
- 2001-03-29 MX MXPA02009521A patent/MXPA02009521A/en active IP Right Grant
- 2001-03-29 EP EP08001562.1A patent/EP1909464B1/en not_active Expired - Lifetime
- 2001-03-29 KR KR1020027012801A patent/KR20030011281A/en not_active Application Discontinuation
- 2001-03-29 CA CA002404159A patent/CA2404159A1/en not_active Abandoned
- 2001-03-29 JP JP2001573731A patent/JP4763211B2/en not_active Expired - Fee Related
- 2001-03-29 AU AU5110501A patent/AU5110501A/en active Pending
-
2002
- 2002-09-11 IL IL151703A patent/IL151703A/en not_active IP Right Cessation
-
2011
- 2011-04-15 JP JP2011091010A patent/JP4971513B2/en not_active Expired - Fee Related
Non-Patent Citations (3)
Title |
---|
MONTENEGRO ET AL.: "RFC 2757 - Long Thin Networks" REQUEST FOR COMMENT, [Online] January 2000 (2000-01), XP002182001 Retrieved from the Internet: <URL:http://www.ietf.org/rfc/rfc2757.txt?number=2757> [retrieved on 2001-11-05] * |
SE-JIN HWANG A-RUM JUN HAE-SUN SHIN MYONG-SOON PARK CHANG-EEK CHO SANG-GOO LEE CHONG-TAI KIM: "Virtual socket interfaces for wireless network" , INFORMATION NETWORKING, 1998. (ICOIN-12). PROCEEDINGS., TWELFTH INTERNATIONAL CONFERENCE ON TOKYO, JAPAN 21-23 JAN. 1998, LOS ALAMITOS, CA, USA,IEEE COMPUT. SOC, US, PAGE(S) 381-384 XP010265336 ISBN: 0-8186-7225-0 the whole document * |
STEVENS ET AL: "TCP/IP Illustrated, Volume 2: The Implementations" August 1999 (1999-08) , TCP/IP ILLUSTRATED. VOL. 2: THE IMPLEMENTATION, PROFESSIONAL COMPUTING SERIES, READING, MA: ADDISON WESLEY, US, VOL. VOL. 2 XP002182171 ISBN: 0-201-63354-X page XIX -page XXI page 1049 -page 1065 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2003047212A1 (en) * | 2001-11-26 | 2003-06-05 | Qualcomm Incorporated | System and method for traffic channel dormancy in wireless communication socket mode |
US6968191B2 (en) | 2001-11-26 | 2005-11-22 | Qualcomm Inc | System and method for traffic channel dormancy in wireless communication socket mode |
AU2002346513B2 (en) * | 2001-11-26 | 2008-04-10 | Qualcomm Incorporated | System and method for traffic channel dormancy in wireless communication socket mode |
EP1924110A1 (en) * | 2001-11-26 | 2008-05-21 | QUALCOMM Incorporated | System and method for traffic channel dormancy in wireless communication socket mode |
JP2009095035A (en) * | 2001-11-26 | 2009-04-30 | Qualcomm Inc | System and method for traffic channel dormancy in wireless communication socket mode |
KR100941347B1 (en) * | 2001-11-26 | 2010-02-11 | 퀄컴 인코포레이티드 | System and method for traffic channel dormancy in wireless communication socket mode |
Also Published As
Publication number | Publication date |
---|---|
JP4763211B2 (en) | 2011-08-31 |
EP1273149A2 (en) | 2003-01-08 |
JP2011223587A (en) | 2011-11-04 |
US6862276B1 (en) | 2005-03-01 |
IL151703A0 (en) | 2003-04-10 |
AU5110501A (en) | 2001-10-15 |
KR20030011281A (en) | 2003-02-07 |
EP1909464A3 (en) | 2008-04-23 |
JP2003530022A (en) | 2003-10-07 |
EP1909464A2 (en) | 2008-04-09 |
CN1422483A (en) | 2003-06-04 |
MXPA02009521A (en) | 2003-05-14 |
WO2001076180A3 (en) | 2002-03-14 |
JP4971513B2 (en) | 2012-07-11 |
AU2001251105B2 (en) | 2006-02-09 |
EP1909464B1 (en) | 2013-04-17 |
CA2404159A1 (en) | 2001-10-11 |
IL151703A (en) | 2007-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6542734B1 (en) | Method and apparatus for detecting specified events in a mobile station | |
JP4971513B2 (en) | Method and apparatus for mobile station application to receive and transmit raw packetized data | |
AU2001251105A1 (en) | Method and apparatus for a mobile station application to receive and transmit raw packetized data | |
US20040162061A1 (en) | Method and apparatus for a mobile station application to identify specified events | |
WO2001076178A2 (en) | Method and apparatus for notifying a mobile station application of specified events | |
WO2001076279A2 (en) | Method and apparatus for a mobile station application to identify specified status messages | |
WO2001076179A2 (en) | Method and apparatus for servicing specified events by a mobile station application |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A2 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A2 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
AK | Designated states |
Kind code of ref document: A3 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A3 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2001924454 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 151703 Country of ref document: IL |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2404159 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2001251105 Country of ref document: AU |
|
ENP | Entry into the national phase |
Ref document number: 2001 573731 Country of ref document: JP Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: PA/a/2002/009521 Country of ref document: MX Ref document number: 1020027012801 Country of ref document: KR |
|
WWE | Wipo information: entry into national phase |
Ref document number: 018076904 Country of ref document: CN |
|
WWP | Wipo information: published in national office |
Ref document number: 2001924454 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 1020027012801 Country of ref document: KR |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2001924454 Country of ref document: EP |