JP2011142385A - Charging method and qos network system between network domains - Google Patents

Charging method and qos network system between network domains Download PDF

Info

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
Application number
JP2010000583A
Other languages
Japanese (ja)
Inventor
Shinji Suzuki
慎治 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2010000583A priority Critical patent/JP2011142385A/en
Publication of JP2011142385A publication Critical patent/JP2011142385A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To clarify the corresponding state of each domain to a network resource in response to a QoS request from a user. <P>SOLUTION: A first terminal of a first network and a second terminal of a second network perform QoS communication astride the respective networks. The communication equipment of the first network transmits a session start request including request QoS information from the first terminal to the second network. The communication equipment of the second network checks whether to allow the securement of a communication resource for achieving QoS shown by the request QoS information in the second network. When the communication resource cannot be secured, first penalty charging information for paying a penalty charge to the first network from the second network is registered, and the request QoS information is changed in accordance with the communication resource secured in the second network and reported to the communication equipment of the first network. The communication equipment of the first network checks whether to allow the securement of a communication resource for achieving QoS shown by the request QoS information in the first network. When the communication resource cannot be secured, second penalty charging information for paying a penalty charge to the second network from the first network is registered. <P>COPYRIGHT: (C)2011,JPO&INPIT

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 Patent Document 1 can be used. Information for realizing the QoS service is transmitted from the IMS system of the domain to the IMS system of the destination user domain by the description of the SDP header part in the SIP protocol. Regarding charging for users, charging information is transmitted from the domain SIP server to the charging function when a SIP session is transmitted or when QoS conditions are changed.
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.

特開2006−87133号公報JP 2006-87133 A 特開2008−22312号公報JP 2008-22312 A 特表2009−515382号公報Special table 2009-515382 gazette

IETF標準RFC 3312、「Integration of Resource Management and Session Initiation Protocol (SIP)」IETF standard RFC 3312, "Integration of Resource Management and Session Initiation Protocol (SIP)" IETF標準RFC 3556、「Session Description Protocol (SDP) Bandwidth Modifiers for RTP Control Protocol (RTCP). Bandwidth」IETF standard RFC 3556, “Session Description Protocol (SDP) Bandwidth Modifiers for RTP Control Protocol (RTCP). Bandwidth” IETF標準RFC 3312、「Integration of Resource Management and SIP」IETF standard RFC 3312, "Integration of Resource Management and SIP" IETF標準RFC 4032、「Update to the Session Initiation Protocol (SIP) Preconditions Framework」IETF standard RFC 4032, “Update to the Session Initiation Protocol (SIP) Preconditions Framework” IETF標準RFC 4566、「SDP: Session Description Protocol」IETF standard RFC 4566, "SDP: Session Description Protocol" IETF標準RFC 5027、「Security Preconditions for Session Description Protocol (SDP) Media Streams」IETF standard RFC 5027, “Security Preconditions for Session Description Protocol (SDP) Media Streams”

ユーザとドメイン間では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.

ネットワーク全体のブロック構成図。Block diagram of the entire network. ユーザAホーム網のブロック内の機能構成図。The functional block diagram in the block of a user A home network. 従来のSIPメッセージのフロー図。FIG. 6 is a flowchart of a conventional SIP message. 本発明に係るユーザAホーム網のブロック内の機能構成図。The functional block diagram in the block of the user A home network which concerns on this invention. 本発明に係るSIPメッセージのフロー図。FIG. 3 is a flowchart of a SIP message according to the present invention. 代理呼セッション制御機能P−CSCF134での処理フローチャート。9 is a processing flowchart in proxy call session control function P-CSCF134. 代理呼セッション制御機能P−CSCF114での処理フローチャート。9 is a processing flowchart in proxy call session control function P-CSCF 114. SDP1ヘッダ部分の情報の説明図。Explanatory drawing of the information of a SDP1 header part. SDP2ヘッダ部分の情報の説明図。Explanatory drawing of the information of a SDP2 header part. SDP2’ヘッダ部分の情報の説明図。Explanatory drawing of the information of SDP2 'header part. SDP2’’ヘッダ部分の情報の説明図。Explanatory drawing of the information of SDP2 '' header part. セッション接続可否ならびにペナルティ課金の関係の説明図。Explanatory drawing of the relationship of session connection availability and penalty charge.

