13075901307590
I ，九、發明說明： 【發明所屬之技術領域】 一般而言，本發明係關於實施無線存取協定（WAP)推 播，更詳而言之係關於傳輸通話開始請求之系統及方法。 【先前技術】 在典型之用戶端/伺服器環境中，一用戶端利用一服務 或資訊請求來連接一伺服器β伺服器回應於該請求並向該 用戶端回報資訊。由於用戶端有效地從伺服器拉出資訊， 籲此互動被稱為拉播。在網際網路上搜尋搜尋引擎係典型拉 播之一好實例。在此實例中，用戶端向伺服器傳輸一搜尋 字串，該伺服器以一匹配元件列表作為回應。 另一用戶端/伺服器互動涉及伺服器在用戶端沒有發出 明福之要求向其傳輸資訊之指令時向用戶端傳輸資訊。由. 於伺服器有效地將資訊推向用戶端，此互動被稱為推播。 股票報價之頻繁傳輸係典型推播之一好實例。伺服器運行 籲被設置成以預定時間間隔記錄股票報價並自動將更新傳輸 至用戶端之軟體。因此，即使用戶端在此等時間間隔中不 請求資訊，伺服器也傳輸資訊。 針對無線網路，當前傳送推播服務之工業標準係無線存 取協定（WAP)推播。參考圖丨，執行WAP推播之架構通常藉 由數字100示出。架構100包括一推播啟動器（PI)102、一推 播代理閘道器（PPG)1〇4以及一行動台106。推播啟動器1〇2 通常係在網路之伺服器上運行之應用程式。推播啟動器 102以及PPG 1〇4透過鏈路108，利用推播存取協定進行通 101095.doc 1307590 < ' 信。而PPG 104透過鏈路11〇’利用無線推播協定與行動台 10 6通信。 從 www.wmlclub.com/docs/especwap2.0/WAP-235-PushOTA-20010425-a.pdf.下載之2001年4月25日之「推播OTA協定」第1-44頁描 述了利用WAP傳送推播服務之無線推播協定之實例’例如 OTA-HTTP 以及 OTA-WPS。 然而，在透過整體封包無線電服務（GPRS)之推播傳送 中，沒有主動承載者（即用於在裝置之間載送傳輸層之訊 • 息之主動網路）之情況中，定義一程序啟動封包資料協定 (PDF)上下文，從而使主動承載者可供使用。根據WAP推 播規範，WAP-250-PushArchOverview-20010703-a 之 2001 年7月3日版本，PPG 104將一通話開始請求（SIR)發送至通 話開始應用程式（SIA)。 SIA係常駐在行動台106上之應用程式’並且已被指定為 用於接收SIR訊息及對SIR訊息作出回應。一旦SIA從PPG _ 104接收SIR，其藉由啟動一適當的承載者來作出回應，並 聯絡所要求之PPG 104以便建立推播通話。然後PPG 104可 以將所要求之資訊推播至行動台106。 通常，SIR利用無連接推播，透過簡訊服務（SMS)將SIR 傳輸至SIA。參考圖2，樣本SMS架構通常藉由數字200說 明。SMS中心（SMSC)202被耦接至PPG 104，以便接收 SIRL。SMSC 202進一步透過信號轉運點（STP)206與本籍 位置記錄器（HLR)204耦接在一起。STP 206進一步透過無 線網路208被耦接至行動台106。 101095.doc 1307590 PPG 104將SIR傳輸至SMSC 202。作為一儲存和轉發系 統之 SMSC 202 儲存 SIR。SMSC 202 向 HLR 204 發送 SMS 請 求，以便定位將向其發送SIR之相應行動台106。HLR 204 以行動台之狀態作為SMS請求之回應。 如果行動台的狀態係未啟用，則SMSC 202將等待一預定 時間週期。一旦行動台106變成啟用，那麼HLR 204將SMS 通知發送至SMSC 202。如果SMSC在預定時間過期之前未 接收到SMS通知，則SMSC 202將嘗試再次傳輸SMS請求。 ® 如果行動台的狀態為啟用，則HLR 204將行動台106之位 置傳輸至SMSC 202，SMSC 202將訊息傳遞至行動台106。 一旦訊息被傳輸，行動台106以訊息已接收之確認作為回 應，SMSC 202不需嘗試再次發送SIR。一旦SIA接收SIR， PPG 104就建立了 PDP上下文，並且可以發生推播。 然而，雖然透過SMS輸送SIR提供了持續性，但是其亦 引進許多限制。如前所述，SMS係一儲存以及轉發系統， I 其為SIR訊息之輸送帶來延緩。 此外，可能在SMSC 202與HLR 204之間產生習知之競爭 情形，此導致SIR在一段延長時間内，在SMSC中保持未決 狀態。當用戶在漫遊且表明自身（例如）聚集大量SMS訊息 時，此種情況頻繁地發生。在HLR以及遊客位置記錄器 (VLR)已被更新後，通常在用戶嘗試打電話或接聽電話 時，傳輸一訊息積壓。 此外，透過SMS傳輸SIR不是最可靠的，且由於系統之 儲存以及轉發屬性，訊息之發信方在SMS訊息有效期過期 101095.doc 1307590 之前將不能發現訊息 因此，本發明之一 【發明内容】 未被傳輸，而這可能是值得注意的。 目的係消除或減輕至少部分上述缺點。 本發明提供啟動一 一無線存取協定（WAP)推播通話 以便將I. Nine, Invention Description: TECHNICAL FIELD OF THE INVENTION The present invention relates generally to the implementation of Radio Access Protocol (WAP) push, and more particularly to a system and method for transmitting a call start request. [Prior Art] In a typical client/server environment, a client uses a service or information request to connect to a server. The beta server responds to the request and reports information to the client. Since the client effectively pulls the information from the server, the interaction is called a pull. Searching the Internet for a good example of a typical pull of a search engine. In this example, the client transmits a search string to the server that responds with a list of matching components. Another client/server interaction involves the server transmitting information to the client when the client does not issue an instruction to transmit information to it. The interaction is effectively pushed to the client by the server. This interaction is called push. The frequent transmission of stock quotes is a good example of a typical push. The server operation is set to record stock quotes at predetermined time intervals and automatically transfer the updates to the client's software. Therefore, the server transmits information even if the client does not request information during these intervals. For wireless networks, the industry standard for delivering push services today is the Wireless Access Protocol (WAP) push. Referring to Figure 架构, the architecture for performing WAP push is typically shown by the numeral 100. The architecture 100 includes a push launcher (PI) 102, a push proxy gateway (PPG) 1〇4, and a mobile station 106. Push Launcher 1〇2 is usually an application that runs on a server on the network. The push launcher 102 and the PPG 1〇4 pass through the link 108 and use the push access protocol to pass the 101095.doc 1307590 < ' letter. The PPG 104 communicates with the mobile station 106 via the radio link protocol via the link 11'. Downloading from www.wmlclub.com/docs/especwap2.0/WAP-235-PushOTA-20010425-a.pdf. Downloaded on April 25, 2001, "Pushing OTA Agreement" on page 1-44 describes the use of WAP transmission. Examples of push push protocols for push broadcast services such as OTA-HTTP and OTA-WPS. However, in the case of push delivery through the Whole Packet Radio Service (GPRS), there is no active bearer (ie, an active network for carrying the information of the transport layer between devices), and a program is started. Envelope Data Agreement (PDF) context to make active carriers available. According to the WAP Push Specification, the July 3, 2001 version of WAP-250-PushArchOverview-20010703-a, PPG 104 sends a Call Start Request (SIR) to the Call Start Application (SIA). The SIA is resident on the mobile station 106' and has been designated to receive SIR messages and respond to SIR messages. Once the SIA receives the SIR from PPG_104, it responds by initiating an appropriate bearer and contacts the requested PPG 104 to establish a push call. The PPG 104 can then push the requested information to the mobile station 106. Typically, the SIR uses a connectionless push to transmit the SIR to the SIA via a Short Message Service (SMS). Referring to Figure 2, the sample SMS architecture is generally illustrated by the numeral 200. A SMS Center (SMSC) 202 is coupled to the PPG 104 to receive the SIRL. The SMSC 202 is further coupled to a Home Location Recorder (HLR) 204 via a Signal Transfer Point (STP) 206. STP 206 is further coupled to mobile station 106 via wireless network 208. 101095.doc 1307590 PPG 104 transmits the SIR to SMSC 202. The SMSC 202, which is a store and forward system, stores the SIR. The SMSC 202 sends an SMS request to the HLR 204 to locate the corresponding mobile station 106 to which the SIR will be sent. The HLR 204 responds to the SMS request with the status of the mobile station. If the state of the mobile station is not enabled, the SMSC 202 will wait for a predetermined period of time. Once the mobile station 106 becomes enabled, the HLR 204 sends an SMS notification to the SMSC 202. If the SMSC does not receive an SMS notification before the predetermined time expires, the SMSC 202 will attempt to transmit the SMS request again. ® If the status of the mobile station is enabled, the HLR 204 transmits the location of the mobile station 106 to the SMSC 202, which transmits the message to the mobile station 106. Once the message is transmitted, the mobile station 106 responds with an acknowledgement that the message has been received, and the SMSC 202 does not need to attempt to transmit the SIR again. Once the SIA receives the SIR, the PPG 104 establishes a PDP context and pushes can occur. However, while the delivery of SIR through SMS provides continuity, it introduces many limitations. As mentioned earlier, SMS is a storage and forwarding system that delays the delivery of SIR messages. In addition, a conventional race condition may arise between the SMSC 202 and the HLR 204, which causes the SIR to remain pending in the SMSC for an extended period of time. This happens frequently when the user is roaming and indicates that he or she is, for example, aggregating a large number of SMS messages. After the HLR and the Visitor Location Recorder (VLR) have been updated, a message backlog is typically transmitted when the user attempts to make a call or answer a call. In addition, the transmission of SIR through SMS is not the most reliable, and due to the storage and forwarding attributes of the system, the sender of the message will not be able to find the message until the validity period of the SMS message expires 101095.doc 1307590. Therefore, one of the inventions [invention] It is transmitted, and this may be worth noting. The aim is to eliminate or alleviate at least some of the above disadvantages. The present invention provides for initiating a wireless access protocol (WAP) push call to
動請求， ,口啟動承載者建立一推播通話，以便回應該啟 從而使得該推播代理閘道器將資訊推播至該行動 連接導向發訊通道宜在不利用储存和轉發機構之情況 下傳輸該啟動請求。在—具體實施例中，該連接導向資料 通道包括用⑥傳輸非結構性增添服冑資料（USSD)之通道。 同樣地，該啟動璋求可以符合用於服務啟動請求（sir)之 WAP協定或用於非結構性增添服務請求（ussr)之uSSD協 定。在後者中，該方法可包括利用傳輸USSD之通道與該 φ 行動台建立連接；並且發送一 USSR訊息，請求該行動台 啟動並建立一推播通話。 根據本發明之其他方面，本領域普通技術人員將進一步 認識到實施無線存取協定（WAP)推播通話以便將資訊傳輸 至一行動台之方法、設備、系統以及電腦程式製品。 【實施方式】 現在，僅以實例之方式結合附加圖式對本發明之具體實 施例進行描述。 如上所述’根據先前技術，為了啟動推播通話以及啟動 101095.doc ⑧ 1307590 * • 承載者，以在PPG及用戶端行動台之間傳輸推播資料， PPG通常利用SMS，以無連接方式將一 SIR發送至用戶端。 用戶端之SIA接收該SIR，且如果合適就建立啟動承載者之 推播通話，藉此承載者接收推播資料。根據此處之教導， 用於輸送SIR之連接導向發訊通道方案被用來消除先前技 術方案之基於SMS之無連接之儲存和轉發屬性。一實例通 道係非結構性增添服務資料（USSD)，其被限定為GSM建議 02.90之部分，隨後公佈為自1999版以來之30??規範30丁3 籲 13.090。USSD在行動台與運行於數位細胞式通信網路之節 點應用之間，提供一連接導向發訊通道，以允許該應用向 該行動台請求資訊或者在不向該行動台請求資訊之情況 下，通知該行動台。根據本發明之一具體實施例，利用 USSD通道來傳輸SIR，而不是利用SMS來傳輸SIR。 如上所述，USSD提供在GSM網路中傳輸資訊或指令之 方法。雖然SMS和USSD均採用GSM網路之發訊路徑，並 允許網路應用啟動與行動台之通信，但這兩種通信模式之 間存在重大差異。USSD不是儲存和轉發服務，而是通話 導向服務。當通話建立後，其保持開放，直到行動台、網 路應用或超時將其釋放。因此，由於通話導向屬性以及缺 乏儲存和轉發特徵，USSD之回轉回應時間比SMS短。如 果不能建立USSD通話，則啟動應用就會快速收到通知， 並可以相應採取措施。 參考圖3，本具體實施例之系統架構通常藉由數字300表 示。系統300包括一與支援USSD發訊之GSM網路301耦接 101095.doc 1307590 ♦ 在一起之PPG 104。網路301包括一 GSM本籍位置記錄器 (HLR) 302、一 GSM遊客位置記錄器（VLR)304以及行動交 換中心（MSC)306。在行動台106漫遊時，HLR 302與VLR 304耦接在一起。HLR 302和VLR 304還被耦接至相應之 MSC 306 ’以便與該行動台106進行通信。 參考圖4，其係描述本具體實施例之一般操作之流程 圖，該圖由數字400表示。在步驟402中，PPG 104將SIR以 及用於識別目標行動台106和目標應用之識別符傳輸至 ® HLR 302。在步驟404中，破定該行動台是否在漫遊。如果 該行動台不是在漫遊，則操作前進至步驟406。在步驟406 中，SIR被傳輸至相應之MSC 306。在步驟408中，MSC 306將訊息傳送至行動台1〇6。在步驟410中，行動台106利 用SIR更新SIA。在步驟412中，SIR以啟動一適合承載者並 連絡PPG 104來作為回應。 如果在步驟404中確定行動台1〇6正在漫遊，則操作前進 _ 至步驟414。在步驟414中，HLR 302將其從PPG 104接收 之資訊傳輸至VLR 304。然後，操作繼續至步驟406。 因此’上述方法提供將SIR訊息傳送至行動台106之 USSD承載者。因此，可以保持所有現存之Wap協定，此 促進本發明之簡單實施。 參考圖5，其係描述本發明另一具體實施例之操作之流 程圖’該圖由數字500表示。在本具體實施例中’應用於 WAP規範中之現有SIR訊息被客製之USSD訊息代替。 在步驟502中，PPG 104將一請求傳送至HLR 302。該請 101095.doc •10· 1.307590 . 求係一 USSD格式。典型USSD請求格式係*#*Μ五， 其中*用於分離參數、N表示所請求之服務、MESSAGE表 示視需要補充之資訊，#用於結束該請求。本領域之普通 技術人員應瞭解：訊息可以包括多於或少於所示出之兩個 參數。此種啟動請求訊息宜被標準化，以使不同應用商設 備之間互通。啟動請求訊息可以採用許多格式，或者為文 字串《ACTIVATE PDP#或者為數字串*8845#，或者為其他 變體。此種USSD訊息去除了根據該WAP協定之SIR需要， • 並且可擴展為包含其他欄位，例如指示用於該PDP環境之 任意服務品質需求；例如 ^ACTIVATE PDP[conversational]#。 在步驟503中，HLR 302嘗試於行動台106建立USSD通 話。在步驟5 04中，確定行動台是否在漫遊。如果行動台 沒有漫遊，則操作前進至步驟506。在步驟506中，USSD 通話請求被傳輸至相應之MSC 306 »在步驟508中，MSC 3 06將該通話請求傳輸至行動台106 »在步驟510中，行動 台106對該請求作出回應，並建立通話。在步驟5 12中， HLR 302將USSD請求傳輸至行動台106。在步驟514中，行 動台接收USSD請求，並以啟動一適當之用於建立PDP環境 之承載者來作回應。 如果在步驟504中確定行動台106正在漫遊，則操作前進 至步驟516。在步驟516中，HLR 302將USSD請求傳輸至 VLR 304。然後，操作繼續至步驟506。 上述之具體實施例包含數個好處《具體而言，利用 USSD作為承載者，使得推播比習知之可能採用SMS之推 101095.doc -II - 1307590 * 播快。另外，經常與SMS衝突之競爭條件在採用USSD時 不會發生。此外’基於USSD之方案係基於通話的。因 此如果當透過USSD嘗試一啟動請求時，行動台1〇6關機 或在工作範圍之外，則立刻可以向ppG回報一錯誤訊息。 此效應，即立刻回報錯誤訊息，對於對時間要求嚴格之 推播資訊服務特別有益。因為該領域之當前狀態，SMS2 使用意謂著一旦SIR已發送，則如果行動台關機或在範圍 _ 之外時，其將在8河8(：中在SMS有效期保持「未決」。這可 能導致SIR請求所建立之積壓；例如提供每1〇分鐘更新體 育比赛之服務應用。如在此所述，由於USSD之應用，服 務應用可以幾乎立刻意識到行動台是否有效，並且可以在 適合時調整其工作狀態；例如，暫停服務、調整服務之費 用或者透過一些其他機構（例如SMS)通知用戶他們需要在 合適時候重新啟動該服務。 本領域之普通技術人員應瞭解，前面之說明係實施本發 φ 明之較佳具體實施例，本發明之範圍不應受此說明限制。 本領域技術人員可以在不脫離本申請之範圍之情況下，對 具體實施例作出替換、修改和變更。例如，雖然所描述之 具體實施例採用USSD，但本領域技術人員將瞭解，提供 相同優點之其他協定可以作為代替。在此描述之本發明係 由附加之申請專利範圍所限定，並且希望涵蓋且包含技術 上之所有適當改變。 【圖式簡單說明】 圖1係描述一 WAP推播架構之示意性方塊圖； 101095.doc -12- 1307590 圖2係描述一 SMS架構之示意性方塊圖； 圖3係描述根據本發明一具體實施例之WAP推播架構之 不意性方塊圖， 圖4係說明本發明一具體實施例之操作之流程圖；及 圖5係說明本發明另一具體實施例之操作流程圖。 為方便起見，說明書中相同之數字指示圖式中相同之結 構。 【主要元件符號說明】The mobile request, the port initiates the bearer to establish a push call, so as to enable the push proxy gateway to push the information to the mobile connection oriented communication channel without using the storage and forwarding mechanism. Transfer the start request. In a particular embodiment, the connection-oriented data channel includes a channel for transmitting non-structural addition service data (USSD) with 6. Similarly, the initiating solicitation can conform to a WAP protocol for a service initiation request (sir) or a uSSD protocol for a non-structural addition service request (ussr). In the latter, the method can include establishing a connection with the φ mobile station using a channel for transmitting USSD; and transmitting a USSR message requesting the mobile station to initiate and establish a push-to-talk call. In accordance with other aspects of the present invention, those of ordinary skill in the art will further recognize methods, apparatus, systems, and computer programs that implement a Wireless Access Protocol (WAP) push call to transmit information to a mobile station. [Embodiment] Now, specific embodiments of the present invention will be described by way of example only in conjunction with the accompanying drawings. As described above, 'in accordance with the prior art, in order to initiate a push call and start 101095.doc 8 1307590 * • a bearer to transmit push data between the PPG and the client mobile station, the PPG usually utilizes SMS to connect in a connectionless manner. An SIR is sent to the client. The SIA of the client receives the SIR and, if appropriate, establishes a push call to initiate the bearer, whereby the bearer receives the push material. In accordance with the teachings herein, a connection-oriented signaling channel scheme for transporting SIRs is used to eliminate the SMS-based connectionless storage and forwarding attributes of the prior art. An example channel is the Non-Structural Addition Service Material (USSD), which is limited to the part of GSM Recommendation 02.90, which was subsequently published as a 30-year specification since the 1999 version. The USSD provides a connection-oriented signaling channel between the mobile station and the node application running on the digital cellular communication network to allow the application to request information from the mobile station or not request information from the mobile station. Notify the mobile station. In accordance with an embodiment of the present invention, the SIR is transmitted using the USSD channel instead of using the SMS to transmit the SIR. As noted above, USSD provides a means of transmitting information or instructions over a GSM network. Although both SMS and USSD use the GSM network signaling path and allow network applications to initiate communication with the mobile station, there are significant differences between the two communication modes. USSD is not a store and forward service, but a call-oriented service. When the call is established, it remains open until the mobile station, network application, or timeout releases it. Therefore, due to the call-oriented nature and the lack of storage and forwarding features, the USSD's turnaround response time is shorter than SMS. If a USSD call cannot be established, launching the app will quickly notify you and take action accordingly. Referring to Figure 3, the system architecture of this embodiment is generally indicated by numeral 300. The system 300 includes a PPG 104 coupled to a GSM network 301 that supports USSD signaling 101095.doc 1307590 ♦. The network 301 includes a GSM Home Location Recorder (HLR) 302, a GSM Visitor Location Recorder (VLR) 304, and a Mobile Switching Center (MSC) 306. As the mobile station 106 roams, the HLR 302 is coupled to the VLR 304. HLR 302 and VLR 304 are also coupled to respective MSCs 306' for communicating with the mobile station 106. Referring to Figure 4, there is depicted a flow diagram of the general operation of the present embodiment, which is represented by numeral 400. In step 402, the PPG 104 transmits the SIR and the identifiers for identifying the target mobile station 106 and the target application to the ® HLR 302. In step 404, it is determined whether the mobile station is roaming. If the mobile station is not roaming, the operation proceeds to step 406. In step 406, the SIR is transmitted to the corresponding MSC 306. In step 408, the MSC 306 transmits the message to the mobile station 1〇6. In step 410, the mobile station 106 updates the SIA with the SIR. In step 412, the SIR responds by initiating a suitable carrier and contacting the PPG 104. If it is determined in step 404 that the mobile station 1〇6 is roaming, then the operation proceeds to step 414. In step 414, HLR 302 transmits the information it receives from PPG 104 to VLR 304. Then, the operation proceeds to step 406. Thus the above method provides for transmitting an SIR message to the USSD carrier of the mobile station 106. Thus, all existing Wap agreements can be maintained, which facilitates a simple implementation of the present invention. Referring to Figure 5, which is a flow diagram depicting the operation of another embodiment of the present invention, the figure is represented by numeral 500. In the present embodiment, the existing SIR message applied to the WAP specification is replaced by a custom USSD message. In step 502, PPG 104 transmits a request to HLR 302. Please 101095.doc •10· 1.307590. Ask for a USSD format. A typical USSD request format is *#*Μ5, where * is used to separate parameters, N is the requested service, MESSAGE is indicated as needed, and # is used to end the request. One of ordinary skill in the art will appreciate that the message may include more or less than the two parameters shown. Such start request messages should be standardized to allow interworking between different application devices. The start request message can be in many formats, or the string "ACTIVATE PDP# or the numeric string *8845#, or other variants. Such USSD messages remove the SIR requirements according to the WAP protocol, and can be extended to include other fields, such as indicating any quality of service requirements for the PDP environment; for example, ^ACTIVATE PDP[conversational]#. In step 503, HLR 302 attempts to establish a USSD call at mobile station 106. In step 504, it is determined whether the mobile station is roaming. If the mobile station is not roaming, the operation proceeds to step 506. In step 506, the USSD call request is transmitted to the corresponding MSC 306. In step 508, the MSC 306 transmits the call request to the mobile station 106. In step 510, the mobile station 106 responds to the request and establishes call. In step 51, the HLR 302 transmits the USSD request to the mobile station 106. In step 514, the mobile station receives the USSD request and responds by initiating an appropriate bearer for establishing the PDP environment. If it is determined in step 504 that the mobile station 106 is roaming, then operation proceeds to step 516. In step 516, HLR 302 transmits the USSD request to VLR 304. Then, the operation proceeds to step 506. The above specific embodiment includes several advantages. Specifically, the USSD is used as a carrier, so that the push can be pushed by the SMS 101095.doc -II - 1307590 * than the conventional one. In addition, the competitive conditions that often conflict with SMS do not occur when using USSD. In addition, the USSD-based solution is based on calls. Therefore, if the mobile station 1〇6 is turned off or outside the working range when attempting to initiate a request through the USSD, an error message can be reported to the ppG immediately. This effect, that is, the immediate return of the error message, is particularly beneficial for time-critical push information services. Because of the current state of the field, the use of SMS2 means that once the SIR has been sent, if the mobile station is shut down or outside the range _, it will remain "pending" during the validity period of the SMS in 8 River 8 (: This may result in The backlog established by the SIR request; for example, providing a service application that updates the sports event every 1 minute. As described herein, due to the application of USSD, the service application can almost immediately realize whether the mobile station is valid and can adjust it when appropriate. The status of the work; for example, suspending the service, adjusting the cost of the service, or notifying the user through some other organization (such as SMS) that they need to restart the service at the appropriate time. Those skilled in the art will appreciate that the foregoing description implements the present invention. The present invention is not limited by the scope of the invention, and the invention may be substituted, modified and changed without departing from the scope of the application. For example, although described The specific embodiment uses USSD, but those skilled in the art will appreciate other protocols that provide the same advantages. The invention described herein is defined by the scope of the appended claims, and it is intended to cover and include all appropriate modifications of the invention. FIG. 1 is a schematic diagram depicting a WAP push architecture. Figure 2 is a schematic block diagram depicting an SMS architecture; Figure 3 is a block diagram depicting a WAP push architecture in accordance with an embodiment of the present invention, and Figure 4 is a block diagram illustrating BRIEF DESCRIPTION OF THE DRAWINGS FIG. 5 is a flow chart showing the operation of another embodiment of the present invention. For the sake of convenience, the same numerals in the specification indicate the same structures in the drawings. Description]
100 執行WAP推播之架構 102 推播啟動器 104 推播代理閘道器 106 行動台 108 鏈路 110 鏈路 200 SMS架構 202 SMSC 204 本籍位置記錄器 206 信號轉運點 208 無線網路 300 通信系統 301 GSM網路 302 GSM本籍位置記錄器 304 GSM遊客位置記錄器 306 行動交換中心 101095.doc -13 -100 Architecture for Performing WAP Push 102 Push Launcher 104 Push Agent Gateway 106 Mobile Station 108 Link 110 Link 200 SMS Architecture 202 SMSC 204 Home Location Recorder 206 Signal Transfer Point 208 Wireless Network 300 Communication System 301 GSM Network 302 GSM Home Location Recorder 304 GSM Visitor Location Recorder 306 Mobile Switching Center 101095.doc -13 -