專利名稱:電信系統(tǒng)中管理多個主叫方身份的方法
技術(shù)領(lǐng)域:
本發(fā)明概括地涉及電信網(wǎng)中使用移動設(shè)備的通信,更具體地,涉及增強的通信服務(wù)。
背景技術(shù):
移動電話已經(jīng)成為我們?nèi)粘I钪械闹匾O(shè)備。移動電話或移動設(shè)備通常是電信 網(wǎng)的用戶,以便享受通信服務(wù),如語音、數(shù)據(jù)……。通常使用國際移動用戶識別碼或IMSI識 別移動用戶。移動IMSI是與所有GSM(全球移動通信系統(tǒng))網(wǎng)絡(luò)移動電話用戶和通用移動 通信系統(tǒng)(UMTS)網(wǎng)絡(luò)移動電話用戶關(guān)聯(lián)的唯一號碼。其被存儲在電話內(nèi)部的用戶身份模 塊(SIM)中。SIM對于一個用戶來說實際上是唯一的并攜帶在該用戶的本地網(wǎng)絡(luò)(S卩,該用 戶是網(wǎng)絡(luò)的用戶)中標識該用戶的信息。該信息包括IMSI,進一步包括鑒權(quán)數(shù)據(jù)以及其它 數(shù)據(jù)。當用戶獲得其訂閱時,SIM通常由網(wǎng)絡(luò)運營商提供,并且在該網(wǎng)絡(luò)上SIM對應(yīng)于唯一 的MSISDN(移動臺國際用戶目錄號),MSISDN實際上是該網(wǎng)絡(luò)中的移動設(shè)備電話號碼。由于移動電話的成功,更普遍地由于多種增強的通信服務(wù),今天的每位用戶最終 與多于一個的通信設(shè)備關(guān)聯(lián),因此具有同樣多的電話號碼一家庭號碼、工作號碼、移動號 碼.…..O幾種新近的發(fā)展已經(jīng)出現(xiàn),以減輕用戶在應(yīng)付其多個設(shè)備和/或電話號碼中的負 擔。攜帶多個用戶身份的SIM卡現(xiàn)在是可得到的。用戶可以通過使用一個單獨的移動 設(shè)備向不同的網(wǎng)絡(luò)注冊來在用戶身份之間切換。這種方案的一個不足在于用戶仍具有與在 其SIM卡中的現(xiàn)有用戶身份同樣多的電話號碼。而且,由于每次僅一個用戶身份可以是活 躍的,當呼叫牽涉不活躍用戶身份的MSISDN(g卩,不活躍的MSISDN)時,需要呼叫轉(zhuǎn)發(fā)方案。 例如,當具有多個用戶身份的用戶使用其不活躍的MSISDN中的一個向接收方設(shè)備發(fā)起呼 叫時,將需要復雜的方案來使用該不活躍的MSISDN作為主叫方身份標識(CID)。提供主叫方身份標識是大多數(shù)的(如果不是全部的)網(wǎng)絡(luò)運營商向其用戶提供的 相當近期的服務(wù)。例如,主叫方ID(CID)對應(yīng)于由PSTN(公共交換電話網(wǎng))提供的服務(wù)。對 于GSM移動設(shè)備提供的類似服務(wù)-CLIP (主叫線路識別提示)被記述在文獻3GPP(第三代 合作伙伴計劃)TS23.081中??色@得將主叫方ID信息發(fā)送到接收方設(shè)備的不同方案,例如 用于PSTN線路的SS7 (7號信令系統(tǒng))消息或者在GSM網(wǎng)絡(luò)和UMTS網(wǎng)絡(luò)中為IP電話建立 的SIP(會話發(fā)起協(xié)議)消息。所提供的主叫方ID通常是用戶主叫方ID,其在下文中被稱 為默認主叫方ID。為主叫設(shè)備改變主叫方ID將允許通過僅一個設(shè)備管理多個主叫方ID。用戶能夠 在不需所有對應(yīng)設(shè)備的情況下使用他的辦公室號碼、移動號碼和家庭號碼等被叫ID發(fā)起 呼叫。向接收方設(shè)備提供與默認主叫方ID不同的主叫方ID的方案是公知的。 US2007105531S公開了具有單個SIM(和對應(yīng)的MSISDN)的移動設(shè)備,該單個SIM被分配有其它MSISDN。當移動設(shè)備發(fā)送用于呼叫接收方設(shè)備的呼叫建立消息時,移動設(shè)備傳遞其 IMSI號碼來鑒權(quán),以及傳遞所分配的MSISDN中的一個作為主叫方ID。由于呼叫建立消息 被送往MSC(移動交換中心),所以MSC必須支持該附加參數(shù)并被相應(yīng)地改變。在現(xiàn)有標準 中沒有提供該附加字段,并且這種改變將需要繁重地重新配置所有待支持的MSC?,F(xiàn)在對允許高效地管理用戶的多個主叫方ID的簡單方案仍然存在需要。進一步 對當具有多個主叫方ID的用戶接收呼叫時的服務(wù)連續(xù)性仍存在需要。
發(fā)明內(nèi)容
本系統(tǒng)、處理器和方法的目標是克服現(xiàn)有技術(shù)中的不足和/或做出改進。為此,本方法提出了用于向接收方端點提供來自主叫端點的主叫方身份標識 (CID)的方法,所述主叫端點包括默認CID和至少一個附加CID。所述方法包括從所述主 叫端點接收呼叫建立消息,所述呼叫建立消息包括所述附加CID ;發(fā)送用于臨時端點的聯(lián) 系數(shù)據(jù),該臨時端點被分配給所述主叫端點;處理從所述主叫端點到所述臨時端點的第一 呼叫;通過使用所述附加CID作為所述主叫CID,處理向所述接收方端點的第二呼叫;以及 連接所述第一呼叫和所述第二呼叫,以產(chǎn)生從所述主叫端點到所述接收方端點的呼叫。所述主叫端點可以包括默認CID和至少一個附加CID。所述主叫端點可以被設(shè)置 成選擇一個附加主叫方ID ;發(fā)送呼叫建立消息,所述呼叫建立消息包括所選擇的附加CID ; 接收用于分配的臨時端點的聯(lián)系數(shù)據(jù);以及呼叫所述臨時端點。用于向接收方端點提供來自主叫端點的主叫方身份標識(CID)的根據(jù)本系統(tǒng)的 配置文件服務(wù)平臺,所述主叫端點可以包括默認CID和至少一個附加CID。所述配置文件 服務(wù)平臺可以被設(shè)置成從所述主叫端點接收呼叫建立消息,所述呼叫建立消息包括所述附 加CID ;發(fā)送用于臨時端點的聯(lián)系數(shù)據(jù),該臨時端點被分配給所述主叫端點;處理從所述主 叫端點到所述臨時端點的第一呼叫;通過使用所述附加CID作為所述主叫CID,處理向所述 接收方端點的第二呼叫;以及連接所述第一呼叫和所述第二呼叫,以產(chǎn)生從所述主叫端點 到所述接收方端點的呼叫。由于本發(fā)明,提供了方法來處理具有多個主叫方ID的主叫端點和接收方端點的 呼叫。分配給該呼叫的臨時端點允許通過使用交換中心來在這兩個端點之間建立通信路 徑。所述呼叫建立消息是觸發(fā)本方法的消息,并且其包括必要的參數(shù),以通過使用所分配的 臨時端點處理兩個呼叫。根據(jù)本系統(tǒng)的電信系統(tǒng)可以包括接收方端點、主叫端點和配置文件服務(wù)平臺,所 述主叫端點包括默認CID和至少一個附加CID,所述配置文件服務(wù)平臺用于向所述接收方 端點提供來自所述主叫端點的主叫方身份標識(CID)。所述主叫端點可以被設(shè)置成選擇一 個附加主叫方ID ;發(fā)送呼叫建立消息給所述配置文件服務(wù)平臺,所述呼叫建立消息包括所 選擇的附加CID ;接收用于分配的臨時端點的聯(lián)系數(shù)據(jù);以及呼叫所述臨時端點。所述配置 文件服務(wù)平臺可以被設(shè)置成接收來自所述主叫端點的所述呼叫建立消息;發(fā)送用于臨時端 點的聯(lián)系數(shù)據(jù),該臨時端點被分配給所述主叫端點;處理從所述主叫端點到所述臨時端點 的所述第一呼叫;通過使用所述附加CID作為所述主叫CID,處理向所述接收方端點的第二 呼叫;以及連接所述第一呼叫和所述第二呼叫,以產(chǎn)生從所述主叫端點到所述接收方端點 的呼叫。
根據(jù)本系統(tǒng)在計算機可讀介質(zhì)上包含的應(yīng)用程序可以被設(shè)置成向接收方端點提 供來自主叫端點的主叫方身份標識(CID),所述主叫端點包括默認CID和至少一個附加 CID0所述應(yīng)用程序可以包括接收來自所述主叫端點的呼叫建立消息的部分,所述呼叫建 立消息包括所述附加CID ;發(fā)送用于臨時端點的聯(lián)系數(shù)據(jù)的部分,該臨時端點被分配給所 述主叫端點;處理從所述主叫端點到所述臨時端點的第一呼叫的部分;通過使用所述附加 CID作為所述主叫CID來處理到所述接收方端點的第二呼叫的部分;以及連接所述第一呼 叫和所述第二呼叫以產(chǎn)生從所述主叫端點到所述接收方端點的呼叫的部分。根據(jù)本系統(tǒng)的在計算機可讀介質(zhì)上包含的應(yīng)用程序可以被設(shè)置成向接收方端點 提供來自主叫端點的主叫方身份標識(CID),所述主叫端點包括默認CID和至少一個附加 CID0所述應(yīng)用程序可以包括選擇一個附加主叫方ID的部分;發(fā)送呼叫建立消息的部分,所 述呼叫建立消息包括所選擇的附加CID ;接收用于分配的臨時端點的聯(lián)系數(shù)據(jù)的部分;以 及呼叫所述臨時端點的部分。
參照附圖通過實施例更詳細地說明本系統(tǒng)、呼叫管理節(jié)點和方法,在附圖中圖1示出了本系統(tǒng)的示例性實施方式;圖2示出了說明本方法的實施方式的流程圖;圖3示出了本系統(tǒng)的示例性實施方式;圖4示出了說明本方法的實施方式的流程圖。
具體實施例方式下面是示例性實施方式的描述,當結(jié)合附圖進行描述時,示例性實施方式將說明 上面記錄的特征和優(yōu)勢,并且介紹進一步的特征和優(yōu)勢。在下面的描述中,為了說明而不是限制,闡述了特定細節(jié)(如結(jié)構(gòu)、接口和技術(shù) 等)來說明。然而,將對本領(lǐng)域的技術(shù)人員顯而易見的是,背離這些細節(jié)的其它實施方式仍 將被理解為在權(quán)利要求的范圍內(nèi)。而且,為了清晰,省略了公知設(shè)備、系統(tǒng)和方法的詳細描述,以便不使本系統(tǒng)的描 述模糊。此外,沒有詳細介紹路由器、服務(wù)器、節(jié)點、基站、網(wǎng)關(guān)或電信網(wǎng)中其它實體,因為它 們的實現(xiàn)在本系統(tǒng)和方法的范圍以外。除非另外規(guī)定,在下文中,將把示例性實施方式描述在其對移動設(shè)備的應(yīng)用中,該 移動設(shè)備包括具有唯一用戶身份的SIM,該唯一用戶身份對應(yīng)于SIM的IMSI。該IMSI或主 配置文件用于在該通信設(shè)備的本地網(wǎng)絡(luò)或主網(wǎng)絡(luò)(即,使用者是該網(wǎng)絡(luò)的用戶)中標識該 通信設(shè)備。主配置文件與如前面解釋的唯一號碼MSISDN關(guān)聯(lián),并且該唯一號碼MSISDN是 移動電話號碼,即,通過該號碼可以聯(lián)系到該設(shè)備。當設(shè)備在其主網(wǎng)絡(luò)外面漫游時,該網(wǎng)絡(luò) 將被稱為訪問網(wǎng)絡(luò)。該說明絕不是把本方法和系統(tǒng)的范圍限制為如固定設(shè)備的通信設(shè)備或 PBX(專用交換分機)后面的通信設(shè)備。而且,在本說明書中將被稱為“呼叫”的可以是標準語音呼叫或者任何其它在第一 方和另一方之間建立的通信會話,第一方被稱為第一用戶或主叫用戶,另一方被稱為第二 用戶或被叫用戶。技術(shù)人員當然將理解,更準確地在用戶電信設(shè)備(即,主叫設(shè)備和被叫設(shè)備)之間接通呼叫,例如,第一用戶和第二用戶之間的視頻呼叫或者設(shè)備之間的數(shù)據(jù)交換。 電信網(wǎng)中呼叫的每一側(cè)將被稱為呼叫分支或呼叫支路。呼叫還可以被稱為兩個設(shè)備之間的 通信路徑。當在主叫設(shè)備和被叫設(shè)備之間建立通信路徑時,牽涉了本電信系統(tǒng)的不同實體, 該路徑通常牽涉兩層交換機制一信令層,對應(yīng)于兩個設(shè)備之間通過網(wǎng)絡(luò)實體進行的信令(或建立)消息交換,一媒體層,用于處理數(shù)據(jù)、語音……。而且,主叫設(shè)備和被叫設(shè)備還將被稱為端點,因為它們代表通信路徑的兩個末端。此外,應(yīng)當明確理解的是,為了說明目的列入附圖,附圖不代表本系統(tǒng)的范圍。圖1示出了本系統(tǒng)的示例性實施方式。第一設(shè)備或第一端點100包括在其本地網(wǎng) 絡(luò)中(或當在訪問網(wǎng)絡(luò)中漫游時)標識其本身的主配置文件。第一設(shè)備100進一步包括多 個附加配置文件,用戶可以選擇該多個附加配置文件來通過使用所選擇的配置文件作為主 叫方ID發(fā)起呼叫。當發(fā)起呼叫時,第一設(shè)備被稱為主叫設(shè)備。在此后的描述中,為了簡單 目的,配置文件還將被稱為電話號碼。在GSM網(wǎng)絡(luò)或UMTS網(wǎng)絡(luò)的示例性實施方式中,設(shè)備在其如前面解釋的用戶網(wǎng)絡(luò)中 與唯一的IMSI關(guān)聯(lián)。主叫方ID通常是與該IMSI關(guān)聯(lián)的MSISDN。依賴于網(wǎng)絡(luò)類型,主叫方 ID可能是用于主叫設(shè)備的不同標識符。依賴于網(wǎng)絡(luò)提供的可能性以及用戶的許可,主叫方 ID可能是例如與用戶關(guān)聯(lián)的元數(shù)據(jù),像關(guān)于該用戶的圖片或詳細信息,如姓名和地址。詞語 “主叫方ID”將包括這些不同可能性。這里示出設(shè)備100具有多個配置文件,多個配置文件由行號和該號對應(yīng)于什么來 標識。在設(shè)備100上應(yīng)用程序可以是可利用的,以管理(即,創(chuàng)建、編輯、刪除……)不同配 置文件??衫玫呐渲梦募墓芾砜梢岳缬捎脩敉ㄟ^如圖1中示出的用戶接口 102得到。在本網(wǎng)絡(luò)中還提供了第二設(shè)備120或第二端點。當?shù)诙O(shè)備接收呼叫時,第二設(shè) 備將被稱為被叫設(shè)備或接收方設(shè)備。技術(shù)人員可以注意到被叫設(shè)備120可以是任何類型的 設(shè)備,如移動設(shè)備、座機或固網(wǎng)……。本系統(tǒng)還包括配置文件服務(wù)平臺110 (PSP)。該配置文件服務(wù)平臺110可以一向設(shè)備100的用戶提供他的配置文件的進一步管理,一處理來自主叫設(shè)備100的呼叫,使得該設(shè)備的用戶可以向被叫設(shè)備120提供選 擇的配置文件,一處理反向呼叫,即從端點120到端點100的配置文件其中之一的呼叫,使得該設(shè) 備100的用戶在該唯一設(shè)備上接收呼叫。配置文件服務(wù)平臺110可以包括一配置文件管理器(PMN)部分或節(jié)點111,管理來自用戶的不同配置文件。如此后 解釋的,該配置文件管理器節(jié)點111還可以處理兩個設(shè)備100和120之間的呼叫建立的初 始階段。因為本方法可以通過配置文件管理服務(wù)來提供,所以對于任何希望將多個不同配 置文件處理到一個單獨的通信設(shè)備內(nèi)的可能性的用戶來說,配置文件管理器節(jié)點可以負責 處理對該服務(wù)的訂閱。如隨后解釋的,設(shè)備代理可以從配置文件管理器節(jié)點111下載到設(shè) 備110,使得該設(shè)備可以實現(xiàn)本方法,從而向用戶提供配置文件管理。一呼叫控制(CCM)部分或模塊112,處理兩個設(shè)備100和120之間的通信路徑。這 種節(jié)點可以負責接下來的特征和服務(wù)調(diào)用。該模塊進一步處理通信中的呼叫建立和媒體混合(media mixing)。該模塊是當今電信網(wǎng)中的公知模塊并可以通過兩個主要功能確定特 征a)呼叫控制功能,其對應(yīng)于電話交換機的中心功能。呼叫控制提供不同特征,如對 尋址信息進行解碼和將電話呼叫從一個端點路由到另一端點。其還創(chuàng)建附加特征,如“呼叫 等待”、“遇忙呼叫轉(zhuǎn)移”和“請勿打擾”。該功能處理關(guān)于兩個設(shè)備之間通信的前面提到的
信令層。b)媒體功能,其處理兩個端點之間的通信的整個媒體部分。該功能對應(yīng)于上層,即 前面提到的媒體層。在呼叫控制模塊的實際實現(xiàn)中,媒體功能可以不是實際的呼叫控制模塊的一部 分,但是盡管如此由所述呼叫控制模塊控制。技術(shù)人員可能注意到,將配置文件服務(wù)平臺110示出為包括兩個部分絕不是限制 性的,因為這兩個部分可能由同一節(jié)點或服務(wù)器主持,或者可操作地互相鏈接。這兩部分提 供幫助說明了由本系統(tǒng)中的配置文件服務(wù)平臺110執(zhí)行的不同任務(wù)。圖2是示出了本方法的示例性實施方式的流程圖,其中,第一設(shè)備通過使用選擇 的配置文件向第二設(shè)備發(fā)起呼叫。在初始動作200中,在上面具有可獲得的多個配置文件的主叫設(shè)備可以選擇一個 配置文件來發(fā)起呼叫。由于本方法,所選擇的配置文件將是來自于設(shè)備100的出話呼叫的 主叫方ID。例如,如圖1中所示,主叫設(shè)備100的用戶具有在該設(shè)備上可獲得的4行(即, 配置文件)。每一行具有與其關(guān)聯(lián)的唯一電話號碼(例如,移動號碼、辦公室號碼、家庭號碼 和約會號碼)。用戶因此有自由選擇這4行中的任一行,然后使用所選擇的配置文件進行出 話呼叫。如果該用戶選擇行3并呼叫接收方端點120的用戶,則行3主叫方ID將顯示在接 收方端點上,被叫用戶明白該呼叫發(fā)起自用戶1的家庭設(shè)備。一旦選擇了配置文件,用戶將向被叫設(shè)備120發(fā)起呼叫。當用戶撥打號碼以聯(lián)系 第二用戶時,他的設(shè)備將實際上向配置文件管理器節(jié)點111發(fā)送呼叫建立消息,呼叫建立 消息包括所選擇的配置文件。這對應(yīng)于圖1中的“建立1”消息。如前面所述,第一用戶可 以是配置文件管理服務(wù)的用戶,并且在本發(fā)明的附加動作(圖2中未示出)中,事先地或者 與“建立1”消息同時執(zhí)行鑒權(quán)動作。這可以例如通過使用第一用戶主配置文件來實現(xiàn),第 一用戶主配置文件或者在“建立1”消息之前或者在該消息參數(shù)中被傳遞給配置文件管理器 節(jié)點111。在第一用戶被鑒權(quán)為服務(wù)的用戶的條件下,本方法將不停止。在進一步的動作220中,配置文件管理器節(jié)點將分配如圖1中所示的臨時端點 150。該臨時端點對應(yīng)于本系統(tǒng)中的地址,該地址使得可用于臨時使用。該臨時端點(此后 被稱為T_NUMBER)被用作中間端點,該中間端點有助于兩個設(shè)備100和120之間的通信路 徑。這些臨時端點已知來自于配置文件管理器節(jié)點111和呼叫控制模塊112。它們可以由 一個或另一個分配,并且是用于本系統(tǒng)的保留端點,使得此后解釋的呼叫控制模塊112可 以識別向這些臨時端點其中之一發(fā)起的呼叫。而且,這些臨時端點將被選擇,使得向它們發(fā)起的任何呼叫將由呼叫控制模塊112 處理。例如,配置文件服務(wù)平臺110可以被主持在由運營商A運營的給定網(wǎng)絡(luò)中。當呼叫 控制模塊112對于該給定網(wǎng)絡(luò)處理呼叫控制功能時,所分配的臨時端點可以是對該網(wǎng)絡(luò)的 本地電話號碼的保留池115。在圖1的圖示中,池115可操作地鏈接到配置文件管理器節(jié)點111,但是也可以由呼叫控制模塊以請求每個請求(request per request)為基礎(chǔ)(即,每 次第一設(shè)備100使用選擇的配置文件發(fā)起呼叫)提供給配置文件管理器節(jié)點。向這些臨時端點發(fā)起的任何呼叫將由呼叫控制模塊112處理。如此后解釋的,呼 叫控制模塊112可以通過其不同特征將呼叫處理到臨時端點,以便于從第一設(shè)備到第二設(shè) 備的呼叫。在進一步的動作230中,配置文件管理器節(jié)點111將通知呼叫控制模塊112,臨時 端點已經(jīng)被分配當前正通過使用所選擇的配置文件從第一設(shè)備向第二設(shè)備發(fā)起的呼叫。該 建立消息在圖1中被示出為配置文件管理器節(jié)點和呼叫控制模塊之間的“建立2”,其將包 括至少3個參數(shù)一所選擇的配置文件,作為提供給接收方端點的主叫方ID,一接收方端點聯(lián)系數(shù)據(jù),這可以是例如其電話號碼,一為呼叫分配的臨時端點。該臨時端點在本系統(tǒng)中可以通過其聯(lián)系數(shù)據(jù)被標識。 標識所分配的臨時端點的其它方法對本領(lǐng)域的技術(shù)人員來說可以是容易得到的,因為配置 文件管理器節(jié)點111和呼叫控制模塊112兩者都具有這些臨時端點的共同知識。技術(shù)人員在該點可以注意到不需要用于第一設(shè)備的標識符,并且可以注意到第一 設(shè)備如此后解釋的將由呼叫控制模塊通過所分配的臨時端點標識。在可以在動作230之前、與動作230同時或在所述動作230之后執(zhí)行的附加動作 231中,配置文件管理器節(jié)點111將通知第一設(shè)備,對于其向第二設(shè)備的呼叫已經(jīng)分配了臨 時端點T_NUMBER。這可以通過如圖1中示出的建立消息“建立3”來執(zhí)行,該建立消息包括 用于所分配的臨時端點的聯(lián)系數(shù)據(jù)。該聯(lián)系數(shù)據(jù)可以是例如聯(lián)系臨時端點的電話號碼。在進一步的動作240中,一旦第一設(shè)備100被通知所分配的臨時端點,其將通過使 用所收到的用于所述臨時端點的聯(lián)系數(shù)據(jù)向該分配的臨時端點發(fā)起呼叫。其可以通過如圖 2中示出的建立消息“建立4”發(fā)起。由于所有臨時端點已知來自于呼叫控制模塊112,所以該模塊通過其在本系統(tǒng)中 的呼叫控制功能將處理從第一設(shè)備到所分配的臨時端點的第一呼叫。由于動作230和“建 立2”消息,呼叫控制模塊112可以將到該臨時端點的呼叫識別為第一設(shè)備和第二設(shè)備之間 的呼叫的第一支路。所有臨時端點的該“意識”將用圖1中的T_NUMBER 150和呼叫控制模 塊112之間的大箭頭示出。一旦第一呼叫被處理,呼叫控制模塊112將在隨后的動作250中向接收方端設(shè)備 發(fā)起呼叫,從動作230的“建立3”消息中得知。該第二呼叫可以通過如圖1中示出的“建 立5”消息發(fā)起。該呼叫管理節(jié)點112將通過使用所選擇的配置文件作為主叫方ID把該第 二呼叫處理到接收方端點。事實上,呼叫控制模塊112通過其呼叫控制功能適合于處理呼 叫并為呼叫選擇或改變主叫方ID。接收方端點將接收具有作為主叫方ID的所選擇的配置 文件的第二呼叫。該第二呼叫對應(yīng)于第一設(shè)備和第二設(shè)備之間的呼叫的第二個第一支路。一旦第二用戶接聽呼叫,呼叫控制模塊112將在隨后的動作沈0中連接兩個呼叫, 以產(chǎn)生從主叫端點到接收方端點的呼叫。因而兩條呼叫支路將形成端點100和120之間的 一條通信路徑。這可以通過“建立6”消息發(fā)起,如圖1中所示。如果端點100和120中的任一個掛機,那么進一步的建立消息“建立7”將終止本 系統(tǒng)中的呼叫,如動作270中那樣。呼叫終止后,在隨后的動作觀0中,T_NUMBER將被釋放并加入可用臨時端點的池用于進一步分配??梢援a(chǎn)生用于主叫端點100的隨后計費的呼叫 記錄(“建立8”消息)。在本圖示中,建立消息可以例如通過不同實體之間的數(shù)據(jù)連接來交換。不同的建 立消息用于建立兩個端點之間的通信路徑。一旦在動作沈0中兩條呼叫支路被連接,實際 的呼叫(如兩個端點100和120之間的虛線所示并且穿過呼叫控制模塊112),即呼叫的媒 體層將由呼叫控制模塊112處理。換句話說,通信路徑將穿過呼叫控制模塊112。技術(shù)人員可以注意到,由于本方法,第一用戶可能意識不到當他簡單地呼叫接收 方端點時執(zhí)行了動作210到M0。類似地,第二用戶意識不到第一用戶已經(jīng)改變了呼叫的主 叫方ID。在本系統(tǒng)中,設(shè)備100可以被調(diào)整成通過在該設(shè)備上運行的代理承擔不同動作 200、210和M0。該代理可以是例如當向配置文件管理服務(wù)注冊時從配置文件管理器節(jié)點 111中下載的。該代理將例如一允許用戶通過用戶接口 102管理不同配置文件,如圖1中所示,提供“編輯”、“添 加”和“刪除”功能。對于用戶,其它功能可以是可獲得的,以向其配置文件管理提供更多靈 活性。例如,用戶可以選擇激活或去激活配置文件。當配置文件被激活時,所有到該配置文 件的呼入呼叫將被轉(zhuǎn)發(fā)給用戶設(shè)備100。當配置文件被去激活時,這些呼叫將遵循正常的路 由到配置文件號碼,一將更新消息發(fā)送到配置文件管理器節(jié)點111,使得該節(jié)點111能夠存儲用戶可 利用的配置文件數(shù)據(jù)庫,一發(fā)送建立1消息,一用臨時端點的聯(lián)系數(shù)據(jù)處理“建立3”消息,一在接收“建立3”消息之后向T_NUMBER發(fā)起呼叫。對于每位用戶(例如,配置文件管理服務(wù)的用戶),配置文件管理器節(jié)點111可以 維持編列了它們不同配置文件的數(shù)據(jù)庫,如圖1中所示。還存儲主配置文件,例如第一設(shè)備 的IMSI,使得如果有呼入呼叫,呼叫控制模塊112可以呼叫該設(shè)備,如此后在圖3和圖4中 所示。
配置文件名配置文件號碼活躍的配置文件主配置文件行1+16504424798是否行2+13034424798否否行3+18004464798是是行4+16506004798否否表1 用于配置文件管理器節(jié)點111的數(shù)據(jù)庫本方法還允許第一設(shè)備接收向其不同配置文件發(fā)起的呼叫。圖3是當?shù)诙O(shè)備 120是主叫設(shè)備并且第一設(shè)備100是接收方設(shè)備時的本系統(tǒng)的圖示。第二用戶可能希望對于第一用戶的配置文件其中之一(像第一用戶的辦公室行)呼叫第一用戶。在圖4中示出了這種對應(yīng)于該反向情況的方法。在初始動作400中,一旦第二用 戶已經(jīng)選擇他希望呼叫的配置文件CALLED_PROFILE,他使用設(shè)備120向設(shè)備100發(fā)起呼叫。 建立消息“建立1”被轉(zhuǎn)發(fā)給呼叫控制模塊112。該消息通過例如第二用戶承載者(即,他 的網(wǎng)絡(luò)運營商)轉(zhuǎn)發(fā)給呼叫控制模塊112。該建立消息“建立1”包括用于聯(lián)系第一用戶的 被選配置文件CALLED_PROFILE。如果第一用戶是本配置文件管理服務(wù)的用戶,則呼叫控制模塊(通過配置文件 CALLED_PROFILE)將能夠通過使用“建立1消息”標識第一用戶。事實上,在進一步的動 作410中,呼叫控制模塊112將通過在配置文件管理器節(jié)點數(shù)據(jù)庫115中檢查與配置文件 CALLED_PROFILE匹配的主配置文件來標識第一用戶。圖3中的大箭頭示出了呼叫控制模塊 112在配置文件管理器節(jié)點數(shù)據(jù)庫115中檢查CALLED_PROFILE是否是已知配置文件并且其 與哪個用戶關(guān)聯(lián)。如表1中所示,如果CALLED_PROFILE是例如電話號碼,則呼叫控制模塊 112可以檢索第一設(shè)備主配置文件號碼(表1的示例中的行幻。如果第二用戶對于第一用 戶的主配置文件呼叫第一用戶,那么標識可能是更直接的,因為第二用戶選擇的配置文件 將包括例如第一用戶主MSISDN。在本方法的附加實施方式中,如果第一用戶已經(jīng)設(shè)置CALLED_PROFILE不活躍(通 過例如發(fā)往配置文件管理器節(jié)點111的更新消息),呼叫控制模塊112將把該配置文件視 作不活躍,意味著用戶不希望接收向在設(shè)備100上該配置文件的任何呼入呼叫。呼叫將以 正常方式被處理,即被轉(zhuǎn)發(fā)給除第一設(shè)備100外的不同設(shè)備上對應(yīng)于CALLED_PROFILE的號碼。由于接收方端點在動作410中被標識,所以主叫端點和接收方端點之間的呼叫的 第一支路由呼叫控制模塊112處理。在進一步的動作420中,呼叫控制模塊112將呼叫如從配置文件管理器節(jié)點數(shù)據(jù) 庫115中標識的第一設(shè)備100主配置文件(表1的示例中的行幻。呼叫將通過如圖3中所 示的“建立2”消息發(fā)起。因而通過該動作420處理了呼叫的第二支路。在進一步的動作430中,呼叫管理節(jié)點將進一步以與圖2的動作260類似的方式 連接兩條支路。這在圖3中通過呼叫“建立3”消息示出,虛線示出了由兩條呼叫支路形成 的通信路徑。如圖3中所示,呼叫的媒體層由呼叫控制模塊112處理,即通信路徑穿過呼叫 控制模塊112。當在兩個設(shè)備之間進行呼叫時,通過用戶接口 102,第一設(shè)備可以進一步被配置成 顯示來自主叫端點的主叫方ID和CALLED_PROFILE,以向第一用戶通知誰正在發(fā)起呼叫以 及哪個配置文件是被叫配置文件。為了鑒權(quán)、記賬和計費,從呼叫控制模塊112到配置文件管理器節(jié)點111可以交換 “建立4”消息。在隨后的動作中,該呼叫可以被終止(圖4中未示出)。在本方法中,如果第一用戶不希望他的配置文件其中之一(例如,他的工作配置 文件)被激活,他可以通過本文上面提到的代理去激活該配置文件。如前面所述,向所去激 活的配置文件發(fā)起的任何呼叫將正常地被處理,即,路由到對應(yīng)于所去激活的配置文件的 相關(guān)接收方設(shè)備。由于本系統(tǒng),用戶能夠在他的第一設(shè)備100上享受多個配置文件。通過使用現(xiàn)有號碼,配置文件可以被創(chuàng)建為移動號碼、家庭號碼和工作號碼。通過例如配置文件管理服務(wù) 可以向用戶提供附加號碼。用戶可以使這些號碼與不同的用戶創(chuàng)建的配置文件關(guān)聯(lián),例如 約會配置文件、Ebay 配置文件、Match, com 配置文件、給定朋友配置文件,即對于朋友唯 一的并且僅由該朋友知道的配置文件??梢员豢醋鰹榭蓙G棄的(即,以臨時的基礎(chǔ)分配給 用戶)這些號碼中的一些可以通過得知他們的臨時有效性而被分配。本系統(tǒng)還帶來增強的機密性,該增強的機密性使使用者不必給出其主號碼。你可 以進一步以配置文件為基礎(chǔ)分離每配置文件的計費或者過濾呼叫。在本文上面的描述中,呼叫控制模塊和配置文件管理器節(jié)點可以被視作配置文件 服務(wù)平臺的兩個子系統(tǒng)或功能。該平臺能夠?qū)嶋H上將兩個功能實現(xiàn)為一個單獨的應(yīng)用程 序。最后,上面敘述旨在僅說明本系統(tǒng),不應(yīng)當被解釋為將權(quán)利要求限制到實施方式 中的任何特定實施方式或組。因而,盡管已經(jīng)關(guān)于示例性實施方式對本系統(tǒng)進行了描述, 還應(yīng)當理解,在不背離如在權(quán)利要求中闡述的本系統(tǒng)的更廣的和期望的精神和范圍的情況 下,本領(lǐng)域的技術(shù)人員可以想出多種修改和替換實施方式。本文包括的部分標題旨在便于復查,但不旨在限制本系統(tǒng)的范圍。相應(yīng)地,說明書 和附圖是以說明性的方式被看待,不旨在限制權(quán)利要求的范圍。在闡釋權(quán)利要求時,應(yīng)當理解a)詞語“包括”或“包含”不排除存在不同于給定的權(quán)利要求中列出的其它要素或 動作;b)元素前的單數(shù)不排除存在多個這樣的元素;c)權(quán)利要求中的任何引用標記不限制權(quán)利要求的范圍;d)幾個“模塊”可以由相同的項或硬件/軟件實現(xiàn)的結(jié)構(gòu)或功能來代表;e)所公開的要素中的任何一個可以由硬件部分(例如,包括分立和集成電子電 路)、軟件部分(例如,計算機編程)以及硬件部分和軟件部分的任何組合;f)硬件部分可以由模擬部分和數(shù)字部分中的一個或兩個組成;g)除非另外具體地指出,所公開的設(shè)備中的任何一個或者部分可以被組合在一起 或者被分離成進一步的部分;h)除非具體地指出,不希望要求動作或步驟的特定順序;以及i)要素的術(shù)語“多個”包括聲明的要素中的兩個或多個,并且不暗指要素的數(shù)量 的任何特定范圍;也就是說,多個要素可以少至兩個要素,并且可以包括無法測量數(shù)量的要。
權(quán)利要求
1.用于向接收方端點提供來自主叫端點的主叫方身份標識(CID)的方法,所述主叫端 點包括默認CID和至少一個附加CID,所述方法包括一接收來自所述主叫端點的呼叫建立消息,所述呼叫建立消息包括所述附加CID, 一發(fā)送用于臨時端點的聯(lián)系數(shù)據(jù),該臨時端點被分配給所述主叫端點, 一處理從所述主叫端點到所述臨時端點的第一呼叫,一通過使用所述附加CID作為所述主叫CID,處理向所述接收方端點的第二呼叫, 一連接所述第一呼叫和所述第二呼叫,以產(chǎn)生從所述主叫端點到所述接收方端點的呼叫。
2.根據(jù)權(quán)利要求1所述的方法,所述主叫端點包括默認CID和至少一個附加CID。
3.主叫端點,用于向接收方端點提供來自所述主叫端點的主叫方身份標識(CID),所 述主叫端點包括默認CID和至少一個附加CID,所述主叫端點被設(shè)置成一選擇一個附加主叫方ID,一發(fā)送呼叫建立消息,所述呼叫建立消息包括所選擇的附加CID, 一接收用于分配的臨時端點的聯(lián)系數(shù)據(jù), 一呼叫所述臨時端點。
4.用于向接收方端點提供來自主叫端點的主叫方身份標識(CID)的配置文件服務(wù)平 臺,所述主叫端點包括默認CID和至少一個附加CID,所述配置文件服務(wù)平臺被設(shè)置成一接收來自所述主叫端點的呼叫建立消息,所述呼叫建立消息包括所述附加CID, 一發(fā)送用于臨時端點的聯(lián)系數(shù)據(jù),該臨時端點被分配給所述主叫端點, 一處理從所述主叫端點到所述臨時端點的第一呼叫;一通過使用所述附加CID作為所述主叫CID,處理向所述接收方端點的第二呼叫; 一連接所述第一呼叫和所述第二呼叫,以產(chǎn)生從所述主叫端點到所述接收方端點的呼叫。
5.電信系統(tǒng),包括 一接收方端點,一主叫端點,所述主叫端點包括默認CID和至少一個附加CID,以及 一配置文件服務(wù)平臺,所述配置文件服務(wù)平臺用于向所述接收方端點提供來自所述主 叫端點的主叫方身份標識(CID), 所述主叫端點被設(shè)置成 一選擇一個附加主叫方ID,一發(fā)送呼叫建立消息給所述配置文件服務(wù)平臺,所述呼叫建立消息包括所選擇的附加CID,一接收用于分配的臨時端點的聯(lián)系數(shù)據(jù), 一呼叫所述臨時端點, 所述配置文件服務(wù)平臺被設(shè)置成 一接收來自所述主叫端點的所述呼叫建立消息, 一發(fā)送用于臨時端點的聯(lián)系數(shù)據(jù),該臨時端點被分配給所述主叫端點, 一處理從所述主叫端點到所述臨時端點的所述第一呼叫, 一通過使用所述附加CID作為所述主叫CID,處理向所述接收方端點的第二呼叫,一連接所述第一呼叫和所述第二呼叫,以產(chǎn)生從所述主叫端點到所述接收方端點的呼叫。
6.在計算機可讀介質(zhì)上包含的并被設(shè)置成向接收方端點提供來自主叫端點的主叫方 身份標識(CID)的應(yīng)用程序,所述主叫端點包括默認CID和至少一個附加CID,所述應(yīng)用程 序包括一接收部分,其接收來自所述主叫端點的呼叫建立消息,所述呼叫建立消息包括所述 附加CID,一發(fā)送部分,其發(fā)送用于臨時端點的聯(lián)系數(shù)據(jù),該臨時端點被分配給所述主叫端點, 一處理第一呼叫的部分,其處理從所述主叫端點到所述臨時端點的第一呼叫, 一處理第二呼叫的部分,其通過使用所述附加CID作為所述主叫CID來處理向所述接 收方端點的第二呼叫,一產(chǎn)生呼叫的部分,其連接所述第一呼叫和所述第二呼叫以產(chǎn)生從所述主叫端點到所 述接收方端點的呼叫。
7.在計算機可讀介質(zhì)上包含的并被設(shè)置成向接收方端點提供來自主叫端點的主叫方 身份標識(CID)的應(yīng)用程序,所述主叫端點包括默認CID和至少一個附加CID,所述應(yīng)用程 序包括一選擇部分,其選擇一個附加主叫方ID,一發(fā)送部分,其發(fā)送呼叫建立消息,所述呼叫建立消息包括所選擇的附加CID, 一接收部分,其接收用于分配的臨時端點的聯(lián)系數(shù)據(jù), 一呼叫部分,其呼叫所述臨時端點的部分。
全文摘要
在電信系統(tǒng)中,向接收方端點(120)提供來自主叫端點(100)的主叫方身份標識(CID),主叫端點包括默認CID和至少一個附加CID(102)。該方法包括接收來自主叫端點(210)的呼叫建立消息,該呼叫建立消息包括附加CID;從可利用的端點池中為呼叫分配臨時端點(220);向主叫端點發(fā)送用于所分配的臨時端點的聯(lián)系數(shù)據(jù);處理從所述主叫端點到所述臨時端點(240)的所接收的第一呼叫;通過使用附加CID作為主叫CID,處理向接收方端點(250)的第二呼叫;以及連接(260)第一呼叫和第二呼叫以產(chǎn)生從主叫端點到接收方端點的呼叫。
文檔編號H04M3/42GK102077561SQ200980125339
公開日2011年5月25日 申請日期2009年6月29日 優(yōu)先權(quán)日2008年6月30日
發(fā)明者尼蒂亞爾塔·卡隆基, 馬諾杰·莫爾亞 申請人:法國電信公司