以下、図面を参照して本発明の実施の形態を説明する。
図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 home network 105 and a user B home network 125, which are two network domains to which users A and B who are trying to communicate exist, and are connected to each other. The user A home network 105 and the user B home network 125 have the same configuration, and the configuration on the user A side will be described below, but the same applies to the user B side.
The user terminal 101 has an application function 102 for communication, a client function 103 for performing an authentication process for authenticating the terminal by a connected network, and a SIP agent function 104 for controlling a communication session with a communication partner. ing.
The user A home network 105 is divided into a service layer 106 that manages and controls communication services provided in the network, and a transfer layer 107 that controls, manages, and transfers data within the network.
The transfer hierarchy 107 is divided into a transfer control function 109 and a transfer function 108. The transfer control function 109 includes a network registration control function (Network Attachment Functions) NACF 112 for performing terminal registration and user function initialization, and a policy and charging rule function having a charging registration function for users and a QoS policy control function. (Policy and Charging Rules Function) PCRF113 is included. The transfer function 108 that performs data transfer includes a policy and charge enforcement function PCEF 111 that executes a QoS policy for the transfer information and acquires charging information, and an actual data transfer and SIP between the user terminal and the proxy call session control function P-CSCF 114. A transfer device 110 that transfers information is included.
The terminal A101 used by the user A is logically connected to the transfer device 110 of the user A home network 105, and is connected to the terminal B121 used by the user B via the transfer device 130 of the user B home network 125.

ネットワーク内で提供する通信サービスの管理および制御を行うサービス階層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 service layer 106 that manages and controls the communication service provided in the network, the call session control function S-CSCF 115 that controls the service function and the relay session control function I that resolves the destination of the call session control function S-CSCF 115 CSCF 116, application server function A / SF 118 having an application server function in the network, authentication / authorization / charging management function (hereinafter referred to as charging AAA) 119 having a function to control user authentication / authorization / charging in the network, The call session control function S-CSCF 115 includes a proxy call session control function P-CSCF (first communication device) 114 that performs communication with the proxy function and transfer control function 109 and communication with the charging AAA 119.
In performing communication from the user, the session information is processed by the P-SCSF 114, the call session control function S-CSCF 115, and the relay session control function I-CSCF 116 from the terminal A101 via the transfer device 110 and then to the user B's home network. After being processed by the relay session control function I-CSCF 136, the call session control function S-CSCF 135, and the proxy call session control function P-CSCF (second communication device) 134, it reaches the terminal B 121 via the transfer device 130 To do. After the session information processing is completed, communication between the terminal A 101 and the terminal B 121 is performed via the transfer device 110 and the transfer device 130.
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 A home network 105.
In FIG. 2, charging AAA 119 includes charging management means 201 for centrally managing information related to charging for users in the network.
Further, in the proxy call session control function P-CSCF 114, QoS request analysis means 204 for analyzing the contents of the SDP information in the SIP message, and the policy in the transfer control function 109 and the charging rule function PCRF 113, the QoS resource QoS resource confirmation means 205 that sends confirmation information and receives a reply, and compares the QoS policy and SDP information such as priority and bandwidth for each user registered in advance and the reply from the policy and charging rule function PCRF 113 to the policy A user policy determination unit 206 that determines whether or not there is a match, and a billing information creation unit 207 that creates billing information associated with user communication.
In the call session control function S-CSCF 115, a service for checking service availability by comparing service provision information to a user registered in advance for each user and communication requested by the user described in the SIP message. A possible check means 208 is provided. The transfer control function 109 includes resource management means 203 for confirming a communication band, a use band for each priority, and a reservation for a band for each priority, and a priority usable by the user, User QoS policy management means 202 holds and manages, as information registered in advance for each user, whether or not to permit change of bandwidth and priority of communication and change of bandwidth. Other functions are the same as those in FIG.

