JP2011142385A - Charging method and qos network system between network domains - Google Patents
Charging method and qos network system between network domains Download PDFInfo
- Publication number
- JP2011142385A JP2011142385A JP2010000583A JP2010000583A JP2011142385A JP 2011142385 A JP2011142385 A JP 2011142385A JP 2010000583 A JP2010000583 A JP 2010000583A JP 2010000583 A JP2010000583 A JP 2010000583A JP 2011142385 A JP2011142385 A JP 2011142385A
- Authority
- JP
- Japan
- Prior art keywords
- network
- qos
- information
- priority
- bandwidth
- 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)
- Telephonic Communication Services (AREA)
Abstract
Description
本発明は、ネットワークドメイン間の課金方法及びQoSネットワークシステムに係り、特に、異なるネットワークドメイン間におけるQoSを保証する通信を行うネットワークドメイン間の課金方法及びQoSネットワークシステムに関する。 The present invention relates to a billing method and a QoS network system between network domains, and more particularly to a billing method and a QoS network system between network domains for performing communication guaranteeing QoS between different network domains.
近年のIPネットワークにおける標準については無線系システムの標準である3GPP(Third Generation Partnership Project)および3GPP2(Third Generation Partnership Project2)で検討されたマルチメディアサブシステム(IP Multimedia Subsystem、IMS)が標準となっている。また、ITU−T(International Telecommunication Union−Telecommunication Standardization sector)では、NGN(Next Generation Network)の標準化として認証、サービス判定、課金に3GPPの標準を取り込む形で制定されている。
従来のインターネットに代わりNGN、IMSネットワークシステムにおける通信の品質、帯域および優先度を保証するサービス(QoSサービス)の実現方法については、例えば特許文献1に示されるような方法で、発信側のユーザならびにドメインのIMSシステムから着信側ユーザ・ドメインのIMSシステムあてにSIPのプロトコル中にあるSDPヘッダ部分の記述でもってQoSサービスを実現するための情報を伝達していた。また、ユーザに対する課金については、SIPセッションの伝達時、もしくはQoS条件の変更時に課金情報がドメインのSIPサーバから課金機能に対して情報を伝達する構成となっていた。
通信ネットワークは通信業者ごとのドメインを有し、該ドメインが複数相互に接続しており、そのドメイン内ではユーザが接続するアクセス系、アクセス系間を接続する中継系とに分かれている。QoSに関しては中継系を使用する場合はユーザ個別のQoSの優先度、帯域は考慮されず、QoSの優先度や帯域確保を行うのは一般的にはアクセス網との接点をもつエッジノードといわれる部分である。
従来のシステムでは発信側ユーザの要求した帯域や優先度について複数のネットワークにまたがったネットワーク資源を確保することについて検討されており、ネットワーク側が帯域や優先度を確保できなかった場合におけるユーザの接続については、一般的にユーザの課金を低減することが考えられている。
As for standards in recent IP networks, multimedia subsystems (IP Multimedia Subs), which have been studied by 3GPP (Third Generation Partnership Project) and 3GPP2 (Third Generation Partnership Project 2), which are standards for wireless systems, have become multimedia standards (IP Multimedia Subs). Yes. In addition, ITU-T (International Telecommunication Union-Telecommunication Standardization sector) is established as a standard of NGN (Next Generation Network) in which 3GPP standards are incorporated for authentication, service determination, and billing.
As a method for realizing a service (QoS service) that guarantees communication quality, bandwidth and priority in the NGN and IMS network system instead of the conventional Internet, for example, a method as shown in
The communication network has a domain for each carrier, and a plurality of the domains are connected to each other, and the domain is divided into an access system to which a user connects and a relay system to connect the access systems. Regarding the QoS, when using a relay system, the priority and bandwidth of each user's QoS are not considered, and the QoS priority and bandwidth reservation are generally referred to as edge nodes having contact points with the access network. Part.
In the conventional system, it has been studied to secure network resources across multiple networks for the bandwidth and priority requested by the originating user, and the connection of the user when the network side cannot secure the bandwidth and priority In general, it is considered to reduce the charging of the user.
ユーザとドメイン間ではQoSの優先度に対応した利用可能な最大帯域を定めた契約を結び、同様にドメイン間では通信できる最大帯域を保障し、通信に使用したQoS優先度および帯域に応じてドメイン間相互に課金する契約が結ばれることがある。このときに、異なるドメイン間で通信セッションを確立する際に、何らかの理由によりQoSの優先度や帯域の確保できないアクセス系ネットワークを有するドメインがユーザの契約における最大帯域の範囲内でユーザが要求したQoSの優先度や帯域で通信できない場合がある。また、ドメイン間の最大帯域の範囲内でドメイン間の通信が行われているにもかかわらずユーザが要求したQoS優先度や帯域が確保できない場合がある。例えば、一方のドメインに存在するQoSポリシが他方のドメインに存在しない場合や、通信資源の不足による場合がある。このような場合に、QoS優先度および帯域を確保できなかったドメインに対し確保した分のQoS優先度および帯域分に応じて課金する。
現状では各ドメインの設備においてドメイン内の資源の使用状況は把握できるが、ユーザの要求したQoS優先度および帯域を確保できたかという結果と、他のドメインと比較しどの程度の品質であるかを客観的に測定する手段がない。このため、通信のQoS優先度および帯域を確保するための設備の増強はユーザからの申告やドメインの内部的な指標に従って行うしかなかった。これにより不十分な増強によりネットワーク全体のサービス性が低下してしまう恐れがあった。また、ネットワークの利用効率が下がってしまうこと、加えてドメインに本来入るべきユーザからのQoS利用課金が減額されてしまうため設備の投資費用を回収する期間が長くなるということが考えられる。
以上の点に鑑み、本発明の目的は、ユーザからのQoS要求に対してドメインの対応状態を明確にすることでネットワーク全体のサービス性を向上させるネットワークドメイン間の課金方法及びQoSネットワークシステムを提供することである。
A contract is established between the user and the domain that defines the maximum available bandwidth corresponding to the priority of the QoS, and similarly, the maximum bandwidth that can be communicated between the domains is guaranteed, and the domain according to the QoS priority and bandwidth used for communication. Contracts that charge each other may be signed. At this time, when establishing a communication session between different domains, the QoS requested by the user within the range of the maximum bandwidth in the user's contract by a domain having an access network for which QoS priority or bandwidth cannot be secured for some reason. Communication may not be possible with the priority or bandwidth. In addition, the QoS priority and bandwidth requested by the user may not be ensured even though communication between domains is performed within the range of the maximum bandwidth between domains. For example, there may be a case where a QoS policy existing in one domain does not exist in the other domain, or due to a shortage of communication resources. In such a case, a charge is made according to the reserved QoS priority and bandwidth for the domain for which QoS priority and bandwidth could not be secured.
At present, the usage status of resources in each domain can be grasped in each domain's equipment, but the result of whether the QoS priority and bandwidth requested by the user can be secured and how much quality is compared with other domains. There is no means of objective measurement. For this reason, enhancement of facilities for securing QoS priority and bandwidth of communication has only been performed according to reports from users and internal indexes of domains. As a result, the serviceability of the entire network may be reduced due to insufficient enhancement. Moreover, it is conceivable that the utilization efficiency of the network is lowered, and in addition, the period of time for collecting the investment cost of the equipment is increased because the QoS usage charge from the user who should originally enter the domain is reduced.
In view of the above points, an object of the present invention is to provide a charging method between network domains and a QoS network system that improve the serviceability of the entire network by clarifying the state of correspondence of the domain to the QoS request from the user. It is to be.
本発明は上記課題を解決するため、従来のNGNネットワーク等のサービス制御機能部分における資源確保状況を課金機能に伝達する情報を生成する方法であって、前記方法は、異なるネットワークドメイン間の課金情報を記憶する認証認可課金手段、端末からの通信に必要な通信パスの優先度ならびに帯域を確保可能か確認する手段、端末からの通信に必要な通信パスの優先度ならびに帯域を確保する手段、端末からの通信に必要な通信パスと前記確認手段から得られた情報を比較する手段、前記比較する手段の結果、ネットワーク側の確保可能な通信パスの優先度および帯域が端末の要求した優先度および帯域よりも小さい場合に前記ネットワーク間の課金情報を記憶する手段に対し優先度および帯域を確保できなかったネットワークが通信相手先のネットワークに対しペナルティを支払う情報を生成する手段を備えることを特徴とする。 In order to solve the above-mentioned problem, the present invention is a method for generating information for transmitting a resource securing status in a service control function part of a conventional NGN network or the like to a charging function, which includes charging information between different network domains. Authentication authorization charging means for storing, means for confirming whether communication path priority and bandwidth necessary for communication from the terminal can be secured, means for securing communication path priority and bandwidth necessary for communication from the terminal, terminal Means for comparing the communication path necessary for communication from the information obtained from the confirmation means, the priority of the communication path that can be secured on the network side as a result of the comparing means, and the priority requested by the terminal and A network that could not secure priority and bandwidth for the means for storing billing information between the networks when the bandwidth is smaller than Characterized in that it comprises means for generating information to pay a penalty to signal destination network.
本発明の第1の解決手段によると、
第1網の第1端末と第2網の第2端末が、第1網と第2網をまたいでQoS通信するQoSネットワークシステムにおけるネットワークドメイン間の課金方法であって、
第1網の通信装置が、第1端末からの要求QoS情報を含むセッション開始要求を、第1網を介して第2網に送信するステップと、
第2網の通信装置が、第2網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認する第1確認ステップと、
該QoSを実現するための通信資源が確保できない場合に、第2網の通信装置が、第2網から第1網にペナルティ料金の支払いをするための第1ペナルティ課金情報を登録し、要求QoS情報を、第2網で確保される通信資源に応じて変更して第1網の通信装置に通知するステップと、
第1網の通信装置が、第1網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認する第2確認ステップと、
該QoSを実現するための通信資源が確保できない場合に、第1網の通信装置が、第1網から第2網にペナルティ料金の支払いをするための第2ペナルティ課金情報を登録するステップと
を含む前記ネットワークドメイン間の課金方法が提供される。
According to the first solution of the present invention,
A charging method between network domains in a QoS network system in which a first terminal of a first network and a second terminal of a second network perform QoS communication across the first network and the second network,
A communication device of the first network transmitting a session start request including the requested QoS information from the first terminal to the second network via the first network;
A first confirmation step in which a communication device of the second network confirms whether communication resources for realizing the QoS indicated by the requested QoS information can be secured in the second network;
When communication resources for realizing the QoS cannot be secured, the communication device of the second network registers the first penalty charging information for paying the penalty fee from the second network to the first network, and requests QoS Changing information according to communication resources secured in the second network and notifying the communication device of the first network;
A second confirmation step in which the communication device of the first network confirms whether communication resources for realizing the QoS indicated by the requested QoS information can be secured in the first network;
A step of registering second penalty billing information for the first network communication device to pay a penalty fee from the first network to the second network when communication resources for realizing the QoS cannot be secured; A billing method between the network domains is provided.
本発明の第2の解決手段によると、
第1端末を収容する第1網の第1通信装置と、
第1網及び第2網を介して前記第1端末とQoS通信する第2端末を収容する第2網の第2通信装置と
を備えたQoSネットワークシステムであって、
前記第1通信装置が、第1端末からの要求QoS情報を含むセッション開始要求を、第1網を介して第2網に送信し、
前記第2通信装置が、第2網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認し、
第2網で該QoSを実現するための通信資源が確保できない場合に、前記第2通信装置が、第2網から第1網にペナルティ料金の支払いをするための第1ペナルティ課金情報を登録し、要求QoS情報を、第2網で確保される通信資源に応じて変更して前記第1通信装置に通知し、
前記第1通信装置が、第1網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認し、
第1網で該QoSを実現するための通信資源が確保できない場合に、前記第1通信装置が、第1網から第2網にペナルティ料金の支払いをするための第2ペナルティ課金情報を登録する前記QoSネットワークシステムが提供される。
According to the second solution of the present invention,
A first communication device of a first network accommodating a first terminal;
A QoS network system comprising a second communication device in a second network accommodating a second terminal that performs QoS communication with the first terminal via a first network and a second network,
The first communication device transmits a session start request including the requested QoS information from the first terminal to the second network via the first network;
The second communication device confirms whether communication resources for realizing the QoS indicated by the requested QoS information in the second network can be secured,
When communication resources for realizing the QoS cannot be secured in the second network, the second communication device registers first penalty billing information for paying a penalty fee from the second network to the first network. Changing the requested QoS information according to communication resources secured in the second network and notifying the first communication device;
The first communication device confirms whether communication resources for realizing the QoS indicated by the requested QoS information can be secured in the first network,
When communication resources for realizing the QoS cannot be secured in the first network, the first communication device registers second penalty billing information for paying a penalty fee from the first network to the second network. The QoS network system is provided.
本発明によると、ユーザからのQoS要求に対してドメインの対応状態を明確にすることでネットワーク全体のサービス性を向上させるネットワークドメイン間の課金方法及びQoSネットワークシステムを提供することができる。
より具体的には、本発明によれば、複数のドメイン間を経由してセッションを確立する際に優先度や帯域の確保ができたかを判別することができ、また、他のドメインからの課金が請求されるために自ドメインの支払い状況と照らし合わせることで、QoS優先度ならびに帯域の確保に関する客観的な指標を得ることができる。このため、ドメインの対応状態が明確となりネットワーク全体のサービス性を向上させる効果がある。
According to the present invention, it is possible to provide a billing method between network domains and a QoS network system that improve the serviceability of the entire network by clarifying the state of correspondence between domains in response to a QoS request from a user.
More specifically, according to the present invention, when establishing a session via a plurality of domains, it is possible to determine whether priority and bandwidth have been secured, and charging from other domains is possible. Therefore, it is possible to obtain an objective index regarding QoS priority and bandwidth reservation by comparing with the payment status of the own domain. For this reason, the correspondence state of the domain becomes clear, and there is an effect of improving the serviceability of the entire network.
以下、図面を参照して本発明の実施の形態を説明する。
図1は本発明に係るネットワーク全体のブロック構成図である。図1において通信網ネットワークは、通信しようとしているユーザA、Bの属する2つのネットワークドメインであるユーザAホーム網105とユーザBホーム網125が存在し、互いに接続されている。ユーザAホーム網105とユーザBホーム網125は同様の構成であり、以下ユーザA側の構成について説明するが、ユーザB側に対しても同じ内容である。
ユーザの端末101は通信するためのアプリケーション機能102、ならびに接続するネットワークが端末を認証するための認証処理を行うクライアント機能103、ならびに通信相手先との通信セッションを制御するSIPエージェント機能104を有している。
ユーザAホーム網105内部はネットワーク内で提供する通信サービスの管理および制御を行うサービス階層106と、ネットワーク内のデータ伝送の制御、管理ならびにデータ転送を行う転送階層107に分かれている。
転送階層107は転送制御機能109と転送機能108に分かれる。転送制御機能109は内部に、端末の登録とユーザ機能の初期化を行うネットワーク登録制御機能(Network Attachment Control Functions)NACF112と、ユーザへの課金登録機能とQoSポリシ制御機能を有するポリシおよび課金ルール機能(Policy and Charging Rules Function)PCRF113を含む。データ転送を行う転送機能108は転送情報に対するQoSポリシの実行と課金情報の取得を行うポリシおよび課金施行機能PCEF111と、実際のデータの転送ならびにユーザ端末と代理呼セッション制御機能P−CSCF114間のSIP情報の転送を行う転送装置110を含む。
ユーザAの使用する端末A101は論理的にユーザAホーム網105の転送装置110に接続し、ユーザBホーム網125の転送装置130を介してユーザBの使用する端末B121に接続する。
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a block diagram of the entire network according to the present invention. In FIG. 1, the communication network includes a user A
The
The user
The
The terminal A101 used by the user A is logically connected to the
ネットワーク内で提供する通信サービスの管理および制御を行うサービス階層106では、サービス機能の制御を受け持つ呼セッション制御機能S−CSCF115と、呼セッション制御機能S−CSCF115のあて先解決を行う中継セッション制御機能I−CSCF116、ネットワーク内のアプリケーションサーバ機能を有するアプリケーションサーバ機能A/SF118、網内のユーザ認証・認可・課金を制御する機能を有する認証・認可・課金管理機能(以下、課金AAA)119、網内の呼セッション制御機能S−CSCF115のプロキシ機能および転送制御機能109との通信ならびに課金AAA119との通信を行う代理呼セッション制御機能P−CSCF(第1通信装置)114を有する。
ユーザからの通信を行うにあたってセッション情報は、端末A101から転送装置110を経由しP−SCSF114、呼セッション制御機能S−CSCF115、中継セッション制御機能I−CSCF116で処理された後ユーザBのホーム網に渡り、中継セッション制御機能I−CSCF136、呼セッション制御機能S−CSCF135、代理呼セッション制御機能P−CSCF(第2通信装置)134で処理された後、転送装置130を経由して端末B121に到達する。セッション情報の処理が終了後、端末A101、端末B121間の通信は、転送装置110、転送装置130を経由して行われる。
なお、上述の各機能は、本ネットワークに備えられる各機能部、通信装置、サーバ等により実現される。
In the
In performing communication from the user, the session information is processed by the P-
Each function described above is realized by each functional unit, communication device, server, and the like provided in the network.
図2はユーザAホーム網105のブロック内の機能を示すものである。
図2において、課金AAA119の内部には、網内のユーザに対する課金に関する情報を一元管理する課金管理手段201を有する。
また、代理呼セッション制御機能P−CSCF114内部には、SIPメッセージ内のSDP情報の内容を分析するQoS要求分析手段204と、転送制御機能109内のポリシおよび課金ルール機能PCRF113に対してQoS資源の確認情報を送出し回答受け取りを行うQoS資源確認手段205と、あらかじめ登録されているユーザごとの優先度、帯域等のQoSポリシとSDP情報ならびにポリシおよび課金ルール機能PCRF113からの回答を比較しポリシへの一致/不一致を判定するユーザポリシ判定手段206と、ユーザの通信に伴う課金の情報を作成する課金情報作成手段207、を有する。
呼セッション制御機能S−CSCF115内には、ユーザ毎にあらかじめ登録されているユーザへの提供サービス情報とSIPメッセージ内で記述されるユーザの要求する通信を比較し、サービスの提供可否をチェックするサービス可能チェック手段208を有する。転送制御機能109には転送機能108が有している通信帯域、優先度別の使用帯域の確認、ならびに優先度別の帯域の予約を行う資源管理手段203と、ユーザが使用可能な優先度ならびに帯域、また通信の優先度の変更ならびに帯域の変更を許可の可否をユーザ毎にあらかじめ登録された情報として保持、管理しているユーザQoSポリシ管理手段202を有する。その他の機能は図1と同様である。
FIG. 2 shows the functions in the block of the user
In FIG. 2, charging
Further, in the proxy call session control function P-
In the call session control function S-
図3はSIPメッセージ処理のフロー図である。
本フロー図は端末Aと端末Bとの間で通信開始する際の通常のSIPセッション処理について、図1のブロックがどのように関与しているかを本実施の形態に即して説明するものである。フロー図を説明するに当たっての前提として、ユーザとネットワークドメイン間との契約ならびにネットワーク間の接続契約が存在する必要がある。ユーザとネットワークドメイン間との契約は、以下に示す4つの契約が取り交わされていることが必要である。
一つ目は、ネットワークへの接続、端末の認証、IPアドレスの払い出し、課金、支払方法等の基本的な接続の契約であるネットワークドメインへの接続契約である。契約の情報はネットワーク登録制御機能NACF112、ネットワーク登録制御機能NACF132に登録され、接続契約がない場合はネットワークドメインに端末を接続しても利用することができない。
二つ目は、契約しているネットワークの外の他のネットワークと接続する契約である他ネットワークとの接続契約である。契約の情報は呼セッション制御機能S−CSCF115、呼セッション制御機能S−CSCF135に登録され、接続契約がない場合は他のネットワークドメインとの通信はできない。
三つ目は、ユーザの使用可能な最大帯域、通信に使用するプロトコルと使用可能な最大帯域、利用するネットワークアプリケーションと使用可能な最大帯域の契約であるサービス契約である。契約の情報は呼セッション制御機能S−CSCF115、呼セッション制御機能S−CSCF135に登録され、サービス契約がない場合はネットワークドメインを通して通信をすることができない。
四つ目は、複数の優先度設定、優先度毎に使用できる最大の帯域設定、優先度毎に使用するメディア(画像、音声、データ、蓄積データ)の設定するQoS接続契約である。契約の情報は課金ルール機能PCRF113、PCRF133に登録され、QoS接続契約がない場合はあらかじめ規定された最低限度の優先度ならびに帯域で通信を行うことしかできない。
またネットワーク間の契約は、例えば接続するネットワークドメイン間で共通の包括契約を結んでおり、接続相手先のネットワークドメインが契約を締結していることが必要である。
一つ目は、ドメイン間相互の課金方法を定めた課金契約であり、契約の情報は呼セッション制御機能S−CSCF115、呼セッション制御機能S−CSCF135に登録される。課金契約がない場合はネットワークドメイン間の通信をすることができない。
二つ目は、優先度と通信品質の設定、優先度とドメイン間通信単価の設定するQoSに関する契約であり、契約の情報は呼セッション制御機能S−CSCF115、呼セッション制御機能S−CSCF135に登録され、QoSに関するサービス契約がない場合はネットワークドメイン間の通信をすることができない。
FIG. 3 is a flowchart of SIP message processing.
This flow diagram explains how the block of FIG. 1 is involved in the normal SIP session processing when communication is started between the terminal A and the terminal B in accordance with the present embodiment. is there. As a premise for explaining the flow diagram, there must be a contract between the user and the network domain and a connection contract between the networks. The contract between the user and the network domain requires that the following four contracts are exchanged.
The first is a connection contract to a network domain, which is a basic connection contract such as connection to a network, terminal authentication, IP address assignment, charging, and payment method. The contract information is registered in the network registration
The second is a connection contract with another network, which is a contract for connecting to another network outside the contracted network. The contract information is registered in the call session control function S-
The third is a service contract that is a contract of the maximum bandwidth that can be used by the user, the protocol and maximum bandwidth that can be used for communication, and the maximum bandwidth that can be used with the network application that is used. The contract information is registered in the call session control function S-
The fourth is a QoS connection contract that sets a plurality of priority settings, a maximum bandwidth setting that can be used for each priority, and media (image, audio, data, and stored data) that are used for each priority. The contract information is registered in the charging
In addition, a contract between networks requires, for example, a common comprehensive contract between connected network domains, and the network domain of the connection partner needs to have a contract.
The first is a billing contract that defines a billing method between domains, and contract information is registered in the call session control function S-
The second is a contract relating to QoS setting of priority and communication quality and setting of priority and inter-domain communication unit price. The contract information is registered in the call session control function S-CSCF115 and the call session control function S-CSCF135. If there is no service contract related to QoS, communication between network domains cannot be performed.
図3フロー中においては端末A101、端末B121の認証、登録処理はNACF122、132によって処理さているものとする。また図中で煩雑さを減らすために単にSIPメッセージの転送を行う転送装置110または130は省略し、同じ趣旨で転送装置各機能間での転送中メッセージ100tryingは省略している。
まず、端末A101から端末B121に向けてINVITEメッセージ301を発行する。INVITE301は端末B121との間で通信するための帯域、優先度、メディア情報が数パターン格納されたSDP情報SDP1 356が添付されている(図8参照)。なお、優先度は音声(audio)、映像(video)等のメディアに応じて予め定められ、SDPには優先度を省略してメディア情報を記載してもよい。INVITE301は端末A101から転送装置110を経由してプロキシである代理呼セッション制御機能P−CSCF114へ送られるが煩雑さを減らすために図中では記載していない。INVITE301はP−CSCF114を経由しINVITE302として呼セッション制御機能S−CSCF115に到達する。呼セッション制御機能S−CSCF115ではユーザAが受けることのできるサービスであるかを確認し、INVITE303としてユーザBホーム網の呼セッション制御機能S−CSCF135に送出する。呼セッション制御機能S−CSCF135ではユーザBが受けることのできるサービスであるかを確認し、INVITE304として代理呼セッション制御機能P−CSCF134へ送出する。代理呼セッション制御機能P−CSCF134はユーザ端末B121に対してINVITE305を送出する。INVITE305はP−CSCF134から転送装置130を経由して端末121へ到達するが転送装置130は転送を行っているだけのため、煩雑さを減らすために図では省略している。
In the flow of FIG. 3, it is assumed that authentication and registration processing of the
First, the
端末B121は既知の技術を用いて、端末A101からのSDP1情報が許容できるかどうか確認し、SDP2 357を発行する。SDP2 357の内容はSDP1 356にある数パターンの内容のうちいずれかを選択してコピーしたものである(図9参照)。その後端末B121はINVITE305に対する端末A101への応答メッセージとして、SDP2 357の情報を含んだ183SessionProgressメッセージ(以下、183メッセージ)306を代理呼セッション制御機能P−CSCF134へ発行する。代理呼セッション制御機能P−CSCF134は受け取ったSDP2情報を分析し、ポリシおよび課金ルール機能PCRF133に対してネットワークのQoS資源(優先度、帯域)が確保可能かの資源問合せ307を発行する。ポリシおよび課金ルール機能PCRF133はネットワークのQoS資源の状況を確認し、代理呼セッション制御機能P−CSCF134から問い合わせのあったQoS資源の確保可否の回答として確保可能なQoS資源(優先度、帯域)情報である資源回答308を回答する。代理呼セッション制御機能P−CSCF134はポリシおよび課金ルール機能PCRF133に対してユーザBのQoSポリシ情報の要求であるユーザQoS要求309をポリシおよび課金ルール機能PCRF133に問い合わせる。ポリシおよび課金ルール機能PCRF133は代理呼セッション制御機能P−CSCF134からのユーザQoS要求309に対応するユーザBのQoS情報の回答であるQoS回答310を回答する。代理呼セッション制御機能P−CSCF134はQoS回答310と資源回答308ならびにSDP2 357の情報をもとにセッションの継続または終了を判定し、継続の場合はポリシおよび課金ルール機能PCRF133に対し優先度・帯域の設定ならびにセッションに対する課金登録を行う。その後代理呼セッション制御機能P−CSCF134はSDP2 357の情報をつけた183メッセージ312を送出する。
The terminal B121 confirms whether the SDP1 information from the terminal A101 is acceptable using a known technique, and
183メッセージ312は呼セッション制御機能S−CSCF135、呼セッション制御機能S−CSCF115を経由して代理呼セッション制御機能P−CSCF114に到達する。183メッセージを受け取った代理呼セッション制御機能P−CSCF114は受け取ったSDP2情報を分析し、ポリシおよび課金ルール機能PCRF113に対してネットワークのQoS資源(優先度、帯域)が確保可能かの資源問合せ315を発行する。ポリシおよび課金ルール機能PCRF113はネットワークのQoS資源の状況を確認し、代理呼セッション制御機能P−CSCF114から問い合わせのあったQoS資源の確保可否の回答として確保可能なQoS資源(優先度、帯域)情報である資源回答316を回答する。代理呼セッション制御機能P−CSCF114はポリシおよび課金ルール機能PCRF113に対してユーザBのQoSポリシ情報の要求であるユーザQoS要求317をポリシおよび課金ルール機能PCRF113に問い合わせる。ポリシおよび課金ルール機能PCRF113は代理呼セッション制御機能P−CSCF114からのユーザQoS要求317に対応するユーザBのQoS情報の回答であるQoS回答318を回答する。代理呼セッション制御機能P−CSCF114はQoS回答318と資源回答316ならびにSDP2 357の情報をもとにセッションの継続または終了を判定し、継続の場合はポリシおよび課金ルール機能PCRF113に対し優先度・帯域の設定ならびにセッションに対する課金登録を行う。その後代理呼セッション制御機能P−CSCF114はSDP2 357の情報をつけた183メッセージ314を端末A101に向けて送出する。
以上で優先度ならびに帯域の予約は終了し、次に端末A101と端末B121の間で、PRACK321、322、323、324、325ならびにその応答として端末B121から端末A101へ200OK 326、327、328、329、330が発行される。同様に端末A101から端末B121に向けてUPDATE331、332、333、334、335が発行され、その応答として200 OK336、337、338、339、340が発行される。その後、端末B121から端末A101へ向けて180RINGING 341、342、343、344、345が発行され、続いて200OK 346、347、348、349、350が発行される。端末A101が200OK 350を受け取ると端末B121に対してACK351、352、353、354、355を発行する。
端末Bが200 OK 355を受け取ると端末A101と端末B121間で通信が可能な状態となる。端末A101から端末B121との間のセッションを確立するための一連の動作はIETF標準のRFC 3312準拠することができる。
The 183
The reservation of priority and bandwidth is completed as described above. Next, between
When terminal B receives 200
図4は本発明に係るユーザAホーム網のブロック内の機能構成図である。図4中で図2における記号と同じ記号のものは機能に変更はない。図4において、図2より新たに追加された機能は、ポリシおよび課金ルール機能PCRF113で確保した優先度、帯域の情報を元に確保した優先度および帯域をSDPに追記しならびに優先度変更情報および帯域変更情報をSDPに追記するSDP生成手段401と、通信の要求QoS情報に対してネットワーク資源を準備できない場合に、ペナルティとして通信相手側ネットワークに対して支払いが生じるように課金情報を生成するペナルティ課金情報生成手段402である。
FIG. 4 is a functional block diagram in the block of the user A home network according to the present invention. In FIG. 4, the functions of the same symbols as those in FIG. 2 are not changed. In FIG. 4, functions newly added from FIG. 2 are added to the SDP, the priority and bandwidth secured based on the priority and bandwidth information secured by the policy and charging
図5は本発明に係る一実施例のSIPメッセージ処理のフロー図である。
本フロー図は端末Aと端末Bとの間で通信開始する際のSIPセッション処理について、図1のブロックがどのように関与しているか、例えば図3との違いを説明にするものである。
フロー図を説明するに当たっての前提として、ユーザとネットワークドメイン間との契約ならびにネットワーク間の接続契約が存在する必要がある。図3との契約との違いは、例えば、ユーザとネットワークドメイン間との契約の四つ目において、ネットワーク都合の優先度または帯域の変更があった場合の許容/不許容を設定する契約が追加されること、ならびに、ネットワーク間共通の包括契約の二つ目において、端末からのQoS要求に対してQoS回答が低い場合の相手ネットワークドメインへ支払うペナルティ課金単価を設定する契約が追加されることである。
図8、図9にSDP1、SDP2の例を示す。
FIG. 5 is a flowchart of SIP message processing according to an embodiment of the present invention.
This flow diagram explains how the block of FIG. 1 is involved in SIP session processing when communication is started between terminal A and terminal B, for example, the difference from FIG.
As a premise for explaining the flow diagram, there must be a contract between the user and the network domain and a connection contract between the networks. The difference from the contract in FIG. 3 is that, for example, in the fourth contract between the user and the network domain, a contract is set to set whether to allow / disallow when the priority of the network convenience or the bandwidth is changed. And, in the second comprehensive contract common to all networks, a contract is added to set a penalty unit price to be paid to the partner network domain when the QoS response from the terminal is low. is there.
8 and 9 show examples of SDP1 and SDP2.
図8はSDP1 556の例である。端末A101端末B121のIPアドレス、セッションの識別番号、ポート番号、プロトコル、要求帯域やQoS優先度等が指定されている。なお、詳細な意味は、例えば非特許文献2、非特許文献3、非特許文献4、非特許文献5、非特許文献6等に記載されている
FIG. 8 is an example of
図9はSDP2 557の例である。端末B121が端末A101との通信で使用する情報を端末A101に回答する。優先度ならびに帯域およびプロトコル等の選択は既知の技術を使用する。内容はSDP2 357と同内容である。
図5において図3との違いは、代理呼セッション制御機能P−CSCF134がポリシおよび課金ルール機能PCRF133からのQoS回答メッセージ510を受け取った後の処理、ならび、にユーザAホーム網側のポリシおよび課金ルール機能PCRF113から代理呼セッション制御機能P−CSCF114へのQoS回答メッセージ518後の処理である。
代理呼セッション制御機能P−CSCF134がポリシおよび課金ルール機能PCRF133からのQoS回答メッセージ510を受け取った後、対向網へのペナルティ課金情報の生成ならびにSDP2 557の情報にポリシおよび課金ルール機能PCRF133で確保できた優先度、帯域の情報を追加したSDP情報(以降SDP2’情報)558を生成する。また、ユーザAホーム網側のポリシおよび課金ルール機能PCRF113から代理呼セッション制御機能P−CSCF114へのQoS回答メッセージ518の後に、代理呼セッション制御機能P−CSCF114は、対向網へのペナルティ課金情報の生成ならびにSDP2’ 558の情報にポリシおよび課金ルール機能PCRF113で確保できた優先度、帯域の情報を追加したSDP情報(以降SDP2”情報)559を生成する。なお、優先度、帯域は、他のQoSを示すQoS情報であってもよい。
FIG. 9 is an example of
5 differs from FIG. 3 in that the process after the proxy call session control function P-
After the proxy call session control function P-
図6は図5において端末B121からの183Session Progress 506を受け取った後の代理呼セッション制御機能P−CSCF134の動作を示すフローチャートである。
本フローチャートは、例えばユーザBのホーム網で対向するユーザAのホーム網からの要求優先度ならびに帯域を準備できなかった場合に、ユーザBホーム網がユーザAホーム網に対して支払うペナルティ課金の登録処理ならびにSDP情報に情報を追加する処理を説明するためのものである。
処理601にて183メッセージ506を受信後、処理602にてネットワークBにおけるQoS要求分析手段でSIPメッセージのSDP2 557の分析を行い要求優先度ならびに要求帯域を分離する。処理603にてこの要求優先度ならびに要求帯域をもとに、ネットワークBにおけるQoS確認手段でポリシおよび課金ルール機能PCRF133に対して優先度、帯域が確保可能か確認メッセージ(資源問合せ)507を送出する。処理604にてポリシおよび課金ルール機能PCRF113からの回答508を待ち、回答508が到着後、処理605にて回答508の内容分析を行う。
処理606にてユーザBのQoS回答510を参照する。例えば、QoS回答はユーザごとに優先度、帯域の変更を許容するか否かの情報を含む。処理607にて資源回答508の内容を判定する。ネットワークが優先度ならびに帯域についてまったく準備できない場合は、処理612にてSIPのメッセージに487(リクエスト中止)等の終了メッセージを送出する(SIP終了処理)。その後、課金処理613にて課金情報生成手段で該当セッションの課金情報を抹消する処理を行い、課金AAA139に対してこのセッションの終了するメッセージを送出し処理を終了する。
また、処理607の結果、準備可能である場合、次の処理608にて、SDP2 557の要求優先度および帯域と、回答508の優先度および帯域とを比較する。差分がない場合は処理609にて通信のための課金処理を行い、該当課金情報を課金AAA139に対して送出する。さらに、処理610にてポリシおよび課金ルール機能PCRF133に対して、該当通信の優先度および帯域の設定登録処理を行い、処理を終了する。
処理608にてSDP2 557の要求優先度および帯域と、回答508の優先度および帯域を比較し、少なくともいずれかに差分がある場合は、処理614ならびに処理616にてネットワーク要因の優先度および帯域の変更についてユーザBのQoSポリシ判定を行う。処理614ではユーザBのQoSポリシで優先度の変更許可/不許可と、SDP2 557と回答508の優先度の差分有無から優先度の変更許可ある場合ならびに優先度の差分がない場合のみポリシ一致とし、それ以外はポリシ不一致と判定する。ポリシ不一致の場合はSIP終了処理612に移り、終了処理を行う。
FIG. 6 is a flowchart showing the operation of proxy call session control function P-
This flowchart shows, for example, registration of a penalty charge that the user B home network pays to the user A home network when the request priority and bandwidth from the opposite user A home network cannot be prepared in the user B home network. This is for explaining the process and the process of adding information to the SDP information.
After receiving the 183
In the
If the result of the
In
一方、ポリシ一致の場合は処理615にてSDP2’ 558を生成し、SDP情報中に確保した優先度の追記ならびに優先度を変更した意味の優先度変更情報を追記する。
また、処理616ではユーザBのQoSポリシで帯域の変更許可/不許可と、SDP2 557と回答508の優先度の差分有無から、帯域の変更許可ある場合ならびに帯域の差分がない場合のみポリシ一致とし、それ以外はポリシ不一致と判定する。ポリシ不一致の場合はSIP終了処理612に移り、終了処理を行う。一方、ポリシ一致の場合は処理617にてSDP2’ 558を生成し、SDP情報中に確保した帯域の追記ならびに帯域を変更した意味の帯域変更情報を追記する。
なお、処理614及び615の優先度に関する処理、処理616及び617の帯域に関する処理は、上述の例に限らす逆の順序で行ってもよい。
On the other hand, in the case of policy matching, SDP2 ′ 558 is generated in
Further, in the
Note that the processing related to the priorities of the
図10はSDP2’ 558の例である。
ポリシおよび課金ルール機能PCRF133からの優先度、帯域状況をもとに、確保した優先度と帯域が記載される。図では帯域の確保が出来ない部分があり、その箇所を修正している(太字部分、1024から512に変更)。また、帯域の変更を行ったため、帯域変更情報(rb=1)を記入している。もし、優先度の要求から変更があった場合は例と同様に該当箇所の「m=」と記述されるメディアタイプの等号以降部分を確保できた優先度に応じて、あらかじめ設定されている優先度と関連付けられている「audio」、「video」、「application」、「data」、「control」等のいずれかに修正し、優先度変更情報(ra=1)を記入する。
図6のフローに戻り、その後、処理618にて代理呼セッション制御機能P−CSCF134中の課金情報生成手段により、課金処理を行い、該当セッションにおける課金情報減額を行う。また、代理呼セッション制御機能P−CSCF134中のペナルティ課金情報生成手段により、ネットワークBからネットワークAに対してペナルティの支払いをするためのペナルティ課金登録を行う。課金の減額、ペナルティは、例えば要求された優先度、帯域と、確保された優先度、帯域の差分に応じて求めてもよい。
処理610にてポリシおよび課金ルール機能PCRF133に対して、該当通信の優先度および帯域の設定登録処理を行い、処理611にて処理を終了する。
FIG. 10 shows an example of SDP2 ′ 558.
Based on the priority and bandwidth status from the policy and charging
Returning to the flow of FIG. 6, after that, charge processing is performed by the charge information generation means in the proxy call session control function P-
In
図12に、ネットワークドメインが確保した優先度ならびに帯域と、SDP2’558の情報の要求優先度ならびに帯域との組み合わせによるセッション接続可否ならびにペナルティ課金の関係について示す。
図7は、代理呼セッション制御機能P−CSCF114における183メッセージ514を受信後の処理のフローチャートである。
本処理はユーザAのホーム網で対向するユーザBのホーム網からの要求優先度ならびに帯域を準備できなかった場合のユーザAホーム網がユーザBホーム網に対して支払うペナルティ課金の登録処理を明確にするものである。
処理701にて183メッセージ514を受信後、処理702にてネットワークAにおけるQoS要求分析手段204でSIPメッセージのSDP2’ 558の分析を行い、要求優先度ならびに要求帯域を分離する。なお、要求優先度、要求帯域は、上述のようにユーザBのホーム網で変更されている場合もある。また、優先度変更情報、帯域変更情報があればこれらも分離する。処理703にてユーザAのQoSポリシであるQoS回答518を参照し、処理704にてSDP2’ 558の優先度変更情報ならびに帯域変更情報をもとに、ネットワーク要因の優先度および帯域の変更についてユーザAのQoSポリシ判定を行う。処理704ではユーザAのQoSポリシで優先度の変更許可のある場合、または帯域の変更許可がある場合、または優先度変更情報ならびに帯域変更情報がない場合、にポリシ一致とし、それ以外はポリシ不一致とする。
ポリシ不一致の場合は、処理713にてSIPのメッセージに487(リクエスト中止)等の終了メッセージを送出する。その後課金処理714にて課金情報生成手段で該当セッションの課金情報を抹消する処理を行い、課金AAA139に対してこのセッションの終了するメッセージを送出し処理を終了する。
一方、処理704にてポリシが一致していた場合、処理705にてSDP2’ 558の要求優先度ならびに要求帯域をもとにネットワークAにおけるQoS確認手段でポリシおよび課金ルール機能PCRF113に対して優先度、帯域が確保可能か確認メッセージ515を送出する。処理706にてポリシおよび課金ルール機能PCRF113からの回答516を待ち、回答516到着後、処理707に移り、回答516の内容分析を行う。
処理708にて回答516の内容を判定する。ネットワークが優先度ならびに帯域についてまったく準備できない場合は、処理713に移り、SIPのメッセージに487(リクエスト中止)等の終了メッセージを送出する。その後課金処理714にて課金情報生成手段で該当セッションの課金情報を抹消する処理を行い、課金AAA119に対してこのセッションの終了するメッセージを送出し処理を終了する。
FIG. 12 shows the relationship between the priority and bandwidth secured by the network domain, the request priority of the information of
FIG. 7 is a flowchart of processing after receiving the 183 message 514 in the proxy call session control function P-
This process clarifies the registration process of the penalty charge that the user A home network pays to the user B home network when the bandwidth of the request priority and the bandwidth of the user B facing the user B in the home network of the user A cannot be prepared. It is to make.
After receiving the 183 message 514 in the
If the policies do not match, an end message such as 487 (request cancellation) is sent to the SIP message in
On the other hand, if the policies match in the
In
また、処理708の結果、準備可能である場合、次の処理709にて、SDP2’ 558の要求優先度および帯域と、回答516の優先度および帯域を比較する。差分がない場合は処理710にて通信のための課金処理を行い、該当課金情報を課金AAA119に対して送出する。さらに処理711にてポリシおよび課金ルール機能PCRF113に対して、該当通信の優先度および帯域の設定登録処理を行い、処理を終了する。
処理709にてSDP2’ 558の要求優先度および帯域と、回答512の優先度および帯域を比較し少なくともいずれかに差分がある場合は、処理715ならびに処理717にてネットワーク要因の優先度および帯域の変更についてユーザAのQoSポリシ判定を行う。
処理715ではユーザAのQoSポリシで優先度の変更許可/不許可と、SDP2’ 558と回答516の優先度の差分有無から優先度の変更許可ある場合ならびに優先度の差分がない場合のみポリシ一致とし、それ以外はポリシ不一致と判定する。
ポリシ不一致の場合はSIP終了処理713にて終了処理を行う。ポリシ一致の場合は処理716にてSDP2’’ 559を生成し、SDP情報中に確保した優先度を追記しならびに優先度を変更した意味の優先度変更情報を追記する。
また、処理717ではユーザAのQoSポリシで帯域の変更許可/不許可と、SDP2’ 558と回答516の優先度の差分有無から帯域の変更許可ある場合ならびに帯域の差分がない場合のみポリシ一致とし、それ以外はポリシ不一致と判定する。ポリシ不一致の場合はSIP終了処理713にて終了処理を行う。ポリシ一致の場合は処理718にてSDP2’’ 559を生成し、SDP情報中に確保した帯域を追記しならびに帯域を変更した意味の帯域変更情報を追記する。なお、処理715及び716の優先度に関する処理、処理717及び718の帯域に関する処理は、上述の例に限らす逆の順序で行ってもよい。
If the result of the
When the request priority and bandwidth of SDP2 ′ 558 are compared with the priority and bandwidth of
In the
If the policies do not match, the end process is performed in the
Further, in the
図11はSDP2’’ 559の例である。
ポリシおよび課金ルール機能PCRF113からの優先度、帯域状況をもとに確保した優先度と帯域が記載される。図ではSDP2’558からの要求優先度、帯域共に確保できたため、SDP2’558からの変更は無く、同じ内容となっている。もし、優先度および帯域に確保できず要求から変更があった場合はSDP2’558の例と同様に該当箇所を修正し、優先度変更情報(ra=1)または帯域変更(rb=1)を記入する。
その後、処理719にて代理呼セッション制御機能P−CSCF114中の課金情報生成手段により、課金処理を行い、該当セッションにおける課金情報減額を行う。また、代理呼セッション制御機能P−CSCF114中のペナルティ課金情報生成手段により、ネットワークAからネットワークBに対してペナルティの支払いをするためのペナルティ課金登録を行う。
処理711にてポリシおよび課金ルール機能PCRF113に対して、該当通信の優先度および帯域の設定登録処理を行い、処理712にて処理を終了する。
登録された課金情報、ペナルティ課金情報は、適宜のタイミングで各網の課金AAAに送信される。また、ネットワーク間の契約に基づき、各網の課金AAAは所定の装置、サーバにペナルティ課金情報を送信し、ドメイン間でペナルティ課金情報を相殺して、ドメイン間での請求処理を行うことができる。ドメイン間でのペナルティ課金情報、相殺された請求情報などは、各網の管理装置に送信することができ、管理装置はこれらを表示又は出力してもよい。
また、各網において、要求された優先度、帯域と確保できた優先度、帯域の差分を、管理装置に表示又は出力してもよい。
上記実施形態によれば、ユーザAとユーザB間の通信におけるQoS優先度および帯域の要求に対して、ドメイン側で確保したQoS優先度および帯域が満足していない場合はペナルティ課金によりQoS優先度ならびに帯域を確保できなかったドメインから対向先のドメインに対して支払う金額により両ドメインに通知されること、ならびに、対向するドメインと端末に対してSDPヘッダ情報にドメインで確保できたQoS優先度および帯域、ならびに満足できなかった優先度および帯域の種別を通知することで、ユーザからのQoS要求に対してドメインの対応状態を明確にすることができる。
FIG. 11 shows an example of SDP2 ″ 559.
Policy and charging rule function The priority and bandwidth secured based on the priority and bandwidth status from the
Thereafter, in a
In
The registered billing information and penalty billing information are transmitted to the billing AAA of each network at an appropriate timing. In addition, based on the contract between networks, the charging AAA of each network can send penalty charging information to a predetermined device and server, cancel the penalty charging information between domains, and perform billing processing between domains. . Penalty billing information between domains, billing information offset, and the like can be transmitted to the management device of each network, and the management device may display or output these.
In each network, the requested priority, the bandwidth, the priority that can be secured, and the difference between the bandwidths may be displayed or output to the management apparatus.
According to the above-described embodiment, when the QoS priority and bandwidth reserved on the domain side are not satisfied with respect to the QoS priority and bandwidth request in the communication between the user A and the user B, the QoS priority is determined by penalty charging. In addition, both domains are notified by the amount paid to the opposite domain from the domain that could not secure the bandwidth, and the QoS priority that could be secured in the domain in the SDP header information for the opposite domain and terminal and By notifying the bandwidth, the priority and the type of the bandwidth that cannot be satisfied, it is possible to clarify the correspondence state of the domain with respect to the QoS request from the user.
本発明は、例えば、複数のドメインを経てセッションを確立する通信システムに利用可能である。 The present invention can be used, for example, in a communication system that establishes a session via a plurality of domains.
101:ユーザAが使用する端末A
102:端末A内のアプリケーション機能
103:端末A内の認証クライアント機能
104:端末A内のSIPエージェント機能
105:ユーザAのホーム網
106:サービス階層
107:転送階層
108:転送機能
109:転送制御機能
110:ルータ装置機能
111:ポリシおよび課金施行機能 PCEF(Policy and Charging Enforcement Function)
112:ネットワーク登録制御機能 NACF(Network Attachment Control Functions)
113:ポリシおよび課金ルール機能 PCRF(Policy and Charging Rules Function)
114:代理呼セッション制御機能 P−CSCF(Proxy Call Session Control Function)
115:呼セッション制御機能 S−CSCF(Serving Call Session Control Function)
116:中継セッション制御機能I−CSCF(Interrogating Call Session Control Function)
118:アプリケーションサーバ機能 A/SF(Applicatoin Server Function)
119:課金AAA(Authentication、Authorization、Accounting)
101: Terminal A used by user A
102: Application function in terminal A 103: Authentication client function in terminal A 104: SIP agent function in terminal A 105: Home network of user A 106: Service layer 107: Transfer layer 108: Transfer function 109: Transfer control function 110: Router device function 111: Policy and charging enforcement function PCEF (Policy and Charging Enforcement Function)
112: Network registration control function NACF (Network Attachment Control Functions)
113: Policy and Charging Rule Function PCRF (Policy and Charging Rules Function)
114: Proxy call session control function P-CSCF (Proxy Call Session Control Function)
115: Call session control function S-CSCF (Serving Call Session Control Function)
116: Relay session control function I-CSCF (Interrogating Call Session Control Function)
118: Application server function A / SF (Application Server Function)
119: Billing AAA (Authentication, Authorization, Accounting)
Claims (8)
第1網の通信装置が、第1端末からの要求QoS情報を含むセッション開始要求を、第1網を介して第2網に送信するステップと、
第2網の通信装置が、第2網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認する第1確認ステップと、
該QoSを実現するための通信資源が確保できない場合に、第2網の通信装置が、第2網から第1網にペナルティ料金の支払いをするための第1ペナルティ課金情報を登録し、要求QoS情報を、第2網で確保される通信資源に応じて変更して第1網の通信装置に通知するステップと、
第1網の通信装置が、第1網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認する第2確認ステップと、
該QoSを実現するための通信資源が確保できない場合に、第1網の通信装置が、第1網から第2網にペナルティ料金の支払いをするための第2ペナルティ課金情報を登録するステップと
を含む前記ネットワークドメイン間の課金方法。 A charging method between network domains in a QoS network system in which a first terminal of a first network and a second terminal of a second network perform QoS communication across the first network and the second network,
A communication device of the first network transmitting a session start request including the requested QoS information from the first terminal to the second network via the first network;
A first confirmation step in which a communication device of the second network confirms whether communication resources for realizing the QoS indicated by the requested QoS information can be secured in the second network;
When communication resources for realizing the QoS cannot be secured, the communication device of the second network registers the first penalty charging information for paying the penalty fee from the second network to the first network, and requests QoS Changing information according to communication resources secured in the second network and notifying the communication device of the first network;
A second confirmation step in which the communication device of the first network confirms whether communication resources for realizing the QoS indicated by the requested QoS information can be secured in the first network;
A step of registering second penalty billing information for the first network communication device to pay a penalty fee from the first network to the second network when communication resources for realizing the QoS cannot be secured; A charging method between the network domains.
前記第1確認ステップにおいて、第2網の通信装置は、第2網で前記要求優先度又は要求帯域が確保できるか確認し、
前記第2確認ステップにおいて、第1網の通信装置は、第1網で前記要求優先度又は要求帯域が確保できるか確認する請求項1に記載のネットワークドメイン間の課金方法。 The request QoS information includes one or both of a request priority and a request bandwidth,
In the first confirmation step, the communication device of the second network confirms whether the request priority or the request bandwidth can be secured in the second network,
2. The accounting method between network domains according to claim 1, wherein in the second confirmation step, the communication device of the first network confirms whether or not the request priority or the requested bandwidth can be secured in the first network.
をさらに含む請求項2に記載のネットワークドメイン間の課金方法。 Indicates whether the communication device of the second network allows a change in priority or bandwidth when there is a difference between the request priority or bandwidth and the priority or bandwidth secured in the second network. The method according to claim 2, further comprising a step of determining whether the policy matches with the policy information set in advance, ending the process if the policy does not match, and performing a process of establishing a session if the policy matches. Billing method between network domains.
第1網の通信装置は、受信した変更情報と、優先度又は帯域の変更を許容するか否かを示す予め設定されたポリシ情報とに従い、ポリシに一致するか判断し、ポリシに一致しない場合は処理を終了し、ポリシに一致する場合はセッションを確立する処理を行うステップ
をさらに含む請求項2に記載のネットワークドメイン間の課金方法。 When the communication device of the second network has a difference between the request priority or the requested bandwidth and the priority or the bandwidth secured in the second network, it indicates that the request priority or the requested bandwidth could not be secured. Send the change information to the communication device of the first network,
The communication device of the first network determines whether or not it matches the policy according to the received change information and preset policy information indicating whether or not to change the priority or the bandwidth, and if it does not match the policy The method for charging between network domains according to claim 2, further comprising a step of ending the process and performing a process of establishing a session if the policy matches.
第1網の通信装置が、前記要求優先度又は要求帯域と、第1網で確保される優先度又は帯域とに差分がある場合に、該当セッションの課金を減額するステップと
をさらに含む請求項2に記載のネットワークドメイン間の課金方法。 When the communication device of the second network has a difference between the request priority or the request bandwidth and the priority or the bandwidth secured in the second network;
The communication device of the first network further includes a step of reducing the charge of the corresponding session when there is a difference between the request priority or the requested bandwidth and the priority or the bandwidth secured in the first network. 2. A charging method between network domains according to 2.
をさらに含む請求項1に記載のネットワークドメイン間の課金方法。 The accounting method between network domains according to claim 1, further comprising the step of canceling the first penalty accounting information and the second penalty accounting information and notifying the management device of the first network and / or the second network.
をさらに含む請求項2に記載のネットワークドメイン間の課金方法。 A step of storing the difference when the communication device of the first network or the second network has a difference between the requested priority or the requested bandwidth and the priority or the bandwidth secured in the first network or the second network; The accounting method between network domains according to claim 2, further comprising:
第1網及び第2網を介して前記第1端末とQoS通信する第2端末を収容する第2網の第2通信装置と
を備えたQoSネットワークシステムであって、
前記第1通信装置が、第1端末からの要求QoS情報を含むセッション開始要求を、第1網を介して第2網に送信し、
前記第2通信装置が、第2網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認し、
第2網で該QoSを実現するための通信資源が確保できない場合に、前記第2通信装置が、第2網から第1網にペナルティ料金の支払いをするための第1ペナルティ課金情報を登録し、要求QoS情報を、第2網で確保される通信資源に応じて変更して前記第1通信装置に通知し、
前記第1通信装置が、第1網で前記要求QoS情報が示すQoSを実現するための通信資源が確保できるか確認し、
第1網で該QoSを実現するための通信資源が確保できない場合に、前記第1通信装置が、第1網から第2網にペナルティ料金の支払いをするための第2ペナルティ課金情報を登録する前記QoSネットワークシステム。 A first communication device of a first network accommodating a first terminal;
A QoS network system comprising a second communication device in a second network accommodating a second terminal that performs QoS communication with the first terminal via a first network and a second network,
The first communication device transmits a session start request including the requested QoS information from the first terminal to the second network via the first network;
The second communication device confirms whether communication resources for realizing the QoS indicated by the requested QoS information in the second network can be secured,
When communication resources for realizing the QoS cannot be secured in the second network, the second communication device registers first penalty billing information for paying a penalty fee from the second network to the first network. Changing the requested QoS information according to communication resources secured in the second network and notifying the first communication device;
The first communication device confirms whether communication resources for realizing the QoS indicated by the requested QoS information can be secured in the first network,
When communication resources for realizing the QoS cannot be secured in the first network, the first communication device registers second penalty billing information for paying a penalty fee from the first network to the second network. The QoS network system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010000583A JP2011142385A (en) | 2010-01-05 | 2010-01-05 | Charging method and qos network system between network domains |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010000583A JP2011142385A (en) | 2010-01-05 | 2010-01-05 | Charging method and qos network system between network domains |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2011142385A true JP2011142385A (en) | 2011-07-21 |
Family
ID=44457963
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010000583A Pending JP2011142385A (en) | 2010-01-05 | 2010-01-05 | Charging method and qos network system between network domains |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2011142385A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014083962A1 (en) * | 2012-11-29 | 2014-06-05 | 日本電気株式会社 | Communications system |
JP2015537279A (en) * | 2012-09-24 | 2015-12-24 | アルカテル−ルーセント | Initiating user authentication in communication networks |
US11451942B2 (en) | 2020-02-19 | 2022-09-20 | Honda Motor Co., Ltd. | Communication control device, communication device, communication system, radio base station, communication control method, and storage medium |
-
2010
- 2010-01-05 JP JP2010000583A patent/JP2011142385A/en active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015537279A (en) * | 2012-09-24 | 2015-12-24 | アルカテル−ルーセント | Initiating user authentication in communication networks |
JP2017215972A (en) * | 2012-09-24 | 2017-12-07 | アルカテル−ルーセント | Start of user authentication in communication network |
US10595199B2 (en) | 2012-09-24 | 2020-03-17 | Alcatel Lucent | Triggering user authentication in communication networks |
WO2014083962A1 (en) * | 2012-11-29 | 2014-06-05 | 日本電気株式会社 | Communications system |
US11451942B2 (en) | 2020-02-19 | 2022-09-20 | Honda Motor Co., Ltd. | Communication control device, communication device, communication system, radio base station, communication control method, and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10063597B2 (en) | Loss of signalling bearer transport | |
US8606893B2 (en) | Devices and method for guaranteeing service requirements per user equipment basis into a bearer | |
US7643411B2 (en) | Network-triggered quality of service (QoS) reservation | |
EP2232822B1 (en) | Control of quality-of-service preconditions in an ip multimedia subsystem | |
KR101412683B1 (en) | Method permitting the control of service quality and/or service fees of telecommunication services | |
US20080013545A1 (en) | QoS CONTROL SYSTEM | |
EP2406928B1 (en) | Traffic control by ip multimedia subsystem | |
WO2009051531A1 (en) | Method and apparatus for improving the efficiency of resource utilisation in a communications system | |
TWI467966B (en) | Control of session parameter negotiation for communication connection | |
US8625581B2 (en) | Methods and apparatus for enhancing the scalability of IMS in VoIP service deployment | |
EP2382760B1 (en) | Resources allocation flexibility | |
CN104468481B (en) | A kind of method and device for realizing the control of media QoS bearing resource | |
JP2011142385A (en) | Charging method and qos network system between network domains | |
WO2007045137A1 (en) | A method of qos authorization | |
EP1940105A1 (en) | Controlling quality of service in communications networks | |
US8554931B1 (en) | Method and system for coordinating network resources for blended services | |
WO2008136713A1 (en) | Dynamic sla negotiation | |
EP2061196A1 (en) | A method, apparatus and system for selection of virtual media gateway | |
Bernabei et al. | A policy based architecture for guaranteed QoS multimedia services | |
Walker | Media Resource Broker SIP Client Implementation Agreement |