CN101350770A - 一种资源预留方法、装置及系统 - Google Patents
一种资源预留方法、装置及系统 Download PDFInfo
- Publication number
- CN101350770A CN101350770A CNA2007101389356A CN200710138935A CN101350770A CN 101350770 A CN101350770 A CN 101350770A CN A2007101389356 A CNA2007101389356 A CN A2007101389356A CN 200710138935 A CN200710138935 A CN 200710138935A CN 101350770 A CN101350770 A CN 101350770A
- Authority
- CN
- China
- Prior art keywords
- service quality
- qos
- request
- resource
- user
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种资源预留方法、装置及系统，QoS请求实体向网元发送QoS预留请求；网元向授权实体发送QoS授权请求，QoS授权请求中包含至少一组QoS资源描述信息；授权实体根据用户的帐户信息以及QoS资源描述信息计算出对应的可用配额数，将QoS资源描述信息以及对应的可用配额数返回给网元；网元根据返回QoS资源描述信息以及对应的可用配额数进行资源预留。本发明实施方式提供的方案，丰富了用户的个性化选择，更加符合用户本次的服务使用需求，可以提高服务交付的成功率。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种资源预留方法、装置及系统。
背景技术
实时计费系统中，由于用户的账户余额实时更新，因而计费信息可以实时的影响对用户提供的各种服务。现有技术中，实时计费系统只能对例如时间、流量、次数等资源进行预留，预留的范围比较狭小，在一定程度上影响了用户在使用服务中的个性化选择。
在用户使用服务过程中，服务质量(QoS，Quality of Service)是一个重要的计费因素。QoS不同，对用户服务的计费结果也不同；用户在使用服务时，往往需要根据自己的账户信息来选择究竟使用哪一级别的QoS来递交服务。
例如，用户当前想发送一条多媒体消息或者进行某个文件的下载，该多媒体消息或者下载文件的大小对于用户是可知的，但是用户不知自身的账户中的余额在某种QoS条件下能够提供多少的流量或时间，因而无法进行选择。再如，用户当前想观看一段视频，视频的价格是以QoS的级别来规定的，由于用户不知道自身的账户中的余额在某种QoS条件下能够提供多少的流量或时间，因而无法选择自己需要的QoS级别的服务。
现有技术中，用户可以根据协商好的QoS资源描述信息，对资源进行预留，具体信令流程如图1所示，包括：
1、QoS请求实体向网元发送QoS预留请求，请求资源的预留。QoS预留请求中，携带有用户标识User-ID以及一组QoS资源描述信息QoS-Resources，用以描述用户请求的QoS。
其中，网元是一种能够感知QoS的路由器，用于向用户提供数据承载功能。在用户使用承载服务之前，必须进行QoS的预留，以向用户提供可以保障QoS的承载服务。在该网元中，实现了“Diameter QoS Application”(“Diameter QoSApplication”是一种用于QoS授权的协议)的客户端功能，通过与授权实体中的“Diameter QoS Application”的服务器端功能交互，实现QoS的授权与信用控制功能。
2、网元接收到QoS预留请求后，解析出用户标识User-ID和QoS资源描述信息QoS-Resources，向授权实体发送QoS授权请求(QAR，QoS AuthorizationRequest)。QAR中包含经过协议转换后的QoS资源描述信息QoS-Resources、用于授权的QoS数据QoS-Auth-Data以及用户标识User-ID。
3、授权实体对接收的QAR请求进行授权，并且保存授权会话的数据。
授权实体可以是鉴权、授权、计费(AAA，Authentication，Authorization，Accounting)服务器中的一个功能模块，实现“Diameter QoS Application”的服务器端功能。
4、授权实体向网元返回QoS授权应答(QAA，QoS Authorization Answer)。其中包含授予的信控时长CC-time、授权的QoS资源描述信息QoS-Resources以及授权的有效期Authz-time。
这里授权的QoS资源描述信息QoS-Resources与QoS请求实体发送的QoS资源描述信息QoS-Resources可能相同也可能不同。授权实体根据预先设定的策略参考用户帐户信息等确定授予的信控时长CC-time以及授权的有效期。
5、网元根据返回的QAA进行资源的预留，并且建立授权会话的一些必要数据。
6、网元向QoS请求实体返回QoS响应，指示QoS预留成功。网元向QoS请求实体提供服务，开始数据传输。
7、网元判断出授权的有效期失效或者信控时长已用完。
8、网元再次向授权实体发送QoS授权请求QAR。QAR中包含QoS资源描述信息QoS-Resources、用于授权的QoS数据QoS-Auth-Data以及用户标识User-ID。
9、授权实体对QAR请求重新授权，并且更新授权会话的数据。
10、授权实体向网元返回QoS授权应答消息QAA。其中包含授予的信控时长CC-time、QoS资源描述信息QoS-Resources以及授权的有效期Authz-time。
11、网元根据返回的信息进行资源QoS状态的更新，并且更新授权会话的一些数据，例如，需要更新每个业务数据流的QoS参数(带宽、时延、抖动、丢包率等)以及业务流的开关状态。
12、在服务使用完毕后，QoS请求实体发起删除QoS资源预留的请求。
13、网元向授权实体发送会话终结请求(STR，Session TerminationRequest)，请求停止授权会话。
14、授权实体删除对应授权会话的状态数据。
15、授权实体向网元返回会话终结应答(STA，Session TerminationAnswer)，指示可以进行预留资源的释放。
16、网元释放掉资源，并且删除QoS的状态数据。
上述现有技术流程中，只能根据与网络侧协商好的QoS发起QoS预留请求，没有把与不同QoS对应的资源预留与用户的当前账户信息结合起来，使得用户无法选择一种最适合此时的账户信息以及本次的服务使用行为的QoS来进行服务的提交。
发明内容
本发明实施方式提供一种资源预留方法、装置及系统，能根据用户提交的服务质量资源描述信息，结合用户账户信息确定授权的服务质量资源描述信息进行资源预留。
一种资源预留方法，包括：
服务质量请求实体向网元发送服务质量预留请求，所述服务质量预留请求中包含用户标识和至少一组服务质量资源描述信息；
所述网元向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和所述服务质量资源描述信息；
所述授权实体根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息，计算出与所述服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息及其对应的可用配额数返回给所述网元；
所述网元根据返回的服务质量资源描述信息以及对应的可用配额数进行资源预留。
一种授权实体，包括：接收单元、计算单元以及发送单元；
所述接收单元，用于接收网元发送的服务质量授权请求，并解析出所述服务质量授权请求中包含的用户标识和服务质量资源描述信息，发送给所述计算单元；
所述计算单元，用于根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息，计算出与各组服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息以及对应的可用配额数发送给所述发送单元；
所述发送单元，接收所述计算单元发送的服务质量资源描述信息以及对应的可用配额数，返回给所述网元。
一种网元，包括第一交互单元、第二交互单元以及资源预留功能单元；
所述第一交互单元，用于接收服务质量请求实体发送的服务质量预留请求，解析所述服务质量预留请求中携带的用户标识和服务质量资源描述信息，发送给所述第二交互单元；接收所述资源预留功能单元发送的服务质量预留响应，传送给所述服务质量请求实体；
所述第二交互单元，用于向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和所述服务质量资源描述信息；接收所述授权实体返回的服务质量资源描述信息以及对应的可用配额数，并发送给所述资源预留功能单元；
所述资源预留功能单元，根据返回的服务质量资源描述信息以及对应的可用配额数对资源进行预留；并向所述第一交互单元发送服务质量预留响应。
一种资源预留系统，包括服务质量请求实体、网元以及授权实体；
所述服务质量请求实体，用于发送服务质量预留请求，所述服务质量预留请求中携带用户标识和至少一组服务质量资源描述信息；
所述网元，用于接收所述服务质量请求实体发送的服务质量预留请求，解析所述服务质量预留请求中携带的用户标识和服务质量资源描述信息；还用于向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和服务质量资源描述信息；接收所述授权实体返回的服务质量资源描述信息以及对应的可用配额数，对资源进行预留；
所述授权实体，用于接收所述网元发送的服务质量授权请求，并解析出所述服务质量授权请求中包含的用户标识和服务质量资源描述信息；并根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息计算出与各组服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息以及对应的可用配额数返回给所述网元。
本发明实施方式中，服务质量请求实体向网元发送服务质量预留请求，携带用户标识和至少一组服务质量资源描述信息；网元向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和所述服务质量资源描述信息；所述授权实体根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息，计算出与各组服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息以及对应的可用配额数返回给所述网元；所述网元根据返回的服务质量资源描述信息以及对应的可用配额数进行资源预留。因此，授权实体可以根据用户提交的服务质量资源描述信息，结合用户当前的帐户信息，确定出满足用户要求的一组或多组服务质量资源描述信息以及对应的可用配额数，并根据确定出的服务质量资源描述信息以及对应的可用配额数进行资源预留，丰富了用户的个性化选择，更加符合用户本次的服务使用需求，可以提高服务交付的成功率。
附图说明
图1为现有技术中资源预留方法流程图；
图2为本发明实施方式的主要实现原理流程图；
图3为本发明实施方式1提供的资源预留流程图；
图4为本发明实施方式2提供的资源预留流程图；
图5为本发明实施方式3提供的资源预留流程图；
图6为本发明实施方式提供的授权实体结构示意图之一；
图7为本发明实施方式提供的授权实体结构示意图之二；
图8为本发明实施方式提供的网元结构示意图之一；
图9为本发明实施方式提供的资源预留系统结构示意图。
具体实施方式
下面结合附图对本发明实施方式技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细阐述。
如图2所示，本发明实施方式的主要实现原理流程如下：
步骤10，QoS请求实体向网元发送QoS预留请求，QoS预留请求中包含用户标识User-ID、至少一组QoS资源描述信息。
步骤20，网元向授权实体发送QoS授权请求，QoS授权请求中包含用户标识User-ID、QoS请求实体发送的QoS资源描述信息。
在该步骤20中，网元接收到QoS预留请求后，解析出其中包含的用户标识User-ID、一组或多组QoS资源描述信息；网元向授权实体发送QoS授权请求QAR，其中包含QoS请求实体发送的并经过协议转换的各组QoS资源描述信息，还包含用于授权的QoS数据QoS-Auth-Data以及用户标识User-ID。
在QoS请求实体发送的QoS预留请求中，可能携带请求配额数，也可能不携带请求配额数。如果QoS预留请求中携带请求配额数，则网元在发送的QoS授权请求中也携带请求配额数。
其中：
QoS请求实体可以是任意的用户终端或网络侧具有代理功能的相关模块。
网元是一种能够感知QoS的路由器，用于向用户提供数据承载功能。在用户使用承载服务之前，必须进行QoS的预留，以向用户提供可以保障QoS的承载服务。在该网元中，实现了“Diameter QoS Application”的客户端功能，通过与授权实体中的“Diameter QoS Application”的服务器端功能交互，实现QoS的授权与信用控制功能。
授权实体可以是AAA服务器中的一个功能模块。
步骤30，授权实体根据用户标识User-ID对应的用户帐户信息和接收到的各组QoS资源描述信息，确定出可授权的QoS资源描述信息以及对应的可用配额数。
具体包括：
授权实体接收到QoS授权请求后，根据用户当前帐户信息以及接收的各组QoS资源描述信息，分别计算出与不同QoS资源描述信息组相对应的可用配额数；
如果QoS授权请求中携带有请求配额数，则授权实体将计算得出的多个可用配额数分别与用户请求配额数进行比较，确定出可用配额数大于等于请求配额数的QoS资源描述信息(可能是一组QoS资源描述信息，也可能是多组QoS资源描述信息)；将确定出一组或多组QoS资源描述信息以及对应的可用配额数返回给网元。
如果QoS授权请求中没有携带有请求配额数，仅携带了多组QoS资源描述信息，则授权实体计算出所述多组QoS资源描述信息对应的可用配额数；将该多组QoS资源描述信息以及对应的可用配额数返回给网元。
步骤40、网元根据返回的QoS资源描述信息对资源进行预留，并建立授权会话数据。
当网元接收到一组以上的QoS资源描述信息后，还需要与QoS请求实体协商选择出一种QoS资源描述信息，并根据协商选择出的QoS资源描述信息进行资源预留。
下面以授权实体向网元返回确定出的QoS资源描述信息之一或返回全部QoS资源描述信息为例，进行具体说明。
实施方式1：
如图3所示，为本发明实施方式1提供的根据QoS进行资源预留的信令流程图，包括：
1、QoS请求实体向网元发送QoS预留请求，请求资源的预留。请求中包含用户标识User-ID、多组候选的QoS资源描述信息以及用户请求的配额数(RSU，Requested Service Unit)。多组候选的QoS资源描述信息以及请求的配额数RSU是用户根据自身的需要决定的。配额类型包括但是不限于时间、流量等类型。
2、网元接收到QoS预留请求后，向授权实体发送QoS授权请求QAR。请求中包含多组候选的QoS资源描述信息Candidate-QoS-Resources、请求配额数(RSU，Requested Service Unit)，用于授权的数据QoS-Auth-Data以及用户标识User-ID。
特别的，请求配额数RSU的值来源于步骤1中QoS预留请求消息中的用户选择的“请求的配额数”。QAR中的多组候选的QoS资源描述信息中的具体内容来自QoS预留请求中的“多组候选的QoS资源描述信息”，只是根据网元与授权实体之间采用的具体通信协议由网元进行了相应的数据格式转换。
3、授权实体接收到QoS授权请求后，根据与用户标识对应的帐户信息以及多个候选的QoS资源描述信息Candidate-QoS-Resources，分别计算出与不同QoS资源描述信息相对应的可用配额数；例如，配额类型为时间，获取用户标识对应的帐户的余额，用获取的帐户余额除以单位时长所需的计费金额，得到用户可用的时长，即时间类型的配额数。并且，把请求配额数与计算出的多个可用配额数分别作比较，确定出可用配额数大于或者等于请求配额数且代表服务等级最高的一组QoS资源描述信息。
4、授权实体向网元返回QoS授权应答消息QAA。其中包含授权的配额数(GSU，Granted Service Unit)、确定出的该组QoS资源描述信息QoS-Resources以及授权的有效期Authz-time。
特别的，这里授权的配额数为用户请求配额数。
5、网元接收到QAA消息后，根据返回的QoS授权应答消息进行资源预留，并且建立授权会话的必要数据。
6、网元向QoS请求实体返回QoS响应，指示QoS预留成功。网元开始向QoS请求实体提供服务。
特别的，如果授权实体计算出与每一组QoS资源描述信息相对应的可用配额数都小于用户请求的配额数时，授权实体向网元发送授权失败消息，网元将授权失败消息发送给QoS请求实体，此次服务不能成功提交。QoS请求实体接收到授权失败消息后，可以根据用户的选择重新发起QoS预留请求，携带与上一次QoS预留请求中不同的QoS资源描述信息及请求配额数(即再降低QoS级别或请求更少的配额数)。
7、网元判断出授权的有效期Authz-time失效或者授予的配额数快要用完。
这里，有效期表示授权实体为QoS预留的有效时限，超过有效期后，如果本次服务没有中断，需要授权实体的重新授权。授予的配额数用完时，也需要重新授权。在一次服务过程中，可能会多次发起QoS授权请求QAR。
8、网元再次向授权实体发送QoS授权请求QAR。QAR中包含请求的QoS资源描述信息QoS-Resources、用于授权的数据QoS-Auth-Data以及用户标识User-ID。
9、授权实体对请求重新授权，并且更新授权会话的数据。
10、授权实体向网元返回QoS授权应答QAA。其中包含授予的配额GSU、 QoS资源的描述信息QoS-Resources以及授权的有效期Authz-time。
特别的，在已经使用完QoS请求实体请求的配额后，这里重新分配的配额数可以由授权实体根据预先设定的策略进行分配。
11、网元根据返回的QoS授权应答进行资源QoS状态的更新，并且更新授权会话的必要数据。
12、服务使用完毕，QoS请求实体发起删除QoS预留的请求。
13、网元向授权实体发送会话终结请求STR，请求停止授权会话。
14、授权实体删除对应授权会话的状态数据。
15、授权实体向网元返回会话终结应答STA，指示可以进行预留资源的释放。
16、网元释放掉资源，并且删除QoS的状态数据。
上述实施方式1中，授权实体根据接收的至少一组QoS资源描述信息、请求的配额数以及用户帐户信息，计算出与不同QoS资源描述信息对应的可用配额数；并且，把请求配额数与计算出的多个可用配额数分别作比较，确定出可用配额数大于或者等于请求配额数且代表服务等级最高的QoS资源描述信息进行资源的预留。
实际上，授权实体可以将确定出的可用配额数大于或者等于请求配额数相对应的全部QoS资源描述信息发送给网元，由网元同QoS请求实体协商选择需要预留的QoS资源描述信息，并根据协商选择的结果进行资源的预留。
实施方式2：
如图4所示，为本发明实施方式2提供的根据QoS进行资源预留的信令流程图，包括：
1、QoS请求实体向网元发送QoS预留请求，请求资源的预留。请求中包含用户标识、多组候选的QoS资源描述信息以及请求的配额数。多组候选的QoS资源描述信息以及请求的配额数是用户根据自身的需要决定的。配额类型包括但不限于时间、流量等类型。
2、接收到QoS预留请求后，网元向授权实体发送QoS授权请求QAR。请求中包含多组候选的QoS资源描述信息Candidate-QoS-Resources、请求配额数RSU，用于授权的数据QoS-Auth-Data以及用户标识User-ID。
3、授权实体接收到QoS授权请求后，根据用户标识对应的用户当前帐户信息以及多组候选的QoS资源描述信息Candidate-QoS-Resources，分别计算出与不同QoS资源描述信息相对应的可用配额数，例如，配额类型为时间，获取用户标识对应的帐户的余额，用获取的帐户余额除以单位时长所需的计费金额，得到用户可用的时长，即时间类型的配额数。确定出可用配额数大于等于请求配额数的QoS资源描述信息以及相对应的可用配额数。
4、授权实体向网元返回QoS授权应答消息QAA。其中包含多个授权配额数GSU、资源的描述信息QoS-Resources以及授权的有效期Authz-time。
5、网元分析出QoS授权应答QAA消息中包含多个Candidate-QoS-Resources以及GSU，创建QoS协商的请求，并且把此请求发送到QoS请求实体，请求QoS的协商。
6、通过用户的选择或者QoS请求实体本身的选择策略，选定一个特定的QoS资源描述信息Candidate-QoS-Resources，创建QoS协商应答，返回到网元。
7、网元根据返回的QoS协商应答进行资源的预留，并且建立授权会话的必要数据。
8、网元向QoS请求实体返回QoS响应，指示QoS预留成功。网元开始向QoS请求实体提供服务。
特别的，如果授权实体计算出的与每一组QoS资源描述信息相对应的可用配额数都小于用户请求的配额数，授权实体向网元发送授权失败消息，网元将授权失败消息发送给QoS请求实体，此次服务不能成功提交。QoS请求实体接收到授权失败消息后，可以根据用户的选择重新发起QoS预留请求，携带与上一次QoS预留请求中不同的QoS资源描述信息及请求配额数(即再降低QoS级别或请求更少的配额数)。
9、网元判断出授权的有效期Authz-time失效或者授予的配额数快要用完。
这里，有效期表示授权实体为QoS预留的有效时限，超过有效期后，如果业务没不中断，需要授权实体的重新授权。授予的配额数用完时，也需要重新授权。在一次业务过程中，可能会多次发起QoS授权请求QAR。
10、网元再次向授权实体发送QoS授权请求QAR。QAR中包含请求的QoS资源描述信息QoS-Resources、用于授权的数据QoS-Auth-Data以及QoS请求实体的用户标识User-ID。
11、授权实体对请求重新授权，并且更新授权会话的数据。
12、授权实体向网元返回QoS授权应答QAA。其中包含授予的信控时长GSU、QoS资源的描述信息QoS-Resources以及授权的有效期Authz-time。
13、网元根据返回的QoS授权应答QAA进行资源QoS状态的更新，并且更新授权会话的必要数据。
14、服务使用完毕，QoS请求实体发起删除QoS预留的请求。
15、网元向授权实体发送会话终结请求STR，请求停止授权会话。
16、授权实体删除对应授权会话的状态数据。
17、授权实体向网元返回会话终结应答STA，指示可以进行预留资源的释放。
18、网元释放掉资源，并且删除QoS的状态数据。
上述实施方式2中，授权实体根据接收的至少一组QoS资源描述信息、用户请求的配额数以及用户的当前帐户信息，计算出与不同QoS资源描述信息相对应的可用配额数。将QoS可用配额数大于等于请求配额数的全部QoS资源描述信息返回给网元，由网元与QoS请求实体协商选择一种QoS资源描述信息进行资源预留。
当然，授权实体也可以将QoS可用配额数大于等于请求配额数的一部分QoS资源描述信息返回给网元(例如返回三组QoS资源描述信息中的两组)，由网元与QoS请求实体协商选择一种QoS资源描述信息进行资源预留，具体流程与实施方式2类似，不再举例说明。
实施方式3：
如图5所示，为本发明实施方式3提供的根据QoS进行资源预留的信令流程图，包括：
1、QoS请求实体向网元发送QoS预留请求，请求资源的预留。请求中包含用户标识User-ID、多组候选的QoS资源描述信息(但不包括请求配额数)。
2、网元接收到QoS预留请求后，向授权实体发送QoS授权请求QAR。请求中包含多组候选的QoS资源描述信息Candidate-QoS-Resources、用于授权的数据QoS-Auth-Data以及用户标识User-ID。
3、授权实体接收到QoS授权请求后，根据用户标识对应的用户当前帐户信息以及多组候选的QoS资源描述信息Candidate-QoS-Resources，分别计算出与不同QoS资源描述信息相对应的可用配额数；例如，配额类型为时间，获取用户标识对应的帐户的余额，用获取的帐户余额除以单位时长所需的计费金额，得到用户可用的时长，即时间类型的配额数。。
4、授权实体向网元返回QoS授权应答消息QAA。其中包含多组候选的QoS资源描述信息Candidate-QoS-Resources、与各组QoS资源描述信息相对应的授权配额数GSU(也即计算出的与不同QoS资源描述信息相对应的可用配额数)以及授权的有效期Authz-time。
5、网元分析出QoS授权应答QAA消息中包含多组候选的QoS资源描述信息Candidate-QoS-Resources以及GSU，创建QoS协商的请求，并且把此请求发送到QoS请求实体，请求QoS的协商。
6、通过用户的选择或者QoS请求实体本身的选择策略，协商选择出一个QoS资源描述信息Candidate-QoS-Resources以及对应的授权可用配额数(GSU)，创建QoS协商应答，返回到网元。
7、网元根据返回的QoS协商应答进行资源的预留，并且建立授权会话的必要数据。
8、网元向QoS请求实体返回QoS响应，指示QoS预留成功。网元开始向QoS请求实体提供服务。
9、网元判断出授权的有效期Authz-time失效或者授予的配额数快要用完。
这里，有效期表示授权实体为QoS预留的有效时限，超过有效期后，如果业务没有中断，需要授权实体的重新授权。授予的配额数用完时，也需要重新授权。在一次业务过程中，可能会多次发起QoS授权请求QAR。
10、网元再次向授权实体发送QoS授权请求QAR。QAR中包含请求的QoS资源描述信息QoS-Resources、用于授权的数据QoS-Auth-Data以及QoS请求实体的用户标识User-ID。
11、授权实体对请求重新授权，并且更新授权会话的数据。
12、授权实体向网元返回QoS授权应答QAA。其中包含授予的可用配额数GSU、QoS资源的描述信息QoS-Resources以及授权的有效期Authz-time。
13、网元根据返回的QoS授权应答QAA进行资源QoS状态的更新，并且更新授权会话的必要数据。
14、服务使用完毕，QoS请求实体发起删除QoS预留的请求。
15、网元向授权实体发送会话终结请求STR，请求停止授权会话。
16、授权实体删除对应授权会话的状态数据。
17、授权实体向网元返回会话终结应答STA，指示可以进行预留资源的释放。
18、网元释放掉资源，并且删除QoS的状态数据。
上述实施方式3中，授权实体根据接收的至少一组QoS资源描述信息以及用户的当前帐户信息，计算出与不同QoS资源描述信息相对应的可用配额数。将全部QoS资源描述信息以及对应的可用配额数返回给网元，由网元与QoS请求实体协商选择一种QoS资源描述信息以及对应的可用配额数进行资源预留。
当然，授权实体也可以将一部分QoS资源描述信息以及对应的可用配额数返回给网元(例如返回三组QoS资源描述信息中的两组)，由网元与QoS请求实体协商选择一种QoS资源描述信息进行资源预留，具体流程与实施方式3类似，不再举例说明。
上述各个实施方式中，可以通过对现有的QAR消息进行修改，在QAR消息中增加候选的QoS资源描述信息Candidate-QoS-Resources属性值对(AVP，Attribute Value Pair)参数，实现QAR消息携带多组QoS资源描述信息。修改后的QAR消息格式具体如下：
<QoS-Request>::＝<Diameter Header:XXX，REQ，PXY>
<Session-Id>
{Auth-Application-Id}
{Origin-Host}
{Origin-Realm}
{Destination-Realm}
{Auth-Request-Type}
[Destination-Host]
[User-Name]
*[QoS-Resources]
*[Candidate-QoS-Resources]
[QoS-Authz-Data]
[Cost-Information]
[Acc-Multisession-Id]
[Bound-Auth-Session-Id]
*[AVP]
上述参数前标有“*”的表示一条QAR消息中可以包含多个该参数。QAR消息格式中黑色斜体参数Candidate-QoS-Resources为新增的候选的QoS资源描述信息参数，Candidate-QoS-Resources表示候选的一组QoS资源描述信息，其中包含一到多个QoS资源描述信息QoS-Resources参数；每个Candidate-QoS-Resources可独立描述服务使用时请求的资源。表1为一种Candidate-QoS-Resources格式举例：
表1
| Candidate-QoS-Resources 1 |
| 200Kb/S；150ms；5ms；2％ |
| 60Kb/S；150ms；10ms；3％ |
| Candidate-QoS-Resources 2 |
| 150Kb/S；150ms；5ms；2％ |
| 50Kb/S；150ms；10ms；3％ |
其中，Candidate-QoS-Resources 1表示第一组候选的QoS资源描述信息，其中的“200Kb/S；150ms；5ms；2％”描述了视频流所需的QoS，“60Kb/S；150ms；10ms；3％”描述了音频流所需的QoS。
Candidate-QoS-Resources 2表示第二组候选的QoS资源描述信息，其中的“150Kb/S；150ms；5ms；2％”描述了视频流所需的QoS，“50Kb/S；150ms；10ms；3％”描述了音频流所需的QoS。
“200Kb/S；150ms；5ms；2％”中的“200Kb/S”代表速率，“150ms”代表时延，“5ms”代表抖动，“2％”代表丢包率。
本发明实施方式中，也可以在QoS资源描述信息QoS-Resources参数中加入一个QoS资源组标识QoS-Resources-Group-ID字段，以标明QoS资源描述信息QoS-Resources参数属于某一组候选的QoS资源，同样可以实现在QAR消息中携带多组QoS资源描述信息。修改后的QoS-Resources参数格式如下：
QoS-Resources::＝<AVP Header:XXX>
[QoS-Resources-Group-ID]
*[ExtendedQoSFilterRule]
*[QoS-Parameter]
[QoS-FloW-State]
*[AVP]
上述参数中的字段前标有“*”的表示一个中QoS-Resources参数中可以包含多个该字段。
表2为一种QoS-Resources-Group-ID字段应用举例：
表2
| 1 |
| 200Kb/S；150ms；5ms；2％ |
| 1 |
| 60Kb/S；150ms；10ms；3％ |
| 2 |
| 150Kb/S；150ms；5ms；2％ |
| 2 |
| 50Kb/S；150ms；10ms；3％ |
其中，“200Kb/S；150ms；5ms；2％”与“60Kb/S；150ms；10ms；3％”同属于第1组候选的QoS-Resources，分别描述了视频与音频所需的一组候选QoS资源；“150Kb/S；150ms；5ms；2％”与“50Kb/S；150ms；10ms；3％”同属于第二组候选的QoS-Resources，分别描述了视频与音频所需的另外一组候选的QoS资源。QoS-Resources-Group-ID字段的作用就是将QoS-Resources参数进行分组。
相应地，本发明实施方式还提供了一种授权实体，如图6所示，包括接收单元501、计算单元502以及发送单元503，具体如下：
所述接收单元501，用于接收网元发送的服务质量授权请求，并解析出所述服务质量授权请求中包含的用户标识和服务质量资源描述信息，发送给所述计算单元502；
所述计算单元502，用于根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息，计算出与各组服务质量资源描述信息对应的可用配额数。例如，配额类型为时间，获取用户标识对应的帐户的余额，用获取的帐户余额除以单位时长所需的计费金额，得到用户可用的时长，即时间类型的配额数。将一组或多组所述服务质量资源描述信息以及对应的可用配额数发送给所述发送单元503；
所述发送单元503，接收所述计算单元502发送的服务质量资源描述信息以及对应的可用配额数返回给所述网元。
较佳地，如图7所示，上述的授权实体进一步包括确定单元504，当所述计算单元502确定出一组以上的服务质量资源描述信息时，发送给所述确定单元504，由所述确定单元504选择出代表服务质量级别最高的一组服务质量资源描述信息以及对应的可用配额数返回给所述计算单元502；所述计算单元502将所述确定单元504返回的一组服务质量资源描述信息以及对应的可用配额数发送给所述发送单元503。
这里，服务质量级别最高是指服务质量资源描述信息中包含的QoS参数中，传输速率最高、时延最小、抖动最小或丢包率最低。
相应的，本发明实施方式还提供一种网元，如图8所示，包括第一交互单元701、第二交互单元702以及资源预留功能单元703；
所述第一交互单元701，用于接收服务质量请求实体发送的服务质量预留请求，解析所述服务质量预留请求中携带的用户标识和服务质量资源描述信息，发送给所述第二交互单元702；接收所述资源预留功能单元703发送的服务质量预留响应，传送给所述服务质量请求实体；
所述第二交互单元702，用于向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和所述服务质量资源描述信息；接收所述授权实体返回的服务质量资源描述信息以及对应的可用配额数，并发送给所述资源预留功能单元703；
所述资源预留功能单元703，根据返回的服务质量资源描述信息以及对应的可用配额数对资源进行预留；并向所述第一交互单元701发送服务质量预留响应。
较佳地，上述的第一交互单元701还用于：当所述资源预留功能单元703接收到一组以上的服务质量资源描述信息以及对应的可用配额数时，同所述服务质量请求实体进行协商，确定出一组服务质量资源描述信息以及对应的可用配额数返回给所述资源预留功能单元703；
所述资源预留功能单元703根据所述第一交互单元701返回的一组服务质量资源描述信息以及对应的可用配额数对资源进行预留。
相应地，本发明实施方式还提供一种资源预留系统，包括服务质量请求实体、网元以及授权实体；如图9所示，其中：
所述服务质量请求实体，用于发送服务质量预留请求，所述服务质量预留请求中携带用户标识和至少一组服务质量资源描述信息；
所述网元，用于接收所述服务质量请求实体发送的服务质量预留请求，解析所述服务质量预留请求中携带的用户标识和服务质量资源描述信息；还用于向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和服务质量资源描述信息；接收所述授权实体返回的服务质量资源描述信息以及对应的可用配额数，对资源进行预留；
所述授权实体，用于接收所述网元发送的服务质量授权请求，并解析出所述服务质量授权请求中包含的用户标识和服务质量资源描述信息；并根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息计算出与各组服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息以及对应的可用配额数返回给所述网元。
综上所述，采用本发明实施方式，授权实体可以根据用户提交的服务质量资源描述信息，结合用户当前的帐户信息，确定出满足用户要求的一组或多组服务质量资源描述信息，并根据确定出的服务质量资源描述信息进行资源预留，丰富了用户的个性化选择，更加符合用户本次的服务使用需求，可以提高服务交付的成功率。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (14)
1、一种资源预留方法，其特征在于，包括：
服务质量请求实体向网元发送服务质量预留请求，所述服务质量预留请求中包含用户标识和至少一组服务质量资源描述信息；
所述网元向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和所述服务质量资源描述信息；
所述授权实体根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息，计算出与所述服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息及其对应的可用配额数返回给所述网元；
所述网元根据返回的服务质量资源描述信息以及对应的可用配额数进行资源预留。
2、如权利要求1所述的方法，其特征在于，当所述网元接收到所述授权实体返回一组以上的服务质量资源描述信息以及对应的可用配额数后，还与所述服务质量请求实体协商选择出一组服务质量资源描述信息以及对应的可用配额数，并根据协商选择出的服务质量资源描述信息以及对应的可用配额数进行资源预留。
3、如权利要求1所述的方法，其特征在于，所述服务质量预留请求中还包含用户请求配额数，导致所述网元发出的授权请求中包含用户请求的配额数；所述授权实体计算出与各组服务质量资源描述信息对应的可用配额数后，确定出可用配额数满足所述用户请求配额数的服务质量资源描述信息，将确定出一组或多组所述服务质量资源描述信息以及对应的可用配额数返回给所述网元。
4、如权利要求3所述的方法，其特征在于，当所述授权实体将确定出的一组所述服务质量资源描述信息以及对应的可用配额数返回给所述网元时，选择出代表服务质量级别最高的一组服务质量资源描述信息以及对应的可用配额数返回给所述网元。
5、如权利要求3或4所述的方法，其特征在于，当所述授权实体计算出的与各组服务质量资源描述信息对应的可用配额数都不能满足所述用户请求配额数时，所述授权实体向所述网元返回授权失败消息；
所述网元转发所述授权失败消息给所述服务质量请求实体。
6、如权利要求5所述的方法，其特征在于，所述服务质量请求实体接收到所述授权失败消息后，根据用户选择重新发起服务质量预留请求，携带与上一次服务质量预留请求中不同的服务质量资源描述信息及用户请求配额数。
7、如权利要求1-4任一所述的方法，其特征在于，所述将服务质量资源描述信息以及对应的可用配额数返回给所述网元，具体包括：
所述授权实体向所述网元返回服务质量授权应答，在所述服务质量授权应答中携带所述服务质量资源描述信息以及对应的可用配额数。
8、如权利要求1-4任一所述的方法，其特征在于，所述服务质量授权请求中包含所述服务质量资源描述信息，具体为：
在所述服务质量授权请求中包含候选服务质量资源描述信息参数，由所述候选服务质量资源描述信息参数携带每组所述服务质量资源描述信息；或者
在所述服务质量授权请求携带的服务质量资源描述信息参数中，包含服务质量资源组标识字段，由所述服务质量资源组标识字段标识出属于不同组的所述服务质量资源描述信息。
9、如权利要求1-4任一所述的方法，其特征在于，所述用户请求配额数包括但不限于时间类型的配额数或流量类型的配额数。
10、一种授权实体，其特征在于，包括：接收单元、计算单元以及发送单元；
所述接收单元，用于接收网元发送的服务质量授权请求，并解析出所述服务质量授权请求中包含的用户标识和服务质量资源描述信息，发送给所述计算单元；
所述计算单元，用于根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息，计算出与各组服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息以及对应的可用配额数发送给所述发送单元；
所述发送单元，接收所述计算单元发送的服务质量资源描述信息以及对应的可用配额数，返回给所述网元。
11、如权利要求10所述的授权实体，其特征在于，还包括确定单元；
当所述计算单元确定出一组以上的服务质量资源描述信息以及对应的可用配额数时，发送给所述确定单元，由所述确定单元选择出代表服务质量级别最高的一组服务质量资源描述信息以及对应的可用配额数返回给所述计算单元；所述计算单元将所述确定单元返回的一组服务质量资源描述信息以及对应的可用配额数发送给所述发送单元。
12、一种网元，其特征在于，包括第一交互单元、第二交互单元以及资源预留功能单元；
所述第一交互单元，用于接收服务质量请求实体发送的服务质量预留请求，解析所述服务质量预留请求中携带的用户标识和服务质量资源描述信息，发送给所述第二交互单元；接收所述资源预留功能单元发送的服务质量预留响应，传送给所述服务质量请求实体；
所述第二交互单元，用于向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和所述服务质量资源描述信息；接收所述授权实体返回的服务质量资源描述信息以及对应的可用配额数，并发送给所述资源预留功能单元；
所述资源预留功能单元，根据返回的服务质量资源描述信息以及对应的可用配额数对资源进行预留；并向所述第一交互单元发送服务质量预留响应。
13、如权利要求12所述的网元，其特征在于，所述第一交互单元还用于：当所述资源预留功能单元接收到一组以上的服务质量资源描述信息以及对应的可用配额数时，同所述服务质量请求实体进行协商，确定出一组服务质量资源描述信息以及对应的可用配额数返回给所述资源预留功能单元；
所述资源预留功能单元根据所述第一交互单元返回的一组服务质量资源描述信息以及对应的可用配额数对资源进行预留。
14、一种资源预留系统，其特征在于，包括服务质量请求实体、网元以及授权实体；
所述服务质量请求实体，用于发送服务质量预留请求，所述服务质量预留请求中携带用户标识和至少一组服务质量资源描述信息；
所述网元，用于接收所述服务质量请求实体发送的服务质量预留请求，解析所述服务质量预留请求中携带的用户标识和服务质量资源描述信息；还用于向授权实体发送服务质量授权请求，所述服务质量授权请求中包含所述用户标识和服务质量资源描述信息；接收所述授权实体返回的服务质量资源描述信息以及对应的可用配额数，对资源进行预留；
所述授权实体，用于接收所述网元发送的服务质量授权请求，并解析出所述服务质量授权请求中包含的用户标识和服务质量资源描述信息；并根据所述用户标识对应用户的当前帐户信息以及所述服务质量资源描述信息计算出与各组服务质量资源描述信息对应的可用配额数，将一组或多组所述服务质量资源描述信息以及对应的可用配额数返回给所述网元。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101389356A CN101350770A (zh) | 2007-07-20 | 2007-07-20 | 一种资源预留方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101389356A CN101350770A (zh) | 2007-07-20 | 2007-07-20 | 一种资源预留方法、装置及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101350770A true CN101350770A (zh) | 2009-01-21 |
Family
ID=40269360
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101389356A Pending CN101350770A (zh) | 2007-07-20 | 2007-07-20 | 一种资源预留方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101350770A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016091183A1 (en) * | 2014-12-12 | 2016-06-16 | Huawei Technologies Co., Ltd. | Method and system for dynamic optimization of time-domain frame structure |
| WO2020106285A1 (en) * | 2018-11-20 | 2020-05-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system to authorize a session at an online charging system in a wireless network |
| CN114338503A (zh) * | 2022-01-04 | 2022-04-12 | 武汉烽火技术服务有限公司 | 一种通信网中的分域资源调整方法和装置 |
-
2007
- 2007-07-20 CN CNA2007101389356A patent/CN101350770A/zh active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016091183A1 (en) * | 2014-12-12 | 2016-06-16 | Huawei Technologies Co., Ltd. | Method and system for dynamic optimization of time-domain frame structure |
| CN107005999A (zh) * | 2014-12-12 | 2017-08-01 | 华为技术有限公司 | 用于时域帧结构的动态优化的方法和系统 |
| US10548019B2 (en) | 2014-12-12 | 2020-01-28 | Huawei Technologies Co., Ltd. | Method and system for dynamic optimization of a time-domain frame structure |
| WO2020106285A1 (en) * | 2018-11-20 | 2020-05-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system to authorize a session at an online charging system in a wireless network |
| US12041519B2 (en) | 2018-11-20 | 2024-07-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for session authorization by an online charging system in a wireless network utilizing a service capability exposure function |
| CN114338503A (zh) * | 2022-01-04 | 2022-04-12 | 武汉烽火技术服务有限公司 | 一种通信网中的分域资源调整方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11881957B2 (en) | Method for delivering dynamic policy rules to an end user, according on his/her account balance and service subscription level, in a telecommunication network | |
| JP5189108B2 (ja) | サービス処理方法およびサービス処理システム、ならびにポリシー制御および料金請求規則機能 | |
| US20190387373A1 (en) | Method for processing rate group, method for charging for data service, and related device and system | |
| KR101192544B1 (ko) | Ｉｍｓ 호 제어 노드 및 그 동작 방법 | |
| JP5113254B2 (ja) | マルチメディア通信ネットワークにおけるリソース制限の通知 | |
| EP2521305B1 (en) | Method, device and system for controlling user session policy | |
| EP2509254A1 (en) | Method and apparatus for controlling service traffic in a communication network | |
| JP5010677B2 (ja) | グループトークＱｏＥを実現する方法、システム及び装置 | |
| CN102439901A (zh) | 建立通信会话 | |
| WO2019182572A1 (en) | Quota management in a session management function (smf) for online charging | |
| US10182161B2 (en) | Modifying a quality of a connection between a terminal and an application server | |
| WO2009024050A1 (fr) | Procédé, système et dispositif de commande de politique | |
| CN101674244A (zh) | 带宽控制方法、带宽控制装置以及分组数据网络网关 | |
| US9549307B2 (en) | Service delivery condition change management | |
| JP2011502370A (ja) | サブスクリプション及び料金通知の制御 | |
| CN101350770A (zh) | 一种资源预留方法、装置及系统 | |
| CN101720108A (zh) | 业务层融合网络的策略控制方法与系统 | |
| KR101072965B1 (ko) | ＰｏＣ 서비스에 대한 요금 청구 방법 및 시스템, 그리고 통신 시스템 | |
| WO2008000170A1 (fr) | PROCÉDÉ DE FACTURATION, SYSTÈME DE FACTURATION ET DISPOSITIF DANS UN SYSTÈME PoC | |
| WO2011140891A1 (zh) | 预付费计费的方法、装置及系统 | |
| EP2009840B1 (en) | An accounting method, apparatus and system based on roles in the business of push-to-talk over cellular | |
| CN104378791B (zh) | QoS控制方法和装置及系统 | |
| JP2017120997A (ja) | 通信システム、通信方法、およびプログラム | |
| KR101080304B1 (ko) | 복수의 이기종망을 지원하는 단말을 위한 접속망별 선불서비스 이용 할당량 설정 방법 및 그 시스템 | |
| EP3203714A1 (en) | Multiple account information for advice of charge |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090121 |