図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 control function NACF 112 and the network registration control function NACF 132. If there is no connection contract, it cannot be used even if a terminal is connected to the network domain.
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-CSCF 115 and the call session control function S-CSCF 135, and communication with other network domains is not possible when there is no connection contract.
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-CSCF 115 and the call session control function S-CSCF 135, and if there is no service contract, communication cannot be performed through the network domain.
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 rule functions PCRF 113 and PCRF 133, and if there is no QoS connection contract, communication can be performed only with the minimum priority and bandwidth specified in advance.
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-CSCF 115 and the call session control function S-CSCF 135. Communication between network domains is not possible without a billing contract.
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 terminal A 101 and the terminal B 121 are performed by the NACFs 122 and 132. Also, in order to reduce complexity, the transfer device 110 or 130 that simply transfers the SIP message is omitted, and the transferring message 100 trying between the functions of the transfer device is omitted for the same purpose.
First, the INVITE message 301 is issued from the terminal A101 to the terminal B121. INVITE 301 is attached with SDP information SDP1 356 in which several patterns of bandwidth, priority, and media information for communication with terminal B 121 are stored (see FIG. 8). The priority may be determined in advance according to media such as audio and video, and the media information may be described in the SDP by omitting the priority. INVITE 301 is sent from terminal A 101 via proxy device 110 to proxy call session control function P-CSCF 114 as a proxy, but is not shown in the drawing to reduce complexity. INVITE 301 reaches call session control function S-CSCF 115 as INVITE 302 via P-CSCF 114. The call session control function S-CSCF 115 confirms whether the service can be received by the user A, and sends it to the call session control function S-CSCF 135 of the user B home network as INVITE 303. The call session control function S-CSCF 135 confirms whether the service can be received by the user B, and sends it to the proxy call session control function P-CSCF 134 as INVITE 304. The proxy call session control function P-CSCF 134 sends INVITE 305 to the user terminal B121. Although INVITE 305 reaches the terminal 121 from the P-CSCF 134 via the transfer device 130, the transfer device 130 is only transferring, and is omitted in the figure to reduce complexity.

端末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 issues SDP2 357. The contents of SDP2 357 are selected and copied from the contents of several patterns in SDP1 356 (see FIG. 9). Thereafter, the terminal B 121 issues a 183 Session Progress message (hereinafter referred to as 183 message) 306 including the information of SDP2 357 to the proxy call session control function P-CSCF 134 as a response message to the terminal A 101 for the INVITE 305. The proxy call session control function P-CSCF 134 analyzes the received SDP2 information and issues a resource inquiry 307 as to whether the QoS resource (priority, bandwidth) of the network can be secured to the policy and charging rule function PCRF 133. Policy and charging rule function PCRF 133 confirms the status of the QoS resource of the network, and QoS resource (priority, bandwidth) information that can be secured as a response to whether or not the QoS resource inquired from proxy call session control function P-CSCF 134 can be secured The resource answer 308 is returned. The proxy call session control function P-CSCF 134 inquires of the policy and charging rule function PCRF 133 about the user QoS request 309, which is a request for the QoS policy information of the user B, to the policy and charging rule function PCRF 133. The policy and charging rule function PCRF 133 returns a QoS answer 310 which is a reply of the QoS information of the user B corresponding to the user QoS request 309 from the proxy call session control function P-CSCF 134. The proxy call session control function P-CSCF 134 determines the continuation or termination of the session based on the information of the QoS answer 310, the resource answer 308, and the SDP2 357. In the case of continuation, the priority / bandwidth for the policy and charging rule function PCRF 133 is determined. And set up billing for the session. Thereafter, the proxy call session control function P-CSCF 134 sends out an 183 message 312 with the information of SDP2 357.

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 message 312 reaches the proxy call session control function P-CSCF 114 via the call session control function S-CSCF 135 and the call session control function S-CSCF 115. The proxy call session control function P-CSCF 114 that received the 183 message analyzes the received SDP2 information, and issues a resource inquiry 315 as to whether the QoS resource (priority, bandwidth) of the network can be secured for the policy and charging rule function PCRF 113. Issue. Policy and charging rule function PCRF 113 confirms the status of the QoS resource of the network, and QoS resource (priority, bandwidth) information that can be secured as a response to whether or not the QoS resource that is inquired from proxy call session control function P-CSCF 114 can be secured A resource answer 316 is returned. The proxy call session control function P-CSCF 114 inquires of the policy and charging rule function PCRF 113 about the user QoS request 317, which is a request for QoS policy information of the user B, to the policy and charging rule function PCRF 113. The policy and charging rule function PCRF 113 returns a QoS answer 318 which is a reply of the QoS information of the user B corresponding to the user QoS request 317 from the proxy call session control function P-CSCF 114. The proxy call session control function P-CSCF 114 determines the continuation or termination of the session based on the information of the QoS answer 318, the resource answer 316, and the SDP2 357. In the case of continuation, the priority / bandwidth for the policy and charging rule function PCRF 113 is determined. And set up billing for the session. Thereafter, the proxy call session control function P-CSCF 114 sends the 183 message 314 with the information of SDP2 357 to the terminal A101.
The reservation of priority and bandwidth is completed as described above. Next, between terminal A 101 and terminal B 121, PRACKs 321, 322, 323, 324, 325 and 200 OK 326, 327, 328, 329 as a response from terminal B 121 to terminal A 101 , 330 are issued. Similarly, UPDATEs 331, 332, 333, 334, and 335 are issued from the terminal A101 to the terminal B121, and 200 OK 336, 337, 338, 339, and 340 are issued as responses. Thereafter, 180 RINGING 341, 342, 343, 344, and 345 are issued from the terminal B121 to the terminal A101, and then 200OK 346, 347, 348, 349, and 350 are issued. When terminal A 101 receives 200 OK 350, it issues ACKs 351, 352, 353, 354, and 355 to terminal B 121.
When terminal B receives 200 OK 355, communication between terminal A 101 and terminal B 121 is possible. A series of operations for establishing a session between the terminal A101 and the terminal B121 can comply with RFC 3312 of the IETF standard.

