專利名稱：基于ip協(xié)議的用戶名系統(tǒng)和方法
技術領域：
本發(fā)明涉及全IP網(wǎng)絡技術，更具體地說，涉及一種基于IP協(xié)議的用戶名 系統(tǒng)和方法。
背景技術：
未來的網(wǎng)絡層將采用全IP (InternetProtocol,網(wǎng)際協(xié)議)技術，這不是技 術專家們討論和預測的結(jié)果，而是由事實發(fā)展的結(jié)果來證明的。盡管從上世紀 90年代末到21世紀初，曾有過ATM (Asynchronous Transmission Mode,異步 傳輸模式)與IP技術的大爭論，但這場爭論很快以IP技術在實際發(fā)展中的飛 速成功而宣告結(jié)束。IP技術最大的特點是實現(xiàn)了業(yè)務與網(wǎng)絡的分享，這正是 未來網(wǎng)絡發(fā)展所必須具備的關鍵特點。
IP網(wǎng)絡的層次結(jié)構(gòu)如圖1所示，其骨干層包括以光纖為主的骨干物理層 和以波分技術為主的骨干復用層；其接入層包括接入物理層和接入復用；在骨 干層與接入層之上是IP路由交換層。
現(xiàn)有IP技術中，IP地址僅僅只是網(wǎng)絡的邏輯地址，而不是具體的用戶或 應用的地址。 一方面，IP地址直接使用很不方便，更重要的是當用戶在IP網(wǎng) 上移動到不同位置時，其IP地址通常會發(fā)生改變。即使在同一個物理網(wǎng)絡位 置，由于采用DHCP (動態(tài)主機配置協(xié)議)等動態(tài)IP地址分配的協(xié)議，每次 開機注冊后所獲得的IP地址也有可能是不一樣的。這樣會給在IP網(wǎng)絡上進行 端對端的通訊造成根本性的障礙。
為了標識應用層的地址，在過去提出了 DNS (域名系統(tǒng))協(xié)議族。DNS 協(xié)議體系通過在應用層不變的域名和IP地址之間的映射，使得用戶不用關心 服務器的IP地址，而可以訪問到各個主機。但DNS主要只是用于服務器的， 不能用于一般用戶終端的標識，原因在于用戶的IP地址經(jīng)常是變化的，所以
無法兩個用戶之間無法方便地繞過服務器實現(xiàn)直接的通信聯(lián)系。

發(fā)明內(nèi)容
針對現(xiàn)有技術的上述缺陷，本發(fā)明要解決現(xiàn)有DNS系統(tǒng)主要只是用于服
務器的，不能適應用戶IP地址的實時變化，從而不能用于一般用戶終端標識 的問題。
本發(fā)明解決其技術問題所采用的技術方案是構(gòu)造一種基于IP協(xié)議的用 戶名系統(tǒng)，包括IP網(wǎng)絡，其特征在于，在所述IP網(wǎng)絡上疊加有UNS服務層；
所述UNS服務層中包括輔助集中地址管理器和分布式二層UNS服務器
其中，所述分布式二層UNS服務器包括根域服務器和子域服務器；所述輔
助集中地址管理器用于對根域服務器的地址提供集中、統(tǒng)一的分配，并對根域
服務器和子域服務器的地址提供集中、統(tǒng)一的管理；
每個UNS用戶可通過與所述IP網(wǎng)絡連接的終端、利用該終端的當前IP 地址向所述UNS服務層注冊，已注冊的主叫用戶可通過所述UNS服務層査詢 被叫用戶的當前IP地址，進而與被叫用戶建立直接的通信聯(lián)系。
本發(fā)明中，每個根域服務器管理至少一個歸屬于它的子域服務器，每個子 域服務器管理至少一個歸屬于它的UNS用戶。
本發(fā)明的所述UNS服務層中還包括UNS接入服務器，它用于為接入網(wǎng)絡服 務商控制接入的UNS用戶，從而可以管理和計量UNS用戶流量，以實現(xiàn)接入服 務商的計費和接入網(wǎng)絡管理等功能。所述UNS服務層中還包括UNS接入服務器。
此外，本發(fā)明還提供一種基于IP協(xié)議的用戶名方法，其中包括以下步驟
(1) 在IP網(wǎng)絡上疊加UNS服務層，
其中，所述UNS服務層中包括輔助集中地址管理器、由根域服務器和子域 服務器組成的分布式二層UNS服務器、以及UNS接入服務器，每個所述根域服 務器管理至少一個歸屬于它的子域服務器，每個子域服務器管理至少一個歸屬 于它的用戶；
(2) 進行號碼分配，其中， 通過所述輔助集中地址管理器，為每一個根域服務器分配一個唯一的根域號碼；
每個根域服務器再為歸屬于它的每個子域服務器分配一個在本根域內(nèi)唯
一的子域號碼；
每個子域服務器再為歸屬于它的每個用戶分配一個在本子域內(nèi)唯一的用
戶子號碼；
一個用戶的完整用戶號碼一般由其用戶子號碼、其所歸屬子域的子域號
碼、以及其所歸屬根域的根域號碼共三部分組成。
本發(fā)明的方法中還包括以下步驟(3)用戶注冊，其中， 用戶登錄一個與所述IP網(wǎng)絡連接的終端，并利用該終端的IP地址及其自
身用戶號碼，向所述UNS服務層注冊；
當該終端的IP地址發(fā)生變化時，則利用該終端的當前IP地址及其自身用
戶號碼重新向所述UNS服務層注冊。
本發(fā)明的所述用戶注冊步驟中，所述用戶是向其歸屬的子域服務器注冊 的，或者是在沒有子域服務器的情況下直接向其歸屬的根域服務器注冊。
本發(fā)明的方法中還包括以下步驟(4)UNS呼叫，其中包括
(41) 已注冊的主叫用戶輸入被叫用戶的用戶號碼，發(fā)起呼叫；
(42) 從所述用戶號碼中提取出被叫用戶的根域號碼和子域號碼，分別通
過査詢根域表和子域表以獲得被叫子域服務器IP地址；
(43) 根據(jù)所述被叫子域服務器IP地址，向被叫子域服務器査詢被叫用
戶的當前信息，所述信息包括其是否注冊在線、當前IP地址。
在本發(fā)明的所述步驟(41)中，主叫用戶可通過輸入"* +被叫用戶的用 戶子號碼"的方式進行簡易撥號，并發(fā)起呼叫；相應地，在所述步驟(42)中， 將所述"*"號解析為與主叫用戶相同根域號碼和子域號碼。
本發(fā)明中，所述根域表是主叫終端中存儲的根域表、或者主叫用戶所歸屬 的子域服務器所存儲的根域表、或者主叫用戶所歸屬的根域服務器所存儲的根 域表；所述子域表可以是終端本地緩沖存儲的子域表、或者主叫用戶所歸屬的 子域服務器里緩沖存儲的子域表、或者主叫用戶所歸屬的根域服務器里存儲的 子域表。
本發(fā)明中，當根域發(fā)生變化時，所有UNS相關實體中的根域表必須跟著
發(fā)生改變，具體是通過輔助集中地址管理器傳送變更通知，或通過變化的根域
服務器向其它所有根域服務器和輔助集中地址管理器發(fā)出變更通知；當子域發(fā)
生變化時，所有UNS相關實體中的子域表必須跟著發(fā)生改變，子域服務器的 變化先是由變化的子域服務器報告給其所歸屬的根域服務器，后者再傳遞所有 其它的根域和子域服務器。
本發(fā)明中，所述根域號碼最好是長度為4位的數(shù)字號碼；所述子域號碼最
好是長度為0至5位的數(shù)字號碼，歸屬于同一根域號碼的子域號碼應具有相同 的長度，當所述子域號碼長度為0時， 一個完整的用戶號碼中只包括根域號碼 和用戶子號碼，此時用戶直接由根域管理；歸屬于同一子域號碼的用戶子號碼 可具有不同的長度；
本發(fā)明中，針對每一個根域號碼，設有至少一個根域字符名稱，每個根域 字符名稱在整個系統(tǒng)中應是唯一的；針對每一個子域號碼，設有至少一個子域 字符名稱，每個子域字符名稱在其歸屬的根域內(nèi)應是唯一的；針對每一個用戶 子號碼，設有至少一個用戶字符名稱，每個用戶字符名稱在其所屬的子域內(nèi)應 是唯一的。
由上述技術方案可知，本發(fā)明的UNS體系能夠?qū)崟r跟蹤到用戶IP地址的 變化。本發(fā)明的UNS體系充分研究了 E.164號碼協(xié)議、DNS協(xié)議、EMAIL地 址、SIP地址、移動通訊中的HLR和VLR等系統(tǒng)和相應地址解析、呼叫尋址 的方法原理，以及參考一般號碼編號規(guī)則原理的研究，并以建立最適合全IP 網(wǎng)絡和適應當前以及未來網(wǎng)絡技術的理想應用地址系統(tǒng)、和具備網(wǎng)絡支付能力 的用戶名系統(tǒng)為目標。UNS中的歸屬域服務器就類似于DNS中的權(quán)威服務器、 移動通訊系統(tǒng)中的HLR; UNS的三層地址結(jié)構(gòu)參考了 E.164的地址結(jié)構(gòu)，并 總結(jié)和避免了 DNS域名層次結(jié)構(gòu)過于復雜和解析不夠嚴謹、效率不能達到最 高的缺陷。


