CN101043505A - 动态服务流的创建、删除和更改的方法 - Google Patents
动态服务流的创建、删除和更改的方法 Download PDFInfo
- Publication number
- CN101043505A CN101043505A CN 200610058594 CN200610058594A CN101043505A CN 101043505 A CN101043505 A CN 101043505A CN 200610058594 CN200610058594 CN 200610058594 CN 200610058594 A CN200610058594 A CN 200610058594A CN 101043505 A CN101043505 A CN 101043505A
- Authority
- CN
- China
- Prior art keywords
- request
- sfm
- data channel
- resource request
- service flow
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 340
- 230000004044 response Effects 0.000 claims abstract description 143
- 238000013468 resource allocation Methods 0.000 claims abstract description 7
- 230000008569 process Effects 0.000 claims description 254
- 241000209094 Oryza Species 0.000 claims description 57
- 235000007164 Oryza sativa Nutrition 0.000 claims description 57
- 235000021186 dishes Nutrition 0.000 claims description 57
- 235000009566 rice Nutrition 0.000 claims description 57
- 238000012217 deletion Methods 0.000 claims description 23
- 230000037430 deletion Effects 0.000 claims description 23
- 230000008859 change Effects 0.000 claims description 21
- 238000007726 management method Methods 0.000 claims description 17
- 238000012508 change request Methods 0.000 claims description 7
- 230000009471 action Effects 0.000 description 5
- 238000007906 compression Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000007599 discharging Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 241000208340 Araliaceae Species 0.000 description 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 1
- 235000003140 Panax quinquefolius Nutrition 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 235000008434 ginseng Nutrition 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种动态服务流的创建方法，该方法包括：在移动台MS发起动态服务流创建请求后，网络侧执行：策略决定过程：服务流管理实体SFM经过锚服务流授权实体Anchor SFA向归属策略服务器H－PF发送策略决定请求及相关参数，H－PF根据用户信息库和服务策略，决定是否允许创建服务流并向SFM返回相应的策略决定响应；空口确认过程：服务流管理实体SFM向MS返回服务流创建请求响应，MS收到该响应后保留相关参数，再向SFM返回确认消息；资源请求过程：SFM通过Anchor SFA向H－PF发送资源请求消息及相关参数，H－PF将网络中各节点根据资源预留要求所进行的资源分配结果及相应参数发送给SFM。同时本发明还公开了一种动态服务流的删除及更改方法。
Description
●技术领域
本发明涉及无线城域网中服务流技术领域，尤其涉及一种动态服务流的创建、删除和更改的方法。
●背景技术
微波接入全球网络(WiMAX)是一种基于IEEE 802.16标准的无线城域网技术。目前正在制定中的WiMAX标准草案定义的QoS参考模型如图1所示。
其中SFM是位于ASN中负责服务流的准入控制、创建、激活、修改和删除的服务流管理实体，由准入控制AC和与AC相关联的本地资源信息库组成。SFA是位于ASN中的服务流授权实体，主要是对申请的服务流进行认证和授权动作。每个MS/SS只对应一个AnchorSFA，Anchor SFA负责和PF之间的交互。与SFM直接交互的SFA称之为Serving SFA。Serving SFA与Anchor SFA可能是同一个实体，当它们不是同一实体时，在它们之间可能还存在多个SFA，用于RelayQoS相关的原语。这些SFA称为Relay SFA。Serving SFA与Anchor SFA在任何时候必须是相互知晓的。Anchor SFA根据本地策略数据库LPD执行ASN级别的策略管理。AF是位于归属NSP中的应用服务实体。MS/SS通过应用层协议与AF直接交互。AF可以向PF发起WiMAX服务流请求，以触发PF向ASN发送资源预留请求(RR-Request)。PF是位于归属NSP中的策略服务实体。与之相关联的还有用户信息库，其中包含允许接入的服务策略和相应预制的QoS参数。
动态服务流创建主要是指用户侧发起的应用服务流创建，现有的标准草案中动态服务流创建流程如下图2所示。如图所示，MS发起的动态服务流创建请求(DSA-Request)仅触发了网络侧策略决定过程(PD-Request/Response)，策略决定过程结束后即返回的动态服务流创建响应消息(DSA-Response)。MS返回动态服务流确认消息(DSA确认)后，空口(R1接口)就创建完成了。此时MS就可以发送数据了。但是现有标准草案中定义的策略决定过程仅执行了准入过程，即经过这个过程网络侧仅仅告诉了MS我可以满足你要求的资源(QoS)。但网络侧并未分配用于识别服务流的标识SFID，也没有创建传输服务流的数据通道。此时，MS的业务根本无法传输。
由上述可以看出，现有的标准草案中动态服务流创建流程不完整，无法实现数据传输，而且现有的标准草案中对动态服务流的更改和删除也没有给出具体实施过程。
●发明内容
有鉴于此，本发明的主要目的在于提供一种完整的动态服务流创建、删除和更改方法，该方法包括：
一种动态服务流的创建方法，在移动台MS发起动态服务流创建请求后，网络侧执行：
策略决定过程：服务流管理实体SFM经过锚服务流授权实体Anchor SFA向归属策略服务器H-PF发送策略决定请求及相关参数，H-PF根据用户信息库和服务策略，决定是否允许创建服务流并向SFM返回相应的策略决定响应；
空口确认过程：服务流管理实体SFM向MS返回服务流创建请求响应，MS收到该响应后保留相关参数，再向SFM返回确认消息；
该方法进一步包括：
资源请求过程：SFM通过Anchor SFA向H-PF发送资源请求消息及相关参数，H-PF将网络中各节点根据资源预留要求所进行的资源分配结果及相应参数发送给SFM。
其中，该方法进一步包括：
如果该数据通道是基于服务流创建，或者没有其它服务流使用数据通道，则需要进行数据通道建立过程：
SFM向Anchor SFA发送数据通道建立请求及相关参数，网络中各节点将根据所述参数建立数据通道后，Anchor SFA向SFM返回数据通道建立响应消息，SFM收到该消息后向Anchor SFA发送确认消息。
其中，所述策略决定过程、资源请求过程、数据通道建立过程和空口确认过程依次独立执行。
其中，所述策略决定过程、资源请求过程、空口确认过程和数据通道建立过程依次独立执行。
其中，所述策略决定过程、资源请求过程和数据通道建立过程同时执行，最后执行空口确认过程。
其中，所述策略决定过程、资源请求过程和数据通道建立过程同时执行具体为：
Anchor SFA收到来自SFM的包括策略决定请求、资源请求和数据通道建立请求及相关参数的流请求信息Flow-request后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
当Anchor SFA收到从H-PF返回的策略决定请求响应和资源请求响应后，将数据通道建立请求响应、策略决定请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
其中，所述策略决定过程和资源请求过程同时执行，然后执行数据通道建立过程，最后执行空口确认过程。
其中，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流响应消息流请求响应返回SFM；
SFM向H-PF发送流确认消息。
其中，所述策略决定过程和资源请求过程同时执行，然后执行空口确认过程，最后执行数据通道建立过程。
其中，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流响应消息流请求响应返回SFM；
SFM向H-PF发送流确认消息。
其中，首先执行所述策略决定过程，然后同时执行所述资源请求过程和数据通道建立过程，最后执行空口确认过程。
其中，所述同时执行所述资源请求过程和数据通道建立过程具体为：
Anchor SFA收到来自SFM的包括资源请求和数据通道建立请求及相关参数的流请求信息Flow-request后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
Anchor SFA收到从H-PF返回的资源请求响应后，将数据通道建立请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
一种动态服务流的删除方法，在移动台MS发起动态服务流删除请求后，网络侧执行：
资源请求过程：SFM通过Anchor SFA向H-PF发送资源请求消息及相关参数，H-PF将网络中各节点根据资源删除要求所进行的资源分配结果及相应参数发送给SFM；
空口确认过程：服务流管理实体SFM向MS返回服务流删除请求响应，MS收到该响应后保留相关参数，再向SFM返回确认消息。
其中，该方法进一步包括：
如果该服务流最初是由网络侧创建的，则需要进行策略决定过程：服务流管理实体SFM通过锚服务流授权实体Anchor SFA向归属策略服务器H-PF发送策略决定请求及相关参数，H-PF根据用户信息库和服务策略，决定是否允许删除服务流并向SFM返回相应的策略决定响应；
如果数据通道是基于服务流创建，或者没有其它服务流使用该数据通道，则需要进行数据通道删除过程：SFM向Anchor SFA发送数据通道删除请求及相关参数，网络中各节点将根据所述参数删除数据通道后，Anchor SFA向SFM返回数据通道删除请求响应消息，SFM收到该消息后向Anchor SFA发送确认消息。
其中，所述策略决定过程、资源请求过程、数据通道删除过程和空口确认过程依次独立执行。
其中，所述策略决定过程、资源请求过程、空口确认过程和数据通道删除过程依次独立执行。
其中，所述策略决定过程、资源请求过程和数据通道建立过程同时执行，最后执行空口确认。
其中，所述策略决定过程、资源请求过程和数据通道建立过程同时执行具体为：
Anchor SFA收到来自SFM的包括策略决定请求、资源请求和数据通道删除请求及相关参数的流请求信息Flow-request后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
当Anchor SFA收到从H-PF返回的策略决定请求响应和资源请求响应后，将数据通道删除请求响应、策略决定请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
其中，所述策略决定过程和资源请求过程同时执行，然后执行数据通道删除过程，最后执行空口确认过程。
其中，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流响应消息流请求响应返回SFM；
SFM向H-PF发送流确认消息。
其中，所述策略决定过程和资源请求过程同时执行，然后执行空口确认过程，最后执行数据通道删除过程。
其中，所述策略决定过程和资源请求过程具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流响应消息流请求响应返回SFM；
SFM向H-PF发送流确认消息。
其中，首先执行所述策略决定过程，然后同时执行所述资源请求过程和数据通道删除过程，最后执行空口确认过程。
其中，所述同时执行所述资源请求过程和数据通道建立过程具体为：
Anchor SFA收到来自SFM的包括资源请求和数据通道删除请求及相关参数的流请求信息Flow-request后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
当Anchor SFA收到从H-PF返回的资源请求响应后，将数据通道删除请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
一种动态服务流的更改方法，在移动台MS发起动态服务流更改请求后，网络侧执行：
资源请求过程：SFM通过Serving SFA和Anchor SFA向H-PF发送资源请求消息及相关参数，H-PF将网络中各节点根据资源更改要求所进行的资源分配结果及相应参数发送给SFM；
空口确认过程：服务流管理实体SFM向MS返回服务流更改请求响应，MS收到该响应后，保留相关参数，再向SFM返回确认消息。
其中，该方法进一步包括：
如果对网络参数提出更高的要求，则需要进行策略决定过程：服务流管理实体SFM通过锚服务流授权实体Anchor SFA向归属策略服务器H-PF发送策略决定请求及相关参数，H-PF根据用户信息库和服务策略，决定是否允许更改服务流并向SFM返回相应的策略决定响应。
其中，所述策略决定过程、资源请求过程和空口确认过程依次独立执行。
其中，所述策略决定过程和资源请求过程同时执行，最后执行空口确认过程。
其中，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流响应消息流请求响应返回SFM；
SFM向H-PF发送流确认消息。
可见，采用本发明提供的方法不仅在现有标准草案基础上，提供了一种完整的动态服务流创建的方法，可以在服务流创建后即可实现数据传输，而且在此基础上提供了一种动态服务流更改和删除的具体实施过程，大大体高了对动态服务流操作的灵活性。
●附图说明
图1是WiMAX中的QoS参考模型。
图2是现有草案中的动态服务流创建流程。
图3是本发明中动态服务流创建方式1的流程图。
图4是本发明中动态服务流创建方式2的流程图。
图5是本发明中动态服务流创建方式3的流程图。
图6是本发明中动态服务流创建方式4的流程图。
图7是本发明中动态服务流创建方式5的流程图。
图8是本发明中动态服务流创建方式6的流程图。
图9是本发明中动态服务流更改方式1的流程图。
图10是本发明中动态服务流更改方式2的流程图。
图11是本发明中动态服务流删除方式1的流程图。
图12是本发明中动态服务流删除方式2的流程图。
图13是本发明中动态服务流删除方式3的流程图。
图14是本发明中动态服务流删除方式4的流程图。
图15是本发明中动态服务流删除方式5的流程图。
图16是本发明中动态服务流删除方式6的流程图。
●具体实施方式
本发明提供了一种动态服务流的创建、删除和更改方法，该方法基于WiMAX网络标准草案中定义的对服务质量(QoS，Quality ofService)参考模型，不仅使动态业务增加(DSA)创建过程更加完整，而且也为动态业务变更(DSC)和动态业务删除(DSD)提供了一种完整的过程。头压缩参数和资源预留类型参数是本发明中的两个重要参数。
1.头压缩参数用于支持用户与网络通信时的数据压缩算法。具体实现技术包括PHS(参见IEEE 802.16d/e)、ROHC(参见RFC3095)、ECRTP(参见RFC3545)这三种压缩技术。具体压缩技术的选择在MS入网时与网络侧协商决定，服务流创建时携带的头压缩参数应包含相应压缩技术要求的参数集。
2.资源预留类型参数用于支持RSVP协议。如果MS与网络侧协商结果支持RSVP，则在服务流创建时携带的资源预留类型参数应包含RSVP协议要求的参数集。
下面结合附图对本发明作进一步的详细说明。
实施例1：
参见图3，动态服务流创建(DSA)过程包括：
步骤301：
移动台(MS)向服务流管理实体(SFM)发起动态服务流创建请求(DSA请求)。
步骤302：
SFM收到DSA请求后，会经过Serving SFA向Anchor SFA发送策略决定请求(PD-Request)，该消息中包括PD请求所需要的QoS参数集。如果Anchor SFA和Serving SFA存在于同一物理单元，消息则直接经过Serving SFA发送到Anchor SFA；如果Anchor SFA和ServingSFA不在同一物理单元，消息可能会经过1个或多个Relay SFA发送到Anchor SFA。
步骤303：
Anchor SFA收到PD请求后转发给归属策略服务器(H-PF)，如果是漫游情况，中间还需要经过1个或多个拜访策略服务器(V-PF)转发信令消息。
步骤304：
H-PF收到PD请求，根据用户信息库和应用服务策略决定是否满足该用户的资源请求。然后向Anchor SFA返回策略决定请求响应(PD请求)，消息中携带策略决定的结果。漫游场景下，中间还需经过1个或多个V-PF转发信令消息。
步骤305：
Anchor SFA根据本地服务策略，向SFM返回PD请求响应。
步骤306：
SFM根据本地资源状况决定是否准入。如果准入，则向AnchorSFA发送资源请求消息，该消息中包括资源请求需要的QoS参数集和预留类型参数集等相关参数，否则直接向MS返回动态服务流创建请求响应(DSA请求响应)，结束DSA过程。
步骤307：
Anchor SFA收到-资源请求后转发给H-PF。漫游场景下，中间还需经过1个或多个V-PF转发信令消息。资源请求由SFM发送到V/H-PF过程中，网络中各节点根据资源预留的要求分配相应的管理资源和业务资源。如果在资源请求过程中，某节点资源预留失败，则网络侧各节点会根据资源请求响应消息中的携带的结果，释放之前分配的资源
步骤308：
资源预留结果和相应参数通过资源请求响应消息(Resource-Response)返回，V/H-PF将该消息发送到Anchor SFA，该消息中可能会还有头压缩规则参数。
步骤309：
Anchor SFA收到的Resource-Response消息后，如果该消息中没有头压缩规则参数，则Anchor SFA会分配头压缩规则参数，并将该参数和资源请求响应消息一同发送到SFM。
步骤310：
SFM收到资源请求响应消息后，如果资源结果成功，这时SFM要进行判断，是否建立数据通道。如果该数据通道不是基于服务流创建，且还有其它服务流使用该数据通道，则不再建立数据通道，直接向MS返回动态服务流创建请求响应(DSA请求响应)，结束服务流创建过程。否则，SFM向Anchor SFA方向发起数据通道建立请求，该消息中包括数据通道建立所需要的数据通道描述参数。网络中各节点将根据请求消息中的参数要求建立数据通道。步骤311：
如果数据通道建立，Anchor SFA则发送数据通道建立请求响应消息给SFM；否则释放之前分配的资源。
步骤312：
SFM向收到数据通道建立请求响应后，向Anchor SFA发送数据通道确认消息，此时数据通道建立完成。
步骤313：
SFM会根据条件决定是否保存头压缩规则参数，然后SFM向MS返回动态服务流创建请求响应(DSA请求响应)，其中携带创建结果及头压缩规则参数。
步骤314：
MS收到DSA-Response后，保存相关参数，该参数包括头压缩规则参数等，后续服务流根据此规则进行头压缩处理。然后MS向SFM发送服务流创建确认(DSA确认)，完成空口创建。
实施例2(在实施例1基础上，先建立空口)：
参见图4，动态服务流创建(DSA)过程包括：
步骤401～步骤409的执行过程和步骤301～步骤309的执行过程是一样的
步骤410：
SFM收到资源请求响应消息后，将向MS发送DSA请求响应。
步骤411：
MS收到DSA请求响应后，保存其中的头压缩规则参数，后续服务流根据此规则进行头压缩处理。然后MS向SFM发送服务流创建确认(DSA确认)，完成空口创建。
步骤412
收到DSA确认后，SFM进行判断，是否建立数据通道。如果该数据通道不是基于服务流创建，且还有其它服务流使用该数据通道，则不再建立数据通道。否则，SFM向Anchor SFA方向发起数据通道建立请求，该消息中包括数据通道建立所需要的数据通道描述参数。网络中各节点将根据请求消息中的参数要求建立数据通道。
步骤413：
数据通道建立结果和相应参数通过数据通道建立请求响应消息返回，该消息由Anchor SFA发到SFM。
步骤414：
SFM收到数据通道建立请求响应消息后，向Anchor SFA发送数据通道确认消息，此时数据通道建立完成。
实施例3(3个过程同时完成的)：
参见图5，动态服务流创建(DSA)过程包括：
步骤501：
MS向SFM发起动态服务流创建请求DSA请求。
步骤502：
SFM收到DSA请求后，将流请求消息经由Serving SFA发送给Anchor SFA。消息中携带策略决定请求和资源请求，以及策略请求和资源请求需要的QoS参数集。如果决定建立数据通道，在流请求中还要携带数据通道描述参数。
步骤503：
Anchor SFA收到流请求后，保存要求建立的数据通道的相关消息，然后将策略决定请求和资源预留请求及相关参数通过流请求消息发给H-PF。漫游场景下，中间还需经过1个或多个V-PF转发信令消息。
步骤504：
归属策略服务器(H-PF)收到流请求后，根据用户信息库和应用服务策略决定是否满足该用户的资源请求。然后向Anchor SFA返回流请求响应，消息中携带策略决定的结果。
步骤505：
Anchor SFA收到流请求消息后应用本地服务策略，根据PF策略决定结果和本地策略应用的结果，决定是否预留资源和建立数据通道(根据之前保留的数据通道参数)，如果该消息中没有头压缩规则参数，则Anchor SFA会分配头压缩规则参数，并将该参数和资源响应消息一同发送到SFM步骤506：
收到流请求响应后，SFM向MS返回动态服务流创建响应(DSA-Response)。同时将进行资源预留和建立数据通道参数。
步骤507：
MS收到DSA请求响应后，保存其中的头压缩规则参数，后续服务流根据此规则进行头压缩处理。然后MS向SFM发送服务流创建确认(DSA确认)，完成空口创建。
步骤508：
SFM收到DSA确认后，向网络侧Anchor SFA发送流确认消息(Flow确认)。
步骤509：
Anchor SFA收到Flow-Ack直接将该消息发送到H-PF。如果之前的资源预留或数据通道建立过程中，某一级网络节点执行失败，则通过此确认消息，释放所有已成功执行的节点分配的资源和拆除相应的数据通道。
通过实施例1和实施例2可以看出，在动态服务流创建过程中，数据通道的请求/响应过程可以在空口的响应/确认过程的前面，也可以在空口响应/确认过程的后面。实施例1中，策略决定请求/响应过程、资源请求/响应过程以及数据通道建立请求/响应过程是独立执行的。实施例3中，在动态服务流的创建过程中，把策略决定请求(PD-Request)和资源请求以及数据通道请求(Path-Request)都放在流请求消息中，在消息传递过程中将据通道的相关消息保存在AnchorSFA中，将策略决定请求和资源请求的相关参数通过流请求消息继续发送；在Anchor SFA收到流请求响应后，再将流请求响应和数据通道响应消息(Path-Response)一起发送给SFM。通过这样的方法，同时实现了策略决定、资源请求和数据通道三个请求/响应过程。从以上实施例1、实施2和实施例3还可以类推出：
实施例4：
参见图6，动态服务流创建过程包括：
MS向网络侧发送DSA请求后，同时执行策略决定请求/响应过程和资源请求/响应过程，然后再根据判断执行数据通道请求/响应过程，最后进行空口建立响应/确认过程。
实施例5：
参见图7，动态服务流创建过程包括：
MS向网络侧发送DSA请求后同时执行策略决定请求/响应过程和资源请求/响应过程，然后再进行空口响应/确认过程，最后根据判断执行数据通道请求/响应过程。
实施例6：
参见图8，动态服务流创建过程包括：
MS向网络侧发送DSA请求后，执行策略决定请求/响应过程，然后同时执行起源请求和数据通道请求/响应过程，最后进行空口响应/确认过程。
实施例7：
参见图9，动态服务流更改过程包括：
步骤901：
MS向SFM发起动态服务流更改请求(DSC请求)，并在SFM根据设定参数进行判断，是否需要进行策略决定请求/响应过程。如果要求修改的任一QoS参数要求提高了(即对网络侧提出了更高需求)，则该修改需要先进行策略决定过程，以判断网络侧是否能提供该服务；否则不需要。需要则继续执行，不需要则从步骤906开始执行后续流程。
步骤902～步骤905的执行过程和步骤302～步骤305的执行顺序一样，只是每个步骤携带的参数不同，执行的动作不同，这里不再重复了。
步骤906：
SFM根据本地资源状况决定是否准入。如果准入，则向AnchorSFA发送资源请求，该消息中包括资源请求需要的QoS参数集。中间可能经过Serving SFA和1个或多个Relay SFA；否则直接向MS返回动态服务流变更响应(DSC请求响应)，结束DSC过程。
步骤907～步骤909的执行过程和步骤307～步骤309的执行顺序一样，只是每个步骤携带的参数不同，执行的动作不同，这里不再重复了。
步骤910：
SFM再向MS返回动态服务流更改请求响应(DSC请求响应)。
步骤911：
MS收到DSC请求响应后，保存相关参数，该参书中包括头压缩规则参数等，后续服务流根据此规则进行头压缩处理。然后MS向SFM发送服务流更改确认(DSC确认)，完成空口修改。
通过实施例4和实施例1的比较，可以看出动态服务流更改过程和动态服务流创建过程的主要区别在于，MS对网络测的请求命令不同，所以实施例里的流程中的相应消息参数不同，但步骤都是相同的，只是在动态服务流更改过程中，数据通道请求/响应的过程不是必须的。
根据以上所述类推，与实施例2相仿，在动态服务流更改(DSC)过程中还可以包括：
实施例8：
参见图10，动态服务流更改过程包括：
MS向SFM发起动态服务流更改请求(DSC请求)，并在SFM根据设定参数进行判断，是否需要进行策略决定请求/响应过程。如果需要，同时执行策略决定请求/响应过程和资源请求/响应过程，然后执行空口响应/确认过程。否则，只进行资源请求/响应过程，然后建立空口响应/确认过程。
实施例9：
参见图11，动态服务流删除过程包括：
步骤1101：
移动台(MS)向服务流管理实体(SFM)发起动态服务流删除请求(DSD请求)。
步骤1102：
SFM收到DSD请求后，会根据条件进行判断。当该服务流最初是由网络侧创建的，SFM向Anchor SFA发送PD请求消息；否则，发送资源请求消息。如果发送资源请求消息，则从步骤1107开始执行。
步骤1103～步骤1105的执行过程和步骤303～步骤305的执行顺序一样，只是每个步骤携带的参数不同，执行的动作不同，这里不再重复了。
步骤1106：
SFM根据本地资源状况决定是否准入。如果准入，则向AnchorSFA发送资源请求，该消息中包括资源请求需要的QoS参数集；否则直接向MS返回动态服务流删除请求响应(DSD请求响应)，结束服务流删除过程。
步骤1107～步骤1109的执行过程和步骤307～步骤309的执行顺序一样，只是每个步骤携带的参数不同，执行的动作不同，这里不再重复了。
步骤1110：
SFM收到资源请求消息后，如果资源请求成功，这时SFM要进行判断，是否删除数据通道。如果该数据通道不是基于服务流创建，且还有其它服务流使用该数据通道，则不删除数据通道，直接向MS返回动态服务流删除请求响应(DSD请求响应)，结束服务流删除过程。否则，SFM向Anchor SFA方向发起数据通道删除请求，网络中各节点将根据请求消息中的参数要求删除数据通道；否则直接向MS返回动态服务流删除请求响应(DSD请求响应)，结束服务流删除过程。
步骤1111：
数据通道删除请求结果和相应参数通过数据通道删除请求响应消息返回，该消息由Anchor SFA发到SFM，此时数据通道删除完成。
步骤1112：
SFM向收到数据通道删除请求响应后，向Anchor SFA发送数据通道确认消息，此时数据通道删除成功。
步骤1113：
SFM向MS返回动态服务流删除请求响应(DSD请求响应)，其中携带删除结果。
步骤1114：
MS收到DSD请求响应后，保存相关参数，该参数包括头压缩规则参数。然后MS向SFM发送服务流删除确认(DSD确认)，完成空口拆除。
通过实施例9和实施例1的比较，可以看出动态服务流删除过程和动态服务流创建过程的主要区别在于，MS对网络测的请求命令不同，所以实施例里的流程中的相应消息参数不同，但步骤都是相同的。
可以根据实施例2～实施例5类推出动态服务流删除过程还可以包括：
实施例10：
参见图12，动态服务流删除(DSD)过程包括：
MS向网络侧发送DSD请求后，首先，SFM根据设置参数决定是否执行策略决定请求/响应过程和数据通道请求/响应过程，如果需要，则同时执行策略决定请求/响应过程和数据通道请求/响应过程以及资源请求/响应过程，完成数据通道拆除和资源释放；否则，只执行资源请求/响应过程完成资源释放。最后进行空口响应/确认过程，完成空口拆除。
实施例11：
参见图13，动态服务流删除过程包括：
MS向网络侧发送DSD请求后，首先，SFM根据设置参数决定是否执行策略决定请求/响应过程和数据通道请求/响应过程，如果需要执行策略决定过程，则同时执行策略决定请求/响应过程和资源请求/响应过程；否则只进行资源请求过程。各网络实体收到资源请求消息，需根据其参数释放相应资源。资源请求过程完成后再进行空口响应/确认过程，完成空口拆除。最后如果需要执行数据通道拆除，则在发起数据通道请求/响应过程，完成数据通道删除。
实施例12：
参见图14，动态服务流删除过程包括：
MS向网络侧发送DSD请求后，首先，SFM根据设置参数决定是否执行策略决定请求/响应过程和数据通道请求/响应过程，如果需要执行策略决定过程，则同时执行策略决定请求/响应过程和资源请求/响应过程；否则只进行资源请求过程。各网络实体收到资源请求消息，需根据其参数释放相应资源。资源请求过程完成后再根据判断执行数据通道请求/响应过程，删除数据通道。最后进行空口删除响应/确认过程，完成空口删除。
实施例13：
参见图15，动态服务流删除过程包括：
MS向网络侧发送DSD请求后，首先，SFM根据设置参数决定是否执行策略决定请求/响应过程和数据通道请求/响应过程。如果需要执行策略决定过程，则先执行策略决定请求/响应过程；否则，直接进行下一步。SFM进行空口/确认过程，完成空口删除。最后SFM根据数据通道建立时保存的参数决定是否执行数据通道删除过程。如果需要，则同时执行资源请求和数据通道过程，完成资源释放和数据通道删除；否则只执行资源请求过程，完成资源释放。
实施例14：
参见图16，动态服务流删除过程包括：
MS向网络侧发送DSD请求后，首先，SFM根据设置参数决定是否执行策略决定过程和数据通道过程，如果需要执行策略决定过程，则先执行策略决定过程；否则，直接进行下一步。然后SFM根据保存的参数决定是否执行数据通道删除过程。如果需要，则同时执行资源请求和数据通道过程，完成资源释放和数据通道删除；否则只执行资源请求过程，完成资源释放。最后SFM在进行空口确认过程。
Claims (29)
1、一种动态服务流的创建方法，在移动台MS发起动态服务流创建请求后，网络侧执行：
策略决定过程：服务流管理实体SFM经过锚服务流授权实体Anchor SFA向归属策略服务器H-PF发送策略决定请求及相关参数，H-PF根据用户信息库和服务策略，决定是否允许创建服务流并向SFM返回相应的策略决定响应；
空口确认过程：服务流管理实体SFM向MS返回服务流创建请求响应，MS收到该响应后保留相关参数，再向SFM返回确认消息；
其特征在于，该方法进一步包括：
资源请求过程：SFM通过Anchor SFA向H-PF发送资源请求消息及相关参数，H-PF将网络中各节点根据资源预留要求所进行的资源分配结果及相应参数发送给SFM。
2、根据权利要求1所述动态服务流的创建方法，其特征在于，该方法进一步包括：
如果该数据通道是基于服务流创建，或者没有其它服务流使用数据通道，则需要进行数据通道建立过程：
SFM向Anchor SFA发送数据通道建立请求及相关参数，网络中各节点将根据所述参数建立数据通道后，Anchor SFA向SFM返回数据通道建立响应消息，SFM收到该消息后向Anchor SFA发送确认消息。
3、根据权利要求2所述的方法，其特征在于，所述策略决定过程、资源请求过程、数据通道建立过程和空口确认过程依次独立执行。
4、根据权利要求2所述的方法，其特征在于，所述策略决定过程、资源请求过程、空口确认过程和数据通道建立过程依次独立执行。
5、根据权利要求2所述的方法，其特征在于，所述策略决定过程、资源请求过程和数据通道建立过程同时执行，最后执行空口确认过程。
6、根据权利要求5所述的方法，其特征在于，所述策略决定过程、资源请求过程和数据通道建立过程同时执行具体为：
Anchor SFA收到来自SFM的包括策略决定请求、资源请求和数据通道建立请求及相关参数的流请求信息后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
当Anchor SFA收到从H-PF返回的策略决定请求响应和资源请求响应后，将数据通道建立请求响应、策略决定请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
7、根据权利要求2所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行，然后执行数据通道建立过程，最后执行空口确认过程。
8、根据权利要求7所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流请求响应返回SFM；
SFM向H-PF发送流确认消息。
9、根据权利要求2所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行，然后执行空口确认过程，最后执行数据通道建立过程。
10、根据权利要求9所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流请求响应返回SFM；
SFM向H-PF发送流确认消息。
11、根据权利要求2所述的方法，其特征在于，首先执行所述策略决定过程，然后同时执行所述资源请求过程和数据通道建立过程，最后执行空口确认过程。
12、根据权利要求11所述的方法，其特征在于，所述同时执行所述资源请求过程和数据通道建立过程具体为：
Anchor SFA收到来自SFM的包括资源请求和数据通道建立请求及相关参数的流请求信息后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
Anchor SFA收到从H-PF返回的资源请求响应后，将数据通道建立请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
13、一种动态服务流的删除方法，其特征在于，在移动台MS发起动态服务流删除请求后，网络侧执行：
资源请求过程：SFM通过Anchor SFA向H-PF发送资源请求消息及相关参数，H-PF将网络中各节点根据资源删除要求所进行的资源分配结果及相应参数发送给SFM；
空口确认过程：服务流管理实体SFM向MS返回服务流删除请求响应，MS收到该响应后保留相关参数，再向SFM返回确认消息。
14、根据权利要求13所述动态服务流删除的方法，其特征在于，该方法进一步包括：
如果该服务流最初是由网络侧创建的，则需要进行策略决定过程：服务流管理实体SFM通过锚服务流授权实体Anchor SFA向归属策略服务器H-PF发送策略决定请求及相关参数，H-PF根据用户信息库和服务策略，决定是否允许删除服务流并向SFM返回相应的策略决定响应；
如果数据通道是基于服务流创建，或者没有其它服务流使用该数据通道，则需要进行数据通道删除过程：SFM向Anchor SFA发送数据通道删除请求及相关参数，网络中各节点将根据所述参数删除数据通道后，Anchor SFA向SFM返回数据通道删除请求响应消息，SFM收到该消息后向Anchor SFA发送确认消息。
15、根据权利要求14所述的方法，其特征在于：
所述策略决定过程、资源请求过程、数据通道删除过程和空口确认过程依次独立执行。
16、根据权利要求14所述的方法，其特征在于，所述策略决定过程、资源请求过程、空口确认过程和数据通道删除过程依次独立执行。
17、根据权利要求14所述的方法，其特征在于，所述策略决定过程、资源请求过程和数据通道建立过程同时执行，最后执行空口确认。
18、根据权利要求17所述的方法，其特征在于，所述策略决定过程、资源请求过程和数据通道建立过程同时执行具体为：
Anchor SFA收到来自SFM的包括策略决定请求、资源请求和数据通道删除请求及相关参数的流请求信息Flow-request后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
当Anchor SFA收到从H-PF返回的策略决定请求响应和资源请求响应后，将数据通道删除请求响应、策略决定请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
19、根据权利要求14所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行，然后执行数据通道删除过程，最后执行空口确认过程。
20、根据权利要求19所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流请求响应返回SFM；
SFM向H-PF发送流确认消息。
21、根据权利要求14所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行，然后执行空口确认过程，最后执行数据通道删除过程。
22根据权利要求21所述的方法，其特征在于，所述策略决定过程和资源请求过程具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流请求响应返回SFM；
SFM向H-PF发送流确认消息。
23、根据权利要求14所述的方法，其特征在于，首先执行所述策略决定过程，然后同时执行所述资源请求过程和数据通道删除过程，最后执行空口确认过程。
24、根据权利要求23所述的方法，其特征在于，所述同时执行所述资源请求过程和数据通道建立过程具体为：
Anchor SFA收到来自SFM的包括资源请求和数据通道删除请求及相关参数的流请求信息Flow-request后，保存其中数据通道的相关信息，将其它信息发送到H-PF；
当Anchor SFA收到从H-PF返回的资源请求响应后，将数据通道删除请求响应和资源请求响应一起作为流响应消息返回SFM；
SFM向H-PF发送流确认消息。
25、一种动态服务流的更改方法，其特征在于，在移动台MS发起动态服务流更改请求后，网络侧执行：
资源请求过程：SFM通过Serving SFA和Anchor SFA向H-PF发送资源请求消息及相关参数，H-PF将网络中各节点根据资源更改要求所进行的资源分配结果及相应参数发送给SFM；
空口确认过程：服务流管理实体SFM向MS返回服务流更改请求响应，MS收到该响应后，保留相关参数，再向SFM返回确认消息。
26、根据权利要求25所述的一种动态服务流的更改方法，其特征在于，该方法进一步包括：
如果对网络参数提出更高的要求，则需要进行策略决定过程：服务流管理实体SFM通过锚服务流授权实体Anchor SFA向归属策略服务器H-PF发送策略决定请求及相关参数，H-PF根据用户信息库和服务策略，决定是否允许更改服务流并向SFM返回相应的策略决定响应。
27、根据权利要求26所述的方法，其特征在于，所述策略决定过程、资源请求过程和空口确认过程依次独立执行。
28、根据权利要求26所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行，最后执行空口确认过程。
29、根据权利要求28所述的方法，其特征在于，所述策略决定过程和资源请求过程同时执行具体为：
SFM将包括策略决定请求、资源请求及相关参数的流请求发送到H-PF，H-PF将包括略决定请求响应、资源请求响应及相关参数的流请求响应返回SFM；
SFM向H-PF发送流确认消息。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100585947A CN101043505B (zh) | 2006-03-22 | 2006-03-22 | 动态服务流的创建、删除和更改的方法 |
| PCT/CN2007/000935 WO2007107123A1 (fr) | 2006-03-22 | 2007-03-22 | Procédé de traitement et dispositif de communication pour flux de service dynamique et pour flux de service côté réseau |
| US12/212,808 US8254317B2 (en) | 2006-03-22 | 2008-09-18 | Method for processing dynamic service flows and network-side service flows and a communication apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100585947A CN101043505B (zh) | 2006-03-22 | 2006-03-22 | 动态服务流的创建、删除和更改的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101043505A true CN101043505A (zh) | 2007-09-26 |
| CN101043505B CN101043505B (zh) | 2012-05-23 |
Family
ID=38808693
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100585947A Active CN101043505B (zh) | 2006-03-22 | 2006-03-22 | 动态服务流的创建、删除和更改的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101043505B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010006493A1 (zh) * | 2008-07-14 | 2010-01-21 | 中兴通讯股份有限公司 | 动态业务流的处理方法及系统 |
| CN101378362B (zh) * | 2008-09-12 | 2012-04-04 | 中兴通讯股份有限公司 | 资源预留重协商的处理方法、装置及系统 |
| CN103874075A (zh) * | 2012-12-18 | 2014-06-18 | 华为技术有限公司 | 白频谱资源获取方法、白频谱资源请求设备及系统 |
| CN107005301A (zh) * | 2014-09-12 | 2017-08-01 | 英马尔塞特全球有限公司 | 移动通信系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6134434A (en) * | 1997-12-08 | 2000-10-17 | Qualcomm Incorporated | System and method for providing service negotiation in a communications network |
| CN100433890C (zh) * | 2003-12-22 | 2008-11-12 | 华为技术有限公司 | 应用动态业务质量控制的移动数据业务实现方法 |
-
2006
- 2006-03-22 CN CN2006100585947A patent/CN101043505B/zh active Active
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010006493A1 (zh) * | 2008-07-14 | 2010-01-21 | 中兴通讯股份有限公司 | 动态业务流的处理方法及系统 |
| CN101378362B (zh) * | 2008-09-12 | 2012-04-04 | 中兴通讯股份有限公司 | 资源预留重协商的处理方法、装置及系统 |
| CN103874075A (zh) * | 2012-12-18 | 2014-06-18 | 华为技术有限公司 | 白频谱资源获取方法、白频谱资源请求设备及系统 |
| WO2014094510A1 (zh) * | 2012-12-18 | 2014-06-26 | 华为技术有限公司 | 白频谱资源获取方法、白频谱资源请求设备及系统 |
| US9585132B2 (en) | 2012-12-18 | 2017-02-28 | Huawei Technologies Co., Ltd. | White space resource acquisition method, white space resource Request device, and system |
| CN107005301A (zh) * | 2014-09-12 | 2017-08-01 | 英马尔塞特全球有限公司 | 移动通信系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101043505B (zh) | 2012-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1297126C (zh) | 在移动通信系统中建立信令连接的方法 | |
| CN1278532C (zh) | 多媒体广播组播业务用户数量的统计方法 | |
| CN1499760A (zh) | 多媒体广播与组播业务在Iu接口的信令承载连接方法 | |
| CN1748386A (zh) | 在多媒体广播/多播业务中管理用于寻呼用户设备的业务环境的方法 | |
| CN1723662A (zh) | 在分组模式移动通信网中区分服务质量的方法 | |
| CN101061672A (zh) | 通信系统、无线局域网基站控制装置和无线局域网基站装置 | |
| CN1898973A (zh) | 用于促进an间hrpd硬切换的方法和装置 | |
| CN101043661A (zh) | PoC业务媒体请求的处理方法及装置 | |
| CN101075890A (zh) | 实现群组会话体验质量的方法及系统 | |
| CN1878083A (zh) | 记录应用使用网络能力的方法及系统 | |
| CN1889785A (zh) | 分组切换过程中对切换失败进行处理的方法和系统 | |
| CN1893304A (zh) | 在无线通信系统中提供服务质量保证的实现方法 | |
| CN1878388A (zh) | 通信网络中数据传输服务质量的确定方法 | |
| CN101043505A (zh) | 动态服务流的创建、删除和更改的方法 | |
| CN101043401A (zh) | 一种网络服务流标识的分配、更新方法 | |
| CN101060703A (zh) | 用户设备切换时的策略和计费控制方法 | |
| CN1635765A (zh) | 一种会话建立协议网络结构及实现sip群组呼叫的方法 | |
| CN1503537A (zh) | 服务控制网络系统 | |
| CN1741674A (zh) | 上报、获取用户设备多载频能力的方法 | |
| CN1176556C (zh) | 一种移动数据业务网络系统及其通信方法 | |
| CN1845523A (zh) | 互通无线局域网中实现服务质量协商的方法 | |
| CN1921404A (zh) | 实现用户业务能力控制的方法及装置 | |
| CN101064932A (zh) | 一种寻呼多个用户的方法 | |
| CN1889719A (zh) | 一种小区能力衡量方法、系统及无线网络控制器 | |
| CN1794836A (zh) | 一种无线接入网中内部接口数据通路特性调整方法及网络 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211221 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: xFusion Digital Technologies Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |