JP2009159087A - Access control device - Google Patents
Access control device Download PDFInfo
- Publication number
- JP2009159087A JP2009159087A JP2007332744A JP2007332744A JP2009159087A JP 2009159087 A JP2009159087 A JP 2009159087A JP 2007332744 A JP2007332744 A JP 2007332744A JP 2007332744 A JP2007332744 A JP 2007332744A JP 2009159087 A JP2009159087 A JP 2009159087A
- Authority
- JP
- Japan
- Prior art keywords
- resource
- request value
- resource request
- communication terminal
- retry
- 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)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】リソースの要求値を段階的に設定することにより、通信端末が最適な通信速度を確保するため設定するリソースの柔軟な変更を可能にするアクセス制御装置を提供すること。
【解決手段】QoSポリシーを受信すると、第1リソース要求値を決定する。第1リソース要求値で通信が出来ない場合は、第1リソース要求値より低い第2リソース要求値を決定する。そして、第2リソース要求値でデータを伝送した後に、リトライ判定が実行されると、第1リソース要求値で通信可能か判定する。第1リソース要求値で通信可能であれば、第1リソース要求値で通信を行う。
【選択図】図3To provide an access control apparatus that allows a communication terminal to flexibly change a resource to be set in order to ensure an optimum communication speed by setting resource request values in stages.
Upon receiving a QoS policy, a first resource request value is determined. If communication cannot be performed with the first resource request value, a second resource request value lower than the first resource request value is determined. Then, when retry determination is executed after transmitting data with the second resource request value, it is determined whether communication is possible with the first resource request value. If communication is possible using the first resource request value, communication is performed using the first resource request value.
[Selection] Figure 3
Description
本発明はアクセス制御装置に関する。 The present invention relates to an access control apparatus.
従来より、ADSL等の有線アクセス網では、IPパケットを転送するルータにおけるトラフィック量等の負荷状態を監視する等して、負荷状態となっているルータにさらに帯域を割り当てる等のQoS制御を行うことが一般的である。IMT−2000等の移動通信網においても、こうしたQoS制御のため、必要な通信リソースを確保し通信端末に適切なサービス品質を提供する方法が講じられている(例えば、非特許文献1参照)。 Conventionally, in a wired access network such as ADSL, QoS control such as monitoring the load status such as the traffic volume in a router that transfers IP packets and allocating more bandwidth to the router in the load status has been performed. Is common. Even in a mobile communication network such as IMT-2000, for such QoS control, a method of securing necessary communication resources and providing appropriate service quality to a communication terminal is taken (for example, see Non-Patent Document 1).
例えば、ユーザが高品質な動画像配信等の大容量データを送受信する場合、無線区間も含めたトランスポート部分のリソースを、広帯域に確保して配信する方法が知られている。 For example, when a user transmits / receives a large amount of data such as high-quality moving image distribution, a method is known in which resources of a transport portion including a wireless section are ensured in a wide band and distributed.
また、最近では、IPマルチメディアコアネットワーク制御サブシステム(IMS)を導入したQoS制御が図られている。なお、IPマルチメディアコアネットワーク制御サブシステム(IMS)は、テレビ電話や双方向グループ通信等のリアルタイム系マルチメディアサービスを行なう際に起動されるサブシステムである。 Recently, QoS control using an IP multimedia core network control subsystem (IMS) has been implemented. Note that the IP multimedia core network control subsystem (IMS) is a subsystem that is activated when a real-time multimedia service such as a videophone or interactive group communication is performed.
ここで、図8を用いて従来の通信方法について簡単に説明する。図8は、第1通信端末と第2通信端末とが、通信を行う場合について説明するための図である。 Here, a conventional communication method will be briefly described with reference to FIG. FIG. 8 is a diagram for explaining a case where the first communication terminal and the second communication terminal perform communication.
まず、第1通信端末及び第2通信端末が、セッション制御装置とサービスネゴシエーションを実行すると(S902)、セッション制御装置は第1通信端末及び第2通信端末が行なうサービスのサービスクラス等を含むサービス情報を取得する(S904)。そして、セッション制御装置は、取得されたサービス情報に基づいて、リソース設定要求をアクセスゲートウェイ(AGW)に送信する(S906)。なお、ここで、セッション制御装置は、サービスに必要なベアラの情報(少なくとも、要求ビットレート、トラフィッククラス、遅延/優先度等)をQoSポリシーとしてリソース設定要求に含めてAGWに通知する。 First, when the first communication terminal and the second communication terminal execute service negotiation with the session control apparatus (S902), the session control apparatus includes service information including service classes of services performed by the first communication terminal and the second communication terminal. Is acquired (S904). Then, the session control device transmits a resource setting request to the access gateway (AGW) based on the acquired service information (S906). Here, the session control apparatus notifies the AGW of the bearer information necessary for the service (at least the requested bit rate, traffic class, delay / priority, etc.) as a QoS policy in the resource setting request.
AGWは、リソース設定要求に従ってQoSパラメータを決定し(S908)、アクセスポイント(AP)に対して無線ベアラ設定要求を送信する(S910)。この、無線ベアラ設定要求により、QoSパラメータがAPに通知される。 The AGW determines a QoS parameter according to the resource setting request (S908), and transmits a radio bearer setting request to the access point (AP) (S910). The QoS parameter is notified to the AP by this radio bearer setting request.
APは、無線リソース、通信端末能力からスケジューリング構成等のネゴシエーションを実行する(S912)。そして、通信が確保された場合は、APからAGWに対してACKが送信される(S914)。また、AGWは、APからACKを受信すると、リソース設定要求をセッション制御装置に送信する(S916)。 The AP executes negotiation such as a scheduling configuration based on radio resources and communication terminal capabilities (S912). If communication is ensured, an ACK is transmitted from the AP to the AGW (S914). Further, when the AGW receives ACK from the AP, the AGW transmits a resource setting request to the session control device (S916).
これにより、第1通信端末及び第2通信端末の間の通信路がベアラに基づいて設定され、設定されたリソースのベアラ上でのユーザデータが送受信されることとなる。
ここで、従来のIMSのセッション制御装置は、サービスに対し保証すべきリソースの規定値をQoSポリシーとして持ち、そのポリシーを満たすリソースを確保してから通信端末にサービス提供を開始する。しかし、所定のリソースが確保できなかった場合は、利用可能なだけのリソースを確保して、通信を開始することとなる。 Here, a conventional IMS session control apparatus has a specified value of a resource to be guaranteed for a service as a QoS policy, and starts providing a service to a communication terminal after securing a resource that satisfies the policy. However, when a predetermined resource cannot be secured, enough resources are secured and communication is started.
このような従来のリソース設定方法では、要求したリソースが確保できなければ利用可能なリソースだけによるベストエフォートの通信を行なうしかなく、ベストエフォートの通信を開始した後、リソースが改善して最初に要求したリソースが確保可能となったにも関わらず、いったん設定したベアラは通信終了まで維持されるため、通信端末がいったん通信を終了してから再開する等して、再度リソースを要求しない限りは、リソースを設定し直すことはできないといった問題点が生じていた。したがって、リソースが改善したとしても、そのリソースがその通信端末に割り当てられることがなかった。 In such a conventional resource setting method, if the requested resource cannot be secured, the best effort communication can be performed only with the available resource. After the best effort communication is started, the resource is improved and the first request is made. However, once the bearer that has been set is maintained until the end of communication, the communication terminal once ends communication and then restarts, etc. There was a problem that resources could not be reset. Therefore, even if the resource is improved, the resource is not assigned to the communication terminal.
これを解決するため、通信設定後により豊富にリソースを利用可能な状況であれば、リソースを割り当て直すよう、リソースの状態やトラフィック量の監視を行う手法もあるが、ADSL等の有線のアクセス網とは異なり、無線リソースの監視には、通信端末からの状態通知等を必要とする等、システムの複雑化につながるという問題や、限られた無線リソースを柔軟に制御することが困難という、移動通信ネットワーク特有の問題があり実現されていなかった。 In order to solve this, there is a method of monitoring the state of the resource and the traffic amount so that the resource is reassigned if the resource can be used more abundantly after the communication setting, but a wired access network such as ADSL Unlike wireless resources monitoring, it requires a status notification from a communication terminal, which leads to system complications and difficulty in flexibly controlling limited wireless resources. There was a problem peculiar to the communication network and it was not realized.
上記課題に鑑み、本発明が目的とするところは、リソースの要求値を段階的に決定して利用可能なリソースを設定することにより、通信端末に接続性を保証すると共に、最適な通信速度を確保するため設定するリソースの柔軟な変更を可能にするアクセス制御装置を提供することを目的とするものである。 In view of the above-mentioned problems, the present invention aims to determine the required value of resources step by step and set the available resources, thereby guaranteeing the connectivity to the communication terminal and the optimum communication speed. An object of the present invention is to provide an access control apparatus that enables flexible change of resources to be set.
上述した課題を解決するために、本発明のアクセス制御装置は、移動通信ネットワークにおいて、通信端末のセッションを制御するセッション制御装置と、前記通信端末に無線リソースを設定する無線アクセスポイントとに接続したアクセス制御装置において、前記セッション制御装置から、前記通信端末がセッションを開始する情報を受信すると、第1リソース要求値を決定する第1リソース要求値決定手段と、前記決定した第1リソース要求値に従ったリソース設定を、前記無線アクセスポイントに要求する第1リソース要求手段と、前記無線アクセスポイントにおいて、前記第1リソース要求値によるリソース設定が失敗した場合に、前記第1リソース要求値より低い第2リソース要求値を決定する第2リソース要求値決定手段と、前記決定した第2リソース要求値に従ったリソース設定を、前記無線アクセスポイントに要求する第2リソース要求手段と、を備え、所定のタイミングにおいて、前記第1リソース要求値に従ったリソース設定のリトライの判定をするリトライ判定手段を有することを特徴とする。 In order to solve the above-described problems, an access control apparatus of the present invention is connected to a session control apparatus that controls a session of a communication terminal and a wireless access point that sets a radio resource in the communication terminal in a mobile communication network. In the access control device, when receiving information from the session control device that the communication terminal starts a session, first resource request value determining means for determining a first resource request value, and the determined first resource request value The first resource request means for requesting the resource setting according to the wireless access point, and when the resource setting by the first resource request value fails in the wireless access point, the first resource request value lower than the first resource request value. A second resource request value determining means for determining two resource request values; Second resource requesting means for requesting the wireless access point to perform resource setting according to the determined second resource request value, and retrying resource setting according to the first resource request value at a predetermined timing It has a retry determination means for determining.
また、本発明のアクセス制御装置は、前記第1リソース要求値によるリソース設定が失敗した場合に、前記第1リソース要求値を記憶する第1リソース要求値記憶手段を備え、前記第1リソース要求手段は、前記リトライ判定手段によりリトライが判定された場合に、前記第1リソース要求値記憶手段に記憶されている第1リソース要求値を読み出して、無線リソースの設定を要求する手段であることを特徴とする。 The access control apparatus according to the present invention further comprises first resource request value storage means for storing the first resource request value when resource setting by the first resource request value fails, wherein the first resource request means Is a means for reading a first resource request value stored in the first resource request value storage means and requesting setting of a radio resource when a retry is determined by the retry determination means. And
また、本発明のアクセス制御装置は、前記リソース設定再判定手段により、前記第1リソース要求値により、無線リソースの設定が可能であると再判定された場合には、前記第2リソース要求値に従って設定されている無線リソースで実行中のセッションを、継続して実行することを特徴とする。 Further, the access control apparatus according to the present invention, when the resource setting re-determination means re-determines that the radio resource can be set according to the first resource request value, according to the second resource request value. The present invention is characterized in that a session being executed with the set radio resource is continuously executed.
また、本発明のアクセス制御装置は、前記リトライ判定手段において、リトライの判定を行うタイミングは、セッションの開始後、セッション実行中に一定時間が経過したタイミングであることを特徴とする。 In the access control apparatus according to the present invention, the retry determination unit may perform the retry determination at a timing when a predetermined time elapses during the session execution after the session is started.
また、本発明のアクセス制御装置は、前記リトライ判定手段において、リトライ判定を行うタイミングは、前記通信端末のハンドオーバを検出したタイミングであることを特徴とする。 The access control apparatus according to the present invention is characterized in that, in the retry determination means, the timing for performing the retry determination is a timing when a handover of the communication terminal is detected.
また、本発明のアクセス制御装置は、前記リトライ判定手段において、リトライ判定を行うタイミングは、前記通信端末と同一エリアに在圏し、リソースを占有している他の通信端末がリソースを開放したのを検出したタイミングであることを特徴とする。 Further, in the access control device of the present invention, the retry determination timing in the retry determination means is that other communication terminals that are in the same area as the communication terminal and occupy the resource have released the resource. It is the timing which detected this.
また、本発明のアクセス制御装置は、前記リトライ判定手段において、リトライ判定を行うタイミングは、前記通信端末と同一エリアに在圏し、リソースを占有している他の通信端末にハンドオーバが発生したことを検出したタイミングであることを特徴とする。 In the access control apparatus according to the present invention, the retry determination unit may be configured such that the retry determination timing is within the same area as the communication terminal and a handover has occurred in another communication terminal that occupies resources. It is the timing which detected this.
本発明によれば、リソース要求値に従ってリソースを設定する制御を行うアクセス制御装置において、セッション制御装置から、通信端末の通信に必要なリソース設定要求を受信すると、第1リソース要求値を決定する。そして、第1リソース要求値によるリソース設定が失敗した場合には、第1リソース要求値より低い第2リソース要求値を決定する。ここで、前記通信端末からのリトライの判定があったと判定された場合には、第1リソース要求値により、無線リソースの設定が可能か再判定することとなる。したがって、一度第1リソース要求値より低い第2リソースにおいて、セッションが確立されても、第1リソース要求値によって無線リソースが設定可能となれば、第1リソース要求値によるリソース確立をリトライしてセッションを確立する。 According to the present invention, in an access control apparatus that performs control for setting a resource according to a resource request value, when a resource setting request necessary for communication of a communication terminal is received from the session control apparatus, the first resource request value is determined. And when the resource setting by a 1st resource request value fails, the 2nd resource request value lower than a 1st resource request value is determined. Here, when it is determined that there is a retry determination from the communication terminal, it is determined again whether the wireless resource can be set based on the first resource request value. Therefore, even if a session is established once in the second resource lower than the first resource request value, if the radio resource can be set by the first resource request value, the resource establishment by the first resource request value is retried and the session is retried. Establish.
以下、図面を参照して本実施形態におけるアクセス制御装置及びアクセス制御装置を利用した移動通信システムにおける最良の実施形態について説明する。 Hereinafter, an exemplary embodiment of an access control apparatus and a mobile communication system using the access control apparatus according to the present embodiment will be described with reference to the drawings.
本発明のアクセス制御装置は、通信端末がサービスを行うのに必要なリソースを最大限有効に活用できるようにする方法を、システムの複雑化を回避し比較的容易に実現するため、次のような手段を講じた。以下、詳細に説明する。 The access control apparatus according to the present invention realizes a method for enabling a communication terminal to make the most effective use of resources necessary for performing a service in a relatively easy manner while avoiding complication of the system. I took various measures. This will be described in detail below.
[システム構成]
図1は、アクセス制御装置をアクセスゲートウェイ(AGW)に適用し、移動通信システム1に配置した場合の一例を示す図である。移動通信システム1は、セッション制御装置10と、AGW20と、アクセスポイント(AP)30と、加入者管理サーバ40とが接続されているネットワークであり、AP30には通信端末50aが接続されている。
[System configuration]
FIG. 1 is a diagram illustrating an example in which an access control apparatus is applied to an access gateway (AGW) and arranged in a mobile communication system 1. The mobile communication system 1 is a network in which a
また、移動通信システム1は、IPルータ60を介してIPネットワークに接続されている。当該IPネットワークには、通信端末50bが接続されており、移動通信システム1及びIPネットワークを介して通信端末50aと、通信端末50bとが通信路を設け、データの送受信を行う。
The mobile communication system 1 is connected to the IP network via the
なお、通信端末50aと、通信端末50bとを併せて包括的に表現する場合には通信端末50とする。また、セッション制御装置10と、加入者管理サーバ40とによりIMSが構成されている。
Note that the communication terminal 50 is used when the
まず、セッション制御装置10について説明する。セッション制御装置10は、サービス情報取得部102と、QoSポリシー通知部104とを備えて構成される。
First, the
サービス情報取得部102は、端末間でセッションを設定する際に行なうサービスネゴシエーションを仲介し、サービスタイプ(CBR、VBR、ABR、ベストエフォート等)やトラフィッククラス(会話型、双方向対話型、ストリーミング型、バックグラウンド型)等のサービスの属性に関する情報を取得する機能部である。
The service
QoSポリシー通知部104は、サービス情報取得部102において取得されたサービス情報に対応し、ベストエフォートを除いたサービス毎に保証すべきリソース要求値(帯域幅や許容遅延率等の規定値)を選択し、AGW20のリソース設定部208に通知する。ここで、QoSポリシーは、通信端末毎にネットワークへの加入形態や、通信能力によって異なり、リソースが他の通信端末に占有されているような状況であっても、ある通信端末にはリソース割り当てを優先する等の情報である。そのため、QoSポリシー通知部104は、加入者管理サーバ40と接続され、通信端末50の加入形態や通信能力等の情報を取得可能としている。
The QoS
続いて、AGW(アクセスゲートウェイ)20について説明する。AGW20には、位置管理部202と、リトライ判定部204と、記憶部206と、リソース設定部208と、データ伝送部210とを備えて構成されている。
Next, the AGW (access gateway) 20 will be described. The
位置管理部202は、AP30に接続されている通信端末50の位置を管理する機能部である。移動管理部202は、AP30の位置管理部302により入力される通信端末50の移動を管理する。また、通信端末50aが、AP30の在圏エリアから外れると、ハンドオーバ処理を実行する。
The
リトライ判定部204は、最初に決定したリソース要求値によってリソースが確保できなかった場合に、通信設定後のタイミングで、リトライを判定する。
ここで、リトライ判定は、通信端末50の位置を管理している位置管理部202から、通信端末50のハンドオーバや、通信端末50と同一のエリアに在圏する他の通信端末のハンドオーバ、またはリソース開放の情報を契機に判定する。
The retry
Here, the retry determination is performed by the
また、さらに簡易な方法として、タイマーを設定しておき通信開始後一定時間経過したことによって、リトライを判定してもよい。リトライ判定部204がリトライを判定すると、リソース設定部208は記憶部206において保持している最初のリソース要求値を呼び出して、リソースを設定する。
As a simpler method, a retry may be determined by setting a timer and elapse of a certain time after the start of communication. When the retry
記憶部206は、通信端末クラスや、トラフィッククラス、サービスタイプに対応づけてリソースの要求値を記憶している記憶部である。
The
リソース設定部208は、QoSポリシー通知部104から通知されたQoSポリシーに基づき、少なくともトラフィッククラスや、上り/下りのデータ伝送速度等リソース要求値を決定し、データ伝送部210にリソースを設定する。また、リソース設定部208で決定した最初のリソース要求値は、通信端末50の通信が終了するまでの間、記憶部206において保持する。
Based on the QoS policy notified from the QoS
データ伝送部210は、IPルータ60とデータを送受信する機能部である。例えば、リソース設定部208から入力されたリソース要求値等を送信したり、AP30を介して接続されている通信端末50aからのデータをIPルータ60に送受信したりする。
The
続いて、アクセスポイント(AP)30について説明する。AP30は、無線リソース設定部304と、移動検知部302と、データ伝送部306とを備えて構成される。
Next, the access point (AP) 30 will be described. The
移動検知部302は、通信端末50aの移動を検知する機能部である。移動検知部302は、AP30の在圏エリアに在圏する通信端末を管理したり、ハンドオーバの制御を行ったりする。
The
無線リソース設定部302は、AGW20からのリソース要求値に基づいて、無線変調方式等の無線パラメータを決定し、データ伝送部306に設定する機能部である。
The radio
データ伝送部306は、設定されたリソース要求値にしたがって、データ伝送部210を介して通信を行う。すなわち、AGW20(データ伝送部20)と、IPルータ60とを介すことにより、通信端末50bと通信を行う。
The
なお、図1は本実施形態における一構成例であり、これに限定されるものではないことはもちろんである。例えば、図1の構成例ではAGW20に位置管理部202を備えているが、位置管理のシグナリングを分離して扱うよう、AGW20とは独立して位置管理装置として構成されてもよい。また同様に、セッション制御装置にQoSポリシー通知部104を備えているが、QoSポリシーサーバーとしてセッション制御装置とは別に構成されていてもよい。
Note that FIG. 1 is a configuration example in the present embodiment, and it is needless to say that the present invention is not limited to this. For example, although the
ここで、AGW20の記憶部206に記憶されるリソースの要求値について、図2を参照して説明する。図2に示すように、通信端末クラス(例えば、「クラス1」)と、トラフィッククラス(例えば「クラス1(会話型)」と、サービスタイプ(例えば、「CBR」)とに対応づけて、第1リソース要求値(例えば、「>144kbps」)と、第2リソース要求値(例えば、「>64kbps」)とを記憶している。
Here, the required value of the resource stored in the
ここで、通信端末クラスとは、サービスを実行する通信端末の加入形態のタイプ、通信能力等から判定された通信端末のクラスである。 Here, the communication terminal class is a class of the communication terminal determined from the type of subscription form of the communication terminal that executes the service, the communication capability, and the like.
また、トラフィッククラスとは、トラフィックの種類に応じて記憶されており、本実施形態では、会話型の通信に用いられる「クラス1」と、双方向型の通信に用いられる「クラス2」と、ストリーミングの通信に用いられる「クラス3」と、バックグラウンドの通信に用いられる「クラス4」とがある。
The traffic class is stored according to the type of traffic. In this embodiment, “class 1” used for conversational communication, “
また、サービスタイプは、提供されるサービスの種類に応じて記憶されている。本実施形態では、CBR(固定ビットレート:Constant Bit Rate)と、VBR(可変ビットレート:Variable Bit Rate)と、ABR(平均ビットレート:Available Bit Rate)と、UBR(不特定ビットレート:Unspecified Bit Rate)とに分かれている。 The service type is stored according to the type of service provided. In this embodiment, CBR (Constant Bit Rate), VBR (Variable Bit Rate), ABR (Average Bit Rate: Available Bit Rate), and UBR (Unspecified Bit Rate: Unspecified Bit Rate). Rate).
また、リソース要求値は、ベアラ通信速度を決定するための要求値である。例えば、第1リソース要求値「>144kbps」の場合、144kbpsより大きな通信速度を要求する、換言すれば、144kbpsの通信速度が保証されることとなる。 The resource request value is a request value for determining the bearer communication speed. For example, when the first resource request value is “> 144 kbps”, a communication speed higher than 144 kbps is requested, in other words, a communication speed of 144 kbps is guaranteed.
ここで、図2において、リソース設定部208がリソース要求値を決定する方法について簡単に説明する。図2は、上述したように、記憶部206に記憶されているリソース要求値を決定する為のテーブルである。まず、QoSポリシーによって、サービスを実行する通信端末の加入形態のタイプ、通信能力等から判定された通信端末へのリソース設定優先度が、通信端末クラスとして示される。
Here, in FIG. 2, a method for the
また、その通信端末のトラフィッククラス、サービスタイプ毎に対応する要求値が、第1リソース要求値と第2リース要求値として示される。この例の場合は、通信端末クラス1の通信端末が、トラフィッククラス1(会話型)の通信をCBRで行なう場合に必要なリソースは、第1リソース要求値が144kbpsより大きく、第2リソース要求値が64kbpsより大きくなっている。 Also, request values corresponding to each traffic class and service type of the communication terminal are shown as a first resource request value and a second lease request value. In the case of this example, the resource required when the communication terminal of the communication terminal class 1 performs the traffic class 1 (conversational) communication by CBR has a first resource request value larger than 144 kbps, and the second resource request value Is greater than 64 kbps.
図3に、AGW20の処理のフローチャートを示す。AGW20は、セッション制御装置10からQoSポリシー通知を受信すると(ステップS100)、トラフィッククラス、最大/最小ビットレート(上り/下り)などのパラメータにより、記憶部206を参照して第1リソース要求値を決定する(ステップS102)。
FIG. 3 shows a flowchart of the processing of the
次に、AGW20は、第1リソース要求値に基づく第1リソース設定トライを実行し、成功すると(すなわち、AP30からACKが返ってくると)、確保したリソースで通信を開始する(ステップS104;Yes→ステップS106)。
Next, the
他方、第1リソース設定トライが失敗した場合は(すなわち、AP30からNACKが返ってくると)、第1リソース要求値より要求レベルを低下させた第2リソース要求値を決定する(ステップS104;No→ステップS108)。ここで第1リソース要求値を一時的に記憶部206に記憶する。なお、記憶部206で記憶した第1リソース要求値は、通信端末50の通信終了まで保持するようにする。
On the other hand, when the first resource setting try fails (that is, when a NACK is returned from the AP 30), a second resource request value having a request level lower than the first resource request value is determined (step S104; No). → Step S108). Here, the first resource request value is temporarily stored in the
そして、第2リソース設定トライを行ない成功すると(ステップS110;Yes)、確保した第2リソース要求値で通信を開始する。なお、第2リソース設定トライに失敗した場合は(ステップS110;No)、リソースが確保できなかったものとして本処理を終了する。 If the second resource setting try is performed successfully (step S110; Yes), communication is started with the secured second resource request value. Note that if the second resource setting try fails (step S110; No), the processing is terminated assuming that the resource could not be secured.
ステップS112に戻って説明をする。第2リソース設定トライによって通信を開始した後、リトライをするか否か判定をする(ステップS114)。ここで、リトライするか否かを判定するトリガーは、例えば、通信端末50がハンドオーバした時や、通信端末50と同じAPに在圏する他の通信端末のリソースが開放された場合等である。 Returning to step S112, description will be given. After communication is started by the second resource setting try, it is determined whether or not to retry (step S114). Here, the trigger for determining whether or not to retry is, for example, when the communication terminal 50 is handed over or when resources of other communication terminals located in the same AP as the communication terminal 50 are released.
リトライすると判定された場合には(ステップS114;Yes)、第1リソース要求値を読み出し(ステップS116)、第1リソース設定リトライを実行する(ステップS118)。ここで、第1リソース要求値は、先ほど一時記憶された値が読み出されるものとする。 If it is determined to retry (step S114; Yes), the first resource request value is read (step S116), and the first resource setting retry is executed (step S118). Here, it is assumed that the first resource request value is read from the value temporarily stored.
第1リソース設定リトライが成功すると(ステップS118;Yes)、新たに確定した第1リソース要求値に基づいて通信を開始する(ステップS106)。反対に、第1リソース設定トライに失敗した場合は(ステップS118;No)、既に設定している第2リソース要求値による通信を継続し、再びハンドオーバなどの契機があった場合にリトライを判定する。 If the first resource setting retry is successful (step S118; Yes), communication is started based on the newly determined first resource request value (step S106). On the contrary, when the first resource setting try fails (step S118; No), the communication with the already set second resource request value is continued, and a retry is determined when there is an opportunity such as handover again. .
リトライを判定する契機としては、通信端末50のハンドオーバ等のタイミングを利用する。具体的には、ハンドオーバ元のAPからAGW20への通信端末50のハンドオーバ通知を受信した時に、リトライ判定を行なう。この通知は、通信端末50がAPをまたがってハンドオーバする際に通常行われるものであり、AGW20はAPからこの通知を受けると、ハンドオーバ先のAPに無線リソース設定を指示し、通信端末50はハンドオーバ先APで設定された無線リソースを利用することができる。
As a trigger for determining the retry, timing such as a handover of the communication terminal 50 is used. Specifically, retry determination is performed when a handover notification of the communication terminal 50 from the handover source AP to the
この時、ハンドオーバ元のAPが第2リソース要求値に従ってリソース設定をしていた場合でも、AGW20はハンドオーバ先APに対しては元の第2リソース要求値によるリソース設定を要求するのではなく、第1リソース要求値によるリソース設定にリトライするよう判定する。これは、ハンドオーバ先APでは無線環境が良好で第1リソース要求値でリソースを設定できる可能性があるためである。
At this time, even if the handover source AP has set the resource according to the second resource request value, the
リトライを判定し、ハンドオーバ先APで第1リソース要求値によるリソース設定が成功すると、通信端末50はハンドオーバ前のリソース(第2リソース要求値で設定したリソース)よりも好適な状態でリソースを利用できるようになる。しかし、第1リソース要求値によるリソース設定が失敗した場合は、図3で説明したステップS104;No→ステップS108→ステップS110;Yesと同様の手順によって第2リソース要求値によるリソース設定を行う。 If the retry is determined and the resource setting by the first resource request value is successful at the handover destination AP, the communication terminal 50 can use the resource in a more favorable state than the resource before the handover (the resource set by the second resource request value). It becomes like this. However, when the resource setting by the first resource request value fails, the resource setting by the second resource request value is performed by the same procedure as Step S104; No → Step S108 → Step S110; Yes described in FIG.
第1リソース要求値によるリソース設定が失敗した場合の注意点としては、リトライを実行することによってハンドオーバ遅延につながる可能性があることである。これを回避する手段の一例としては、ステップS100でセッション制御装置10から通知されたQoSポリシーの情報を用いる。
A point to be noted when the resource setting by the first resource request value fails is that there is a possibility of causing a handover delay by executing a retry. As an example of means for avoiding this, the QoS policy information notified from the
トラフィッククラス1の音声通話等の場合は、他のクラスに比べある程度の遅延が許容されるサービスであることから、トラフィッククラス1のサービスの場合はリトライを判定するという方法がある。一方、FTPサービス等トラフィッククラス4のサービスの場合は、低遅延が要求されることから、リトライによる第1リソース要求値のリソース設定よりも、第2リソース要求値によるリソース確保を維持するように、リトライしないことを判定する。
In the case of a traffic call of traffic class 1 and the like, since a certain level of delay is allowed compared to other classes, there is a method of determining a retry in the case of a traffic class 1 service. On the other hand, in the case of a
また、通信端末50のハンドオーバ発生によってだけでなく、通信端末50と同じAPのエリアに在圏する他の通信端末が、他のAPへハンドオーバしたタイミングで、リトライ判定を行ってもよい。これは、他の通信端末がハンドオーバしたことにより、通信端末50がそのエリアにおいて利用できるリソースが増える可能性があるためであり、AGW20は他の通信端末のハンドオーバ元APからハンドオーバ通知を受けると、そのAPに在圏している通信端末50へのリソース設定をリトライすることを判定する。
Further, the retry determination may be performed not only when a handover of the communication terminal 50 occurs but also when another communication terminal located in the same AP area as the communication terminal 50 hands over to another AP. This is because the resources that the communication terminal 50 can use in the area may increase due to the handover of another communication terminal. When the
また、通信端末50と同じAPのエリアに在圏する他の通信端末が、通信を終了したタイミングで、リトライ判定を行ってもよい。これも上記と同じく、他の通信端末が通信を終了したことにより、通信端末50がそのエリアにおいて利用できるリソースが増える可能性があるためであり、AGW20は他の通信端末が終話しリソース開放を行なった通知をAPから受けると、通信端末50へのリソース設定をリトライすることを判定する。 Further, another communication terminal located in the same AP area as the communication terminal 50 may perform the retry determination at the timing when the communication is terminated. Similarly to the above, when other communication terminals terminate communication, there is a possibility that the resources that the communication terminal 50 can use in the area may increase. When the notification is received from the AP, it is determined to retry the resource setting for the communication terminal 50.
図4に、通信端末50aと通信端末50bとの間で通信を開始するまでのシーケンスを示す。図4では、通信端末50a側の処理のみを示しているが、通信端末50b側でも同様にリソース設定処理を行なうものとする。
FIG. 4 shows a sequence until communication is started between the
通信端末50aと通信端末50bの間で、まずはセッション制御装置10を介し、実行するサービスタイプ、トラフィッククラスのサービスネゴシエーションを行なう(S202)。セッション制御装置20は、サービスネゴシエーションからサービス情報を取得して(S204)、QoSポリシーを選択し、AGW20にリソース設定要求を送信する(S206)。
First, service negotiation of a service type and a traffic class to be executed is performed between the
AGW20は、QoSポリシーに基づいて記憶部206から第1リソース要求値を決定し(S208)、AP30に無線ベアラ設定要求を送信する(S210)。また、無線ベアラ設定要求により、QoSパラメータがAP30に通知される。
The
ここで、AP30は、無線リソース、通信端末能力から、スケジューリング構成等のネゴシエーションを実行する(S212)。すなわち、AP30は、無線ベアラ設定要求により通知されたQoSパラメータを、上り/下りの伝送レートや送信電力値、無線チャネル数等の無線パラメータにマッピングし、通信端末50aに通知する。そして、通信端末50aが通知された無線パラメータを許容可能であれば、AGW30に「ACK」を送信し、許容可能でない場合は「NACK」を送信する。
Here, the
ここで、許容可能で無かった場合を例にとって説明すると、AP30は、AGW20に対してNACKを送信する(S214)。NACKを受信したAGW20は、第2リソース要求値を決定すると共に、第1リソース要求値を記憶部206に一時記憶する(S216)。そして、AP30に、第2リソース要求値に基づく無線アクセスベアラ設定要求を送信する(S218)。なお、当該無線アクセスベアラ設定要求により、修正されたQoSパラメータが通知されることとなる。
Here, the case where it is not allowable will be described as an example. The
AP30は、前記処理を再度行ない、通信端末50aとネゴシエーションを実行する(S220)。本実施形態においては、通信端末50aは第2リソース要求値に対しては無線パラメータを許容するものとする。したがって、AP30は無線リソースを設定し、AGW20に、ACKを送信する(S222)。AGW20は、ネットワークの有線側のリソースを設定すると、データを伝送するベアラが設定され、通信セッションを開始することが可能となる。AGW20はセッション制御装置10にリソース設定応答を送信し、セッションが開始される(S224)。
The
そして、通信端末50aと、通信端末50bとの間にベアラが設定され、設定されたリソースのベアラ上で通信が行われることとなる。
And a bearer is set between the
次に、図5にセッションを開始した後に行なうリソース設定リトライの手順を示す。この例では、通信端末50aのハンドオーバを機に、AGW20がリトライを判定する場合である。
Next, FIG. 5 shows a procedure for resource setting retry performed after the session is started. In this example, the
ここで、通信システムの概略を図5に示す。上述したように、セッション制御装置10と、AGW20と、加入者管理サーバ40とが相互に接続されており、AGW20は外部ネットワークに接続されている。また、AGW20には、AP30aと、AP30bとが接続されている。そして、通信端末50aが、AP30aの在圏エリアから、AP30bの在圏エリアに移動したことによりハンドオーバが発生した場合について図6のシーケンス図を用いて説明する。
Here, an outline of the communication system is shown in FIG. As described above, the
まず、図6をみると、通信端末50aと、AP30aと、AP30bと、AGW20と、セッション制御装置10と、通信端末50bと、が接続されている。
First, referring to FIG. 6, the
まず、通信端末50aと、通信端末50bは、AGW20を介して設定されたリソースのベアラ上でユーザデータの送受信がされている(S302)。ここで、通信端末50aから、AP30aに対してハンドオーバ要求が送信されると(S304)、AP30a、AP30bとの間でハンドオーバ処理が実行される(S306)。
First, the
ハンドオーバ処理が実行されると、AP30aはAGW20にハンドオーバ通知を送信する(S308)。これは、ハンドオーバ時に通常行われるAP30aへのデータの伝送のリソース開放をAGW20に通知するためのものである。
When the handover process is executed, the
AGW20は、ハンドオーバ通知を受けリトライすることを判定し(S310)、第1リソース要求値を呼び出して、ハンドオーバ先のAP30bに、無線ベアラ設定要求リトライを送信する(S312)。ここで、無線ベアラ設定要求リトライにより、QoSパラメータがAP30bに通知される。
The
そして、AP30bと、通信端末50aとの間で無線リソース、通信端末能力からスケジューリング構成等をネゴシエーションする(S314)。ここで、第1リソース要求値に従ったリソースが可能である場合には、AP30bからAGW20にACKを送信する(S316)。そして、図4で設定されたベアラ(第2リソース要求値に基づいて設定されたベアラ通信速度)は新たに確保した第1リソース要求値に基づいて設定されたベアラ速度により確立し直されたこととなり、セッションはそのベアラ上で継続される。
Then, a scheduling configuration and the like are negotiated from the radio resource and the communication terminal capability between the
また、通信端末50aと同じAP30aのエリアに接続していた他の通信端末がリソースを占有していたが、他のAPにハンドオーバをしたので、リソースに空きが出たという状況でも、前記と同様にAGW20がAP30aからの通知を機に、通信端末50aへのリソース設定リトライを判定するトリガーとすることができる。
Also, other communication terminals connected to the same area of the
上述したように、本実施形態によれば、通信端末が、移動通信ネットワークに接続する場合において、一度確保されたベアラの通信速度が、通信の状況が変化することにより、変化することとなる。したがって、通信端末が密集する場所であっても、最適な通信速度を実現することが可能となる。 As described above, according to the present embodiment, when the communication terminal is connected to the mobile communication network, the communication speed of the bearer once secured changes as the communication status changes. Therefore, it is possible to realize an optimum communication speed even in a place where communication terminals are crowded.
なお、本実施形態においては、第1リソース要求値を、記憶部206に一時的に記憶することとして説明したが、記憶部206に記憶されているリソース要求値を用いても良い。この場合、リソース要求値を再度記憶されているテーブルから読み出す必要があるが、一時的に記憶する必要がなくなる。
In the present embodiment, the first resource request value is described as being temporarily stored in the
また、通信端末50aと同じAP30aのエリアに接続していた他の通信端末がリソースを占有していたが、通信を終了してリソースに空きが出た場合でも、AP30aからAGW20にリソース開放を通知するため、同様にAGW20はAP30aからの通知を機にリトライを判定することができる。
In addition, even if another communication terminal connected to the same area of the
また、本実施形態においては、第2リソース要求値に基づいて、第2リソース設定トライが失敗した場合には、処理を終了することとして説明したが、要求レベルを段階的に低下させ、第3、第4のリソース要求値を決定してもよいことは勿論である。 Further, in the present embodiment, it has been described that the processing is terminated when the second resource setting try fails based on the second resource request value. Of course, the fourth resource requirement value may be determined.
一例として、図7は第3リソース要求値まで記載した内容である。例えば、トラフィッククラス2のCRBタイプでは、第1リソース要求値として「384kbps」、第2リソース要求値として「288kbps」、第3リソース要求値として「144kbps」が設定されている。
As an example, FIG. 7 shows the contents up to the third resource request value. For example, in the CRB type of
このとき、まず、AGW20は、第1リソース要求値「384kbps」を設定して無線ベアラ設定要求を送信する。ここで、NACKを受信すると、つぎに第2リソース要求値「288kbps」を設定し、無線ベアラ設定要求を送信する。ここで、再度NACKを受信すると、次に第3リソース要求値「144kbps」を設定し、無線ベアラ設定要求を送信する。ここで、ACKを受信すると、通信端末と「144kbps」にてベアラが設定される。
At this time, first, the
ここで、ハンドオーバ発生時に、再度第1リソース要求値「384kbps」を設定して再度無線ベアラ設定要求を送信する。ここで、ACKを受信すれば、通信端末と「384kbps」にてベアラが設定されることとなる。また、NACKを受信した場合は、つづいて第2リソース要求値「144kbps」を設定して、無線ベアラ設定要求を送信する。ここで、ACKを受信すると、通信端末と「144kbps」にてベアラが設定されることとなる。 Here, when the handover occurs, the first resource request value “384 kbps” is set again and the radio bearer setting request is transmitted again. Here, if an ACK is received, a bearer is set up with the communication terminal at “384 kbps”. If NACK is received, the second resource request value “144 kbps” is set, and a radio bearer setting request is transmitted. Here, when an ACK is received, a bearer is set up with the communication terminal at “144 kbps”.
このように、複数のリソース要求値を設けることにより、要求レベルに関しては段階的に適用することが可能となり、通信端末の接続性を保証し適切な通信速度を設定することが可能となる。 As described above, by providing a plurality of resource request values, it is possible to apply the request level in stages, and it is possible to guarantee the connectivity of the communication terminal and set an appropriate communication speed.
1 移動通信システム
10 セッション制御装置
102 サービス情報取得部
104 QoSポリシー通知部
20、20a、20b アクセスゲートウェイ
202 位置管理部
204 リトライ判定部
206 記憶部
208 リソース設定部
210 データ伝送部
30 アクセスポイント
302 移動検知部
304 無線リソース設定部
306 データ伝送部
40 加入者管理サーバ
50、50a、50b 通信端末
60 IPルータ
DESCRIPTION OF SYMBOLS 1
Claims (7)
前記セッション制御装置から、前記通信端末がセッションを開始する情報を受信すると、第1リソース要求値を決定する第1リソース要求値決定手段と、
前記決定した第1リソース要求値に従ったリソース設定を、前記無線アクセスポイントに要求する第1リソース要求手段と、
前記無線アクセスポイントにおいて、前記第1リソース要求値によるリソース設定が失敗した場合に、前記第1リソース要求値より低い第2リソース要求値を決定する第2リソース要求値決定手段と、
前記決定した第2リソース要求値に従ったリソース設定を、前記無線アクセスポイントに要求する第2リソース要求手段と、
を備え、
所定のタイミングにおいて、前記第1リソース要求値に従ったリソース設定のリトライの判定をするリトライ判定手段を有することを特徴とするアクセス制御装置。 In a mobile communication network, in a session control device for controlling a session of a communication terminal, and an access control device connected to a wireless access point for setting a wireless resource in the communication terminal,
A first resource request value determining means for determining a first resource request value upon receiving information from the session control device that the communication terminal starts a session;
First resource requesting means for requesting the wireless access point to perform resource setting according to the determined first resource request value;
A second resource request value determining means for determining a second resource request value lower than the first resource request value when resource setting by the first resource request value fails in the wireless access point;
Second resource requesting means for requesting the wireless access point to perform resource setting according to the determined second resource request value;
With
An access control apparatus comprising retry determination means for determining a retry of resource setting according to the first resource request value at a predetermined timing.
前記第1リソース要求手段は、前記リトライ判定手段によりリトライが判定された場合に、前記第1リソース要求値記憶手段に記憶されている第1リソース要求値を読み出して、無線リソースの設定を要求する手段であることを特徴とする請求項1に記載のアクセス制御装置。 A first resource request value storage means for storing the first resource request value when resource setting by the first resource request value fails;
The first resource request unit reads a first resource request value stored in the first resource request value storage unit and requests a radio resource setting when a retry is determined by the retry determination unit. The access control apparatus according to claim 1, wherein the access control apparatus is a means.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007332744A JP2009159087A (en) | 2007-12-25 | 2007-12-25 | Access control device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007332744A JP2009159087A (en) | 2007-12-25 | 2007-12-25 | Access control device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009159087A true JP2009159087A (en) | 2009-07-16 |
Family
ID=40962658
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007332744A Pending JP2009159087A (en) | 2007-12-25 | 2007-12-25 | Access control device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2009159087A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012032679A1 (en) * | 2010-09-06 | 2012-03-15 | 株式会社日立製作所 | Computer system and control method for computer system |
| JP2013513992A (en) * | 2009-12-09 | 2013-04-22 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Policy for content download and content upload |
| JP2017514388A (en) * | 2014-04-21 | 2017-06-01 | マイクロソフト テクノロジー ライセンシング,エルエルシー | Session-based device configuration settings |
| WO2020208882A1 (en) * | 2019-04-12 | 2020-10-15 | ソニー株式会社 | Control device, wireless communication device, and control method for wireless communication device |
-
2007
- 2007-12-25 JP JP2007332744A patent/JP2009159087A/en active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013513992A (en) * | 2009-12-09 | 2013-04-22 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Policy for content download and content upload |
| JP2015029327A (en) * | 2009-12-09 | 2015-02-12 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Policies for content downloading and content uploading |
| US9215483B2 (en) | 2009-12-09 | 2015-12-15 | Telefonaktiebolaget L M Ericsson (Publ) | Policies for content downloading and content uploading |
| WO2012032679A1 (en) * | 2010-09-06 | 2012-03-15 | 株式会社日立製作所 | Computer system and control method for computer system |
| JP2012058815A (en) * | 2010-09-06 | 2012-03-22 | Hitachi Ltd | Computer system and control method of computer system |
| US9201695B2 (en) | 2010-09-06 | 2015-12-01 | Hitachi, Ltd. | Computer system and control method for acquiring required resources |
| JP2017514388A (en) * | 2014-04-21 | 2017-06-01 | マイクロソフト テクノロジー ライセンシング,エルエルシー | Session-based device configuration settings |
| WO2020208882A1 (en) * | 2019-04-12 | 2020-10-15 | ソニー株式会社 | Control device, wireless communication device, and control method for wireless communication device |
| US11856442B2 (en) | 2019-04-12 | 2023-12-26 | Sony Group Corporation | Control device, wireless communication device, and method of controlling wireless communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10004001B2 (en) | User equipment, base station, and streaming media adaptive transmission system and method | |
| CN110603845B (en) | Communication method, base station and terminal equipment | |
| US9826542B2 (en) | Method and devices for specifying the quality of service in a transmission of data packets | |
| Alasti et al. | Quality of service in WiMAX and LTE networks [Topics in Wireless Communications] | |
| US6668175B1 (en) | Method and apparatus for providing radio access bearer services | |
| US9936534B2 (en) | Method and apparatus for data transmission | |
| JP4985652B2 (en) | Wireless communication apparatus, wireless communication method, and wireless communication system | |
| JP2007110363A (en) | Wireless communication system and base station | |
| CN107071816B (en) | Heterogeneous convergence network-based traffic management method and system | |
| JP2009159087A (en) | Access control device | |
| KR20090038752A (en) | How to set up wireless connection for data transmission service | |
| CN108811005A (en) | A kind of switching method and device of communication network | |
| WO2000070831A1 (en) | Method and apparatus for providing radio access bearer services | |
| JP2005101815A (en) | Mobile communication terminal | |
| US8463275B2 (en) | Mobile communication system, radio channel controller, mobile station, mobile switching center, and radio channel controlling method | |
| EP1395005B1 (en) | Improved method for streaming in a mobile telecommunications network | |
| JP4999601B2 (en) | Transmission device and bandwidth control device | |
| JP7708686B2 (en) | Base station and connection method | |
| KR20080089766A (en) | Method and apparatus for controlling uplink service in mobile communication system | |
| JP2007228377A (en) | Communication apparatus and connection selection method | |
| JP2008177777A (en) | Band setting method, maximum bit rate determination method, and terminal device | |
| EP1898573B1 (en) | Wireless communication management method and apparatus | |
| CN118283678A (en) | A communication method and device | |
| KR20160010118A (en) | Apparatus and method for load balancing in communication network |