図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 rule function PCRF 113, and the priority change information and SDP generation means 401 for adding band change information to SDP, and a penalty for generating billing information so that payment is made to the communication partner side network as a penalty when communication resource QoS information cannot be prepared This is billing information generating means 402.

図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 SDP1 556. The IP address, session identification number, port number, protocol, requested bandwidth, QoS priority, and the like of terminal A101 and terminal B121 are designated. The detailed meaning is described in, for example, Non-Patent Document 2, Non-Patent Document 3, Non-Patent Document 4, Non-Patent Document 5, Non-Patent Document 6, and the like.

図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 SDP2 557. The terminal B121 returns information used for communication with the terminal A101 to the terminal A101. A known technique is used for selection of priority, bandwidth and protocol. The content is the same as SDP2 357.
5 differs from FIG. 3 in that the process after the proxy call session control function P-CSCF 134 receives the QoS response message 510 from the policy and charging rule function PCRF 133, and the policy and charging on the user A home network side. This is processing after the QoS answer message 518 from the rule function PCRF 113 to the proxy call session control function P-CSCF 114.
After the proxy call session control function P-CSCF 134 receives the QoS reply message 510 from the policy and charging rule function PCRF 133, the policy and charging rule function PCRF 133 can secure the generation of penalty charging information to the opposite network and the information of SDP2 557. SDP information (hereinafter referred to as SDP2 ′ information) 558 with the added priority and bandwidth information is generated. Further, after the QoS response message 518 from the policy on the user A home network side and the charging rule function PCRF 113 to the proxy call session control function P-CSCF 114, the proxy call session control function P-CSCF 114 indicates the penalty charging information for the opposite network. The SDP information (hereinafter referred to as SDP2 ″ information) 559 is generated by adding the priority and bandwidth information that can be secured by the policy and charging rule function PCRF 113 to the information of generation and SDP2 ′ 558. It may be QoS information indicating QoS.

図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-CSCF 134 after receiving 183 Session Progress 506 from terminal B 121 in FIG.
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 message 506 in the process 601, the QoS request analysis means in the network B analyzes the SDP2 557 of the SIP message in the process 602 to separate the request priority and the request band. In processing 603, based on the request priority and the requested bandwidth, a confirmation message (resource inquiry) 507 is sent to the policy and charging rule function PCRF 133 whether the priority and bandwidth can be secured by the QoS confirmation means in the network B. . In a process 604, a response 508 from the policy and charging rule function PCRF 113 is waited. After the reply 508 arrives, the contents of the reply 508 are analyzed in a process 605.
In the process 606, the QoS answer 510 of the user B is referred. For example, the QoS answer includes information on whether or not the change of priority and bandwidth is allowed for each user. In step 607, the content of the resource answer 508 is determined. If the network cannot prepare for the priority and bandwidth at all, an end message such as 487 (request stop) is sent to the SIP message at step 612 (SIP end processing). Thereafter, in the charging process 613, the charging information generating means deletes the charging information for the corresponding session, sends a message to the charging AAA 139 to end the session, and ends the process.
If the result of the processing 607 indicates that preparation is possible, in the next processing 608, the request priority and bandwidth of the SDP2 557 are compared with the priority and bandwidth of the answer 508. If there is no difference, a charging process for communication is performed in process 609, and the corresponding charging information is sent to the charging AAA 139. Further, in processing 610, the priority and bandwidth setting registration processing of the corresponding communication is performed for the policy and charging rule function PCRF 133, and the processing is terminated.
In step 608, the request priority and bandwidth of SDP2 557 are compared with the priority and bandwidth of answer 508. If there is a difference in at least one of them, the priority and bandwidth of the network factor are determined in steps 614 and 616. User B's QoS policy determination is performed for the change. In the process 614, the policy is matched only when the priority change is permitted / not permitted in the user B's QoS policy, the priority change is permitted based on the difference in priority between the SDP2 557 and the answer 508, and when there is no difference in priority. Otherwise, it is determined that the policy does not match. If the policies do not match, the process proceeds to the SIP end process 612 and the end process is performed.

