JP4032028B2 - 局側装置および局側装置におけるリソース割当方法並びに移動通信システム - Google Patents
局側装置および局側装置におけるリソース割当方法並びに移動通信システム Download PDFInfo
- Publication number
- JP4032028B2 JP4032028B2 JP2003567119A JP2003567119A JP4032028B2 JP 4032028 B2 JP4032028 B2 JP 4032028B2 JP 2003567119 A JP2003567119 A JP 2003567119A JP 2003567119 A JP2003567119 A JP 2003567119A JP 4032028 B2 JP4032028 B2 JP 4032028B2
- Authority
- JP
- Japan
- Prior art keywords
- subscriber
- active
- resource
- dormant
- subscriber terminal
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/781—Centralised allocation of resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/822—Collecting or measuring resource availability data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
Description
技術分野
本発明は、パケットデータの交換により通信を行なう移動通信システム〔例えば、セルラー方式やＷＬＬ（Wireless Local Loop）方式等〕において、基地局側でのパケットデータ通信のリソース管理の仕組みに関する。
背景技術
図９は既存の移動通信システムの構成の一例を示すブロック図で、この図９に示す移動通信システムは、加入者側設備として、例えば、パーソナルコンピュータ（ＰＣ：Personal Computer）などの加入者データ通信端末（以下、ＰＣと表記する）１０１ａ，１０１ｂと、ＰＣ１０１ａと接続され無線インタフェースを用いて局側と通信を行なう移動通信端末１０２ａと、ＰＣ１０１ｂと接続され屋外アンテナ１０２ｃを通じて無線インタフェースにより局側と通信を行なうＳＵ（Subscriber Unit）１０２ｂとをそなえて構成されている。
なお、移動通信端末１０２ａは、図９では図示を省略しているが複数存在している。また、移動通信端末１０２ａは、セルラーシステムにおいては、ＭＳ（Mobile Station）と呼ばれる。さらに、ＷＬＬシステムにおいて移動通信端末１０２ａに相当するものはＦＷＴ（Fixed Wireless Terminal）と呼ばれる。以下では、便宜上、これらを総称して単に「ＭＳ１０２ａ」と表記する。
一方、局側設備としては、基地局（ＢＴＳ：Base Station Transmission Subsystem）１０３，基地局制御装置（ＢＳＣ：Base Station Control unit）１０４，インターネット１０７に接続されたパケット処理装置としてのパケットデータ配信ノード（ＰＤＳＮ：Packet data Distribution Serving Node）１０５，電話網１０８に接続された一般の音声通話処理装置１０６としての一般加入者交換機（ＬＥ）や移動加入者交換機等をそなえている。
ここで、ＢＴＳ１０３は、それぞれ、ＭＳ１０２ａ（又はＳＵ１０２ｂ）と無線インタフェースにより通信を行なうものであり、ＢＳＣ１０４は、複数のＢＴＳ１０３を制御して、ＢＴＳ１０３とＰＤＳＮ１０５又は音声通話処理装置（ＬＥ／ＭＳＣ）１０６との間のＩＰ（Internet Protocol）パケットデータ（以下、単に「パケット」という）又は音声データの送受をインタフェースするための呼処理を行なうものである。なお、以下では、ＢＴＳ１０３とＢＳＣ１０４とを総称して単に「ＢＳ１３４」ということがある。
また、ＰＤＳＮ１０５は、ＢＳＣ１０４とインターネット１０７間のパケットの送受をインタフェースするとともに、ＰＣ１０１ａ（又は１０１ｂ）とのポイント・ツー・ポイントプロトコル（ＰＰＰ：Point-to-Point Protocol）を終端するものである。なお、本ＰＤＳＮ１０５は、ＰＰＰリンク（ＰＰＰ接続ともいう）をＭＳ１０２ａとの間で確立する際にユーザ認証するため、インターネットサービスプロバイダ（Internet Service Provider：以下、ＩＳＰ）１７０内の認証サーバ１７１ともインタフェースする。
上述の構成により、図９に示す移動通信システムでは、既存の回線交換型と呼ばれる、交換機及び交換機間ネットワークで通信経路が交換される音声通信に加えて、パケット交換型と呼ばれる、パケット伝送システム（上記のＰＤＳＮ１０５がこれにあたる）を経由したインターネット通信が実現される。
即ち、音声データは、ＢＴＳ１０３，ＢＳＣ１０４及びＬＥ／ＭＳＣ１０６を経由する経路によりＰＣ１０１ａ（１０１ｂ）−電話網１０８間を伝送され、パケットは、この図９中に太実線で示すように、ＢＴＳ１０３，ＢＳＣ１０４及びＰＤＳＮ１０５を経由する経路によりＰＣ１０１ａ（１０１ｂ）−インターネット１０７間を伝送されるのである。
さてここで、パケットデータ通信（以下、単に「パケット通信」ともいう）は、バースト的なデータの発生（リアルタイム性を要求されないこと）が特徴であり、通信しているときと、通信していないとき（ユーザがインターネット１０７上のホームページをＰＣ１０１ａ上で熟読しているときなど）がはっきりしている。このため、ＭＳ１０２ａとＢＳ１３４との間で接続がなされているにもかかわらず、パケット（ユーザデータ）は転送されていない時間がある。
そして、上述したような移動通信システムは、もともと、一般的な２Ｗ（ウェイ）電話システムとは異なり、ＢＳ１３４とＭＳ１０２ａ間のエアインタフェースを複数のＭＳ１０２ａで共用することにより実現されるものであり、配下のＭＳ１０２ａが同時期に必ず接続できるようなネットワークにはなっていない（ＢＳ１３４とＭＳ１０２ａとの間で集線されている）。つまり、使用周波数等の通信リソース（以下、単に「リソース」という）に限りがある。
そこで、移動通信システムにおけるパケット通信では、ユーザがパケット通信サービスを利用するときの振る舞い（バースト的なデータ発生というパケット通信の特徴）と、ネットワーク側のリソースの有効利用という願いとから、データが転送されていない時間を他のユーザ（ＭＳ１０２ａ）の接続に割り当てることで、リソースの有効活用を図っている。
これを実現するのに、移動通信システムにおけるパケット通信では、パケット通信サービス特有のネットワーク内の呼の状態として、ACTIVE状態とDORMANT状態とが標準規格により定義されている。
ここで、ACTIVE状態とは、例えば図１０に模式的に示すように、「パケット通信サービスを行なう上で必要なＭＳ１０２ａとＢＳ１３４との間のリソースが全て確保されてコネクションＡが確立されるとともに、ＭＳ１０２ａに接続されているＰＣ１０１ａとＰＤＳＮ１０５との間のコネクションＢ（ＰＰＰリンク）が確立されている状態で、それらのコネクションＡ，Ｂ上をパケットの送受がＰＣ１０１ａ（１０１ｂ）とインターネット１０７との間で行なわれる」状態を示す。
これに対し、DORMANT状態とは、「上記のコネクションＡとコネクションＢのうち、コネクションＡは解放され、且つ、コネクションＢ（ＰＰＰリンク）は維持されている」状態を示す。即ち、DORMANT状態では、ＭＳ１０２ａはＰＣ１０１ａに対して、ＢＳ１３４はＰＤＳＮ１０５に対して、それぞれあたかもコネクションＡが接続されているかのようにみせていることになる。
したがって、ユーザがＰＣ１０１ａからパケット通信サービスを使ってインターネット１０７にアクセスしているときに、ネットワーク内の呼状態であるACTIVE／DORMANT状態の違いに気付くことはない。なお、ACTIVE／DORMANT状態の状態遷移の一例を下記に示す。
(1)ユーザ（加入者）がＰＣ１０１ａ（又は１０１ｂ）からインターネット１０７にアクセス開始
(2)ユーザはＰＣ１０１ａ（又は１０１ｂ）上でいろいろなホームページ（ＷＷＷ：World Wide Web）を閲覧している〔パケット（トラヒックデータ）多発：ACTIVE状態〕。
(3)ユーザがあるホームページをＰＣ１０１ａ（又は１０１ｂ）上で熟読中（トラヒックデータなし）。
(4)上記(3)によりトラヒックデータがなくなったら、ＭＳ１０２ａ（又はＳＵ１０２ｂ）もしくはＢＳ１３４内でタイマスタート。
(5)タイマ満了でＢＳ１３４とＭＳ１０２ａ（又はＳＵ１０２ｂ）との間でコミュニケーションをとりDORMANT状態へ遷移。
(6)ユーザはホームページをＰＣ１０１ａ（１０１ｂ）上で熟読中。
(7)ユーザが異なるホームページを閲覧しようとＰＣ１０１ａ（又は１０１ｂ）を操作、あるいは、インターネット１０７側からＰＣ１０１ａ（又は１０１ｂ）宛のトラヒックデータがユーザに送られてきた場合、ＢＳ１３４とＭＳ１０２ａ（又は１０２ｂ）との間でコネクション（図１０におけるコネクションＡ）を確立し、トラヒックデータを送受できる状態（ACTIVE状態）にする。
なお、ACTIVE状態，DORMANT状態の定義は、標準規格で定義されているものではあるが、そこでは大まかな方式が規定されているだけで、上述した以上の詳細な実現方式や、DORMANT状態を利用してシステム的にどうするといった具体的なことに関しては特に定められていない（どう使うかはシステム設計者の自由である）。
また、上記のACTIVE状態にあるユーザをACTIVEユーザと呼び、DORMANT状態にあるユーザをDORMANTユーザと呼ぶ。つまり、ACTIVEユーザは、パケット通信サービスを実際に行なっているユーザを示し、DORMANTユーザは、「一度、ACTIVEユーザとしてパケット通信を行なっていて、その後に、パケット伝送が無くなり所定の時間を経過した場合にＭＳ１０２ａ（又は１０２ｂ）とＢＳ１３４との間のリソースのみを開放した（上位のＰＰＰリンクに必要なリソースは保持している）ユーザ」を示す。
そして、移動通信システムでは、これらのACTIVEユーザとDORMANTユーザの数によって、同時接続数の上限、つまり、物理的なリソースの上限が定まり、これがＢＳＣ１０４にて管理される。したがって、新たなパケット通信呼が確立できるか否かは、ACTIVEユーザ数に関わる。
具体的に、現状のＢＳＣ１０４では、ACTIVEユーザ数が上限一杯の場合、新規のACTIVEユーザのためのリソースが無いため、DORMANTリソースに空きがあった場合でも、新規呼（新規接続要求）を拒否（REJECT）してしまう。例えば図１１に示すように、ACTIVEユーザ数及びDORMANTユーザ数の上限がそれぞれ“３０”（つまり、最大“６０”ユーザの収容が可能）であると仮定すると、ＢＳＣ１０４は、ACTIVEユーザが上限（“３０”）に達している状態で、新規接続要求があると、DORMANTユーザが上限に達していない（現在“２”）にも関わらず、その要求を拒否してしまうのである。
これは、DORMANTユーザになるには最初にACTIVEユーザになっていることが必要であり、DORMANTリソースは、一度ACTIVE状態となったDORMANTユーザだけがACTIVE状態に遷移した場合に使用できるリソースとして管理されているからである。
このため、例えば図１２に示すように、ACTIVEユーザ数の上限が“１”で、DORMANTユーザ数が２以上ある場合、端末（ＰＣ）Ｙは、最も早くて、時間Ｔ２以後、即ち、既にダイヤルアップ接続要求によりＩＳＰ１７０の認証サーバ１７１との認証が行なわれてACTIVE状態となった端末（ＰＣ）Ｘが、その後のパケット送受無しの状態が時間Ｔ２継続するによりDORMANT状態に遷移した後に、偶然、接続要求を行なわない限り、パケット通信を開始することができないことになる。
したがって、当初想定していたパケット通信の最大収容数が減少し、加入者からの接続性の悪さに対するクレームが発生することが予想される。
本発明は、このような課題に鑑み創案されたもので、ACTIVEユーザ数が上限一杯でも、DORMANTリソースに空きがある場合には、その空きリソースを用いて新規ユーザをDORMANTユーザとして収容するために、新規呼の接続処理を行なえるようにして、パケット通信の加入者収容数の減少を抑止できるようにすることを目的とする。
発明の開示
上記の目的を達成するために、本発明の局側装置は、複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なうものであって、次の各部をそなえたことを特徴としている。
(1)或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部
(2)アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に上記の通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部
(3)接続処理を行なった後に休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとして管理する休止状態移行リソース管理部
(4)上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ加入者リソース管理部においてアクティブ加入者リソースに空きが無くても、休止加入者リソース管理部において休止加入者リソースに空きが存在すれば、上記の休止状態移行リソースを用いて新規接続要求に対する接続処理を実行して上記新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部
上述のごとく構成された本発明の局側装置では、アクティブ加入者リソースが無い状態で、或る加入者端末（以下、単に「加入者」ともいう）から新規接続要求があった場合でも、休止加入者リソースに空きがあれば、休止状態移行リソースを用いて新規接続要求に対する接続処理を実行するので、その加入者は、局側装置と通信リンクを確立して実際にパケットデータ通信（以下、単に「パケット通信」ともいう）を行なうことができる。
したがって、従来のように休止加入者リソースに空きがあってもアクティブ加入者リソースに空きが無いために新規接続要求が拒絶されてしまうという現象を回避することができ、パケット通信に必要なトータルリソースを無駄なく使用して、加入者のパケット通信サービスの接続性を高くすることができる。
また、もう１つの本発明の局側装置は、次の各部をそなえたことを特徴としている。
(1)或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立してその加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部
(2)上記アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に上記通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部
(3)上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させてアクティブ加入者リソースに空きリソースを作り出し、その空きリソースを用いて上記新規接続要求に対する接続処理を実行して上記新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部
つまり、この場合の局側装置は、予め休止状態移行リソースを確保しておくのではなく、アクティブ状態の加入者の一部を強制的に休止状態に移行させることでアクティブ加入者リソースに空きを作り出し、その空きリソースを用いて新規接続要求に対する接続処理を実行することで、アクティブ加入者リソースに空きは無いが休止加入者リソースに空きがある状態での新規加入者の接続処理を実現しているのである。
したがって、この場合も、パケット通信に必要なトータルリソースを無駄なく使用して、加入者のパケット通信サービスの接続性を高くすることができる。
なお、新規にパケット通信サービスに接続した加入者は、その後、強制的に休止状態に移行させるのが好ましい。また、新規加入者の接続処理のために強制的に休止状態に移行させたアクティブ状態であった加入者については、その後、アクティブ状態に戻すこともできる。このようにすれば、より一層、パケット通信に必要なトータルリソースの有効利用を図ることができる。
また、アクティブ状態にある加入者の中から上述のごとく強制的に休止状態に移行させる加入者を決定する基準については、種々の条件が考えられる。例えば、加入者がアクティブ状態となってからの経過時間や、アクティブ状態となった加入者の管理番号、一定期間内の加入者のアクティブ状態及び休止状態の状態遷移回数、加入者がアクティブ状態となってから休止状態に移行するまでの時間などによって、強制的にアクティブ状態から休止状態に移行させる加入者を決定することができる。
したがって、システム要求に応じて必要な基準（条件）設定を行なうことができ、また、強制的にアクティブ状態から休止状態に移行させる加入者が一部の加入者に偏ってしまうことを軽減することもできる。
発明を実施するための最良の形態
（Ａ）第１実施形態の説明
図１は本発明の第１実施形態にかかる移動通信システムの構成を示すブロック図で、この図１において、図９により前述したものと同一符号を付した部分はそれぞれ図９により前述したものと同一もしくは同等の機能を有するものである。ただし、この図１に示すシステムにおいては、図９における基地局（ＢＴＳ）１０３及び基地局制御装置（ＢＳＣ）１０４に代えて、局側設備（装置）として、ＢＴＳ１ｂ及びＢＳＣ１ａが設けられている。
ここで、本実施形態においても、ＢＴＳ１ａは、それぞれ、ＭＳ１０２ａ（又はＳＵ１０２ｂ）と無線インタフェースにより通信を行なうものであり、ＢＳＣ１ｂは、これらのＢＴＳ１ａを制御して、ＢＴＳ１ａとＰＤＳＮ１０５又は音声通話処理装置（ＬＥ／ＭＳＣ）１０６との間のＩＰパケットデータ（以下、単に「パケット」という）又は音声データの送受をインタフェースするための呼処理を行なうものである。なお、以下では、説明の便宜上、これらのＢＴＳ１ａとＢＳＣ１ｂとを総称して単に「ＢＳ１」と表記する。
そして、このＢＳ１の要部の機能に着目すると、本実施形態のＢＳ１は、例えば図２に示すように構成される。即ち、ＢＳ１は、受信部１１，２１，制御データ／トラヒックデータスイッチ部１２，２２，送信部１３，２３，リソース管理部３１及び制御部３２をそなえて構成されている。
ここで、上記の受信部１１は、ＰＣ１０１ａ又は１０１ｂ（ＭＳ１０２ａ又はＳＵ１０２ｂ）から無線インタフェースを介して送信されてくるデータ（トラヒックデータ（音声データ又はパケットデータ）又は制御データ）を受信するものであり、制御データ／トラヒックデータスイッチ部１２（以下、単に「データスイッチ部１２」という）は、この受信部１１で受信されたデータのうち、制御データ（例えば、後述するパケット接続要求やＰＰＰ接続要求など）は制御部３２へ、それ以外のトラヒックデータは次段の送信部１３へスイッチするためのものである。
また、送信部１３は、上記のデータスイッチ部１２から送られてくるトラヒックデータをＰＤＳＮ１０５又はＬＥ／ＭＳＣ１０６へ送信するもので、この際、パケットデータはＰＤＳＮ１０５へ、音声データはＬＥ／ＭＳＣ１０６へ送るようになっている。
逆に、受信部２１は、ＰＤＳＮ１０５（又はＬＥ／ＭＳＣ１０６）から送信されてくるトラヒックデータ２１を受信するものであり、制御データ／トラヒックデータスイッチ部２２（以下、単に「データスイッチ部２２」という）は、この受信部２１で受信されたデータのうち、制御データ（例えば、後述するトラヒックチャネルアサイン指示や応答メッセージなど）は制御部３２へ、トラヒックデータは次段の送信部２３へスイッチするためのものであり、送信部２３は、このデータスイッチ部２２から送られてくるトラヒックデータをＭＳ１０２ａ又はＳＵ１０２ｂへ無線インタフェースを介して送信するためのものである。
さらに、リソース管理部３１は、主に、ＭＳ１０２ａ又はＳＵ１０２ｂとのパケット通信に必要な通信リソースを管理するもので、ここでは、ACTIVE／DORMANT状態のＭＳ１０２ａ（１０１ａ）又はＳＵ１０２ｂ（１０１ｂ）（以下、単に「ユーザ（加入者）」と総称することがある）別にそれぞれに割り当て可能な通信リソース（主に、ＰＰＰリンクや無線コネクションの確立などに必要なリソース）を管理するためのものである。なお、本実施形態においても、「ＰＰＰリンク（通信リンク）」とは、図１０に示すコネクションＢに相当する接続を指し、「無線コネクション」とは、図１０に示すコネクションＡに相当する接続を指すものとする。
このため、上記リソース管理部３１は、図２に示すように、さらに、ACTIVEユーザリソース管理部３１ａとDORMANTユーザリソース管理部３１ｂとがそなえられている。
ここで、ACTIVEユーザリソース管理部３１ａは、ユーザからのダイヤルアップ接続要求に対して当該ユーザとのＰＰＰリンク（以下、ＰＰＰ接続ともいう）を確立し実際にパケット通信をACTIVE状態にするための接続処理を実行するのに必要な通信リソース（ACTIVEユーザリソース）を管理するものである。
なお、本ACTIVEユーザリソース管理部３１ａは、ACTIVEユーザリソースの一部を予め「DORMANT即移行リソース（休止状態移行リソース）」として管理するDORMANT即移行リソース（休止状態移行リソース）管理部３１ｃとしての機能も兼用する。この「DORMANT即移行リソース」とは、ACTIVEユーザリソースの一部であり、通常のパケット通信を行なうためのものとは別に、一度、ACTIVEユーザとして接続した後に、即、DORMANTユーザへ強制的に移行させるために使用する専用リソースをいう。この「DORMANT即移行リソース」を用いたリソース割当動作の詳細については後述する。
これに対し、DORMANTユーザリソース管理部３１ｂは、図１０により前述したように、ACTIVE状態のユーザが実際にパケットデータの伝送は行なわないDORMANT状態に移行した際にＰＰＰ接続を維持するのに必要な通信リソースをDORMANTユーザリソースとして管理するものである。
また、制御部３２は、主に、制御データとしてＭＳ１０２ａ又はＰＤＳＮ１０５から送られてくる接続要求に対して、上記のリソース管理部３１（ACTIVEユーザリソース管理部３１ａ）で管理されている各リソースのうち接続処理（ＰＰＰ接続及び無線コネクションの確立）に必要なリソースを接続要求元のユーザに割り当てて、そのユーザとの通信をACTIVE状態に制御するものである。なお、この制御は、実際には、データスイッチ部１２，２２に対してそこを流れるパケットのルーティング設定を行なうことで実行される。
そして、本制御部３２には、このような基本機能に加えて、ACTIVE状態及びDORMANT状態のいずれでもないユーザから新規接続要求を受けた場合に、リソース管理部３１に対してリソースチェックを行ない、ACTIVEユーザリソース管理部３１ａにおいて管理されているACTIVEユーザリソースに空きが無くても、DORMANTユーザリソース管理部３１ｂにおいて管理されているDORMANTリソースに空きが存在すれば、その空きリソースを用いて新規ユーザをDORMANT状態として収容すべく、上述した「DORMANT即移行リソース」を用いて新規接続要求に対する接続処理を実行して、その新規接続要求を発行したユーザとのパケット通信をアクティブ状態に制御する機能も実装されている。
以下、上述のごとく構成された本実施形態における移動通信システムのＢＳ１によるリソース割当動作について詳述する。
(1)通常時（ACTIVEユーザリソースに空きが存在する場合）
図３に示すように、まず、ＰＣ１０１ａ（１０１ｂ）からダイヤルアップ接続要求が発行されると（ステップＡ１）、このダイヤルアップ接続要求は、ＭＳ１０２ａ（１０２ｂ）にて受け付けられ、パケット接続要求（Originationメッセージ）として、ＢＳ１との間のアクセスチャネル（Access CH）を使用してＢＳ１へ送信される（ステップＡ２）。
このパケット接続要求は、ＢＳ１の受信部１１で受信され、データスイッチ部１２で制御データの一種として判断されて制御部１２へ渡される。すると、制御部１２は、当該パケット接続要求に対する応答メッセージ（BS Acknowledgementメッセージ）をパケット接続要求元のＭＳ１０２ａ（１０２ｂ）へ、ページングチャネル（Paging CH）を使用して送信し（ステップＡ３）、リソース管理部３１で管理されているリソースの現在の使用状況を確認（リソースチェック）する（ステップＡ４）。
このリソースチェックの結果、アクティブユーザリソースに空きが存在すれば、制御部１２は、接続要求元のユーザをACTIVE状態とすべく、必要なリソースの割り当てを行なうとともに、ＭＳ１０２ａ（ＳＵ１０２ｂ）と同期をとるための同期用アイドルデータ（Null Traffic channel data）を生成し、その同期用アイドルデータを、トラヒックチャネル（Traffic CH）を使用してＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信し（ステップＡ５）、さらに、ＭＳ１０２ａ（ＳＵ１０２ｂ）が使用すべきトラヒックチャネルの割当（アサイン）指示を、ページングチャネル（Paging CH）を通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信する（ステップＡ６）。
ＭＳ１０２ａ（ＳＵ１０２ｂ）は、このトラヒックチャネルアサイン指示を受信すると、ＭＳ１からのトラヒックチャネルアサイン指示に対する応答メッセージ（MS Acknowledgementメッセージ）を、指示されたトラヒックチャネルを通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信する（ステップＡ７）。以後、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、ＭＳ１へのデータ送信にＭＳ１から指定されたトラヒックチャネル（以下、指定トラヒックチャネルという）を使用することになる。
その後、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、ＭＳ１と同期をとるための同期用アイドルデータを生成して指定トラヒックチャネルを通じＢＳ１へ送信し（ステップＡ８）、ＢＳ１では、制御部１２により、その同期用アイドルデータの受信に対する応答メッセージ（BS Acknowledgementメッセージ）を、ページングチャネルを通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信する（ステップＡ９）。
さらに、ＭＳ１の制御部１２は、ＭＳ１０２ａ（ＳＵ１０２ｂ）へサービス接続要求（Service Connectメッセージ）を、指定トラヒックチャネルを通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信し（ステップＡ１０）、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、このサービス接続要求に対する応答として、サービス接続完了通知（Service Connect Completionメッセージ）を、指定トラヒックチャネルによりＢＳ１へ送信する（ステップＡ１１）。
このサービス接続完了通知を受けたＢＳ１（制御部１２）は、ＰＤＳＮ１０５に対して、接続要求を発行し（ステップＡ１２）、ＰＤＳＮ１０５は、この接続要求を受信すると、接続応答をＢＳ１に返信する（ステップＡ１３）。その後、ＰＣ１０１ａ（１０１ｂ）からＰＤＳＮ１０５に対してＰＰＰ接続要求が発行され（ステップＡ１４）、当該ＰＰＰ接続要求がＰＤＳＮ１０５にて受信されると、ＰＤＳＮ１０５は、ＩＳＰ１７０（認証サーバ１７１）に対して認証要求を送信する（ステップＡ１５）。
認証サーバ１７１は、上記認証要求を受信することにより、正規のユーザからの接続要求であるかを確認するための認証処理を実行し、その認証結果（ＯＫ／ＮＧ）を認証応答としてＰＤＳＮ１０５に返信する（ステップＡ１６）。ＰＤＳＮ１０５は、認証サーバ１７１から受信した認証結果がＯＫであれば、ＰＰＰ接続完了通知を接続要求元のＰＣ１０１ａ（１０１ｂ）に対して発行する（ステップＡ１７）。
これにより、ＩＳＰ１７０によるユーザ認証とＰＣ１０１ａ（１０１ｂ）に対するＩＰアドレスの付与が行なわれて、ＰＣ１０１ａ（１０１ｂ）とインターネット１０７（ＩＳＰ１７０）との間のＰＰＰリンクが確立し、以後、ＰＣ１０１ａ（１０１ｂ）は、インターネット１０７（ＩＳＰ１７０）との間でパケットデータの転送を行なうことが可能（ACTIVE状態）となる。
(2)ACTIVEユーザリソースに空きが無い場合
次に、上記のリソースチェック（ステップＡ４）の結果、アクティブユーザリソースに空きが無い場合の動作について詳述する。
即ち、例えば図４に示すように、ACTIVEユーザリソースの上限が３０個で現在３０個が埋まっていて、DORMANTユーザリソースの上限が３０個で現在２個しか埋まっていない状態において、新規の（ACTIVE状態でもDORMANT状態でもない）ユーザ（ＰＣ１０１ａ／１０１ｂ）がダイヤルアップ接続を実施（新規接続要求が発行）したとする（ステップＡ２）。
この場合、制御部１２は、ACTIVEユーザリソースに空きは無いがDORMANTユーザリソースに空きがある（つまり、ＭＳ１０２ａ／ＳＵ１０２ｂとＢＳ１との間の無線リソース（ただし、「DORMANT即移行リソース」は除く）に空きは無いがＰＰＰリンクのためのリソースには空きがある状態）ので、「DORMANT即移行リソース」に空きがあるかをチェックし（ステップＡ４）、空きがあれば、新規接続要求に対する接続処理に必要なリソースとして「DORMANT即移行リソース」を割り当てる。
これにより、ＭＳ１０２ａ（ＳＵ１０２ｂ）−ＢＳ１間およびＢＳ１−ＰＤＳＮ１０５間でそれぞれ必要な接続処理が図３により上述した手順と同様にして行なわれて、ＭＳ１０２ａ（ＳＵ１０２ｂ）−ＰＤＳＮ１０５間でＰＰＰリンクが確立し、新規ユーザはACTIVE状態となる。
その後、ＢＳ１（制御部１２）は、新規にACTIVE状態となったユーザをDORMANT状態に強制的に移行させるために、ＭＳ１０２ａ（ＳＵ１０２ｂ）に対して無線コネクションの開放指示を発行し（ステップＢ１）、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、この開放指示を受けることにより、ＢＳ１との間の無線コネクションを開放し、開放指示の応答をＢＳ１に返信する（ステップＢ２）。これにより、新規にACTIVE状態となったユーザはDORMANT状態となる（ステップＢ３）。
なお、この時、ＢＳ１（リソース管理部３１）は、このユーザをDORMANTユーザとして管理する。したがって、リソース管理部３１でのACTIVEユーザリソースは上限一杯（３０個）、DORMANTユーザリソースは１個増えて３個ということになる。ＭＳ１０２ａ（ＳＵ１０２ｂ）側でも同様の管理が行なわれる。
以上のように、本実施形態のＢＳ１では、ACTIVEユーザリソースのうち、一定量を常に「DORMANT即移行ユーザリソース」として確保しておき、ACTIVEユーザが上限に達しており、ACTIVEユーザリソースに空きが無い状態で新規発呼（新規接続要求）があった場合でも、DORMANTユーザリソースに空きが存在すれば、「DORMANT即移行ユーザリソース」を使用して接続処理を実行して、一旦、新規ユーザをACTIVE状態にしてからDORMANT状態に移行させるので、従来のように、DORMANTユーザリソースに空きがあるにも関わらず、ACTIVEユーザリソースに空きが無いために、新規呼が拒絶されてしまうことを極力回避することができる。
したがって、ＢＳ１で管理するリソースを最大限に有効活用して、ＢＳ１が収容できるユーザ数（ACTIVEユーザ数＋DORMANTユーザ数）の減少を抑制することができる。また、ユーザ側からみれば、ACTIVEユーザ数がフル状態でもDORMANTユーザ数に余裕があれば接続が可能となるので、接続ビジー回数が大幅に減少して早期の接続が可能となり、クレーム減少にもつながる。
（Ｂ）第２実施形態の説明
上述した実施形態では、ACTIVEユーザリソースの一部を予め「DORMANT即移行リソース」として確保しておくことで、ACTIVEユーザリソースに空きが無い状態での新規ユーザの接続処理を実現しているが、他の方法として、ACTIVE状態のユーザの一部を強制的にDORMANT状態に移行させて空きリソースを作り出すことで実現することもできる。
この場合、ＢＳ１のリソース管理部３１において、ACTIVEユーザリソース管理部３１ａは、「DORMANT即移行リソース」を管理する必要はない（前述したDORMANT即移行リソース管理部としての機能は実装しなくてよい）。
これに対し、制御部３２には、主に、ACTIVEユーザリソースに空きが無くDORMANTユーザリソースに空きが存在する状態で、新規接続要求を受けた場合に、所定の条件に基づき、強制的にDORMANT状態に移行させるべきユーザを決定するDORMANT移行端末決定部３２１（図２参照）としての機能や、決定したACTIVEユーザをDOMANT状態に移行（無線コネクションを開放）させてACTIVEユーザリソースに空きを作り出す機能、作り出した空きリソースを使用して新規ユーザに対する接続処理を実行する機能などが実装される。
以下、この場合の接続処理について、図５を用いて詳述する。なお、本第２実施形態において、通常時の接続シーケンスは、図３により前述したシーケンスと同様である。
まず、この場合も、ACTIVEユーザリソースの上限が３０個で現在３０個が埋まっていて、DORMANTユーザリソースの上限が３０個で現在２個しか埋まっていない状態において、新規の（ACTIVE状態でもDORMANT状態でもない）ユーザ（MS-A）においてダイヤルアップ接続が実施（新規接続要求が発行）されたとする（ステップＡ２）。
この場合、ＢＳ１の制御部１２は、ACTIVEユーザリソースに空きは無いがDORMANTユーザリソースに空きがある（つまり、ＭＳ１０２ａ／ＳＵ１０２ｂとＢＳ１との間の無線リソース（ただし、「DORMANT即移行リソース」は除く）に空きは無いがＰＰＰリンクのためのリソースには空きがある状態）ので、DORMANT移行端末決定部３２１によって、現在ACTIVE状態のユーザの中からDORMANT状態に強制移行させるユーザ（MS-B）を１つ選択（決定）する。なお、このときのDORMANT移行端末決定部３２１での決定基準については後述する。
そして、制御部１２は、選択ユーザ（MS-B）に対して無線コネクションの開放指示を発行し（ステップＣ２）、選択ユーザ（MS-B）は、この開放指示を受けることにより、ＢＳ１との間の無線コネクションを開放し、開放指示に対する応答をＢＳ１に返信する（ステップＣ３）。これにより、選択ユーザ（MS-B）は、ＰＤＳＮ１０５とＰＰＰリンクのみが維持されたDORMANT状態となり（ステップＣ４）、ＢＳ１においてACTIVEユーザリソースに空きが作り出されることになる（ステップＣ５）。
即ち、この時のＢＳ１のACTIVEユーザリソースは１つ減って２９個（空きが１個）、DORMANTユーザリソースは１つ増えて３個ということになる。なお、上記の開放指示の送信には例えばページングチャネルが使用され、応答の返信には例えばアクセスチャネルが使用される。
その後、ＢＳ１（制御部１２）は、上述のごとくACTIVEユーザ（MS-B）をDORMANTユーザに移行させたことにより得られたACTIVEリソースの空きリソースを新規ユーザ（MS-A）からの新規接続要求に対する接続処理のために割り当てて、新規ユーザ（MS-A）−ＰＤＳＮ１０５間の接続処理を実行して、ＰＰＰリンクを確立する（ステップＣ６〜Ｃ８）。なお、この接続処理は、図３により説明したステップＡ５〜Ａ１３，Ａ１７の手順と同様にして行なわれる（認証サーバ１０５との接続シーケンスについては省略）。
このようにして、新規ユーザ（MS-A）−ＰＤＳＮ１０５間のＰＰＰリンクが確立すると、次に、ＢＳ１（制御部１２）は、新規ユーザ（MS-A）をDORMANT状態に移行させるために、その新規ユーザ（MS-A）に対して無線コネクションの開放指示を発行し（ステップＣ９）、新規ユーザ（MS-A）は、この開放指示を受けることにより、ＢＳ１との間の無線コネクションを開放して、開放指示に対する応答をＢＳ１に返信する（ステップＣ１０）。この結果、新規ユーザ（MS-A）は、ＰＤＳＮ１０５とＰＰＰリンクのみが維持されたDORMANT状態となる（ステップＣ１１）。なお、このときの開放指示及び応答の送信にも、それぞれ、例えば、ページングチャネル及びアクセスチャネルが使用される。
その後、ＢＳ１（制御部１２）は、DORMANT状態に強制移行した選択ユーザ（MS-A）を再度ACTIVE状態に戻すために、選択ユーザ（MS-A）に対して接続要求を発行して（ステップＣ１２）、選択ユーザ（MS-A）との間で接続処理（無線コネクション確立のための処理）を実行する（ステップＣ１３）。なお、このときの接続要求の送信には例えばページングチャネルが使用される。
以上のように、本実施形態では、ACTIVEユーザが一杯の状態で新規の接続要求があった場合は、既存のACTIVEユーザの１つを一時的にDORMANT状態に強制移行させ、それにより空いたACTIVEユーザリソースを使用して新規ユーザについての接続処理を実行して、新規ユーザを、一旦、ACTIVE状態にしてから空きリソースのあるDORMANT状態に強制移行させるので、この場合も、第１実施形態と同様に、ＢＳ１で管理するリソースを最大限に有効活用して、ＢＳ１が収容できる最大ユーザ数（ACTIVEユーザ数＋DORMANTユーザ数）の減少を抑制することができるとともに、ユーザにとっての接続ビジー回数が大幅に減少する。
即ち、例えば図６に示すように、図１１により説明した場合と同様に、ACTIVEユーザ数の上限が“１”で、DORMANTユーザ数が２以上存在する場合を想定すると、新規発呼した端末（ＰＣ）Ｙは、端末ＸがACTIVE状態からDORMANT状態に強制的に移行させられた時点Ｔ１以降、接続が可能となるのである。なお、ACTIVEユーザをDOMANT状態に強制移行させるのは、図６において端末Ｘについての認証処理が終了した時点Ｔ０以降で構わないから、端末Ｙは、最短でその時点Ｔ０以降に接続が可能となる。
また、本実施形態では、新規ユーザをDORMANT状態にすると、その新規ユーザのためにDORMANT状態に強制移行させられたユーザを再びACTIVEユーザに戻すので、ACTIVEユーザが強制的にDORMANT状態となっている期間は新規ユーザについての接続処理が完了するまでの短時間で済み、既存のACTIVEユーザの通信に対する影響も最小限に抑制することができる。
（Ｂ１）第２実施形態の第１変形例の説明
なお、上述した第２実施形態では、ACTIVE状態からDORMANT状態に強制移行したユーザを必ずACTIVE状態に戻すこととしているが、通常の「ACTIVEユーザからDORMANTユーザへ遷移する条件」（実際にパケットデータを送受していない状態が一定期間継続した場合など），「DORMANTユーザからACTIVEユーザへ遷移する条件」（ユーザによる別のＵＲＬ指定があった場合やユーザ宛のパケットデータがＢＳ１に届いた場合など）に従って戻さない場合があってもよい。
即ち、例えば図７に示すように、図５のステップＡ４，Ｃ１〜Ｃ８と同様の処理が実施されて、新規ユーザ（MS-A）がACTIVE状態となった後、DORMANT状態に強制移行させられた選択ユーザ（MS-B）がDORMANT状態のままでよければ、新規ユーザ（MS-A）はACTIVE状態のままにしておき（ステップC９′）、DORMANT状態に強制移行させられたユーザ（MS-B）は、通常の遷移条件に従ってACTIVE状態とするのである（例えば、別のＵＲＬ指定があった場合やユーザ（MS-B）宛のパケットデータがＢＳ１に届いた場合にACTIVEユーザリソースに空きがあれば、ACTIVE状態に遷移できることになる）。
したがって、本変形例の場合も、第２実施形態と同様に、パケット通信に必要なリソースの有効利用を図って、新規ユーザ（MS-A）の早期の接続が可能となり、パケット通信のサービス性を向上することができる。
（Ｂ２）第２実施形態の第２変形例の説明
次に、上述した第２実施形態では、ACTIVE状態からDORMANT状態に強制移行したユーザ（MS-B）を無条件にACTIVE状態に戻す（新規ユーザ（MS-A）をDORMANT状態に強制移行する）こととしているが、かかる移行はその時点でDORMANT状態からACTIVE状態への移行を希望するユーザ（別のＵＲＬ指定があったユーザやＰＤＳＮ１０５からパケットデータがＢＳ１に届いたユーザなど：以下、ACTIVE状態移行希望ユーザという）の有無に応じて実行したりしなかったりするようにしてもよい。
即ち、例えば図８に示すように、図５のステップＡ４，Ｃ１〜Ｃ８と同様の処理が実施されて、新規ユーザ（MS-A）がACTIVE状態となった後、ＢＳ１は、制御部１２により、ACTIVE状態移行希望ユーザが存在するか否かをチェックし（リソース移行判定：ステップＤ１）、この結果、ACTIVE状態移行希望ユーザが存在すれば、新規ユーザ（MS-A）をDORMANT状態に移行すべきと判断して、新規ユーザ（MS-A）との間の無線コネクションを開放すべく、新規ユーザ（MS-A）に対して開放指示を発行する（ステップＤ２）。
新規ユーザ（MS-A）は、この開放指示を受けることにより、ＭＳ１との間の無線コネクションを開放して、上記開放指示に対する応答をＭＳ１に返信する（ステップＤ３）。これにより、新規ユーザ（MS-A）は、ＰＤＳＮ１０５とＰＰＰリンクのみが維持されたDORMANT状態となる（ステップＤ４）。なお、このときの開放指示及び応答の送信にも、それぞれ、例えば、ページングチャネル及びアクセスチャネルが使用される。
なお、ACTIVE状態移行希望ユーザが存在しない場合には、ＢＳ１（制御部１２）は、新規ユーザ（MS-A）をACTIVE状態のままにしておく。
つまり、ACTIVE状態移行希望ユーザがいない場合には新規ユーザのACTIVE状態が維持され、新規ユーザ（MS-A）以外にACTIVE状態移行希望ユーザ〔ユーザ（MS-B）を含む〕がいる場合には、そのACTIVE状態移行希望ユーザの希望が優先されて、新規ユーザはDORMANT状態に強制移行させられるのである。
したがって、パケット通信に必要なリソースの有効利用及び接続性を向上させつつ、新規ユーザと既存ACTIVEユーザの双方の要求に見合った接続処理が可能となり、パケット通信のサービス性をさらに向上することができる。
（Ｃ）ACTIVE状態→DORMANT状態強制移行ユーザの決定方式説明
さて次に、以下では、上述した第２実施形態及び各変形例１，２において、新規ユーザ（MS-A）からの新規接続要求に対する接続処理を行なうために、DORMANT状態に強制移行すべきACTIVEユーザのDORMANT移行端末決定部３２１での選択（決定）方法（基準）について説明する。
かかるACTIVEユーザの決定方法には、例えば、(1)新規ACTIVEユーザとして登録された時間による場合，(2)ＢＳ１内で管理している管理番号による（管理番号No.1のユーザとか管理番号最後のユーザとか）場合，(3)ACTIVE状態とDORMANT状態とを繰り返しているカウント数による場合，(4)ACTIVEユーザとして接続されている時間に対する送受信データ量による場合，(5)ACTIVEからDORMANTへ遷移するタイマ満了までの時間による場合などが考えられる。
以下、それぞれの場合の具体例について説明する。
(1)新規ACTIVEユーザとして登録された時間による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、新規にACTIVEユーザとなってからの経過時間がそれぞれＴ＝ｇ，Ｔ＝ｈ（ｈ＜ｇ），Ｔ＝ｉ（ｉ＜ｈ）と仮定する。この場合、制御部１２（DORMANT移行端末決定部３２１）は、接続時間が一番長いユーザを選択する場合はユーザＡを、逆に、接続時間が一番短いユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(2)ＢＳ１（具体的には、ＢＳＣ１ｂ）内で管理している管理番号による（管理番号No.1のユーザとか管理番号最後のユーザとか）場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザのＢＳ１内で管理されている管理番号がそれぞれ、“１”，“２”，“３”であったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、管理番号の一番小さいユーザを選択する場合はユーザＡを、管理番号の一番大きいユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(3)ACTIVEユーザとDORMANTユーザを繰り返しているカウント数による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザの新規ACTIVEユーザになったときからDORMANT状態→ACTIVE状態→DORMANT状態というように遷移した回数がそれぞれＡ(ACTIVE回数)=5／Ｄ（DORMANT回数）=４，Ａ=３／Ｄ＝２，Ａ１／Ｄ＝０であったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、ACTIVE／DORMANT状態を繰り返している数が一番多いユーザを選択する場合はユーザＡを、逆に、一番少ないユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(4)ACTIVEユーザとして接続されている時間に対する送受信データ量（平均転送速度）による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザの接続時間に対する送受信データ量が2000kbit／200sec=10kbps、40000kbit／10000sec=4kbps、3000kbit／30sec=100kbpsであったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、平均転送速度が一番悪いユーザを選択する場合はユーザＢを、一番良いユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(5)ACTIVEからDORMANTへ遷移するタイマ満了までの時間による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザがDORMANTユーザに遷移するまでの時間がＴ＝ｐ，Ｔ＝ｑ(q＞p)、Ｔ＝ｒ(ｒ＞ｑ)であったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、DORMANTユーザへ遷移するまでの時間が一番短いユーザを選択する場合はユーザＡを、逆に、一番長いユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
このように、システム要求に応じて必要な基準（条件）設定を行なうことで、強制的にアクティブ状態から休止状態に移行させる加入者が一部の加入者に偏ってしまうことを軽減することが可能である。なお、上記の(1)〜(5)に示した各種条件は、適宜、組み合わせて設定してもよい。
（Ｄ）その他
そして、本発明は上述した第１及び第２実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述した第１実施形態及び第２実施形態は組み合わせて実施してもよい。即ち、「DORMANT即移行リソース」を予め用意しておき、この「DORMANT即移行リソース」に空きが無い場合には、ACTIVEユーザの一部を強制的にDORMANT状態に移行させて空きリソースを作るようにしてもよい。
（Ｅ）付記
（付記１） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部と、
該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部と、
該接続処理を行なった後に該休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとして管理する休止状態移行リソース管理部と、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、該アクティブ加入者リソース管理部において該アクティブ加入者リソースに空きが無くても、該休止加入者リソース管理部において該休止加入者リソースに空きが存在すれば、該休止状態移行リソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部とをそなえたことを特徴とする、局側装置。
（付記２） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部と、
該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部と、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させて該アクティブ加入者リソースに空きリソースを作り出し、当該空きリソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部とをそなえたことを特徴とする、局側装置。
（付記３） 該制御部が、
該新規接続要求を発行した該加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に移行させる手段をそなえたことを特徴とする、付記１項に記載の局側装置。
（付記４） 該制御部が、
該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に制御するとともに、該アクティブ加入者リソースに空きを作り出すために強制的に休止状態に移行させた加入者端末とのパケットデータ通信をアクティブ状態に戻す手段をそなえたことを特徴とする、付記２項に記載の局側装置。
（付記５） 該制御部が、
該新規接続要求を受けた場合に、所定の条件に基づき、上記の強制的に休止状態に移行させるべき加入者端末を決定する休止状態移行端末決定手段をそなえていることを特徴とする、付記２〜４項のいずれか１項に記載の局側装置。
（付記６） 該休止状態移行端末決定手段が、
該所定の条件として、アクティブ状態となってからの経過時間によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記７） 該休止状態移行端末決定手段が、
該所定の条件として、アクティブ状態となった加入者端末の管理番号によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記８） 該休止状態移行端末決定手段が、
該所定の条件として、該加入者端末の一定期間内のアクティブ状態及び休止状態の状態遷移回数によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記９） 該休止状態移行端末決定手段が、
該所定の条件として、該加入者端末がアクティブ状態となっている間のパケットデータ 通信量によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記１０） 該休止状態移行端末決定手段が、
該所定の条件として、該加入者端末がアクティブ状態となってから休止状態に移行するまでの時間によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記１１） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置におけるリソース割当方法であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソース、該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソース、該接続処理を行なった後に該休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとしてそれぞれ管理しておき、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、該休止加入者リソース管理部において該休止加入者リソースに空きが存在するか否かを判定し、
該休止加入者リソースに空きが存在すれば、該アクティブ加入者リソース管理部において該アクティブ加入者リソースに空きが無くても、該休止状態移行リソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御することを特徴とする、局側装置におけるリソース割当方法。
（付記１２） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置におけるリソース割当方法であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソース、該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとしてそれぞれ管理しておき、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させて該アクティブ加入者リソースに空きリソースを作り出し、
当該空きリソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御することを特徴とする、局側装置におけるリソース割当方法。
（付記１３） 該新規接続要求を発行した該加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に移行させることを特徴とする、付記１１項に記載の局側装置におけるリソース割当方法。
（付記１４） 該新規接続要求を発行した該加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に制御するとともに、該アクティブ加入者リソースに空きを作り出すために強制的に休止状態に移行させた加入者端末とのパケットデータ通信をアクティブ状態に戻すことを特徴とする、付記１２項に記載の局側装置におけるリソース割当方法。
（付記１５）該新規接続要求を受けた場合に、所定の条件に基づき、上記の強制的に休止状態に移行させるべき加入者端末を決定することを特徴とする、付記１２〜１４項のい ずれか１項に記載の局側装置におけるリソース割当方法。
（付記１６） 該所定の条件として、アクティブ状態となってからの経過時間によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記１７） 該所定の条件として、アクティブ状態となった加入者端末の管理番号によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記１８） 該所定の条件として、該加入者端末の一定期間内のアクティブ状態及び休止状態の状態遷移回数によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記１９） 該所定の条件として、該加入者端末がアクティブ状態となっている間のパケットデータ通信量によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記２０） 該所定の条件として、該加入者端末がアクティブ状態となってから休止状態に移行するまでの時間によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記２１） 加入者端末との間で無線チャネルによる接続を行なう無線基地局と、該接続を利用して該加入者端末との間で論理的な接続を行なう論理接続装置とを有し、或る加入者端末の該論理的な接続を用いた通信の状況に応じて当該加入者端末についての論理的な接続を維持しつつ当該加入者端末についての無線チャネルの接続を解放する機能をそなえた移動通信システムにおいて、
加入者端末からの接続要求があった場合に、該加入者端末が少なくとも１度は前記解放の対象となることを条件に前記無線チャネルの空きが不足していても前記無線チャネルによる接続を許容する制御手段をそなえたことを特徴とする、移動通信システム。
（付記２２） 加入者端末との間で無線チャネルによる接続を行なう無線基地局と、該接続を利用して該加入者端末との間で論理的な接続を行なう論理接続装置とを有し、或る加入者端末の該論理的な接続を用いた通信の状況に応じて当該加入者端末についての論理的な接続を維持しつつ当該加入者端末についての無線チャネルの接続を解放する機能をそなえた移動通信システムにおいて、
一の加入者端末からの接続要求があった場合に、他の加入者端末を前記解放の対象とし、該一の加入者端末が少なくとも１度は前記解放の対象となることを条件に、該他の加入者端末についての前記解放により空きとなった無線チャネルを該一の加入者端末に割り当て、該一の加入者端末についての前記解放後、空きの無線チャネルを前記他の加入者端末に割り当てる制御手段をそなえたことを特徴とする、移動通信システム。
産業上の利用可能性
以上のように、本発明によれば、ユーザとの接続処理に必要なACTIVEユーザリソースがフル状態でDORMANTリソースに空きがあれば、予め確保しておいた「DORMANT即移行リソース」あるいはACTIVEユーザの一部を強制的にDORMANT状態に移行させることで作り出した空きリソースを用いて、新規接続要求に対する接続処理を実行して、新規ユーザとのパケット通信を行なうことができる。したがって、パケット通信のトータルリソース（ACTIVE／DORMANTリソース）を無駄なく使用して、ユーザのパケットサービス接続性を大幅に向上することができ、その有用性は極めて高いものと考えられる。
【図面の簡単な説明】
図１は本発明の第１実施形態にかかる移動通信システムの構成を示すブロック図である。
図２は図１に示す基地局及び基地局制御装置の要部の構成を示すブロック図である。
図３は図１に示す移動通信システムの接続処理（通常時）を説明するためのシーケンス図である。
図４は図１に示す移動通信システムの接続処理（ＡＣＴＩＶＥユーザリソースに空きが無い場合）を説明するためのシーケンス図である。
図５は本発明の第２実施形態に係る移動通信システムの接続処理（ＡＣＴＩＶＥユーザリソースに空きが無い場合）を説明するためのシーケンス図である。
図６は第２実施形態において得られる効果を従来技術と比較して説明するための図である。
図７は第２実施形態の第１変形例に係る接続処理を説明するためのシーケンス図である。
図８は第２実施形態の第２変形例に係る接続処理を説明するためのシーケンス図である。
図９は既存の移動通信システムの構成の一例を示すブロック図である。
図１０はＡＣＴＩＶＥ状態とＤＯＲＭＡＮＴ状態を説明するためのブロック図である。
図１１及び図１２はいずれも既存の移動通信システムの課題を説明するためのブロック図である。
本発明は、パケットデータの交換により通信を行なう移動通信システム〔例えば、セルラー方式やＷＬＬ（Wireless Local Loop）方式等〕において、基地局側でのパケットデータ通信のリソース管理の仕組みに関する。
背景技術
図９は既存の移動通信システムの構成の一例を示すブロック図で、この図９に示す移動通信システムは、加入者側設備として、例えば、パーソナルコンピュータ（ＰＣ：Personal Computer）などの加入者データ通信端末（以下、ＰＣと表記する）１０１ａ，１０１ｂと、ＰＣ１０１ａと接続され無線インタフェースを用いて局側と通信を行なう移動通信端末１０２ａと、ＰＣ１０１ｂと接続され屋外アンテナ１０２ｃを通じて無線インタフェースにより局側と通信を行なうＳＵ（Subscriber Unit）１０２ｂとをそなえて構成されている。
なお、移動通信端末１０２ａは、図９では図示を省略しているが複数存在している。また、移動通信端末１０２ａは、セルラーシステムにおいては、ＭＳ（Mobile Station）と呼ばれる。さらに、ＷＬＬシステムにおいて移動通信端末１０２ａに相当するものはＦＷＴ（Fixed Wireless Terminal）と呼ばれる。以下では、便宜上、これらを総称して単に「ＭＳ１０２ａ」と表記する。
一方、局側設備としては、基地局（ＢＴＳ：Base Station Transmission Subsystem）１０３，基地局制御装置（ＢＳＣ：Base Station Control unit）１０４，インターネット１０７に接続されたパケット処理装置としてのパケットデータ配信ノード（ＰＤＳＮ：Packet data Distribution Serving Node）１０５，電話網１０８に接続された一般の音声通話処理装置１０６としての一般加入者交換機（ＬＥ）や移動加入者交換機等をそなえている。
ここで、ＢＴＳ１０３は、それぞれ、ＭＳ１０２ａ（又はＳＵ１０２ｂ）と無線インタフェースにより通信を行なうものであり、ＢＳＣ１０４は、複数のＢＴＳ１０３を制御して、ＢＴＳ１０３とＰＤＳＮ１０５又は音声通話処理装置（ＬＥ／ＭＳＣ）１０６との間のＩＰ（Internet Protocol）パケットデータ（以下、単に「パケット」という）又は音声データの送受をインタフェースするための呼処理を行なうものである。なお、以下では、ＢＴＳ１０３とＢＳＣ１０４とを総称して単に「ＢＳ１３４」ということがある。
また、ＰＤＳＮ１０５は、ＢＳＣ１０４とインターネット１０７間のパケットの送受をインタフェースするとともに、ＰＣ１０１ａ（又は１０１ｂ）とのポイント・ツー・ポイントプロトコル（ＰＰＰ：Point-to-Point Protocol）を終端するものである。なお、本ＰＤＳＮ１０５は、ＰＰＰリンク（ＰＰＰ接続ともいう）をＭＳ１０２ａとの間で確立する際にユーザ認証するため、インターネットサービスプロバイダ（Internet Service Provider：以下、ＩＳＰ）１７０内の認証サーバ１７１ともインタフェースする。
上述の構成により、図９に示す移動通信システムでは、既存の回線交換型と呼ばれる、交換機及び交換機間ネットワークで通信経路が交換される音声通信に加えて、パケット交換型と呼ばれる、パケット伝送システム（上記のＰＤＳＮ１０５がこれにあたる）を経由したインターネット通信が実現される。
即ち、音声データは、ＢＴＳ１０３，ＢＳＣ１０４及びＬＥ／ＭＳＣ１０６を経由する経路によりＰＣ１０１ａ（１０１ｂ）−電話網１０８間を伝送され、パケットは、この図９中に太実線で示すように、ＢＴＳ１０３，ＢＳＣ１０４及びＰＤＳＮ１０５を経由する経路によりＰＣ１０１ａ（１０１ｂ）−インターネット１０７間を伝送されるのである。
さてここで、パケットデータ通信（以下、単に「パケット通信」ともいう）は、バースト的なデータの発生（リアルタイム性を要求されないこと）が特徴であり、通信しているときと、通信していないとき（ユーザがインターネット１０７上のホームページをＰＣ１０１ａ上で熟読しているときなど）がはっきりしている。このため、ＭＳ１０２ａとＢＳ１３４との間で接続がなされているにもかかわらず、パケット（ユーザデータ）は転送されていない時間がある。
そして、上述したような移動通信システムは、もともと、一般的な２Ｗ（ウェイ）電話システムとは異なり、ＢＳ１３４とＭＳ１０２ａ間のエアインタフェースを複数のＭＳ１０２ａで共用することにより実現されるものであり、配下のＭＳ１０２ａが同時期に必ず接続できるようなネットワークにはなっていない（ＢＳ１３４とＭＳ１０２ａとの間で集線されている）。つまり、使用周波数等の通信リソース（以下、単に「リソース」という）に限りがある。
そこで、移動通信システムにおけるパケット通信では、ユーザがパケット通信サービスを利用するときの振る舞い（バースト的なデータ発生というパケット通信の特徴）と、ネットワーク側のリソースの有効利用という願いとから、データが転送されていない時間を他のユーザ（ＭＳ１０２ａ）の接続に割り当てることで、リソースの有効活用を図っている。
これを実現するのに、移動通信システムにおけるパケット通信では、パケット通信サービス特有のネットワーク内の呼の状態として、ACTIVE状態とDORMANT状態とが標準規格により定義されている。
ここで、ACTIVE状態とは、例えば図１０に模式的に示すように、「パケット通信サービスを行なう上で必要なＭＳ１０２ａとＢＳ１３４との間のリソースが全て確保されてコネクションＡが確立されるとともに、ＭＳ１０２ａに接続されているＰＣ１０１ａとＰＤＳＮ１０５との間のコネクションＢ（ＰＰＰリンク）が確立されている状態で、それらのコネクションＡ，Ｂ上をパケットの送受がＰＣ１０１ａ（１０１ｂ）とインターネット１０７との間で行なわれる」状態を示す。
これに対し、DORMANT状態とは、「上記のコネクションＡとコネクションＢのうち、コネクションＡは解放され、且つ、コネクションＢ（ＰＰＰリンク）は維持されている」状態を示す。即ち、DORMANT状態では、ＭＳ１０２ａはＰＣ１０１ａに対して、ＢＳ１３４はＰＤＳＮ１０５に対して、それぞれあたかもコネクションＡが接続されているかのようにみせていることになる。
したがって、ユーザがＰＣ１０１ａからパケット通信サービスを使ってインターネット１０７にアクセスしているときに、ネットワーク内の呼状態であるACTIVE／DORMANT状態の違いに気付くことはない。なお、ACTIVE／DORMANT状態の状態遷移の一例を下記に示す。
(1)ユーザ（加入者）がＰＣ１０１ａ（又は１０１ｂ）からインターネット１０７にアクセス開始
(2)ユーザはＰＣ１０１ａ（又は１０１ｂ）上でいろいろなホームページ（ＷＷＷ：World Wide Web）を閲覧している〔パケット（トラヒックデータ）多発：ACTIVE状態〕。
(3)ユーザがあるホームページをＰＣ１０１ａ（又は１０１ｂ）上で熟読中（トラヒックデータなし）。
(4)上記(3)によりトラヒックデータがなくなったら、ＭＳ１０２ａ（又はＳＵ１０２ｂ）もしくはＢＳ１３４内でタイマスタート。
(5)タイマ満了でＢＳ１３４とＭＳ１０２ａ（又はＳＵ１０２ｂ）との間でコミュニケーションをとりDORMANT状態へ遷移。
(6)ユーザはホームページをＰＣ１０１ａ（１０１ｂ）上で熟読中。
(7)ユーザが異なるホームページを閲覧しようとＰＣ１０１ａ（又は１０１ｂ）を操作、あるいは、インターネット１０７側からＰＣ１０１ａ（又は１０１ｂ）宛のトラヒックデータがユーザに送られてきた場合、ＢＳ１３４とＭＳ１０２ａ（又は１０２ｂ）との間でコネクション（図１０におけるコネクションＡ）を確立し、トラヒックデータを送受できる状態（ACTIVE状態）にする。
なお、ACTIVE状態，DORMANT状態の定義は、標準規格で定義されているものではあるが、そこでは大まかな方式が規定されているだけで、上述した以上の詳細な実現方式や、DORMANT状態を利用してシステム的にどうするといった具体的なことに関しては特に定められていない（どう使うかはシステム設計者の自由である）。
また、上記のACTIVE状態にあるユーザをACTIVEユーザと呼び、DORMANT状態にあるユーザをDORMANTユーザと呼ぶ。つまり、ACTIVEユーザは、パケット通信サービスを実際に行なっているユーザを示し、DORMANTユーザは、「一度、ACTIVEユーザとしてパケット通信を行なっていて、その後に、パケット伝送が無くなり所定の時間を経過した場合にＭＳ１０２ａ（又は１０２ｂ）とＢＳ１３４との間のリソースのみを開放した（上位のＰＰＰリンクに必要なリソースは保持している）ユーザ」を示す。
そして、移動通信システムでは、これらのACTIVEユーザとDORMANTユーザの数によって、同時接続数の上限、つまり、物理的なリソースの上限が定まり、これがＢＳＣ１０４にて管理される。したがって、新たなパケット通信呼が確立できるか否かは、ACTIVEユーザ数に関わる。
具体的に、現状のＢＳＣ１０４では、ACTIVEユーザ数が上限一杯の場合、新規のACTIVEユーザのためのリソースが無いため、DORMANTリソースに空きがあった場合でも、新規呼（新規接続要求）を拒否（REJECT）してしまう。例えば図１１に示すように、ACTIVEユーザ数及びDORMANTユーザ数の上限がそれぞれ“３０”（つまり、最大“６０”ユーザの収容が可能）であると仮定すると、ＢＳＣ１０４は、ACTIVEユーザが上限（“３０”）に達している状態で、新規接続要求があると、DORMANTユーザが上限に達していない（現在“２”）にも関わらず、その要求を拒否してしまうのである。
これは、DORMANTユーザになるには最初にACTIVEユーザになっていることが必要であり、DORMANTリソースは、一度ACTIVE状態となったDORMANTユーザだけがACTIVE状態に遷移した場合に使用できるリソースとして管理されているからである。
このため、例えば図１２に示すように、ACTIVEユーザ数の上限が“１”で、DORMANTユーザ数が２以上ある場合、端末（ＰＣ）Ｙは、最も早くて、時間Ｔ２以後、即ち、既にダイヤルアップ接続要求によりＩＳＰ１７０の認証サーバ１７１との認証が行なわれてACTIVE状態となった端末（ＰＣ）Ｘが、その後のパケット送受無しの状態が時間Ｔ２継続するによりDORMANT状態に遷移した後に、偶然、接続要求を行なわない限り、パケット通信を開始することができないことになる。
したがって、当初想定していたパケット通信の最大収容数が減少し、加入者からの接続性の悪さに対するクレームが発生することが予想される。
本発明は、このような課題に鑑み創案されたもので、ACTIVEユーザ数が上限一杯でも、DORMANTリソースに空きがある場合には、その空きリソースを用いて新規ユーザをDORMANTユーザとして収容するために、新規呼の接続処理を行なえるようにして、パケット通信の加入者収容数の減少を抑止できるようにすることを目的とする。
発明の開示
上記の目的を達成するために、本発明の局側装置は、複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なうものであって、次の各部をそなえたことを特徴としている。
(1)或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部
(2)アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に上記の通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部
(3)接続処理を行なった後に休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとして管理する休止状態移行リソース管理部
(4)上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ加入者リソース管理部においてアクティブ加入者リソースに空きが無くても、休止加入者リソース管理部において休止加入者リソースに空きが存在すれば、上記の休止状態移行リソースを用いて新規接続要求に対する接続処理を実行して上記新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部
上述のごとく構成された本発明の局側装置では、アクティブ加入者リソースが無い状態で、或る加入者端末（以下、単に「加入者」ともいう）から新規接続要求があった場合でも、休止加入者リソースに空きがあれば、休止状態移行リソースを用いて新規接続要求に対する接続処理を実行するので、その加入者は、局側装置と通信リンクを確立して実際にパケットデータ通信（以下、単に「パケット通信」ともいう）を行なうことができる。
したがって、従来のように休止加入者リソースに空きがあってもアクティブ加入者リソースに空きが無いために新規接続要求が拒絶されてしまうという現象を回避することができ、パケット通信に必要なトータルリソースを無駄なく使用して、加入者のパケット通信サービスの接続性を高くすることができる。
また、もう１つの本発明の局側装置は、次の各部をそなえたことを特徴としている。
(1)或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立してその加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部
(2)上記アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に上記通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部
(3)上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させてアクティブ加入者リソースに空きリソースを作り出し、その空きリソースを用いて上記新規接続要求に対する接続処理を実行して上記新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部
つまり、この場合の局側装置は、予め休止状態移行リソースを確保しておくのではなく、アクティブ状態の加入者の一部を強制的に休止状態に移行させることでアクティブ加入者リソースに空きを作り出し、その空きリソースを用いて新規接続要求に対する接続処理を実行することで、アクティブ加入者リソースに空きは無いが休止加入者リソースに空きがある状態での新規加入者の接続処理を実現しているのである。
したがって、この場合も、パケット通信に必要なトータルリソースを無駄なく使用して、加入者のパケット通信サービスの接続性を高くすることができる。
なお、新規にパケット通信サービスに接続した加入者は、その後、強制的に休止状態に移行させるのが好ましい。また、新規加入者の接続処理のために強制的に休止状態に移行させたアクティブ状態であった加入者については、その後、アクティブ状態に戻すこともできる。このようにすれば、より一層、パケット通信に必要なトータルリソースの有効利用を図ることができる。
また、アクティブ状態にある加入者の中から上述のごとく強制的に休止状態に移行させる加入者を決定する基準については、種々の条件が考えられる。例えば、加入者がアクティブ状態となってからの経過時間や、アクティブ状態となった加入者の管理番号、一定期間内の加入者のアクティブ状態及び休止状態の状態遷移回数、加入者がアクティブ状態となってから休止状態に移行するまでの時間などによって、強制的にアクティブ状態から休止状態に移行させる加入者を決定することができる。
したがって、システム要求に応じて必要な基準（条件）設定を行なうことができ、また、強制的にアクティブ状態から休止状態に移行させる加入者が一部の加入者に偏ってしまうことを軽減することもできる。
発明を実施するための最良の形態
（Ａ）第１実施形態の説明
図１は本発明の第１実施形態にかかる移動通信システムの構成を示すブロック図で、この図１において、図９により前述したものと同一符号を付した部分はそれぞれ図９により前述したものと同一もしくは同等の機能を有するものである。ただし、この図１に示すシステムにおいては、図９における基地局（ＢＴＳ）１０３及び基地局制御装置（ＢＳＣ）１０４に代えて、局側設備（装置）として、ＢＴＳ１ｂ及びＢＳＣ１ａが設けられている。
ここで、本実施形態においても、ＢＴＳ１ａは、それぞれ、ＭＳ１０２ａ（又はＳＵ１０２ｂ）と無線インタフェースにより通信を行なうものであり、ＢＳＣ１ｂは、これらのＢＴＳ１ａを制御して、ＢＴＳ１ａとＰＤＳＮ１０５又は音声通話処理装置（ＬＥ／ＭＳＣ）１０６との間のＩＰパケットデータ（以下、単に「パケット」という）又は音声データの送受をインタフェースするための呼処理を行なうものである。なお、以下では、説明の便宜上、これらのＢＴＳ１ａとＢＳＣ１ｂとを総称して単に「ＢＳ１」と表記する。
そして、このＢＳ１の要部の機能に着目すると、本実施形態のＢＳ１は、例えば図２に示すように構成される。即ち、ＢＳ１は、受信部１１，２１，制御データ／トラヒックデータスイッチ部１２，２２，送信部１３，２３，リソース管理部３１及び制御部３２をそなえて構成されている。
ここで、上記の受信部１１は、ＰＣ１０１ａ又は１０１ｂ（ＭＳ１０２ａ又はＳＵ１０２ｂ）から無線インタフェースを介して送信されてくるデータ（トラヒックデータ（音声データ又はパケットデータ）又は制御データ）を受信するものであり、制御データ／トラヒックデータスイッチ部１２（以下、単に「データスイッチ部１２」という）は、この受信部１１で受信されたデータのうち、制御データ（例えば、後述するパケット接続要求やＰＰＰ接続要求など）は制御部３２へ、それ以外のトラヒックデータは次段の送信部１３へスイッチするためのものである。
また、送信部１３は、上記のデータスイッチ部１２から送られてくるトラヒックデータをＰＤＳＮ１０５又はＬＥ／ＭＳＣ１０６へ送信するもので、この際、パケットデータはＰＤＳＮ１０５へ、音声データはＬＥ／ＭＳＣ１０６へ送るようになっている。
逆に、受信部２１は、ＰＤＳＮ１０５（又はＬＥ／ＭＳＣ１０６）から送信されてくるトラヒックデータ２１を受信するものであり、制御データ／トラヒックデータスイッチ部２２（以下、単に「データスイッチ部２２」という）は、この受信部２１で受信されたデータのうち、制御データ（例えば、後述するトラヒックチャネルアサイン指示や応答メッセージなど）は制御部３２へ、トラヒックデータは次段の送信部２３へスイッチするためのものであり、送信部２３は、このデータスイッチ部２２から送られてくるトラヒックデータをＭＳ１０２ａ又はＳＵ１０２ｂへ無線インタフェースを介して送信するためのものである。
さらに、リソース管理部３１は、主に、ＭＳ１０２ａ又はＳＵ１０２ｂとのパケット通信に必要な通信リソースを管理するもので、ここでは、ACTIVE／DORMANT状態のＭＳ１０２ａ（１０１ａ）又はＳＵ１０２ｂ（１０１ｂ）（以下、単に「ユーザ（加入者）」と総称することがある）別にそれぞれに割り当て可能な通信リソース（主に、ＰＰＰリンクや無線コネクションの確立などに必要なリソース）を管理するためのものである。なお、本実施形態においても、「ＰＰＰリンク（通信リンク）」とは、図１０に示すコネクションＢに相当する接続を指し、「無線コネクション」とは、図１０に示すコネクションＡに相当する接続を指すものとする。
このため、上記リソース管理部３１は、図２に示すように、さらに、ACTIVEユーザリソース管理部３１ａとDORMANTユーザリソース管理部３１ｂとがそなえられている。
ここで、ACTIVEユーザリソース管理部３１ａは、ユーザからのダイヤルアップ接続要求に対して当該ユーザとのＰＰＰリンク（以下、ＰＰＰ接続ともいう）を確立し実際にパケット通信をACTIVE状態にするための接続処理を実行するのに必要な通信リソース（ACTIVEユーザリソース）を管理するものである。
なお、本ACTIVEユーザリソース管理部３１ａは、ACTIVEユーザリソースの一部を予め「DORMANT即移行リソース（休止状態移行リソース）」として管理するDORMANT即移行リソース（休止状態移行リソース）管理部３１ｃとしての機能も兼用する。この「DORMANT即移行リソース」とは、ACTIVEユーザリソースの一部であり、通常のパケット通信を行なうためのものとは別に、一度、ACTIVEユーザとして接続した後に、即、DORMANTユーザへ強制的に移行させるために使用する専用リソースをいう。この「DORMANT即移行リソース」を用いたリソース割当動作の詳細については後述する。
これに対し、DORMANTユーザリソース管理部３１ｂは、図１０により前述したように、ACTIVE状態のユーザが実際にパケットデータの伝送は行なわないDORMANT状態に移行した際にＰＰＰ接続を維持するのに必要な通信リソースをDORMANTユーザリソースとして管理するものである。
また、制御部３２は、主に、制御データとしてＭＳ１０２ａ又はＰＤＳＮ１０５から送られてくる接続要求に対して、上記のリソース管理部３１（ACTIVEユーザリソース管理部３１ａ）で管理されている各リソースのうち接続処理（ＰＰＰ接続及び無線コネクションの確立）に必要なリソースを接続要求元のユーザに割り当てて、そのユーザとの通信をACTIVE状態に制御するものである。なお、この制御は、実際には、データスイッチ部１２，２２に対してそこを流れるパケットのルーティング設定を行なうことで実行される。
そして、本制御部３２には、このような基本機能に加えて、ACTIVE状態及びDORMANT状態のいずれでもないユーザから新規接続要求を受けた場合に、リソース管理部３１に対してリソースチェックを行ない、ACTIVEユーザリソース管理部３１ａにおいて管理されているACTIVEユーザリソースに空きが無くても、DORMANTユーザリソース管理部３１ｂにおいて管理されているDORMANTリソースに空きが存在すれば、その空きリソースを用いて新規ユーザをDORMANT状態として収容すべく、上述した「DORMANT即移行リソース」を用いて新規接続要求に対する接続処理を実行して、その新規接続要求を発行したユーザとのパケット通信をアクティブ状態に制御する機能も実装されている。
以下、上述のごとく構成された本実施形態における移動通信システムのＢＳ１によるリソース割当動作について詳述する。
(1)通常時（ACTIVEユーザリソースに空きが存在する場合）
図３に示すように、まず、ＰＣ１０１ａ（１０１ｂ）からダイヤルアップ接続要求が発行されると（ステップＡ１）、このダイヤルアップ接続要求は、ＭＳ１０２ａ（１０２ｂ）にて受け付けられ、パケット接続要求（Originationメッセージ）として、ＢＳ１との間のアクセスチャネル（Access CH）を使用してＢＳ１へ送信される（ステップＡ２）。
このパケット接続要求は、ＢＳ１の受信部１１で受信され、データスイッチ部１２で制御データの一種として判断されて制御部１２へ渡される。すると、制御部１２は、当該パケット接続要求に対する応答メッセージ（BS Acknowledgementメッセージ）をパケット接続要求元のＭＳ１０２ａ（１０２ｂ）へ、ページングチャネル（Paging CH）を使用して送信し（ステップＡ３）、リソース管理部３１で管理されているリソースの現在の使用状況を確認（リソースチェック）する（ステップＡ４）。
このリソースチェックの結果、アクティブユーザリソースに空きが存在すれば、制御部１２は、接続要求元のユーザをACTIVE状態とすべく、必要なリソースの割り当てを行なうとともに、ＭＳ１０２ａ（ＳＵ１０２ｂ）と同期をとるための同期用アイドルデータ（Null Traffic channel data）を生成し、その同期用アイドルデータを、トラヒックチャネル（Traffic CH）を使用してＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信し（ステップＡ５）、さらに、ＭＳ１０２ａ（ＳＵ１０２ｂ）が使用すべきトラヒックチャネルの割当（アサイン）指示を、ページングチャネル（Paging CH）を通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信する（ステップＡ６）。
ＭＳ１０２ａ（ＳＵ１０２ｂ）は、このトラヒックチャネルアサイン指示を受信すると、ＭＳ１からのトラヒックチャネルアサイン指示に対する応答メッセージ（MS Acknowledgementメッセージ）を、指示されたトラヒックチャネルを通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信する（ステップＡ７）。以後、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、ＭＳ１へのデータ送信にＭＳ１から指定されたトラヒックチャネル（以下、指定トラヒックチャネルという）を使用することになる。
その後、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、ＭＳ１と同期をとるための同期用アイドルデータを生成して指定トラヒックチャネルを通じＢＳ１へ送信し（ステップＡ８）、ＢＳ１では、制御部１２により、その同期用アイドルデータの受信に対する応答メッセージ（BS Acknowledgementメッセージ）を、ページングチャネルを通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信する（ステップＡ９）。
さらに、ＭＳ１の制御部１２は、ＭＳ１０２ａ（ＳＵ１０２ｂ）へサービス接続要求（Service Connectメッセージ）を、指定トラヒックチャネルを通じてＭＳ１０２ａ（ＳＵ１０２ｂ）へ送信し（ステップＡ１０）、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、このサービス接続要求に対する応答として、サービス接続完了通知（Service Connect Completionメッセージ）を、指定トラヒックチャネルによりＢＳ１へ送信する（ステップＡ１１）。
このサービス接続完了通知を受けたＢＳ１（制御部１２）は、ＰＤＳＮ１０５に対して、接続要求を発行し（ステップＡ１２）、ＰＤＳＮ１０５は、この接続要求を受信すると、接続応答をＢＳ１に返信する（ステップＡ１３）。その後、ＰＣ１０１ａ（１０１ｂ）からＰＤＳＮ１０５に対してＰＰＰ接続要求が発行され（ステップＡ１４）、当該ＰＰＰ接続要求がＰＤＳＮ１０５にて受信されると、ＰＤＳＮ１０５は、ＩＳＰ１７０（認証サーバ１７１）に対して認証要求を送信する（ステップＡ１５）。
認証サーバ１７１は、上記認証要求を受信することにより、正規のユーザからの接続要求であるかを確認するための認証処理を実行し、その認証結果（ＯＫ／ＮＧ）を認証応答としてＰＤＳＮ１０５に返信する（ステップＡ１６）。ＰＤＳＮ１０５は、認証サーバ１７１から受信した認証結果がＯＫであれば、ＰＰＰ接続完了通知を接続要求元のＰＣ１０１ａ（１０１ｂ）に対して発行する（ステップＡ１７）。
これにより、ＩＳＰ１７０によるユーザ認証とＰＣ１０１ａ（１０１ｂ）に対するＩＰアドレスの付与が行なわれて、ＰＣ１０１ａ（１０１ｂ）とインターネット１０７（ＩＳＰ１７０）との間のＰＰＰリンクが確立し、以後、ＰＣ１０１ａ（１０１ｂ）は、インターネット１０７（ＩＳＰ１７０）との間でパケットデータの転送を行なうことが可能（ACTIVE状態）となる。
(2)ACTIVEユーザリソースに空きが無い場合
次に、上記のリソースチェック（ステップＡ４）の結果、アクティブユーザリソースに空きが無い場合の動作について詳述する。
即ち、例えば図４に示すように、ACTIVEユーザリソースの上限が３０個で現在３０個が埋まっていて、DORMANTユーザリソースの上限が３０個で現在２個しか埋まっていない状態において、新規の（ACTIVE状態でもDORMANT状態でもない）ユーザ（ＰＣ１０１ａ／１０１ｂ）がダイヤルアップ接続を実施（新規接続要求が発行）したとする（ステップＡ２）。
この場合、制御部１２は、ACTIVEユーザリソースに空きは無いがDORMANTユーザリソースに空きがある（つまり、ＭＳ１０２ａ／ＳＵ１０２ｂとＢＳ１との間の無線リソース（ただし、「DORMANT即移行リソース」は除く）に空きは無いがＰＰＰリンクのためのリソースには空きがある状態）ので、「DORMANT即移行リソース」に空きがあるかをチェックし（ステップＡ４）、空きがあれば、新規接続要求に対する接続処理に必要なリソースとして「DORMANT即移行リソース」を割り当てる。
これにより、ＭＳ１０２ａ（ＳＵ１０２ｂ）−ＢＳ１間およびＢＳ１−ＰＤＳＮ１０５間でそれぞれ必要な接続処理が図３により上述した手順と同様にして行なわれて、ＭＳ１０２ａ（ＳＵ１０２ｂ）−ＰＤＳＮ１０５間でＰＰＰリンクが確立し、新規ユーザはACTIVE状態となる。
その後、ＢＳ１（制御部１２）は、新規にACTIVE状態となったユーザをDORMANT状態に強制的に移行させるために、ＭＳ１０２ａ（ＳＵ１０２ｂ）に対して無線コネクションの開放指示を発行し（ステップＢ１）、ＭＳ１０２ａ（ＳＵ１０２ｂ）は、この開放指示を受けることにより、ＢＳ１との間の無線コネクションを開放し、開放指示の応答をＢＳ１に返信する（ステップＢ２）。これにより、新規にACTIVE状態となったユーザはDORMANT状態となる（ステップＢ３）。
なお、この時、ＢＳ１（リソース管理部３１）は、このユーザをDORMANTユーザとして管理する。したがって、リソース管理部３１でのACTIVEユーザリソースは上限一杯（３０個）、DORMANTユーザリソースは１個増えて３個ということになる。ＭＳ１０２ａ（ＳＵ１０２ｂ）側でも同様の管理が行なわれる。
以上のように、本実施形態のＢＳ１では、ACTIVEユーザリソースのうち、一定量を常に「DORMANT即移行ユーザリソース」として確保しておき、ACTIVEユーザが上限に達しており、ACTIVEユーザリソースに空きが無い状態で新規発呼（新規接続要求）があった場合でも、DORMANTユーザリソースに空きが存在すれば、「DORMANT即移行ユーザリソース」を使用して接続処理を実行して、一旦、新規ユーザをACTIVE状態にしてからDORMANT状態に移行させるので、従来のように、DORMANTユーザリソースに空きがあるにも関わらず、ACTIVEユーザリソースに空きが無いために、新規呼が拒絶されてしまうことを極力回避することができる。
したがって、ＢＳ１で管理するリソースを最大限に有効活用して、ＢＳ１が収容できるユーザ数（ACTIVEユーザ数＋DORMANTユーザ数）の減少を抑制することができる。また、ユーザ側からみれば、ACTIVEユーザ数がフル状態でもDORMANTユーザ数に余裕があれば接続が可能となるので、接続ビジー回数が大幅に減少して早期の接続が可能となり、クレーム減少にもつながる。
（Ｂ）第２実施形態の説明
上述した実施形態では、ACTIVEユーザリソースの一部を予め「DORMANT即移行リソース」として確保しておくことで、ACTIVEユーザリソースに空きが無い状態での新規ユーザの接続処理を実現しているが、他の方法として、ACTIVE状態のユーザの一部を強制的にDORMANT状態に移行させて空きリソースを作り出すことで実現することもできる。
この場合、ＢＳ１のリソース管理部３１において、ACTIVEユーザリソース管理部３１ａは、「DORMANT即移行リソース」を管理する必要はない（前述したDORMANT即移行リソース管理部としての機能は実装しなくてよい）。
これに対し、制御部３２には、主に、ACTIVEユーザリソースに空きが無くDORMANTユーザリソースに空きが存在する状態で、新規接続要求を受けた場合に、所定の条件に基づき、強制的にDORMANT状態に移行させるべきユーザを決定するDORMANT移行端末決定部３２１（図２参照）としての機能や、決定したACTIVEユーザをDOMANT状態に移行（無線コネクションを開放）させてACTIVEユーザリソースに空きを作り出す機能、作り出した空きリソースを使用して新規ユーザに対する接続処理を実行する機能などが実装される。
以下、この場合の接続処理について、図５を用いて詳述する。なお、本第２実施形態において、通常時の接続シーケンスは、図３により前述したシーケンスと同様である。
まず、この場合も、ACTIVEユーザリソースの上限が３０個で現在３０個が埋まっていて、DORMANTユーザリソースの上限が３０個で現在２個しか埋まっていない状態において、新規の（ACTIVE状態でもDORMANT状態でもない）ユーザ（MS-A）においてダイヤルアップ接続が実施（新規接続要求が発行）されたとする（ステップＡ２）。
この場合、ＢＳ１の制御部１２は、ACTIVEユーザリソースに空きは無いがDORMANTユーザリソースに空きがある（つまり、ＭＳ１０２ａ／ＳＵ１０２ｂとＢＳ１との間の無線リソース（ただし、「DORMANT即移行リソース」は除く）に空きは無いがＰＰＰリンクのためのリソースには空きがある状態）ので、DORMANT移行端末決定部３２１によって、現在ACTIVE状態のユーザの中からDORMANT状態に強制移行させるユーザ（MS-B）を１つ選択（決定）する。なお、このときのDORMANT移行端末決定部３２１での決定基準については後述する。
そして、制御部１２は、選択ユーザ（MS-B）に対して無線コネクションの開放指示を発行し（ステップＣ２）、選択ユーザ（MS-B）は、この開放指示を受けることにより、ＢＳ１との間の無線コネクションを開放し、開放指示に対する応答をＢＳ１に返信する（ステップＣ３）。これにより、選択ユーザ（MS-B）は、ＰＤＳＮ１０５とＰＰＰリンクのみが維持されたDORMANT状態となり（ステップＣ４）、ＢＳ１においてACTIVEユーザリソースに空きが作り出されることになる（ステップＣ５）。
即ち、この時のＢＳ１のACTIVEユーザリソースは１つ減って２９個（空きが１個）、DORMANTユーザリソースは１つ増えて３個ということになる。なお、上記の開放指示の送信には例えばページングチャネルが使用され、応答の返信には例えばアクセスチャネルが使用される。
その後、ＢＳ１（制御部１２）は、上述のごとくACTIVEユーザ（MS-B）をDORMANTユーザに移行させたことにより得られたACTIVEリソースの空きリソースを新規ユーザ（MS-A）からの新規接続要求に対する接続処理のために割り当てて、新規ユーザ（MS-A）−ＰＤＳＮ１０５間の接続処理を実行して、ＰＰＰリンクを確立する（ステップＣ６〜Ｃ８）。なお、この接続処理は、図３により説明したステップＡ５〜Ａ１３，Ａ１７の手順と同様にして行なわれる（認証サーバ１０５との接続シーケンスについては省略）。
このようにして、新規ユーザ（MS-A）−ＰＤＳＮ１０５間のＰＰＰリンクが確立すると、次に、ＢＳ１（制御部１２）は、新規ユーザ（MS-A）をDORMANT状態に移行させるために、その新規ユーザ（MS-A）に対して無線コネクションの開放指示を発行し（ステップＣ９）、新規ユーザ（MS-A）は、この開放指示を受けることにより、ＢＳ１との間の無線コネクションを開放して、開放指示に対する応答をＢＳ１に返信する（ステップＣ１０）。この結果、新規ユーザ（MS-A）は、ＰＤＳＮ１０５とＰＰＰリンクのみが維持されたDORMANT状態となる（ステップＣ１１）。なお、このときの開放指示及び応答の送信にも、それぞれ、例えば、ページングチャネル及びアクセスチャネルが使用される。
その後、ＢＳ１（制御部１２）は、DORMANT状態に強制移行した選択ユーザ（MS-A）を再度ACTIVE状態に戻すために、選択ユーザ（MS-A）に対して接続要求を発行して（ステップＣ１２）、選択ユーザ（MS-A）との間で接続処理（無線コネクション確立のための処理）を実行する（ステップＣ１３）。なお、このときの接続要求の送信には例えばページングチャネルが使用される。
以上のように、本実施形態では、ACTIVEユーザが一杯の状態で新規の接続要求があった場合は、既存のACTIVEユーザの１つを一時的にDORMANT状態に強制移行させ、それにより空いたACTIVEユーザリソースを使用して新規ユーザについての接続処理を実行して、新規ユーザを、一旦、ACTIVE状態にしてから空きリソースのあるDORMANT状態に強制移行させるので、この場合も、第１実施形態と同様に、ＢＳ１で管理するリソースを最大限に有効活用して、ＢＳ１が収容できる最大ユーザ数（ACTIVEユーザ数＋DORMANTユーザ数）の減少を抑制することができるとともに、ユーザにとっての接続ビジー回数が大幅に減少する。
即ち、例えば図６に示すように、図１１により説明した場合と同様に、ACTIVEユーザ数の上限が“１”で、DORMANTユーザ数が２以上存在する場合を想定すると、新規発呼した端末（ＰＣ）Ｙは、端末ＸがACTIVE状態からDORMANT状態に強制的に移行させられた時点Ｔ１以降、接続が可能となるのである。なお、ACTIVEユーザをDOMANT状態に強制移行させるのは、図６において端末Ｘについての認証処理が終了した時点Ｔ０以降で構わないから、端末Ｙは、最短でその時点Ｔ０以降に接続が可能となる。
また、本実施形態では、新規ユーザをDORMANT状態にすると、その新規ユーザのためにDORMANT状態に強制移行させられたユーザを再びACTIVEユーザに戻すので、ACTIVEユーザが強制的にDORMANT状態となっている期間は新規ユーザについての接続処理が完了するまでの短時間で済み、既存のACTIVEユーザの通信に対する影響も最小限に抑制することができる。
（Ｂ１）第２実施形態の第１変形例の説明
なお、上述した第２実施形態では、ACTIVE状態からDORMANT状態に強制移行したユーザを必ずACTIVE状態に戻すこととしているが、通常の「ACTIVEユーザからDORMANTユーザへ遷移する条件」（実際にパケットデータを送受していない状態が一定期間継続した場合など），「DORMANTユーザからACTIVEユーザへ遷移する条件」（ユーザによる別のＵＲＬ指定があった場合やユーザ宛のパケットデータがＢＳ１に届いた場合など）に従って戻さない場合があってもよい。
即ち、例えば図７に示すように、図５のステップＡ４，Ｃ１〜Ｃ８と同様の処理が実施されて、新規ユーザ（MS-A）がACTIVE状態となった後、DORMANT状態に強制移行させられた選択ユーザ（MS-B）がDORMANT状態のままでよければ、新規ユーザ（MS-A）はACTIVE状態のままにしておき（ステップC９′）、DORMANT状態に強制移行させられたユーザ（MS-B）は、通常の遷移条件に従ってACTIVE状態とするのである（例えば、別のＵＲＬ指定があった場合やユーザ（MS-B）宛のパケットデータがＢＳ１に届いた場合にACTIVEユーザリソースに空きがあれば、ACTIVE状態に遷移できることになる）。
したがって、本変形例の場合も、第２実施形態と同様に、パケット通信に必要なリソースの有効利用を図って、新規ユーザ（MS-A）の早期の接続が可能となり、パケット通信のサービス性を向上することができる。
（Ｂ２）第２実施形態の第２変形例の説明
次に、上述した第２実施形態では、ACTIVE状態からDORMANT状態に強制移行したユーザ（MS-B）を無条件にACTIVE状態に戻す（新規ユーザ（MS-A）をDORMANT状態に強制移行する）こととしているが、かかる移行はその時点でDORMANT状態からACTIVE状態への移行を希望するユーザ（別のＵＲＬ指定があったユーザやＰＤＳＮ１０５からパケットデータがＢＳ１に届いたユーザなど：以下、ACTIVE状態移行希望ユーザという）の有無に応じて実行したりしなかったりするようにしてもよい。
即ち、例えば図８に示すように、図５のステップＡ４，Ｃ１〜Ｃ８と同様の処理が実施されて、新規ユーザ（MS-A）がACTIVE状態となった後、ＢＳ１は、制御部１２により、ACTIVE状態移行希望ユーザが存在するか否かをチェックし（リソース移行判定：ステップＤ１）、この結果、ACTIVE状態移行希望ユーザが存在すれば、新規ユーザ（MS-A）をDORMANT状態に移行すべきと判断して、新規ユーザ（MS-A）との間の無線コネクションを開放すべく、新規ユーザ（MS-A）に対して開放指示を発行する（ステップＤ２）。
新規ユーザ（MS-A）は、この開放指示を受けることにより、ＭＳ１との間の無線コネクションを開放して、上記開放指示に対する応答をＭＳ１に返信する（ステップＤ３）。これにより、新規ユーザ（MS-A）は、ＰＤＳＮ１０５とＰＰＰリンクのみが維持されたDORMANT状態となる（ステップＤ４）。なお、このときの開放指示及び応答の送信にも、それぞれ、例えば、ページングチャネル及びアクセスチャネルが使用される。
なお、ACTIVE状態移行希望ユーザが存在しない場合には、ＢＳ１（制御部１２）は、新規ユーザ（MS-A）をACTIVE状態のままにしておく。
つまり、ACTIVE状態移行希望ユーザがいない場合には新規ユーザのACTIVE状態が維持され、新規ユーザ（MS-A）以外にACTIVE状態移行希望ユーザ〔ユーザ（MS-B）を含む〕がいる場合には、そのACTIVE状態移行希望ユーザの希望が優先されて、新規ユーザはDORMANT状態に強制移行させられるのである。
したがって、パケット通信に必要なリソースの有効利用及び接続性を向上させつつ、新規ユーザと既存ACTIVEユーザの双方の要求に見合った接続処理が可能となり、パケット通信のサービス性をさらに向上することができる。
（Ｃ）ACTIVE状態→DORMANT状態強制移行ユーザの決定方式説明
さて次に、以下では、上述した第２実施形態及び各変形例１，２において、新規ユーザ（MS-A）からの新規接続要求に対する接続処理を行なうために、DORMANT状態に強制移行すべきACTIVEユーザのDORMANT移行端末決定部３２１での選択（決定）方法（基準）について説明する。
かかるACTIVEユーザの決定方法には、例えば、(1)新規ACTIVEユーザとして登録された時間による場合，(2)ＢＳ１内で管理している管理番号による（管理番号No.1のユーザとか管理番号最後のユーザとか）場合，(3)ACTIVE状態とDORMANT状態とを繰り返しているカウント数による場合，(4)ACTIVEユーザとして接続されている時間に対する送受信データ量による場合，(5)ACTIVEからDORMANTへ遷移するタイマ満了までの時間による場合などが考えられる。
以下、それぞれの場合の具体例について説明する。
(1)新規ACTIVEユーザとして登録された時間による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、新規にACTIVEユーザとなってからの経過時間がそれぞれＴ＝ｇ，Ｔ＝ｈ（ｈ＜ｇ），Ｔ＝ｉ（ｉ＜ｈ）と仮定する。この場合、制御部１２（DORMANT移行端末決定部３２１）は、接続時間が一番長いユーザを選択する場合はユーザＡを、逆に、接続時間が一番短いユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(2)ＢＳ１（具体的には、ＢＳＣ１ｂ）内で管理している管理番号による（管理番号No.1のユーザとか管理番号最後のユーザとか）場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザのＢＳ１内で管理されている管理番号がそれぞれ、“１”，“２”，“３”であったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、管理番号の一番小さいユーザを選択する場合はユーザＡを、管理番号の一番大きいユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(3)ACTIVEユーザとDORMANTユーザを繰り返しているカウント数による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザの新規ACTIVEユーザになったときからDORMANT状態→ACTIVE状態→DORMANT状態というように遷移した回数がそれぞれＡ(ACTIVE回数)=5／Ｄ（DORMANT回数）=４，Ａ=３／Ｄ＝２，Ａ１／Ｄ＝０であったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、ACTIVE／DORMANT状態を繰り返している数が一番多いユーザを選択する場合はユーザＡを、逆に、一番少ないユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(4)ACTIVEユーザとして接続されている時間に対する送受信データ量（平均転送速度）による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザの接続時間に対する送受信データ量が2000kbit／200sec=10kbps、40000kbit／10000sec=4kbps、3000kbit／30sec=100kbpsであったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、平均転送速度が一番悪いユーザを選択する場合はユーザＢを、一番良いユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
(5)ACTIVEからDORMANTへ遷移するタイマ満了までの時間による場合
例えば、ACTIVEユーザＡ，Ｂ，Ｃが存在していて、各ACTIVEユーザがDORMANTユーザに遷移するまでの時間がＴ＝ｐ，Ｔ＝ｑ(q＞p)、Ｔ＝ｒ(ｒ＞ｑ)であったとする。この場合、制御部１２（DORMANT移行端末決定部３２１）は、DORMANTユーザへ遷移するまでの時間が一番短いユーザを選択する場合はユーザＡを、逆に、一番長いユーザを選択する場合はユーザＣを、DORMANT状態に強制移行するユーザとして選択することになる。
このように、システム要求に応じて必要な基準（条件）設定を行なうことで、強制的にアクティブ状態から休止状態に移行させる加入者が一部の加入者に偏ってしまうことを軽減することが可能である。なお、上記の(1)〜(5)に示した各種条件は、適宜、組み合わせて設定してもよい。
（Ｄ）その他
そして、本発明は上述した第１及び第２実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述した第１実施形態及び第２実施形態は組み合わせて実施してもよい。即ち、「DORMANT即移行リソース」を予め用意しておき、この「DORMANT即移行リソース」に空きが無い場合には、ACTIVEユーザの一部を強制的にDORMANT状態に移行させて空きリソースを作るようにしてもよい。
（Ｅ）付記
（付記１） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部と、
該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部と、
該接続処理を行なった後に該休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとして管理する休止状態移行リソース管理部と、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、該アクティブ加入者リソース管理部において該アクティブ加入者リソースに空きが無くても、該休止加入者リソース管理部において該休止加入者リソースに空きが存在すれば、該休止状態移行リソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部とをそなえたことを特徴とする、局側装置。
（付記２） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部と、
該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部と、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させて該アクティブ加入者リソースに空きリソースを作り出し、当該空きリソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部とをそなえたことを特徴とする、局側装置。
（付記３） 該制御部が、
該新規接続要求を発行した該加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に移行させる手段をそなえたことを特徴とする、付記１項に記載の局側装置。
（付記４） 該制御部が、
該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に制御するとともに、該アクティブ加入者リソースに空きを作り出すために強制的に休止状態に移行させた加入者端末とのパケットデータ通信をアクティブ状態に戻す手段をそなえたことを特徴とする、付記２項に記載の局側装置。
（付記５） 該制御部が、
該新規接続要求を受けた場合に、所定の条件に基づき、上記の強制的に休止状態に移行させるべき加入者端末を決定する休止状態移行端末決定手段をそなえていることを特徴とする、付記２〜４項のいずれか１項に記載の局側装置。
（付記６） 該休止状態移行端末決定手段が、
該所定の条件として、アクティブ状態となってからの経過時間によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記７） 該休止状態移行端末決定手段が、
該所定の条件として、アクティブ状態となった加入者端末の管理番号によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記８） 該休止状態移行端末決定手段が、
該所定の条件として、該加入者端末の一定期間内のアクティブ状態及び休止状態の状態遷移回数によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記９） 該休止状態移行端末決定手段が、
該所定の条件として、該加入者端末がアクティブ状態となっている間のパケットデータ 通信量によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記１０） 該休止状態移行端末決定手段が、
該所定の条件として、該加入者端末がアクティブ状態となってから休止状態に移行するまでの時間によって、上記の強制的に休止状態に移行させる加入者端末を決定するように構成されたことを特徴とする、付記５項に記載の局側装置。
（付記１１） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置におけるリソース割当方法であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソース、該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソース、該接続処理を行なった後に該休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとしてそれぞれ管理しておき、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、該休止加入者リソース管理部において該休止加入者リソースに空きが存在するか否かを判定し、
該休止加入者リソースに空きが存在すれば、該アクティブ加入者リソース管理部において該アクティブ加入者リソースに空きが無くても、該休止状態移行リソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御することを特徴とする、局側装置におけるリソース割当方法。
（付記１２） 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置におけるリソース割当方法であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソース、該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとしてそれぞれ管理しておき、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させて該アクティブ加入者リソースに空きリソースを作り出し、
当該空きリソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御することを特徴とする、局側装置におけるリソース割当方法。
（付記１３） 該新規接続要求を発行した該加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に移行させることを特徴とする、付記１１項に記載の局側装置におけるリソース割当方法。
（付記１４） 該新規接続要求を発行した該加入者端末とのパケットデータ通信をアクティブ状態に制御した後、強制的に休止状態に制御するとともに、該アクティブ加入者リソースに空きを作り出すために強制的に休止状態に移行させた加入者端末とのパケットデータ通信をアクティブ状態に戻すことを特徴とする、付記１２項に記載の局側装置におけるリソース割当方法。
（付記１５）該新規接続要求を受けた場合に、所定の条件に基づき、上記の強制的に休止状態に移行させるべき加入者端末を決定することを特徴とする、付記１２〜１４項のい ずれか１項に記載の局側装置におけるリソース割当方法。
（付記１６） 該所定の条件として、アクティブ状態となってからの経過時間によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記１７） 該所定の条件として、アクティブ状態となった加入者端末の管理番号によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記１８） 該所定の条件として、該加入者端末の一定期間内のアクティブ状態及び休止状態の状態遷移回数によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記１９） 該所定の条件として、該加入者端末がアクティブ状態となっている間のパケットデータ通信量によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記２０） 該所定の条件として、該加入者端末がアクティブ状態となってから休止状態に移行するまでの時間によって、上記の強制的に休止状態に移行させる加入者端末を決定することを特徴とする、付記１５記載の局側装置におけるリソース割当方法。
（付記２１） 加入者端末との間で無線チャネルによる接続を行なう無線基地局と、該接続を利用して該加入者端末との間で論理的な接続を行なう論理接続装置とを有し、或る加入者端末の該論理的な接続を用いた通信の状況に応じて当該加入者端末についての論理的な接続を維持しつつ当該加入者端末についての無線チャネルの接続を解放する機能をそなえた移動通信システムにおいて、
加入者端末からの接続要求があった場合に、該加入者端末が少なくとも１度は前記解放の対象となることを条件に前記無線チャネルの空きが不足していても前記無線チャネルによる接続を許容する制御手段をそなえたことを特徴とする、移動通信システム。
（付記２２） 加入者端末との間で無線チャネルによる接続を行なう無線基地局と、該接続を利用して該加入者端末との間で論理的な接続を行なう論理接続装置とを有し、或る加入者端末の該論理的な接続を用いた通信の状況に応じて当該加入者端末についての論理的な接続を維持しつつ当該加入者端末についての無線チャネルの接続を解放する機能をそなえた移動通信システムにおいて、
一の加入者端末からの接続要求があった場合に、他の加入者端末を前記解放の対象とし、該一の加入者端末が少なくとも１度は前記解放の対象となることを条件に、該他の加入者端末についての前記解放により空きとなった無線チャネルを該一の加入者端末に割り当て、該一の加入者端末についての前記解放後、空きの無線チャネルを前記他の加入者端末に割り当てる制御手段をそなえたことを特徴とする、移動通信システム。
産業上の利用可能性
以上のように、本発明によれば、ユーザとの接続処理に必要なACTIVEユーザリソースがフル状態でDORMANTリソースに空きがあれば、予め確保しておいた「DORMANT即移行リソース」あるいはACTIVEユーザの一部を強制的にDORMANT状態に移行させることで作り出した空きリソースを用いて、新規接続要求に対する接続処理を実行して、新規ユーザとのパケット通信を行なうことができる。したがって、パケット通信のトータルリソース（ACTIVE／DORMANTリソース）を無駄なく使用して、ユーザのパケットサービス接続性を大幅に向上することができ、その有用性は極めて高いものと考えられる。
【図面の簡単な説明】
図１は本発明の第１実施形態にかかる移動通信システムの構成を示すブロック図である。
図２は図１に示す基地局及び基地局制御装置の要部の構成を示すブロック図である。
図３は図１に示す移動通信システムの接続処理（通常時）を説明するためのシーケンス図である。
図４は図１に示す移動通信システムの接続処理（ＡＣＴＩＶＥユーザリソースに空きが無い場合）を説明するためのシーケンス図である。
図５は本発明の第２実施形態に係る移動通信システムの接続処理（ＡＣＴＩＶＥユーザリソースに空きが無い場合）を説明するためのシーケンス図である。
図６は第２実施形態において得られる効果を従来技術と比較して説明するための図である。
図７は第２実施形態の第１変形例に係る接続処理を説明するためのシーケンス図である。
図８は第２実施形態の第２変形例に係る接続処理を説明するためのシーケンス図である。
図９は既存の移動通信システムの構成の一例を示すブロック図である。
図１０はＡＣＴＩＶＥ状態とＤＯＲＭＡＮＴ状態を説明するためのブロック図である。
図１１及び図１２はいずれも既存の移動通信システムの課題を説明するためのブロック図である。
Claims (6)
- 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部と、
該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部と、
該接続処理を行なった後に該休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとして管理する休止状態移行リソース管理部と、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、該アクティブ加入者リソース管理部において該アクティブ加入者リソースに空きが無くても、該休止加入者リソース管理部において該休止加入者リソースに空きが存在すれば、該休止状態移行リソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部とをそなえたことを特徴とする、局側装置。 - 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソースとして管理するアクティブ加入者リソース管理部と、
該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとして管理する休止加入者リソース管理部と、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させて該アクティブ加入者リソースに空きリソースを作り出し、当該空きリソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御する制御部とをそなえたことを特徴とする、局側装置。 - 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置におけるリソース割当方法であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソース、該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソース、該接続処理を行なった後に該休止状態に移行させる加入者端末のために用いる通信リソースを休止状態移行リソースとしてそれぞれ管理しておき、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、該休止加入者リソース管理部において該休止加入者リソースに空きが存在するか否かを判定し、
該休止加入者リソースに空きが存在すれば、該アクティブ加入者リソース管理部において該アクティブ加入者リソースに空きが無くても、該休止状態移行リソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御することを特徴とする、局側装置におけるリソース割当方法。 - 複数の加入者端末とのパケットデータ通信に必要な通信リソースを管理し、当該通信リソースを該加入者端末からの接続要求に応じて該加入者端末に割り当てて該加入者端末とパケットデータ通信を行なう局側装置におけるリソース割当方法であって、
或る加入者端末からの接続要求に対して当該加入者端末と通信リンクを確立して該加入者端末とのパケットデータ通信をアクティブ状態にするための接続処理を実行するのに必要な通信リソースをアクティブ加入者リソース、該アクティブ状態の加入者端末が実際にパケットデータの伝送は行なわない休止状態に移行した際に該通信リンクを維持するのに必要な通信リソースを休止加入者リソースとしてそれぞれ管理しておき、
上記のアクティブ状態及び休止状態のいずれでもない加入者端末から新規接続要求を受けた場合に、アクティブ状態の加入者端末の一部を強制的に休止状態に移行させて該アクティブ加入者リソースに空きリソースを作り出し、
当該空きリソースを用いて該新規接続要求に対する接続処理を実行して該新規接続要求を発行した加入者端末とのパケットデータ通信をアクティブ状態に制御することを特徴とする、局側装置におけるリソース割当方法。 - 加入者端末との間で無線チャネルによる接続を行なう無線基地局と、該接続を利用して該加入者端末との間で論理的な接続を行なう論理接続装置とを有し、或る加入者端末の該論理的な接続を用いた通信の状況に応じて当該加入者端末についての論理的な接続を維持しつつ当該加入者端末についての無線チャネルの接続を解放する機能をそなえた移動通信システムにおいて、
加入者端末からの接続要求があった場合に、該加入者端末が少なくとも１度は前記解放の対象となることを条件に前記無線チャネルの空きが不足していても前記無線チャネルによる接続を許容する制御手段をそなえたことを特徴とする、移動通信システム。 - 加入者端末との間で無線チャネルによる接続を行なう無線基地局と、該接続を利用して該加入者端末との間で論理的な接続を行なう論理接続装置とを有し、或る加入者端末の該論理的な接続を用いた通信の状況に応じて当該加入者端末についての論理的な接続を維持しつつ当該加入者端末についての無線チャネルの接続を解放する機能をそなえた移動通信システムにおいて、
一の加入者端末からの接続要求があった場合に、他の加入者端末を前記解放の対象とし、該一の加入者端末が少なくとも１度は前記解放の対象となることを条件に、該他の加入者端末についての前記解放により空きとなった無線チャネルを該一の加入者端末に割り当て、該一の加入者端末についての前記解放後、空きの無線チャネルを前記他の加入者端末に割り当てる制御手段をそなえたことを特徴とする、移動通信システム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/001084 WO2003067912A1 (en) | 2002-02-08 | 2002-02-08 | Station apparatus, method for resource allocation in station apparatus, and mobile communication system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2003067912A1 JPWO2003067912A1 (ja) | 2005-06-02 |
| JP4032028B2 true JP4032028B2 (ja) | 2008-01-16 |
Family
ID=27677655
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003567119A Expired - Fee Related JP4032028B2 (ja) | 2002-02-08 | 2002-02-08 | 局側装置および局側装置におけるリソース割当方法並びに移動通信システム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7613461B2 (ja) |
| EP (2) | EP1475981B1 (ja) |
| JP (1) | JP4032028B2 (ja) |
| KR (1) | KR100599915B1 (ja) |
| CN (1) | CN100382630C (ja) |
| WO (1) | WO2003067912A1 (ja) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7330462B2 (en) * | 2003-03-26 | 2008-02-12 | Lucent Technologies Inc. | Managing wireless packet service resources |
| US7127655B2 (en) * | 2004-01-20 | 2006-10-24 | Qualcomm, Inc. | Methods and apparatus to optimize delivery of multicast content using probabilistic feedback |
| KR100657523B1 (ko) * | 2005-02-04 | 2006-12-14 | 에스케이 텔레콤주식회사 | 피어 대 피어 네트워크에서 릴레이 서버의 자원을할당하는 방법 |
| JP4083771B2 (ja) * | 2005-02-09 | 2008-04-30 | 株式会社エヌ・ティ・ティ・ドコモ | 無線リソース管理方法、無線回線制御局及び無線基地局 |
| WO2007000732A2 (en) * | 2005-06-28 | 2007-01-04 | Utstarcom, Inc. | Method of servicing a pcf by rate limiting |
| US9420612B2 (en) | 2005-08-19 | 2016-08-16 | Core Wireless Licensing S.A.R.L. | Apparatus, method and computer program product providing simultaneous radio resource and service requests |
| US7778269B2 (en) * | 2005-10-07 | 2010-08-17 | Research In Motion Limited | Methods and systems for customized multi-application channel control |
| KR101207467B1 (ko) * | 2005-12-16 | 2012-12-03 | 삼성전자주식회사 | 이동 통신 시스템에서 세션 정보 관리 방법 및 시스템과 그장치 |
| JP4981885B2 (ja) | 2006-03-20 | 2012-07-25 | クゥアルコム・インコーポレイテッド | ユーザ機器と無線ネットワークとの間の拡張された機能転送 |
| US8213394B2 (en) | 2006-10-16 | 2012-07-03 | Motorola Mobility, Inc. | Method and apparatus for management of inactive connections for service continuity in an agnostic access internet protocol multimedia communication |
| US8254941B2 (en) | 2006-11-01 | 2012-08-28 | Samsung Electronics Co., Ltd | Apparatus and method for renewal-based resource allocation in a broadband wireless access communication system |
| US20080123621A1 (en) * | 2006-11-29 | 2008-05-29 | Alexander Bachmutsky | High speed access broadcast system solution |
| JP5384797B2 (ja) * | 2007-03-26 | 2014-01-08 | 日本電気株式会社 | 電話通信システム、呼制御装置、及び、プログラム |
| JP4940082B2 (ja) * | 2007-09-28 | 2012-05-30 | 株式会社日立製作所 | 無線ｌａｎシステム |
| KR101048449B1 (ko) * | 2007-12-18 | 2011-07-11 | 삼성전자주식회사 | 광대역 무선통신 시스템에서 다수의 서비스 제공자들을고려한 수락 제어 장치 및 방법 |
| US8693408B2 (en) * | 2008-02-01 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for subscriber station-based admission control |
| JP5178284B2 (ja) * | 2008-04-07 | 2013-04-10 | 株式会社日立製作所 | 基地局制御装置及びアクセス規制方法 |
| US20100034124A1 (en) * | 2008-08-05 | 2010-02-11 | Qualcomm Incorporated | Tethered data call with continuous application |
| US8189465B1 (en) * | 2009-02-04 | 2012-05-29 | Sprint Communications Company L.P. | Deep packet inspection policy enforcement |
| US8811961B2 (en) * | 2010-03-11 | 2014-08-19 | Lg Electronics Inc. | Method and apparatus for MTC in a wireless communication system |
| KR101653935B1 (ko) * | 2011-01-06 | 2016-09-02 | 닛본 덴끼 가부시끼가이샤 | 폴리시 결정 시스템, 폴리시 결정 방법, 및 비일시적인 컴퓨터 판독 가능 매체 |
| RU2579965C2 (ru) * | 2011-01-06 | 2016-04-10 | Нек Корпорейшн | Система мобильной связи, устройство управления, система обеспечения политики, способ управления переходом состояний и способ обеспечения политики |
| US9648657B2 (en) | 2011-04-01 | 2017-05-09 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling connectivity to a network |
| JP5986287B2 (ja) * | 2012-03-28 | 2016-09-06 | ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | ダイレクトトンネルを確立するための方法および装置 |
| US10949239B2 (en) * | 2018-12-14 | 2021-03-16 | Hewlett Packard Enterprise Development Lp | Application deployment in a container management system |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6226277B1 (en) * | 1997-10-14 | 2001-05-01 | Lucent Technologies Inc. | Method for admitting new connections based on usage priorities in a multiple access system for communications networks |
| FI106512B (fi) * | 1998-06-26 | 2001-02-15 | Nokia Networks Oy | Pakettikytkentäisten yhteyksien hallinta matkaviestinverkossa |
| FI108203B (fi) * | 1998-11-27 | 2001-11-30 | Nokia Mobile Phones Ltd | Menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa |
| US6411601B1 (en) * | 1998-12-15 | 2002-06-25 | Siemens Information And Communication Networks, Inc. | System and method for securing available communications network resources |
| US7085579B2 (en) | 2000-04-17 | 2006-08-01 | Hitachi, Ltd. | Mobile communication systems, mobile stations, base station controllers and packet data service nodes |
| US6944452B2 (en) * | 2000-12-26 | 2005-09-13 | Nortel Networks Limited | Apparatus and method for hard handoff of data packet transmissions |
-
2002
- 2002-02-08 KR KR1020047012194A patent/KR100599915B1/ko not_active IP Right Cessation
- 2002-02-08 WO PCT/JP2002/001084 patent/WO2003067912A1/ja active Application Filing
- 2002-02-08 JP JP2003567119A patent/JP4032028B2/ja not_active Expired - Fee Related
- 2002-02-08 CN CNB028279301A patent/CN100382630C/zh not_active Expired - Fee Related
- 2002-02-08 EP EP02711413A patent/EP1475981B1/en not_active Expired - Lifetime
- 2002-02-08 EP EP20070123471 patent/EP1919144B1/en not_active Expired - Lifetime
-
2004
- 2004-07-28 US US10/914,785 patent/US7613461B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20050009515A1 (en) | 2005-01-13 |
| EP1919144A3 (en) | 2008-05-21 |
| EP1919144A2 (en) | 2008-05-07 |
| CN1618248A (zh) | 2005-05-18 |
| US7613461B2 (en) | 2009-11-03 |
| EP1475981A1 (en) | 2004-11-10 |
| JPWO2003067912A1 (ja) | 2005-06-02 |
| EP1475981A4 (en) | 2007-07-18 |
| WO2003067912A1 (en) | 2003-08-14 |
| EP1919144B1 (en) | 2013-05-29 |
| CN100382630C (zh) | 2008-04-16 |
| KR100599915B1 (ko) | 2006-07-19 |
| EP1475981B1 (en) | 2012-11-14 |
| KR20040086355A (ko) | 2004-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4032028B2 (ja) | 局側装置および局側装置におけるリソース割当方法並びに移動通信システム | |
| AU776918B2 (en) | Dynamic upgrade of quality of service in a packet switched network | |
| JP3870977B2 (ja) | パケット通信システムのパフォーマンスを向上させる方法と装置 | |
| JP4718014B2 (ja) | パケット無線サービスおける資源割当てに関する方法及び構成 | |
| CN101263695B (zh) | 用于服务质量处理的系统、方法和设备 | |
| US20050207336A1 (en) | System and method of receiving various packet services through the same internet protocol address in a universal mobile telecommunication service system | |
| JP2003264878A (ja) | 移動通信システムで呼受付方法およびシステム | |
| JP2007520131A (ja) | Ｕｔｒａｎ無線アクセスネットワークにおける無線リソース管理方法、コアネットワークサービスノード、および無線アクセスネットワーク制御装置 | |
| TW200904135A (en) | Method and apparatus to support VoIP calls in an IEEE 802.16 interface | |
| JP2002525935A (ja) | 移動通信網間のハンドオーバ | |
| WO2012028026A1 (zh) | 一种多模共传输时传输资源的管理方法和装置 | |
| KR20030048240A (ko) | 이동통신시스템에서 서비스 품질에 따른 데이터 패킷의 스케줄링 방법 및 장치 | |
| MX2011006536A (es) | Nodo de red y metodo para controlar los recursos en una red de comunicaciones. | |
| EP1578069A1 (en) | Resource reservation for packet switched call during ongoing circuit switched call | |
| KR20070015572A (ko) | 구성 메시지를 이용하여 무선 통신망에 있어서의 데이터전송을 위한 서비스 품질의 제어 | |
| US9014099B2 (en) | Packet switched domain service processing method and device | |
| EP1405469B1 (en) | Method for adapting the bandwidth of a connection in a telecommunication network | |
| US7158508B2 (en) | Setting up calls over circuit and packet-switched resources on a network | |
| US6625137B1 (en) | Method for operating supplemental code channel for high speed data service in radio telecommunication system | |
| JP4132979B2 (ja) | 無線基地局 | |
| US7106727B2 (en) | Method and apparatus for providing circuit and packet-switched calls on a network | |
| JP4472303B2 (ja) | 移動通信システム及びその動作制御方法並びにそれに用いるコアネットワーク | |
| KR100901358B1 (ko) | 무선 환경을 고려하여 어플리케이션 서비스의ＥＮＤｔｏＥＮＤ ＱｏＳ를 보장하는 방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071009 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071022 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101026 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101026 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111026 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111026 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121026 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121026 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131026 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |