ZHOU XIAOYUN (CN)
HUO YUZHEN (CN)
ZONG ZAIFENG (CN)
BI YIFENG (CN)
ZHOU XIAOYUN (CN)
HUO YUZHEN (CN)
ZONG ZAIFENG (CN)
| CN101742614A | 2010-06-16 |
ZTE: "Admission control when the BPCF reject the QoS authorization request (TD S2-104499)", 3GPP TSG SA WG2 MEETING #81, 15 October 2010 (2010-10-15), PRAGUE, CZECH REPUBLIC
北京派特恩知识产权代理事务所（普通合伙） (CN)
| 权利要求书 1、 一种业务接纳控制方法， 包括： 家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能实体发送 资源重配置请求； 所述家庭基站 /演进家庭基站策略功能实体根据收到的资源重配置请求 向固网策略控制功能实体请求接纳控制； 所述固网策略控制功能实体执行接纳控制或委托接纳控制后， 将决策 反馈给所述家庭基站 /演进家庭基站； 家庭基站 /演进家庭基站根据所述决策执行家庭基站 /演进家庭基站上 的接纳控制。 2、 根据权利要求 1所述的方法， 其中， 在家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能实体请 求资源重配置之前， 进一步接收到 EPC网络侧下发的策略信息； 所述资源重配置为以下一种： 资源请求、 资源释放、 资源修改； 所述家庭基站 /演进家庭基站策略功能实体向固网策略控制功能实体请 求接纳控制是通过 S9*接口向固网策略控制功能实体发送请求消息用于请 求接纳控制的； 所述固网策略控制功能实体将决策反馈给所述家庭基站 /演进家庭基站 的过程包括：固网策略控制功能实体将所述决策通过 S9*接口反馈给家庭基 站 /演进家庭基站策略功能实体， 家庭基站 /演进家庭基站策略功能实体将决 策反馈给家庭基站 /演进家庭基站。 3、根据权利要求 1所述的方法， 其中， 所述家庭基站 /演进家庭基站执 行家庭基站 /演进家庭基站上的接纳控制， 是指执行以下操作中至少之一： 资源建立 /分配、 资源去活、 资源修改、 资源抢占。 4、 根据权利要求 3所述的方法， 其中， 所述的资源抢占包括： 当固网策略控制功能实体反馈回的决策指示固网资源不足时， 家庭基 站 /演进家庭基站根据当前接入用户的用户信息、 资源使用状况信息、 家庭 基站 /演进家庭基站等级信息、 闭合用户组 CSG列表在内的信息， 决定释放 现有的承载资源， 接纳所请求的服务质量策略。 5、 根据权利要求 1至 4任一项所述的方法， 其中， 固网策略控制功能实体执行接纳控制或委托接纳控制之前， 进一步从 家庭基站 /演进家庭基站接收到固网链路标识信息； 家庭基站 /演进家庭基站在请求资源重配置时，携带固网链路标识信息； 家庭基站 /演进家庭基站策略功能实体将所述固网链路标识信息发送给固网 策略控制功能实体。 6、根据权利要求 5所述的方法， 其中， 家庭基站 /演进家庭基站携带所 述固网链路标识信息的方式为： 家庭基站 /演进家庭基站在上电后上报所述固网链路标识信息； 或者， 家庭基站 /演进家庭基站在第一次或多次收到来自 EPS核心网的服务质 量策略后， 上报所述固网链路标识信息。 7、根据权利要求 1至 4任一项所述的方法，其中，该方法进一步包括： 家庭基站 /演进家庭基站和安全网关 SeGW之间存在 IPsec隧道时， 在 资源重配置请求中设置特定信元， 用于携带固网链路标识信息； 家庭基站 /演进家庭基站和 SeGW之间没有 IPsec隧道时， 在资源重配 置请求中设置特定信元， 用于携带固网链路标识信息， 或者用消息体本身 的 IP地址作为固网链路标识信息。 8、根据权利要求 1至 4任一项所述的方法，其中，该方法进一步包括： 存在 NAT时， SeGW把网络地址转换 NAT转换后的地址和端口号通过 家庭基站 /演进家庭基站和 SeGW之间的 IKEv2交互信令发送给家庭基站 / 演进家庭基站， 家庭基站 /演进家庭基站将该地址和端口号发送给 HeNB/HNB策略功能实体 PF; 不存在 NAT时， 家庭基站 /演进家庭基站直接把 SeGW为其分配的 IP 地址携带给 HeNB/HNB策略功能实体 PF。 9、 根据权利要求 1至 4任一项所述的方法， 其中， 所述固网链路标识信息包括以下至少之一： 外层 IP地址、 NAT转换后 的 IP 地址加端口号、 家庭基站 /演进家庭基站的固网用户名、 家庭基站 /演 进家庭基站的标识、 固网为家庭基站 /演进家庭基站静态配置的 IP地址以及 能够唯一确定家庭基站 /演进家庭基站所在固网链路的标识。 10、 一种业务接纳控制方法， 包括： 家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能实体发送 资源重配置请求并提供接纳控制相关信息； 家庭基站 /演进家庭基站策略功能实体向固网策略控制功能实体请求接 纳控制； 固网策略控制功能实体执行接纳控制或委托接纳控制后， 并将决策反 馈给所述家庭基站 /演进家庭基站策略功能实体； 家庭基站 /演进家庭基站策略功能实体根据所述接纳控制相关信息和收 到的反馈决策执行家庭基站 /演进家庭基站上的接纳控制。 11、 根据权利要求 10所述的方法， 其中， 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW 之间的存在 IPsec隧道，则在资源重配置请求中设置用于携带固网链路标识 信息的信元； 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW 之间没有 IPsec隧道，在资源重配置请求中设置用于携带固网链路标识信息 的信元， 或者， 用消息体本身的 IP地址作为固网链路标识信息。 12、 根据权利要求 11所述的方法， 其中， 家庭基站 /演进家庭基站策略 功能实体执行家庭基站 /演进家庭基站上的接纳控制是指家庭基站 /演进家 庭基站策略功能实体为庭基站 /演进家庭基站制定资源建立 /分配、 资源去 活、 资源修改、 资源抢占的决策； 所述庭基站 /演进家庭基站策略功能实体执行家庭基站 /演进家庭基站 上的接纳控制后把所述决策发送给所述家庭基站 /演进家庭基站， 家庭基站 / 演进家庭基站按照决策进一步执行以下操作中至少之一： 资源建立 /分配、 资源去活、 资源修改、 资源抢占。 13、 根据权利要求 11或 12所述的方法， 其中， 所述固网链路标识信 息用于唯一确定家庭基站 /演进家庭基站所在固网链路。 14、 根据权利要求 13所述的方法， 其中， 家庭基站 /演进家庭基站携带 所述固网链路标识信息的方式为： 家庭基站 /演进家庭基站在上电后上报所述固网链路标识信息； 或者， 家庭基站 /演进家庭基站在第一次或多次收到来自 EPS核心网的服务质 量策略后， 上报所述固网链路标识信息。 15、 一种业务接纳控制系统， 包括资源重配置请求单元、 接纳控制请 求单元、接纳控制单元、 家庭基站 /演进家庭基站上的接纳控制单元； 其中， 所述资源重配置请求单元， 用于向接纳控制请求单元发送资源重配置 请求； 所述接纳控制请求单元， 用于根据收到的资源重配置请求向接纳控制 单元请求接纳控制； 所述接纳控制单元， 用于执行接纳控制或委托接纳控制， 再将决策发 送给接纳控制请求单元； 所述家庭基站 /演进家庭基站上的接纳控制单元， 用于根据收到的所述 决策执行家庭基站 /演进家庭基站上的接纳控制。 16、 根据权利要求 15所述的系统， 其中， 在请求资源重配置之前， 所述资源重配置请求单元进一步接收到 EPC 网络侧下发的策略信息； 所述资源重配置为以下一种： 资源请求、 资源释放、 资源修改； 所述接纳控制请求为 S9*接口会话消息； 所述接纳控制单元将决策发送给家庭基站 /演进家庭基站上的接纳控制 单元时， 用于： 将所述决策通过 S9*接口反馈给家庭基站 /演进家庭基站策 略功能实体， 家庭基站 /演进家庭基站策略功能实体将决策反馈给所述家庭 基站 /演进家庭基站上的接纳控制单元。 17、 根据权利要求 15所述的系统， 其中， 所述家庭基站 /演进家庭基站 上的接纳控制， 是指执行以下操作中至少之一： 资源建立 /分配、 资源去活、 资源修改、 资源抢占。 18、 根据权利要求 17所述的系统， 其中， 所述家庭基站 /演进家庭基站 上的接纳控制单元执行资源抢占时， 用于： 当所述决策指示固网资源不足时， 根据当前接入用户的用户信息、 资 源使用状况信息、家庭基站 /演进家庭基站等级信息、 CSG列表在内的信息， 决定释放现有的承载资源， 接纳所请求的服务质量策略。 19、 根据权利要求 15至 18任一项所述的系统， 其中， 所述接纳控制单元执行接纳控制或委托接纳控制之前， 进一步接收到 固网链路标识信息； 所述资源重配置请求单元在请求资源重配置时， 携带固网链路标识信 息； 所述接纳控制请求单元将所述固网链路标识信息发送给所述接纳控制 单元。 20、 根据权利要求 19所述的系统， 其中， 所述资源重配置请求单元携 带所述固网链路标识信息时， 用于： 在上电后上报所述固网链路标识信息； 或者， 在第一次或多次收到来自 EPS核心网的服务质量策略后， 上报所述固 网链路标识信息。 21、 根据权利要求 15至 18任一项所述的系统， 其中， 所述资源重配 置请求单元进一步用于： 家庭基站 /演进家庭基站和安全网关 SeGW之间存在 IPsec隧道时， 在 资源重配置请求中设置特定信元， 用于携带固网链路标识信息； 家庭基站 /演进家庭基站和 SeGW之间没有 IPsec隧道时， 在资源重配 置请求中设置特定信元， 用于携带固网链路标识信息， 或者用消息体本身 的 IP地址作为固网链路标识信息。 22、 根据权利要求 16至 18任一项所述的系统， 其中， 所述家庭基站 / 演进家庭基站进一步用于： 存在 NAT时， 接收由 SeGW网络地址转换 NAT转换后的地址和端口 号，再通过与 SeGW之间的 IKEv2交互信令发送给 HeNB/HNB策略功能实 体 PF; 不存在 NAT时， 直接把 SeGW为其分配的 IP地址携带给 HeNB/HNB 策略功能实体 PF。 23、 根据权利要求 19所述的系统， 其中， 所述固网链路标识信息包括以下至少之一： 外层 IP地址、 NAT转换后 的 IP地址加端口号、 家庭基站 /演进家庭基站的固网用户名、 家庭基站 /演 进家庭基站的标识、 固网为家庭基站 /演进家庭基站静态配置的 IP地址以及 能够唯一确定家庭基站 /演进家庭基站所在固网链路的标识。 24、 一种业务接纳控制系统， 包括资源重配置请求单元、 接纳控制请 求单元、接纳控制单元、 家庭基站 /演进家庭基站上的接纳控制单元； 其中， 所述资源重配置请求单元， 用于向接纳控制请求单元发送资源重配置 请求并提供接纳控制相关信息； 所述接纳控制请求单元， 用于向接纳控制单元请求接纳控制； 所述接纳控制单元， 用于执行接纳控制或委托接纳控制， 再将决策发 送给家庭基站 /演进家庭基站上的接纳控制单元； 所述家庭基站 /演进家庭基站上的接纳控制单元， 用于根据所述接纳控 制相关信息和收到的反馈决策制定家庭基站 /演进家庭基站上的接纳控制决 來。 25、 根据权利要求 24所述的系统， 其中， 所述资源重配置请求单元设置于家庭基站 /演进家庭基站中； 所述接纳控制请求单元、 家庭基站 /演进家庭基站上的接纳控制单元设 置于家庭基站 /演进家庭基站策略功能实体中； 所述接纳控制单元设置于固网策略控制功能实体中。 26、 根据权利要求 25所述的系统， 其中， 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW 之间存在 IPsec隧道，在资源重配置请求中设置用于携带固网链路的标识的 信元； 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW 之间没有 IPsec隧道，在资源重配置请求中设置用于携带固网链路的标识的 信元， 或者， 用消息体本身的 IP地址作为固网链路的标识信息。 27、 根据权利要求 24至 26任一项所述的系统， 其中， 所述资源重配 置请求单元请求资源重配置时， 除了携带请求的策略以外， 进一步携带能 够唯一确定家庭基站 /演进家庭基站所在固网链路的固网链路标识信息。 28、 根据权利要求 27所述的系统， 其中， 所述资源重配置请求单元携 带所述固网链路标识信息的方式为： 在上电后上报所述固网链路标识信息； 或者， 在第一次或多次收到来自 EPS核心网的服务质量策略后， 上报所述 固网链路标识信息。 |
本发明涉及通信领域， 具体涉及一种业务接纳控制方法和系统。 背景技术
第三代合作伙伴计划 （ 3rd Generation Partnership Project, 3GPP ) 的演 进的分组系统（ Evolved Packet System, EPS ) 由演进的通用地面无线接入 网 ( Evolved Universal Terrestrial Radio Access Network, E-UTRAN )、 移动 管理单元（ Mobility Management Entity, MME )、服务网关（ Serving Gateway, S-GW )、 分组数据网络网关（Packet Data Network Gateway, P-GW )、 归属 用户服务器（Home Subscriber Server, HSS )组成。 图 1是根据相关技术的 非漫游场景下的演进家庭基站（ Home evolved NodeB, HeNB )接入 EPS的 架构示意图， 漫游场景 （家乡路由或者本地疏导） 下的 HeNB接入 EPS的 架构主要体现在 EPS网络上。
MME与 EUTRAN、 S-GW以及家庭基站网关（ HeNB GW )相连接， 负责移动性管理、 非接入层信令的处理和用户移动管理上下文的 管理等控 制面的相关工作； S-GW是与 E-UTRAN相连的接入网关设备，在 E-UTRAN 和 P-GW之间转发数据， 并且负责对寻呼等待数据进行緩存； P-GW则是 EPS与分组数据网络（ Packet Data Network, PDN ) 网络的边界网关， 负责 PDN的接入及在 EPS与 PDN间转发数据等功能。
如果 EPS系统支持策略计费控制（ Policy and Charging Control, PCC ), 则策略和计费规则功能（ Policy and Charging Rules Function, PCRF )进行 策略和计费规则的制定； PCRF 通过接口 Rx和运营商网络协议（ Internet Protocol, IP ) 业务网络中的应用功能（Application Function, AF )相连， 以获取业务信息， 用于生成 PCC策略的业务信息。 当 S-GW与 P-GW之间 的 S5接口采用 GTP协议时， P-GW中驻留了策略和计费执行功能（ Policy and Charging Enforcement Function, PCEF ), PCRF与 P-GW间通过 Gx接口交 换信息， 负责发起承载的建立、 修改和释放， 保证业务数据的服务质量 ( Quality of Service, QoS ), 并进行计费控制。 当 S-GW与 P-GW的 S5接 口采用代理移动 IP ( Proxy Mobile IP, PMIP ) 时， S-GW中驻留承载绑定 和事件报告功能（ Bearer Binding and Event Report Function, BBERF ), 并且 S-GW与 PCRF之间通过 Gxc接口交换信息， 由 BBERF负责发起承载的建 立、 修改和释放， 以保证业务数据的服务质量， 并由 PCEF进行计费控制。
另外， EPS支持 HeNB的接入。 HeNB是一种小型、 低功率的基站， 部 署在家庭及办公室等室内场所。闭合用户组（ Closed Subscriber Group, CSG ) 是引入家庭基站后提出的新概念。 通常一个家庭或者一个企业内部的用户 组成一个闭合用户组， 这个闭合用户组用 CSG ID进行标识， 并且为这个闭 合用户组内用户服务的家庭基站具有相同的 CSG ID。 当一个闭合用户组只 由一个家庭基站服务时， 该闭合用户组也可以直接采用家庭基站标识（ 例 如， BS ID ) 来进行标识。 根据家庭基站管理者的意愿， CSG用户和 /或非 CSG用户可以区分不同的等级， 以便保证在优先级不同时所享受的业务优 先级、 服务质量业务类别都可以有所不同。 通过与运营商签约， 用户可以 接入到多个闭合用户组所对应的家庭基站， 例如， 用户的办公场所、 家庭 等； 因此引入了允许闭合用户组列表的概念， 这个列表保存在用户的终端 和网络侧的用户数据服务器中。
家庭基站的使用模式分为三种： 闭合模式、 混合模式和开放模式。 当 家庭基站是闭合模式时， 只有该家庭基站所属 CSG签约用户可以接入该基 站并享受基站提供的业务。 当家庭基站是开放模式时， 任何运营商签约用 户都可以接入该基站， 此时的家庭基站等同于宏基站使用。 当家庭基站是 混合模式时， 同样允许任何运营商签约用户或者漫游用户接 入使用， 但是 要根据用户是否签约 CSG的信息区分不同的级别，如：签约该 CSG的用户 在使用混合型家庭基站时具有更高的业务优先 级， 享受更好的服务质量和 业务类别。
当用户进行初始化接入时， 网络侧的用户数据服务器会把用户签约的 允许接入的闭合用户组发送到核心网的移动性 管理实体。 核心网移动性管 理实体会利用收到的上述信息对 UE进行接入控制。如果 UE从未授权的闭 合模式家庭基站访问核心网， 那么核心网会拒绝该类用户的接入。
HeNB通常通过租用的固网线路接入 EPS的核心网， 如图 1所示。 为 了保障接入的安全， 核心网中引入安全网关（Security Gateway, SeGW )进 行屏蔽， HeNB与 SeGW之间的数据将采用 IPSec进行封装，在某些情况下， 根据运营商的实际部署的需要， HeNB与 SeGW之间的数据也可以不采用 IPSec保护。 HeNB可以通过直接连接到核心网的 MME和 S-GW, 也可以 再通过 HeNB GW连接到 MME和 S-GW, 即 HeNB GW是个可选网元。 同 时，为了实现对 HeNB进行管理，还引入了家庭基站管理系统（ Home eNodeB Management System, HeMS ), 因为该网元与本发明关系不大， 故图中未示 出。
因为 HeNB接入到 EPC(evolved Packet Core, 演进的分组核心网）是经 过固网的链路 (在此或者称作 Backhual或者固网回程网） 的， 在固网链路 中， 可能存在 NAT ( Network Address Translation, 网络地址转换）操作， 也可能不存在 NAT操作。 所述的 NAT转换， 是一种将私有（保留 )地址转 化为合法 /共有 IP地址的转换技术， 即当存在 NAT转换时， HeNB获得的是 NAT转换器为其分配的私网 /私有 IP地址（例如： 192.168.1.10 ) , HeNB用 该地址作为源地址对外通信； 当消息经过 NAT后， 源地址被转化为公有地 址（例如： 212.10.37.22 )加端口号（例如 5050 )。 当从外部网络发往 HeNB 消息时 , 消息的目的地址和端口号是公有的地址和端口 号， 即 NAT的地址 和端口号（例如 212.10.37.22和 5050 ); 等消息穿越 NAT, 目的地址换成私 网 /私有 IP地址（例如： 192.168.1.10 ) , 到达 HeNB。 所述 NAT转换器可以 由固网中的 RG ( Residence Gateway, 住宅网关）充当。
此夕卜 ,通用移动通信系统( Universal Mobile Telecommunications System,
UMTS ) 支持家庭基站 HNB ( Home NodeB ) 的接入。 图 2a是根据相关技 术的非漫游场景下的 HNB接入 UMTS的架构示意图， 漫游场景下的 HNB 接入 UMTS的架构示意与此类似， 在此不做累述。 图 2a中的架构与图 1的 架构类似，不同的是，使用服务通用分组无线 业务支撑节点（ Serving General Packet Radio Service Support Node, SGSN )代替了 S-GW, 使用网关通用分 组无线业务支持节点 ( Gateway General Packet Radio Service Supporting Node, GGSN )代替了 P-GW, 而且 HNB GW是个必选网元。 同样， HNB 又可以通过增强的 SGSN (即 S4-SGSN )接入到 EPC核心网， S4-SGSN与 S-GW之间通过 S4接口连接， 与 HSS通过 S6d/Gr接口连接， S4-SGSN的 同能同 HeNB场景下 MME的功能， 如图 2b。
由于 HeNB/HNB接入的固网线路的 QoS通常受到 HeNB/HNB的拥有 者与固网运营商的签约限制，因此，当 3GPP UE通过 HeNB/HNB接入 3GPP 核心网访问业务时， 所需的 QoS不能超过固网运营商所能提供的固网线路 的签约 QoS; 否则， UE访问业务的 QoS将得不到保障， 尤其是保障比特率 ( Guaranteed Bit Rate , GBR )的业务。 因此， 对于 3 GPP网络和固网而言， 必须有一套统一的管控机制来管控固网资源和 业务的接纳。 如： 当有新的 业务发起时， 固网需要保证有足够的资源 /带宽来支持该业务， 如果固网不 能提供该资源 /带宽， 该业务就不能发起； 即使 3GPP能够提供足够的资源 / 带宽， 只要固网不能保证资源 /带宽， 该业务（特别是 GBR )还是得不到保 证。从而需要控制通过 HeNB/HNB接入的所有 UE业务访问的 QoS总需求， 使其不超过该 HeNB/HNB接入的固网线路签约的 QoS保障， 或者说， 能够 合理的管理固网资源、 能够对用户和业务做到合理的管控， 以保证授权建 立的 GBR业务能有足够的资源 /带宽。
在当前的研究进程中， 已经有一些架构性的初步方案， 如图 3 所示 ( HeNB情况；)。 互通网元 HeNB PF ( Policy Function, 策略功能实体 )设置 于 3GPP HeNB子系统 (由 SeGW、 HeNB GW以及其他网元， 比如 HeMS 等构成）和 BBF BPCF ( BroadBand Forum Policy Control Function, 宽带论 坛策略控制功能实体）之间， HeNB上电时通过 SeGW向 HeNB PF上报 IPsec 隧道信息， HeNB做接纳控制点的方案， 实现对业务接纳管理和资源管理。 图 4a和图 4b所示情况则与图 3类似。
上述方案中，需要改动 SeGW,使其支持新协议和新接口；并且在 HeNB 和 SeGW之间不建立 IPsec隧道时，现有方案无法实施。这导致控制 务接 纳的性能较差， 会明显降低业务访问的 QoS, 降低用户满意度。 发明内容
有鉴于此， 本发明的主要目的在于提供一种业务接纳控制 方法和系统， 以提高控制业务接纳的性能。
为达到上述目的， 本发明的技术方案是这样实现的：
一种业务接纳控制方法， 包括： 家庭基站 /演进家庭基站向家庭基站 / 演进家庭基站策略功能实体发送资源重配置请 求； 所述家庭基站 /演进家庭 基站策略功能实体根据收到的资源重配置请求 向固网策略控制功能实体请 求接纳控制； 所述固网策略控制功能实体执行接纳控制或委 托接纳控制后， 将决策反馈给所述家庭基站 /演进家庭基站； 家庭基站 /演进家庭基站根据所 述决策执行家庭基站 /演进家庭基站上的接纳控制。
其中，在家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能实 体请求资源重配置之前， 进一步接收到 EPC网络侧下发的策略信息； 所述资源重配置为以下一种： 资源请求、 资源释放、 资源修改； 所述家庭基站 /演进家庭基站策略功能实体向固网策略控制 能实体请 求接纳控制是通过 S9*接口向固网策略控制功能实体发送请求消息 用于请 求接纳控制的；
所述固网策略控制功能实体将决策反馈给所述 家庭基站 /演进家庭基站 的过程包括：固网策略控制功能实体将所述决 策通过 S9*接口反馈给家庭基 站 /演进家庭基站策略功能实体， 家庭基站 /演进家庭基站策略功能实体将决 策反馈给家庭基站 /演进家庭基站。
所述家庭基站 /演进家庭基站执行家庭基站 /演进家庭基站上的接纳控 制， 是指执行以下操作中至少之一： 资源建立 /分配、 资源去活、 资源修改、 资源抢占。
其中， 所述的资源抢占包括： 当固网策略控制功能实体反馈回的决策 指示固网资源不足时， 家庭基站 /演进家庭基站根据当前接入用户的用户信 息、资源使用状况信息、家庭基站 /演进家庭基站等级信息、闭合用户组 CSG 列表在内的信息， 决定释放现有的承载资源， 接纳所请求的服务质量策略。
其中， 固网策略控制功能实体执行接纳控制或委托接 纳控制之前， 进 一步从家庭基站 /演进家庭基站接收到固网链路标识信息； 家庭基站 /演进家 庭基站在请求资源重配置时， 携带固网链路标识信息； 家庭基站 /演进家庭 基站策略功能实体将所述固网链路标识信息发 送给固网策略控制功能实 体。
其中， 家庭基站 /演进家庭基站携带所述固网链路标识信息的 式为： 家庭基站 /演进家庭基站在上电后上报所述固网链路标 信息； 或者， 家庭基站 /演进家庭基站在第一次或多次收到来自 EPS核心网的服务质 量策略后， 上报所述固网链路标识信息。
其中， 该方法进一步包括： 家庭基站 /演进家庭基站和安全网关 SeGW 之间存在 IPsec隧道时， 在资源重配置请求中设置特定信元， 用于携带固网 链路标识信息； 家庭基站 /演进家庭基站和 SeGW之间没有 IPsec隧道时， 在资源重配置请求中设置特定信元， 用于携带固网链路标识信息， 或者用 消息体本身的 IP地址作为固网链路标识信息。
其中， 该方法进一步包括： 存在 NAT时， SeGW把网络地址转换 NAT 转换后的地址和端口号通过家庭基站 /演进家庭基站和 SeGW之间的 IKEv2 交互信令发送给家庭基站 /演进家庭基站， 家庭基站 /演进家庭基站将该地址 和端口号发送给 HeNB/HNB策略功能实体 PF; 不存在 NAT时， 家庭基站 / 演进家庭基站直接把 SeGW为其分配的 IP地址携带给 HeNB/HNB策略功 能实体 PF。
其中， 所述固网链路标识信息包括以下至少之一： 外层 IP地址、 NAT 转换后的 IP地址加端口号、 家庭基站 /演进家庭基站的固网用户名、 家庭基 站 /演进家庭基站的标识、 固网为家庭基站 /演进家庭基站静态配置的 IP地 址以及能够唯一确定家庭基站 /演进家庭基站所在固网链路的标识。
一种业务接纳控制方法， 包括：
家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能实体发送 资源重配置请求并提供接纳控制相关信息；
家庭基站 /演进家庭基站策略功能实体向固网策略控制 能实体请求接 纳控制；
固网策略控制功能实体执行接纳控制或委托接 纳控制后， 并将决策反 馈给所述家庭基站 /演进家庭基站策略功能实体；
家庭基站 /演进家庭基站策略功能实体根据所述接纳控 相关信息和收 到的反馈决策执行家庭基站 /演进家庭基站上的接纳控制。
其中， 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW之间的存在 IPsec隧道， 则在资源重配置请求中设置用于携带固网链 路标识信息的信元；
家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW 之间没有 IPsec隧道，在资源重配置请求中设置用于携带 网链路标识信息 的信元， 或者， 用消息体本身的 IP地址作为固网链路标识信息。
其中， 家庭基站 /演进家庭基站策略功能实体执行家庭基站 /演进家庭基 站上的接纳控制是指家庭基站 /演进家庭基站策略功能实体为庭基站 /演进 家庭基站制定资源建立 /分配、 资源去活、 资源修改、 资源抢占的决策； 所述庭基站 /演进家庭基站策略功能实体执行家庭基站 /演进家庭基站 上的接纳控制后把所述决策发送给所述家庭基 站 /演进家庭基站， 家庭基站 / 演进家庭基站按照决策进一步执行以下操作中 至少之一： 资源建立 /分配、 资源去活、 资源修改、 资源抢占。
其中， 所述固网链路标识信息用于唯一确定家庭基站 /演进家庭基站所 在固网链路。
其中， 家庭基站 /演进家庭基站携带所述固网链路标识信息的 式为： 家庭基站 /演进家庭基站在上电后上报所述固网链路标 信息； 或者， 家庭基站 /演进家庭基站在第一次或多次收到来自 EPS核心网的服务质 量策略后， 上报所述固网链路标识信息。
一种业务接纳控制系统， 包括资源重配置请求单元、 接纳控制请求单 元、 接纳控制单元、 家庭基站 /演进家庭基站上的接纳控制单元； 其中， 所述资源重配置请求单元， 用于向接纳控制请求单元发送资源重配置 请求；
所述接纳控制请求单元， 用于根据收到的资源重配置请求向接纳控制 单元请求接纳控制；
所述接纳控制单元， 用于执行接纳控制或委托接纳控制， 再将决策发 送给接纳控制请求单元； 所述家庭基站 /演进家庭基站上的接纳控制单元， 用于根据收到的所述 决策执行家庭基站 /演进家庭基站上的接纳控制。
其中， 在请求资源重配置之前， 所述资源重配置请求单元进一步接收 到 EPC网络侧下发的策略信息；
所述资源重配置为以下一种： 资源请求、 资源释放、 资源修改； 所述接纳控制请求为 S9*接口会话消息；
所述接纳控制单元将决策发送给家庭基站 /演进家庭基站上的接纳控制 单元时， 用于： 将所述决策通过 S9*接口反馈给家庭基站 /演进家庭基站策 略功能实体， 家庭基站 /演进家庭基站策略功能实体将决策反馈给所 家庭 基站 /演进家庭基站上的接纳控制单元。
其中， 所述家庭基站 /演进家庭基站上的接纳控制， 是指执行以下操作 中至少之一： 资源建立 /分配、 资源去活、 资源修改、 资源抢占。
其中，所述家庭基站 /演进家庭基站上的接纳控制单元执行资源抢 时， 用于： 当所述决策指示固网资源不足时， 根据当前接入用户的用户信息、 资源使用状况信息、 家庭基站 /演进家庭基站等级信息、 CSG列表在内的信 息， 决定释放现有的承载资源， 接纳所请求的服务质量策略。
其中， 所述接纳控制单元执行接纳控制或委托接纳控 制之前， 进一步 接收到固网链路标识信息； 所述资源重配置请求单元在请求资源重配置时 ， 携带固网链路标识信息； 所述接纳控制请求单元将所述固网链路标识信 息 发送给所述接纳控制单元。
其中， 所述资源重配置请求单元携带所述固网链路标 识信息时， 用于： 在上电后上报所述固网链路标识信息； 或者，
在第一次或多次收到来自 EPS核心网的服务质量策略后， 上报所述固 网链路标识信息。
其中， 所述资源重配置请求单元进一步用于： 家庭基站 /演进家庭基站和安全网关 SeGW之间存在 IPsec隧道时， 在 资源重配置请求中设置特定信元， 用于携带固网链路标识信息；
家庭基站 /演进家庭基站和 SeGW之间没有 IPsec隧道时， 在资源重配 置请求中设置特定信元， 用于携带固网链路标识信息， 或者用消息体本身 的 IP地址作为固网链路标识信息。
其中， 所述家庭基站 /演进家庭基站进一步用于：
存在 NAT时， 接收由 SeGW网络地址转换 NAT转换后的地址和端口 号，再通过与 SeGW之间的 IKEv2交互信令发送给 HeNB/HNB策略功能实 体 PF;
不存在 NAT时， 直接把 SeGW为其分配的 IP地址携带给 HeNB/HNB 策略功能实体 PF。
其中， 所述固网链路标识信息包括以下至少之一： 外层 IP地址、 NAT 转换后的 IP地址加端口号、 家庭基站 /演进家庭基站的固网用户名、 家庭基 站 /演进家庭基站的标识、 固网为家庭基站 /演进家庭基站静态配置的 IP地 址以及能够唯一确定家庭基站 /演进家庭基站所在固网链路的标识。
一种业务接纳控制系统， 包括资源重配置请求单元、 接纳控制请求单 元、 接纳控制单元、 家庭基站 /演进家庭基站上的接纳控制单元； 其中， 所述资源重配置请求单元， 用于向接纳控制请求单元发送资源重配置 请求并提供接纳控制相关信息；
所述接纳控制请求单元， 用于向接纳控制单元请求接纳控制； 所述接纳控制单元， 用于执行接纳控制或委托接纳控制， 再将决策发 送给家庭基站 /演进家庭基站上的接纳控制单元；
所述家庭基站 /演进家庭基站上的接纳控制单元， 用于根据所述接纳控 制相关信息和收到的反馈决策制定家庭基站 /演进家庭基站上的接纳控制决 來。 其中， 所述资源重配置请求单元设置于家庭基站 /演进家庭基站中； 所述接纳控制请求单元、 家庭基站 /演进家庭基站上的接纳控制单元设 置于家庭基站 /演进家庭基站策略功能实体中；
所述接纳控制单元设置于固网策略控制功能实 体中。
其中， 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与
SeGW之间存在 IPsec隧道， 在资源重配置请求中设置用于携带固网链路的 标识的信元；
家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家庭基站与 SeGW 之间没有 IPsec隧道，在资源重配置请求中设置用于携带 网链路的标识的 信元， 或者， 用消息体本身的 IP地址作为固网链路的标识信息。
其中， 所述资源重配置请求单元请求资源重配置时， 除了携带请求的 策略以外， 进一步携带能够唯一确定家庭基站 /演进家庭基站所在固网链路 的固网链路标识信息。
其中， 所述资源重配置请求单元携带所述固网链路标 识信息的方式为： 在上电后上报所述固网链路标识信息； 或者，
在第一次或多次收到来自 EPS核心网的服务质量策略后， 上报所述固 网链路标识信息。
本发明方法和系统均可解决具体如何实现业务 接纳管理和资源管理的 问题，使 QoS总需求不超过家庭基站接入的签约固网线路 所能提供的 QoS, 提高了控制业务接纳的性能。 附图说明
图 1为非漫游场景下的 HeNB接入 EPS的架构示意图；
图 2a为非漫游场景下的 HNB通过固网接入 UMTS的架构示意图一； 图 2b为非漫游场景下的 HNB通过固网接入 UMTS的架构示意图二 s; 图 3为 HeNB架构示意图； 图 4a为 HNB架构示意图一；
图 4b为 HNB架构示意图二；
图 5为本发明实施例的家庭基站上电流程图；
图 6为本发明实施例的控制业务接纳过程中接纳 功的流程图； 图 7为本发明实施例的控制业务接纳过程中接纳 绝的流程图； 图 8为本发明实施例的控制业务接纳过程中执行 放的流程图； 图 9为本发明实施例的控制业务接纳过程中执行 改的流程图； 图 10为本发明实施例的控制业务接纳过程中执行 占的流程图； 图 11为本发明实施例的上报固网链路标识信息的 程图；
图 12为本发明实施例的 HeNB PF执行接纳控制功能的流程图； 图 13为本发明一实施例的业务接纳控制流程简图
图 14为本发明另一实施例的业务接纳控制流程简 ；
图 15为本发明一实施例的业务接纳控制系统图。 具体实施方式
总体而言， 家庭基站 /演进家庭基站可以根据 EPC网络侧下发的策略信 息向家庭基站 /演进家庭基站策略功能实体请求资源重配置 所述家庭基站 / 演进家庭基站策略功能实体根据收到的资源重 配置请求向固网策略控制功 能实体请求接纳控制； 所述固网策略控制功能实体判断做接纳控制或 者委 托接纳控制， 判断固网链路是否能够满足所述资源重配置请 求的内容， 并 将决策给所述家庭基站 /演进家庭基站； 家庭基站 /演进家庭基站根据收到的 反馈结果做出家庭基站 /演进家庭基站上的接纳控制决策。
另外， 也可以由家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略 功能实体请求资源重配置并提供接纳控制相关 信息； 家庭基站 /演进家庭基 站策略功能实体向固网策略控制功能实体请求 接纳控制； 固网策略控制功 能实体做接纳控制或者委托接纳控制， 判断固网链路是否能够满足所述资 源重配置请求的内容， 并决策反馈给所述家庭基站 /演进家庭基站策略功能 实体； 家庭基站 /演进家庭基站策略功能实体根据所述接纳控 相关信息和 收到的判断结果做出家庭基站 /演进家庭基站上的接纳控制决策， 并将家庭 基站 /演进家庭基站上的接纳控制决策反馈给家庭 站 /演进家庭基站。
在实际应用中， 上述操作思路中的不同具体处理过程可以包括 如下各 实施例。
需要说明的是： 以下实施例及流程图中， 存在两次接纳控制的操作， 第一次是在固网 BPCF 上执行的接纳控制或者委托接纳控制， 是固网的操 作。 第二次是在 HeNB或者 HeNB PF上执行的接纳控制， 是 HeNB系统的 操作。 为了区分， HeNB或者 HeNB PF上执行的接纳控制称作家庭基站 /演 进家庭基站上的接纳控制、 或称作二次接纳控制。
实施例一：
该实施例描述的场景是： HeNB接入时不存在 NAT,并且 HeNB和 SeGW 之间的 IPsec隧道是必选的。
需要说明的是， 不存在 NAT是指： 固网接入部分没有 RG, 或者 RG 起到桥接而非路由的功能。
在本实施例的场景下， SeGW为 HeNB分配了 IP地址， 该地址作为 HeNB发送数据和信令的内层 IP地址； 固网为 HeNB分配了 IP地址， 该 IP 地址作为 HeNB发送数据和信令的外层 IP地址。其中， 内层 IP地址和外层 IP地址存在对应关系。 因为外层 IP地址是固网为 HeNB分配的； 因此， 固 网可以根据该外层 IP地址断定 HeNB所在的固网回程网。
在本实施例的场景下， 确定固网链路的方案可以为：
( A )在资源重配置请求消息中设置特定信元， 用于携带外层 IP地址。 方案 （A )参见图 5至图 10。
首先， 参见图 5, HeNB 上电， 在 HeNB和 SeGW进行 IKEv2信令交 互， 协商建立 IPSec隧道的过程中 , HeNB用的是固网为其分配的 IP地址， 即外层 IP地址； 并在此过程中， SeGW为 HeNB分配了内层 IP地址。
之后， 参见图 6至图 7, UE通过 HeNB接入到 EPC网络后， 如果网络 侧有 QoS策略（承载建立请求 )下发至 HeNB GW/MME (或者由网络侧发 起，或者 UE主动请求发起）， HeNB GW或 MME将 QoS策略下发给 HeNB, HeNB通过 T2接口向 HeNB PF发送资源重配置请求消息（资源分配）用 于请求资源， 并在该资源重配置请求消息中携带网络侧请求 的 QoS资源， 还携带 HeNB的外层 IP地址； 再由 HeNB PF通过 S9*接口通告给 BPCF , BPCF根据该外层 IP地址找到该 HeNB所在的回程链路， 并检查该 HeNB 所在的回程链路是否可以提供 HeNB请求的资源。 如果该回程链路可以提 供 HeNB所请求的资源 , 则 BPCF向 HeNB PF反馈成功消息 , HeNB PF向 HeNB反馈资源重配置请求（资源分配）成功响 ， HeNB接纳该业务； 如 果该回程链路不能提供 HeNB所请求的资源， 则 BPCF向 HeNB PF反馈失 败消息， HeNB PF向 HeNB反馈资源重配置请求失败响应， HeNB拒绝该 业务。
图 8和图 9展示了网络侧发起资源去活和修改请求的场 ，图 8和图 9 的关键思路与图 6、 图 7相同， 只是请求的操作行为不同。 图 6和图 7中是 请求资源分配， 图 8和图 9中是请求资源去活和修改。 步驟 804和步驟 903 中的消息均以特定信元的方式携带 HeNB的外层 IP地址。
其中， 因为 3GPP和 BBF描述业务的服务质量的方式不同， 采用的参 数也存在区别， 因此资源配置请求 /应答消息中的参数信息在 HeNB PF或者 BPCF进行了由 3GPP到 BBF的映射或者反向的映射。
实施例二：
该实施例描述的场景是： HeNB接入时不存在 NAT,并且 HeNB和 SeGW 之间没有 IPsec隧道。 在本实施例的场景下，在 HeNB上电时， HeNB和 SeGW之间有 IKEv2 信令交互，但 SeGW没有为 HeNB分配 IP地址； 或者 HeNB与 SeGW之间 没有 IKEv2协商。 HeNB仅仅得到了固网为其分配的一个 IP地址。
在本实施例的场景下， 确定固网链路的方案可以为：
( A )在资源重配置请求消息中设置特定信元， 用于携带外层 IP地址； ( B )用消息体本身的 IP地址定位固网回程网。
方案 （A )参见图 5至图 10。
首先， 参见图 5, HeNB 上电， 在 HeNB和 SeGW之间有 IKEv2信令 交互或者没有交互， 即本步驟为可选步驟。 HeNB仅仅得到了固网为其分配 的一个 IP地址， 该 IP地址在此也称为 HeNB的外层 IP地址。
之后， 参见图 6至图 7, UE通过 HeNB接入到 EPC网络后， 如果网络 侧有 QoS策略（承载建立请求 )下发至 HeNB GW/MME (或者由网络侧发 起，或者 UE主动请求发起）， HeNB GW或 MME将 QoS策略下发给 HeNB, HeNB通过 T2接口向 HeNB PF发送资源重配置请求消息 （资源分配）用 于请求资源， 并在该资源重配置请求消息中携带网络侧请求 的 QoS资源， 还携带 HeNB的外层 IP地址； 再由 HeNB PF通过 S9*接口通告给 BPCF , BPCF根据该外层 IP地址找到该 HeNB所在的回程链路， 并检查该 HeNB 所在的回程链路是否可以提供 HeNB请求的资源。 如果该回程链路可以提 供 HeNB所请求的资源 , 则 BPCF向 HeNB PF反馈成功消息 , HeNB PF向 HeNB反馈资源重配置请求（资源分配）成功响 ， HeNB接纳该业务； 如 果该回程链路不能提供 HeNB所请求的资源， 则 BPCF向 HeNB PF反馈失 败消息， HeNB PF向 HeNB反馈资源重配置请求失败响应， HeNB拒绝该 业务。
图 8和图 9展示了网络侧发起资源去活和修改请求的场 ，图 8和图 9 的关键思路与图 6、 图 7相同， 只是请求的操作行为不同。 图 6和图 7中是 请求资源分配， 图 8和图 9中是请求资源去活和修改。 步驟 804和步驟 903 中的消息均以特定信元的方式携带 HeNB的外层 IP地址。
其中， 因为 3GPP和 BBF描述业务的服务质量的方式不同， 采用的参 数也存在区别，因此资源配置请求 /应答消息中的参数信息在 HeNB PF或者 BPCF进行了由 3GPP到 BBF的映射或者反向的映射。
方案 （B )参见图 5至图 10。
首先， 参见图 5, HeNB 上电， 在 HeNB和 SeGW之间有 IKEv2信令 交互或者没有交互， 即本步驟为可选步驟。 HeNB仅仅得到了固网为其分配 的一个 IP地址， 该 IP地址在此也称为 HeNB的外层 IP地址。
之后， 参见图 6至图 7, UE通过 HeNB接入到 EPC网络后， 如果网络 侧有 QoS策略（承载建立请求 )下发至 HeNB GW/MME (或者由网络侧发 起，或者 UE主动请求发起）， HeNB GW或 MME将 QoS策略下发给 HeNB, HeNB通过 T2接口向 HeNB PF发送资源重配置请求消息（资源分配）用 于请求资源， 并在该资源重配置请求消息中携带网络侧请求 的 QoS资源， 资源重配置请求消息中不携带外层 IP地址。 HeNB PF收到资源重配置请求 消息后， 把该消息体的源地址取出作为外层 IP地址， 并把请求的 QoS资源 和所述外层 IP地址通过 S9*接口通告给 BPCF, BPCF根据收到的所述外层 IP地址找到该 HeNB所在的回程链路， 并检查该 HeNB所在的回程链路是 否可以提供 HeNB请求的资源。 如果该回程链路可以提供 HeNB所请求的 资源， 则 BPCF向 HeNB PF反馈成功消息， HeNB PF向 HeNB反馈资源重 配置请求（资源分配）成功响应， HeNB接纳该业务； 如果该回程链路不能 提供 HeNB所请求的资源 , 则 BPCF向 HeNB PF反馈失败消息 , HeNB PF 向 HeNB反馈资源重配置请求失败响应 , HeNB拒绝该业务。
图 8和图 9展示了网络侧发起资源去活和修改请求的场 ，图 8和图 9 的关键思路与图 6至图 7相同， 只是请求的操作行为不同。 图 6和图 7中 是请求资源分配， 图 8和图 9中是请求资源去活和修改。 步驟 804和步驟 903中的消息均没有通过特定信元携带 HeNB的外层 IP地址，而是由 HeNB PF在收到消息后把消息的消息体源地址作为外 IP地址。
其中， 因为 3GPP和 BBF描述业务的服务质量的方式不同， 采用的参 数也存在区别， 因此资源配置请求 /应答消息中的参数信息在 HeNB PF或者 BPCF进行了由 3GPP到 BBF的映射或者反向的映射。
实施例三：
该实施例描述的场景是： HeNB接入时存在 NAT,并且 HeNB和 SeGW 之间必选 IPsec隧道。
在本实施例的场景下， SeGW为 HeNB分配了 IP地址， 该地址作为 HeNB发送数据和信令的内层 IP地址； RG为 HeNB分配私网的 IP地址。 固网为 NAT转换器（在此可以由 RG充当）分配了 IP地址， NAT转换器 /RG 利用该 IP地址将源自 HeNB或者发往 HeNB的数据和信令的地址进行转换， 即将 HeNB的私网地址转化为 NAT转换器 /RG的地址及对应的端口号。 在 SeGW可以感知到的地址是 NAT转换后的地址和端口号。
在本实施例的场景下， 确定固网链路的方案可以为：
( A )在资源请求消息中设置特定信元， 用于携带外层 IP地址。
方案 （A )参见图 5至图 10。
首先， 参见图 5, HeNB 上电， 在 HeNB与 SeGW进行 IKEv2信令交 互、 协商建立 IPsec隧道的过程中 , SeGW为 HeNB分配的一个 IP地址， 该地址称作内层 IP地址， 而且 SeGW 4巴获取的 NAT转换后的地址和端口 号发送给 HeNB, 该地址和端口号称作外层 IP地址， 即在图 5的步驟 502 中， SeGW在发送给 HeNB的消息中携带了 NAT转换后的地址和端口号（外 层 IP地址；)。
之后， 如图 6和 7, UE通过 HeNB接入到 EPC网络后， 如果网络侧有 QoS策略（承载建立请求） 下发至 HeNB GW/MME (或者由网络侧发起， 或者 UE主动请求发起）， HeNB GW/MME将 QoS策略下发给 HeNB, HeNB 通过 T2接口向 HeNB PF发送资源重配置请求消息 （资源分配 )用于请求 资源， 并在该资重源配置请求消息中携带网络侧请求 的 QoS资源， 还携带 外层 NAT转换后的地址和端口号（即： 外层 IP地址；)； HeNB PF将请求的 QoS资源及 NAT转换后的地址和端口号通过 S9*接口通告给 BPCF, BPCF 根据该 NAT转换后的地址和端口号找到该 HeNB所在的回程链路， 并检查 该 HeNB所在的回程链路是否可以提供 HeNB请求的资源。 如果该回程链 路可以提供 HeNB所请求的资源，则 BPCF向 HeNB PF反馈成功消息， HeNB PF向 HeNB反馈资源重配置请求（资源分配 )成功响应， HeNB接纳该业 务； 如果该回程链路不能提供 HeNB所请求的资源， 则 BPCF向 HeNB PF 反馈失败消息， HeNB PF向 HeNB反馈资源重配置请求失败响应， HeNB 拒绝该业务。
图 8和图 9展示了网络侧发起资源去活和修改请求的场 ，图 8和图 9 的关键思路与图 6至图 7相同， 只是请求的操作行为不同。 图 6和图 7中 是请求资源分配， 图 8和图 9中是请求资源去活和修改。 步驟 804和步驟 903的消息均以特定信元的方式携带了 NAT转换后的地址和端口号 （即： 外层 IP地址 )。
其中， 因为 3GPP和 BBF描述业务的服务质量的方式不同， 采用的参 数也存在区别，因此资源配置请求 /应答消息中的参数信息在 HeNB PF或者 BPCF进行了由 3GPP到 BBF的映射或者反向的映射。
实施例四：
该实施例描述的场景是： HeNB接入时存在 NAT,并且 HeNB和 SeGW 之间没有 IPsec隧道。
在本实施例的场景下， RG作为 NAT转换器， 固网为其分配一个 IP地 址。 HeNB得到一个 RG为其分配的私网 IP地址。 NAT转换器 /RG利用固 网为其分配的 IP地址将源自 HeNB或者发往 HeNB的数据和信令的地址进 行转换， 即将 HeNB的私网地址转化为 NAT转换器 /RG的地址及对应的端 口号。在网络侧可以感知到的地址是 NAT转换后的地址和端口号。在 HeNB 上电时， HeNB和 SeGW之间有 IKEv2信令交互， 但 SeGW没有为 HeNB 分配 IP地址； 或者 HeNB与 SeGW之间没有 IKEv2协商。 如果 HeNB和 SeGW之间有 IKEv2交互， SeGW就可以把 NAT转换后的地址和端口号发 送给 He鳳
在本实施例的场景下， 确定固网链路的方案可以为：
( A )在资源请求消息中设置特定信元， 用于携带外层 IP地址； ( B )用消息体本身的 IP地址定位固网回程网。
方案 （A )参见图 5至图 10, 该方案可行的场景是 HeNB和 SeGW之 间有 IKEv2交互 ,并且 SeGW把 NAT转换后的地址和端口号发送给 HeNB。
首先， HeNB 上电， HeNB获得 NAT转换后的地址和端口号， 及外层 IP地址； 除此之外， HeNB得到了 RG为其分配的一个私网 IP地址， HeNB 用该私网 IP地址外发的消息和数据在经过 RG后被执行了 NAT转换，私网 的 IP地址被转换为 NAT的公网 IP地址加对应端口号。
之后， 如图 6和图 7, UE通过 HeNB接入到 EPC网络后， 如果网络侧 有 QoS策略（承载建立请求 )下发至 HeNB GW/MME (或者由网络侧发起， 或者 UE主动请求发起）， HeNB GW/MME将 QoS策略下发给 HeNB, HeNB 通过 T2接口向 HeNB PF发送资源重配置请求消息 （资源分配 )用于请求 资源， 并在该资重源配置请求消息中携带网络侧请求 的 QoS资源， 还携带 外层 NAT转换后的地址和端口号（即： 外层 IP地址；)； HeNB PF将请求的 QoS资源及 NAT转换后的地址和端口号通过 S9*接口通告给 BPCF, BPCF 根据该 NAT转换后的地址和端口号找到该 HeNB所在的回程链路， 并检查 该 HeNB所在的回程链路是否可以提供 HeNB请求的资源。 如果该回程链 路可以提供 HeNB所请求的资源，则 BPCF向 HeNB PF反馈成功消息， HeNB PF向 HeNB反馈资源重配置请求（资源分配 )成功响应， HeNB接纳该业 务； 如果该回程链路不能提供 HeNB所请求的资源， 则 BPCF向 HeNB PF 反馈失败消息， HeNB PF向 HeNB反馈资源重配置请求失败响应， HeNB 拒绝该业务。
图 8和图 9展示了网络侧发起资源去活和修改请求的场 ，图 8和图 9 的关键思路与图 6至图 7相同， 只是请求的操作行为不同。 图 6和图 7中 是请求资源分配， 图 8和图 9中是请求资源去活和修改。 步驟 804和步驟 903的消息均以特定信元的方式携带了 NAT转换后的地址和端口号 （即： 外层 IP地址 )。
方案 （B )参见图 5至图 10, 该方案可行的场景是 HeNB和 SeGW之 间有 IKEv2交互 ,并且 SeGW把 NAT转换后的地址和端口号发送给 HeNB。
首先， HeNB 上电， HeNB获得 RG为其分配的私网 IP地址， 所有从 HeNB发出或者由其他网元发往 HeNB的信令或者数据， 其私网的 IP地址 被转换为 NAT的公网 IP地址加对应端口号。该 NAT转换后的 IP地址加对 应端口号称作外层 IP地址。
之后， 参见图 6至图 7, UE通过 HeNB接入到 EPC网络后， 如果网络 侧有 QoS策略（承载建立请求 )下发至 HeNB GW/MME (或者由网络侧发 起，或者 UE主动请求发起）， HeNB GW或 MME将 QoS策略下发给 HeNB, HeNB通过 T2接口向 HeNB PF发送资源重配置请求消息（资源分配）用 于请求资源， 并在该资源重配置请求消息中携带网络侧请求 的 QoS资源， 资源重配置请求消息中不携带外层 IP地址。 HeNB PF收到资源重配置请求 消息后， 把该消息体的源地址取出作为外层 IP地址， 并把请求的 QoS资源 和所述外层 IP地址通过 S9*接口通告给 BPCF, BPCF根据收到的所述外层 IP地址找到该 HeNB所在的回程链路， 并检查该 HeNB所在的回程链路是 否可以提供 HeNB请求的资源。 如果该回程链路可以提供 HeNB所请求的 资源， 则 BPCF向 HeNB PF反馈成功消息， HeNB PF向 HeNB反馈资源重 配置请求（资源分配）成功响应， HeNB接纳该业务； 如果该回程链路不能 提供 HeNB所请求的资源 , 则 BPCF向 HeNB PF反馈失败消息 , HeNB PF 向 HeNB反馈资源重配置请求失败响应 , HeNB拒绝该业务。
图 8和图 9展示了网络侧发起资源去活和修改请求的场 ，图 8和图 9 的关键思路与图 6至图 7相同， 只是请求的操作行为不同。 图 6和图 7中 是请求资源分配， 图 8和图 9中是请求资源去活和修改。 步驟 804和步驟 903中的消息均没有通过特定信元携带 HeNB的外层 IP地址，而是由 HeNB PF在收到消息后把消息的消息体源地址作为外 IP地址。
其中， 因为 3GPP和 BBF描述业务的服务质量的方式不同， 采用的参 数也存在区别， 因此资源配置请求 /应答消息中的参数信息在 HeNB PF或者 BPCF进行了由 3GPP到 BBF的映射或者反向的映射。
实施例五： 资源抢占
本实施例是 HeNB 系统中， 通过抢占现有业务资源来为新业务建立承 载的具体实例。 业务二次接纳控制点可以设置在 HeNB。 HeNB在进行承载 建立 /修改控制时， 可以根据固网返回的资源状况， 综合现有技术中的因素 (比如 CSG, ARP等）决定抢占现有业务的资源， 从而为新业务建立 /修改 承载。 具体流程图参见图 10。
实施例六： HeNB ID的方案
以上描述的实施例一至实施例五中 , HeNB带给 HeNB PF的除了请求 的策略，还有可能是以特定信元的方式携带了 外层 IP地址或者是 NAT转换 后的 IP地址加端口号； 除此之外， 对于上述的各种场景， HeNB还可以携 带该 HeNB 的固网用户名、 HeNB的标识、 或者固网为该 HeNB静态配置 的 IP地址等，只要能够唯一确定该 HeNB所在固网链路的标识即可。在此， 可以统称上述能够唯一确定 HeNB所在固网链路的地址或标识等信息为固 网链路标识信息。
上述的固网为 HeNB静态配置的 IP地址和所述的外层 IP地址的不同之 处在于： 静态配置的 IP地址是该 HeNB在使用期间固有不变的， 是 HeNB 向固网租用的。 根据前述内容， 外层 IP地址是 HeNB上电时固网为其动态 分配的， 可以变化。
实施例七： HeNB上电时就上 ^艮固网链路标识信息
上述实施例一至实施例六中， 描述的都是当终端 UE通过 HeNB接入 EPS之后，相关的 QoS到达 HeNB时， HeNB向 HeNB PF请求 QoS资源的 同时以显式（以特定信元方式携带）或者隐式 （以消息体本身的源地址携 带） 的方式携带固网链路标识信息。 作为具体的实现方式可以分为以下两 种方式：
方式一： 当 HeNB第一次收到来自 EPS核心网的 QoS策略后， HeNB 通过 T2接口向 HeNB PF发送资源重配置请求消息并携带固网链路标 信 息， HeNB PF收到该消息后建立与 HeNB的 T2会话。 当该 HeNB再次收到 来自 EPS核心网的 QoS策略后， HeNB通过 T2接口已经建立的 T2会话向 HeNB PF请求分配 /修改 /释放资源。因为是通过 T2接口请求分配 /修改 /释放 资源资源， 所以不用再次携带所述的固网链路标识信息， HeNB PF根据来 自对应的 T2会话， 就能断定该分配 /修改 /释放资源请求所来自的 HeNB, 并能断定该分配 /修改 /释放资源请求对应的固网链路标识信息。
方式二： 无论何时， 当 HeNB收到来自 EPS核心网的 QoS策略后， 均 可通过 T2接口向 HeNB PF发送资源重配置请求消息并在其中携带固网 路标识信息， 使 HeNB PF无论何时都能获知该 HeNB对应的固网链路标识 信息。 除了上述两种方式以外， 还可以应用另外一种特定的实现方式（方式 方式三： 当 HeNB上电， HeNB向 HeNB PF注册。 HeNB向 HeNB PF 注册的消息中携带了固网链路标识信息， 注册的过程就是 T2会话建立的过 程。 因此 HeNB和 HeNB PF上都建立了 T2会话和 "固网链路标识信息的 对应关系。 无论何时， 当 HeNB收到来自 EPS核心网的 QoS策略后， 可以 通过 T2会话向 HeNB PF请求分配 /修改 /释放资源并且不需要携带固网链 路标识信息， HeNB PF根据来自对应的 T2会话， 就能断定该分配 /修改 /释 放资源请求所来自的 HeNB, 并能断定该分配 /修改 /释放资源请求对应的固 网链路标识信息。
同样的 , HeNB PF在向 BPCF发送资源分配 /修改 /释放请求和固网链路 标识信息时， 也可以采用上述的三种方式。
实施例八： HeNB PF 故接纳控制 （二次接纳控制 )
以上实施例一至实施例七所描述的都是由 HeNB做接纳控制 （二次接 纳控制）的实现方案， 即 HeNB作为接纳控制网元（二次接纳控制）， 当收 到来自 EPS 核心网的承载建立 /释放 /修改 /会话管理请求后， HeNB 通过 HeNB PF向固网相关网元请求接纳控制， 等固网相关网元做接纳控制或者 委托接纳控制并反馈回决策后， HeNB根据反馈的决策做出满足当前业务的 决定（如： 接纳该业务， 或拒绝该业务， 或抢占原业务资源等）。
作为另外一种实现方式， 可以将接纳控制 （二次接纳控制） 功能放到 HeNB PF上， 以实现业务接纳控制。 具体机制是： HeNB向 HeNB PF上报 接纳控制的相关信息， 所述接纳控制的相关信息可以包括： 当前接入该 HeNB的用户信息、 资源使用状况信息、 HeNB等级信息、 CSG列表以及其 他信息。 HeNB PF根据 HeNB上报的 接纳控制的相关信息和 S9*会话返回 的资源重配置成功 /失败响应或者固网资源使用状况进行接纳控 （二次接 纳控制；)， 进行接纳控制 （二次接纳控制） 的机制类似图 6至图 9的 HeNB 上故接纳控制 （二次接纳控制） 的相关描述。 HeNB PF向 HeNB反馈接纳 控制决策（二次接纳控制）结果， HeNB根据决策结果， 完成对应的后续处 理。
在图 12展示的具体实施流程中， 接纳控制相关信息上报到 HeNB PF 的操作可以在步驟 1202进行，也可以在步驟 1206进行。其中，在步驟 1206, 当前 HeNB上的最新的资源使用状况信息通常是必须 报的。
实施例九：
除了以上实施例描述的 HeNB的场景以外， 以上实施方案同样适用于 HNB的场景。
细微的不同之处主要在于：
名称区别： 所有与 HeNB有关的名词都改为 HNB;
HNB GW是必选的 , HeNB GW是可选的；
SGSN的功能替代了 MME的功能；
SGSN发送给 HNB的信令为 RAB分配请求 /Iu接口信令。
支持上述各实施例的具体流程如下所述。
参见图 5, 图 5为本发明实施例的家庭基站上电流程图， 该流程包括以 下步驟：
步驟 501. HeNB上电， 接入固网；
在没有 NAT转换的场景下， 即无 RG或者 RG作为桥接功能而非路由 功能时， 固网的相关网元直接为 HeNB分配地址， 该地址作为 HeNB对外 路由数据的外层 IP地址；在有 NAT的场景下， NAT转换器（在此即为 RG ) 为 HeNB分配私网的 IP地址 , 固网的相关网元为 NAT转换器分配了 IP地 址。
步驟 502. HeNB和 SeGW进行 IKEv2协商。 根据运营商的需求， HeNB和 SeGW之间的数据可以经过 IPsec保护， 也可以选择无 IPsec保护。
如果有 IPsec保护， HeNB和 SeGW之间建立 IPsec隧道， 以保证数据 在传输过程中的安全性和完整性。并在 IKEv2协商的过程中， SeGW为 HeNB 分配一个内层 IP地址，并在回应给 HeNB的消息中将该内层 IP地址携带给 He鳳
如果没有 IPsec保护， HeNB和 SeGW只进行信令交互（或者 HeNB和 SeGW之间根本无 IKEv2信令交互）， SeGW不再为 HeNB分配内层 IP地 址。 或者认为 SeGW和固网设备功能融合， SeGW和固网设备为 HeNB分 配了同一个 IP地址。
在某些场景下， SeGW可以将感知到的 NAT转换后的地址和端口号在 发送给 HeNB的消息中携带给 HeNB , 以便在后续操作中使用。
参见图 6,图 6为本发明实施例的控制业务接纳过程中接纳 功的流程 图， 图 6描述了 HeNB系统中， 业务发起并成功被接纳的具体实例。 业务 接纳控制点在 HeNB。 HeNB在做业务接纳时， 除了现有技术中的因素（比 如 CSG、 ARP、 接入模式等）， 还综合了所在固网的资源状况。 图 6所示流 程包括以下步驟：
步驟 601. 终端已经通过 HeNB接入到 EPC系统。
步驟 602. 新业务发起， 该业务的发起可能是网络侧主动发起， 也可能 是 UE向网络侧请求的业务。 EPS核心网的相关网元（ HeNB GW或者 MME ) 通过 SI接口向 HeNB发送承载建立请求 /会话管理请求消息，并携带了 QoS 策略等信息。
步驟 603. HeNB通过 T2接口向 HeNB PF发送资源重配置请求（资源 分配）信令， 向固网请求资源。
不同场景下， HeNB在向 HeNB PF发送资源请求信令时， 可以在资源 重配置请求消息中携带固网为其分配的外层 IP地址， 或者携带 HeNB在与 SeGW建立 IPsec隧道时 SeGW发送给 HeNB的 NAT转换后的 IP地址和端 口号， 或者携带 HeNB静态配置的外层 IP地址， 或者携带 HeNB的其他标 识（固网接入名、 静态 IP地址、 HeNB ID等）； 当然， HeNB在资源请求消 息中也可以不携带 IP地址， 而是把该消息的消息体的源地址隐式地携带给 消息的接收方。
步驟 604. HeNB PF在收到 HeNB的资源请求后， 针对步驟 603中的不 同的标识携带方式获取地址（可进一步包括端 口号）或者其他标识， 并通 过 S9*接口把 HeNB发送来的资源请求消息请求的内容和获取 上述内容 通告给 BPCF。
步驟 605. 该步中， BPCF执行接纳控制或者委托接纳控制。 所谓接纳 控制是指： BPCF通过收到的所述地址（可进一步包括端口 ）或者其他标 识能够找到该 HeNB所在的固网回程链路； BPCF以及固网策略执行设备检 验该 HeNB所在的固网回程链路是否能够提供该 HeNB所请求的资源。 如 果能够提供， 则分配资源， 并通过 S9*接口向 PF返回资源分配成功响应。 所谓委托接纳控制是指： BPCF将获取的信息通知到其他的某个网元， 执行 以上的操作或者是 BPCF与其他网元协商执行以上操作。
步驟 606. BPCF通过 S9*接口向 PF返回资源分配成功响应。
步驟 607. PF通过 T2*接口向 HeNB返回资源重配置成功响应。
步驟 608. HeNB根据固网返回的成功响应以及该业务的现 其他属性 (比如 ARP、 CSG等信息）， 实施对该业务的接纳控制。
并在确定接纳该业务时，在 HeNB和 UE之间分配无线资源，并建立承 载。
步驟 609. HeNB向 EPS核心网返回承载建立响应 /会话管理响应， 以通 知核心网为该业务成功分配资源。 步驟 610. 核心网的相关后续处理。
参见图 7,图 7为本发明实施例的控制业务接纳过程中接纳 绝的流程 图， 图 7描述了 HeNB系统中， 业务发起并被拒绝接纳的具体实例。 业务 接纳控制点在 HeNB。 HeNB在做业务接纳时， 除了现有技术中的因素（比 如 CSG、 ARP、 接入模式等）， 还综合了所在固网的资源状况。 图 7所示流 程包括以下步驟：
步驟 701. 终端已经通过 HeNB接入到 EPC系统。
步驟 702. 新业务发起， 该业务的发起可能是网络侧主动发起， 也可能 是 UE向网络侧请求的业务。 EPS核心网的相关网元（ HeNB GW或者 MME ) 通过 SI接口向 HeNB发送承载建立请求 /会话管理请求消息，并携带了 QoS 策略等信息。
步驟 703. HeNB通过 T2接口向 HeNB PF发送资源重配置请求（分配 资源）信令， 向固网请求资源。
不同场景下， HeNB在向 HeNB PF发送资源请求信令时， 可以在资源 重配置请求消息中携带固网为其分配的外层 IP地址， 或者携带 HeNB在与 SeGW建立 IPsec隧道时 SeGW发送给 HeNB的 NAT转换后的 IP地址和端 口号， 或者携带 HeNB静态配置的外层 IP地址， 或者携带 HeNB的其他标 识（固网接入名、 静态 IP地址、 HeNB ID等）； 当然， HeNB在资源请求消 息中也可以不携带 IP地址， 而是把该消息的消息体的源地址隐式地携带给 消息的接收方。
步驟 704. HeNB PF在收到 HeNB的资源请求后， 针对步驟 703中的不 同的标识携带方式获取地址（可进一步包括端 口号）或者其他标识， 并通 过 S9*接口把 HeNB发送来的资源请求消息请求的内容和获取 上述内容 通告给 BPCF。
步驟 705. 该步中， BPCF执行接纳控制或者委托接纳控制。 所谓接纳 控制是指： BPCF通过收到的所述地址（可进一步包括端口 ）或者其他标 识能够找到该 HeNB所在的固网回程链路； BPCF以及固网策略执行设备检 验该 HeNB所在的固网回程链路是否能够提供该 HeNB所请求的资源。 如 果能够提供， 则分配资源， 并通过 S9*接口向 PF返回资源分配失败响应。 所谓委托接纳控制是指： BPCF将获取的信息通知到其他的某个网元， 执行 以上的操作或者是 BPCF与其他网元协商执行以上操作。
步驟 706. BPCF通过 S9*接口向 PF返回资源分配失败响应。
步驟 707. PF通过 T2*接口向 HeNB返回资源重配置失败响应。
步驟 708. HeNB根据固网返回的失败响应， 拒绝接纳该业务。
步驟 709. HeNB向 EPS核心网返回承载建立响应 /会话管理响应失败通 知。
步驟 710. 核心网的相关后续处理。
参见图 8,图 8为本发明实施例的控制业务接纳过程中执行 放的流程 图， 图 8描述了 HeNB系统中， 资源去激活的具体实例。 图 8所示流程包 括以下步驟：
步驟 801. 终端已经通过 HeNB接入到 EPC系统。
步驟 802. 承载去激活， 该操作的发起可能是网络侧主动发起， 也可能 是 UE向网络侧请求的。 EPS核心网的相关网元（ HeNB GW或者 MME ) 通过 S1接口向 HeNB发送承载去激活请求消息， 并携带 QoS策略等信息。
步驟 803. HeNB相关机制， 删除承载并释放无线资源。
步驟 804. HeNB通过 T2接口向 HeNB PF发送资源重配置请求信令（资 源释放）。
不同场景下， HeNB 在向 HeNB PF发送资源释放请求信令时， 可以在 资源释放请求消息中携带固网为其分配的外层 IP地址， 或者携带 HeNB在 与 SeGW建立 IPsec隧道时 SeGW发送给 HeNB的 NAT转换后的 IP地址和 端口号， 或者携带 HeNB静态配置的外层 IP地址， 或者携带 HeNB的其他 标识（固网接入名、 静态 IP地址、 HeNB ID等）； 当然， HeNB在资源请求 消息中也可以不携带 IP地址， 而是把该消息的消息体的源地址隐式地携带 给消息的接收方。
步驟 805. HeNB PF在收到 HeNB的资源释放请求后， 针对步驟 804中 的不同的标识携带方式获取地址（可进一步包 括端口号）或者其他标识， 并通过 S9*接口把 HeNB发送来的资源释放请求消息请求的内容和 取的 上述内容通告给 BPCF。
步驟 806. 该步中， BPCF执行接纳控制或者委托接纳控制。 所谓接纳 控制是指： BPCF通过收到的所述地址（可进一步包括端口 ）或者其他 标识能够找到该 HeNB所在的固网回程链路； BPCF以及固网策略执行设备 根据信令重配置固网资源， 并通过 S9*接口向 PF返回资源释放响应。 所谓 委托接纳控制是指： BPCF将获取的信息通知到其他的某个网元， 执行以上 的操作或者是 BPCF与其他网元协商执行以上操作。
步驟 807. BPCF通过 S9*接口向 PF返回资源释放响应。
步驟 808. PF通过 T2*接口向 HeNB返回资源重配置响应。
步驟 809. HeNB向 EPS核心网返回承载建立响应 /会话管理响应， 以通 知核心网 载去激活成功。
步驟 810. 核心网的相关后续处理。
参见图 9,图 9为本发明实施例的控制业务接纳过程中执行 改的流程 图，图 9描述了 HeNB系统中，承载修改具体实例。业务接纳控 点在 HeNB。 HeNB在进行承载修改控制时， 除了考虑现有技术中的因素 （比如 CSG、 ARP、 接入模式等）， 还综合了所在固网的资源状况。 图 9所示流程包括以 下步驟：
步驟 901. 终端已经通过 HeNB接入到 EPC系统。 步驟 902. 承载修改发起， 该业务的发起可能是网络侧主动发起， 也可 能是 UE向网络侧请求的。 EPS核心网的相关网元（ HeNB GW或者 MME ) 通过 S1接口向 HeNB发送承载修改请求 /会话管理请求消息， 并携带 QoS 策略等信息。
步驟 903. HeNB通过 T2接口向 HeNB PF发送资源重配置请求信令（资 源修改）。
不同场景下， HeNB在向 HeNB PF发送资源重配置请求信令时， 可以 在资源重配置请求消息中携带固网为其分配的 外层 IP地址，或者携带 HeNB 在与 SeGW建立 IPsec隧道时 SeGW发送给 HeNB的 NAT转换后的 IP地址 和端口号， 或者携带 HeNB静态配置的外层 IP地址， 或者携带 HeNB的其 他标识（固网接入名、 静态 IP地址、 HeNB ID等）； 当然， HeNB在资源重 配置请求消息中也可以不携带 IP地址， 而是把该消息的消息体的源地址隐 式地携带给消息的接收方。
步驟 904. HeNB PF在收到 HeNB的资源重配置请求后， 针对步驟 903 中的不同的标识携带方式获取地址（可进一步 包括端口号）或者其他标识， 并通过 S9*接口把 HeNB发送来的资源重配置请求消息请求的内容 获取 的上述内容通告给 BPCF及固网策略执行设备。
步驟 905. 该步中， BPCF执行接纳控制或者委托接纳控制。 所谓接纳 控制是指： BPCF通过收到的所述地址（可进一步包括端口 ）或者其他 标识能够找到该 HeNB所在的固网回程链路； BPCF以及固网策略执行设备 检验该 HeNB所在的固网回程链路是否能够接受请求中 资源重配置操作。 所谓委托接纳控制是指： BPCF将获取的信息通知到其他的某个网元， 执行 以上的操作或者是 BPCF与其他网元协商执行以上操作。
步驟 906. BPCF通过 S9*接口向 PF返回资源重配置成功 /失败响应。 步驟 907. PF通过 T2*接口向 HeNB返回资源重配置成功 /失败响应。 步驟 908. HeNB根据固网返回的响应， 接受 /拒绝承载修改。 步驟 909. HeNB向 EPS核心网返回承载建立响应 /会话管理响应。
步驟 910. 核心网的相关后续处理。
参见图 10,图 10为本发明实施例的控制业务接纳过程中执行 占的流 程图， 图 10描述了 HeNB系统中， 承载建立 /修改具体实例。 业务接纳控制 点在 HeNB。HeNB在进行承载建立 /修改控制时，根据固网返回的资源状况， 综合现有技术中的因素 （比如 CSG、 ARP等）， 决定抢占现有业务的资源， 从而为新业务建立 /修改承载。 图 10所示流程包括以下步驟：
步驟 1001. 终端已经通过 HeNB接入到 EPC系统。
步驟 1002. 承载建立 /修改发起，该业务的发起可能是网络侧主动 起， 也可能是 UE向网络侧请求的。 EPS核心网的相关网元（HeNB GW或者 MME )通过 S1接口向 HeNB发送承载建立 /修改请求 /会话管理请求消息， 并携带 QoS策略等信息。
步驟 1003. HeNB通过 T2接口向 HeNB PF发送资源重配置信令（资源 分配 /释放 /修改）。
不同场景下， HeNB 在向 HeNB PF发送资源重配置请求信令时， 可以 在资源重配置请求消息中携带固网为其分配的 外层 IP地址，或者携带 HeNB 在与 SeGW建立 IPsec隧道时 SeGW发送给 HeNB的 NAT转换后的 IP地址 和端口号， 或者携带 HeNB静态配置的外层 IP地址， 或者携带 HeNB的其 他标识（固网接入名、 静态 IP地址、 HeNB ID等）； 当然， HeNB在资源重 配置请求消息中也可以不携带 IP地址， 而是把该消息的消息体的源地址隐 式地携带给消息的接收方。
步驟 1004. HeNB PF在收到 HeNB的资源重配置请求后，针对步驟 1003 中的不同的标识携带方式获取地址（可进一步 包括端口号）或者其他标识， 并通过 S9*接口把 HeNB发送来的资源重配置请求消息请求的内容 获取 的上述内容通告给 BPCF及固网策略执行设备。
步驟 1005. 该步中， BPCF执行接纳控制或者委托接纳控制。 所谓接纳 控制是指： BPCF通过收到的所述地址（可进一步包括端口 ）或者其他 标识能够找到该 HeNB所在的固网回程链路； BPCF以及固网策略执行设备 检验该 HeNB所在的固网回程链路是否能够接受请求中 资源建立 /重配置 操作。 在实际应用中， 固网有可能不能提供该业务请求所需的资源。 所谓 委托接纳控制是指： BPCF将获取的信息通知到其他的某个网元， 执行以上 的操作或者是 BPCF与其他网元协商执行以上操作。
步驟 1006. BPCF通过 S9*接口向 PF返回资源重配置响应，并可能把固 网的资源状况返回给 PF。
步驟 1007. PF通过 T2*接口向 HeNB返回资源重配置响应， 并可能把 固网的资源状况返回给 HeNB。
步驟 1008. HeNB根据固网返回的响应， 综合现有技术中的因素（比如 CSG、 ARP等）， 决定抢占现有业务的资源， 从而为新业务建立 /修改承载。
步驟 1009. 无线资源重配置。
步驟 1010. HeNB通过 T2接口， 通知 PF资源被抢占。
步驟 1011. PF通过 S9*接口， 通知 BPCF资源被抢占。
步驟 1012. 固网重配置资源。
步驟 1013. HeNB向 EPS核心网返回 载建立响应 /会话管理响应。 步驟 1014. 核心网的相关后续处理。
参见图 11 , 图 11为本发明实施例的上报固网链路标识信息的 程图， 该流程包括以下步驟：
步驟 1101. HeNB上电， 接入固网；
可选地， HeNB和 SeGW进行 IKEv2协商。 具体描述参加图 5。
步驟 1102. HeNB向 HeNB PF注册。 HeNB向 HeNB PF注册的消息中 携带了固网链路标识信息， 同时建立 T2会话。
步驟 1103. 受步驟 1102触发， HeNB PF和 BPCF之间建立 S9*会话， HeNB PF向 BPCF传递固网链路标识信息。
步驟 1104. 终端已经通过 HeNB接入到 EPC系统。
步驟 1105. 新业务发起， 该业务的发起可能是网络侧主动发起， 也可 能是 UE向网络侧请求的业务。 EPS核心网的相关网元（HeNB GW或者 MME )通过 S1接口向 HeNB发送承载建立 /释放 /修改请求 /会话管理请求消 息， 并携带 QoS策略等信息。
步驟 1106. HeNB通过 T2会话向 HeNB PF发送资源重配置（分配 /修改 /释放 )请求信令，该信令中不需要显式地携带固网 路标识信息。 HeNB PF 根据来自对应的 T2 会话， 就能断定该分配 /修改 /释放资源请求所来自的 HeNB, 并能将该分配 /修改 /释放资源请求对应到合适的 S9*会话上。
步驟 1107. HeNB通过 S9*会话向 BPCF请求资源 （资源分配 /修改 /释 放）， 该信令中不需要携带固网链路标识信息。 BPCF根据来自对应的 S9* 会话，就能断定该消息所属的 HeNB, 以及该请求消息所对应的固网链路标 识信息。
步驟 1108. 具体的后续处理， 具体可以参见图 6至图 10的详细步驟描 述。
参见图 12, 图 12为本发明实施例的 HeNB PF执行接纳控制功能的流 程图， 该流程包括以下步驟：
步驟 1201. HeNB上电， 接入固网；
可选地， HeNB和 SeGW进行 IKEv2协商。 具体描述参加图 5。
步驟 1202. HeNB向 HeNB PF注册。 HeNB向 HeNB PF注册的消息中 携带固网链路标识信息， 并携带该 HeNB上的可以用于做接纳控制的相关 信息， 同时建立 T2会话。 需要注意的是， HeNB 上的可以用于进行接纳控制的相关信息可以包 括： 当前接入该 HeNB的用户信息、 资源使用状况信息、 HeNB等级信息、 CSG列表以及其他信息。
步驟 1202a. HeNB PF存储接纳控制的相关信息。
步驟 1203. 受步驟 1102触发， HeNB PF和 BPCF之间建立 S9*会话， HeNB PF向 BPCF传递固网链路标识信息。
步驟 1204. 终端已经通过 HeNB接入到 EPC系统。
步驟 1205. 新业务发起， 该业务的发起可能是网络侧主动发起， 也可 能是 UE向网络侧请求的业务。 EPS核心网的相关网元（HeNB GW或者 MME )通过 S1接口向 HeNB发送承载建立 /释放 /修改请求 /会话管理请求消 息， 并携带 QoS策略等信息。
步驟 1206. HeNB通过 T2会话向 HeNB PF发送来自 EPS核心网的 QoS 策略信息以及当前最新的 HeNB上资源使用状况信息。
步驟 1207. HeNB通过 S9*会话向 BPCF请求资源 （资源分配 /修改 /释 放）。
步驟 1208. BPCF通过固网链路标识信息能够找到该 HeNB所在的固网 回程链路； BPCF以及固网策略执行设备检验该 HeNB所在的固网回程链路 是否能够接受请求中操作。
步驟 1209. BPCF通过 S9*接口向 HeNB PF返回资源重配置成功 /失败 响应或者固网资源使用状况。
步驟 1209a. HeNB PF根据 HeNB上报的接纳控制的相关信息和 S9*会 话返回的资源重配置成功 /失败响应或者固网资源使用状况进行二次接 控 制， 接纳控制的操作类似图 6至图 9中的 HeNB上做接纳控制的相关描述。
步驟 1210. HeNB PF向 HeNB反馈接纳控制决策结果。
步驟 1211至步驟 1213. HeNB根据接纳控制决策结果， 完成对应的后 续处理， 参见图 6至图 10的详细步驟描述。
需要说明的是， 家庭基站 /演进家庭基站接入时， 如果家庭基站 /演进家 庭基站与 SeGW之间的存在 IPsec隧道，则在资源重配置请求中设置用于携 带固网链路标识信息的信元； 当然， 家庭基站 /演进家庭基站接入时， 如果 家庭基站 /演进家庭基站与 SeGW之间没有 IPsec隧道， 在资源重配置请求 中设置用于携带固网链路标识信息的信元， 或者， 用消息体本身的 IP地址 作为固网链路标识信息。
结合以上各实施例及流程图可知， 在实现业务接纳控制时， 可以应用 图 13所示的操作思路， 同样也可以应用图 14所示的操作思路。
参见图 13 , 图 13为本发明一实施例的业务接纳控制流程简图 该流程 包括以下步驟：
步驟 1310:家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能 实体发送资源重配置请求。
步驟 1320: 所述家庭基站 /演进家庭基站策略功能实体根据收到的资源 重配置请求向固网策略控制功能实体请求接纳 控制。
步驟 1330: 所述固网策略控制功能实体执行接纳控制或委 托接纳控制 后， 将决策反馈给所述家庭基站 /演进家庭基站。
步驟 1340: 家庭基站 /演进家庭基站根据所述决策执行二次接纳控 。 当然， 还可以进行如图 15所示的设置以支持图 13所示的操作。 参见 图 15, 图 15为本发明一实施例的业务接纳控制系统图， 针对图 13时该系 统包括相连的资源重配置请求单元、 接纳控制请求单元、 接纳控制单元、 二次接纳控制单元。 其中， 资源重配置请求单元、 二次接纳控制单元可以 设置于家庭基站 /演进家庭基站中； 接纳控制请求单元可以设置于家庭基站 / 演进家庭基站策略功能实体中； 接纳控制单元可以设置于固网策略控制功 能实体中。 具体应用时， 资源重配置请求单元能够向接纳控制请求单元 发送资源 重配置请求； 接纳控制请求单元能够根据收到的资源重配置 请求向接纳控 制单元请求接纳控制； 接纳控制单元可以执行接纳控制或委托接纳控 制， 再将决策发送给二次接纳控制单元， 由二次接纳控制单元根据收到的所述 决策执行二次接纳控制。
可见， 家庭基站 /演进家庭基站接入时， 存在或不存在 NAT, 并且家庭 基站 /演进家庭基站与 SeGW之间的 IPsec隧道是必选的； 在实现所述判断 固网链路时， 在资源重配置请求中设置用于携带外层 IP地址的信元；
家庭基站 /演进家庭基站接入时， 存在或不存在 NAT, 并且家庭基站 / 演进家庭基站与 SeGW之间没有 IPsec隧道； 在实现所述判断固网链路时， 在资源重配置请求中设置用于携带外层 IP地址的信元， 或者， 用消息体本 身的 IP地址定位固网回程网。
再有， 所述资源重配置请求单元请求资源重配置时， 除了携带请求的 策略以外， 进一步携带能够唯一确定家庭基站 /演进家庭基站所在固网链路 的固网链路标识信息。 并且， 所述资源重配置请求单元携带所述固网链路 标识信息的方式可以为：
在上电后上报所述固网链路标识信息； 或者，
在第一次或多次收到来自 EPS核心网的服务质量策略后， 上报所述固 网链路标识信息。
参见图 14, 图 14为本发明另一实施例的业务接纳控制流程简 ， 该流 程包括以下步驟：
步驟 1410:家庭基站 /演进家庭基站向家庭基站 /演进家庭基站策略功能 实体发送资源重配置请求并提供接纳控制相关 信息。
步驟 1420: 家庭基站 /演进家庭基站策略功能实体向固网策略控制 能 实体请求接纳控制。 步驟 1430: 固网策略控制功能实体执行接纳控制或委托接 纳控制后， 并将决策反馈给所述家庭基站 /演进家庭基站策略功能实体。
步驟 1440: 家庭基站 /演进家庭基站策略功能实体根据所述接纳控 相 关信息和收到的反馈决策执行二次接纳控制。
当然， 还可以进行如图 15所示的设置以支持图 14所示的操作。 参见 图 15, 图 15为本发明一实施例的业务接纳控制系统图， 针对图 14时该系 统包括相连的资源重配置请求单元、 接纳控制请求单元、 接纳控制单元、 二次接纳控制单元。 其中， 资源重配置请求单元可以设置于家庭基站 /演进 家庭基站中； 接纳控制请求单元、 二次接纳控制单元可以设置于家庭基站 / 演进家庭基站策略功能实体中； 接纳控制单元可以设置于固网策略控制功 能实体中。
具体应用时， 资源重配置请求单元能够向接纳控制请求单元 发送资源 重配置请求并提供接纳控制相关信息； 接纳控制请求单元能够向接纳控制 单元请求接纳控制； 接纳控制单元可以执行接纳控制或委托接纳控 制， 再 将决策发送给二次接纳控制单元； 二次接纳控制单元能够根据所述接纳控 制相关信息和收到的反馈决策执行二次接纳控 制。
可见， 家庭基站 /演进家庭基站接入时， 存在或不存在 NAT, 并且家庭 基站 /演进家庭基站与 SeGW之间的 IPsec隧道是必选的； 在实现所述判断 固网链路时， 在资源重配置请求中设置用于携带外层 IP地址的信元；
家庭基站 /演进家庭基站接入时， 存在或不存在 NAT, 并且家庭基站 / 演进家庭基站与 SeGW之间没有 IPsec隧道； 在实现所述判断固网链路时， 在资源重配置请求中设置用于携带外层 IP地址的信元， 或者， 用消息体本 身的 IP地址定位固网回程网。
再有， 所述资源重配置请求单元请求资源重配置时， 除了携带请求的 策略以外， 进一步携带能够唯一确定家庭基站 /演进家庭基站所在固网链路 的固网链路标识信息。 并且， 所述资源重配置请求单元携带所述固网链路 标识信息的方式可以为：
在上电后上报所述固网链路标识信息； 或者，
在第一次或多次收到来自 EPS核心网的服务质量策略后， 上报所述固 网链路标识信息。
综上所述可见， 无论是方法还是系统， 本发明的业务接纳控制技术均 可解决具体如何实现业务接纳管理和资源管理 的问题， 使 QoS总需求不超 过家庭基站接入的签约固网线路所能提供的 QoS, 提高了控制业务接纳的 性能。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改 、 等同替换和改进 等， 均应包含在本发明的保护范围之内。