一方、ポリシ一致の場合は処理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 process 615, and the priority addition secured in the SDP information and the priority change information meaning that the priority has been changed are additionally written.
Further, in the process 616, the policy match is made only when the bandwidth change is permitted and when there is no bandwidth difference based on whether or not the bandwidth change is permitted / not permitted in the QoS policy of the user B and the difference in priority between the SDP2 557 and the answer 508. Otherwise, it is determined that the policy does not match. If the policies do not match, the process proceeds to the SIP end process 612 and the end process is performed. On the other hand, in the case of policy coincidence, SDP2 ′ 558 is generated in process 617, and additional band addition information reserved in the SDP information and additional band change information meaning that the band has been changed are added.
Note that the processing related to the priorities of the processing 614 and 615 and the processing related to the bandwidths of the processing 616 and 617 may be performed in the reverse order limited to the above-described example.

図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 rule function PCRF 133, the reserved priority and bandwidth are described. In the figure, there is a part where the band cannot be secured, and the part is corrected (changed from bold part 1024 to 512). In addition, since the band is changed, band change information (rb = 1) is entered. If there is a change from the priority request, it is set in advance according to the priority in which the part after the equal sign of the media type described as “m =” can be secured as in the example. It is corrected to any of “audio”, “video”, “application”, “data”, “control”, etc. associated with the priority, and the priority change information (ra = 1) is entered.
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-CSCF 134 in process 618, and the charge information in the corresponding session is reduced. Further, the penalty billing registration for paying a penalty from the network B to the network A is performed by the penalty billing information generating means in the proxy call session control function P-CSCF 134. The charge reduction and penalty may be obtained according to, for example, the requested priority and bandwidth and the secured priority and bandwidth difference.
In process 610, priority and bandwidth setting registration processing of the corresponding communication is performed for the policy and charging rule function PCRF 133, and the process ends in process 611.

図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 SDP 2 ′ 558 and the availability of session connection and the penalty charge depending on the bandwidth.
FIG. 7 is a flowchart of processing after receiving the 183 message 514 in the proxy call session control function P-CSCF 114.
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 process 701, the QoS request analysis means 204 in the network A analyzes the SDP2 ′ 558 of the SIP message in the process 702, and the request priority and the request band are separated. The request priority and the requested bandwidth may be changed in the user B's home network as described above. Also, if there is priority change information and band change information, these are also separated. In step 703, the QoS answer 518 which is the QoS policy of the user A is referred to. In step 704, the priority of the network factor and the change of the bandwidth are changed based on the priority change information and the bandwidth change information of the SDP 2 ′ A's QoS policy is determined. In the process 704, if the priority change is permitted in the QoS policy of the user A, if the change of the bandwidth is permitted, or if the priority change information and the bandwidth change information are not present, the policy is matched, and otherwise, the policy is not matched. And
If the policies do not match, an end message such as 487 (request cancellation) is sent to the SIP message in processing 713. After that, the charging information generation means deletes the charging information of the corresponding session in the charging process 714, and a message to end the session is sent to the charging AAA 139 to end the process.
On the other hand, if the policies match in the process 704, the priority for the policy and the charging rule function PCRF 113 in the QoS confirmation means in the network A based on the request priority and the requested bandwidth of the SDP 2 ′ 558 in the process 705 A confirmation message 515 is sent out whether the bandwidth can be secured. In the process 706, the response 516 from the policy and charging rule function PCRF 113 is waited.
In step 708, the content of the answer 516 is determined. When the network cannot prepare for the priority and bandwidth at all, the process proceeds to processing 713, and an end message such as 487 (request cancellation) is transmitted as a SIP message. After that, the charging information generation means deletes the charging information of the corresponding session in charging processing 714, and a message to end the session is sent to the charging AAA 119, and the processing ends.

