JP4745586B2 - 移動局のアプリケーションが指定されたイベントを識別するための方法および装置 - Google Patents
移動局のアプリケーションが指定されたイベントを識別するための方法および装置 Download PDFInfo
- Publication number
- JP4745586B2 JP4745586B2 JP2001573728A JP2001573728A JP4745586B2 JP 4745586 B2 JP4745586 B2 JP 4745586B2 JP 2001573728 A JP2001573728 A JP 2001573728A JP 2001573728 A JP2001573728 A JP 2001573728A JP 4745586 B2 JP4745586 B2 JP 4745586B2
- Authority
- JP
- Japan
- Prior art keywords
- mobile station
- event
- station application
- specified
- enabled
- 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.)
- Expired - Fee Related
Links
Images
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
- 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
- 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]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- 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/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
-
- 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 Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Description
【０００１】
背景
１．発明の分野
本発明は、概ね、無線通信の分野に関する。とくに、本発明は無線通信システムにおいて移動局のアプリケーションが指定されたイベントを識別できるようにする斬新な方法および装置に関する。
【０００２】
２．関係する技術の記述
Ａ．無線通信
無線通信およびコンピュータに関係する技術における最近の革新、並びにインターネット加入者の今までにない増加によって、モバイルコンピューティングへの道が開かれた。事実、モバイルコンピューティングの大衆性により、現在のインターネットのインフラストラクチャに対して、モバイルのユーザにより多くのサポートを与える要求が強まった。このインフラストラクチャの原動力は、種々のサービスを提供するパケット指向のインターネットプロトコル（Internet Protocol, IP）であり、種々のサービスには、パケット（データグラム）をローカルエリアネットワーク（local area network, LAN）とワイドエリアネットワーク（wide area network, WAN）との間でアドレス指定してルート設定するサービスが含まれる。ＩＰプロトコルは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ（ＲＦＣ ７９１）（“INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION”, 1981 9）において規定されている。
【０００３】
ＩＰプロトコルは、送信のためにデータをＩＰパケットへカプセル化するネットワーク層プロトコルである。アドレス指定およびルート設定の情報はパケットのヘッダに付される。ＩＰヘッダには、例えば送信ホストおよび受信ホストを識別する３２ビットのアドレスが含まれている。中間のルータはこれらのアドレスを使用して、パケットを、意図されたアドレスをもつその最終的な宛先へ向わせるためのネットワーク上の経路を選択する。したがって、ＩＰプロトコルにより、世界中の何れかのインターネットノードにおいて発信されたパケットを、世界中の他の何れかのインターネットノードへルート設定することができる。これに対して、特定のアプリケーションに対処するためには、伝送制御プロトコル（Transmission Control Protocol, TCP）またはユーザデータグラムプロトコル（User Datagram Protocol, UDP）の何れかを含むトランスポート層が使用される。
【０００４】
現在の傾向では、モバイルのユーザはラップトップまたはパームトップコンピュータのようなモバイルコンピュータを、セルラまたは携帯電話のような無線通信デバイスと共に使用して、インターネットにアクセスしている。したがって、ちょうど、従来からユーザが“有線の”通信デバイスを使用してコンピュータを陸上ネットワーク（land-based network）へ接続していたように、モバイルのユーザは一般的に“移動局”（mobile station, MS）と呼ばれる無線通信デバイスを使用してモバイル端末をこのようなネットワークへ接続する。本明細書で使用しているように、移動局またはＭＳは、公共の無線ラジオネットワーク（wireless radio network）の加入者局を指す。
【０００５】
（従来技術を示している）図１は、無線データ通信システムの高レベルのブロック図を示しており、この中でＭＳ110は基地局／移動局スイッチングセンタ（Base Station/Mobile Switching Center, BS/MSC）106を介して相互接続機能（Interworking Function, IWF）108と通信する。ＩＷＦ108は、インターネットへのアクセス点として働く。ＩＷＦ108はＢＳ／ＭＳＣ106に接続されていて、一緒に位置していることも多く、ＢＳ／ＭＳＣ106はこの技術において知られているように従来の無線基地局であってもよい。無線データ通信システムに対処する別の標準プロトコルは、“WIRELESS IP NETWORK STANDARD”というタイトルで1999年12月に発行された第３世代パートナーシッププロジェクト２（3rd Generation Partnership Project 2, “3GPP2”）である。３Ｇ無線ＩＰネットワークの標準規格には、例えば、ＩＷＦ108のように機能するパケットデータ供給ノード（Packet Data Serving Node, PDSN）が含まれる。
【０００６】
種々のプロトコルが、ＭＳ110とＩＷＦ108との間のデータ通信に対処している。例えば、米国電気通信工業会（Telecommunications Industry Association, TIA）／電子機械工業会（Electronics Industries Association, EIA）の暫定的標準規格（Interim Standard）のＩＳ−９５は、“MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM”というタイトルで1993年7月に発行されていて、これは概して広帯域拡散スペクトル無線通信システムの標準規格を与えている。さらに加えて、標準規格のＴＩＡ／ＥＩＡ ＩＳ−７０７．５は、“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”というタイトルで1998年2月に発行されていて、これはＴＩＡ／ＥＩＡ ＩＳ−９５のシステムのパケットデータ伝送能力のサポート要件を規定し、ＢＳ／ＭＳＣ106を介してのＭＳ110とＩＷＦ108との間の通信に使用できるパケットデータ伝達サービスを指定している。さらに加えて、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”というタイトルのＴＩＡ／ＥＩＡ ＩＳ−７０７−Ａ．５の標準規格と、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-SPEED PACKET DATA SERVICES”というタイトルのＴＩＡ／ＥＩＡ ＩＳ−７０７−Ａ．９の標準規格とは、両者とも1999年3月に発行されており、これらもＴＩＡ／ＥＩＡ ＩＳ−９５のシステムのパケットデータ伝送のサポート要件を規定している。さらに加えて、ＭＳ110とＩＷＦ108との間の通信に対処している別の標準規格のプロトコルにはＴＩＡ／ＥＩＡ ＩＳ−２０００があり、これは“INTRODUCTION 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 BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE”に規定されており、1997年10月に発行されている。層間の伝送を規定するのに、この技術において普通の技能をもつ技術者に知られている他の標準規格またはプロトコルを使用できることが分かるであろう。例えば、他の応用可能な標準規格には、1998年9月に発行された“UNIVERSAL SERIAL BUS (USB) SPECIFICATION, Revision 1.1”と、1999年7月に発行された“BLUETOOTH SPECIFICATION VERSION 1.0A CORE”とが含まれる。最後に、ＰＰＰパケットは中継層プロトコル208から無線リンクプロトコル（Radio Link Protocol, RLP）210、次にＩＳ−９５プロトコル212を経由して、Ｕｍインターフェイスを通してＢＳ／ＭＳＣ106へ送られる。ＲＬＰプロトコル210はＩＳ−７０７．２の標準規格に規定されており、ＩＳ−７０７．２の標準規格は“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL”というタイトルで1998年2月に発行されていて、ＩＳ−９５プロトコルは上述で識別したＩＳ−９５の標準規格に規定されている。
【００１１】
ＰＰＰパケットはＵｍインターフェイスを通してＢＳ／ＭＳＣ106上のＩＳ−９５の層218、次にＲＬＰの層216へ送られ、相補的な中継層プロトコル220によって受信される。中継層プロトコル220は、このＰＰＰパケットをＬインターフェイスを通してＩＷＦ108上の中継層プロトコル228へ送る。ＩＷＦ108上のＰＰＰプロトコルリンク層226が中継層プロトコル228からＰＰＰパケットを受信すると、ＭＳ110とＩＷＦ108との間のＰＰＰ接続は終了する。パケットは、ＩＷＦ108上のＰＰＰ層226からＩＰ層224へ送られ、ＩＰ層224では最後のルート設定のためにＩＰパケットのヘッダ（このシナリオではwww.Qualcomm.comである）を調べる。
【００１２】
ＭＳ110によって生成されたＩＰパケットの最終的な宛先がＩＷＦ108ではないと仮定すると、パケットはネットワーク層プロトコル224、さらにリンク層プロトコル225を経由して、インターネット上の次のルータ（図示されていない）へ送られる。このやり方では、ＭＳ110からのＩＰパケットは、ＩＳ−７０７．５の標準規格の中継モデルにしたがって、ＢＳ／ＭＳＣ106、およびＩＷＦ108を経由して、インターネット内の最終的な意図された宛先へ伝達される。
【００１３】
ＭＳ110のパケットがその宛先へ到達する前に、先ずデータリンク接続が設定されなければならない。ＲＦＣ１６６１に指定されているように、このデータリンク接続では、先ずポイント−ツウ−ポイントリンクの各終端（すなわち、ＰＰＰプロトコル206および226）がＰＰＰリンク制御プロトコル（Link Control Protocol, LCP）へパケットを送って、データリンク接続を設定し、構成し、試験することが求められている。ＬＣＰによってリンクが設定された後で、ＰＰＰプロトコル206はネットワーク制御プロトコル（Network Control Protocol, NCP）のパケットを送って、ネットワーク層プロトコル204および224を構成する。ＰＰＰリンクにおけるＩＰのためのＮＣＰはＩＰ制御プロトコル（IP Control Protocol, IPCP）である。ＩＰＣＰは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ １３３２（ＲＦＣ １３３２）に詳しく記載されており、ＲＦＣ １３３２は“THE PPP INTERNET PROTOCOL CONTROL PROTOCOL (IPCP)”というタイトルで1992年5月に発行されている。しかしながら、ＩＰＣＰのネゴシエーションの前には、認証段階が必要である。各ネットワーク層プロトコルが構成された後では、各ネットワーク層プロトコルからのパケットは、プロトコル間のリンクを通して送られる。
【００１４】
Ｂ．アプリケーションプログラムインターフェイス
ＭＳ110上の通信プロトコルスタックをサポートするプロセスは、その全てではないが、ほとんどがアプリケーションプログラムによって実行される。一般的に従来のデータネットワークでは、アプリケーションプログラムインターフェイス（application program interface, API）を採用して、あるコンピュータ上で実行されるアプリケーションプログラムと別のコンピュータ上で実行されるアプリケーションプログラムとの通信を可能にしている。ＡＰＩは“ソケット”を使用して、基礎ネットワークのプロトコルの相違によって、呼出しているアプリケーションを保護する。ネットワーク間の通信（inter-networked communication）を実現するために、ＡＰＩには、アプリケーションが、例えばソケットを開き、データをネットワークへ送り、ネットワークからデータを受信し、ソケットを閉じることを可能にする機能（function）が含まれている。通信ネットワークのプログラミングインターフェイスには、Unix(ユニックス)(商標)のオペレーティングシステムのもとで動作するバークレイシステム開発（Berkeley System Development, BSD）のソケットインターフェイス、およびWindows（ウインドウズ）（商標）のオペレーティングシステムのもとで動作するWindows（ウインドウズ）（商標）Sockets Interface（ソケットインターフェイス） (WinSock（ウインソック）(商標))が含まれる。
【００１５】
ＢＳＤソケットもWinSock（ウインソック）（商標）の何れも無線ＭＳ110上の通信プロトコルスタック（図２参照）をサポートしていないので、このようなスタックをサポートする斬新なＡＰＩが必要である。とくに、移動局のアプリケーションが無線通信システムにおいて指定されたイベントを識別するための斬新な方法および装置が必要とされている。
【００１６】
本発明の概要
本発明では、無線通信システムにおいて移動局のアプリケーションが指定されたイベントを識別するための方法および装置を提供することによって、上述で識別した必要に対処している。１つの構成では、本発明は、通信ネットワークと通信する移動局の通信プロトコルスタックと、移動局のアプリケーションとの間の通信を容易にするアプリケーションプログラムインターフェイス（application program interface, API）を含んでいる。ＡＰＩは、その状態に基づいて、指定されたイベントの少なくとも１つをイネーブルする。次に、移動局のアプリケーションは、イネーブルされた指定されたイベントを識別する。
【００１７】
詳細な記述
本発明の実施形態は、ソフトウエア、ファームウエア、および／またはハードウエアを含む種々の構成において実現することができる。したがって、本発明の動作および働き（behavior）はソフトウエアコードまたはハードウエアの構成要素をとくに参照せずに記載されているが、この技術において普通の技能をもつ人が、本明細書の記述に基づいて、本発明を構成するソフトウエアまたはハードウエア、あるいはこの両者を設計でき、これにより移動局のアプリケーションが指定されたイベントを識別できることが分かるであろう。
【００１８】
図３には、ＭＳ110内のアプリケーション260、通信プロトコルスタック280、およびＡＰＩ270が示されている。アプリケーション260および通信プロトコルスタック280（すなわち、プロトコル層202、204、206、208、210、212）は、ＡＰＩ270によって与えられる機能呼出し（function call）によって通信する。言い換えると、ＡＰＩ270は、アプリケーション260および通信プロトコルスタック280を機能を損わずに異なるプロセッサおよびオペレーティングシステム上で実行できるようにする。当業者には、本発明の技術的範囲から逸脱することなく、呼出された機能に対して種々の名前が可能であることが分かるであろう。
【００１９】
通信プロトコルスタック280には、複数の送信待ち行列と受信待ち行列とが含まれていて、これらの待ち行列はデータを記憶することに注意すべきである。出力機能では、アプリケーション260のメモリからデータを読出し、そのデータを通信プロトコルスタック280の送信待ち行列の1つへ記憶する。入力機能では、通信プロトコルスタック280の受信待ち行列の１つからデータを読出し、そのデータをアプリケーション260のメモリへ記憶する。
【００２０】
動作を示すために、ＭＳ110はＩＰパケットを受信する。ＭＳ110の通信プロトコルスタック280は、ＩＰパケットを逆カプセル化して（unencapsulate）、それらをトランスポート層202へ送る（図３参照）。ＩＰパケットヘッダ内の１つのフィールドはトランスポートを示していて、ＴＣＰまたはＵＤＰの何れかでを含む。トランスポート層のヘッダにおいて指定されている宛先ポートの番号に基づいて、データは、特定のソケットに対応する通信プロトコルスタック280の適切な受信待ち行列へルート設定される。次にデータは、アプリケーション260へ送られる。
【００２１】
一定の情況では、プロトコルスタック280の種々の層をバイパスするパケットを使用して動作して、待ち時間の影響を軽減することが望ましい。このようなパケットには、生のＩＰパケットのような生のパケット化されたデータが含まれているが、これには宛先の情報（すなわち、宛先ポートの番号）が欠けている。したがって、宛先のアプリケーションは、生のＩＰパケットから判断できない。このような情況では、通信プロトコルスタック280は受信した生のＩＰパケットを、例えばＩＰプロトコルをサポートするために登録されている全てのソケットへ送る。このようにしてペイロードデータは宛先のアプリケーションへ送られる。インターネット制御メッセージングプロトコル（Internet Control Messaging Protocol, 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と通信すること（すなわち、マルチタスキング）ができる。例えば、機能open netlib（）の呼出しの一部として、アプリケーション260はネットワークコールバック機能およびソケットコールバック機能へのポインタを指定する。トラヒックチャンネル（すなわち、Ｕｍ）またはリンク層（すなわち、ＰＰＰ206）、あるいはこの両者から読出し、そこへ書込み、それを閉じるといった、ネットワークサブシステムの指定されたイベントが生成される（または、イネーブルされる）たびに、ネットワークコールバック機能が呼出されて、アプリケーション260に知らせる。トランスポート層（すなわち、ＴＣＰ）から読出し、そこへ書込み、それを閉じるといったソケットの指定されたイベントが生成される（または、イネーブルされる）たびに、ソケットコールバック機能が呼出され、アプリケーション260へ知らされる。通信ネットワークがトラヒックチャンネル、リンク層、およびトランスポート層の少なくとも１つを含むことは、当業者には明らかである。
【００２５】
通信プロトコルスタック280が開かれると、機能pppopen()が呼出され、トラヒックチャンネルおよびリンク層を含むネットワークサブシステムの接続を開始する。これはアプリケーション全体の呼であり、個々のソケットに依存していない。しかしながら、これはアプリケーションの識別を必要とする。ネットワークサブシステムの接続が設定されるか、またはそれが故障すると、ネットワークコールバック機能が呼出されて、指定されたイベントが通知される。例えば、トラヒックチャンネルが設定されていないときは、ネットワークサブシステムは故障する。さらに加えて、ネットワークサブシステムの特徴は、機能net ioctl()を呼出すことによって設定される。この呼出しは、例えば、ソケットのデータレートを指定する。
【００２６】
ネットワークサブシステムの接続が設定されると、機能socket（）を呼出すことによって、ソケットが生成されて初期設定される。しかしながら、ソケットの機能が使用できる前に、機能socket（）を呼出して、ソケット記述子を戻してもよい。次に、アプリケーション260は機能async select()を呼出して、指定されたイベントを登録し、非同期の通知を受信する。この登録は、アプリケーション260によって機能呼出しの一部として実行され、指定されたイベントの要求する通知のソケット記述子およびビットマスクを指定する（すなわち、多数のイベントの論理和がとられる）。指定されたイベントが生成され（すなわち、イネーブルされ）、それが、例えば通信プロトコルスタック280またはＡＰＩ270によって検出されると、ソケットコールバック機能が呼出されて、非同期の通知を与える。コールバック機能では、信号、メッセージ、例えば遠隔手続き呼出し（remote procedure call, RPC）についてのメッセージ、あるいはハードウエアまたはソフトウエアの割込みを使用することによって、指定されたイベントのアプリケーション260を通知することができる。
【００２７】
アプリケーション260は、指定されたイベントについて通知されると、機能getnextevent()を呼出して、指定されたイベントを判断してサービスする。この機能は、生成された指定されたイベントのマスクを指定されたソケット記述子へ戻す。さらに加えて、この機能は、生成された指定されたイベントのマスク内のビットをクリアする。したがって、アプリケーション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は、通知を受取ると、機能getnextevent()を呼出し（Ｈ）、生成された何れかの指定されたイベントを判断する（Ｉ）。さらに加えて、この呼はマスク内のイベント（すなわち、書込みイベント）のビットをクリアする（Ｊ）。アプリケーション260は、機能async select()を呼出すことによって、指定されたイベントの次の通知を再登録しなければならない。
【００３６】
図７には、非同期のソケットの読出しが示されている。読出しを開始するために、アプリケーション260は機能read()を呼出す（Ａ）。読出すデータがないとみなされると、アプリケーション260は機能async select()を呼出し（Ｂ）、イベントを登録し（すなわち、マスク内の対応するビットを設定し）、通知を受信する。この例では、目的の指定されたイベントは読出しイベントであり、読出しイベントは、アプリケーション260によって読出されるデータがあるときに生成される。
【００３７】
受信待ち行列内にデータを記憶する際に、読出しイベントがマスク内で指定されるときは、コールバック機能が呼出される。そのときは、コールバック機能が呼出され（Ｃ）、非同期の通知を与える。アプリケーション260は、通知を受取ると、機能getnextevent()を呼出し（Ｄ）、何れのイベントが生成されるかを判断する（Ｅ）。さらに加えて、この呼出しは、マスク内のイベントのビットをクリアする（Ｆ）。アプリケーション260は、機能async select()を呼出すことによって、イベントの次の通知を再びイネーブルしなければならない。最後に、受信待ち行列内に記憶されたデータを読出すために、アプリケーション260は機能read()を呼出す（Ｇ）。
【００３８】
図８ないし１０には、本発明の実施形態の状態機械が示されている。図８ないし１０では、通信プロトコルスタック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 resources are available）”が、アプリケーション260へ報告される。
【００５６】
【表４】
【００５７】
【表５】
【００５８】
【表６】
【００５９】
図１０は、トラヒックチャンネル（すなわち、Ｕｍ）およびリンク層（すなわち、ＰＰＰ206）のようなネットワークサブシステムを制御する状態図を示している。機能open netlib()を呼出すことによって、ネットワークサブシステムを開き、“クローズド”状態1000へソケットを初期設定する。機能pppopen()を呼出すことにより、ネットワークサブシステムの接続を開始し、ソケットを“オープニング”状態1005へ遷移する。さらに加えて、到来するＰＰＰ呼出しによるＭＳ110へのページは、ソケットをオープニング状態1005へ遷移する。両者の場合において、ネゴシエーションが成功するときは、ＭＳ110はトラヒックチャンネルにおいてＲＬＰおよびＰＰＰの両者を同期させて設定することを試みる。
【００６０】
オープニング状態1005では、ネットワークサブシステムの接続が設定されたときに、ソケットは“オープン”状態1010へ遷移する。他方では、ネットワークサブシステムの接続が設定されていないときは、ソケットはクローズド状態1000へ再び遷移する。
【００６１】
オープン状態1010では、コールバック機能が呼出されて、イネーブルされた読出し、書込み、および閉鎖のようなアプリケーション1060の指定されたイベントを識別する。このとき、ＭＳ110はトラヒックチャンネルによって通信することができる。しかしながらソケットは、ネットワークサブシステムが故障し、コールバック機能を呼出すたびに、クローズド状態1000へ遷移する。例えば機能close()を呼出すことによって、アプリケーションは、ネットワークサブシステムの接続の終了を開始し、ソケットを“クロージング”状態1015へ遷移する。
【００６２】
クロージング状態1015では、ネットワークサブシステムの接続が終了するたびに、ソケットはクローズド状態1000へ遷移する。クローズド状態1000では、コールバック機能を呼出して、イネーブルされたアプリケーション260の指定されたイベントを識別する。
【００６３】
表７は、特定の機能呼出しに対応し、かつＡＰＩ270によってサポートされる指定された状況メッセージを示している。
【００６４】
【表７】
【００６５】
【表８】
【００６６】
【表９】
【００６７】
【表１０】
【００６８】
【表１１】
【００６９】
【表１２】
【００７０】
【表１３】
【００７１】
【表１４】
【００７２】
別の実施形態では、機械は、コード化されたソフトウエアコードのようなコード化された情報を含む機械読出し可能媒体を読出して、移動局のアプリケーションが指定されたイベントを識別できるようにする上述のプロセスを行なう。機械読出し可能媒体は、メモリまたは記憶ディスクのような記憶デバイスから、あるいは通信ネットワークから、コード化された情報を受取る。さらに加えて、機械読出し可能媒体は、製造されたときに、コード化された情報でプログラムされる。機械は、アプリケーション260、通信プロトコルスタック280、およびＡＰＩ270の少なくとも１つを含み、一方で機械の読出し媒体はメモリまたは記憶ディスクを含む。
【００７３】
本発明は特定の実施形態に関連して示したが、そのように制限されているわけではないと考えられる。むしろ、本発明は特許請求の範囲およびそれに相当するものの技術的範囲のみによって制限される。
【図面の簡単な説明】
【図１】 （従来技術において）移動局がインターネットに接続している無線通信システムの高レベルのブロック図。
【図２】 （従来技術において）ＴＩＡ／ＥＩＡ ＩＳ−７０７．５の中継モデルの各エンティティにおけるプロトコルスタックを模式的に示す図。
【図３】 本発明の実施形態の特徴を模式的に示す図。
【図４】 指定されたイベントを検出するフローチャート。
【図５】 指定されたイベントを検出するフローチャート。
【図６】 非同期接続を示すブロック図。
【図７】 非同期ソケット入力を示すブロック図。
【図８】 本発明の実施形態の状態図。
【図９】 本発明の実施形態の状態図。
【図１０】 本発明の実施形態の状態図。
背景
１．発明の分野
本発明は、概ね、無線通信の分野に関する。とくに、本発明は無線通信システムにおいて移動局のアプリケーションが指定されたイベントを識別できるようにする斬新な方法および装置に関する。
【０００２】
２．関係する技術の記述
Ａ．無線通信
無線通信およびコンピュータに関係する技術における最近の革新、並びにインターネット加入者の今までにない増加によって、モバイルコンピューティングへの道が開かれた。事実、モバイルコンピューティングの大衆性により、現在のインターネットのインフラストラクチャに対して、モバイルのユーザにより多くのサポートを与える要求が強まった。このインフラストラクチャの原動力は、種々のサービスを提供するパケット指向のインターネットプロトコル（Internet Protocol, IP）であり、種々のサービスには、パケット（データグラム）をローカルエリアネットワーク（local area network, LAN）とワイドエリアネットワーク（wide area network, WAN）との間でアドレス指定してルート設定するサービスが含まれる。ＩＰプロトコルは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ（ＲＦＣ ７９１）（“INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION”, 1981 9）において規定されている。
【０００３】
ＩＰプロトコルは、送信のためにデータをＩＰパケットへカプセル化するネットワーク層プロトコルである。アドレス指定およびルート設定の情報はパケットのヘッダに付される。ＩＰヘッダには、例えば送信ホストおよび受信ホストを識別する３２ビットのアドレスが含まれている。中間のルータはこれらのアドレスを使用して、パケットを、意図されたアドレスをもつその最終的な宛先へ向わせるためのネットワーク上の経路を選択する。したがって、ＩＰプロトコルにより、世界中の何れかのインターネットノードにおいて発信されたパケットを、世界中の他の何れかのインターネットノードへルート設定することができる。これに対して、特定のアプリケーションに対処するためには、伝送制御プロトコル（Transmission Control Protocol, TCP）またはユーザデータグラムプロトコル（User Datagram Protocol, UDP）の何れかを含むトランスポート層が使用される。
【０００４】
現在の傾向では、モバイルのユーザはラップトップまたはパームトップコンピュータのようなモバイルコンピュータを、セルラまたは携帯電話のような無線通信デバイスと共に使用して、インターネットにアクセスしている。したがって、ちょうど、従来からユーザが“有線の”通信デバイスを使用してコンピュータを陸上ネットワーク（land-based network）へ接続していたように、モバイルのユーザは一般的に“移動局”（mobile station, MS）と呼ばれる無線通信デバイスを使用してモバイル端末をこのようなネットワークへ接続する。本明細書で使用しているように、移動局またはＭＳは、公共の無線ラジオネットワーク（wireless radio network）の加入者局を指す。
【０００５】
（従来技術を示している）図１は、無線データ通信システムの高レベルのブロック図を示しており、この中でＭＳ110は基地局／移動局スイッチングセンタ（Base Station/Mobile Switching Center, BS/MSC）106を介して相互接続機能（Interworking Function, IWF）108と通信する。ＩＷＦ108は、インターネットへのアクセス点として働く。ＩＷＦ108はＢＳ／ＭＳＣ106に接続されていて、一緒に位置していることも多く、ＢＳ／ＭＳＣ106はこの技術において知られているように従来の無線基地局であってもよい。無線データ通信システムに対処する別の標準プロトコルは、“WIRELESS IP NETWORK STANDARD”というタイトルで1999年12月に発行された第３世代パートナーシッププロジェクト２（3rd Generation Partnership Project 2, “3GPP2”）である。３Ｇ無線ＩＰネットワークの標準規格には、例えば、ＩＷＦ108のように機能するパケットデータ供給ノード（Packet Data Serving Node, PDSN）が含まれる。
【０００６】
種々のプロトコルが、ＭＳ110とＩＷＦ108との間のデータ通信に対処している。例えば、米国電気通信工業会（Telecommunications Industry Association, TIA）／電子機械工業会（Electronics Industries Association, EIA）の暫定的標準規格（Interim Standard）のＩＳ−９５は、“MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM”というタイトルで1993年7月に発行されていて、これは概して広帯域拡散スペクトル無線通信システムの標準規格を与えている。さらに加えて、標準規格のＴＩＡ／ＥＩＡ ＩＳ−７０７．５は、“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”というタイトルで1998年2月に発行されていて、これはＴＩＡ／ＥＩＡ ＩＳ−９５のシステムのパケットデータ伝送能力のサポート要件を規定し、ＢＳ／ＭＳＣ106を介してのＭＳ110とＩＷＦ108との間の通信に使用できるパケットデータ伝達サービスを指定している。さらに加えて、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”というタイトルのＴＩＡ／ＥＩＡ ＩＳ−７０７−Ａ．５の標準規格と、“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-SPEED PACKET DATA SERVICES”というタイトルのＴＩＡ／ＥＩＡ ＩＳ−７０７−Ａ．９の標準規格とは、両者とも1999年3月に発行されており、これらもＴＩＡ／ＥＩＡ ＩＳ−９５のシステムのパケットデータ伝送のサポート要件を規定している。さらに加えて、ＭＳ110とＩＷＦ108との間の通信に対処している別の標準規格のプロトコルにはＴＩＡ／ＥＩＡ ＩＳ−２０００があり、これは“INTRODUCTION 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 BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE”に規定されており、1997年10月に発行されている。層間の伝送を規定するのに、この技術において普通の技能をもつ技術者に知られている他の標準規格またはプロトコルを使用できることが分かるであろう。例えば、他の応用可能な標準規格には、1998年9月に発行された“UNIVERSAL SERIAL BUS (USB) SPECIFICATION, Revision 1.1”と、1999年7月に発行された“BLUETOOTH SPECIFICATION VERSION 1.0A CORE”とが含まれる。最後に、ＰＰＰパケットは中継層プロトコル208から無線リンクプロトコル（Radio Link Protocol, RLP）210、次にＩＳ−９５プロトコル212を経由して、Ｕｍインターフェイスを通してＢＳ／ＭＳＣ106へ送られる。ＲＬＰプロトコル210はＩＳ−７０７．２の標準規格に規定されており、ＩＳ−７０７．２の標準規格は“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL”というタイトルで1998年2月に発行されていて、ＩＳ−９５プロトコルは上述で識別したＩＳ−９５の標準規格に規定されている。
【００１１】
ＰＰＰパケットはＵｍインターフェイスを通してＢＳ／ＭＳＣ106上のＩＳ−９５の層218、次にＲＬＰの層216へ送られ、相補的な中継層プロトコル220によって受信される。中継層プロトコル220は、このＰＰＰパケットをＬインターフェイスを通してＩＷＦ108上の中継層プロトコル228へ送る。ＩＷＦ108上のＰＰＰプロトコルリンク層226が中継層プロトコル228からＰＰＰパケットを受信すると、ＭＳ110とＩＷＦ108との間のＰＰＰ接続は終了する。パケットは、ＩＷＦ108上のＰＰＰ層226からＩＰ層224へ送られ、ＩＰ層224では最後のルート設定のためにＩＰパケットのヘッダ（このシナリオではwww.Qualcomm.comである）を調べる。
【００１２】
ＭＳ110によって生成されたＩＰパケットの最終的な宛先がＩＷＦ108ではないと仮定すると、パケットはネットワーク層プロトコル224、さらにリンク層プロトコル225を経由して、インターネット上の次のルータ（図示されていない）へ送られる。このやり方では、ＭＳ110からのＩＰパケットは、ＩＳ−７０７．５の標準規格の中継モデルにしたがって、ＢＳ／ＭＳＣ106、およびＩＷＦ108を経由して、インターネット内の最終的な意図された宛先へ伝達される。
【００１３】
ＭＳ110のパケットがその宛先へ到達する前に、先ずデータリンク接続が設定されなければならない。ＲＦＣ１６６１に指定されているように、このデータリンク接続では、先ずポイント−ツウ−ポイントリンクの各終端（すなわち、ＰＰＰプロトコル206および226）がＰＰＰリンク制御プロトコル（Link Control Protocol, LCP）へパケットを送って、データリンク接続を設定し、構成し、試験することが求められている。ＬＣＰによってリンクが設定された後で、ＰＰＰプロトコル206はネットワーク制御プロトコル（Network Control Protocol, NCP）のパケットを送って、ネットワーク層プロトコル204および224を構成する。ＰＰＰリンクにおけるＩＰのためのＮＣＰはＩＰ制御プロトコル（IP Control Protocol, IPCP）である。ＩＰＣＰは、Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ １３３２（ＲＦＣ １３３２）に詳しく記載されており、ＲＦＣ １３３２は“THE PPP INTERNET PROTOCOL CONTROL PROTOCOL (IPCP)”というタイトルで1992年5月に発行されている。しかしながら、ＩＰＣＰのネゴシエーションの前には、認証段階が必要である。各ネットワーク層プロトコルが構成された後では、各ネットワーク層プロトコルからのパケットは、プロトコル間のリンクを通して送られる。
【００１４】
Ｂ．アプリケーションプログラムインターフェイス
ＭＳ110上の通信プロトコルスタックをサポートするプロセスは、その全てではないが、ほとんどがアプリケーションプログラムによって実行される。一般的に従来のデータネットワークでは、アプリケーションプログラムインターフェイス（application program interface, API）を採用して、あるコンピュータ上で実行されるアプリケーションプログラムと別のコンピュータ上で実行されるアプリケーションプログラムとの通信を可能にしている。ＡＰＩは“ソケット”を使用して、基礎ネットワークのプロトコルの相違によって、呼出しているアプリケーションを保護する。ネットワーク間の通信（inter-networked communication）を実現するために、ＡＰＩには、アプリケーションが、例えばソケットを開き、データをネットワークへ送り、ネットワークからデータを受信し、ソケットを閉じることを可能にする機能（function）が含まれている。通信ネットワークのプログラミングインターフェイスには、Unix(ユニックス)(商標)のオペレーティングシステムのもとで動作するバークレイシステム開発（Berkeley System Development, BSD）のソケットインターフェイス、およびWindows（ウインドウズ）（商標）のオペレーティングシステムのもとで動作するWindows（ウインドウズ）（商標）Sockets Interface（ソケットインターフェイス） (WinSock（ウインソック）(商標))が含まれる。
【００１５】
ＢＳＤソケットもWinSock（ウインソック）（商標）の何れも無線ＭＳ110上の通信プロトコルスタック（図２参照）をサポートしていないので、このようなスタックをサポートする斬新なＡＰＩが必要である。とくに、移動局のアプリケーションが無線通信システムにおいて指定されたイベントを識別するための斬新な方法および装置が必要とされている。
【００１６】
本発明の概要
本発明では、無線通信システムにおいて移動局のアプリケーションが指定されたイベントを識別するための方法および装置を提供することによって、上述で識別した必要に対処している。１つの構成では、本発明は、通信ネットワークと通信する移動局の通信プロトコルスタックと、移動局のアプリケーションとの間の通信を容易にするアプリケーションプログラムインターフェイス（application program interface, API）を含んでいる。ＡＰＩは、その状態に基づいて、指定されたイベントの少なくとも１つをイネーブルする。次に、移動局のアプリケーションは、イネーブルされた指定されたイベントを識別する。
【００１７】
詳細な記述
本発明の実施形態は、ソフトウエア、ファームウエア、および／またはハードウエアを含む種々の構成において実現することができる。したがって、本発明の動作および働き（behavior）はソフトウエアコードまたはハードウエアの構成要素をとくに参照せずに記載されているが、この技術において普通の技能をもつ人が、本明細書の記述に基づいて、本発明を構成するソフトウエアまたはハードウエア、あるいはこの両者を設計でき、これにより移動局のアプリケーションが指定されたイベントを識別できることが分かるであろう。
【００１８】
図３には、ＭＳ110内のアプリケーション260、通信プロトコルスタック280、およびＡＰＩ270が示されている。アプリケーション260および通信プロトコルスタック280（すなわち、プロトコル層202、204、206、208、210、212）は、ＡＰＩ270によって与えられる機能呼出し（function call）によって通信する。言い換えると、ＡＰＩ270は、アプリケーション260および通信プロトコルスタック280を機能を損わずに異なるプロセッサおよびオペレーティングシステム上で実行できるようにする。当業者には、本発明の技術的範囲から逸脱することなく、呼出された機能に対して種々の名前が可能であることが分かるであろう。
【００１９】
通信プロトコルスタック280には、複数の送信待ち行列と受信待ち行列とが含まれていて、これらの待ち行列はデータを記憶することに注意すべきである。出力機能では、アプリケーション260のメモリからデータを読出し、そのデータを通信プロトコルスタック280の送信待ち行列の1つへ記憶する。入力機能では、通信プロトコルスタック280の受信待ち行列の１つからデータを読出し、そのデータをアプリケーション260のメモリへ記憶する。
【００２０】
動作を示すために、ＭＳ110はＩＰパケットを受信する。ＭＳ110の通信プロトコルスタック280は、ＩＰパケットを逆カプセル化して（unencapsulate）、それらをトランスポート層202へ送る（図３参照）。ＩＰパケットヘッダ内の１つのフィールドはトランスポートを示していて、ＴＣＰまたはＵＤＰの何れかでを含む。トランスポート層のヘッダにおいて指定されている宛先ポートの番号に基づいて、データは、特定のソケットに対応する通信プロトコルスタック280の適切な受信待ち行列へルート設定される。次にデータは、アプリケーション260へ送られる。
【００２１】
一定の情況では、プロトコルスタック280の種々の層をバイパスするパケットを使用して動作して、待ち時間の影響を軽減することが望ましい。このようなパケットには、生のＩＰパケットのような生のパケット化されたデータが含まれているが、これには宛先の情報（すなわち、宛先ポートの番号）が欠けている。したがって、宛先のアプリケーションは、生のＩＰパケットから判断できない。このような情況では、通信プロトコルスタック280は受信した生のＩＰパケットを、例えばＩＰプロトコルをサポートするために登録されている全てのソケットへ送る。このようにしてペイロードデータは宛先のアプリケーションへ送られる。インターネット制御メッセージングプロトコル（Internet Control Messaging Protocol, 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と通信すること（すなわち、マルチタスキング）ができる。例えば、機能open netlib（）の呼出しの一部として、アプリケーション260はネットワークコールバック機能およびソケットコールバック機能へのポインタを指定する。トラヒックチャンネル（すなわち、Ｕｍ）またはリンク層（すなわち、ＰＰＰ206）、あるいはこの両者から読出し、そこへ書込み、それを閉じるといった、ネットワークサブシステムの指定されたイベントが生成される（または、イネーブルされる）たびに、ネットワークコールバック機能が呼出されて、アプリケーション260に知らせる。トランスポート層（すなわち、ＴＣＰ）から読出し、そこへ書込み、それを閉じるといったソケットの指定されたイベントが生成される（または、イネーブルされる）たびに、ソケットコールバック機能が呼出され、アプリケーション260へ知らされる。通信ネットワークがトラヒックチャンネル、リンク層、およびトランスポート層の少なくとも１つを含むことは、当業者には明らかである。
【００２５】
通信プロトコルスタック280が開かれると、機能pppopen()が呼出され、トラヒックチャンネルおよびリンク層を含むネットワークサブシステムの接続を開始する。これはアプリケーション全体の呼であり、個々のソケットに依存していない。しかしながら、これはアプリケーションの識別を必要とする。ネットワークサブシステムの接続が設定されるか、またはそれが故障すると、ネットワークコールバック機能が呼出されて、指定されたイベントが通知される。例えば、トラヒックチャンネルが設定されていないときは、ネットワークサブシステムは故障する。さらに加えて、ネットワークサブシステムの特徴は、機能net ioctl()を呼出すことによって設定される。この呼出しは、例えば、ソケットのデータレートを指定する。
【００２６】
ネットワークサブシステムの接続が設定されると、機能socket（）を呼出すことによって、ソケットが生成されて初期設定される。しかしながら、ソケットの機能が使用できる前に、機能socket（）を呼出して、ソケット記述子を戻してもよい。次に、アプリケーション260は機能async select()を呼出して、指定されたイベントを登録し、非同期の通知を受信する。この登録は、アプリケーション260によって機能呼出しの一部として実行され、指定されたイベントの要求する通知のソケット記述子およびビットマスクを指定する（すなわち、多数のイベントの論理和がとられる）。指定されたイベントが生成され（すなわち、イネーブルされ）、それが、例えば通信プロトコルスタック280またはＡＰＩ270によって検出されると、ソケットコールバック機能が呼出されて、非同期の通知を与える。コールバック機能では、信号、メッセージ、例えば遠隔手続き呼出し（remote procedure call, RPC）についてのメッセージ、あるいはハードウエアまたはソフトウエアの割込みを使用することによって、指定されたイベントのアプリケーション260を通知することができる。
【００２７】
アプリケーション260は、指定されたイベントについて通知されると、機能getnextevent()を呼出して、指定されたイベントを判断してサービスする。この機能は、生成された指定されたイベントのマスクを指定されたソケット記述子へ戻す。さらに加えて、この機能は、生成された指定されたイベントのマスク内のビットをクリアする。したがって、アプリケーション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は、通知を受取ると、機能getnextevent()を呼出し（Ｈ）、生成された何れかの指定されたイベントを判断する（Ｉ）。さらに加えて、この呼はマスク内のイベント（すなわち、書込みイベント）のビットをクリアする（Ｊ）。アプリケーション260は、機能async select()を呼出すことによって、指定されたイベントの次の通知を再登録しなければならない。
【００３６】
図７には、非同期のソケットの読出しが示されている。読出しを開始するために、アプリケーション260は機能read()を呼出す（Ａ）。読出すデータがないとみなされると、アプリケーション260は機能async select()を呼出し（Ｂ）、イベントを登録し（すなわち、マスク内の対応するビットを設定し）、通知を受信する。この例では、目的の指定されたイベントは読出しイベントであり、読出しイベントは、アプリケーション260によって読出されるデータがあるときに生成される。
【００３７】
受信待ち行列内にデータを記憶する際に、読出しイベントがマスク内で指定されるときは、コールバック機能が呼出される。そのときは、コールバック機能が呼出され（Ｃ）、非同期の通知を与える。アプリケーション260は、通知を受取ると、機能getnextevent()を呼出し（Ｄ）、何れのイベントが生成されるかを判断する（Ｅ）。さらに加えて、この呼出しは、マスク内のイベントのビットをクリアする（Ｆ）。アプリケーション260は、機能async select()を呼出すことによって、イベントの次の通知を再びイネーブルしなければならない。最後に、受信待ち行列内に記憶されたデータを読出すために、アプリケーション260は機能read()を呼出す（Ｇ）。
【００３８】
図８ないし１０には、本発明の実施形態の状態機械が示されている。図８ないし１０では、通信プロトコルスタック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 resources are available）”が、アプリケーション260へ報告される。
【００５６】
【表４】
【表５】
【表６】
図１０は、トラヒックチャンネル（すなわち、Ｕｍ）およびリンク層（すなわち、ＰＰＰ206）のようなネットワークサブシステムを制御する状態図を示している。機能open netlib()を呼出すことによって、ネットワークサブシステムを開き、“クローズド”状態1000へソケットを初期設定する。機能pppopen()を呼出すことにより、ネットワークサブシステムの接続を開始し、ソケットを“オープニング”状態1005へ遷移する。さらに加えて、到来するＰＰＰ呼出しによるＭＳ110へのページは、ソケットをオープニング状態1005へ遷移する。両者の場合において、ネゴシエーションが成功するときは、ＭＳ110はトラヒックチャンネルにおいてＲＬＰおよびＰＰＰの両者を同期させて設定することを試みる。
【００６０】
オープニング状態1005では、ネットワークサブシステムの接続が設定されたときに、ソケットは“オープン”状態1010へ遷移する。他方では、ネットワークサブシステムの接続が設定されていないときは、ソケットはクローズド状態1000へ再び遷移する。
【００６１】
オープン状態1010では、コールバック機能が呼出されて、イネーブルされた読出し、書込み、および閉鎖のようなアプリケーション1060の指定されたイベントを識別する。このとき、ＭＳ110はトラヒックチャンネルによって通信することができる。しかしながらソケットは、ネットワークサブシステムが故障し、コールバック機能を呼出すたびに、クローズド状態1000へ遷移する。例えば機能close()を呼出すことによって、アプリケーションは、ネットワークサブシステムの接続の終了を開始し、ソケットを“クロージング”状態1015へ遷移する。
【００６２】
クロージング状態1015では、ネットワークサブシステムの接続が終了するたびに、ソケットはクローズド状態1000へ遷移する。クローズド状態1000では、コールバック機能を呼出して、イネーブルされたアプリケーション260の指定されたイベントを識別する。
【００６３】
表７は、特定の機能呼出しに対応し、かつＡＰＩ270によってサポートされる指定された状況メッセージを示している。
【００６４】
【表７】
【表８】
【表９】
【表１０】
【表１１】
【表１２】
【表１３】
【表１４】
別の実施形態では、機械は、コード化されたソフトウエアコードのようなコード化された情報を含む機械読出し可能媒体を読出して、移動局のアプリケーションが指定されたイベントを識別できるようにする上述のプロセスを行なう。機械読出し可能媒体は、メモリまたは記憶ディスクのような記憶デバイスから、あるいは通信ネットワークから、コード化された情報を受取る。さらに加えて、機械読出し可能媒体は、製造されたときに、コード化された情報でプログラムされる。機械は、アプリケーション260、通信プロトコルスタック280、およびＡＰＩ270の少なくとも１つを含み、一方で機械の読出し媒体はメモリまたは記憶ディスクを含む。
【００７３】
本発明は特定の実施形態に関連して示したが、そのように制限されているわけではないと考えられる。むしろ、本発明は特許請求の範囲およびそれに相当するものの技術的範囲のみによって制限される。
【図面の簡単な説明】
【図１】 （従来技術において）移動局がインターネットに接続している無線通信システムの高レベルのブロック図。
【図２】 （従来技術において）ＴＩＡ／ＥＩＡ ＩＳ−７０７．５の中継モデルの各エンティティにおけるプロトコルスタックを模式的に示す図。
【図３】 本発明の実施形態の特徴を模式的に示す図。
【図４】 指定されたイベントを検出するフローチャート。
【図５】 指定されたイベントを検出するフローチャート。
【図６】 非同期接続を示すブロック図。
【図７】 非同期ソケット入力を示すブロック図。
【図８】 本発明の実施形態の状態図。
【図９】 本発明の実施形態の状態図。
【図１０】 本発明の実施形態の状態図。
Claims (29)
- 移動局のアプリケーションが複数の指定されたイベントを識別するための方法であって、
移動局の通信プロトコルスタックと通信ネットワークとの間で通信することと、
移動局の通信プロトコルスタックと移動局のアプリケーションとの間で移動局のアプリケーションのインターフェイスを通して通信することと、
移動局のアプリケーションのインターフェイスによって、移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも1つをイネーブルすることと、
移動局のアプリケーションによって、イネーブルされた指定されたイベントを識別することとを含む方法。 - 移動局のアプリケーションが、機能を呼出すことによってイネーブルされた指定されたイベントを識別する請求項１記載の方法。
- 移動局のアプリケーションのインターフェイスが複数の状態を含む請求項１記載の方法。
- 移動局のアプリケーションのインターフェイスが状態間を非同期に遷移する請求項３記載の方法。
- 複数の指定されたイベントが、読出しイベント、書込みイベント、および閉鎖イベントの少なくとも1つを含む請求項１記載の方法。
- 移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも1つをディスエーブルする移動局のアプリケーションのインターフェイスをさらに含む請求項１記載の方法。
- 通信ネットワークの接続が設定されるたびに書込みイベントがイネーブルされる請求項５記載の方法。
- 通信ネットワークの接続が設定されるたびに読出しイベントがイネーブルされ、データが移動局の通信プロトコルスタックのメモリへ記憶される請求項５記載の方法。
- 通信ネットワークが故障するたびに、読出しイベント、書込みイベント、および閉鎖イベントがイネーブルされる請求項５記載の方法。
- 通信ネットワークの接続の設定に失敗したとき、
通信ネットワークの接続の終了を試みたとき、または、
前記移動局のネットワーク識別アドレスを変更したときは、そのたびに読出しイベント、書込みイベント、および閉鎖イベントがイネーブルされる請求項５記載の方法。 - 前記ネットワーク識別アドレスがＩＰアドレスを含む請求項１０記載の方法。
- 通信ネットワークが故障したとき、
通信ネットワークの接続の終了を試みたとき、
タイマが時限切れしたとき、または、
前記移動局のネットワーク識別アドレスを変更したときは、そのたびに閉鎖イベントがイネーブルされる請求項５記載の方法。 - 前記ネットワーク識別アドレスがＩＰアドレスを含む請求項１２記載の方法。
- 通信ネットワークの接続の終了を開始するときに、タイマが作動する請求項１２記載の方法。
- ソケットが割り当てられるたびに、書込みイベントがイネーブルされる請求項５記載の方法。
- ソケットが割り当てられるたびに読出しイベントがイネーブルされ、データが移動局の通信プロトコルスタックのメモリへ記憶される請求項５記載の方法。
- 移動局のアプリケーションが複数の指定されたイベントを識別するための装置であって、
通信ネットワークと通信するための移動局の通信プロトコルスタックと、
移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも１つをイネーブルするための移動局のアプリケーションのインターフェイスと、
イネーブルされる指定されたイベントを識別するための移動局のアプリケーションとを含み、
移動局のアプリケーションのインターフェイスが、移動局のアプリケーションと移動局の通信プロトコルスタックとの間の通信をインターフェイスするようにされている装置。 - 移動局のアプリケーションが、機能呼出しによってイネーブルされる指定されたイベントを識別するようにされている請求項１７記載の装置。
- 移動局のアプリケーションのインターフェイスが複数の状態を含む請求項１７記載の装置。
- 移動局のアプリケーションのインターフェイスが、状態間を非同期に遷移するようにされている請求項１９記載の装置。
- 複数の指定されたイベントが、読出しイベント、書込みイベント、および閉鎖イベントの少なくとも１つを含む請求項１７記載の装置。
- 移動局のアプリケーションのインターフェイスが、移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも１つをディスエーブルするようにされている請求項１７記載の装置。
- コード化された情報を含む機械読出し可能媒体であって、機械によって読出されるとき、前記機械に、
移動局の通信プロトコルスタックと通信ネットワークとの間で通信するプロセスと、 移動局の通信プロトコルスタックと移動局のアプリケーションとの間で移動局のアプリケーションのインターフェイスを通して通信するプロセスと、
移動局のアプリケーションのインターフェイスによって、移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも1つをイネーブルするプロセスと、
移動局のアプリケーションによって、イネーブルされた指定されたイベントを識別するプロセスとを実行させる機械読出し可能媒体。 - 移動局のアプリケーションが、機能を呼出すことによってイネーブルされた指定されたイベントを識別する請求項２３記載の機械読出し可能媒体。
- 移動局のアプリケーションのインターフェイスが複数の状態を含む請求項２３記載の機械読出し可能媒体。
- 移動局のアプリケーションのインターフェイスが状態間を非同期に遷移する請求項２５記載の機械読出し可能媒体。
- 複数の指定されたイベントが、読出しイベント、書込みイベント、および閉鎖イベントの少なくとも１つを含む請求項２３記載の機械読出し可能媒体。
- 移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも1つをディスエーブルする移動局のアプリケーションのインターフェイスをさらに含む請求項２３記載の機械読出し可能媒体。
- 複数の指定されたイベントを識別するための装置であって、
移動局の通信プロトコルスタックと通信ネットワークとの間で通信するための手段と、
移動局の通信プロトコルスタックと移動局のアプリケーションとの間で移動局のアプリケーションのインターフェイスを通して通信するための手段と、
移動局のアプリケーションのインターフェイスの状態に基づいて、指定されたイベントの少なくとも1つをイネーブルするための手段と、
イネーブルされた指定されたイベントを識別するための手段とを含む装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US53949500A | 2000-03-30 | 2000-03-30 | |
| US09/539,495 | 2000-03-30 | ||
| PCT/US2001/010140 WO2001076177A2 (en) | 2000-03-30 | 2001-03-29 | Method and apparatus for a mobile station application to identify specified events |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003530020A JP2003530020A (ja) | 2003-10-07 |
| JP2003530020A5 JP2003530020A5 (ja) | 2008-07-03 |
| JP4745586B2 true JP4745586B2 (ja) | 2011-08-10 |
Family
ID=24151463
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001573728A Expired - Fee Related JP4745586B2 (ja) | 2000-03-30 | 2001-03-29 | 移動局のアプリケーションが指定されたイベントを識別するための方法および装置 |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US20040162061A1 (ja) |
| EP (1) | EP1273148A2 (ja) |
| JP (1) | JP4745586B2 (ja) |
| KR (1) | KR100778605B1 (ja) |
| CN (1) | CN1422482A (ja) |
| AU (1) | AU2001251104A1 (ja) |
| CA (1) | CA2402356A1 (ja) |
| IL (2) | IL151350A0 (ja) |
| MX (1) | MXPA02009502A (ja) |
| WO (1) | WO2001076177A2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220337600A1 (en) * | 2021-04-16 | 2022-10-20 | Visa International Service Association | Method, System, and Computer Program Product for Protocol Parsing for Network Security |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6973088B2 (en) | 2002-04-03 | 2005-12-06 | Qualcomm Incorporated | PPP link negotiation in mobile IP systems |
| US7342894B2 (en) | 2002-04-03 | 2008-03-11 | Qualcomm Incorporated | System and method for transparent Mobile IP registration within PPP negotiation |
| US7590408B2 (en) | 2002-04-03 | 2009-09-15 | Qualcomm Incorporated | Systems and methods for early determination of network support for mobile IP |
| US7209466B2 (en) * | 2002-06-06 | 2007-04-24 | Symbol Technologies, Inc. | Software method utilizing gateways for maintaining connectivity during communications over distinct wireless networks by mobile computer terminals |
| US7773714B2 (en) | 2003-12-29 | 2010-08-10 | Motorola, Inc. | Method and system for employing adaptive event codes |
| US20070211752A1 (en) * | 2006-03-13 | 2007-09-13 | Utstarcom, Incorporated | Method of establishing a PPP session over an air interface |
| US8023982B2 (en) | 2008-05-12 | 2011-09-20 | Qualcomm Incorporated | Wireless communication device having dynamically escalated media transmission handling |
| JP5157668B2 (ja) * | 2008-06-19 | 2013-03-06 | 富士通株式会社 | 通信装置および通信方法 |
| KR101568686B1 (ko) | 2009-10-23 | 2015-11-13 | 에스케이텔레콤 주식회사 | 무선인터넷 접속 시스템 및 모바일 단말기의 무선인터넷 초기 접속시간 최소화 방법과 이를 이용한 모바일 단말기 |
| US8949828B2 (en) * | 2011-01-11 | 2015-02-03 | International Business Machines Corporation | Single point, scalable data synchronization for management of a virtual input/output server cluster |
| US9144098B2 (en) * | 2011-02-14 | 2015-09-22 | Nokia Solutions And Networks Oy | Real-time gaming and other applications support for D2D communications |
| US9351331B2 (en) | 2012-04-18 | 2016-05-24 | Qualcomm Incorporated | Invasive socket manager |
| US9357409B2 (en) * | 2012-09-21 | 2016-05-31 | Azimuth Systems, Inc. | System level emulation of TD-SCDMA wireless networks |
| US8935710B1 (en) * | 2013-11-25 | 2015-01-13 | Amazon Technologies, Inc. | Unique event identification |
| US11750441B1 (en) * | 2018-09-07 | 2023-09-05 | Juniper Networks, Inc. | Propagating node failure errors to TCP sockets |
| US11080395B1 (en) | 2018-11-30 | 2021-08-03 | Capsule8, Inc. | Interactive shell event detection |
| US11863594B2 (en) * | 2021-01-07 | 2024-01-02 | Samsung Electronics Co., Ltd. | Electronic device and method for processing call request in electronic device |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5671436A (en) * | 1991-08-21 | 1997-09-23 | Norand Corporation | Versatile RF data capture system |
| US6009469A (en) * | 1995-09-25 | 1999-12-28 | Netspeak Corporation | Graphic user interface for internet telephony application |
| US6108704A (en) * | 1995-09-25 | 2000-08-22 | Netspeak Corporation | Point-to-point internet protocol |
| AU727726B2 (en) * | 1996-10-31 | 2000-12-21 | Discovision Associates | Single chip VLSI implementation of a digital receiver employing orthogonal frequency division multiplexing |
| US6016511A (en) * | 1997-09-12 | 2000-01-18 | Motorola Inc. | Apparatus and method for interfacing protocol application data frame operation requests with a data frame input/output device |
| JP2002502189A (ja) * | 1998-01-29 | 2002-01-22 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | 移動データ転送用通信システム |
| US6363477B1 (en) * | 1998-08-28 | 2002-03-26 | 3Com Corporation | Method for analyzing network application flows in an encrypted environment |
| US6542734B1 (en) * | 2000-03-30 | 2003-04-01 | Qualcomm Incorporated | Method and apparatus for detecting specified events in a mobile station |
-
2001
- 2001-03-29 JP JP2001573728A patent/JP4745586B2/ja not_active Expired - Fee Related
- 2001-03-29 AU AU2001251104A patent/AU2001251104A1/en not_active Abandoned
- 2001-03-29 CA CA002402356A patent/CA2402356A1/en not_active Abandoned
- 2001-03-29 MX MXPA02009502A patent/MXPA02009502A/es unknown
- 2001-03-29 KR KR1020027011854A patent/KR100778605B1/ko not_active Expired - Fee Related
- 2001-03-29 IL IL15135001A patent/IL151350A0/xx active IP Right Grant
- 2001-03-29 CN CN01807532A patent/CN1422482A/zh active Pending
- 2001-03-29 WO PCT/US2001/010140 patent/WO2001076177A2/en not_active Application Discontinuation
- 2001-03-29 EP EP01924453A patent/EP1273148A2/en not_active Withdrawn
-
2002
- 2002-08-19 IL IL151350A patent/IL151350A/en not_active IP Right Cessation
-
2004
- 2004-02-11 US US10/777,265 patent/US20040162061A1/en not_active Abandoned
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220337600A1 (en) * | 2021-04-16 | 2022-10-20 | Visa International Service Association | Method, System, and Computer Program Product for Protocol Parsing for Network Security |
| US11743270B2 (en) * | 2021-04-16 | 2023-08-29 | Visa International Service Association | Method, system, and computer program product for protocol parsing for network security |
| US12149542B2 (en) | 2021-04-16 | 2024-11-19 | Visa International Service Association | Method, system, and computer program product for protocol parsing for network security |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1422482A (zh) | 2003-06-04 |
| WO2001076177A2 (en) | 2001-10-11 |
| IL151350A0 (en) | 2003-04-10 |
| MXPA02009502A (es) | 2003-05-15 |
| KR20030010590A (ko) | 2003-02-05 |
| AU2001251104A1 (en) | 2001-10-15 |
| CA2402356A1 (en) | 2001-10-11 |
| IL151350A (en) | 2008-06-05 |
| EP1273148A2 (en) | 2003-01-08 |
| WO2001076177A3 (en) | 2002-02-28 |
| US20040162061A1 (en) | 2004-08-19 |
| JP2003530020A (ja) | 2003-10-07 |
| KR100778605B1 (ko) | 2007-11-22 |
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 | |
| JP2004500785A (ja) | 移動局のアプリケーションが指定された状況メッセージを識別するための方法および装置 | |
| CA2402359A1 (en) | Method and apparatus for notifying a mobile station application of specified events | |
| 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: 20100812 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100817 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101214 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110308 |
|
| 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: 20110412 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110512 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140520 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4745586 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 |