描述的功能的以下器件实现:通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件，或者它们的任何适当组合。针对FGW 852所描述的功能模块中的一个或多个和/或这些功能模块的一个或多个组合还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP通信的结合，或者任何其它这种结构。
[0144]图16是图8所示示例性安全网关的功能框图。如上文就图8所描述的一样，SGff854可作为透明隧道用于通过因特网840在FGW 852和毫微微节点810之间路由消息。SGW854可包括网络接口 1610，后者用于通过因特网840从FGW 852或毫微微节点810接收入站消息，并向它们发送出站消息。网络接口 1610可耦合到处理器1620。处理器4620可用于处理入站和出站消息。处理器1620可以通过一个或多个总线耦合到存储器1625。处理器1620可以从存储器1625读取信息或向其写入信息。存储器1625可用于在进行处理之前、期间或之后存储入站和出站消息。特别是，存储器1625可用于存储上述颜色码和/或BSC_ID0
[0145]处理器1620还可以耦合到路由单元1630。处理器1620可以将入站消息传递给路由单元1630以进行更多处理。路由单元1630会至少部分地根据入站消息的内容分析入站消息以确定一个或多个目标。例如，入站消息可以包括颜色码和/或BSC_ID。路由单元1630可以分析颜色码和/或BSC_ID，并确定毫微微节点与这个标识符关联。路由单元1630可直接耦合到存储1625以辅助作出路由决定。例如，存储器1625可以存储数据结构，如:列表或表格，其中包含将颜色码和/或BSC_ID值与毫微微节点的地址或其它标识符关联的信息。路由单元1630可用于使用颜色码和/或BSC_ID在存储器1625中查找用于毫微微节点的标识符。路由单元1630可用于为处理器1620提供信息，如:作为切换源的毫微微节点的地址或其它标识符。处理器1620可用于使用来自路由单元1630的这一信息来生成出站消息。处理器1620可以将出站消息传递给网络接口 1610以向因特网840或FGW 852发送。
[0146]网络接口 1610可包括调制解调器。调制解调器可用于调制/解调正在去往或正在来自SGW 854的出站/入站消息。网络接口 1610可以解调接收数据。解调数据可发送给处理器1620。网络接口 1610可以调制将要从FGW 852发送的数据。将要发送的数据可以从处理器1620收到。
[0147]存储器1625可包括处理器缓存，后者包括多级分层缓存，其中不同级别具有不同的容量和访问速度。存储器1625还可包括随机存取存储器(RAM)、其它易失性存储设备或非易失性存储设备。存储可以包括硬盘驱动器、光碟(例如，紧凑光碟(CD)或数字视频光碟(DVD))、闪存、软盘、磁带和Zip驱动器。
[0148]虽然是分开进行描述的，但应当明白，针对SGW 854所描述的功能模块不必是分开的结构元件。例如，处理器1620和存储器1625可能会实现在一个芯片上。处理器1620可以附加性地或者替换性地包含诸如处理器寄存器之类的存储器。类似地，功能模块中的一个或多个或各模块的功能的一些部分可以实现在一个芯片上。或者，特定模块的功能可实现在两个或多个芯片上。
[0149]针对SGW 854所描述的功能模块中的一个或多个和/或这些功能模块的一个或多个组合，如:处理器1620和路由单元1630，可由设计用于实现本文所描述的功能的以下器件实现:通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件，或者它们的任何适当组合。针对SGW 854所描述的功能模块中的一个或多个和/或功能模块的一个或多个组合还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP通信的结合，或者任何其它这种结构。
[0150]B.域名地址解析
[0151]在一个实施例中，通信网络中可以集成域名系统(DNS)，以便在切换过程中辅助源接入节点地址的查找。图17示出了使用DNS 1760的两个或多个通信网络的示例性互操作。在所示实施例中，其中许多单元可与图8所示大致相似，宏节点1705与AT 1720和AT1722通信，所有这些都在宏区域1730内工作。毫微微节点1710与AT 1710通信，二者都在毫微微节点1715内工作。类似地，毫微微节点1712与AT 1721通信，二者都在毫微微节点1715内工作。在通信网络1750中工作的FGW 1752，可以与宏节点1705、SGW 1754和DNS1760中的一个或多个通信。因特网1740可以与毫微微节点1710、1712和SGW 1754通信。在所示实施例中，DNS 1760连接到因特网1740。在其它实施例中，DNS 1760可以与其它功能(如:FGW 1752或SGW 1754)位于同一位置或在不同的位置部署。在一些实施例中，DNS1760可以实现为服务器。在一些实施例中，DNS 1760可以实现为与通信网络的另一单元集成在一起的功能。在一些实施例中，可使用多于一个DNS。在一些实施例中，分层DNS是可用的。在一些实施例中，每个宏子网至少有一个DNS。
[0152]图18是用于注册图17所示源节点地址的示例性过程的一个流程图。如同上面针对图17所描述的一样，过程1800可用于注册以后允许目标节点提取的源节点地址。在一些实施例中，源节点可以是毫微微节点1710，目标节点可以是宏节点1705。为了辅助切换，源节点(如:毫微微节点1710)会给AT (如:AT 1722)分配第一和第二标识符，如步骤1810所示。在一些实施例中，第一标识符可包括颜色码。在其它实施例中，第一标识符可包括高位UATI中的一个或多个位。在一些实施例中，第二标识符可包括低位UATI中的一个或多个位。
[0153]进入步骤1820，源节点根据第一和第二标识符生成域名。域名可以格式化为字符串。在一个实施例中，域名的形式可以是:“uati32-〈UATI32>.子网-〈子网>.HRPD.RAN.〈运营商的域 >”，其中，〈UATI32〉表示UATI的最低32位，〈子网 > 表示标识源节点子网的字符串，〈运营商的域〉表示标识通信网络运营商域的字符串。UATI32可以格式化，例如，以二进制或十六进制表示。域名可包括硬或软编码字符串，如“ HRPD ”和“ RAN ”来表示，例如在无线电区域网络(RAN)中的HRPD会话。举个例子，如果UATI32是OxRKKFOOO，子网是“子网 A”，运营商的域是 “example, com”，那么域名可以是 “uati32-F000F000.subnet-A.HRPD.RAN.example, com，，。
[0154]在另一个实施例中，域名的形式可以是“uati24-〈UATI24>.uati 104_〈UATI 104〉.HRPD.RAN.〈运营商的域〉”其中，〈UAT 124〉表示 UAT124，〈UATI 104〉表示 UATI104，〈运营商的域 > 表示标识通信网络运营商域的字符串。例如，如果UATI24是0xR)0F00，UATI104是 0x0123456789ABC，运营商的域是“example, com”，那么域名可以是“uati24_F0(F00.uatil04-0123456789ABC.HRPD.RAN.example, com”。应该理解的是，上述实施例仅仅是示例，其它域名是可以使用的。
[0155]进入步骤1830，源节点获取其IP地址。在多个实施例中，通过访问存储在存储器中的IP地址或类似方式，源节点可以从其有线或无线网络接口来获取其IP地址。转移至步骤1840，源节点将包含生成的域名和源节点IP地址的DNS注册请求发送给DNS (如:DNS1760)。然后，在步骤1850中，DNS接收DNS注册请求并提取域名和源节点的IP地址。最后，在步骤1860中，DNS在存储器中将源节点的IP地址与提供的域名关联起来。
[0156]图19是图17所示示例性DNS 1760的功能框图。如同上面针对图17所讨论的一样，通过注册过程记录毫微微节点1710的地址，并通过DNS查询过程将毫微微节点1710的地址提供给宏节点1705，DNS 1760可以辅助从毫微微节点1710到宏节点1705的切换。DNS1760可包括处理器1920，后者耦合到有线网络接口 1930。有线网络接口 1930可用于从一个地址接收入站有线消息，并向其发送出站有线消息。有线网络接口 1930可以接收入站有线消息，并将入站有线消息传递给处理器1920以进行处理。处理器1920可以处理出站有线消息，并将出站有线消息传递给有线网络接口 1930以发送给一个地址。例如，在域注册过程中，有线网络接口 1930可以从毫微微节点1710接收域注册请求，并将域注册请求传递给处理器1920以进行处理。在DNS查询过程中，有线网络接口 1930可以从宏节点1705接收DNS查询，并将DNS查询传递给处理器1920以进行处理。处理器1920可将格式化的响应传递给有线网络接口 1930以发送到，例如毫微微节点1710和/或宏节点1705。
[0157]处理器1920还可以通过一个或多个总线耦合到存储器1940。处理器1920可以从存储器1940读取信息或向其写入信息。存储器1940可用于存储信息以用于处理入站或出站有线消息。存储器1940也可用于存储域信息，例如域名及其关联的IP地址。处理器1920还可以耦合到消息解释器1945。处理器可将入站有线消息传递给消息解释器1945以进行处理。消息解释器1945可用于从在有线网络接口 1930收到的入站有线消息中提取信息。例如，从毫微微节点1710收到的入站DNS注册请求可包括域信息，域名和IP地址。消息解释器1945可以从毫微微节点1710提供的入站有线消息中提取域名和IP地址。消息解释器1945可将这一标识信息传递给处理器1920以进行其它处理。消息解释器1945也可以直接耦合到存储器1940，以便存储或提取用于消息解释的信息。
[0158]处理器1920还可以耦合到消息格式化器1950。消息格式化器1950可用于生成出站有线消息。消息格式化器1950还可用于将生成的出站有线消息传递给处理器1920。处理器1920可以将出站有线消息传递给有线网络接口 1930以进行发送。有线网络接口 1930可以将出站有线消息发送给，例如毫微微节点1710和/或宏节点1705。出站有线消息可包括DNS注册响应，如确认或否定确认。出站有线消息也可包括DNS查询响应，后者包括所查询域名的IP地址。消息格式化器1950也可以直接耦合到存储器1940，以便存储或提取用于消息格式化的信息。
[0159]有线网络接口 1930可包括调制解调器。调制解调器可以用于对发往或来自一个网络地址的出站/入站有线消息进行调制/解调。有线网络接口 1930可以使用本领域的已知方法根据一个或多个有线标准来解调接收数据。解调数据可发送给处理器1920。有线网络接口 1930可以使用本领域的已知方法根据一个或多个有线标准来调制将要从宏节点1910通过有线网络接口 1930发送的数据。处理器1920可提供要发送的数据。
[0160]存储器1940可包括处理器缓存，后者包括多级分层缓存，其中不同级别具有不同的容量和访问速度。存储器1940还可包括随机存取存储器(RAM)、其它易失性存储设备或非易失性存储设备。存储可以包括硬盘驱动器、光碟(例如，紧凑光碟(CD)或数字视频光碟(DVD))、闪存、软盘、磁带和Zip驱动器。
[0161]虽然是分开进行描述的，但应当明白，针对DNS 1760所描述的功能模块不必是分开的结构元件。例如，处理器1920和存储器1925可能会实现在一个芯片上。处理器1920可以附加性地或者替换性地包含诸如处理器寄存器之类的存储器。类似地，功能模块中的一个或多个或各模块的功能的一些部分可以实现在一个芯片上。或者，特定模块的功能可实现在两个或多个芯片上。
[0162]针对DNS 1760所描述的功能模块中的一个或多个和/或这些功能模块的一个或多个组合，如:处理器1920、消息解释器1945和消息格式化器1950，可由设计用于实现本文所描述的功能的以下器件实现:通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件，或者它们的任何适当组合。针对DNS 1760所描述的功能模块中的一个或多个和/或功能模块的一个或多个组合还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP通信的结合，或者任何其它这种结构。
[0163]图20是用于确定图17所示源节点地址的示例性过程的一个流程图。如同上面针对图17所描述的一样，过程2000可用于在切换至目标节点的过程中帮助确定源节点的地址。为了辅助切换，AT(如:AT 1722)向目标接入节点(如:宏节点1705)发送第一和第二标识符，如步骤2010所示。第一标识符可包括AT 1722先前从毫微微节点810收到的颜色码。或者，第一标识符可包括AT 1722先前从毫微微节点1710收到的高位UATI的一个或多个位。第二标识符可包括AT 1722先前从毫微微节点1710收到的低位UATI。在一个实施例中，毫微微节点1710可已经生成UATI并将UATI分配给AT 1722。毫微微节点1710可能已经根据第一和第二标识符生成了域名，并将其IP地址和域名注册到了 DNS 1760。进入步骤2020，目标接入节点接收第一和第二标识符。
[0164]进入步骤2030，源节点根据第一和第二标识符生成域名。域名可以格式化为字符串。在一个实施例中，域名的形式可以是:“uati32-〈UATI32>.子网-〈子网>.HRPD.RAN.〈运营商的域 >”。其中〈UATI32〉表示UATI的最低32位，< 子网 > 表示标识源节点子网的字符串，〈运营商的域〉表示标识通信网络运营商域的字符串。UATI32可以格式化，例如，以二进制或十六进制表示。域名可包括硬或软编码字符串，如“ HRPD ”和“ RAN ”来表示，例如在无线电区域网络(RAN)中的HRPD会话。举个例子，如果UATI32是OxRKKFOOO，子网是“子网 A”，运营商的域是 “example, com”，那么域名可以是 “uati32-F000F000.subnet-A.HRPD.RAN.example, com，，。
[0165]在另一个实施例中，域名的形式可以是“uati24-〈UATI24>.uati 104.〈UATI 104〉.HRPD.RAN.〈运营商的域〉”。其中，〈UATI24〉表示 UATI24，〈UATI104〉表示 UATI104，<运营商的域 > 表示标识通信网络运营商域的字符串。例如，如果UATI24是0xR)0F00，UATI104 是 0x0123456789ABC，运营商的域是“example, com”，域名可以是“uati24_F0(F00.uatil04-0123456789ABC.HRPD.RAN.example, com”。应该理解的是，上述实施例仅仅是示例，其它域名是可以使用的。
[0166]进入步骤2040，目标节点向DNS(如:DNS 1760)发送域名查询。在步骤2050中，DNS接收DNS查询并从查询中提取域名。然后，在步骤2060中，DNS将域名映射到源节点的IP地址。在一个实施例中，DNS根据域名进行查找并从存储器中提取关联的IP地址。转移至步骤2070，DNS对包含源节点的IP地址的查询响应格式化，并向目标接入节点发送该响应。
[0167]最后，在步骤2080中，目标接入节点接收来自DNS的查询响应。在一个实施例中，目标接入节点从查询响应提取源节点的IP地址。在一个实施例中，目标接入节点可能会向源节点的IP地址发送会话转移请求，并继续图6所示步骤。
[0168]C.代理
[0169]在一个实施例中，通信网络可以集成代理，以便在切换过程中辅助目标接入节点和源接入节点之间的通信。图21示出了应用了代理2170的两个或多个通信网络的示例性互操作。在所示实施例中，其中许多单元可与图8所示大致相似，宏节点2105与AT 2120和AT 2122通信，所有这些都在宏区域2130内工作。毫微微节点2110与AT 2110通信，二者都在毫微微区域2115内工作。类似地，毫微微节点2112与AT 2121通信，二者都在毫微微区域171内工作。在通信网络2150中工作的FGW 2152可与宏节点2105、SGW 2154和代理2170中的一个或多个通信。因特网2140可以与毫微微节点2110、2112和SGW 2154通信。
[0170]在所示实施例中，代理2170与FGW在同一位置，并与宏节点2105和SGW 2154通信。在其它实施例中，代理2170可以与其它功能在同一位置，可以作为一个独立的单元，也可以在不同的位置部署。在一些实施例中，代理2170可以被实现为服务器。在一些实施例中，代理2170可以实现为与通信网络的另一单元集成在一起的功能。在一些实施例中，可使用一个以上的代理。在一些实施例中，代理2170是用于A13消息的代理。
[0171]在一些实施例中，代理2170可作为有状态(stateful)代理。作为有状态代理，代理2170可以保持两个节点之间通信状态的记录。代理2170可以允许目标节点向源节点发送消息而无需确定源节点的地址。例如，代理2170可以有状态地(statefully)辅助宏节点2105和毫微微节点2110之间的通信，而不需要宏节点2110获取毫微微节点2105的地址。在一个实施例中，宏节点2105可以与代理2170有状态地通信，如同代理是另一个宏节点。代理可以代表宏节点2105与毫微微节点2110通信。这样，在通过代理2170与毫微微节点2110通信时，宏节点2105可以如同通信网络中没有毫微微节点和/或代理一样，遵循相同的步骤和/或过程。在一个实施例中，代理2170可能会修改来自宏节点2105的消息，以使它们看起来像是源自代理2170的。此外，代理2170可能会修改来自宏节点2105的信息，以使代理2170截获来自毫微微节点2110的响应。代理2170可以代表毫微微节点2110与宏节点2105有状态地通信。这样，在通过代理2170与宏节点2105通信时，毫微微节点2110可以如同通信网络中没有代理一样，遵循相同的步骤和/或过程。
[0172]在一些实施例中，代理2170可作为无状态(stateless)代理。作为无状态代理，代理2170可以辅助两个节点之间的通信，而不保持通信状态的记录。代理2170可以允许目标节点向源节点发送消息而无需在一开始确定源节点的地址。例如，代理2170可以无状态地辅助宏节点2105和毫微微节点2110之间的通信，而不需要宏节点2110在一开始获取毫微微节点2110的地址。在一个实施例中，宏节点2105可以与代理2170通信，如同代理是另一个宏节点一样。代理可以代表宏节点2105与毫微微节点2110通信。这样，在一开始通过代理2170与毫微微节点2110通信时，宏节点2105可以如同通信网络中没有毫微微节点和/或代理一样，遵循相同的步骤和/或过程。在一个实施例中，代理2170可能会转发来自宏节点2105的消息，以使它们看起来像是源自宏节点2105的。因此，毫微微节点2110可以获取宏节点2105的地址并直接向宏节点2105发送响应，而绕过代理2170。从毫微微节点2110到宏节点2105的响应可包含标识毫微微节点2110的地址的信息。宏节点2105可能会收到来自毫微微节点2110的响应并确定毫微微节点2110的地址。宏节点2105可以直接向毫微微节点2110发送后续消息，而绕过代理2170。
[0173]图22A示出了有代理的通信系统中的毫微微节点所使用的示例性标识符分配方案。在一个实施例中，当将UATI 2205分配给AT，如AT 2122 (见图21)时，毫微微节点2110可使用毫微微分配方案2200。分配方案2200可以与图9A所示分配方案900大致相似。例如，UATI 2205 可包括低位UATI 2210，其中包括ATID 2215 和 BSC_ID_LSB 2220οUATI 2205也可包括 UATI 2225，其中包括 BSC_ID_MSB 2230。BSC_ID_MSB 2230 和 BSC_ID_LSB 2220一起可组成BSC_ID 2240的一个或多个位。在一些实施例中，BSC_ID 2235可以代表毫微微节点2110的IP地址。在一些实施例中，BSC_ID 2235可以映射到毫微微小区的地址。
[0174]但是