JP2003530022A - 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置 - Google Patents

移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置

Info

Publication number
JP2003530022A
JP2003530022A JP2001573731A JP2001573731A JP2003530022A JP 2003530022 A JP2003530022 A JP 2003530022A JP 2001573731 A JP2001573731 A JP 2001573731A JP 2001573731 A JP2001573731 A JP 2001573731A JP 2003530022 A JP2003530022 A JP 2003530022A
Authority
JP
Japan
Prior art keywords
mobile station
packetized data
protocol
socket
raw
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001573731A
Other languages
English (en)
Other versions
JP2003530022A5 (ja
JP4763211B2 (ja
Inventor
アブロール、ニシャール
ギルキー、ハロルド
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2003530022A publication Critical patent/JP2003530022A/ja
Publication of JP2003530022A5 publication Critical patent/JP2003530022A5/ja
Application granted granted Critical
Publication of JP4763211B2 publication Critical patent/JP4763211B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

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

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

(57)【要約】 本発明は、移動局のアプリケーションが無線通信システムにおいて生のパケット化されたデータを受信および送信するための方法および装置を記載している。本発明は、少なくとも１つのソケットを生成する移動局のアプリケーションを含む。通信プロトコルスタックの移動局のプロトコル層の少なくとも１つは、カプセル化された生のパケット化されたデータを通信ネットワークから受信する。生のパケット化されたデータは、宛先ポートの情報を欠いている。移動局のプロトコル層の少なくとも１つは、逆カプセル化された生のパケット化されたデータを、生成されたソケットへ送る。そして今度は、生成されたソケットが、生のパケット化されたデータを移動局のアプリケーションへ送る。別の構成では、生成されたソケットは、移動局のアプリケーションの生のパケット化されたデータを、移動局のプロトコル層の少なくとも１つへ送る。そして今度は、移動局のプロトコル層の少なくとも１つが、カプセル化された生のパケット化されたデータを通信ネットワークへ送る。

Description

【発明の詳細な説明】
【０００１】 背景 １．発明の分野 本発明は、概ね、無線通信の分野に関する。とくに、本発明は無線通信システ
ムにおいて移動局のアプリケーションが生のパケット化されたデータを受信およ
び送信するための斬新な方法および装置に関する。
【０００２】 ２．関係する技術の記述 Ａ．無線通信 無線通信およびコンピュータに関係する技術における最近の革新、並びにイン
ターネット加入者の今までにない増加によって、モバイルコンピューティングへ
の道が開かれた。事実、モバイルコンピューティングの大衆性により、現在のイ
ンターネットのインフラストラクチャに対して、モバイルのユーザにより多くの
サポートを与える要求が強まった。このインフラストラクチャの原動力は、種々
のサービスを提供するパケット指向のインターネットプロトコル（Internet Pro
tocol, IP）であり、種々のサービスには、パケット（データグラム）をローカ
ルエリアネットワーク（local area network, LAN）とワイドエリアネットワー
ク（wide area network, WAN）との間でアドレス指定してルート設定するサービ
スが含まれる。ＩＰプロトコルは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ（Ｒ
ＦＣ ７９１）（“INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECI
FICATION”, 1981 9）において規定されている。
【０００３】 ＩＰプロトコルは、送信のためにデータをＩＰパケットへカプセル化するネッ
トワーク層プロトコルである。アドレス指定およびルート設定の情報はパケット
のヘッダに付される。ＩＰヘッダには、例えば送信ホストおよび受信ホストを識
別する３２ビットのアドレスが含まれている。中間のルータはこれらのアドレス
を使用して、パケットを、意図されたアドレスをもつその最終的な宛先へ向わせ
るためのネットワーク上の経路を選択する。したがって、ＩＰプロトコルにより
、世界中の何れかのインターネットノードにおいて発信されたパケットを、世界
中の他の何れかのインターネットノードへルート設定することができる。これに
対して、特定のアプリケーションに対処するためには、伝送制御プロトコル（Tr
ansmission Control Protocol, TCP）またはユーザデータグラムプロトコル（Us
er Datagram Protocol, UDP）の何れかを含むトランスポート層が使用される。
【０００４】 現在の傾向では、モバイルのユーザはラップトップまたはパームトップコンピ
ュータのようなモバイルコンピュータを、セルラまたは携帯電話のような無線通
信デバイスと共に使用して、インターネットにアクセスしている。したがって、
ちょうど、従来からユーザが“有線の”通信デバイスを使用してコンピュータを
陸上ネットワーク（land-based network）へ接続していたように、モバイルのユ
ーザは一般的に“移動局”（mobile station, MS）と呼ばれる無線通信デバイス
を使用してモバイル端末をこのようなネットワークへ接続する。本明細書で使用
しているように、移動局またはＭＳは、公共の無線ラジオネットワーク（wirele
ss radio network）の加入者局を指す。
【０００５】 （従来技術を示している）図１は、無線データ通信システムの高レベルのブロ
ック図を示しており、この中でＭＳ110は基地局／移動局スイッチングセンタ（B
ase Station/Mobile Switching Center, BS/MSC）106を介して相互接続機能（In
terworking Function, IWF）108と通信する。ＩＷＦ108は、インターネットへの
アクセス点として働く。ＩＷＦ108はＢＳ／ＭＳＣ106に接続されていて、一緒に
位置していることも多く、ＢＳ／ＭＳＣ106はこの技術において知られているよ
うに従来の無線基地局であってもよい。無線データ通信システムに対処する別の
標準プロトコルは、“WIRELESS IP NETWORK STANDARD”というタイトルで1999年
12月に発行された第３世代パートナーシッププロジェクト２（3rd Generation P
artnership Project 2, “3GPP2”）である。３Ｇ無線ＩＰネットワークの標準
規格には、例えば、ＩＷＦ108のように機能するパケットデータ供給ノード（Pac
ket Data Serving Node, PDSN）が含まれる。
【０００６】 種々のプロトコルが、ＭＳ110とＩＷＦ108との間のデータ通信に対処している
。例えば、米国電気通信工業会（Telecommunications Industry Association, T
IA）／電子機械工業会（Electronics Industries Association, EIA）の暫定的
標準規格（Interim Standard）のＩＳ−９５は、“MOBILE STATION-BASE STATIO
N COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR
SYSTEM”というタイトルで1993年7月に発行されていて、これは概して広帯域拡
散スペクトル無線通信システムの標準規格を与えている。さらに加えて、標準規
格のＴＩＡ／ＥＩＡ ＩＳ−７０７．５は、“DATA SERVICE OPTIONS FOR WIDEBA
ND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”というタイトルで1998年
2月に発行されていて、これはＴＩＡ／ＥＩＡ ＩＳ−９５のシステムのパケット
データ伝送能力のサポート要件を規定し、ＢＳ／ＭＳＣ106を介してのＭＳ110と
ＩＷＦ108との間の通信に使用できるパケットデータ伝達サービスを指定してい
る。さらに加えて、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PA
CKET DATA SERVICES”というタイトルのＴＩＡ／ＥＩＡ ＩＳ−７０７−Ａ．５
の標準規格と、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-S
PEED PACKET DATA SERVICES”というタイトルのＴＩＡ／ＥＩＡ ＩＳ−７０７−
Ａ．９の標準規格とは、両者とも1999年3月に発行されており、これらもＴＩＡ
／ＥＩＡ ＩＳ−９５のシステムのパケットデータ伝送のサポート要件を規定し
ている。さらに加えて、ＭＳ110とＩＷＦ108との間の通信に対処している別の標
準規格のプロトコルにはＴＩＡ／ＥＩＡ ＩＳ−２０００があり、これは“INTRO
DUCTION TO CDMA 2000 STANDARDS FOR SPREAD SPECTRUM SYSTEMS”というタイト
ルで1999年7月に発行されている。
【０００７】 ＩＳ−７０７．５では、ＭＳ110とＢＳ／ＭＳＣ106（Ｕｍインターフェイス）
との間およびＢＳ／ＭＳＣ106とＩＷＦ108（Ｌインターフェイス）との間の通信
プロトコルのオプションモデルを取り入れている。例えば、中継モデルは、ポイ
ント−ツウ−ポイントプロトコル（Point to Point Protocol, PPP）のリンクが
ＭＳ110とＩＷＦ108との間のＵｍインターフェイス上に存在している情況を表わ
している。ＰＰＰプロトコルは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ（ＲＦ
Ｃ １６６１）（“THE POINT-TO-POINT PROTOCOL (PPP)”）に詳しく記載されて
いる。
【０００８】 （従来技術を示している）図２は、ＩＳ−７０７．５の中継モデルの各エンテ
ィティ内のプロトコルスタックの図である。図の左端には、従来の垂直形のフォ
ーマットで示された通信プロトコルスタックが記載されており、これはＭＳ１１
０上で実行されるプロトコル層を示している。ＭＳ110のプロトコルスタックは
、Ｕｍインターフェイスを通してＢＳ／ＭＳＣ106のプロトコルスタックへ論理
的に接続されているように示されている。また、ＭＳ／ＭＳＣ106のプロトコル
スタックは、Ｌインターフェイスを通してＩＷＦ108のプロトコルスタックへ論
理的に接続されているように示されている。
【０００９】 図２は次に記載する動作が行われることを示している。すなわち、ＭＳ110上
で実行される上位層プロトコル200のエンティティ、例えばアプリケーションプ
ログラムは、インターネットを通してデータを送る必要がある。代表的なアプリ
ケーションには、ウエブブラウザプログラム（例えば、Netscape Navigator(ネ
ットスケープナビゲータ)（商標）、Microsoft Internet explorer(マイクロソ
フトインターネットエクスプローラ)（商標））がある。ウエブブラウザには、
ハイパーリンク“http://www.Qualcomm.com/”のようなユニバーサルリソースロ
ケータ（Universal Resource Locator, URL）が必要である。同じく上位層プロ
トコル200内のドメイン名システム（Domain Name System (DNS)）プロトコルは
ドメイン名の分解（resolution）を使用して、名前をインターネットのアドレス
へ変換することによって、テキストホスト名www.Qualcom.comを３２ビットの数
字のＩＰアドレスへ変換する。同じく上位層プロトコル200であるハイパーテキ
スト転送プロトコル（Hypertext Transfer Protocol, HTTP）は、要求されてい
るＵＲＬのためのＧＥＴメッセージを作成し、このメッセージを送るのに使用さ
れるＴＣＰおよびＨＴＴＰの動作を指定する。トランスポート層202では、宛先
ポートとして、この技術において使用されているポート８０を使用して、ＨＴＴ
Ｐの動作をアプリケーションへルート設定する。
【００１０】 ＴＣＰプロトコルは、トランスポート層プロトコル202であり、ＤＮＳによっ
て指定されるＩＰアドレスとの接続を開き、アプリケーションレベルのＨＴＴＰ
のＧＥＴメッセージを送る。ＴＣＰプロトコルでは、ＩＰプロトコルを使用して
メッセージを転送することを指定している。ＩＰプロトコルはネットワーク層プ
ロトコル204であり、ＴＣＰパケットを指定されたＩＰアドレスへ送る。ＰＰＰ
はリンク層プロトコル206であり、ＩＰパケットをコード化し、それらを中継層
プロトコル208へ送る。中継層プロトコル208は、例えば、ＴＩＡ／ＥＩＡ−２３
２Ｆの標準規格であり、ＴＩＡ／ＥＩＡ−２３２Ｆの標準規格は“INTERFACE BE
TWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMP
LOYING SERIAL BINARY DATA INTERCHANGE”に規定されており、1997年10月に発
行されている。層間の伝送を規定するのに、この技術において普通の技能をもつ
技術者に知られている他の標準規格またはプロトコルを使用できることが分かる
であろう。例えば、他の応用可能な標準規格には、1998年9月に発行された“UNI
VERSAL SERIAL BUS (USB) SPECIFICATION, Revision 1.1”と、1999年7月に発行
された“BLUETOOTH SPECIFICATION VERSION 1.0A CORE”とが含まれる。最後に
、ＰＰＰパケットは中継層プロトコル208から無線リンクプロトコル（Radio Lin
k Protocol, RLP）210、次にＩＳ−９５プロトコル212を経由して、Ｕｍインタ
ーフェイスを通してＢＳ／ＭＳＣ106へ送られる。ＲＬＰプロトコル210はＩＳ−
７０７．２の標準規格に規定されており、ＩＳ−７０７．２の標準規格は“DATA
SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOC
OL”というタイトルで1998年2月に発行されていて、ＩＳ−９５プロトコルは上
述で識別したＩＳ−９５の標準規格に規定されている。
【００１１】 ＰＰＰパケットはＵｍインターフェイスを通してＢＳ／ＭＳＣ106上のＩＳ−
９５の層218、次にＲＬＰの層216へ送られ、相補的な中継層プロトコル220によ
って受信される。中継層プロトコル220は、このＰＰＰパケットをＬインターフ
ェイスを通してＩＷＦ108上の中継層プロトコル228へ送る。ＩＷＦ108上のＰＰ
Ｐプロトコルリンク層226が中継層プロトコル228からＰＰＰパケットを受信する
と、ＭＳ110とＩＷＦ108との間のＰＰＰ接続は終了する。パケットは、ＩＷＦ10
8上のＰＰＰ層226からＩＰ層224へ送られ、ＩＰ層224では最後のルート設定のた
めにＩＰパケットのヘッダ（このシナリオではwww.Qualcomm.comである）を調べ
る。
【００１２】 ＭＳ110によって生成されたＩＰパケットの最終的な宛先がＩＷＦ108ではない
と仮定すると、パケットはネットワーク層プロトコル224、さらにリンク層プロ
トコル225を経由して、インターネット上の次のルータ（図示されていない）へ
送られる。このやり方では、ＭＳ110からのＩＰパケットは、ＩＳ−７０７．５
の標準規格の中継モデルにしたがって、ＢＳ／ＭＳＣ106、およびＩＷＦ108を経
由して、インターネット内の最終的な意図された宛先へ伝達される。
【００１３】 ＭＳ110のパケットがその宛先へ到達する前に、先ずデータリンク接続が設定
されなければならない。ＲＦＣ１６６１に指定されているように、このデータリ
ンク接続では、先ずポイント−ツウ−ポイントリンクの各終端（すなわち、ＰＰ
Ｐプロトコル206および226）がＰＰＰリンク制御プロトコル（Link Control Pro
tocol, LCP）へパケットを送って、データリンク接続を設定し、構成し、試験す
ることが求められている。ＬＣＰによってリンクが設定された後で、ＰＰＰプロ
トコル206はネットワーク制御プロトコル（Network Control Protocol, NCP）の
パケットを送って、ネットワーク層プロトコル204および224を構成する。ＰＰＰ
リンクにおけるＩＰのためのＮＣＰはＩＰ制御プロトコル（IP Control Protoco
l, IPCP）である。ＩＰＣＰは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ １３３
２（ＲＦＣ １３３２）に詳しく記載されており、ＲＦＣ １３３２は“THE PPP
INTERNET PROTOCOL CONTROL PROTOCOL (IPCP)”というタイトルで1992年5月に発
行されている。しかしながら、ＩＰＣＰのネゴシエーションの前には、認証段階
が必要である。各ネットワーク層プロトコルが構成された後では、各ネットワー
ク層プロトコルからのパケットは、プロトコル間のリンクを通して送られる。
【００１４】 Ｂ．アプリケーションプログラムインターフェイス ＭＳ110上の通信プロトコルスタックをサポートするプロセスは、その全てで
はないが、ほとんどがアプリケーションプログラムによって実行される。一般的
に従来のデータネットワークでは、アプリケーションプログラムインターフェイ
ス（application program interface, API）を採用して、あるコンピュータ上で
実行されるアプリケーションプログラムと別のコンピュータ上で実行されるアプ
リケーションプログラムとの通信を可能にしている。ＡＰＩは“ソケット”を使
用して、基礎ネットワークのプロトコルの相違によって、呼出しているアプリケ
ーションを保護する。ネットワーク間の通信（inter-networked communication
）を実現するために、ＡＰＩには、アプリケーションが、例えばソケットを開き
、データをネットワークへ送り、ネットワークからデータを受信し、ソケットを
閉じることを可能にする機能（function）が含まれている。通信ネットワークの
プログラミングインターフェイスには、Unix(ユニックス)(商標)のオペレーティ
ングシステムのもとで動作するバークレイシステム開発（Berkeley System Deve
lopment, BSD）のソケットインターフェイス、およびWindows（ウインドウズ）
（商標）のオペレーティングシステムのもとで動作するWindows（ウインドウズ
）（商標）Sockets Interface（ソケットインターフェイス） (WinSock（ウイン
ソック）(商標))が含まれる。
【００１５】 ＢＳＤソケットもWinSock（ウインソック）（商標）の何れも無線ＭＳ110上の
通信プロトコルスタック（図２参照）をサポートしていないので、このようなス
タックをサポートする斬新なＡＰＩが必要である。とくに、無線通信システムに
おいて移動局のアプリケーションが生のパケット化されたデータを受信および送
信するための斬新な方法および装置が必要とされている。
【００１６】 本発明の概要 本発明では、移動局のアプリケーションが無線通信システムにおいて生のパケ
ット化されたデータを受信および送信するための方法および装置を提供すること
によって、上述で識別した必要に対処している。１つの構成では、移動局のアプ
リケーションは少なくとも１つのソケットを生成する。移動局のプロトコル層の
少なくとも１つは、宛先ポートの情報を欠いているカプセル化された生のパケッ
ト化されたデータを通信ネットワークから受信する。移動局のプロトコル層の少
なくとも１つは、逆カプセル化された生のパケット化されたデータを少なくとも
1つのソケットへ送る。そして今度は、少なくとも1つのソケットが生のパケット
化されたデータを移動局のアプリケーションへ送る。別の構成では、少なくとも
１つのソケットは、移動局のアプリケーションの生のパケット化されたデータを
、移動局のプロトコル層の少なくとも１つへ送る。そして今度は、移動局のプロ
トコル層の少なくとも１つが、カプセル化された生のパケット化されたデータを
通信ネットワークへ送る。
【００１７】 詳細な記述 本発明の実施形態は、ソフトウエア、ファームウエア、および／またはハード
ウエアを含む種々の構成において実現することができる。したがって、本発明の
動作および働き（behavior）はソフトウエアコードまたはハードウエアの構成要
素をとくに参照せずに記載されているが、この技術において普通の技能をもつ人
には、本明細書の記述に基づいて、本発明を構成するソフトウエアまたはハード
ウエア、あるいはこの両者を設計でき、これにより移動局のアプリケーションが
生のパケット化されたデータを受信および送信できることが分かるであろう。
【００１８】 図３には、ＭＳ110内のアプリケーション260、通信プロトコルスタック280、
およびＡＰＩ270が示されている。アプリケーション260および通信プロトコルス
タック280（すなわち、プロトコル層202、204、206、208、210、212）は、ＡＰ
Ｉ270によって与えられる機能呼出し（function call）によって通信する。言い
換えると、ＡＰＩ270は、アプリケーション260および通信プロトコルスタック28
0を機能を損わずに異なるプロセッサおよびオペレーティングシステム上で実行
できるようにする。当業者には、本発明の技術的範囲から逸脱することなく、呼
出された機能に対して種々の名前が可能であることが分かるであろう。
【００１９】 通信プロトコルスタック280には、複数の送信待ち行列と受信待ち行列とが含
まれていて、これらの待ち行列はデータを記憶することに注意すべきである。出
力機能では、アプリケーション260のメモリからデータを読出し、そのデータを
通信プロトコルスタック280の送信待ち行列の1つへ記憶する。入力機能では、通
信プロトコルスタック280の受信待ち行列の１つからデータを読出し、そのデー
タをアプリケーション260のメモリへ記憶する。
【００２０】 動作を示すために、ＭＳ110はＩＰパケットを受信する。ＭＳ110の通信プロト
コルスタック280は、ＩＰパケットを逆カプセル化して（unencapsulate）、それ
らをトランスポート層202へ送る（図３参照）。ＩＰパケットヘッダ内の１つの
フィールドはトランスポートを示していて、ＴＣＰまたはＵＤＰの何れかでを含
む。トランスポート層のヘッダにおいて指定されている宛先ポートの番号に基づ
いて、データは、特定のソケットに対応する通信プロトコルスタック280の適切
な受信待ち行列へルート設定される。次にデータは、アプリケーション260へ送
られる。
【００２１】 一定の情況では、プロトコルスタック280の種々の層をバイパスするパケット
を使用して動作して、待ち時間の影響を軽減することが望ましい。このようなパ
ケットには、生のＩＰパケットのような生のパケット化されたデータが含まれて
いるが、これには宛先の情報（すなわち、宛先ポートの番号）が欠けている。し
たがって、宛先のアプリケーションは、生のＩＰパケットから判断できない。こ
のような情況では、通信プロトコルスタック280は受信した生のＩＰパケットを
、例えばＩＰプロトコルをサポートするために登録されている全てのソケットへ
送る。このようにしてペイロードデータは宛先のアプリケーションへ送られる。
インターネット制御メッセージングプロトコル（Internet Control Messaging P
rotocol, ICMP）のパーシングエンジンはＩＰパケットに応答して、生のパケッ
ト化されたデータも受信することができる。周知のＩＣＭＰのパーシングエンジ
ンは、“INTERNET CONTROL MESSAGE PROTOCOL”というタイトルでＲＦＣ ７９２
に規定されている。したがって、通信プロトコルスタック280は、受信したパケ
ットを処理し、その後でパケットをスタックを逆上ってアプリケーション260へ
送り、アプリケーション260が逆カプセル化する量を低減することが明らかであ
る。
【００２２】 逆に、アプリケーション260は、ソケットを使用することによって生のパケッ
ト化されたデータをＵｍインターフェイスを通して送り、通信プロトコルスタッ
ク280とアプリケーション260との間の通信を容易にすることもできる。さらに、
アプリケーション260は、生のパケット化されたデータをＵｍインターフェイス
を通して送ることもできる。また、通信プロトコルスタック280は、例えばパケ
ット化された、または生のパケット化されたデータをＩＰパケットへカプセル化
し、それらをＵｍインターフェイスを通して送る。この例では、通信プロトコル
スタック280はＩＰヘッダおよびチェックサムを用意して、ＩＰパケットを生成
する。他方で、ＩＣＭＰでは、指定されたプロトコルのタイプはＩＰヘッダへコ
ピーされる。
【００２３】 既に記載したように、アプリケーション260はソケットを生成し、ソケットは
プロトコル層202、204、206、208、210、212の少なくとも１つとアプリケーショ
ン260との間のデータ通信が、通信プロトコルスタック280を使用するときに必ず
伴う待ち時間を低減できるようにする。したがってアプリケーション260はソケ
ットを生成し、ソケットはトランスポート層202、ネットワーク層204、およびリ
ンク層206をバイパスして、アプリケーション260がＲＬＰ層210との間でペイロ
ードデータを送受信できるようにする。さらに加えて、アプリケーション260は
ソケットを生成し、ソケットはアプリケーション260がＩＳ−９５の層212との間
でペイロードデータを送受信できるようにする。
【００２４】 １つの実施形態では、アプリケーション260は機能open netlib()を呼出して、
通信プロトコルスタック280を開き、アプリケーションの識別を割り当てる。ア
プリケーションを識別すると、多数のアプリケーションが通信プロトコルスタッ
ク280と通信すること（すなわち、マルチタスキング）ができる。例えば、機能o
pen netlib（）の呼出しの一部として、アプリケーション260はネットワークコ
ールバック機能およびソケットコールバック機能へのポインタを指定する。トラ
ヒックチャンネル（すなわち、Ｕｍ）またはリンク層（すなわち、ＰＰＰ206）
、あるいはこの両者から読出し、そこへ書込み、それを閉じるといった、ネット
ワークサブシステムの指定されたイベントが生成される（または、イネーブルさ
れる）たびに、ネットワークコールバック機能が呼出されて、アプリケーション
260に知らせる。トランスポート層（すなわち、ＴＣＰ）から読出し、そこへ書
込み、それを閉じるといったソケットの指定されたイベントが生成される（また
は、イネーブルされる）たびに、ソケットコールバック機能が呼出され、アプリ
ケーション260へ知らされる。通信ネットワークがトラヒックチャンネル、リン
ク層、およびトランスポート層の少なくとも１つを含むことは、当業者には明ら
かである。
【００２５】 通信プロトコルスタック280が開かれると、機能pppopen()が呼出され、トラヒ
ックチャンネルおよびリンク層を含むネットワークサブシステムの接続を開始す
る。これはアプリケーション全体の呼であり、個々のソケットに依存していない
。しかしながら、これはアプリケーションの識別を必要とする。ネットワークサ
ブシステムの接続が設定されるか、またはそれが故障すると、ネットワークコー
ルバック機能が呼出されて、指定されたイベントが通知される。例えば、トラヒ
ックチャンネルが設定されていないときは、ネットワークサブシステムは故障す
る。さらに加えて、ネットワークサブシステムの特徴は、機能net ioctl()を呼
出すことによって設定される。この呼出しは、例えば、ソケットのデータレート
を指定する。
【００２６】 ネットワークサブシステムの接続が設定されると、機能socket（）を呼出すこ
とによって、ソケットが生成されて初期設定される。しかしながら、ソケットの
機能が使用できる前に、機能socket（）を呼出して、ソケット記述子を戻しても
よい。次に、アプリケーション260は機能async select()を呼出して、指定され
たイベントを登録し、非同期の通知を受信する。この登録は、アプリケーション
260によって機能呼出しの一部として実行され、指定されたイベントの要求する
通知のソケット記述子およびビットマスクを指定する（すなわち、多数のイベン
トの論理和がとられる）。指定されたイベントが生成され（すなわち、イネーブ
ルされ）、それが、例えば通信プロトコルスタック280またはＡＰＩ270によって
検出されると、ソケットコールバック機能が呼出されて、非同期の通知を与える
。コールバック機能では、信号、メッセージ、例えば遠隔手続き呼出し（remote
procedure call, RPC）についてのメッセージ、あるいはハードウエアまたはソ
フトウエアの割込みを使用することによって、指定されたイベントのアプリケー
ション260を通知することができる。
【００２７】 アプリケーション260は、指定されたイベントについて通知されると、機能get
nextevent()を呼出して、指定されたイベントを判断してサービスする。この機
能は、生成された指定されたイベントのマスクを指定されたソケット記述子へ戻
す。さらに加えて、この機能は、生成された指定されたイベントのマスク内のビ
ットをクリアする。したがって、アプリケーション260は、ディスエーブルされ
た指定されたイベントの通知を最早受信できない。アプリケーション260は、次
に機能async select()を呼出すことによって、これらの指定されたイベントを再
登録（すなわち、再イネーブル）しなければならない。
【００２８】 さらに加えて、アプリケーション260は、指定されたイベントのビットマスク
内の対応するビットをクリアすることによって、登録された指定されたイベント
を変更する。ビットマスク内でビットが既にクリアされているときは、要求は単
に無視される。簡潔に言えば、イベントの通知は、例えば機能async deselect()
を呼出すことによって、イベントごとにディスエーブルされる。
【００２９】 図４および５は、指定されたイベントを検出するフローチャートである。図４
に示したように、例えばブロック400では、通信プロトコルスタック280は、アプ
リケーション260が指定されたイベントを登録するのを待つ。指定されたイベン
トが登録されると、ブロック402では、通信プロトコルスタック280はメモリをポ
ーリングする。ブロック404では、ブロック402のポーリングされた情報に基づい
て、指定されたイベントが検出される。ブロック406では、例えば通信プロトコ
ルスタック280のメモリ（すなわち、送信待ち行列）が十分な量のデータを受け
付けるのに使用可能であるときは、書込みイベントが検出される。データはアプ
リケーション260から送られる。ブロック404においてポーリングされた情報が十
分でない（すなわち、指定されたイベントが生成されなかった）ときは、通信プ
ロトコルスタック280は、ブロック402のように、メモリをポーリングし続ける。
【００３０】 図５では、ブロック500に示したように、通信プロトコルスタック280は、アプ
リケーション260が指定されたイベントを登録するのを待つ。この時間の間は、
割込み通知はディスエーブルされる。したがって、割込み通知はトリガすること
も、トリガされることもできない。ブロック500において指定されたイベントが
登録された後で、ブロック502において、指定されたイベントが生成されたこと
に基づいて、割込み通知がトリガされる。例えば、データが通信プロトコルスタ
ック280（すなわち、受信待ち行列）のメモリへ書込まれるとき、読出しイベン
トが生成される。したがって、ブロック504では、イベントの生成によってトリ
ガされた割込み通知を通信プロトコルスタック280が受信するとき、通信プロト
コルスタック280は読出しイベントを検出する。通信プロトコルスタック280のメ
モリ内に記憶されるデータは、通信ネットワークから送られる。さらに、読出し
イベントにおいて記憶されるデータは、アプリケーション260へ送られる。
【００３１】 最後に、ソケットが再使用に利用できるとき、トランスポート層のようにデー
タリンク接続は終了しているので、閉鎖イベントが検出される。
【００３２】 次に示す非同期接続（図６参照）および非同期入力（図７参照）の例では、非
同期のイベントの通知の使用を示す。
【００３３】 図６を参照すると、機能open netlib()を呼出すことによって、通信プロトコ
ルスタック280へ入り、かつコールバック機能が指定される。機能pppopen()を呼
出すと（Ａ）、ネットワークサブシステムの接続が始まる（Ｂ）。ネットワーク
サブシステムの接続が設定された後で、コールバック機能が呼出され（Ｃ）、ネ
ットワークサブシステムが使用可能であることが報告される。
【００３４】 ソケットが開かれて、割り当てられていると仮定すると、機能connect()を呼
出して（Ｄ）、ＴＣＰ接続が始まる（Ｅ）。さらに、アプリケーション260は機
能async select()を呼出すと（Ｆ）、指定されたイベントを登録して、通知を受
信する。この例では、目的の指定されたイベントは書込みイベントであり、書込
みイベントは接続を設定するときに生成される。
【００３５】 接続を設定する際に、指定されたイベントがマスク内に登録されるときは、コ
ールバック機能が呼出される。そのときは、コールバック機能が呼出され（Ｇ）
、非同期の通知が与えられる。アプリケーション260は、通知を受取ると、機能g
etnextevent()を呼出し（Ｈ）、生成された何れかの指定されたイベントを判断
する（Ｉ）。さらに加えて、この呼はマスク内のイベント（すなわち、書込みイ
ベント）のビットをクリアする（Ｊ）。アプリケーション260は、機能async sel
ect()を呼出すことによって、指定されたイベントの次の通知を再登録しなけれ
ばならない。
【００３６】 図７には、非同期のソケットの読出しが示されている。読出しを開始するため
に、アプリケーション260は機能read()を呼出す（Ａ）。読出すデータがないと
みなされると、アプリケーション260は機能async select()を呼出し（Ｂ）、イ
ベントを登録し（すなわち、マスク内の対応するビットを設定し）、通知を受信
する。この例では、目的の指定されたイベントは読出しイベントであり、読出し
イベントは、アプリケーション260によって読出されるデータがあるときに生成
される。
【００３７】 受信待ち行列内にデータを記憶する際に、読出しイベントがマスク内で指定さ
れるときは、コールバック機能が呼出される。そのときは、コールバック機能が
呼出され（Ｃ）、非同期の通知を与える。アプリケーション260は、通知を受取
ると、機能getnextevent()を呼出し（Ｄ）、何れのイベントが生成されるかを判
断する（Ｅ）。さらに加えて、この呼出しは、マスク内のイベントのビットをク
リアする（Ｆ）。アプリケーション260は、機能async select()を呼出すことに
よって、イベントの次の通知を再びイネーブルしなければならない。最後に、受
信待ち行列内に記憶されたデータを読出すために、アプリケーション260は機能r
ead()を呼出す（Ｇ）。
【００３８】 図８ないし１０には、本発明の実施形態の状態機械が示されている。図８ない
し１０では、通信プロトコルスタック280は開いていて、ネットワークサブシス
テムの接続（すなわち、トラヒックチャンネル、および必要であればリンク層の
接続−生のソケットはネットワークサブシステムをバイパスする）が設定される
と仮定されている。当業者には、本発明の技術的範囲から逸脱することなく、状
態に対する種々の名前が可能であることが分かるであろう。
【００３９】 状態機械は、状態間を非同期で遷移でき、読取り、書込み、および閉鎖といっ
た指定されたイベントを制御する（すなわち、イネーブルおよびディスエーブル
する）。指定されたイベントは動作の開始時にはディスエーブルされていて、所
定の状態でイネーブルされ、アプリケーション260がＭＳ110の状態を識別するの
を助ける。
【００４０】 さらに加えて、ＡＰＩ270は、ＡＰＩ270の状態およびアプリケーション260に
よって呼出される機能のタイプに基づいて、特定の（すなわち、単に一般的でな
い）指定された状況メッセージをアプリケーション260へ報告する。指定された
状況メッセージは、基礎の通信ネットワークの状態を反映する。状況メッセージ
は、例えば機能呼出しの立証（argument）としてアプリケーション260へ報告さ
れる。
【００４１】 図８には、例えばＡＰＩ270のＴＣＰソケットの状態図が示されている。初期
設定されていないソケットは、“ナル”状態800で始まる。ソケットは、このと
きはまだ割り当てられていないので、“存在”しない。ソケットは、機能socket
()を呼出すことによって生成されて初期設定され、ソケット記述子を戻して、ソ
ケットに関係する機能を使用する。機能socket()を呼出した後で、状態機械は“
初期設定”状態805へ遷移する。
【００４２】 初期設定状態805では、状態機械は、機能close()を呼出すことによってＴＣＰ
接続が終了可能になるたびに、ナル状態800へ再び遷移する。機能close()を呼出
すと、全てのソケットに関係する資源が解放される。他方で、機能connect()を
呼出すと、ＴＣＰ接続が開始され、状態機械は“オープニング”状態810へ遷移
する。
【００４３】 オープニング状態810では、（１）ネットワークサブシステムが故障したとき
、（２）ＴＣＰ接続の設定に失敗したとき、または（３）ＩＰアドレスを変更し
たときは、そのたびに状態機械は“クローズド”状態815へ遷移する。さらに加
えて、ＴＣＰ接続を終了する機能close()を呼出した後に、状態機械はソケット
を“クロージング”状態820へ遷移し、一方では終了手続きが開始される。最後
に、ＴＣＰ接続が設定されたときは、状態機械は“オープン”状態825へ遷移す
る。
【００４４】 オープン状態825では、ソケットは読出しおよび書込みのために開いている。
とくに、書込みイベントは直ぐにイネーブルされ、読出しイベントは、通信プロ
トコルスタック280のメモリへデータが記憶されるかどうかに基づいてイネーブ
ルされる。（１）ネットワークサブシステムが故障したとき、（２）ＴＣＰ接続
を設定するのに失敗したとき、（３）ＴＣＰのリセット、ＴＣＰのアボート、ま
たはＴＣＰの閉鎖のようなＴＣＰ接続を終了する試みをネットワークサーバが開
始したとき、および（４）ＩＰアドレスが変更されたときは、そのたびに状態機
械はクローズド状態815に遷移する。例えば機能close()を呼出すことによって、
アプリケーションがＴＣＰ接続の終了を開始すると、状態機械はクロージング状
態820へ遷移する。
【００４５】 クローズド状態815では、読出し、書込み、および閉鎖イベントは全てアサー
トされる。ＴＣＰ接続を終了する機能close()を呼出した後で、状態機械はソケ
ットをナル状態800へ遷移し、ソケットを解放し、それを再使用に利用できるよ
うにする。
【００４６】 クロージング状態820では、（１）ネットワークサブシステムが故障したとき
、（２）ネットワークサーバが、例えばＴＣＰのリセットまたはＴＣＰの閉鎖の
ようなＴＣＰ接続の終了の試みを開始したとき、（３）タイマの時限が切れたと
き、および（４）ＩＰアドレスを変更したときは、そのたびに状態機械は“閉鎖
待機”の状態830へ遷移する。ＴＣＰ接続を終了するときに遅延するのを防ぐた
めに、ＡＰＩ270は、ＴＣＰ接続の終了を開始するときに作動するタイマを含ん
でいる。タイマの時限が切れると、状態機械は閉鎖待機の状態830に遷移するこ
とが分かるであろう。
【００４７】 閉鎖待機の状態830では、機能close()を呼出して、ＴＣＰ接続を終了し、状態
機械をナル状態800へ遷移する。閉鎖イベントは、この状態830でアサートされる
。
【００４８】 表１−３は、ＡＰＩ270によってサポートされる指定された状況メッセージを
示している。（表１ないし３には示されていない）ナル状態では、記述的な指定
された状況メッセージ、すなわち“追加の資源は使用できない（no additional
resources are available）”が、アプリケーション260へ報告される。
【００４９】
【表１】
【００５０】
【表２】
【００５１】
【表３】
【００５２】 例として、図９はＡＰＩ270のＵＤＰソケットの状態図を示している。初期設
定されていないソケットは“ナル”状態900で始まる。ナル状態800に関して既に
記載したように、ソケットは、割り当てられていないので“存在”しない。ソケ
ットは、機能socket()を呼出すことによって生成および初期設定され、ソケット
に関係する機能で使用するためにソケットの記述子を戻す。機能socket()を呼出
した後で、状態機械は“オープン”状態905へ遷移する。
【００５３】 オープン状態905では、ソケットは読出しおよび書込みのために開いている。
とくに、書込みイベントは直ちにイネーブルされ、一方で読出しイベントはデー
タが通信プロトコルスタック280のメモリへ記憶されるかどうかに基づいてイネ
ーブルされる。状態機械は、ネットワークサブシステムが故障するたびに“クロ
ーズド”状態910へ遷移する。例えば機能close()を呼出すことによって、アプリ
ケーションはＵＤＰ接続の終了を開始して、状態機械をナル状態900へ遷移する
。
【００５４】 クローズド状態910では、読出し、書込み、および閉鎖の状態は全てイネーブ
ルされる。ＵＤＰ接続を終了する機能close()を呼出した後で、状態機械はソケ
ットをナル状態900へ遷移し、ソケットを解放し、再使用に利用できるようにす
る。
【００５５】 表４ないし６は、ＡＰＩ270によってサポートされる指定された状況メッセー
ジを示している。（表４ないし６には示されていない）ナル状態では、既出の指
定された状況メッセージである“追加の資源は使用できない（no additional re
sources are available）”が、アプリケーション260へ報告される。
【００５６】
【表４】
【００５７】
【表５】
【００５８】
【表６】
【００５９】 図１０は、トラヒックチャンネル（すなわち、Ｕｍ）およびリンク層（すなわ
ち、ＰＰＰ206）のようなネットワークサブシステムを制御する状態図を示して
いる。機能open netlib()を呼出すことによって、ネットワークサブシステムを
開き、“クローズド”状態1000へソケットを初期設定する。機能pppopen()を呼
出すことにより、ネットワークサブシステムの接続を開始し、ソケットを“オー
プニング”状態1005へ遷移する。さらに加えて、到来するＰＰＰ呼出しによるＭ
Ｓ110へのページは、ソケットをオープニング状態1005へ遷移する。両者の場合
において、ネゴシエーションが成功するときは、ＭＳ110はトラヒックチャンネ
ルにおいてＲＬＰおよびＰＰＰの両者を同期させて設定することを試みる。
【００６０】 オープニング状態1005では、ネットワークサブシステムの接続が設定されたと
きに、ソケットは“オープン”状態1010へ遷移する。他方では、ネットワークサ
ブシステムの接続が設定されていないときは、ソケットはクローズド状態1000へ
再び遷移する。
【００６１】 オープン状態1010では、コールバック機能が呼出されて、イネーブルされた読
出し、書込み、および閉鎖のようなアプリケーション1060の指定されたイベント
を識別する。このとき、ＭＳ110はトラヒックチャンネルによって通信すること
ができる。しかしながらソケットは、ネットワークサブシステムが故障し、コー
ルバック機能を呼出すたびに、クローズド状態1000へ遷移する。例えば機能clos
e()を呼出すことによって、アプリケーションは、ネットワークサブシステムの
接続の終了を開始し、ソケットを“クロージング”状態1015へ遷移する。
【００６２】 クロージング状態1015では、ネットワークサブシステムの接続が終了するたび
に、ソケットはクローズド状態1000へ遷移する。クローズド状態1000では、コー
ルバック機能を呼出して、イネーブルされたアプリケーション260の指定された
イベントを識別する。
【００６３】 表７は、特定の機能呼出しに対応し、かつＡＰＩ270によってサポートされる
指定された状況メッセージを示している。
【００６４】
【表７】
【００６５】
【表８】
【００６６】
【表９】
【００６７】
【表１０】
【００６８】
【表１１】
【００６９】
【表１２】
【００７０】
【表１３】
【００７１】
【表１４】
【００７２】 別の実施形態では、機械は、コード化されたソフトウエアコードのようなコー
ド化された情報を含む機械読出し可能媒体を読出して、移動局のアプリケーショ
ンが生のパケット化されたデータを受信および送信できるようにする上述のプロ
セスを行う。機械読出し可能媒体は、メモリまたは記憶ディスクのような記憶デ
バイスから、あるいは通信ネットワークから、コード化された情報を受取る。さ
らに加えて、機械読出し可能媒体は、製造されたときに、コード化された情報で
プログラムされる。機械は、アプリケーション260、通信プロトコルスタック280
、およびＡＰＩ270の少なくとも１つを含み、一方で機械の読出し媒体はメモリ
または記憶ディスクを含む。
【００７３】 本発明は特定の実施形態に関連して示したが、そのように制限されているわけ
ではないと考えられる。むしろ、本発明は特許請求の範囲およびそれに相当する
ものの技術的範囲のみによって制限される。
【図面の簡単な説明】
【図１】 （従来技術において）移動局がインターネットに接続している無線通信システ
ムの高レベルのブロック図。
【図２】 （従来技術において）ＴＩＡ／ＥＩＡ ＩＳ−７０７．５の中継モデルの各エ
ンティティにおけるプロトコルスタックを模式的に示す図。
【図３】 本発明の実施形態の特徴を模式的に示す図。
【図４】 指定されたイベントを検出するフローチャート。
【図５】 指定されたイベントを検出するフローチャート。
【図６】 非同期接続を示すブロック図。
【図７】 非同期ソケット入力を示すブロック図。
【図８】 本発明の実施形態の状態図。
【図９】 本発明の実施形態の状態図。
【図１０】 本発明の実施形態の状態図。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ， ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，Ｉ Ｓ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ， ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，Ｐ Ｔ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ， ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 ギルキー、ハロルド アメリカ合衆国、カリフォルニア州 92122 サン・ディエゴ、ノーベル・ドラ イブ 3717、アパートメント 1432 Ｆターム(参考） 5K030 HA08 HC01 HC09 JA05 JL01 JT09 5K067 BB21 EE02 EE10 GG11 HH21

Claims (27)

    【特許請求の範囲】
  1. 【請求項１】 移動局のアプリケーションが生のパケット化されたデータを
    受信するための方法であって、 移動局のアプリケーションによって、少なくとも1つのソケットを生成する
    ことと、 複数の移動局のプロトコル層の少なくとも１つによって、宛先ポートの情報
    を欠いているカプセル化された生のパケット化されたデータを、通信ネットワー
    クから受信することと、 移動局のプロトコル層の少なくとも１つによって、逆カプセル化された生の
    パケット化されたデータを少なくとも1つのソケットへ送ることと、 少なくとも1つのソケットによって、生のパケット化されたデータを移動局
    のアプリケーションへ送ることとを含む方法。
  2. 【請求項２】 生のパケット化されたデータをインターネット制御メッセー
    ジングプロトコルのパーシングエンジンへ送ることをさらに含む請求項１記載の
    方法。
  3. 【請求項３】 生のパケット化されたデータが、生のＩＰパケットを含む請
    求項１記載の方法。
  4. 【請求項４】 複数の移動局のプロトコル層が、移動局の無線リンクプロト
    コル層および移動局のＩＳ−９５のプロトコル層の少なくとも一方を含む請求項
    １記載の方法。
  5. 【請求項５】 複数の移動局のプロトコル層が、移動局の通信プロトコルス
    タックを含む請求項１記載の方法。
  6. 【請求項６】 移動局のアプリケーションが生のパケット化されたデータを
    受信する装置であって、装置が、 少なくとも1つのソケットを生成するための移動局のアプリケーションと、 複数の移動局のプロトコル層とを含んでいて、 移動局のプロトコル層の少なくとも１つが、宛先ポートの情報を欠いている
    カプセル化された生のパケット化されたデータを、通信ネットワークから受信す
    るようにされていて、 移動局のプロトコル層の少なくとも１つが、逆カプセル化された生のパケッ
    ト化されたデータを少なくとも1つのソケットへ送るようにされていて、かつ、 少なくとも１つのソケットが、生のパケット化されたデータを移動局のアプ
    リケーションへ送るようにされている装置。
  7. 【請求項７】 少なくとも１つのソケットが、生のパケット化されたデータ
    をインターネット制御メッセージングプロトコルのパーシングエンジンへ送るよ
    うにされている請求項６記載の装置。
  8. 【請求項８】 生のパケット化されたデータが生のＩＰパケットを含む請求
    項６記載の装置。
  9. 【請求項９】 複数の移動局のプロトコル層が、移動局の無線リンクプロト
    コル層および移動局のＩＳ−９５のプロトコル層の少なくとも一方を含む請求項
    ６記載の装置。
  10. 【請求項１０】 複数の移動局のプロトコル層が、移動局の通信プロトコル
    スタックを含む請求項６記載の装置。
  11. 【請求項１１】 コード化された情報を含む機械読出し可能媒体であって、
    機械によって読出されたときに、 移動局のアプリケーションによって、少なくとも１つのソケットを生成する
    プロセスと、 複数の移動局のプロトコル層の少なくとも１つによって、宛先ポートの情報
    を欠いているカプセル化された生のパケット化されたデータを、通信ネットワー
    クから受信するプロセスと、 移動局のプロトコル層の少なくとも１つによって、逆カプセル化された生の
    パケット化されたデータを少なくとも１つのソケットへ送るプロセスと、 少なくとも１つのソケットによって、生のパケット化されたデータを移動局
    のアプリケーションへ送るプロセスとを行なう機械読出し可能媒体。
  12. 【請求項１２】 生のパケット化されたデータを、インターネット制御メッ
    セージングプロトコルのパーシングエンジンへ送ることをさらに含む請求項１１
    記載の機械読出し可能媒体。
  13. 【請求項１３】 生のパケット化されたデータが、生のＩＰパケットを含む
    請求項１１記載の機械読出し可能媒体。
  14. 【請求項１４】 複数の移動局のプロトコル層が、移動局の無線リンクプロ
    トコル層および移動局のＩＳ−９５のプロトコル層の少なくとも一方を含む請求
    項１１記載の機械読出し可能媒体。
  15. 【請求項１５】 複数の移動局のプロトコル層が、移動局の通信プロトコル
    スタックを含む請求項１１記載の機械読出し可能媒体。
  16. 【請求項１６】 移動局のアプリケーションが生のパケット化されたデータ
    を送るための方法であって、 移動局のアプリケーションによって、少なくとも1つのソケットを生成する
    ことと、 少なくとも1つのソケットによって、移動局のアプリケーションの生のパケ
    ット化されたデータを、複数の移動局のプロトコル層の少なくとも１つへ送るこ
    とと、 複数の移動局のプロトコル層の少なくとも１つによって、カプセル化された
    生のパケット化されたデータを通信ネットワークへ送ることとを含む方法。
  17. 【請求項１７】 生のパケット化されたデータが、生のＩＰパケットを含む
    請求項１６記載の方法。
  18. 【請求項１８】 複数の移動局のプロトコル層が、移動局の無線リンクプロ
    トコル層および移動局のＩＳ−９５のプロトコル層の少なくとも一方を含む請求
    項１６記載の方法。
  19. 【請求項１９】 複数の移動局のプロトコル層が移動局の通信プロトコルス
    タックを含む請求項１６記載の方法。
  20. 【請求項２０】 移動局のアプリケーションが生のパケット化されたデータ
    を送るための装置であって、装置が、 少なくとも１つのソケットを生成するための移動局のアプリケーションと、 複数の移動局のプロトコル層とを含み、 少なくとも１つのソケットが、移動局のアプリケーションの生のパケット化
    されたデータを、移動局のプロトコル層の少なくとも1つへ送るようにされてい
    て、かつ、 移動局のプロトコル層の少なくとも１つが、カプセル化された生のパケット
    化されたデータを通信ネットワークへ送るようにされている装置。
  21. 【請求項２１】 生のパケット化されたデータが、生のＩＰパケットを含む
    請求項２０記載の装置。
  22. 【請求項２２】 複数の移動局のプロトコル層が、移動局の無線リンクプロ
    トコル層および移動局のＩＳ−９５のプロトコル層の少なくとも一方を含む請求
    項２０記載の装置。
  23. 【請求項２３】 複数の移動局のプロトコル層が、移動局の通信プロトコル
    スタックを含む請求項２０記載の装置。
  24. 【請求項２４】 コード化された情報を含む機械読出し可能媒体であって、
    機械によって読出されたときに、 移動局のアプリケーションによって、少なくとも１つのソケットを生成する
    プロセスと、 少なくとも１つのソケットによって、移動局のアプリケーションの生のパケ
    ット化されたデータを、複数の移動局のプロトコル層の少なくとも１つへ送るプ
    ロセスと、 複数の移動局のプロトコル層の少なくとも1つによって、カプセル化された
    生のパケット化されたデータを通信ネットワークへ送るプロセスとを行なう機械
    読出し可能媒体。
  25. 【請求項２５】 生のパケット化されたデータが、生のＩＰパケットを含む
    請求項２４記載の機械読出し可能媒体。
  26. 【請求項２６】 複数の移動局のプロトコル層が、移動局の無線リンクプロ
    トコル層および移動局のＩＳ−９５のプロトコル層の少なくとも一方を含む請求
    項２４記載の機械読出し可能媒体。
  27. 【請求項２７】 複数の移動局のプロトコル層が、移動局の通信プロトコル
    スタックを含む請求項２４記載の機械読出し可能媒体。
JP2001573731A 2000-03-30 2001-03-29 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置 Expired - Fee Related JP4763211B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
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
US09/539,499 2000-03-30
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

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011091010A Division JP4971513B2 (ja) 2000-03-30 2011-04-15 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置

Publications (3)

Publication Number Publication Date
JP2003530022A true JP2003530022A (ja) 2003-10-07
JP2003530022A5 JP2003530022A5 (ja) 2008-07-03
JP4763211B2 JP4763211B2 (ja) 2011-08-31

Family

ID=24151477

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2001573731A Expired - Fee Related JP4763211B2 (ja) 2000-03-30 2001-03-29 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置
JP2011091010A Expired - Fee Related JP4971513B2 (ja) 2000-03-30 2011-04-15 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011091010A Expired - Fee Related JP4971513B2 (ja) 2000-03-30 2011-04-15 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置

Country Status (10)

Country Link
US (1) US6862276B1 (ja)
EP (2) EP1273149A2 (ja)
JP (2) JP4763211B2 (ja)
KR (1) KR20030011281A (ja)
CN (1) CN1422483A (ja)
AU (2) AU5110501A (ja)
CA (1) CA2404159A1 (ja)
IL (2) IL151703A0 (ja)
MX (1) MXPA02009521A (ja)
WO (1) WO2001076180A2 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009095035A (ja) * 2001-11-26 2009-04-30 Qualcomm Inc 無線通信のソケットモードにおけるトラヒックチャネルの休止のためのシステム及び方法
JP2011524114A (ja) * 2008-05-12 2011-08-25 クゥアルコム・インコーポレイテッド メディア送信の取り扱いを動的にエスカレートするワイヤレス通信デバイス

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2002326084A1 (en) * 2001-05-08 2003-01-08 Nortel Networks Limited Identification of unused resources in a packet data network
FI20011090A (fi) * 2001-05-23 2002-11-24 Nokia Corp Koodekki-informaation kommunikointi
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 (ko) * 2005-10-21 2007-04-23 삼성전자주식회사 연결 중심 무선 링크를 가지는 무선 이동 통신 시스템에서아이피 주소 구성 및 등록 방법
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
CN103166994A (zh) * 2011-12-14 2013-06-19 腾讯科技（深圳）有限公司 获取网络数据的方法及装置
CN102892135B (zh) 2012-10-08 2015-06-10 中兴通讯股份有限公司 一种移动终端网络端口释放管理方法及装置
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

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10233796A (ja) * 1997-02-18 1998-09-02 Toshiba Corp Ｌａｎ間接続装置
JP2002502189A (ja) * 1998-01-29 2002-01-22 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 移動データ転送用通信システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
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
US6732191B1 (en) * 1997-09-10 2004-05-04 Schneider Automation Inc. Web interface to an input/output device
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

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10233796A (ja) * 1997-02-18 1998-09-02 Toshiba Corp Ｌａｎ間接続装置
JP2002502189A (ja) * 1998-01-29 2002-01-22 ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー 移動データ転送用通信システム

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CSND200000277006, 多治見 寿和, "プログラミング・テクニック（２３）", ＵＮＩＸ ＭＡＧＡＺＩＮＥ, 19990901, 第１４巻 第９号, ｐｐ．７５〜８１, 株式会社アスキー *
CSNG199800536024, 森島 直人, "自律系における経路情報の監視方法の提案", 情報処理学会研究報告, 19971107, 第９７巻 第１０４号, ｐｐ．１５９〜１６４, 社団法人情報処理学会 *
JPN6010034886, 森島 直人, "自律系における経路情報の監視方法の提案", 情報処理学会研究報告, 19971107, 第９７巻 第１０４号, ｐｐ．１５９〜１６４, 社団法人情報処理学会 *
JPN6010034887, 多治見 寿和, "プログラミング・テクニック（２３）", ＵＮＩＸ ＭＡＧＡＺＩＮＥ, 19990901, 第１４巻 第９号, ｐｐ．７５〜８１, 株式会社アスキー *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009095035A (ja) * 2001-11-26 2009-04-30 Qualcomm Inc 無線通信のソケットモードにおけるトラヒックチャネルの休止のためのシステム及び方法
JP2011524114A (ja) * 2008-05-12 2011-08-25 クゥアルコム・インコーポレイテッド メディア送信の取り扱いを動的にエスカレートするワイヤレス通信デバイス

Also Published As

Publication number Publication date
WO2001076180A3 (en) 2002-03-14
CA2404159A1 (en) 2001-10-11
EP1909464B1 (en) 2013-04-17
IL151703A (en) 2007-12-03
IL151703A0 (en) 2003-04-10
EP1909464A3 (en) 2008-04-23
JP4763211B2 (ja) 2011-08-31
AU2001251105B2 (en) 2006-02-09
AU5110501A (en) 2001-10-15
EP1909464A2 (en) 2008-04-09
JP2011223587A (ja) 2011-11-04
US6862276B1 (en) 2005-03-01
CN1422483A (zh) 2003-06-04
EP1273149A2 (en) 2003-01-08
KR20030011281A (ko) 2003-02-07
WO2001076180A2 (en) 2001-10-11
JP4971513B2 (ja) 2012-07-11
MXPA02009521A (es) 2003-05-14

Similar Documents

Publication Publication Date Title
JP4971513B2 (ja) 移動局のアプリケーションが生のパケット化されたデータを受信および送信するための方法および装置
JP5174206B2 (ja) 移動局における指定された事象を検出するための方法および装置
JP4745586B2 (ja) 移動局のアプリケーションが指定されたイベントを識別するための方法および装置
AU2001251105A1 (en) Method and apparatus for a mobile station application to receive and transmit raw packetized data
KR20050090902A (ko) 무선 통신 시스템에서 패킷데이터 프로토콜에 따른 ｖｐｎ서비스 방법 및 장치
JP2003530021A (ja) 指定された事象を移動局アプリケーションに通知する方法及び装置
JP2004500785A (ja) 移動局のアプリケーションが指定された状況メッセージを識別するための方法および装置
JP2004500784A (ja) 指定されたイベントを移動局のアプリケーションによってサービスするための方法および装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080313

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080313

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080514

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100622

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100922

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100922

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100930

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110118

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110415

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20110415

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110510

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110609

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140617

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4763211

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees