22Γ为所述应用数据包分配所述第一 服务链标识符时，可以为同一应用流中的各个应用数据包分配相同或不同的第一服务链标 识符，且分配的所述第一服务链标识符是唯一的。
[0072] 在此，TDF设备2通过为应用数据包分配第一服务链标识符，实现了将应用数据包 绑定至服务链，同时，也实现了服务链分类（其含义即是将应用数据包绑定至对应的相关 服务链）功能，而服务链分类功能表示用户平面功能，其可基于服务链分类规则AVP将分类 的数据包绑定到相关的服务链。优选地，TDF设备2可根据PCRF设备1的指示或TDF设备 2的本地情报，执行分类的数据包与相关的服务链的绑定操作。
[0073] 接着，路由单元222'将所述应用数据包路由至流量控制模块，以由所述流量控制 模块将所述应用数据包路由至与所述第一服务链标识符相对应的服务引擎。
[0074] 例如，对于待提供给用户A的应用数据包如user-A-video-packets，假设TDF 设备2的第一接收装置21'接收到对应的PCRF设备1发送的应用检测与控制规则为 user-A-video-ADC rules，其包含服务链触发规则如 user-A-video-SC-Trigger rules 和服务链策略表内容如user-A-video-SCP-Table-Content等信息，而分配单元221'为 该应用数据包分配的第一服务链标识符为默认的服务链ID，如"SC-ID = SC_default_ videoOOO"，则路由单元222'将应用数据包（如user-A-vide〇-packets)路由至流量控制 模块，以由流量控制模块将该应用数据包（如user-A-video-packets)路由至与服务链标 识符"SC-ID = SC_default_video000"相对应的服务引擎，以由对应的服务引擎对应用数 据包进行服务处理。
[0075] 在一个优选实施例中（参考图2)，TDF设备2还包括检测装置（未示出）和获取 装置（未示出）。具体地，检测装置检测所述应用数据包是否已被应用了第二服务链标识 符；获取装置若所述应用数据包已被应用了所述第二服务链标识符，获取所述第二服务链 标识符；其中，路由单元222'比较所述第一服务链标识符与所述第二服务链标识符是否相 匹配，以确定所述应用数据包所对应的应用服务链标识符；将所述应用数据包路由至对应 的流量控制模块，以由所述流量控制模块将所述应用数据包路由至与所述应用服务链标识 符相对应的服务引擎。
[0076] 具体地，检测装置可通过检查应用数据包的报头来检测所述应用数据包是否已被 应用了第二服务链标识符。在此，所述第二服务链标识符可以是TDF设备2在基于PCRF设 备1下发的应用检测与控制规则为应用数据包分配所述第一服务链标识符之前，应用数据 包先前被分配的服务链标识符，其与所述第一服务链标识符可以是相同的，也可以是不同 的。优选地，第二服务链标识符可以由TDF设备2分配，也可由其他网络设备分配。
[0077] 若所述应用数据包已被应用了所述第二服务链标识符，获取装置获取所述第二服 务链标识符。
[0078] 例如，对于待提供给用户A的应用数据包如user-A-video-packets，若检测装置 检测该应用数据包的包头发现该应用数据包已经被应用了第二服务链标识符，则获取装 置可从该应用数据包的包头中获取已经被应用的第二服务链标识符，如为"SC-ID = SC_ default_video000''。
[0079] 接着，路由单元222 '首先比较所述第一服务链标识符与所述第二服务链标识符是 否相匹配，以确定所述应用数据包所对应的应用服务链标识符；然后，将所述应用数据包路 由至对应的流量控制模块，以由所述流量控制模块将所述应用数据包路由至与所述应用服 务链标识符相对应的服务引擎。
[0080] 例如，接上例，假设分配单元22Γ为待提供给用户A的应用数据包如 user-A-video-packets分配的第一服务链标识符为默认的服务链ID，如"SC-ID = SC_ default_video000"，则路由单元222'检测发现获取装置获取到的该应用数据包（如 user-A-vide〇-packets)已经被应用的第二服务链标识符为"SC-ID = SC_default_ videoOOO"，其与分配单元221'为该应用数据包（如user-A-vide〇-packets)分配的第一 服务链标识符"SC-ID = SC_default_video000"匹配，也即两者相同，则路由单元222'可 确定该应用数据包所对应的应用服务链标识符为"SC-ID = SC_default_video000"。
[0081] 优选地，若所述应用数据包未被应用了所述第二服务链标识符，其中，路由单元 222'首先将所述第一服务链标识符作为所述应用数据包所对应的应用服务链标识符；然 后，将所述应用数据包路由至对应的流量控制模块，以由所述流量控制模块将所述应用数 据包路由至与所述应用服务链标识符相对应的服务引擎。
[0082] 优选地,TDF设备2还包括请求发送装置（未示出），PCRF设备还包括请求接收装 置（未示出）和第二生成装置（未示出）。具体地，若所述第一服务链标识与所述第二服 务链标识失配，TDF设备2的请求发送装置向所述PCRF设备发送关于所述应用数据的新应 用检测与控制规则的请求；相应地，PCRF设备1的请求接收装置接收所述TDF设备发送的 关于所述应用数据的新应用检测与控制规则的请求；第二生成装置根据所述请求，生成关 于所述应用数据包的新应用检测与控制规则，以将所述新应用规则与控制规则发送至所述 TDF设备。
[0083] 具体地，若所述第一服务链标识与所述第二服务链标识失配，TDF设备2的请求发 送装置向所述PCRF设备发送关于所述应用数据包的新应用检测与控制规则的请求。
[0084] 例如，对于待提供给用户A的应用数据包如user-A-video-packets，假设分配单 元221'为待提供给用户A的应用数据包如user-A-video-packets分配的第一服务链标 识符为默认的服务链ID，如"SC-ID = SC_default_video000"，则路由单元222'检测发 现获取装置获取到的该应用数据包（如user-A-video-packets)已经被应用的第二服务 链标识符为"SC-ID = SC_default_videolll"，其与分配单元22Γ为该应用数据包（如 user-A-video-packets)分配的第一服务链标识符"SC-ID = SC_default_video000"失配， 也即两者不相同，则TDF设备2的请求发送装置向所述PCRF设备发送关于所述应用数据包 的新应用检测与控制规则的请求。
[0085] 相应地，PCRF设备1的请求接收装置接收所述TDF设备发送的关于所述应用数据 包的新应用检测与控制规则的请求。
[0086] 第二生成装置根据所述请求，生成关于所述应用数据包的新应用检测与控制规 贝1J，以将所述新应用规则与控制规则发送至所述TDF设备。在此，第二生成装置生成所述新 应用检测与控制规则的方式与图1中第一生成装置11生成应用检测与控制规则的方式相 同或基本相同，为简明起见，故在此不再赘述，并以引用的方式包含与此。
[0087] 优选地，在其他情况下，TDF设备2也可向PCRF设备1发送服务链报告并请求新 的ADC规则，比如，3GPPTS23. 203中定义了事件触发（Event Trigger)，即PCRF设备1首先 定义了需要其他网元向其汇报的事件，当TDF设备2检测到相应的事件时，就会向PCRF设 备1报告，并根据配置决定是否等待新的ADC规则之后再路由应用数据包，也即，TDF设备2 既可在从PCRF设备1接收到新的ADC规则之后再路由应用数据包，或者，也可在接收到新 的ADC规则之前路由应用数据包（此时，TDF设备2根据应用数据包已被应用的服务链ID 路由数据包）。
[0088] 在此，对服务链相关的新的事件触发（Event Trigger)的举例如下表1所示：
[0091] 表 1
[0092] 优选地，若所述第一服务链标识与所述第二服务链标识失配，TDF设备2的请求 发送装置在向所述PCRF设备发送关于所述应用数据包的新应用检测与控制规则的请求的 同时，TDF设备2还可基于TDF设备2自身提供的服务或者基于来自PCRF设备1的指示， 执行以下操作中的至少任一项：1)违反TDF设备2上现有的来自PCRF设备1指示，更改服 务链分类；2)维持在应用数据包上检测得到的第二服务链标识符不变；3)拒绝不匹配的应 用数据包；4)删除应用数据包中的服务链信息，也即，在该应用数据包上不启动服务链。在 此，本领域技术人员应能理解上述TDF设备在所述第一服务链标识与所述第二服务链标识 失配时执行的操作仅为举例，其他现有的或今后可能出现的适合TDF设备在所述第一服务 链标识与所述第二服务链标识失配时执行的操作如可适用于本发明，也应包含在本发明保 护范围以内，并在此以引用方式包含于此。
[0093] 在一个优选实施例中（参考图2)，其中，TDF设备2还包括第二发送装置（未示 出），PCRF设备1还包括第二接收装置（未示出）。具体地，TDF设备2的第二发送装置基 于扩展Sd接口中的服务链报告属性值对，向所述PCRF设备报告所述应用数据包所对应的 服务链相关信息；相应地，PCRF设备1的第二接收装置接收所述TDF设备报告的所述应用 数据包所对应的服务链相关信息。
[0094] 具体地，TDF设备2的第二发送装置基于扩展Sd接口中的服务链报告属性值对， 向所述PCRF设备报告所述应用数据包所对应的服务链相关信息。在此，所述服务链相关信 息包括但不限于以下至少任一项：1)所述应用数据包被分配/已应用的服务链标识符，如 所述应用数据包被分配的第一服务链标识符或应用服务链标识符或第二服务链标识符等； 2)所述应用数据包被分配/已应用的服务链标识符所对应的服务链的相关信息，如服务链 的开始、服务链的结束等。
[0095] 例如，对于待提供给用户A的应用数据包如user-A-video-packets，假设分配单 元221'为待提供给用户A的应用数据包如user-A-video-packets分配的第一服务链标识 符为默认的服务链ID，如"SC-ID = SC_default_video000"，则第二发送装置可基于扩展Sd 接口中的服务链报告属性值对（Service-Chaining-R印ort AVP)，向PCRF设备1报告该应 用数据包被分配的服务链标识符"SC-ID = SC_default_video000"。
[0096] 在此，对扩展Sd接口中的服务链报告AVP(Service-Chaining-Report AVP)说明 如下：
[0097] 服务链报告AVP也是分组类型，其包含向PCRF设备1报告的关于应用数据包所对 应的服务链相关信息。
[0098] 服务链报告信息由以下至少任一项组成：
[0099]-服务链ID:服务链的唯一标识符。有两种类型的服务链ID可以被报告：1)所检 测到的服务连ID，也即，由TDF设备2从应用数据包中检索的服务链ID，即第二服务链标识 符。2)生成的服务链ID，也即，由TDF设备2基于PCRF设备1下发的应用检测与控制规则 生成的服务链ID，如第一服务链标识符；
[0100]-服务链_开始：服务链的开始；
[0101]-服务链_结束：服务链的结束；
[0102] -应用/服务ID :服务链所应用的应用/服务的TDF应用标识符/服务标识符；
[0103] -服务链的其它参数（例如，如果TDF设备2本地确定服务链标识符，服务链的其 他参数可以是服务链内容表）。
[0104] 在此，本领域技术人员应能理解上述TDF设备2向PCRF设备1报告的信息仅为举 例，其他现有的或今后可能出现的适合TDF设备2向PCRF设备1报告的信息如可适用于本 发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
[0105] 相应地，PCRF设备1的第二接收装置通过扩展Sd接口，接收所述TDF设备报告的 关于所述应用数据包的服务链相关信息。
[0106] 图3 7K出根据本发明另一个方面的PCRF设备和TDF设备配合实现一种用于在 LTE/EPC中基于服务链路由应用数据包的方法流程图。
[0107] 其中，该方法包括步骤S1、步骤S2和步骤S3。具体地，在步骤S1中，PCRF设备1 生成关于待提供给用户的应用数据包的应用检测与控制规则，其中，所述应用检测与控制 规则是基于服务链的；在步骤S2中，PCRF设备1基于扩展Sd接口中的服务链分类规则属 性值对，将所述应用检测与控制规则发送至对应的TDF设备；相应地，在步骤S2中，TDF设 备2基于扩展Sd接口中的服务链分类规则属性值对，接收对应PCRF设备发送的关于待提 供给用户的应用数