下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明，附圖中
圖1是IP網(wǎng)絡的結(jié)構(gòu)示意圖2是本發(fā)明用戶名系統(tǒng)的結(jié)構(gòu)示意圖3是本發(fā)明用戶名系統(tǒng)中的分布式二層UNS服務器的結(jié)構(gòu)示意圖。
具體實施例方式
1、 本發(fā)明中常用的英文縮寫詞
HS: Home Server,歸屬服務器；
RDN: Root Domain Number,根域號碼，可簡稱根號碼； RDS: Root Domain Server,根域服務器，可簡稱根服務器； SDN: Sub—Domain Number,子域號碼，可簡稱子號碼； SDS: Sub—Domain Server,子域服務器，可簡稱子服務器； UNS: User Name System,用戶名系統(tǒng)； USN: User Sub—Number,用戶子號碼。
2、 基本方法
技術領域：
本發(fā)明中，將UNS分為穩(wěn)定域(UNS服務器)和可變域(用戶)。穩(wěn)定 域是一個數(shù)量非常有限的域。該穩(wěn)定域的UNS地址標識了UNS服務器的名稱， 它們與IP地址的映射關系是基本穩(wěn)定的。這個映射關系是公開的，因數(shù)量非 常受限，就可為所有用戶和服務器所已知。而每個用戶的UNS地址與IP地址 映射關系嚴格由各個UNS歸屬服務器(Home Server,簡稱HS)，進行管理， 從而可以將被管理的UNS用戶數(shù)量限制在當前技術可以實現(xiàn)的實時處理能力 范圍之內(nèi)。
通過這種方法，UNS協(xié)議可以建立穩(wěn)定的UNS用戶名與高度動態(tài)變化的 終端IP地址之間的實時映射關系，即使用戶在網(wǎng)絡上不同位置或在同一物理 位置獲得的IP地址不同，該用戶的號碼和名稱都不會發(fā)生變化，從而可以在 IP網(wǎng)上通過該UNS實現(xiàn)用戶之間的相互訪問，而不用關心用戶當前的IP地址 是多少。
UNS系統(tǒng)的實現(xiàn)是通過在IP網(wǎng)絡上疊加一層UNS服務層。當任何支持
UNS協(xié)議的用戶接入IP網(wǎng)絡后，先獲得IP地址；然后向UNS服務層注冊自 已當前的IP地址；當用戶的IP地址發(fā)生變化后，將立即重新注冊。 一旦進行 注冊，可以馬上建立UNS地址與當前用戶IP地址之間的映射關系。當其它 UNS用戶用該UNS地址進行呼叫時，可以首先通過UNS服務層査詢到被叫 UNS用戶的當前IP地址，然后通過IP地址直接建立兩個終端用戶之間的通訊 聯(lián)系。
顯然，UNS不僅可用于對用戶的名字標識，也可用于對其它內(nèi)容服務器 的名字標識。實現(xiàn)本發(fā)明的UNS系統(tǒng)和方法，不需要對IP網(wǎng)絡作任何改變。 本發(fā)明的UNS系統(tǒng)和方法可以支持IPV4 (互聯(lián)網(wǎng)協(xié)議第4版)，也可以支持 IPV6 (互聯(lián)網(wǎng)協(xié)議第6版)，以及未來出現(xiàn)的任何新的邏輯地址協(xié)議。
3系統(tǒng)結(jié)構(gòu) 3.1 UNS服務層
本發(fā)明的UNS體系如圖2所示，可見，本發(fā)明在傳統(tǒng)IP網(wǎng)絡上疊加一層 UNS服務層，由圖2的虛線框可以看出，該UNS服務層由UNS輔助集中地 址管理器、分布式二層UNS服務器結(jié)構(gòu)、以及UNS接入服務器三個部分組成。 其中的UNS接入服務器用于為接入網(wǎng)絡服務商控制接入的UNS用戶，從而可 以管理和計量UNS用戶流量，以實現(xiàn)接入服務商的計費和接入網(wǎng)絡管理等功 能。所述UNS服務層中還包括UNS接入服務器。，下面將詳細介紹各組成部分。
3丄1 UNS輔助集中地址管理 3丄1.1 UNS輔助集中地址管理器
本發(fā)明提供一種全球統(tǒng)一的、針對UNS服務器地址的輔助集中地址管理， 可用來提供一個最高標準的、集中式的UNS服務器地址的管理和分發(fā)。該輔 助集中地址管理器一般并不參與實際的UNS運營過程和任何UNS訪問過程， 僅用于當UNS服務器地址系統(tǒng)發(fā)生地址差錯或紊亂時作為輔助校對，或初始 化一個UNS服務器，并主要用于UNS根域服務器地址映射變化的管理。
該輔助集中地址管理器需要承擔UNS根域服務器號碼分配過程。同時，
該輔助集中地址管理器還管理所有UNS服務器的IP地址映射表，這里的UNS
服務器包括所有UNS根域服務器、也包括所有UNS子域服務器。因此，該輔
助集中地址管理器有一個所有UNS服務器地址的完備映射表，這個映射表包
含根域表和子域表。
3丄1.2 UNS根域的變化
UNS根域的變化是一個嚴格受限的過程，必須經(jīng)過申請手續(xù)實現(xiàn)。實際
運營過程中，每個根域通常對應一個UNS運營商(服務提供商)，UNS根域
的變化包括以下幾種
*增加新的UNS根域號碼由此產(chǎn)生一個新的UNS服務提供商；
* UNS根域服務器IP地址發(fā)生變化該根域號碼將對應新的IP地址；
*減少UNS根域號碼由此意味著某個UNS服務提供商結(jié)束業(yè)務。
3.1丄3 UNS根域變化的更新
當根域發(fā)生變化時，所有UNS相關實體中的根域表必須跟著發(fā)生改變。
根域服務器的變化可以通過兩種方法實現(xiàn)一種方法是通過輔助集中地址
管理器進行；另一種方法是通過變化的根域服務器向其它所有根域服務器發(fā)出 變更通知來實現(xiàn)，同時將該變更報送到輔助集中地址管理器。
更新數(shù)據(jù)的發(fā)送方式有兩種一是將整個完備的新版本的根域表文件進行
傳遞，并用新版文件覆蓋原有文件來實現(xiàn)更新。這種方法信息傳遞量較大。另 一種方法是只傳遞修改的部分，并通過對原有服務器表文件進行修改完成版本 升級。具體實施時，推薦采用只傳遞修改部分實現(xiàn)版本升級的方法。而將文件 傳遞實現(xiàn)版本升級作為備用方法。
3丄2分布式二層UNS服務器結(jié)構(gòu)
如圖3所示，本發(fā)明的UNS系統(tǒng)中，采用分布式二層服務器結(jié)構(gòu)，每個 根域服務器(RDS)可以帶多個子域服務器(SDS)。如果子域長度為0，則該 根域服務器所帶的子域服務器只有一個。此時，即使在物理上可以用一個設備 來實現(xiàn)，此根域服務器和唯一的子域服務器在邏輯上也被認為是兩個。 3丄2.1根域服務器
本發(fā)明中，每個根域服務器都包含了所有UNS服務器的完備地址映射信
息，因此，每個根域服務器都是UNS服務器地址映射信息的全集——含完備 的根域表和完備的子域表，并且跟蹤網(wǎng)上所有其它根域服務器和子域服務器的 變化。因此，每個根域服務器都是網(wǎng)上所有UNS根域服務器和子域服務器信 息的準確復制。
能夠做到這一點的前提，是因為本發(fā)明UNS系統(tǒng)的設計保證了根域和子 域是一個空間相當受限、層次設計最簡單化、根域和子域的變更也嚴格受限的
隹A
朱口 o
3丄2.2子域服務器的變化
子域服務器的變化包含以下幾類增加子域服務器、減少子域服務器、子 域服務器IP地址發(fā)生變化、以及號碼規(guī)則改變(例如子域服務器號碼升位或 降位等)。
3.1.2.3子域服務器變化的更新
當子域發(fā)生變化時，所有UNS相關實體中的子域表必須跟著發(fā)生改變。 子域服務器的變化先是報告給其所屬的根，然后通過根以3丄1.3節(jié)中所述同 樣的方法傳遞給所有其它的根域服務器和子域服務器。
若根域不愿將歸屬于自己的子域信息傳遞給其它服務器，該根域可以封閉 其子域服務器信息。外界可將其看作根域已經(jīng)成為歸屬服務器，所有査詢過程 都直接通過該根域完成。 3丄2.4子域服務器的功能
本發(fā)明中，子域服務器是所有UNS用戶的直接歸屬地。所有UNS用戶在 接入IP后都向各自的歸屬服務器進行注冊。子域服務器承擔的功能包括管 理歸屬于它的UNS用戶；當歸屬的UNS用戶接入IP網(wǎng)絡時，接受該用戶的 注冊和報告當前IP地址，并在其IP地址發(fā)生變化并重新注冊時，修改IP地 址映射關系；接受歸屬于它的UNS用戶作為主叫方發(fā)起的查詢，以查詢被叫 的其它UNS用戶的歸屬服務器或根域服務器地址；接受歸屬于它的UNS用戶 作為被叫方的IP地址査詢。 3丄2.5子域服務器里對根域表和子域表的存儲
本發(fā)明中，子域服務器里也存貯了完整的根域表和子域表，因此，每個子 域服務器中也有網(wǎng)上所有根域表和子域表的完全準確的復制。任何用戶在自己 的歸屬服務器里可以查詢到網(wǎng)上所有根域服務器和子域服務器的IP地址等完
備{曰息o
因此，UNS系統(tǒng)里每個根域服務器和子域服務器中，都含有整個UNS系 統(tǒng)信息的完備復制，這樣的結(jié)構(gòu)將使UNS系統(tǒng)的可靠性達到極限的高度，即 使大量的UNS服務器同時被毀，只要剩下最后一臺根域服務器或子域服務器， 都可以迅速復制整個系統(tǒng)。這使它的安全級和抗毀性級別已經(jīng)達到可以抗核戰(zhàn) 爭的程度。
3丄2.6用戶終端處的緩存
本發(fā)明中，在用戶終端處對根域表和子域表都采用緩沖方式存儲，以減輕 UNS子域服務器的查詢處理量。在未來隨著終端存儲技術的發(fā)展，可以采用 在用戶處也緩存網(wǎng)上完備服務器表的方式。此時可能會出現(xiàn)因服務器地址變更 而帶來的緩存服務器信息與實際信息不一致。
4 UNS的號碼規(guī)則
4.1 一般號碼規(guī)則
4.1.1 UNS總體號碼體系結(jié)構(gòu)
本發(fā)明中，采用三級號碼編號體系。三級號碼的總長度必須小于等于20 位。UNS用戶號碼總?cè)萘繛閘萬億億。 一般UNS用戶號碼的編號方式如下 RDN+SDN+USN。其中可以沒有SDN，從而變成兩級結(jié)構(gòu)RDN+USN。 4丄2根域號碼
其中，第一級是根域號碼(RDN: Root Domain Number),可簡稱根域號 碼。根域號碼采用固定長度的編號方式，例如以下幾種
OXX...:該組號碼以0開頭，通常保留作為特殊服務使用，且長度和編號 規(guī)則暫不作規(guī)定；
1XXX——9XXX:字頭從1到9的根域號碼，總長度4位，可提供從1000 到9999的總共9000個根域號碼資源。
每個根域號碼一般情況下對應了一個運營實體——"UNS服務商"或稱 "UNS運營商"，只要相關國家或地區(qū)容許，它就可以在IP網(wǎng)能夠通達的任 何地方發(fā)展用戶。 4丄3子域號碼
本發(fā)明中，第二級為子域號碼(SDN: Sub_Domain Number),或簡稱子號 碼。子域號碼的長度在不同的根域里可以是不一樣的，但在同一個根域里，子 域號碼長度必須是一樣的。子域號碼長度可以由各個UNS運營商自己決定， 也可以沒有子域號碼(即子域號碼長度為0)，而只規(guī)定用戶子號碼。如果子 域號碼長度為0，則表示只有一個子域。
子域號碼的最大長度為5位。推薦子域長度為3位或4位。3位長度容量 空間為1000個，它能夠支持每個根域都可以在全球發(fā)展用戶，并開展用戶服 務業(yè)務。對于l-2位長度的子域號碼，只有當單個UNS歸屬服務器可以支持 千萬以上的UNS用戶容量時，才可有可能支持全球業(yè)務的開展。 4丄4用戶子號碼
本發(fā)明中，第三級為用戶子號碼(USN: User Sub—Number),也可簡稱用 戶號碼。為將其區(qū)別于完整的UNS用戶號碼，本發(fā)明明稱之為用戶子號碼。 用戶子號碼長度是可變的。即使在同一個歸屬域里，用戶子號碼的長度也是可 變的，這樣可以充分地利用短用戶子號碼的黃金資源。
推薦將5位及5位以下長度的用戶子號碼保留，用作子域內(nèi)企業(yè)、內(nèi)容服 務商或特種服務的號碼分配。該部分號碼資源空間總數(shù)為111,110個。
將6-8位長度的號碼分配給終端用戶，該部分號碼資源總數(shù)為lll，OOO，OOO 個。如果加上3位的子域號碼，以及4位根域號碼，完整UNS用戶號碼的總 長度可達15位。此時一個根域所支持的可以分配給用戶的號碼容量可以達到 lll，OOO，OOO，OOO個。假設全球人口極限按IOO億計算，對于每個根域，在其子 域長度為3的情況下，可以為全球每個人分配11個長度為6到8位的用戶子 號碼。
此外，9位及9位以上的海量空間，可分配給機器類、商品類或動物類等 非人類的終端用戶使用。以子域長度為3計算，每個根域下的用戶號碼總長度
與號碼容量之間的對應關系是16位的1萬億、17位的10萬億、IS位的IOO 萬億、19位的1000萬億和20位的1億億。
以上號碼分配方式僅為推薦分配方式，而這些分配方式對于UNS本身的 運行并沒有什么實質(zhì)性的影響。UNS的運行與號碼使用者的性質(zhì)沒有任何關 系。
例1， 一個UNS運營商的根域號碼為1234，它規(guī)定子域號碼長度為3位； 有一個子域號碼為010的子域，它規(guī)定用戶子號碼長度為6位，并發(fā)展了一個 用戶子號碼為123456的用戶；此時，這個用戶的完整號碼為1234010123456， 號碼總長度為4+3+6=13位。同時，12345也是一個合法的用戶子號碼，此時 完整的UNS用戶號碼為123401012345，該號碼總長度為4+3+5=12位。
例2，假設在例1中有另外一個子域號碼為105的子域，它規(guī)定用戶子號 碼長度為4位，并發(fā)展了一個用戶子號碼為1234，此時這個用戶的完整號碼 為12341051234，號碼總長度為4+3+4=11位。
例3，假設一個UNS運營商的根域號碼為1111，它規(guī)定子域號碼長度為 0，并且用戶子號碼長度為8，它發(fā)展了一個用戶子號碼為01234567，此時這 個用戶的完整號碼為111101234567，號碼總長度為4+0+8=12位。
從用戶開機到注冊IP地址完成的容許時間長度待研究確定。這個時間是 以下三個部分相加 一是通過DHCP等協(xié)議獲得新IP地址的時間，如果終端 IP地址是設定的，這個時間為O; 二是IP包在終端和歸屬服務器之間來回傳 遞所需要的時間；三是在歸屬服務器注冊IP地址所需的處理時間。
4.2快速撥號規(guī)則
4.2.1釆用星號的快速撥號方法
技術領域：
本發(fā)明中，推薦使用"*+用戶子號碼"的快速撥號方法，這種撥號是當 根域和子域都同為歸屬域時采用。例如，設用戶12345的根為1111，歸屬子 域為012。而主叫方用戶的根域和子域也都為1111和012，則主叫用戶撥打 *12345時，就表示撥打了完整了UNS號，即111101212345。
此種簡化撥號只支持用戶子號碼的簡化方式，而不支持省略根而不省略子
域的簡化方式。此外，簡化撥號方式是終端側(cè)處理的技術，不支持在網(wǎng)上傳輸。
當闬戶進行簡化撥號時，在終端側(cè)將其自動將其轉(zhuǎn)換為完整UNS用戶號碼。 也就是說，網(wǎng)絡上傳輸時，只支持完整的UNS用戶號碼，不支持簡化撥號形 式的號碼。
4.2.2三段輸入窗口方式的快速撥號方法
技術領域：
本發(fā)明中，可在輸入界面里設置三段輸入界面，如果不輸入根或不輸入子 域，就表明其缺損為主叫歸屬域。同時，可對根域和子域采取選擇方式輸入。 因為一般用戶所撥叫的根域和子域可能是非常有限的。這樣，根據(jù)緩沖存儲的 常用根域和子域進行排序，并以選擇方式進行輸入，可實現(xiàn)快速撥號。
三段輸入窗口同樣為純終端側(cè)的技術，采用三段輸入窗口輸入的UNS用 戶號碼，在網(wǎng)絡上與正常輸入的UNS用戶號碼無任何區(qū)別。 4.3特服號碼規(guī)則
首字頭為非O,且三位和三位以內(nèi)的號碼為特服號。 一位長度特服號碼共
9個1-9; 二位長度特服號碼10-99;三位長度特服號碼100-999;全部特
服號碼總數(shù)為999個。特服號碼是直接指向各自歸屬服務器或UNS接入服務 器的，用于提供各類特殊的大眾服務。例如査號、維護、時間査詢等業(yè)務。 4.4特服號碼的地址解析
首字頭為1、 2、 3禾n 8、 9的三位特服號碼的地址解析，由UNS接入服務 器來完成。該號碼段定義為本地服務，共500個號碼。該號段的服務含義需要 進行全球統(tǒng)一定義。
其它特服號碼的地址解析，由歸屬服務器來完成。該號碼段定義為歸屬域， 共499個號碼。包括所有1位、2位特服號碼，以及首字頭為4、 5、 6、 7的 三位號碼。該號段的服務含義僅需要在歸屬域內(nèi)統(tǒng)一定義。
5用戶的歸屬和注冊、認證 5.1用戶的歸屬
本發(fā)明中，每個用戶必須且只能歸屬一個子域，或者在沒有子域時直接歸 屬根。用戶的歸屬域是用戶注冊自己當前IP地址和報告自己在線狀態(tài)的實體。
無論用戶在任何地方接入IP網(wǎng)絡，都只在歸屬域進行注冊和認證。 5.2用戶的注冊
用戶在進入網(wǎng)絡時，都需要向歸屬服務器(通常為其歸屬的子域服務器) 進行注冊。注冊內(nèi)容為包括報告自己當前的IP地址，并進行用戶的認證。當 用戶在移動中IP地址發(fā)生改變時，重新進行注冊，向歸屬服務器報告自己最 新的IP地址，它可以重新進行認證，也可以不重新進行認證。
一個用戶名對應的IP地址可以不止一個。 一般情況下，當一個UNS用戶 名對應多個IP地址時，意味著這個UNS用戶與網(wǎng)絡有多個聯(lián)接。從而它容許 一個UNS用戶利用網(wǎng)絡的多個聯(lián)接來實現(xiàn)同一個業(yè)務進程。
每隔一定的時間，UNS用戶終端可以向歸屬服務器確認自己的在線、當 前IP地址。報告的時間間隔越短，歸屬服務器里的終端狀態(tài)信息就越及時和 準確。但終端定期向服務器報告在線狀態(tài)顯然會增加網(wǎng)絡的流量和服務器的工 作負荷，間隔時間越短，網(wǎng)絡和服務器的工作負荷就越大。這就需要在網(wǎng)絡及 服務器的負荷與在線信息準確性之間獲得一個平衡。
這個時間的設定可以由UNS運營商自己根據(jù)網(wǎng)絡技術發(fā)展的狀況選擇。 同時取決于用戶對在線信息更新的需求。更新時間間隔可采用固定間隔和不固 定間隔兩種方式。不固定的間隔時間可以根據(jù)對用戶實際需要而調(diào)整。 5.3用戶的認證
用戶認證的方法與UNS協(xié)議是分離的。各個根域，甚至各個子域可以選 擇自己完全不同的認證方法。但是一般推薦用具有實物形態(tài)的方法進行認證， 推薦采用IC卡認證方法。使用IC卡等實物方式進行認證并不完全是因為這種 方法更安全，而是因為這種方法可以真正有效地分清安全的法律責任。 5.4用戶的級別標識L
為區(qū)別不同用戶的級別和發(fā)展UNS用戶方便的需要，可通過用戶表里用 戶級別標識L區(qū)別4類不同級別的用戶，L的值及其對應的意義
0:匿名注冊的用戶，可以有，也可以沒有安全級；
1:非匿名注冊的用戶，至少有軟安全級(軟件密碼方式實現(xiàn))；
2:非匿名注冊的用戶，至少有硬件安全級(IC卡等硬件方式實現(xiàn)的安全
方法)，歸屬域運營商對安全方法負全責，對用戶報失后的安全負全責，但不 對硬件丟失、失竊或被盜用的安全負責，未捆綁支付賬號。這類級別可用于機 器類的用戶，如家中聯(lián)接到網(wǎng)上的家電、控制街道安全的攝像頭等。也可用于
無支付需要的人或單位用戶；
3:非匿名注冊的用戶，硬件安全級(IC卡等硬件方式實現(xiàn)的安全方法)，
歸屬域運營商對安全方法負全責(安全方法被破解導致的安全問題)，對用戶 報失后的安全負全責，但不對硬件丟失、失竊或被盜用的安全負責，捆綁支付 帳號。
本發(fā)明中，用戶的級別是可升級或降級的，如從O級升級到l級；也可以 跨級升級，如從0級直接升級到3級；也可以從3級降為1級。
6號碼規(guī)則代碼
本發(fā)明中，為了使訪問者知道各個號碼的定義，為每個根域和子域提供了 號碼規(guī)則代碼。 6.1根域號碼規(guī)則代碼
根域號碼規(guī)則代碼為2位長度，其中第一位表達根域號碼長度，第二位表 達子域號碼長度。例如X1X2，其中，Xl—般為4; X2可以是從0到5的整 數(shù)， 一般推薦小于等于3。 6.2子域號碼規(guī)則代碼
子域號碼規(guī)則代碼為3位長度，其中第一位表達根域號碼長度，第二位表 達子域號碼長度，第三位表達用戶子號碼長度。例如X1X2X3，其中X1—般 為4; X2可以是從0到5的整數(shù)， 一般推薦小于等于3; X3可以是從1到F 的整數(shù)，以及X，其中，A對應IO， B對應ll，依次類推，F(xiàn)對應15。
7 UNS字符名稱
7.1域字符名稱 7.1.1根域字符名稱
本發(fā)明中，為每個根域提供2個字符名稱。其中，第l個是英文名稱，不
區(qū)分大小寫。第2個是區(qū)域文字名稱，它可以是世界上任何語言的本地文字名 稱，當本地文字為英語時，也可不定義區(qū)域文字名稱，或者與第一名稱一樣，
區(qū)域文字名稱同樣不區(qū)分大小寫。兩個名稱的字節(jié)長度都限制為256，且兩個 名稱應具有全球唯一性。
7丄2子域字符名稱
本發(fā)明中，還為每個子域提供2個字符名稱。其中，第l個是英文名稱， 不區(qū)分大小寫。第2個是區(qū)域文字名稱，它可以是世界上任何語言的本地文字 名稱，當本地文字為英語時，也可不定義區(qū)域文字名稱，或者與第一名稱一樣， 區(qū)域文字名稱同樣不區(qū)分大小寫。兩個名稱的字節(jié)長度都限制為256，兩個名 稱僅在所屬根域內(nèi)具有唯一性即可。 7.2用戶字符名稱
本發(fā)明中，還為每個用戶提供3個字符名稱。其中第l個是英文名稱，不 區(qū)分大小寫。第2個是區(qū)域文字名稱，它可以是世界上任何語言的本地文字名 稱，當本地文字為英語時，也可不定義區(qū)域文字名稱，或者與第一名稱一樣， 區(qū)域文字名稱同樣不區(qū)分大小寫。第3個是用戶任意可控的名稱。
3個名稱的字節(jié)長度都限制為256。第1和第2名稱都是只要求在歸屬域 里是唯一的。它們必須通過向歸屬運營商申請才能被修改。這兩個名稱可以用 來替代號碼進行尋址。第3名稱不要求唯一性，也不作為尋址使用，用戶可以 在線進行任意修改，它只供用戶向訪問者顯示信息用。 7.3用戶名稱的合法字符
所有字符名稱可以為文字、字母和數(shù)字，但除地址分割符"*"夕卜，只能 含連字符"—"。連字符不能位于名稱的首位。如不能是"—acdf"，"—中國"等 不合法的寫法。
7.4 UNS字符名稱的標識方法
UNS字符名稱通用標識方法為RDN*SDN*User—name;如某根域無子域， 其標識方法為RDN*User—name。用戶名，子域名和根域名的不同語言名稱 可以混合標識，也可以與號碼混合標識。
例4，假設一個用戶的第一字符名稱為"abcdefg"，歸屬子域名為SZ，根
域號為1234，則其UNS字符名稱標識為1234*SZ*abcdefg。
例5，假設一個用戶的第二用戶名稱為中文名稱"深圳張強"，根域號為
4322，子域號長度為0，則其訪問方法為4322*深圳張強。
字符名稱的訪問一般主要用在具有鍵盤輸入的設備上，在手持終端上也可
以使用。
8表結(jié)構(gòu)
本發(fā)明中所涉及的表包括根域表、子域表、用戶表。 8.1根域表
根域表是存儲根域映射的表，即含有根域服務器與IP地址的對應關系， 根域表中還含有根域的屬性信息，包括根域號、根域規(guī)則代碼、邏輯地址1
版本、邏輯地址l、邏輯地址2版本、邏輯地址2、根域名等信息。 8.2子域表
子域表是存儲子域映射關系的表，即含有子域服務器與IP地址的對應關 系。子域表中還含有子域的屬性信息，包括子域號、子域規(guī)則代碼、邏輯地址 l版本、邏輯地址l、邏輯地址2版本、邏輯地址2、子域名等信息。 8.3用戶表
用戶表是存儲用戶映射關系的表，即含有用戶終端與IP地址的對應關系。 用戶表中還含有含用戶的屬性信息，包括UNS號、用戶級別L、第一字符名、 第二字符名、第三字符名、在線狀態(tài)、邏輯地址l版本號、邏輯地址l、邏輯 地址2版本號、邏輯地址2、邏輯地址3版本號、邏輯地址3、邏輯地址4版 本號、邏輯地址4、位置信息等。
9 UNS用戶的呼叫査詢
9.1 UNS呼叫的目的
本發(fā)明中，UNS呼叫并不針對任何具體業(yè)務，而僅僅為以下幾個目的 校驗被叫UNS用戶號碼通過UNS用戶號碼或字符名，可查詢到該用戶
的其它名字或信息，以此可驗證輸入的UNS用戶號碼或字符名字的正確性；
獲得被叫UNS用戶的IP地址； 獲得被叫UNS用戶的在線狀態(tài)；
獲得用戶的其它增值服務信息或?qū)傩?，例如查詢用戶安全級別，通過擴展 存儲用戶的信息，可進行位置服務等增值UNS服務。
9.2 呼叫過程
本發(fā)明中，UNS呼叫含三個基本過程根域號碼查詢、子域號碼査詢、
用戶査詢。
9.2.1 根域號碼查詢
根據(jù)UNS的號碼規(guī)則，根域號碼可根據(jù)UNS用戶號碼本身第一個字頭直 接査到。當?shù)谝晃粸?時，為保留號碼；當?shù)谝晃粸閘-9，前4位為根域號碼。 如果有星號"*"進行號碼分割，可根據(jù)分割提取根域號碼。
提取出根域號碼之后，可通過根域號碼査詢根域表(可以是終端中存儲的 根域表、或者主叫用戶所歸屬的子域服務器所存儲的根域表、或者主叫用戶所 歸屬的根域服務器所存儲的根域表)，從而獲得該根域號碼對應的號碼規(guī)則碼， 從中獲得該根域號碼對應的子域號碼長度，進而提取出子域號碼。如子域號碼 長度為0，子域號碼査詢過程就可省略，根域號碼IP地址就是子域號碼IP地 址，此時可以此直接進行用戶査詢。
如果輸入是符號名，可以根據(jù)根域表以名稱查詢到其號碼名稱。然后按以 上規(guī)則進行査詢。查詢根域表的同時，可獲得被叫根域服務器的IP地址等信
息o
9.2.2子域號碼查詢
在獲得子域號碼以后，可以通過査詢子域表(可以是終端本地緩沖存儲的 子域表、主叫用戶所歸屬的子域服務器里緩沖存儲的子域表、或者主叫用戶所 歸屬的根域服務器里存儲的完備子域表)，獲得該子域服務器的IP地址等信 息。
9.2.3 用戶査詢
在獲得被叫歸屬子域服務器的IP地址后，即可向該子域服務器査詢被叫 UNS用戶的信息，包括當前IP地址、在線狀態(tài)、用戶安全級別、三個字符名、
位置信息等信息。
如何使用所查到的被叫用戶信息，并不是UNS協(xié)議本身關心的事情，主 叫用戶可根據(jù)自已的需要進行各種不同的業(yè)務應用，甚至可僅僅是檢查自己輸
入的UNS用戶號是否正確等。 一般情況下，可能是利用査到的IP地址向被叫
用戶發(fā)起IP呼叫進行某個業(yè)務，例如傳送文件、發(fā)起視頻會話等。但這都已
不屬于UNS協(xié)議本身關心的范圍。因此，UNS協(xié)議本身與一切應用層業(yè)務都 是完全透明的。
10 UNS號碼分配和管理的優(yōu)勢
號碼分配是一個非常重要的問題。在過去，各種號碼體系大多釆用了集中 的號碼分配方式。這一方面使行施分配權(quán)的機構(gòu)工作量極大，同時也帶來很多 問題。
UNS號碼體系采用分級授權(quán)管理和分級授權(quán)分配的方式，并且采取"分配 過程最少人為參與"的原則。這不僅從根本上徹底簡化了號碼分配和管理的難 度，而且具有盡可能大的自動性和透明性。而象LAN網(wǎng)卡的MAC地址、IP地 址和DNS的域名等都采用高度集中的號碼分配和管理方式，這樣既加大了管理 的難度，也是產(chǎn)生上述主權(quán)性和安全性問題的根源之一。
UNS號碼體系有一個最頂級的，不參與運營的輔助集中地址管理器。輔助 集中地址管理器可以交給某個國際組織去管理、也可以交給一個非贏利性機 構(gòu)、甚至從純理論上說可以交給個人來管理(當然，我們并不認為實際操作中 會出現(xiàn)這種事情，這樣做顯然會有很多非技術性的問題)。這個輔助集中地址 管理所需要做的工作量極少，其處理能力和存儲能力的需求僅僅是現(xiàn)在一臺普 通PC服務器就足以勝任了。而且，每個國家或組織機構(gòu)都可以完全備份這個 服務器里的根域表和子域表信息，從而不僅使得這個頂級管理器具有最大的容 災性，而且具有所有國家的平等性。
管理輔助集中地址管理器的機構(gòu)，僅需要直接分配和管理最多10000個號 碼。這是一種個人級可勝任的工作。根域號碼分配的原則照顧到兩個方面
一是"國家分配"。它是先將部分根免費地分配給各個國家，再由國家分配給相應的用戶服務商。分配給各個國家的根域號碼數(shù)量僅僅根據(jù)國家的國土 大小和人口數(shù)量等因素綜合考慮，完全不考慮當前經(jīng)濟發(fā)展水平和網(wǎng)絡發(fā)展水 平。其權(quán)重計算方法為
100萬人口以下國家統(tǒng)一按100萬人口計算，1萬平方公里以下國家統(tǒng)一 按1萬平方公里計算；
以百萬人口和1萬平方公里為歸一化的單位，分別計算人口數(shù)字和國土數(shù)
字，然后將兩個數(shù)字直接相加，總和取以2為底的對數(shù)。這個數(shù)字乘以2，再
直接去掉小數(shù)點后面的位數(shù)(向下取整)，就是可以獲得的根域號碼數(shù)量。
其公式為Int(2* Log2 (人口歸一化指數(shù)+國土面積歸一化指數(shù))) 例l，某個國家有350萬人口， 15.6萬平方公里國土。 Int(2*Log2(3. 5+15. 6) )=8 所以該國家可獲得的根域號碼數(shù)量為8個。
例2，某個國家有20萬人口， 2000平方公里國土。它們將按100萬人口
和1萬平方公里國土計算。 Int(2禮og2(l+l)):2
所以該國家可獲得的根域號碼數(shù)量為2個。
例3，中國13億人口，國土面積為960萬平方公里。
Int(2禮og2 (1300+960) )=22
所以中國可獲得的根域號碼數(shù)量為22個。 例4，印度人口ll億，國土面積為300萬平方公里。 Int (2*Log2 (1100+300)) =20
所以印度可獲得的根域號碼數(shù)量為20個。
例5，美國人口2.7億，國土面積為952萬平方公里。
Int(2禮og2 (270+952) )=20
所以，美國可獲得的根域號碼數(shù)量為20個。
根據(jù)以上原則計算出所有國家應分配的根域號碼數(shù)量，然后從1000開始， 按照國家英文名字母順序依次進行分配。每個國家分配的號碼之間預留2個號 碼。依據(jù)以上簡單的規(guī)則，即可絕對自動和絕對透明地完成所有根域號碼的"國
家分配"過程。
二是"直接分配"。除國家分配之外，可以直接分配給一些跨國用戶服務 商。這種直接分配可彌補國家分配可能產(chǎn)生的需求不足，同時又避免對國家分 配的基本規(guī)則有任何改變。同時直接分配的根域號碼可獲得相關公司贊助。這 是輔助集中地址管理器得到資金的可能來源之一。
根域號碼以下層級的號碼分配和管理，采用授權(quán)方式交給根域去執(zhí)行。在 分配相應根域號碼的同時，也將根以下所有號碼的分配權(quán)，甚至授權(quán)分配權(quán)全 部地同時授權(quán)下放。當然，子域也可接受根域在用戶號碼分配上的業(yè)務指導。 各個子域的號碼僅僅是在輔助集中地址管理器中備案即可，而不需要輔助集中 地址管理機構(gòu)去進行分配。各個用戶號碼由其歸屬的子域去分配和管理，若無 子域，即由用戶直接歸屬的根域去分配和管理。
11、本發(fā)明與P2P類用戶尋址方式的比較
P2P類尋址方式的優(yōu)點是由于利用了用戶端的計算能力，從而對局端的處 理能力需求非常少。但其缺點也是非常明顯的，包括
(1) 僅有尋址方式，缺乏一套規(guī)范的編址體系及相應的管理，這種方式 顯然不能成為建立支付體系的基礎，從而無法支持網(wǎng)絡支付；
(2) 只能通過在線顯示和點擊方式進行呼叫，這種方式所支持的用戶量 是有限的，且不能任意呼叫網(wǎng)上的所有用戶，不同服務商之間的號碼不能互通， 因此不能成為電信級全程全網(wǎng)的應用。
(3) P2P尋址與DNS—樣難以適應用戶IP地址的高度變化，不能在用戶 地址層支持移動、漫游和切換。
相比之下，本發(fā)明的UNS同樣可以利用終端用戶處的計算能力，由于根域 和子域的數(shù)量相當有限并高度穩(wěn)定，因此，每個用戶終端都很容易具備存儲全 網(wǎng)服務器IP地址映射的能力，從而在終端處自己解決被叫歸屬服務器尋址的 過程，而僅在網(wǎng)上解決最后一步的被叫用戶IP地址映射問題。
UNS充分利用了全IP網(wǎng)絡"平滑跳變"的特性，專門針對全IP網(wǎng)絡的特 點進行設計。它完全拋開了DNS缺陷的約束，可以使協(xié)議最簡單，功能卻最為理想。
信息產(chǎn)業(yè)部電信研究院首席專家龔雙瑾女士對未來網(wǎng)絡的編碼提出了 5
個特點，這5個特點概括了未來應用層地址所應當具有的與過去網(wǎng)絡不同的
主要差異化特性
(1) 用戶編號個性化會加強，即用戶名的單一化，與業(yè)務無關；
(2) 用戶編號與網(wǎng)絡編號分離，即用戶名不依賴于具體網(wǎng)絡技術；
(3) 用戶編號與命名計劃的融合，即用戶名不僅可以是數(shù)字，而且可以 是字符名字或其它的屬性名字；
(4) 用戶編號與國家和地區(qū)特性的分離；
(5) 號碼攜帶的要求。
由前面的描述可知，本發(fā)明的UNS體系不僅完全滿足符合了上述要求，甚
至遠遠地超出了上述要求，具有以下特點
(1) UNS是與業(yè)務完全分離的，僅標識用戶。
(2) UNS不僅是與網(wǎng)絡分離，而且是與網(wǎng)絡運營商分離的。
(3) UNS即包含數(shù)字名，也包含各類字符名和各種用戶屬性信息，并且 可以很容易地進行各類屬性和功能的擴展，適合手持終端和計算機終端等各種 輸入設備。
(4) UNS與地域完全分離。
(5) 尋址路徑達到了理論上最短的程度，管理層級實現(xiàn)了最扁平化，并 且可以使所有呼叫的尋址路徑接近一致，確保尋址的服務質(zhì)量以及任意實時業(yè) 務的尋址需要。
(6) 實現(xiàn)非常簡單、投資極少。對現(xiàn)有網(wǎng)絡技術在物理層和IP層的升級 的成本要求幾乎為零。
(7) 與業(yè)務完全透明，與邏輯地址層完全透明，因此具備適應業(yè)務的"無 限種類、無限可變、當前未知"三大特性的發(fā)展需要，對邏輯地址層協(xié)議(IP 地址協(xié)議)不僅具備向下兼容能力，而且具備向上兼容未來邏輯地址協(xié)議的能 力。
(8) 充分考慮基于用戶的網(wǎng)絡支付手段，很容易建立起適應全IP網(wǎng)絡需 要的網(wǎng)絡支付體系，這是建立全IP網(wǎng)絡一切良好商業(yè)模型的基礎。
(9) 不受當前認S缺陷的任何局限。
(10) 用戶和運營商都可任意選擇自己的安全級別，其安全性具有高度自 主受控性和主權(quán)平等。
(11) UNS徹底消滅了號碼攜帶問題，而不是實現(xiàn)號碼攜帶功能，所謂"號 碼攜帶"是由于用戶號碼歸屬于網(wǎng)絡運營商才會產(chǎn)生這種需求，而UNS與網(wǎng)絡 運營商的分離使得號碼攜帶的問題本身已經(jīng)完全被消滅——超號碼攜帶。
(12) UNS號碼同樣完全消滅了游牧、漫游和移動的問題。從一定意義上 說，UNS服務器就是完全繼承了過去移動網(wǎng)絡里HLR和VLR的功能，因此其協(xié) 議本身天然地就是具有游牧、漫游或移動能力的，這樣的設計將使得移動問題 的解決完全不依賴于物理接入網(wǎng)絡一一超移動；超移動的概念僅僅要說明，通 訊網(wǎng)絡的用戶本來天然的就應該是移動的。用戶接入的固定，以及固定和移動 的區(qū)別反而是特定歷史和技術條件下的極為特殊的奇怪現(xiàn)象；UNS將使DSL、 P0N、 WLAN、以及802. 16d等所有本身沒有移動能力的無線和固定接入技術全 都自動具有移動和漫游能力。 一切網(wǎng)絡本來就應當是移動，因此就沒有必要再 提什么"移動功能"的概念。
(13) 不僅如此，它還可以實現(xiàn)跨接入技術體制的漫游，如一個用戶可以 從DSL網(wǎng)絡漫游到WLAN網(wǎng)絡，然后再漫游到WIMAX網(wǎng)絡——超漫游。同樣， 超漫游概念也是要說明網(wǎng)絡的用戶天然就具有漫游能力。
(14) UNS由于支持多IP地址(即一個用戶終端可以通過多條線路接入 網(wǎng)絡，并相對應地分配多個IP地址)，因此本身不僅具備超軟切換能力，而且 具備在應用層實現(xiàn)的MIMO (多入多出)能力，并且這種MIMO能力基本上完全
不依賴于物理網(wǎng)絡的任何支持，甚至可實現(xiàn)跨越完全不同物理接入技術之間的 MIM0——例如WLAN、 DSL和WIMAX三條不同接入技術線路的MIM0——超級 MIMO。
以上功能無需物理層和IP層的任何支持，就可以實現(xiàn)所有移動網(wǎng)絡的能 力，這將使物理層網(wǎng)絡技術的發(fā)展被極大地簡化。UNS的以上優(yōu)勢不僅遠遠超 過現(xiàn)有的DNS、和ENUM和UCI等協(xié)議，而且也是P2P類自由發(fā)展的尋址方式 所望塵莫及的。超號碼攜帶、超移動、超漫游、超軟切換、超級MIMO是目前 唯有UNS協(xié)議才同時具備的能力。
權(quán)利要求
1、一種基于IP協(xié)議的用戶名系統(tǒng)，包括IP網(wǎng)絡，其特征在于，在所述IP網(wǎng)絡上疊加有UNS服務層；所述UNS服務層中包括輔助集中地址管理器和分布式二層UNS服務器；其中，所述分布式二層UNS服務器包括根域服務器和子域服務器；所述輔助集中地址管理器用于對根域服務器的地址提供集中、統(tǒng)一的分配，并對根域服務器和子域服務器的地址提供集中、統(tǒng)一的管理；每個UNS用戶可通過與所述IP網(wǎng)絡連接的終端、利用該終端的當前IP地址向所述UNS服務層注冊，已注冊的主叫用戶可通過所述UNS服務層查詢被叫用戶的當前IP地址，進而與被叫用戶建立直接的通信聯(lián)系。
2、 根據(jù)權(quán)利要求1所述的基于IP協(xié)議的用戶名系統(tǒng)，其特征在于，其中 每個根域服務器管理至少一個歸屬于它的子域服務器，每個子域服務器管理至 少一個歸屬于它的UNS用戶。
3、 根據(jù)權(quán)利要求1或2所述的基于IP協(xié)議的用戶名系統(tǒng)，其特征在于， 所述UNS服務層中還包括UNS接入服務器，它用于為接入網(wǎng)絡服務商控制接入 的UNS用戶，從而可以管理和計量UNS用戶流量，以實現(xiàn)接入服務商的計費和 接入網(wǎng)絡管理等功能。
4、 一種基于IP協(xié)議的用戶名方法，其特征在于，包括以下步驟(1) 在IP網(wǎng)絡上疊加UNS服務層，其中，所述UNS服務層中包括輔助集中地址管理器、由根域服務器和子域 服務器組成的分布式二層UNS服務器、以及UNS接入服務器，每個所述根域服 務器管理至少一個歸屬于它的子域服務器，每個子域服務器管理至少一個歸屬 于它的用戶；(2) 進行號碼分配，其中， 通過所述輔助集中地址管理器，為每一個根域服務器分配一個唯一的根域號碼；每個根域服務器再為歸屬于它的每個子域服務器分配一個在本根域內(nèi)唯 一的子域號碼；每個子域服務器再為歸屬于它的每個用戶分配一個在本子域內(nèi)唯一的用 戶子號碼；一個用戶的完整用戶號碼一般由其用戶子號碼、其所歸屬子域的子域號 碼、以及其所歸屬根域的根域號碼共三部分組成。
5、 根據(jù)權(quán)利要求4所述的基于IP協(xié)議的用戶名方法，其特征在于，還包 括以下步驟(3) 用戶注冊，其中，用戶登錄一個與所述IP網(wǎng)絡連接的終端，并利用該終端的IP地址及其自 身用戶號碼，向所述UNS服務層注冊；當該終端的IP地址發(fā)生變化時，則利用該終端的當前IP地址及其自身用 戶號碼重新向所述UNS服務層注冊。
6、 根據(jù)權(quán)利要求5所述的基于IP協(xié)議的用戶名方法，其特征在于，在所 述用戶注冊步驟中，所述用戶是向其歸屬的子域服務器注冊的，或者是在沒有 子域服務器的情況下直接向其歸屬的根域服務器注冊。
7、 根據(jù)權(quán)利要求4所述的基于IP協(xié)議的用戶名方法，其特征在于，還包 括以下步驟(4) UNS呼叫，其中包括(41) 已注冊的主叫用戶輸入被叫用戶的用戶號碼，發(fā)起呼叫；(42) 從所述用戶號碼中提取出被叫用戶的根域號碼和子域號碼，分別通 過査詢根域表和子域表以獲得被叫子域服務器IP地址；(43) 根據(jù)所述被叫子域服務器IP地址，向被叫子域服務器查詢被叫用戶的當前信息，所述信息包括其是否注冊在線、當前IP地址。
8、 根據(jù)權(quán)利要求7所述的基于IP協(xié)議的用戶名方法，其特征在于， 所述根域表是主叫終端中存儲的根域表、或者主叫用戶所歸屬的子域服務器所存儲的根域表、或者主叫用戶所歸屬的根域服務器所存儲的根域表；所述子域表可以是終端本地緩沖存儲的子域表、或者主叫用戶所歸屬的子域服務器里緩沖存儲的子域表、或者主叫用戶所歸屬的根域服務器里存儲的子 域表。
9、 根據(jù)權(quán)利要求8所述的基于IP協(xié)議的用戶名方法，其特征在于， 當根域發(fā)生變化時，所有UNS相關實體中的根域表必須跟著發(fā)生改變，具體是通過輔助集中地址管理器傳送變更通知，或通過變化的根域服務器向其 它所有根域服務器和輔助集中地址管理器發(fā)出變更通知；當子域發(fā)生變化時，所有UNS相關實體中的子域表必須跟著發(fā)生改變， 子域服務器的變化先是由變化的子域服務器報告給其所歸屬的根域服務器，后 者再傳遞所有其它的根域和子域服務器。
10、 根據(jù)權(quán)利要求4-8中任一項所述的基于IP協(xié)議的用戶名方法，其特征在于，所述根域號碼是長度為1至6位的數(shù)字號碼，推薦使用4位長度；所述子域號碼是長度為0至5位的數(shù)字號碼，歸屬于同一根域號碼的子域號碼應具有相同的長度，當所述子域號碼長度為0時， 一個完整的用戶號碼中只包括根域號碼和用戶子號碼，此時用戶直接由根域管理；歸屬于同一子域號碼的用戶子 號碼可具有不同的長度；針對每一個根域號碼，設有至少一個根域字符名稱，每個根域字符名稱在 整個系統(tǒng)中應是唯一的；針對每一個子域號碼，設有至少一個子域字符名稱， 每個子域字符名稱在其歸屬的根域內(nèi)應是唯一的；針對每一個用戶子號碼，設 有至少一個用戶字符名稱，每個用戶字符名稱在其所屬的子域內(nèi)應是唯一的。
11、 根據(jù)權(quán)利要求7所述的基于IP協(xié)議的用戶名方法，其特征在于， 在所述步驟(41)中，主叫用戶通過輸入"* +被叫用戶的用戶子號碼"的方式進行簡易撥號，并發(fā)起呼叫；在所述步驟(42)中，將所述"*"號解析為與主叫用戶相同根域號碼和 子域號碼。
全文摘要
本發(fā)明涉及一種應用于互聯(lián)網(wǎng)的基于IP協(xié)議的用戶名系統(tǒng)和方法，為解決現(xiàn)有DNS系統(tǒng)因不能適應用戶IP地址的實時變化等原因，從而不能適用于用戶終端，而只適用于服務器的問題。本發(fā)明在IP網(wǎng)絡上疊加UNS服務層，所述UNS服務層中包括輔助集中地址管理器、由根域服務器和子域服務器組成的分布式二層UNS服務器、以及UNS接入服務器等；其中每個用戶的完整用戶號碼由其用戶子號碼、其所歸屬子域的子域號碼、以及其所歸屬根域的根域號碼共三部分組成。已注冊的主叫用戶可通過所述UNS服務層查詢被叫用戶的當前IP地址，進而與被叫用戶建立直接的通信聯(lián)系。
文檔編號H04L29/12GK101179602SQ20061006354
公開日2008年5月14日 申請日期2006年11月8日 優(yōu)先權(quán)日2006年11月8日
發(fā)明者濤 汪 申請人:濤 汪