また、処理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 processing 708 indicates that preparation is possible, in the next processing 709, the request priority and bandwidth of the SDP 2 ′ 558 are compared with the priority and bandwidth of the answer 516. If there is no difference, a charging process for communication is performed in process 710, and the corresponding charging information is sent to the charging AAA 119. Further, in processing 711, the priority and bandwidth setting registration processing of the corresponding communication is performed for the policy and charging rule function PCRF 113, and the processing ends.
When the request priority and bandwidth of SDP2 ′ 558 are compared with the priority and bandwidth of answer 512 in processing 709 and there is a difference in at least one of them, the priority and bandwidth of the network factor are processed in processing 715 and processing 717. The user A QoS policy is determined for the change.
In the process 715, the policy match is made only when the priority change is permitted / not permitted in the QoS policy of the user A, the priority change is permitted based on the difference in priority between the SDP 2 ′ 558 and the answer 516, and when there is no priority difference. Otherwise, it is determined that the policy does not match.
If the policies do not match, the end process is performed in the SIP end process 713. In the case of policy match, SDP2 ″ 559 is generated in process 716, and the priority secured in the SDP information is added, and priority change information meaning that the priority has been changed is additionally written.
Further, in the process 717, the policy is matched only when the band change is permitted / not permitted in the QoS policy of the user A and when the band change is permitted due to the difference in priority between the SDP 2 ′ 558 and the answer 516 or when there is no band difference. Otherwise, it is determined that the policy does not match. If the policies do not match, the end process is performed in the SIP end process 713. In the case of policy match, SDP2 ″ 559 is generated in process 718, and the reserved bandwidth is added to the SDP information, and the bandwidth change information meaning that the bandwidth has been changed is added. Note that the processing related to the priorities of the processing 715 and 716 and the processing related to the bandwidths of the processing 717 and 718 may be performed in the reverse order limited to the above example.

図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 PCRF 113 are described. In the figure, since the request priority from SDP 2 ′ 558 and the bandwidth can be secured, there is no change from SDP 2 ′ 558, and the contents are the same. If priority and bandwidth cannot be secured and there is a change from the request, the corresponding part is corrected in the same manner as in the example of SDP2'558, and priority change information (ra = 1) or bandwidth change (rb = 1) is changed. Fill out.
Thereafter, in a process 719, a charging process is performed by the charging information generating means in the proxy call session control function P-CSCF 114, and the charging information in the corresponding session is reduced. Further, the penalty billing registration for paying the penalty from the network A to the network B is performed by the penalty billing information generating means in the proxy call session control function P-CSCF 114.
In process 711, the priority and bandwidth setting registration process of the corresponding communication is performed for the policy and charging rule function PCRF 113, and the process ends in process 712.
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端末と第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ペナルティ課金情報を登録するステップと
を含む前記ネットワークドメイン間の課金方法。
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.
前記要求QoS情報は、要求優先度及び要求帯域のいずれか又は双方を含み、
前記第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網の通信装置が、前記要求優先度又は要求帯域と、第2網で確保される優先度又は帯域とに差分がある場合に、優先度又は帯域の変更を許容するか否かを示す予め設定されたポリシ情報に従い、ポリシに一致するか判断し、ポリシに一致しない場合は処理を終了し、ポリシに一致する場合はセッションを確立する処理を行うステップ
をさらに含む請求項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.
第2網の通信装置が、前記要求優先度又は要求帯域と、第2網で確保される優先度又は帯域とに差分がある場合に、要求優先度又は要求帯域が確保できなかったことを示す変更情報を第1網の通信装置に送信し、
第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.
第2網の通信装置が、前記要求優先度又は要求帯域と、第2網で確保される優先度又は帯域とに差分がある場合に、該当セッションの課金を減額するステップと、
第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ペナルティ課金情報と第2ペナルティ課金情報を相殺し、第1網及び/又は第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.
第1網又は第2網の通信装置が、前記要求優先度又は要求帯域と、第1網又は第2網で確保される優先度又は帯域とに差分がある場合に、該差分を蓄積するステップ
をさらに含む請求項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端末を収容する第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ネットワークシステム。
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.
JP2010000583A 2010-01-05 2010-01-05 Charging method and qos network system between network domains Pending JP2011142385A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (5)

* Cited by examiner, † Cited by third party
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
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
Good et al. End to end session based bearer control for IP multimedia subsystems
Bernabei et al. A policy based architecture for guaranteed QoS multimedia services
Walker Media Resource Broker SIP Client Implementation Agreement