200917803 九、發明說明： 【發明所屬之技術領域】 。特定而言 要求及提供 本發明係關於通信網路中的服務提供領域 之，本發明係關於一種在一進行中的呼叫期間 服務的技術。 【先前技術】 對於參與一語音或多媒體呼叫的各方來說，常常需要在 呼叫仍在進行中時獲得與啤叫相關之資訊。此類與^叫相 關之資訊可包含其中-方之名稱及位址或引導路徑至盆中 -方之地理資訊(如地圖或路線資訊)。為了起始一呼:" 詢問’涉及呼叫之-方將首先在其使用者終端機中輸入一
可包含所要求資訊之-識別碼的服務要求。然後可將該服 務要求傳輸至-主控該所要求f訊之網路伺服器。 目前的電話網路在—有限程度上已經提供用於產生呼叫 中服務要求之機制。對此可提及之一可能性係來自在傳統 的全球行動通信系統（GSM)網路系統中為人熟知⑽訊息 服務（SMS)m係藉由操作該使用者終端機之鍵盤來 編譯（一般藉由手動綠人— 一子7L序列）。然而，對於使用者 在進行-呼叫期間鍵入一短訊息容易出錯且比較麻煩。 、對使用者略更有利的係使用網際網路瀏覽器產生服務要 求如7通用封包無線電服務（GpRs)與全球行動電信系 統（UMTS)網路亦為行動裝置（如行動電話或個人數位助理） =覽功能。儘管如此，在電話中交談時操作一網際網 路々丨L覽器係干擾性且費時。 133500.doc 200917803 用於產生呼叫中服務要求的另一可能性係互動式語音回 應（Interactive Voice Response，IVR)系統。在 IVR 系統 中，一種語音與音調辨識機制轉變可聽式使用者輸入成為 電子服務要求。一般而言，當使用者將必須保留通話中的 呼叫同時連接至IVR系統時，IVR系統對於要求呼叫中服 務並不實用。 【發明内容】 有-需要係對使用者更有利的技術來要求及提供呼叫中 服務。 依據-第-態樣’此需要係藉由在兩個或多個呼叫方之 :1的二行中呼叫期間呼叫-資訊服務之-方法而得以滿 …中该資訊服務可存取與該等呼叫方相關聯之資訊。 括以下步驟：在進行中的呼叫期間接收來自-第 相關聯之資訊，·獲得指示該第二呼叫=:弟二呼叫方 以及將句人 之第一識別碼； 務。 服務要求傳送到該資訊服 該進行中之呼叫可以係一 ^ ^ , 吁H或多媒體呼叫。此 外》亥進仃中之呼叫可以係涉入三 議呼叫。從與該來自或向一使 /夕呼叫方之—會 -建立相關之發訊開始之時起且在或 束之前，—呼叫俜 — 呼Η或呼叫嘗試結 吁”係了在進订中"（即 ，，呼叫中，，）。 之用者终端機係可在 要求提供資訊之該第一呼叫 方將不同於-般與所要求的 133500.doc 200917803 資訊相闕聯之該第二 ., ^方。然而，在某—悟拟 呼叫方可與該第一呼叫方n 呆障形下該第二 ’ η方相同。換古之，兮结 要求關於其自己、關於田土、。之该第一呼叫方可 «於其使用者終端機、 網路帳戶(例如用於將該資訊本地儲存在其:用於：相關聯 上或翻於將該資訊轉遞 、肖者終端機 可用客錄古切题另使用者終端機)之資訊。 了用夕種方式獲得指㈣第：呼叫方 據一第一變化方弋 為別碼。依 扯… 式該弟—識別碼係完全或部分地從—本 地或一运端資料庫獲得。舉例 举例而5 ’可回應於來自該第一 呼叫方之訊息而從該資料庫擷取該第一識別碼。一旦擷 取，便可在傳送該服務要求之前將該第一識別碼添加到該 服務要求。依據-第二變化方式（其可以係與該第一變化 方式組合），㈣一識別碼係至少部分地包含於從該第一 呼叫方接收之訊息中。在此一情況下，傳送該服務要求之 步驟可包括將來自該第一呼叫方之訊息轉遞至該資訊服 務。若需要，則可在該轉遞步驟之前將該第一識別碼之其 他部分可本地添加到該訊息。 傳送至s玄資§fl服務之該第—識別碼可包括該第二呼叫方 之一網路位址。適合作為第一識別碼之網路位址包括，例 如：該第二呼叫方之一國際行動訂戶端識別（IMSI)、由該 第二呼叫方操作之使用者終端機之一國際行動設備識別 (IMEI)、該第二呼叫方之一電話號碼（例如一行動訂戶端 ISDN號碼，MSISDN)、與該第二呼叫方相關聯之一統一 資源識別碼（URI)或該第二呼叫方之一網際網路協定（IP)位 址。此外，或替代地’該第一識別碼可包括該第二呼叫方 133500.doc 200917803 二目錄名稱。該目錄名稱一般係該第二令叫方之一個人 二列如名與姓的結合)’如在-電子電話薄或任何其他 系統資料庫中所註冊的一樣。 上述方法可進-步包括以下步驟··獲得指示該第一呼叫 方之一第二識別碼(一般假定該第—呼叫方不同於該第二 呼叫方)’以及將該第二識別碼傳送到該資訊服務。與： 第-識別碼㈣，該第二識別碼可包括該第—呼叫方之— 網路位址與該第-啤叫方之—目錄名稱中的至少一項。 在一實現方案中’該第二識別碼至少部分係從—資料庫 獲得且（除該第-識別碼外）添加至向該資訊服務傳送之服 務要求。此外’該第二識別碼可至少部分係經由來自該第 一呼叫方之初始訊息而獲得。該第二識別碼可提示該資訊 服務將所要求的資訊直接傳送到該第一呼叫方 的，該第二識別碼可包括該第一呼 了 Ί万之一網路位址。 依據另-實施方案，上述方法額外包括獲得指示所要求 貪訊之-第三識別碼以及將該第三識別碼傳送到該資訊服 務。該第三識別碼可至少部分係從—資料庫及/或直接經 由來自該第-啤叫方之初始訊息而獲得。此外，可在該服 務要求中(連同該第一識別碼與該可選的第二識別碼)將該 第三識別碼傳送至該資訊服務。 在一變化方式中，該第三識別碼指示要求該第二呼叫方 之-網路位址及/或-目錄名稱。在另一變化方式中，所 要求的資訊係關於與該第二，叫方相關聯之地理資訊。該 地理資訊可包含關於該第二呼叫方之街道位址資訊、地圖 133500.doc 200917803 資訊（例如一地圖，其顯示與該第二呼叫方相關聯之衝道 位址的附近區域）或路線資訊（例如，顯示從一特定地理位 置到與該第二呼叫方相關聯之街道位址的道路）。 該方法可額外包括初始步驟，即經由一電路交換網路， 例如一 GSM網路及/或一傳統有線電話網路，來建立呼 叫。然而，該方法亦可以係與部分或完全透過一封包交換 網路延伸之一呼叫組合實施。對此，可使用”承載語音 (VoIP)技術。 ( 可藉由一專用網路節點（例如一遠端網路伺服器）來提供 該資訊服務。替代地，該資訊服務可藉由一區域應用程式 (即，藉由與從該第一呼叫方接收該初始訊息並判定該訊 息要求提供與-第二呼叫方相關聯的資訊之網路組件共同 定位之一應用程式，該網路組件）來提供。 少存在藉由該第一啤叫方可如何產生與發送該初始訊息之 多種方式。在-範例中使用無結構輔助服務資料（ussd)標 U * ° §亥聰〇標準在該第三代通信合作料劃（3GPP)技術 規格（TS)22.090中定^，”該無結構輔助服務資料（uss〇) 階段1”係有關在USSD訊息之格式、產生及解譯方面以引 用的方式併入本文。在3GPP TS 22 _ V3 4 〇 (2〇〇〇1〇)之 帛6.5章節，，使用者設備(UE)之人機介面(MM。"中說明基於 USSD訊息之補充服務控制，其係以引用的方式併入本 文。 依據-第二態樣，提供一種在兩個或多個呼叫方之間的 一進行中呼叫期間操作-資訊服務的方法，其中該資訊服 133500.doc 200917803 :了 =與該等呼叫方相關聯之資訊。該方法包括以下步 驟.在進行中的呼叫期間接收已由一第-呼叫方起始之一 服務要求；分析該料要求關定與要求其相關資訊之一 :-呼叫方相關聯之一識別碼；獲得與該 關於該第二呼叫方之資訊；以及向提出要求的的第二 方傳送該資訊。 向k出要求的的第一呼叫方傳送兮杳邱 料5fl之步驟可包含將 U貝讯直接傳送至由該第一
7 1力铞作之一使用者終端機 (列如’經由與此使用者終端機相關聯之—網路位址）。替 代地’可透過配置於該資訊服務與由該第_呼叫方操作的 使用者終端機之間的一中間網路節點(例如，、經由與該中 網路節點相關聯之-網路位址）而發送該資訊。舉:而 言’該中間網路節點可以係實行依據上述第一態樣之方法 的步驟之一或多個步驟之一網路節點。 可以多種方式向提出要求的的第—啤叫方傳送該資訊。 在一祀例中，該資訊係經由一訊息服務傳送（例如’作為 一 SMS訊息、一仍犯訊息或一多媒體訊息服務（即隨 訊息）。 本文所提出之解決方式可以係採取軟體形式、作為硬體 實施方案或作為軟體與硬體之組合來實施。作為—軟體實 現形式，提供-種電腦程式產品，其包括程式碼部分，以 在該電腦程式產品係執行於一或多個電腦裝置上時執行本 文所提出方法中的任何方法之步驟之一。舉例而言，該等 電腦裝置可包括-行動交換中心（M s C )、—專用網路祠服 133500.doc 200917803 器、一使用者終端機或任何其他網路組件。 該電腦程式產品可以係儲存在一電腦可讀取的記錄媒體 上，例如在一電腦裝置内或與之相關聯之一永久性或可重 寫記憶體，或者-可移除式CD_ROM或dvd。額外或替代 地，該電腦程式產品可以係提供用以下載到一電腦裝置， 例如經由一網路，如網際網路。 依據另-態樣，提供一種在兩方或多方之間的一進行中 呼叫期間用於呼叫一資訊服務的網路裝置，其中該資訊服 矛乃可存取與該等呼叫方相關聯之資訊。該網路裝置包括： ϋ面’其經調適用以在該呼叫進行期間接收來自— 第一呼叫方之一訊息；一訊息處置器，其經調適用以判定 該訊息要求提供與一第二啤叫方相關聯之資訊，一电件， 其經調適用以獲得指示此第二呼叫方之一識別碼；以及一 第二介面’其經調適用以將包括該識別碼之一服務要求傳 送至該資訊服務。該網路裝置可由—職構成或在其 把該MSC可以係包括在該進行中的呼叫之呼叫路徑中， 且因此具有與呼叫相關的知識，例如關於該等呼叫方。 依據另痛、樣，用於提供—在兩方或多方之間的—進 :呼叫期間提供資訊的網路饲服器，其中該網物"可丁 存取與料呼啊相關聯之資訊。該網路健器包括— 第"面#經調適用以在呼叫進行期間接收已由— 呼叫方起始之—服務要求；-分析器，其經調適用以分析 该服務要求以判定與要求其相關資訊之-第二啤叫方相關 聯之識別碼，—處理器，其經調適用以獲得與該識㈣ 133500.doc -12· 200917803 相關聯且關於該第二呼叫方之資訊；以及—第二介面，其 經調適用以向提出要求的的第一呼叫方傳送該資訊。 依據一第一變化方式，該網路伺服器係與呼叫由該網路 伺服器提供的資訊服務之網路裝置共同定位。依據另一變 . 化方式，提供該資訊服務之網路伺服器之位置係遠離呼叫 該資訊服務之網路裝置。在此一情況下，該網路伺服器可 卩係實現為—中央網路組件’其將該資訊服務提供給複數 個遠端網路裝置。 【實施方式】 在下列說明中，基於說明而非限制之目的，提出特定細 節（例如特定通信協定標準及發訊息序列），以便於徹底瞭 解本文所提出之方法。熟習此項技術人士應明白，可在偏 離該等特定細節的其他具體實施例中實施本文所提出之解 决方式。舉例而言，熟習技術人士會瞭解雖然該等具體實 例中的些具體實施例係在採用該USSD訊息標準之背 (J 景中解說，但是亦可使用其他發訊息標準。 此外，㉚習技術人士將進—步明白，下文說明之功能可 以係藉由使用個別硬體電路、使用與—通用電腦或一經程 式化的微處理器結合起來發揮功能之軟體、使用特殊用途 積體電路（ASIC)及/或使用一或多個數位信號處理器 來具體實施。還將明白’雖然目前之解決方式係部分地說 明為方法，其亦可以係具體化於一電腦處理器及耦合至該 處理器之一記憶體中，其令該記憶體係以一或多個程絲 、’扁碼，當該等程式係由該處理器執行時，其實施本文揭示 133500.doc -13- 200917803 之各種方法步驟。 圖1:意性解說採用各種裝置具體實施例之'網路系統 相路系統_包括由―第—呼叫方操作之-第—使 用者終端機1〇以及由—第二,叫方操作之一第二使用者狄 端機12。料使㈣終端機1()、12可以係固定或行動裝 置。在圖！所示具體實施例中，該等使用者終端機ι〇二 係組態為涉及—進行中的呼叫（如—虛線所示）之行動電 «舌4呼叫透過一無線或有線通信網路μ延伸。 „。該網路系統1〇0進-步包括-網路裝置20與一網路词服 益30。該網路裝置2G與該網路伺服器％可以係該通信網路 M之刀替代地’該網路裝置2G與該網路伺服H 30可以 係由在該通信網路14外部的組件構成。該網路裝置加可以 係包括在該等兩個使用者終端機1〇、12之間進行的呼叫之 呼叫路徑中(而因此具有關於該等兩個呼叫方之 識）。 如圖1所示，該網路裝置20包括一第一介面22，以由 該通信網路14導向由該第-呼叫方操作之使用者終端機 10。該第-介面22經調適用以在，進行期間接收由該 第-呼叫方起始之一訊息。該網路裝置2〇進一步包括：一 訊息處理器24’其經調適用以將經由該第一介面22接收之 訊息與該進行中之呼叫相關，並判定該訊息要求提供與操 作另-使用者終端機12的第二呼叫方相關聯之資訊。 該網路裝置20之另-組件26經調適用以獲得指示該第二 呼叫方之-識別碼。為此目的，該組㈣可存取已騎叫 133500.doc -14- 200917803 處理目的而設定之一資料庫（圖！中未顯示）。替代地，該組 件26可經由該第一介面22所接收之訊息而獲得指示該第二 呼叫方之識別碼。依據一第三選項，該識別碼係部分地包 含於在該訊息中且部分地由該網路裝置2〇從一資料庫擷 取。該網路裝置20之一第二介面28經調適用以將包括該識 別碼之一服務要求傳送到提供所要求的資訊服務之網路伺 服器30。 如圖1所示，該網路伺服器30具有一第一介面32，其經 調適用以接收由該網路裝置20傳送之服務要求。該網路伺 服30之一分析器34經調適用以分析該服務要求以判定識 別要求其相關資訊的第二呼叫方之識別碼。 由e亥幺析器3 4判定之識別碼係轉遞至一處理器3 6，該處 理器36經調適用以獲得與該識別碼相關聯且關於該第二呼 叫方之資訊。為此目的，該處理器可存取該網路伺服器3〇 之一本地資料庫（圖！中未顯示）。替代地，或額外地，該處 理器36可將—資訊要求訊息傳送至另一網路裝置或網路資 料庫以獲得所要求的資訊。 該網路伺服器30經組態用以一旦已獲得所要求的資訊便 藉由一第二介面38向提出要求的的呼叫方之使用者終端機 1 0如送此資訊。如圖1中该等虛線所示，該資訊可以係經 由該通信網路14直接傳輸至該使用者終端機1〇，或可經由 該網路裝置20將該資訊按規定路線發送至該使用者終端機 10 ° 圖2 員示第一方法具體實施例之一示意性流程圖。該 133500.doc -15- 200917803 方法具體實施例可以係藉由圖丨所示 任何其他裝置在兩個或更多呼叫方之/網路裝置2〇或藉由 間呼叫一資訊服務之背景中實施。1的進仃中呼叫期 朋間接收來 訊息開始(步細)。在下-步驟204中：：二叫方之一 定其是^構成對提供與_第_ 彳β Λ心以判 % —止 —呼彳方相關聯之要求。秋 後’在步驟206中至少獲得指示該第 要='、、、 別碼。除該第一識別碼外匕第識 -呼叫方》@ ▲ 匕野了獲传指示提出要求的第 識別碼。 τ所要求錢之一第三 另一步驟208中，將包括該第一 iir ^ - Μ / ^ ^ 為別碼以及（若可獲得） 以第一及/或第二識別碼之一服務| ^成 '合 服務要求傳送至該資訊服 務。應注意，第二及第；;：钟如> 弟及第一4別碼之一或兩者亦可以係與該 服務要求分離地傳送至該資訊服務。 圖3顯示另-方法具體實施例之意性流程圖，其可 以係藉由圖i所示之網路㈣器3G或藉由任何其他能夠提 供關於涉人—進行中呼叫的各方之資訊之裝置來實施。圖 3所解5兑之方法具體實施例可以係回應於圖2所示之方法具 體實施例而實行。 >考圖3，該方法以在步驟3 〇2接收到一服務要求開始。 該服務要求係已由該等呼叫方之一第一方起始。 在下一步驟304中’分析該服務要求以判定與要求其相 關資訊之一第二呼叫方相關之至少一第一識別碼。如上 述，該服務要求可包括或可伴有指示該第一呼叫方之一第 133500.doc -16- 200917803 二】I及/或^不該要求#訊之—第三識別碼。該 :“可以係附屬該第二呼叫方之_目錄名稱及/或網路 替代地，或額外地，該所要求資訊可關於與該第二 ’叫方相關聯之地理’包括街道位址資訊、地圖資訊 及料資訊。所要求的地理資訊，在—特定情況下，亦可 與該第一呼叫方相關。 一旦在步驟3〇4中判定了該識㈣，便獲得與該識別碼
相關聯之所要求資訊（步驟3G6)。獲得該所要求資訊可包括 -區域資料庫中—查找程序或—遠端資料庫之—發訊息程 序。 在步驟306中已獲得該資訊之後，在下一步驟3〇8中向提 出要求的第一呼叫方傳送該資訊。為此目的，可使用一訊 息服務（如SMS或MMS)。 在下文中，將參考圖4至8將說明另一具體實施例。該另 一具體實施例可以係與圖1至3所說明之具體實施例組合。 圖4顯示涉入s亥另一具體實施例之主要組件，即一行動 使用者終端機（或行動台’ MS)410、一 MSC(或MSC伺服 器’ MSC-S)420以及一呼叫中目錄查詢伺服器430。該使 用者終端機410與該MSC 420兩者支援該USSD標準。為此 目的’如圖5所示’該使用者終端機41〇與該MSC 420之每 一者皆在一較低協定層上包含一本地USSD訊息處理器 412、422。在該使用者終端機410之一較高協定層上，一 人機介面（MMI)421係在官能度位於該使用者與該本地 USSD訊息處理器412之間。該MMI 421可經組態為一鍵盤 133500.doc •17- 200917803 或一語音識別系統。亦如圖5所示，該MSC 420包括在本 地USSD訊息處理器422頂部之各種應用程式423。該等應 用程式可藉由該USSD訊息處理器422來呼叫以在該MSC 420本地執行預定義功能。 藉由該使用者終端機410之USSD訊息處理器412透過該 MMI 421上產生之每一 USSD訊息包含一服務碼，如下文將 更詳細地說明。取決於包含在該USSD訊息中之USSD服務 碼，該MSC 420之USSD處理器422將該USSD訊息轉遞至所 伺服的使用者之本地公共陸地行動網路（HPLMN)中之本地 位置暫存器（HLR)(如箭頭424所示），或者將該USSD訊息 轉遞至該等應用程式423之一者以在該MSC 420内本地處 理該USSD訊息。藉由該等應用程式4^3之一者對該USSD 訊息進行本地處理可包含向一外部網路伺服器產生_服務 要求（如箭頭426所示）。在此具體實施例中，箭頭426表示 將一訊息發射至圖4之呼叫中目錄查詢伺服器430。 雖然在圖5所示具體實施例中，該等應用程式423係顯示 為位於該M S C 4 2 0内部，但是應注意亦可為本文中所說明 之目的而使用在該MSC 420外部之應用程式。在利用一或 多個區域應用程式423或一或多個在MSC 420外部之應用 程式的情況下，在該MSC 420内之USSD訊息處理器422與 該等本地或外部應用程式423之間使用之發信協定可以係 行動應用部分（MAP)協定或輕量目錄存取協定（LDAP)。該 MAP協定，如在3GPP TS 29.002中所指定的”行動應用部分" 傳統上係用於該USSD訊息在MSC與HLR之間以及HLR與外 133500.doc -18- 200917803 部USSD訊息處理器之間的傳輸。因此，㈣π·在任何 情況下一般皆支援該MAP標準，且MAP特定言之係可用於 將任何USSD訊息從該Msc 42〇内之訊息處理器似轉 遞至一外部應用。
另-方面，LDAP定義一標準介面以存取階層式目錄。 LDAP係從ITU-丁推薦X.500”資訊技術—開放系統互連—目 錄：概念、模型與服務之概述"進話而來。雖然使用MAP 以輸送-USSD訊息係已標準化，LDAp之使用尚未為此目 的而標準化而可能因此需要單獨定義。 在下文中，將更詳細地說明在以藉由圖4與6至8的呼叫 中目錄查詢伺服器伽提供之—資訊服務之一呼叫中調用 為背景之處理步驟與發信流程。在此說明的背景中，將假 定該行動使用：#終端機41〇目前係涉入與一固定的或同樣 係行動的第二使用者終端機（圖4至8中未顯示；見圖i，使 用者終端機10與12及虛線）涉及一呼叫。該呼叫透過一電 ，交換GSM網路延伸，且以—傳統方式使該msc 42〇作: 交換組件參與。進—步假定操作該使用者終端機4U)之呼 叫方希望獲得與操作另—使用者終端機之啤叫方相關聯之 資訊。此資訊可包括另一呼叫方之詳細的聯繫資訊(例如 名稱、電話/電傳號碼、電子郵箱位址、URI、街道位址資 訊、路線資訊及地圖資訊）。 、 ;呼4該遠端呼叫巾貧訊服務，操作該使用者終端機 410之使用者必須在該使用者終端機4iq之小鍵盤上輸入一 USSD服務喝’其將在—仍犯啟動訊息中向該網路傳送 133500.doc 200917803 (或者更具體地說，傳送至該Msc 42〇)。在3Gpp Ts ㈣W (游⑼之^章節中說明—咖啟動訊 心之格式：一 USSD啟動訊息以，,*，，開始而以T結束，該啟 動訊息内的每一部分係以”*，，分離。在其最-般的版本 中’ — USSD啟動訊息因此具有,,*sc*si#m之形式，％代表 該服務碼(兩或三位數)而81代表可選補充資訊(具有一可變 長度）。 在此具體實施例中’將假定由該呼叫中目錄查詢祠服器 430提供之資訊服務係與該服務碼4ιι相關聯。相應地，當 該行動終端機41〇之使用者希望使用由該呼叫中目錄查詢 伺服器430提供之資訊服料，呼叫該服務之程式以該使 用者在呼叫期間在該使用者終端機41〇的小鍵盤上輸入字 串（圖4中之步驟丨）開始。輸入該字串之後，該使 用者按壓鍵盤上之<SEND(傳送）>鍵（圖4中之步驟2)。按壓 此鍵在此情況下將不會導致呼叫建立，但該使用者終端機 410(即圖5所示之本地USSD訊息處理器4丨2)將替代地將該 USSD字串傳送至該MSC 420。 在該MSC 42〇處，該本地USSD訊息處理器422將接收該 USSD訊息並將分析其所包含之該uSSE)服務碼。該USSd 訊息處理器將判定該服務碼Mil”不屬於一預定義的服務 碼範圍’針對此範圍’必須將該USSD訊息轉遞至該 HPLMN中之s玄HLR(圖5中之箭頭424)。然而，該MSC 420 之§玄U S S D sfl息處理益4 2 2判定該服務碼"411 ”屬於一預定 義的服務碼枕圍’針對此範圍’必須本地處理該U S s D訊 133500.doc -20- 200917803 心。為此原因’該USSD訊息處理器422起始與該服務碼 mi相關聯之特定區域應用423之執行（見圖5)。 在該MSC 420内執行對應的應用程式423將導致圖6所示 之動作。此等動作包括擷取要求其相關資訊的第二（即， 相對）呼叫方之電話號碼（MSISDN)、將該電話號碼插入一 服務要求以及將該服務要求傳輸至該呼叫中目錄查詢伺服 器43 0(如圖5中箭頭426所示）。應用程式423在此方面之操 作將取決於先前建立之呼叫係由該使用者發起還係由行動 n 機41 〇 (自主）發起（行動發起M〇呼叫），亦或該呼叫係 由忒遠端使用者終端機發起且在該使用者終端機41〇處終 止（行動終止MT呼叫）’如下文更詳細之說明。在兩種情況 下，在該MSC 420上運行之應用程式423在此具體實施例 中會在將該服務要求轉遞至該呼叫中目錄查詢伺服器斗3〇 之如將該呼叫方號碼（cgPN)與該被呼叫方號碼（cdPN)加 上该服務碼"4 11"添加到該服務要求。 在一 MO呼叫的情況下，該CgPN表示其實行該查詢且欲 接收所要求内容之呼叫方。該CdpN係關於要求其聯繫細 節之人員。另-方面，在該Μτ呼叫情況下，CgPN係關於 要求其聯繫細節之人員，而CdpN代表其實行該查詢且欲 接收所要求内容之被呼叫方。因&，該服務要求包括兩個 專用貝Sfl 7L件攔位”受查詢用戶，，與”受伺服用戶"，其如下 所述係選擇性地與該CgPN或該CdpN相關聯。對於呼 叫，該資訊兀件欄位"受查詢用戶"識別要求其聯繫細節之 呼叫方。因此，該資訊元件攔位承載該cdpN。另一方 133500.doc 200917803 面，該資訊元件欄”受伺服用戶"將承載該CgPN。對於ΜΤ 呼叫，該資訊元件欄位"受查詢用戶"將承載該CgpN，而該 資訊元件欄位"受词服用戶"將承載該CdPN。 應瞭解，藉由該MSC 420將CgPN及/或CdPN插入該服務 要求會減少在該使用者終端機410之側的輸入需求。換言 之，使得操作該使用者終端機410之使用者解除其在呼叫 進行期間需輸入此資訊之負擔’從而使得該服務起始程序 更有利於使用者。負責進行中之呼叫的MSC 420可容易地 從其内部呼叫處理程序中擷取CgPN及/或CdPN ’因為此資 訊係藉由該MSC 420儲存於可存取之資料庫中。 當產生該服務要求時，該MSC 420將對MO呼叫與MT呼 叫之以下特點將加以考量。在該MO呼叫情況下’當該 MSC 420在設定該呼叫之前已修改該CdPN時，該MSC 420 應在傳送至該呼叫中目錄查詢伺服器430之USSD服務要求 中使用已修改的號碼。 若在該MO情況下，該MSC 420已從另一呼叫方接收連 接線身份（COL)，除該CdPN外，則該MSC 520替代或額外 地將該COL轉遞至該呼叫中目錄查詢伺服器430。即使在 呼叫轉遞已發生之時，該COL亦將識別該"已連接方”。若 該COL之顯示指示係設定為”受限制”（例如，因為該已連接 方已應用連接線識別限制，即COLR)，則該MSC 420推導 該所連接方希望保持匿名。該MSC 420在此情況下將不為 該USSD服務要求而使用該COL。然而，該MSC 420仍可使 用該CdPN。若該COL係設定為”顯示受限制"但提出要求的 133500.doc -22- 200917803 使用者具有"COLR越過”特徵，則該MSC 420，作為一實施 方案選項，仍可在該USSD服務要求中包含該C0L。 對於該MT呼叫之情況，該CgPN之顯示指示器可能同樣 係設定為”受限制"（例如因為該呼叫方已應用呼叫線識別限 制CLIR)。在此一情況下，該MSC 420推導該呼叫方希望 保持匿名。在此情況下該MSC 420可忽略來自該呼叫方之 資訊要求。若該CLI係設定為”顯示受限制”但提出要求的 使用者具有”CLIR越過”特徵，則該MSC 420，作為一實施 方案選項，仍可在該USSD服務要求中包含該CLI。 國家規定可能不允許在提供一目錄號碼（如CgPN與 CdPN)時便獲得聯繫細節。在此情況下，常常必須（額外 地）提供一目錄名稱。為了滿足此要求，圖6所示之機制可 以係與圖7所繪示之呼叫名稱顯示（CNAP)輔助服務組合。 因此，延伸圖6所示之具體實施例，可額外地將對一 CNAP 資料庫450之存取提供給該MSC 420，如圖7所示。在3GPP TS 23.096中指定CNAP，即”名稱識別輔助服務”。 傳統上，該CNAP輔助服務所基於的名稱資料庫450係用 於獲得該呼叫名稱。在本發明之背景中，該CNAP資料庫 450係使用於獲得該呼叫名稱與該被呼叫名稱之一或兩 者。換言之，在該MO呼叫情況下與該MT呼叫情況下皆查 詢該CNAP資料庫450。該CNAP資料庫450因此將係用作一 名稱目錄。 回應接收該USSD要求及該服務碼”411”，該MSC 420查 詢該CNAP資料庫450以擷取該呼叫名稱（MT呼叫情況）或該 133500.doc •23 - 200917803 被哗叫名稱（M〇呼叫情況）之一或兩者。在另-步驟中，產 生-服務要求（目錄查詢），其包含所願取 稱）以及至少該要求其„ ㈣ 1^ 万的電活唬碼（目錄號 碼）。此電話號碼一般可你 ❹MSC42G之㈣呼叫處理過程 獲传。因此產生之該服務要求滿足上述法律要求，可作為 目錄查詢傳送至該Μ中目錄查_服ϋ·。 在圖6與7所示之該等具體實施例中，可將額外資訊連同 =服務要求-㈣與其分離）從該政傳輸至該呼叫 目錄查仙服器43〇。在—範例中，將—語
該服務要求。尤其在多任丄A π 5國豕，如加拿大，網路操作者 可在為-㈣訂戶端而保持之HLRf料中提供—語古碼。 二匕可將訂戶端標記為”英語"或"法語，，。此語言碼二般係 注冊期間傳輸至訪客位置暫#li(VLR)並用於為標準化 文本或音頻通知選擇-適當語言以及作其他用途。因此， 倒可在將該服務要求傳送至該呼叫中目錄杳詢伺 可接著在將該等二服務要求。該伺服器43° 乂 寺聯繫細郎傳輸至該使用者終端機之 刖，依據該偏好語言將其格式化。 。圖，說在從該MSC 42〇接收該服務要求時接著由該呼 ^中目錄查相服H43()(可存取—目錄資料庫％ 操作步驟。在一笸一牛_ + 貝叮 、在$步驟中，該伺服器430分析該服務要 乂要求該等聯繫細節之一方與被要求其聯繫細節之一 ，方成之間進行區分。如上述’該吟叫情況判定作為資訊元件
又—§旬用戶”與"受伺服用戶”包含在該服務要求中的CgPN 133500.doc -24- 200917803 與CdPN之功能與用途。 取決於該呼叫情況，該呼叫中查詢伺服器430使用該 CgPN或該CdPN作為資料庫密鑰以查詢該資料庫46〇且擷取 所要的資訊（即，此具體實施例中之聯繫細節）。一旦獲得 該資訊，該伺服器430便使用CdPN或CgPN中的另一者以將 包含所要求資訊之一 SMS或一 MMS直接傳送至該使用者終 端機410，如圖8所示。 可以各種格式將該等所要求的聯繫細節傳送至該使用者 終端機410。舉例而言，可以一文本格式或一 vCard格式傳 送該等聯繫細節。vCard係用於表示位址資訊之一標準化 格式’而且可以係經由SMS傳輸至GS1V[及其他使用者終端 機410。該使用者終端機410經組態用以解開該並將該 等聯繫細節（即該vCard之内容）新增至該使用者終端機41〇 之内部位址薄。 專用服務碼之使用允許該使用者終端機4丨0將提供其中 該等聯繫細節應採取之一特定位址格式發信至該網路。舉 例而言，該服務碼”411 ”可用於發信表示該等聯繫細節應 以一文本形式包裝，且該服務碼"412"可用於發信表示談 等詳細聯繫資料應依據該vCard標準格式化。以該vCad形 式接收所要求的資訊常常會較佳，因為其簡化所接收之聯 繫細節向該本地位址薄内之傳輸。 應注意，亦可在-進行中的呼叫之f景之外實行該目錄 查詢。在此一情況下，該使用者終端機41〇將必須經由嗜 USSD訊息將要求其相關聯繫細節（或其他f訊）之目錄號碼 133500.doc •25- 200917803 (一般係電話號碼）傳送至該MSC 420。從該該使用者終端 機41 0傳送至MSC 420之USSD訊息可因此具有以下格式： *411*416 8378 9876# 。 在此範例中，"416 8378 9876"係要求其相關聯繫細節之 目錄號碼。 當該基於USSD之目錄查詢係在一呼叫背景之外使用 時，該MSC 420仍可在將該服務要求轉遞至該呼叫中目錄 查β旬伺服器430之刖將額外資訊添加至該服務要求。此類 額外資§fi可包含提出要求的呼叫方之MSISDN、該較佳語 言碼及目錄名稱資訊。因此，在該Msc 42〇處對從該使用 者終端機410接收的服務要求之處理將基本上類似於上述 具體實施例中所述之處理，不同之處僅係已從該使用者終 端機410接收該目錄號碼連同該USSD訊息。 作為進一步的增強，可藉由該使用者終端機41〇使用一 電路交換呼叫而非一USSD訊息來提出該服務要求。在此 一情況下，操作該終端機410之使用者可簡單地撥打指定 的目錄查詢號碼"411 ”（或另一指定號碼）。該MSC 420則將 該使用者連接到一 IVR系統，而該IVR系統提示該使用者 在該使用者終端機410之小鍵盤上輸入要求其相關資訊之 目錄號碼。然後將藉由該MSC 420回應此提示而輸入之號 碼轉遞至該呼叫中目錄查詢伺服器430。與該基於USSD之 目錄查詢情況類似，該MSC 420將該CgPN與該語言偏好設 定碼發信至該伺服器430。對此，可將該CgPN放置於該 ISUP初始位址訊息（IAM)之指定資訊元件攔位"呼叫方號碼”。 133500.doc -26- 200917803 可將該目錄號碼（即要求其相關資訊之一方的號碼）放置於 該ISUP IAM之"-般號碼"攔位。可在用於將該呼叫發送至 該伺服器430之CgPN中反映該語言偏好設定碼之一指示。 換言之，可使用不同CdPN來基於指示該較佳語言之目的 而建立一目錄查詢。 作為進一步的增強，該使用者終端機41〇可經組態用以 藉由SMS傳送该目錄號碼。在此情況下，要求其相關資訊 , t目錄號碼係插人該SMS中，而該Msc 可接著在將該 1 服務要求轉遞至該呼叫中目錄查詢飼服器430之前將額外 資=(例如該服務要求方之MSISDN)添加至該服務要求。 攸以上說明已明白，此等具體實施例一般減少在一服務 要长中使用者須手動輸入的資訊量。對此，某些具體實施 例利用冑實，即一飼服網路節點可使該服務要求與該進 行中之吟叫相關。接著，該飼服網路節點則可在將該服 務要求轉遞至一本地或遠端資訊服務之前使用此相關在該 i： Μ務要求中添加其他呼叫相關資訊。此使得整個資訊提供 程序更有利於使用者。 雖J已參考某一具體實施例（包含各種方法内之特定的 裝置配置及某一的步驟順序）來說明此解決方式’但熟習 項技術者將會瞭解該等解決方式係不限於此處所說明與 解說之特定具體實施例。因此，應瞭解本揭示内容僅係解 說性，B y 壬何限制僅可從隨附申請專利範圍之範疇得出。 【圖式簡單說明】 文中已參考圖式所解說的範例性具體實施例將更詳 133500.doc -27- 200917803 細地說明上述態樣，其中： 圖1解說一包括各種裝置具體實施例之網路系統； 圖2解說依據一第一方法具體實施例之一示意性流程 圖； 圖3解說顯示依據另一方法具體實施例之一示意性流程 圖； ' 圖4解說在一具體實施例中實施之一發信流程； 圖5示意性解說用以實施某些具體實施例的訊息處理器 ^ 之實施；以及 圖6至8解說在某些具體實施例中實施之各種其他發信流 程。 【主要元件符號說明】 10 12 14 20 22 24 26 28 30 32 34 使用者終端機/呼叫方 使用者終端機/呼叫方 無線或有線通信網路 網路裝置 第一介面 訊息處理器 組件 第二介面 網路伺服器/資訊服務 第一介面 分析器 處理器 36 133500.doc -28- 200917803 38 第二介面 100 網路系統 410 行動使用者終端機（或行動台MS) 411 服務碼 412 本地USSD訊息處理器 420 MSC(或 MSC伺服器，MSC-S) 421 人機介面（MMI) 422 本地USSD訊息處理器 423 應用程式 430 呼叫中目錄查詢伺服器 450 名稱資料庫/CNAP資料庫 460 目錄資料庫 133500.doc •29-