JP2008172699A - パケット処理方法、パケット処理システム、およびコンピュータプログラム - Google Patents

パケット処理方法、パケット処理システム、およびコンピュータプログラム Download PDF

Info

Publication number
JP2008172699A
JP2008172699A JP2007005930A JP2007005930A JP2008172699A JP 2008172699 A JP2008172699 A JP 2008172699A JP 2007005930 A JP2007005930 A JP 2007005930A JP 2007005930 A JP2007005930 A JP 2007005930A JP 2008172699 A JP2008172699 A JP 2008172699A
Authority
JP
Japan
Prior art keywords
packet
base station
dch
determination
packets
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.)
Withdrawn
Application number
JP2007005930A
Other languages
English (en)
Inventor
Naoto Hamanaka
直人 濱中
Akihisa Sen
暁久 撰
Hidefumi Takaoka
秀文 高岡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2007005930A priority Critical patent/JP2008172699A/ja
Priority to EP20070121997 priority patent/EP1944921A1/en
Priority to US11/987,470 priority patent/US20080170503A1/en
Priority to CNA2007103074011A priority patent/CN101227389A/zh
Publication of JP2008172699A publication Critical patent/JP2008172699A/ja
Withdrawn legal-status Critical Current

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/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ＨＳＵＰＡにおける基地局制御装置での処理効率を高める。
【解決手段】複数の基地局が１つの携帯端末から受信したデータに基づいて生成されるパケット（ＭＡＣ−ｅ ＰＤＵ）について、そのパケットが、前に処理されたパケットと同じ内容のパケットか否かを判定し（＃１２０）、同じ内容のパケットでないと判定した場合に（＃１２０でＮｏ）、そのパケットをＭＡＣ−ｅｓ ＰＤＵの単位のＥＳパケットごとに分割し（＃１２１）、分割によって得られたＥＳパケットのそれぞれについてコアネットワークへの送信対象とするか否かを判定し（＃１２４）、送信対象と判定したものをコアネットワークに送信する。その場合において、ステップ＃１２０の判定で同じ内容のものであると判定したパケットについては、ステップ＃１２１の分割およびステップ＃１２４の判定などの処理を行うことなく、それを破棄する。
【選択図】図１０

Description

本発明は、移動体通信の基地局制御装置におけるパケットの処理方法、パケット処理システム、およびコンピュータプログラムなどに関する。
現在、移動体通信において、Ｗ−ＣＤＭＡなどの第３世代移動体通信と呼ばれるサービスが普及している。第３世代移動体通信では、「ＩＭＴ−２０００」標準に準拠したデジタル携帯電話のサービスが提供される。
また、この第３世代移動体通信の基本的な仕様をそのままにして上り方向の高速化を図る技術が提案されている。この技術は一般に「ＨＳＵＰＡ（High-Speed Uplink Packet Access）」などと呼ばれおり、第３世代に対し、第３．５世代として位置付けられる。
ＨＳＵＰＡは、新たに追加されるトランスポートチャンネルである「Ｅ−ＤＣＨ（Enhanced Dedicated Channel）」と従来のチャンネルとによって符号分割多重を行うことで、同一の搬送波上で、高速データ通信のサービスと従来の音声通信のサービスとを同時に提供することを可能とする。
このようなＨＳＵＰＡに関連する技術として、従来、特許文献１、２のような方法が提案されている。
特許文献１には、基地局制御スケジューリングを使用するのに必要なスケジューリング情報を含むＭＡＣ−ｅ ＰＤＵを伝送する場合の、Ｅ−ＤＣＨのＨＡＲＱ（Hybrid Automatic Repeat Request）によって発生する遅延時間を、最小化することを目的とした技術が示される。
また、特許文献２には、上りリンクパケットデータサービスのスケジューリング割当てのために使用者端末が伝送しようとするパケットデータを格納しているバッファのバッファ状態情報を報告する方法などが示される。
ところで、移動体通信では、図１６に示すように、携帯端末から送信されたデータが、まず、その携帯端末を自らの通信圏内に含む基地局によって受信される。そのような基地局が複数ある場合は、それら複数の基地局によって受信される。さらに、基地局によって受信されたデータは、そこから基地局制御装置に送信され、所定の処理の後、コアネットワークを介してその携帯端末の通信相手に届けられる。
ここで、ＨＳＵＰＡにおける基地局制御装置の従来の処理の一例を、図１６のブロック図を参照して説明する。なお、この説明において、図１７および図１８のフローチャートも適宜参照する。
図１６において、携帯端末ＪＴＲからデータが送信されると、その携帯端末ＪＴＲを通信圏内に含む３個の基地局ＪＢＴによってそのデータが受信される。受信されたデータは、各基地局ＪＢＴから、基地局制御装置ＪＲＮに送信される。
基地局制御装置ＪＲＮのデータ受信部９０１は、各基地局ＪＢＴから送信されたデータをそれぞれ受信する（＃９０１）。パケット生成部９０２は、受信した各データを用いて、Ｅ−ＤＣＨ ＦＰ（Enhanced Dedicated Channel Frame Protocol）に基づく、「ＭＡＣ−ｅ ＰＤＵ」と呼ばれる単位のデータユニット（パケット）を生成する（＃９０２）。ここでは、これを「Ｅ−ＤＣＨパケット」と記載する。
このＥ−ＤＣＨパケットは、図１９のように構成されている。図１９において「Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ」は、送信されてきたデータを示す。このデータに基づいてＥ−ＤＣＨパケットが生成される。図１９に示されるように、Ｅ−ＤＣＨパケットには、ヘッダ部分の情報および「ＭＡＣ−ｅｓ ＰＤＵ」と呼ばれる単位のパケットが含まれる。
ＭＡＣ−ｅｓ ＰＤＵには、さらに、「ＭＡＣ−ｄ ＰＤＵ」と呼ばれる単位のパケットが含まれる。
図１６の例では３つの基地局からデータを受信するので、そのそれぞれに対応する３つのＥ−ＤＣＨパケットが生成される。
パケット生成部９０２は、生成したＥ−ＤＣＨパケットが正常であるか否かをチェックする（＃９０３）。正常であった場合は（＃９０４でＹｅｓ）、そのＥ−ＤＣＨパケットを分割処理部９０３に送る。正常でなかった場合は（＃９０４でＮｏ）、そのＥ−ＤＣＨパケットを破棄する（＃９０５）。
分割処理部９０３は、生成されたＥ−ＤＣＨパケットをＭＡＣ−ｅｓ ＰＤＵの単位に分割する（＃９０６）。図１９に示すように、ＭＡＣ−ｅｓ ＰＤＵには、ＴＳＮ（Transmission Sequence Number）と呼ばれる順序識別情報が含まれる。
分割処理部９０３は、１個のＥ−ＤＣＨパケットについての分割処理が終わると、それに含まれるＭＡＣ−ｅｓ ＰＤＵを、そのＥ−ＤＣＨパケットの元となったデータを送信した基地局ＪＢＴに対応する記憶領域にＴＳＮごとに保存する（＃９０７）。
３個の基地局ＪＢＴから送信されたデータに基づいて同じ内容のＥ−ＤＣＨパケットは３個ずつ生成される。よって、それに含まれるＭＡＣ−ｅｓ ＰＤＵも、ＴＳＮごとに、３個ずつ生成され、保存されることになる。
選択処理部９０４は、各ＴＳＮについて、３個のＭＡＣ−ｅｓ ＰＤＵから１個を、携帯端末ＪＴＲの通信相手への送信対象のデータとして選択するための処理を行なう。この処理においては、３個のうちで最初に選択処理部９０４の処理対象となったＭＡＣ−ｅｓ ＰＤＵを選択する。本来は、３個のうちでもっとも状態のよい回線を介して送られてきたデータに基づくもの、すなわち品質のよいものを選択するのが好ましいが、ＭＡＣ−ｅｓ ＰＤＵには、品質に関する情報が含まれていないため、ここでは、最初に処理対象となったものを選択する。
具体的には、まず、１個のＥ−ＤＣＨパケットについて分割の処理が完了しそこに含まれる各ＭＡＣ−ｅｓ ＰＤＵが保存された時点で、順次そのＭＡＣ−ｅｓ ＰＤＵを取り出す（＃９０８）。取り出したＭＡＣ−ｅｓ ＰＤＵに対応するその他のＭＡＣ−ｅｓ ＰＤＵ、すなわち違う基地局ＪＢＴから送信されたデータに基づく同じＴＳＮのＭＡＣ−ｅｓ ＰＤＵが既に送信対象として選択されていないかどうかをチェックする（＃９０９）。
既に選択されている場合は（＃９０９でＹｅｓ）、取り出したＭＡＣ−ｅｓ ＰＤＵを破棄する（＃９１０）。選択されていない場合は（＃９０９でＮｏ）、そのＭＡＣ−ｅｓ ＰＤＵを送信対象として選択し（＃９１１）、そのＴＳＮについて送信対象のＭＡＣ−ｅｓ ＰＤＵが決定した旨を記録しておく（＃９１２）。このように記録しておくことで、この後、違う基地局ＪＢＴから送信されたデータに基づく同じＴＳＮのＭＡＣ−ｅｓ ＰＤＵがステップ＃９０９の判定の対象なったときに、そのＴＳＮについては既に他のＭＡＣ−ｅｓ ＰＤＵが選択済みとなったことを確認できる。１個のＥ−ＤＣＨパケットに含まれるすべてのＭＡＣ−ｅｓ ＰＤＵについてステップ＃９０８から＃９１２までの処理を繰り返す（＃９１３）。
通常、最初に処理対象となったＥ−ＤＣＨパケット（最初のＥ−ＤＣＨパケット）に含まれるＭＡＣ−ｅｓ ＰＤＵが送信対象として選択されるので、最初のＥ−ＤＣＨパケットについての処理が行われた時点で、各ＴＳＮは選択済みとして記録される（＃９１２）。よって、同じ内容を示す残りの２個のＥ−ＤＣＨパケットが送られてきたとしても、そこに含まれるＭＡＣ−ｅｓ ＰＤＵは、全て破棄（＃９１０）の対象となる。
しかし、最初のＥ−ＤＣＨパケットにおいて、それに含まれる全てのＴＳＮが選択済みとして設定されない場合がある。障害の発生などによって、ＭＡＣ−ｅｓ ＰＤＵが一部抜け落ちてしまうことがあるからである。そのような場合には、同じ内容を示す残りの２個のＥ−ＤＣＨパケット（残りのＥ−ＤＣＨパケット）に含まれる、その抜け落ちた部分に対応するＭＡＣ−ｅｓ ＰＤＵが送信対象として選択される（＃９１０）。これによって、最初のＥ−ＤＣＨパケットにデータの欠損があったとしてもそれを補うことが可能となる。
欠損確認補充部９０５は、送信対象として選択されたＭＡＣ−ｅｓ ＰＤＵを受け取り、それが全てのＴＳＮについて揃っているかどうか、すなわちＭＡＣ−ｅｓ ＰＤＵの抜けがないかどうかをチェックする（図１８の＃９１４）。抜けがあった場合は（＃９１４でＮｏ）、タイマを起動する（＃９１５）。
タイムアウトとなるまでの間にその抜けた分を補うＭＡＣ−ｅｓ ＰＤＵが送られてきた場合は、それを補充する（＃９１６）。それによって、全てのＴＳＮについてＭＡＣ−ｅｓ ＰＤＵが揃えばそれらＭＡＣ−ｅｓ ＰＤＵを順序修正部９０６に送る。タイムアップした場合は（＃９１６）、その時点で揃っているＭＡＣ−ｅｓ ＰＤＵを順序修正部９０６に送る。
順序修正部９０６は、送られてきたＭＡＣ−ｅｓ ＰＤＵの順番をＴＳＮの順に修正し（＃９１７および＃９１８）、送信処理部９０７に送る。送信処理部９０７は、ＭＡＣ−ｅｓ ＰＤＵを、ＭＡＣ−ｄ ＰＤＵの単位に分割し（＃９１９）、送られてきた順にコアネットワークＣＮに送信する（＃９２０）。
特開２００５−３２３３６７号公報 特開２００５−７３２７６号公報
上記の従来の方法においては、生成された全てのＥ−ＤＣＨパケットに対してＭＡＣ−ｅｓ ＰＤＵの単位への分割（図１７の＃９０６）および判定（＃９０９）の処理を行なう。それによって、最初のＥ−ＤＣＨパケットに欠損がったとしても、それに対応する残りのＥ−ＤＣＨパケットにおいてその欠損を補うことが可能となる。
しかし、最初のＥ−ＤＣＨパケットに欠損がない場合には、それに対応する残りのＥ−ＤＣＨパケットに含まれるＭＡＣ−ｅｓ ＰＤＵは全て破棄されるので、その残りのＥ−ＤＣＨパケットについて無駄に分割および判定の処理を行うことになる。よって、非効率である。
また、Ｅ−ＤＣＨパケットに含まれるＭＡＣ−ｅｓ ＰＤＵの個数（多重数）が多いほど、その無駄は増大する。
本発明はこのような問題点に鑑み、移動体通信において、複数の基地局が１つの携帯端末から受信したデータに基づいて生成されるパケットについての処理を従来よりも効率よく行なえるようにすることを目的とする。
本発明の一形態に係るパケット処理方法は、移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理方法であって、前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定ステップと、前記第１判定ステップにおいて同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割ステップと、分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定ステップと、前記第２判定ステップにおいて送信対象と判定された前記小パケットを送信する送信ステップと、を有し、前記第１判定ステップにおいて同じ内容のパケットであると判定した場合は、当該判定に係る前記パケットについての前記分割ステップ、前記第２判定ステップ、および前記送信ステップの処理を行なうことなく、当該パケットを破棄することを特徴とする。
第１判定ステップによるパケットの同一性の判定によって、既に処理されたパケットと同じ内容のパケットを事前に特定でき、それについての分割ステップ、第２判定ステップ、および送信ステップの処理を省くことができる。これによって、処理効率が向上する。
前記パケット処理方法は、例えば、ＨＳＵＰＡのサービスにおいて用いられるパケット処理方法である。
また、前記受信したデータに基づいて生成されるパケットは、例えば、Ｅ−ＤＣＨ ＦＰに基づくパケットである。
好ましくは、前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮおよびＣＲＣ値が同じである場合に、同じ内容のパケットであると判定する。
または、前記パケットに含まれるＣＦＮ、ＳＮ、およびＣＲＣ値が同じである場合に、同じ内容のパケットであると判定する。
なお、前記ブランチは、例えば、移動体通信における基地局および基地局制御装置である。
本発明によると、移動体通信において、複数の基地局が１つの携帯端末から受信したデータに基づいて生成されるパケットについての処理を従来よりも効率よく行なえる。
図１は本発明に係る移動体通信ネットワークＭＮの例を示す図である。
本発明の一実施形態に係る移動体通信ネットワークＭＮは、ユーザに対して移動体通信のサービスを提供するためのネットワークであり、図１に示すように、携帯端末ＴＲ１，ＴＲ２，…、基地局ＢＴ１，ＢＴ２，…、基地局制御装置ＲＮ１，ＲＮ２，…、コアネットワークＣＮ、および通信網ＮＴなどによって構成される。以下、携帯端末ＴＲ１，ＴＲ２，…、基地局ＢＴ１，ＢＴ２，…、基地局制御装置ＲＮ１，ＲＮ２，…を、総称して、それぞれ、「携帯端末ＴＲ」、「基地局ＢＴ」、および「基地局制御装置ＲＮ」と記載することがある。他の符号についても同様に、符号に付した連番を省略して記載することがある。
基地局ＢＴは、移動体通信における基地局である。「Ｎｏｄｅ−Ｂ」または「ブランチ」などと呼ばれることもある。基地局ＢＴは、通信可能な範囲（セル）内に存在する携帯端末ＴＲとの間で無線回線による通信を行う。
携帯端末ＴＲは、ユーザが移動体通信のサービスを利用するために使用する携帯電話またはＰＤＡなどである。「ＵＥ（User Equipment）」などと呼ばれることがある。
通話などに際して、携帯端末ＴＲは、自らを通信可能な範囲内（通信圏内）に含む基地局ＢＴと無線回線によって直接データの送受信を行う。その携帯端末ＴＲを通信圏内に含む基地局ＢＴが複数ある場合は、図１に示す携帯端末ＴＲ４のように、それら複数の基地局ＢＴとの間でデータの送受信を行う。それによって、例えば１つの基地局ＢＴにおいて障害が発生したとしても、残りの基地局ＢＴにおいて携帯端末ＴＲ４からのデータを受信することができる。
基地局制御装置ＲＮは、移動体通信におけるＲＮＣ（Radio Network Controller）である。「無線ネットワーク制御装置」などと呼ばれることもある。この基地局制御装置ＲＮは、「ＨＳＵＰＡ（High-Speed Uplink Packet Access）」と呼ばれる技術によって、アップリンク（Uplink）の高速パケット通信を実現する。
図１に示すように各基地局制御装置ＲＮは、それぞれ、複数の基地局ＢＴと互い接続されている。基地局制御装置ＲＮは、基地局ＢＴから送信されてくるデータについて正常性のチェックなどを行い、正常なデータを所定の形式に変えてコアネットワークＣＮに送信する。また、コアネットワークＣＮから送信されてくるデータを、そのあて先の携帯端末ＴＲに届くように適切な基地局ＢＴに送信する。
コアネットワークＣＮは、移動体通信における基幹網であり、交換機などがこれに含まれる。コアネットワークＣＮは、基地局制御装置ＲＮから送信されてくるデータを、インターネットまたはイントラネットなどによって構成される通信網ＮＴに送信する。また、通信網ＮＴから送信されてくるデータを基地局制御装置ＲＮに送信する。
図２は基地局制御装置ＲＮの機能的構成の例を示す図、図３はＥ−ＤＣＨパケットＰＤの構成を示す図、図４はＥ−ＤＣＨパケットのフォーマットを説明するための図、図５は図４に示される各パラメータの説明を示す図、図６は基地局データＤＫからＥ−ＤＣＨパケットＰＤが生成される際の処理を説明するための図、図７はＥ−ＤＣＨパケットＰＤを保存する記憶領域を示す図、図８はＥ−ＤＣＨパケットチェックテーブルＴＤを示す図、図９はＥＳパケットチェックテーブルＴＥの例を示す図である。
次に、複数の基地局ＢＴ１、ＢＴ２、およびＢＴ３の通信圏内に含まれる携帯端末ＴＲ４によってアップリンクの通信が行われる場合を例にあげて、図２に示す基地局制御装置ＲＮの各部の処理を説明する。
図２に示すように、基地局制御装置ＲＮは、データ保存部１０１、データ受信部１０２、パケット生成部１０３、パケット振分処理部１０４、第１分割処理部１０５、欠損確認補充部１０６、ＣＲＣチェック処理部１０７、第２分割処理部１０８、選択処理部１０９、順序修正部１１０、および送信処理部１１１などによって構成される。これらの各機能は、ソフトウェア、ハードウェア、またはそれらの組み合わせによって実現可能である。
データ保存部１０１は、後に説明する、「Ｅ−ＤＣＨパケットＰＤ」、「ＥＳパケットＰＥ」、「Ｅ−ＤＣＨパケットチェックテーブルＴＤ」、および「ＥＳパケットチェックテーブルＴＥ」などを保存する。
携帯端末ＴＲ４から送信されたデータ（以下、「端末データＤＴ」と記載することがある。）は、基地局ＢＴ１、ＢＴ２、およびＢＴ３によって受信される。各基地局ＢＴは、その端末データＤＴに対して所定の情報を付加したもの（以下、「基地局データＤＫ」と記載することがある。）を基地局制御装置ＲＮに送信する。
付加する情報には、例えば、端末データＤＴを処理した時間に関連する「ＣＦＮ（Connection frame Number）」、「ＳＮ（Subframe Number）」などの番号、ＣＲＣ（Cyclic Redundancy Check）などのエラーチェックに関するチェックビット、および処理した基地局ＢＴを示す基地局識別情報などが含まれる。基地局識別情報は、基地局を識別するための情報である。本実施形態においては、基地局識別情報として、「００１」、「００２」、…などの基地局番号を用いる。この基地局番号は、各基地局ＢＴに対して予め割り振られているものとする。ＣＦＮおよびＳＮについては、後に詳しく説明する。
基地局制御装置ＲＮのデータ受信部１０２は、各基地局ＢＴから送信されて来た基地局データＤＫを受信する。
パケット生成部１０３は、受信した基地局データＤＫを用いて、Ｅ−ＤＣＨ ＦＰ（Enhanced Dedicated Channel Frame Protocol）に基づく「ＭＡＣ−ｅ ＰＤＵ」と呼ばれる単位のデータユニット（パケット）を生成する。以下、このパケットを「Ｅ−ＤＣＨパケットＰＤ」と記載することがある。
さらに、生成したＥ−ＤＣＨパケットＰＤが正常であるか否かのチェックを行う。このチェックは、例えば、Ｅ−ＤＣＨパケットＰＤのヘッダ情報またはＣＲＣなどのエラーチェックに関するチェックビットなどを参照して行う。Ｅ−ＤＣＨパケットＰＤが正常でない場合は、そのＥ−ＤＣＨパケットＰＤをそのまま破棄（廃棄）する。ここで、Ｅ−ＤＣＨパケットＰＤについて図３を参照して説明する。
図３に示すように、Ｅ−ＤＣＨパケットＰＤは、「Ｈｅａｄｅｒ部」、「Ｐａｙｌｏａｄ部」、および「Ｏｐｔｉｏｎ部」などの部分から構成される。図４には、これら各部に含まれるデータに関するパラメータが示される。なお、各パラメータの詳細は図５に示すとおりである。ここでは、それらのうちの主なものについて説明する。
Ｈｅａｄｅｒ部は、Ｅ−ＤＣＨパケットＰＤのヘッダ情報である。図４において、このＨｅａｄｅｒ部に含まれるＣＦＮは、携帯端末ＴＲと基地局制御装置ＲＮとの間で確立されるコネクション単位に１０ｍｓごとに割り振られる番号である。各基地局では、携帯端末ＴＲ４から同じ内容の端末データＤＴを、ほぼ同じタイミングで受信し、１０ｍｓごとにこのＣＦＮを割り振って基地局データＤＫを生成する。従って、同じＣＦＮが割り振られた、各基地局ＢＴ１、ＢＴ２、およびＢＴ３における基地局データＤＫは、それぞれ、同じ内容を示す。また、ＣＦＮは処理された順番を示す番号であるので、それによって基地局データＤＫの正しい順番を知ることができる。
Ｐａｙｌｏａｄ部は、そのＥ−ＤＣＨパケットＰＤのデータ本体である。図３に示すように、一つまたは複数の「Ｓｕｂｆｒａｍｅ」と呼ばれる単位のパケットによって構成されており、さらに、各Ｓｕｂｆｒａｍｅは、一つまたは複数のＭＡＣ−ｅｓ ＰＤＵによって構成される。
ＭＡＣ−ｅｓ ＰＤＵは、図４においては、「First MAC-es PDU First Subframe」などとして示される。このＭＡＣ−ｅｓ ＰＤＵには、「ＴＳＮ（Transmission Sequence Number）」と呼ばれる順序識別情報が含まれる。このＴＳＮは、「０」から「６３」までの番号であり、ＭＡＣ−ｅｓ ＰＤＵの順番を示す。
また、ＭＡＣ−ｅｓ ＰＤＵは、一つまたは複数のＭＡＣ−ｄ ＰＤＵなどによって構成される。ＭＡＣ−ｄ ＰＤＵは、図４においては、「MAC-es SDU(1)」などとして示される。
各Ｓｕｂｆｒａｍｅには、「ＳＮ（Subframe Number）」と呼ばれる番号が割り振られる。この番号を用いて、そのＥ−ＤＣＨパケットＰＤ内においてＳｕｂｆｒａｍｅを識別しその順番を特定することができる。これらＣＦＮおよびＳＮは、基地局データＤＫに予め含まれており、Ｅ−ＤＣＨパケットＰＤは、そのＣＦＮおよびＳＮに基づいて生成される（組み立てられる）。
以下、このＳｕｂｆｒａｍｅを「サブフレームＳＦ」と記載することがある。また、ＭＡＣ−ｅｓ ＰＤＵを「ＥＳパケットＰＥ」と記載することがある。
Ｏｐｔｉｏｎ部には、ＣＲＣにおけるチェックビット（以下、「ＣＲＣ値」と記載することがある。）などのデータが含まれる。
図２に戻って、パケット生成部１０３は、各基地局ＢＴから送信されてきた基地局データＤＫがデータ受信部１０２に到着した順にその基地局データＤＫに基づくＥ−ＤＣＨパケットＰＤを生成し、生成したものから順に出力し保存していく。ここで、送信されてきた各基地局データＤＫからＥ−ＤＣＨパケットＰＤが生成される際の処理を、図６を参照して説明する。なお、図中では、基地局データＤＫを、「Ａ１」または「Ｂ２」などのようにアルファベットと数字で示す。同じアルファベットのものは、同じＣＦＮを含む基地局データＤＫ、すなわち同じ端末データＤＴに基づく基地局データＤＫであることを意味する。同じ数字のものは、同じ基地局から送信された基地局データＤＫであることを意味する。
図６に示すように、各基地局ＢＴからは、端末データＤＴに基づく基地局データＤＫが順次送信される（図６のi）。データ受信部１０２は、その基地局データＤＫを到着した順に受信する（ii）。パケット生成部１０３は、データ受信部１０２が受信した順にＥ−ＤＣＨパケットＰＤを生成し、順次出力する（iii）。
パケット生成部１０３は、生成したＥ−ＤＣＨパケットＰＤを、図７に示すように、対応する基地局ＢＴ（そのＥ−ＤＣＨパケットＰＤを生成する元になった基地局データＤＫを送信した基地局ＢＴ）ごとの記録領域ＭＡにＣＦＮごとに対応付けて保存する。なお、図７において、基地局番号「００１」、「００２」、および「００３」は、それぞれ、基地局ＢＴ１、ＢＴ２、およびＢＴ３に対応する。例えば、基地局ＢＴ１から送信された基地局データＤＫに基づくＣＦＮが「２」のＥ−ＤＣＨパケットＰＤは、基地局番号が「００１」の記憶領域ＭＡにＣＦＮの「２」と対応付けられて保存される。これによって、各Ｅ−ＤＣＨパケットＰＤを、基地局ＢＴおよびＣＦＮをキーにして検索可能となる。生成されたＥ−ＤＣＨパケットＰＤは、この後、パケット振分処理部１０４などによって所定の処理を施され、コアネットワークＣＮに送信される。
ところで、図２の例では、３つの基地局ＢＴから送信された基地局データＤＫに基づいてＥ−ＤＣＨパケットＰＤが生成されるので、同じ内容の基地局データＤＫについて３個のＥ−ＤＣＨパケットＰＤが生成される。言い換えれば、１つのＣＦＮに対して３個ずつＥ−ＤＣＨパケットＰＤが生成されることになる。よって、コアネットワークＣＮには、それら３個のうちのいずれか１個を送信すればよいことになる。本実施形態では、３個のうちで、データ受信部１０２に最早着した基地局データＤＫに基づいて生成されたＥ−ＤＣＨパケットＰＤ、すなわち最初に処理の対象となるＥ−ＤＣＨパケットＰＤ（以下、「第１Ｅ−ＤＣＨパケットＰＤ」と記載することがある。）を送信対象として採用（選択）する。
しかし、障害の発生または回線品質の悪化などによって一部のデータが欠損しまたは壊れたＥ−ＤＣＨパケットＰＤが生成されることがあり、それによって、そのＥ−ＤＣＨパケットに含まれるべきＥＳパケットＰＥが、一部、抜けて（欠損して）しまうことがある。
第１Ｅ−ＤＣＨパケットＰＤは送信対象として選択されるので、第１Ｅ−ＤＣＨパケットＰＤにおいて欠損などの問題が発生した場合は、３個のうちの残りの２個のＥ−ＤＣＨパケットＰＤ（以下、「第２Ｅ−ＤＣＨパケットＰＤ」と記載することがある。）に含まれるデータでその部分を補う必要が生じる。
そこで、まず、順次生成されるＥ−ＤＣＨパケットＰＤを第１Ｅ−ＤＣＨパケットＰＤと第２Ｅ−ＤＣＨパケットＰＤとに振り分ける処理を行う。
パケット振分処理部１０４は、生成されたＥ−ＤＣＨパケットＰＤを第１Ｅ−ＤＣＨパケットＰＤと第２Ｅ−ＤＣＨパケットＰＤとに振り分けるための処理を行う。この振分けの処理は、図８のＥ−ＤＣＨパケットチェックテーブルＴＤを用いて行う。
図８において、Ｅ−ＤＣＨパケットチェックテーブルＴＤは、どのＣＦＮについて、既に送信対象とするＥ−ＤＣＨパケットＰＤが決定しているのかをチェックするためのテーブルである。
Ｅ−ＤＣＨパケットチェックテーブルＴＤには、「ＣＦＮ」、および基地局制御装置ＲＮ１が管理する基地局ＢＴに対応する基地局番号のフィールドが含まれており、ＣＦＮごとにレコードが格納されている。
「００１」、「００２」、および「００３」のフィールドは、それぞれ、基地局ＢＴ１、ＢＴ２、およびＢＴ３に対応する。後に説明するＥＳパケットチェックテーブルＴＥおよびサブフレームチェックテーブルＴＳについても同様である。
これら基地局番号のフィールドのうちのいずれかに「○（フラグ）」が付けられているレコードは、そのレコードに示されるＣＦＮについて、既に送信対象のＥ−ＤＣＨパケットＰＤが決定していることを示す。また、いずれのフィールドに「○」が付けられているのかによって、どの基地局ＢＴに対応するＥ−ＤＣＨパケットＰＤ（どの基地局ＢＴから送信された基地局データＤＫに基づくＥ−ＤＣＨパケットＰＤ）が送信対象として選択されたのかを知ることができる。いずれのフィールドにも「○」が付けられていないレコードは、そのレコードに示されるＣＦＮについて、まだ、送信対象のＥ−ＤＣＨパケットＰＤが決定していないことを示す。
ここで、Ｅ−ＤＣＨパケットチェックテーブルＴＤを参照しながら、パケット振分処理部１０４の処理についてさらに詳しく説明する。
パケット振分処理部１０４は、生成されたＥ−ＤＣＨパケットＰＤを受け取ると、それに示されるＣＦＮを参照する。さらに、そのＣＦＮのレコードをＥ−ＤＣＨパケットチェックテーブルＴＤから検索し、そのレコードの「００１」、「００２」、または「００３」のいずれかのフィールドに「○」が付けられているか否かをチェックする。
「○」が付けられていない場合は、そのＥ−ＤＣＨパケットＰＤを、そのＣＦＮに係るＥ−ＤＣＨパケットＰＤのうちで最初のもの（第１Ｅ−ＤＣＨパケットＰＤ）であると判定し、そのレコードのそのＥ−ＤＣＨパケットＰＤに対応する基地局ＢＴの基地局番号のフィールドに「○」を付けるようにそのレコードを更新する。そして、そのＥ−ＤＣＨパケットＰＤを第１分割処理部１０５に送る。対応する基地局ＢＴは、例えば、Ｅ−ＤＣＨパケットＰＤに含まれる基地局番号によって知ることができる。
検索したレコードの「００１」、「００２」、または「００３」のいずれのフィールドにも「○」が付いていない場合は、そのＥ−ＤＣＨパケットＰＤを第２Ｅ−ＤＣＨパケットＰＤと判定する。この場合は、そのＥ−ＤＣＨパケットＰＤをＣＲＣチェック処理部１０７に送る。
第１分割処理部１０５は、パケット振分処理部１０４から受け取った、すなわち第１Ｅ−ＤＣＨパケットＰＤと判定されたＥ−ＤＣＨパケットＰＤを、ＥＳパケットＰＥごとに（ＭＡＣ−ｅｓ ＰＤＵの単位に）分割する。そして、分割して得られたＥＳパケットＰＥを、データ保存部１０１の基地局ＢＴおよびＣＦＮごとの記憶領域に、ＴＳＮごとに対応付けて保存する。
ここで得られたＥＳパケットＰＥは、この後、コアネットワークＣＮへの送信対象のデータとして処理される。第１分割処理部１０５は、分割によって、どのＴＳＮに係るＥＳパケットＰＥが送信対象として得られたのかを記録するために、図９に示すＥＳパケットチェックテーブルＴＥのレコードを更新する。
図９において、ＥＳパケットチェックテーブルＴＥには、「ＴＳＮ」および基地局制御装置ＲＮ１が管理する基地局ＢＴの基地局番号に対応するフィールドが含まれており、ＴＳＮごとにレコードが格納されている。
基地局番号のフィールドのうちのいずれかに「○」が付けられているレコードは、そのレコードに示されるＴＳＮについて、既に送信対象のＥＳパケットＰＥが決定していることを示す。また、いずれのフィールドに「○」が付けられているのかによって、どの基地局ＢＴに対応するＥＳパケットＰＥ（どの基地局ＢＴに対応するＥ−ＤＣＨパケットＰＤに含まれていたＥＳパケットＰＥ）が送信対象として選択されたのかを知ることができる。いずれのフィールドにも「○」が付けられていないレコードは、そのレコードに示されるＴＳＮについて、まだ、送信対象のＥＳパケットＰＥが決定していないことを示す。なお、このＥＳパケットチェックテーブルＴＥは、ＣＦＮごとに用意されており、各ＣＦＮに対応付けられてデータ保存部１０１に保存されている。
第１分割処理部１０５は、Ｅ−ＤＣＨパケットＰＤをＥＳパケットＰＥごとに分割すると、まず、そのＥ−ＤＣＨパケットＰＤに示されるＣＦＮに対応付けられて保存されているＥＳパケットチェックテーブルＴＥを取得する。
そして、分割によって得られたＥＳパケットＰＥに示されるＴＳＮに対応するレコードの、対応する基地局番号のフィールドに「○」を付ける。例えば、分割の対象となったＥ−ＤＣＨパケットＰＤが基地局ＢＴ１に対応するものであった場合、「００１」のフィールドに「○」を付ける。分割によって得られた全てのＥＳパケットＰＥに示されるＴＳＮに対応するレコードを更新する。
欠損確認補充部１０６は、送信対象のＥＳパケットＰＥに抜け（足りないもの）がないか否かをチェックし、あった場合に、それを補うための処理を行う。
それに際して、欠損確認補充部１０６は、まず、第１分割処理部１０５から、分割によって得られたＥＳパケットＰＥを取得する。さらに、各ＥＳパケットＰＥのＴＳＮを参照し、そのＴＳＮに抜けがないかをチェックする。なお、ＥＳパケットチェックテーブルＴＥの各レコードを参照してチェックするようにしてもよい。その場合において、「○」が付けられていないレコードに示されるＴＳＮのＥＳパケットＰＥが抜けた分となる。
抜けがなかった場合は、ＥＳパケットＰＥを順序修正部１１０に送る。抜けがあった場合は、タイマを起動して、その抜けた分のＥＳパケットＰＥが、後に説明する選択処理部１０９から送られてくるのを待ち、送られてきたときに、それを補充する。それによって、全てのＥＳパケットＰＥが揃った場合は、それらを、順序修正部１１０に送る。起動したタイマがタイムアップ（満了）するまでに、抜けた分のＥＳパケットＰＥが送られてこない場合は、その時点で揃っているもののみを順序修正部１１０に送る。
第１Ｅ−ＤＣＨパケットＰＤが送信対象として選択された後、あるタイミングでそれに対応する第２Ｅ−ＤＣＨパケットＰＤがパケット振分処理部１０４に送られてくる。その第２Ｅ−ＤＣＨパケットＰＤの中に、第１Ｅ−ＤＣＨパケットＰＤには含まれていないＴＳＮのＥＳパケットＰＥがあるか否かを確認することによって、真に含まれるべきＴＳＮのＥＳパケットＰＥが、第１Ｅ−ＤＣＨパケットＰＤにおいて抜けていたか否かをチェックすることができる。
そこで、図１７および図１８において説明した従来の方法では、第２Ｅ−ＤＣＨパケットＰＤについても、全て、第１Ｅ−ＤＣＨパケットＰＤと同様に、ＭＡＣ−ｅｓ ＰＤＵの単位に分割する。そして、ＭＡＣ−ｅｓ ＰＤＵごとにそれが第１Ｅ−ＤＣＨパケットＰＤに含まれているか否かチェックする（＃９０６〜９１３参照）。
しかし、第１Ｅ−ＤＣＨパケットＰＤにおいて抜けがなかった場合は、第２Ｅ−ＤＣＨパケットＰＤについて、無駄に、分割およびチェックの処理を行うことになる。そこで、本実施形態においては、事前にＣＲＣ値を利用したチェックを行い、その結果に基づいて、所定の条件を満たすものについてのみ、分割などを行うようにする。
ＣＲＣチェック処理部１０７は、第１Ｅ−ＤＣＨパケットＰＤとそれに対応する第２Ｅ−ＤＣＨパケットＰＤとのＣＲＣ値（図４に示す「Ｐａｙｌｏａｄ ＣＲＣ」）を比較し、それらが同じであるか否かを判定する。これによって両パケットの同一性をチェックする。この判定は以下のようにして行なう。
まず、Ｅ−ＤＣＨパケット振分処理部１０４から、第２Ｅ−ＤＣＨパケットＰＤを取得する。そのＥ−ＤＣＨパケットＰＤに示されるＣＦＮを参照する。Ｅ−ＤＣＨパケットチェックテーブルＴＤから、そのＣＦＮに対応するレコードを検索する。そのレコードにおいて、「○」が付けられているフィールドの基地局番号を参照する。データ保存部１０１のその基地局番号に対応する記憶領域ＭＡから、そのＣＦＮに対応付けて保存されている第１Ｅ−ＤＣＨパケットＰＤを取得する。そして、第２Ｅ−ＤＣＨパケットＰＤに示されるＣＲＣ値と取得した第１Ｅ−ＤＣＨパケットＰＤに示されるＣＲＣ値とを比較する。
両者が同じであれば、第１Ｅ−ＤＣＨパケットＰＤの内容がその第２Ｅ−ＤＣＨパケットＰＤと一致することになる。２つのＥ−ＤＣＨパケットＰＤにおいて同じ部分が欠損することによってＣＲＣ値が一致することもある。しかし、そのようなことはあまり多くは発生しないと考えられるので、この場合は、第１Ｅ−ＤＣＨパケットＰＤにおいてデータが欠損している可能性が極めて低いといえる。よって、ＣＲＣ値が同じと判定した場合は、その第２Ｅ−ＤＣＨパケットＰＤについては、従来のように分割などの処理を行うのではなくそれをそのまま破棄する。
一方、ＣＲＣ値が同じでなければ、第１Ｅ−ＤＣＨパケットＰＤの内容がその第２Ｅ−ＤＣＨパケットＰＤと一致しないことになる。これは基地局ＢＴの処理内容が他の基地局ＢＴにおける同一時間の処理内容と違っていることを意味する。この場合は、第１Ｅ−ＤＣＨパケットＰＤまたは第２Ｅ−ＤＣＨパケットＰＤのいずれかにおいてデータが欠損している可能性が高いといえる。第１Ｅ−ＤＣＨパケットＰＤにおいて欠損があった場合は、それを補えるようにするために第２Ｅ−ＤＣＨパケットＰＤを分割する必要がある。よって、この場合は、第２Ｅ−ＤＣＨパケットＰＤを第２分割処理部１０８に送る。
第２分割処理部１０８は、第２Ｅ−ＤＣＨパケットＰＤのうちで、ＣＲＣ値が、対応する第１Ｅ−ＤＣＨパケットＰＤのＣＲＣ値と同じでないと判定されたものをＥＳパケットＰＥごとに分割する。
選択処理部１０９は、第２分割処理部１０８での分割の処理によって得られたＥＳパケットＰＥのうちから、コアネットワークＣＮへの送信対象とするものを選択するための処理を以下のようにして行う。
まず、第２分割処理部１０８から、第２Ｅ−ＤＣＨパケットＰＤのＣＦＮとともにその第２Ｅ−ＤＣＨパケットＰＤの分割によって得られたＥＳパケットＰＥを取得する。そのＣＦＮに対応付けて保存されているＥＳパケットチェックテーブルＴＥを参照し、いずれの基地局のフィールドにも「○」が示されていないレコードを検索する。ヒットしたレコードに示されるＴＳＮに該当するＥＳパケットＰＥが、取得したＥＳパケットＰＥの中にあるか否かをチェックする。ある場合、それが、対応する第１Ｅ−ＤＣＨパケットＰＤにおいて抜けていたＥＳパケットＰＥであること分かる。よって、この場合に、それを送信対象として選択し、欠損確認補充部１０６に送る。
なお、第１分割処理部１０５においてデータ保存部１０１に保存された、第１Ｅ−ＤＣＨパケットＰＤのＥＳパケットＰＥと、第２分割処理部１０８での分割によって得られたＥＳパケットＰＥとを比較するようにしてもよい。その場合は、第２分割処理部１０８での分割によって得られたＥＳパケットＰＥの中に、第１Ｅ−ＤＣＨパケットＰＤのＥＳパケットＰＥとして保存されていないものが含まれている場合に、それを送信対象として欠損確認補充部１０６に送る。
順序修正部（Reordering部）１１０は、欠損確認補充部１０６から送られてきたＥＳパケットＰＥをＴＳＮの順番（若い番号の順）に、送信処理部１１１に送る。送信処理部１１１は、ＥＳパケットＰＥを送られてきた順にコアネットワークＣＮに送信する。なお、コアネットワークＣＮのインタフェースがＭＡＣ−ｄ ＰＤＵに対応している場合は、ＭＡＣ−ｄ ＰＤＵの単位に分割して送信する。
図１０、１１、および１２は基地局データＤＫを受信してからＥ−ＤＣＨパケットＰＤを送信するまでの基地局制御装置ＲＮにおける処理の流れを説明するためのフローチャートである。次に、基地局制御装置ＲＮの各部の処理を図１０、１１、および１２のフローチャートに沿って説明する。
携帯端末ＴＲ４からデータが送信されると、それが基地局ＢＴ１、ＢＴ２、およびＢＴ３によって受信され、そこから基地局制御装置ＲＮ１に送信される。
図２において基地局制御装置ＲＮのデータ受信部１０２は、各基地局ＢＴから送信されて来た基地局データＤＫを受信する（図１０の＃１０１）。パケット生成部１０３は、受信した基地局データＤＫに基づいてＥ−ＤＣＨパケットＰＤを生成し（＃１０２）、そのＥ−ＤＣＨパケットＰＤが正常であるか否かをチェックする（＃１０３）。正常でない場合は（＃１０４でＮｏ）、そのＥ−ＤＣＨパケットＰＤを破棄する（＃１０５）。正常である場合は（＃１０４でＹｅｓ）、それを、対応する基地局ＢＴおよびＣＦＮで検索可能な記憶領域ＭＡに保存する（＃１０６）。なお、ここでは、基地局ＢＴ３から送信された基地局データＤＫに基づく、ＣＦＮが「２」のＥ−ＤＣＨパケットＰＤ１が生成されたものとする。
パケット振分処理部１０４は、生成されたＥ−ＤＣＨパケットＰＤ１を取得すると、Ｅ−ＤＣＨパケットチェックテーブルＴＤを参照して、ＣＦＮが「２」について送信対象のＥ−ＤＣＨパケットＰＤが既に決定しているか否かをチェックする（＃１０７）。
Ｅ−ＤＣＨパケットチェックテーブルＴＤにおいて、ＣＦＮが「２」のレコードのいずれの基地局番号のフィールドにも「○」が示されていない場合は、そのＣＦＮについては、まだ、送信対象が決定していないことがわかる。よって、その場合は（＃１０７でＮｏ）、取得したＥ−ＤＣＨパケットＰＤ１を送信対象として選択し、第１分割処理部に送る（図１１の＃１０８）。また、そのレコードの「００３」のフィールドに（基地局ＢＴ３に対応するフィールド）「○」をつける（＃１０９）。
第１分割処理部１０５は、送られてきたＥ−ＤＣＨパケットＰＤ１をＥＳパケットＰＥごとに分割し（＃１１０）、分割して得られたＥＳパケットＰＥを、データ保存部１０１の基地局ＢＴ１およびＣＦＮの「２」に対応する記憶領域に、ＴＳＮごとに対応づけて保存する（＃１１１）。そして、各ＥＳパケットＰＥを、送信対象として欠損確認補充部１０６に送る（＃１１２）。また、分割によって得られた各ＥＳパケットＤＥのＴＳＮを参照し、ＳＦＮの「２」に対応するＥＳパケットチェックテーブルＴＥの、参照した各ＴＳＮに対応するレコードの「００３」のフィールドに「○」をつける（＃１１３）。
欠損確認補充部１０６は、送られて来たＥＳパケットＰＥのＴＳＮに基づいて、ＥＳパケットＰＥに抜けがないかどうかを確認する（図１２の＃１１４）。抜けがあった場合は（＃１１４でＹｅｓ）、タイマを起動し（＃１１５）、抜けた分のＥＳパケットＰＥが送られてくるまで待機する。その間に送られてくるＥＳパケットＰＥは滞留させ保存しておく。抜けがなかった場合は（＃１１４でＮｏ）、それらＥＳパケットＰＥを順序修正部１１０に送る。
順序修正部１１０は、送られてきたＥＳパケットＰＥの順番をＴＳＮに基づいてチェックする（＃１１６）。ＴＳＮの順番どおりになっている場合は（＃１１６でＹｅｓ）、それらを、そのまま送信処理部１１１に送る。順番どおりになっていない場合は（＃１１６でＮｏ）、ＴＳＮの順番に修正して送信処理部１１１に送る（＃１１７）。
送信処理部１１１は、送られてきた各ＥＳパケットＰＥを送られてきた順に、必要に応じてＭＡＣ−ｄ ＰＤＵの単位に分割して（＃１１８）、コアネットワークＣＮに送信する（＃１１９）。
パケット生成部１０３では、データ受信部１０２が各基地局ＢＴから受信する基地局データＤＫに基づいてＥ−ＤＣＨパケットＰＤが生成されていく。パケット振分処理部１０４は、生成されるＥ−ＤＣＨパケットＰＤを順次取得しそれについての振分けの処理を行う。すると、あるタイミングで、基地局ＢＴ３以外から送信されてきた基地局データＤＫに基づく、ＣＦＮが「２」のＥ−ＤＣＨパケットＰＤ（ここでは、「Ｅ−ＤＣＨパケットＰＤ２」と記載する。）を取得する。なお、ここでは、Ｅ−ＤＣＨパケットＰＤ２は、基地局ＢＴ１から送信された基地局データＤＫに基づくＥ−ＤＣＨパケットＰＤであるものとする。
Ｅ−ＤＣＨパケットチェックテーブルＴＤには、ＣＦＮが「２」のレコードに既に「○」が示されているので、そのＣＦＮについては、既に送信対象のＥ−ＤＣＨパケットＰＤが選択済みであると判定される（図１０の＃１０７でＹｅｓ）。パケット振分処理部１０４は、そのようなＥ−ＤＣＨパケットＰＤ（第２Ｅ−ＤＣＨパケットＰＤ）をＣＲＣチェック処理部１０７に送る。
ＣＲＣチェック処理部１０７は、パケット振分処理部１０４から取得したＥ−ＤＣＨパケットＰＤ２のＣＦＮ（「２」）に基づいてＥ−ＤＣＨパケットチェックテーブルＴＤからレコードを検索する。そのレコードを参照して得られる基地局番号（「００３」）およびそのＣＦＮ（「２」）をキーにして、データ保存部１０１からＥ−ＤＣＨパケットＰＤ１を取得する。そして、そのＥ−ＤＣＨパケットＰＤ１のＣＲＣ値とＥ−ＤＣＨパケットＰＤ２のＣＲＣ値とが同じであるか否かを判定する（＃１２０）。
一致する場合は（＃１２０でＹｅｓ）、Ｅ−ＤＣＨパケットＰＤ２を破棄する（＃１０５）。一致しない場合は（＃１２０でＮｏ）、Ｅ−ＤＣＨパケットＰＤ２を第２分割処理部１０８に送る。
第２分割処理部１０８は、送られてきたＥ−ＤＣＨパケットＰＤ２をＥＳパケットＰＥごとに分割し（＃１２１）、データ保存部１０１の基地局ＢＴ１およびＣＦＮの「２」に対応する記憶領域に、ＴＳＮごとに保存する（＃１２２）。そして、保存した旨を選択処理部１０９に通知する。
すると、選択処理部１０９は、第２分割処理部１０８での分割の処理によって得られたＥＳパケットＰＥを取得し（＃１２３）、取得したＥＳパケットＰＥのＴＳＮについて、送信対象のＥＳパケットＰＥが選択済みであるか否かを判定する（＃１２４）。
この判定に際しては、ＣＦＮの「２」に対応するＥＳパケットチェックテーブルＴＥを参照する。ＥＳパケットチェックテーブルＴＥの該当するＴＳＮのレコードに「○」が付けられている場合は、そのＴＳＮについては送信対象のＥＳパケットＰＥが既に選択済みであると判定する（＃１２４でＹｅｓ）。選択済みと判定した場合は、そのＥＳパケットＰＥを破棄する（＃１２５）。
該当するＴＳＮのレコードに「○」が付けられていない場合は、選択済みではないと判定する（＃１２４でＮｏ）。選択済みでないということは、Ｅ−ＤＣＨパケットＰＤ１において、そのＴＳＮのＥＳパケットＰＥが抜けていたことを意味する。従って、この場合は、その抜けを補充するために、その判定に係るＥＳパケットＰＥを送信対象として欠損確認補充部１０６に送る（＃１２６）。また、ＥＳパケットチェックテーブルＴＥのそのＴＳＮのレコードの基地局１に対応するフィールド（「００１」）に「○」を付ける（＃１２７）。ステップ＃１２３からステップ＃１２７までの処理を、Ｅ−ＤＣＨパケットＰＤ２の分割によって得られた全てのＥＳパケットＰＥに対して行う（＃１２８）。
Ｅ−ＤＣＨパケットＰＤ１においてＥＳパケットＰＥの抜けがあった場合、欠損確認補充部１０６は、それを補充するためにタイマを起動して待機している。タイムアップまでの間に抜けた分のＥＳパケットＰＥが選択処理部１０９から送られてくると、欠損確認補充部１０６は、それを補充する。抜けた分が全て補充された場合は、それらＥＳパケットＰＥを順序修正部１１０に送る（図１２の＃１２９）。タイムアップまでに抜けている分の全てのＥＳパケットＰＥが送られてこない場合は、その時点で揃っているＥＳパケットＰＥのみを順序修正部１１０に送る（＃１２９）。
この後、順序修正部１１０に送られた各ＥＳパケットＰＥは、ＴＳＮの順に並べ替えられ（＃１１６および＃１１７）、送信処理部１１１において必要に応じてＭＡＣ−ｄ ＰＤＵごとに分割され（＃１１８）、コアネットワークＣＮに送信される（＃１１９）。
図１３は基地局制御装置ＲＮの機能的構成の他の例を示す図である。
図３において説明したように、Ｅ−ＤＣＨパケットＰＤのＰａｙｌｏａｄ部には、サブフレームＳＦという単位のデータが含まれる。図２の例において、同じＣＦＮを持つ同じ内容のＥ−ＤＣＨパケットＰＤが３個ずつ生成されるのと同様にして、このサブフレームＳＦも、同じＳＮを持つ同じ内容のサブフレームＳＦが３個ずつ生成される。図２の例では、Ｅ−ＤＣＨパケットＰＤの単位に第１Ｅ−ＤＣＨパケットＰＤと第２Ｅ−ＤＣＨパケットＰＤとに振り分ける処理を行ったが、図１３においては、このサブフレームＳＦの単位で振り分ける処理を行う。その場合において、サブフレームＳＦを、同じ内容を示す３個のうちで最初に処理対象となったサブフレームＳＦ（以下、「第１サブフレームＳＦ」と記載する。）と、それ以外のサブフレームＳＦ（以下、「第２サブフレームＳＦ」と記載する。）とに振り分ける。第１サブフレームＳＦは、送信対象として選択される。第２サブフレームＳＦは、第１サブフレームＳＦに抜けがあった場合にそれを補うためのデータとして処理される。
図１３において、データ保存部１０１ｂは、Ｅ−ＤＣＨパケットＰＤ、「サブフレームチェックテーブルＴＳ」、およびＥＳパケットチェックテーブルＴＥなどを保存する。データ保存部１０１ｂにおいては、ＥＳパケットチェックテーブルＴＥは、ＣＦＮおよびＳＮの組合せごとに用意されており、各組合せに対応付けられて保存されている。なお、サブフレームチェックテーブルＴＳについては、後に詳しく説明する。データ受信部１０２は、各基地局ＢＴから送信されて来た基地局データＤＫを受信する。
パケット生成部１０３ｂは、受信した基地局データＤＫを用いて、Ｅ−ＤＣＨパケットＰＤを生成する。さらに、生成したＥ−ＤＣＨパケットＰＤが正常であるか否かのチェックを行い、正常である場合に、そのＥ−ＤＣＨパケットＰＤをデータ保存部１０１ｂに保存する。
サブフレーム振分処理部１１２は、パケット生成部１０３ｂが生成したＥ−ＤＣＨパケットＰＤを取得し、そのＥ−ＤＣＨパケットＰＤに含まれる各サブフレームＳＦを、第１サブフレームＳＦと第２サブフレームＳＦとに振り分けるための処理を行う。
第１分割処理部１０５ｂは、第１サブフレームＳＦをＥＳパケットＰＥごとに分割し、得られたＥＳパケットＰＥを、図９のＥＳパケットチェックテーブルＴＥに記録する。欠損確認補充部１０６ｂは、第１分割処理部１０５ｂでの分割の処理で得られたＥＳパケットＰＥに抜けがないか否かをチェックし、あった場合に、それを補うための処理を行う。
ＣＲＣチェック処理部１０７ｂは、第２サブフレームＳＦとそれに対応する第１サブフレームＳＦとのＣＲＣ値を比較し、それが同じか否かを判定する。
第２分割処理部１０８ｂは、第２サブフレームＳＦのうちで、ＣＲＣ値が、第１サブフレームＳＦのＣＲＣ値と同じでないと判定されたものをＥＳパケットＰＥごとに分割する。選択処理部１０９ｂは、第２分割処理部１０８ｂでの分割の処理によって得られたＥＳパケットＰＥのうちから、コアネットワークＣＮへの送信対象とするものを選択するための処理を行う。
順序修正部１１０は、送られてきたＥＳパケットＰＥを、ＴＳＮの順番（若い番号の順）に送信処理部１１１に送る。送信処理部１１１は、ＥＳパケットＰＥを送られてきた順に、必要に応じてＭＡＣ−ｄ ＰＤＵの単位に分割して、コアネットワークＣＮに送信する。
図１４はサブフレームＳＦを保存する記憶領域を示す図、図１５はサブフレームチェックテーブルＴＳの例を示す図である。
次に、図１０、１１、および１２のフローチャートを参照しながら、図１３に示す基地局制御装置ＲＮｂの各部の処理をさらに詳しく説明する。
携帯端末ＴＲからデータが送信されると、それが基地局ＢＴ１、ＢＴ２、およびＢＴ３によって受信され、そこから基地局制御装置ＲＮｂに送信される。
図１３において基地局制御装置ＲＮｂのデータ受信部１０２は、各基地局ＢＴから送信された基地局データＤＫを受信する（図１０のステップ＃１０１）。パケット生成部１０３ｂは、受信した端末データＤＴに基づいてＥ−ＤＣＨパケットＰＤを生成し（＃１０２）、そのＥ−ＤＣＨパケットＰＤが正常であるか否かをチェックする（＃１０３）。正常でない場合は（＃１０４でＮｏ）、そのＥ−ＤＣＨパケットＰＤを破棄する（＃１０５）。正常である場合は（＃１０４でＹｅｓ）、そのＥ−ＤＣＨパケットＰＤに含まれるサブフレームＳＦを、図１４に示すように、データ保存部１０１ｂの基地局ＢＴごとの記憶領域ＭＢに、ＣＦＮおよびＳＮに対応付けて保存する（＃１０６）。サブフレームＳＦは、ＣＦＮおよびＳＮの組合せによって特定することができる。また、サブフレームＳＦに対応するＣＲＣ値、すなわちそのサブフレームＳＦを含むＥ−ＤＣＨパケットＰＤに示されるＣＲＣ値を各サブフレームＳＦに対応付けて保存する。なお、ここでは、基地局ＢＴ３から送信された基地局データＤＫに基づくＥ−ＤＣＨパケットＰＤ１が生成されたものとする。
サブフレーム振分処理部１１２は、生成されたＥ−ＤＣＨパケットＰＤ１を取得する。さらに、そのＥ−ＤＣＨパケットＰＤ１に含まれるサブフレームＳＦを一つ取り出し、そのサブフレームＳＦ（ここでは、「サブフレームＳＦ１」とする。）が第１サブフレームＳＦであるか第２サブフレームＳＦであるかを、図１５のサブフレームチェックテーブルＴＳを用いて判定する（＃１０７）。ここで、このサブフレームチェックテーブルＴＳについて説明する。
図１５において、サブフレームチェックテーブルＴＳは、ＣＦＮおよびＳＮのどの組合せについて、送信対象のサブフレームＳＦが既に決定しているのかをチェックするためのテーブルである。
サブフレームチェックテーブルＴＳには、「ＣＦＮ」、「ＳＮ」、および基地局制御装置ＲＮ１が管理する基地局ＢＴに対応する基地局番号のフィールドが含まれており、ＣＦＮおよびＳＮの組合せごとにレコードが格納されている。
基地局番号のフィールドのうちのいずれかに「○」が付けられているレコードは、そのレコードに示されるＣＦＮおよびＳＮの組合せについて、既に送信対象のサブフレームＳＦが決定していることを示す。また、いずれのフィールドに「○」が付けられているのかによって、どの基地局ＢＴに対応するサブフレームＳＦ（どの基地局ＢＴから送信された基地局データＤＫに基づくＥ−ＤＣＨパケットＰＤに含まれるサブフレームＳＦ）が送信対象として選択されたのかを知ることができる。いずれのフィールドにも「○」が付けられていないレコードは、そのレコードに示されるＣＦＮおよびＳＮの組合せについて、まだ、送信対象のサブフレームＳＦが決定していないことを示す。
図１３に戻って、サブフレーム振分処理部１１２は、取得したＥ−ＤＣＨパケットＰＤのＣＦＮおよびそこから取り出したサブフレームＳＦ１のＳＮを参照する。なお、ここでは、参照されたＣＦＮおよびＳＮは、それぞれ、「２」および「１」であったものとする。参照したＣＦＮおよびＳＮの組合せに対応するレコードをサブフレームチェックテーブルＴＳから検索し、そのレコードに「○」が付けられているか否かをチェックする。
サブフレームチェックテーブルＴＳにおいて、ＣＦＮが「２」かつＳＮが「１」であるレコードのいずれの基地局番号のフィールドにも「○」が示されていない場合は、そのＣＦＮおよびＳＮの組合せについては、まだ、送信対象のサブフレームＳＦが決定していないことがわかる。よって、その場合は（＃１０７でＮｏ）、サブフレームＳＦ１を送信対象として選択し（図１１の＃１０８）、そのレコードの「００３」のフィールド（基地局ＢＴ３に対応するフィールド）に「○」をつける（＃１０９）。そして、第１分割処理部１０５ｂに対して、ＣＦＮ（「２」）および基地局番号（「００３」）を通知するとともに、そのサブフレームＳＦ１を送る。
第１分割処理部１０５ｂは、送られてきたサブフレームＳＦ１をＥＳパケットＰＥごとに分割する（＃１１０）。分割して得られたＥＳパケットＰＥを、サブフレーム振分処理部１１２から送られて来た基地局番号（「００３」）、ＣＦＮ（「２」）、およびサブフレーム１に示されるＳＮ（「１」）に対応するデータ保存部１０１ｂ内の記憶領域にＴＳＮごとに保存する（＃１１１）。そして、各ＥＳパケットＰＥを送信対象として欠損確認補充部１０６ｂに送る（＃１１２）。
さらに、ＣＦＮの「２」およびＳＮの「１」の組合せに対応するＥＳパケットチェックテーブルＴＥを更新する。すなわち、そのＥＳパケットチェックテーブルＴＥの、各ＥＳパケットＤＥに示されるＴＳＮに対応するレコードの「００３」のフィールドに「○」をつける（＃１１３）。
欠損確認補充部１０６ｂは、送られて来たＥＳパケットＰＥのＴＳＮに基づいて、抜けているＥＳパケットＰＥがないかどうかを確認する（図１２の＃１１４）。抜けがあった場合は（＃１１４でＹｅｓ）、タイマを起動し（＃１１５）、抜けた分のＥＳパケットＰＥが送られてくるまで待機する。抜けがなかった場合は（＃１１４でＮｏ）、それらＥＳパケットＰＥを順序修正部１１０に送る。
順序修正部１１０は、送られてきたＥＳパケットＰＥの順番をＴＳＮに基づいてチェックする（＃１１６）。ＴＳＮの順番どおりになっている場合は（＃１１６でＹｅｓ）、それらを、そのまま送信処理部１１１に送る。順番どおりになっていない場合は（＃１１６でＮｏ）、ＴＳＮの順番に修正して送信処理部１１１に送る（＃１１７）。
送信処理部１１１は、送られてきた各ＥＳパケットＰＥを、必要に応じてＭＡＣ−ｄ ＰＤＵの単位に分割して（＃１１８）、コアネットワークＣＮに送信する（＃１１９）。
パケット生成部１０３ｂでは、データ受信部１０２が各基地局ＢＴから受信する基地局データＤＫに基づいてＥ−ＤＣＨパケットＰＤが生成されていく。サブフレーム振分処理部１１２は、生成されるＥ−ＤＣＨパケットＰＤを順次取得しそれに含まれるサブフレームＳＦを振り分けるための処理を行う。すると、あるタイミングで、ＣＦＮが「２」であるＥ−ＤＣＨパケットＰＤ（ここでは、「Ｅ−ＤＣＨパケットＰＤ２」と記載する。）に含まれるＳＮが「１」であるサブフレームＳＦ（ここでは、「サブフレームＳＦ２」とする。）が振分けの対象として取り出される。なお、Ｅ−ＤＣＨパケットＰＤ２は、基地局ＢＴ１からの基地局データＤＫに基づいて生成されたものとする。
サブフレームチェックテーブルＴＳにおいて、ＣＦＮが「２」でＳＮが「１」の組合せのレコードには、既に「○」が付けられているので、そのＣＦＮおよびＳＮの組合せについては、既に送信対象のサブフレームＳＦが決定していると判定される（図１０の＃１０７でＹｅｓ）。
サブフレーム振分処理部１１２は、そのようなサブフレームＳＦ２を、それに対応する基地局番号（「００１」）、ＣＦＮ（「２」）、およびＣＲＣ値とともに、ＣＲＣチェック処理部１０７ｂに送る。
ＣＲＣチェック処理部１０７ｂは、サブフレームＳＦ２とそれに対応する第１サブフレームＳＦ１とのＣＲＣ値を比較し、それが同じか否かを判定する。
それに際して、ＣＲＣチェック処理部１０７ｂは、まず、サブフレーム振分処理部１１２から受け取ったＣＦＮ（「２」）およびサブフレームＳＦ２に示されるＳＮ（「１」）をキーにして、サブフレームチェックテーブルＴＳからレコードを検索する。そのＣＦＮおよびＳＮの組合せについては、既にサブフレームＳＦ１が送信対象として選択されているので、ヒットしたレコードには、「００３」のフィールドに「○」が示されている。ＣＲＣチェック処理部１０７ｂは、そのレコードに基づいてサブフレームＳＦ１に対応する基地局ＢＴに基地局番号（「００３」）を取得する。
その基地局番号（「００３」）、ＣＦＮ（「２」）、およびＳＮ（「１」）をキーにしてデータ保存部１０１ｂからサブフレームＳＦ１のＣＲＣ値を取得する。そして、取得したＣＲＣ値とサブフレーム振分処理部１１２から受け取ったサブフレームＳＦ２のＣＲＣ値とが同じであるか否かを判定する（＃１２０）。
一致する場合は（＃１２０でＹｅｓ）、サブフレームＳＦ２を破棄する（＃１０５）。一致しない場合は（＃１２０でＮｏ）、サブフレームＳＦ２を第２分割処理部１０８ｂに送る。同時に、サブフレームＳＦ２に対応する基地局番号（「００１」）、ＣＦＮ（「２」）、およびＳＮ（「１」）を通知する。
第２分割処理部１０８ｂは、送られてきたサブフレームＳＦ２をＥＳパケットＰＥごとに分割し（＃１２１）、対応する基地局、ＣＦＮ、およびＳＮの記憶領域にＴＳＮごとに保存する（＃１２２）。そして、保存した旨を選択処理部１０９に通知する。同時に、サブフレームＳＦ２に対応する基地局番号（「００１」）、ＣＦＮ（「２」）、およびＳＮ（「１」）を通知する。
すると、選択処理部１０９ｂは、第２分割処理部１０８ｂでの分割によって得られたＥＳパケットＰＥを取得し（＃１２３）、取得したＥＳパケットＰＥのＴＳＮについて、送信対象のＥＳパケットＰＥが選択済みであるか否かを判定する（＃１２４）。
この判定に際しては、ＣＦＮの「２」およびＳＮの「１」の組合せに対応するＥＳパケットチェックテーブルＴＥを参照する。そのＥＳパケットチェックテーブルＴＥの該当するＴＳＮのレコードに「○」が付けられている場合は、そのＴＳＮについては送信対象のＥＳパケットＰＥが既に選択済みであると判定する（＃１２４でＹｅｓ）。選択済みと判定した場合は、そのＥＳパケットＰＥを破棄する（＃１２５）。
該当するＴＳＮのレコードに「○」が付けられていない場合は、選択済みではないと判定する（＃１２４でＮｏ）。選択済みでないということは、サブフレームＳＦ１において、そのＴＳＮのＥＳパケットＰＥが抜けていたことを意味する。従って、この場合は、その抜けを補充するために、その判定に係るＥＳパケットＰＥを送信対象として欠損確認補充部１０６ｂに送る（＃１２６）。また、ＥＳパケットチェックテーブルＴＥのそのＴＳＮのレコードの、対応する基地局番号（「００１」）のフィールドに「○」を付ける（＃１２７）。ステップ＃１２３からステップ＃１２７までの処理を、サブフレームＳＦ２の分割によって得られた全てのＥＳパケットＰＥに対して行う（＃１２８）。
サブフレームＳＦ１においてＥＳパケットＰＥの抜けがあった場合、欠損確認補充部１０６ｂは、それを補充するためにタイマを起動して待機している。タイムアップまでの間に選択処理部１０９ｂから抜けた分のＥＳパケットＰＥが送られてくると、欠損確認補充部１０６ｂは、それを補充する。それによって抜けた分のＥＳパケットＰＥが全て補えた場合は、それらＥＳパケットＰＥを順序修正部１１０に送る（図１２の＃１２９）。タイムアップまでに抜けている分の全てのＥＳパケットＰＥが送られてこない場合は、その時点で揃っているＥＳパケットＰＥのみを順序修正部１１０に送る（＃１２９）。
この後、順序修正部１１０に送られた各ＥＳパケットＰＥは、ＴＳＮの順に並べ替えられ（＃１１６および＃１１７）、送信処理部１１１において必要に応じてＭＡＣ−ｄ ＰＤＵごとに分割され（＃１１８）、コアネットワークＣＮに送信される（＃１１９）。
本実施形態によると、Ｅ−ＤＣＨの多重構造に着目して、ＣＦＮおよびＣＲＣ値（または、ＣＦＮ、ＳＮ、およびＣＲＣ値）を用いた、パケット同士の同一性のチェックを行う。事前にこのようなチェックを行うことによって、前に処理されたパケットと同じ内容を示すパケットをフィルタリングすることができ、そのようなパケットをその時点で破棄できるようになる。そうすると、従来の方法において行っていた、結局破棄されてしまうパケットについての無駄な処理を、省くことができる。
また、前に処理されたパケットと、ＣＦＮ（または ＣＦＮおよびＳＮ）が同じであり、ＣＲＣ値が違うパケットについては、従来どおり、ＭＡＣ−ｅｓ ＰＤＵの単位に分割し、各ＭＡＣ−ｅｓ ＰＤＵごとにそれを送信対象として採用するか否かの判定を行う。具体的には、前に処理されたパケットにおいて抜けていたＭＡＣ−ｅｓ ＰＤＵを送信対象として選択する。これによって、前に処理されたパケットに欠損があったとしても、それを、後から処理される同じ内容のパケットを用いて補充することができる。すなわち、欠損部分を補充するようにパケット同士を合成することができるようになる。
従って、本発明によれば、データの信頼性を確保しつつ、処理効率の向上を高めることが可能となる。本発明は、特に、ＨＳＵＰＡにおいて好適に用いられる。
本実施形態においては、基地局制御装置ＲＮが基地局ＢＴからデータを受信する場合の例を示したが、他の基地局制御装置ＲＮから、または他の基地局制御装置ＲＮおよび基地局ＢＴの両方からデータを受信するように構成してもよい。
なお、端末データＤＴおよび基地局データＤＫが、ＭＡＣ―ｅ ＰＤＵの単位のデータ（パケット）であってもよい。または、ＭＡＣ−ｅｓ ＰＤＵの単位のデータ（パケット）であってもよい。または、Ｓｕｂｆｒａｍｅの単位のデータ（パケット）であってもよい。
その他、移動体通信ネットワークＭＮ、基地局制御装置ＲＮおよびＲＮｂの各部の構成、機能、各テーブルの構成、各データが示す内容、処理の内容または順序などは、本発明の趣旨に沿って適宜変更することができる。
上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理方法であって、
前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定ステップと、
前記第１判定ステップにおいて同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割ステップと、
分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定ステップと、
前記第２判定ステップにおいて送信対象と判定された前記小パケットを送信する送信ステップと、を有し、
前記第１判定ステップにおいて同じ内容のパケットであると判定した場合は、当該判定に係る前記パケットについての前記分割ステップ、前記第２判定ステップ、および前記送信ステップの処理を行なうことなく、当該パケットを破棄する、
ことを特徴とするパケット処理方法。
（付記２）
前記パケット処理方法は、ＨＳＵＰＡのサービスにおいて用いられるパケット処理方法である、
付記１記載のパケット処理方法。
（付記３）
前記受信したデータに基づいて生成されるパケットは、Ｅ−ＤＣＨ ＦＰに基づくパケットである、
付記１または２記載のパケット処理方法。
（付記４）
前記小パケットは、ＭＡＣ−ｅｓ ＰＤＵである、
付記１ないし３のいずれかに記載のパケット処理方法。
（付記５）
前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮが同じである場合に、同じ内容のパケットであると判定する、
付記１ないし４のいずれかに記載のパケット処理方法。
（付記６）
前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮおよびＳＮが同じである場合に、同じ内容のパケットであると判定する、
付記１ないし４のいずれかに記載のパケット処理方法。
（付記７）
前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮおよびＣＲＣ値が同じである場合に、同じ内容のパケットであると判定する、
付記１ないし４のいずれかに記載のパケット処理方法。
（付記８）
前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮ、ＳＮ、およびＣＲＣ値が同じである場合に、同じ内容のパケットであると判定する、
付記１ないし４のいずれかに記載のパケット処理方法。
（付記９）
前記第１判定ステップにおいてＣＦＮが違うことによって同じ内容のパケットでないと判定された場合の当該判定に係るパケットについては、
前記第２判定ステップの処理を行なうことなく、当該パケットに含まれる全ての小パケットを送信対象とする、
付記７記載のパケット処理方法。
（付記１０）
前記第１判定ステップにおいてＣＦＮおよびＳＮが同じでＣＲＣ値が違うことによって同じ内容のパケットでないと判定された場合の当該判定に係るパケットについては、
前記第２判定ステップの処理を行なうことなく、当該パケットに含まれる全ての小パケットを送信対象とする、
付記８記載のパケット処理方法。
（付記１１）
前記ブランチは、移動体通信における基地局または基地局制御装置である、
付記１ないし１０のいずれかに記載のパケット処理方法。
（付記１２）
移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理を行なうパケット処理システムであって、
前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定手段と、
前記第１判定手段が同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割手段と、
分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定手段と、
前記第２判定手段が送信対象と判定した前記小パケットを送信する送信手段と、を有し、
前記第１判定手段が同じ内容のパケットであると判定した場合は、当該判定に係る前記パケットについての前記分割手段、前記第２判定手段、および前記送信手段の処理を行なうことなく、当該パケットを破棄する、
ことを特徴とするパケット処理システム。
（付記１３）
前記パケット処理システムは、移動体通信における基地局制御装置である、
付記１２記載のパケット処理システム。
（付記１４）
前記ブランチは、移動体通信における基地局または基地局制御装置である、
付記１２または１３記載のパケット処理システム。
（付記１５）
移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理を行なうコンピュータに、
前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定処理と、
前記第１判定処理において同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割処理と、
分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定処理と、
前記第２判定処理において送信対象と判定された前記小パケットを送信する送信処理と、
前記第１判定処理において同じであると判定した場合は、当該判定に係る前記パケットについての前記分割処理、前記第２判定処理、および前記送信処理を行なうことなく当該パケットを破棄する処理と、
を実行させることを特徴とするコンピュータプログラム。
本発明に係る移動体通信ネットワークの例を示す図である。 基地局制御装置の機能的構成の例を示す図である。 Ｅ−ＤＣＨパケットの構成を示す図である。 Ｅ−ＤＣＨパケットのフォーマットを説明するための図である。 図４に示される各パラメータの説明を示す図である。 基地局データからＥ−ＤＣＨパケットが生成される際の処理を説明するための図である。 Ｅ−ＤＣＨパケットを保存する記憶領域を示す図である。 Ｅ−ＤＣＨパケットチェックテーブルを示す図である。 ＥＳパケットチェックテーブルの例を示す図である。 基地局データを受信してからＥ−ＤＣＨパケットを送信するまでの基地局制御装置における処理の流れを説明するためのフローチャートである。 基地局データを受信してからＥ−ＤＣＨパケットを送信するまでの基地局制御装置における処理の流れを説明するためのフローチャートである。 基地局データを受信してからＥ−ＤＣＨパケットを送信するまでの基地局制御装置における処理の流れを説明するためのフローチャートである。 基地局制御装置の機能的構成の他の例を示す図である。 サブフレームを保存する記憶領域を示す図である。 サブフレームチェックテーブルの例を示す図である。 従来の基地局制御装置の機能的構成の例を示す図である。 従来の基地局制御装置におけるパケットに関する処理の流れを説明するためのフローチャートである。 従来の基地局制御装置におけるパケットに関する処理の流れを説明するためのフローチャートである。 Ｅ−ＤＣＨ ＦＰに基づくパケットの構成を説明するための図である。
符号の説明
１０４ パケット振分処理部（第１判定手段）
１０７、１０７ｂ ＣＲＣチェック処理部（第１判定処手段）
１０８、１０８ｂ 第２分割処理部（分割手段）
１０９、１０９ｂ 選択処理部（第２判定手段）
１１１ 送信処理部（送信手段）
１１２ サブフレーム振分処理部（第１判定手段）
ＢＴ 基地局（ブランチ）
ＤＴ 端末データ（データ）
ＰＤ Ｅ−ＤＣＨパケット（パケット）
ＰＥ ＥＳパケット（小パケット）
ＲＮ 基地局制御装置（パケット処理システム、ブランチ、コンピュータ）
ＳＦ サブフレーム（パケット）
ＴＲ 携帯端末

Claims (7)

  1. 移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理方法であって、
    前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定ステップと、
    前記第１判定ステップにおいて同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割ステップと、
    分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定ステップと、
    前記第２判定ステップにおいて送信対象と判定された前記小パケットを送信する送信ステップと、を有し、
    前記第１判定ステップにおいて同じ内容のパケットであると判定した場合は、当該判定に係る前記パケットについての前記分割ステップ、前記第２判定ステップ、および前記送信ステップの処理を行なうことなく、当該パケットを破棄する、
    ことを特徴とするパケット処理方法。
  2. 前記パケット処理方法は、ＨＳＵＰＡのサービスにおいて用いられるパケット処理方法である、
    請求項１記載のパケット処理方法。
  3. 前記受信したデータに基づいて生成されるパケットは、Ｅ−ＤＣＨ ＦＰに基づくパケットである、
    請求項１または２記載のパケット処理方法。
  4. 前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮおよびＣＲＣ値が同じである場合に、同じ内容のパケットであると判定する、
    請求項１ないし３のいずれかに記載のパケット処理方法。
  5. 前記第１判定ステップにおいては、前記パケットに含まれるＣＦＮ、ＳＮ、およびＣＲＣ値が同じである場合に、同じ内容のパケットであると判定する、
    請求項１ないし３のいずれかに記載のパケット処理方法。
  6. 移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理を行なうパケット処理システムであって、
    前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定手段と、
    前記第１判定手段が同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割手段と、
    分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定手段と、
    前記第２判定手段が送信対象と判定した前記小パケットを送信する送信手段と、を有し、
    前記第１判定手段が同じ内容のパケットであると判定した場合は、当該判定に係る前記パケットについての前記分割手段、前記第２判定手段、および前記送信手段の処理を行なうことなく、当該パケットを破棄する、
    ことを特徴とするパケット処理システム。
  7. 移動体通信において複数のブランチが一つの携帯端末から受信したデータに基づいて生成されるパケットについての処理を行なうコンピュータに、
    前記パケットが、当該パケットよりも前に処理されたパケットと同じ内容のパケットか否かを判定する第１判定処理と、
    前記第１判定処理において同じ内容のパケットでないと判定した場合に、当該判定に係る前記パケットをさらに小さな単位の小パケットに分割する分割処理と、
    分割されてできた小パケットのそれぞれについて、前記携帯端末の通信相手に届けるために送信する送信対象とするか否かを判定する第２判定処理と、
    前記第２判定処理において送信対象と判定された前記小パケットを送信する送信処理と、
    前記第１判定処理において同じであると判定した場合は、当該判定に係る前記パケットについての前記分割処理、前記第２判定処理、および前記送信処理を行なうことなく当該パケットを破棄する処理と、
    を実行させることを特徴とするコンピュータプログラム。
JP2007005930A 2007-01-15 2007-01-15 パケット処理方法、パケット処理システム、およびコンピュータプログラム Withdrawn JP2008172699A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2007005930A JP2008172699A (ja) 2007-01-15 2007-01-15 パケット処理方法、パケット処理システム、およびコンピュータプログラム
EP20070121997 EP1944921A1 (en) 2007-01-15 2007-11-30 Packet processing method, packet processing system and computer program for packet processing
US11/987,470 US20080170503A1 (en) 2007-01-15 2007-11-30 Packet processing method, packet processing system and computer program
CNA2007103074011A CN101227389A (zh) 2007-01-15 2007-12-28 分组处理方法、分组处理系统和计算机程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007005930A JP2008172699A (ja) 2007-01-15 2007-01-15 パケット処理方法、パケット処理システム、およびコンピュータプログラム

Publications (1)

Publication Number Publication Date
JP2008172699A true JP2008172699A (ja) 2008-07-24

Family

ID=39027175

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007005930A Withdrawn JP2008172699A (ja) 2007-01-15 2007-01-15 パケット処理方法、パケット処理システム、およびコンピュータプログラム

Country Status (4)

Country Link
US (1) US20080170503A1 (ja)
EP (1) EP1944921A1 (ja)
JP (1) JP2008172699A (ja)
CN (1) CN101227389A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013214850A (ja) * 2012-04-02 2013-10-17 Alpine Electronics Inc 放送受信機

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103828472A (zh) * 2012-09-25 2014-05-28 华为技术有限公司 传输序列号同步处理方法、装置和系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2364477B (en) * 2000-01-18 2003-11-05 Ericsson Telefon Ab L M Virtual private networks
FR2846182B1 (fr) * 2002-10-16 2005-01-28 Nortel Networks Ltd Procede de controle de retransmission de donnees et unite de controle pour mettre en oeuvre le procede
KR100689543B1 (ko) * 2003-08-26 2007-03-02 삼성전자주식회사 이동통신 시스템에서 상향링크 패킷 전송을 위한 스케쥴링 요청 방법 및 장치
JP2007521707A (ja) * 2003-12-22 2007-08-02 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｕｔｒａｎトランスポート・ネットワークにおけるマクロダイバーシチを扱う装置および方法
US20050185609A1 (en) * 2004-02-16 2005-08-25 Esa Malkamaki Communication method, user terminal, network element and computer program
KR100819256B1 (ko) 2004-05-06 2008-04-02 삼성전자주식회사 향상된 상향링크 전용 채널을 통해 시그널링 정보를전송하기 위한 전력의 설정 방법 및 장치
US7366477B2 (en) * 2004-05-06 2008-04-29 Nokia Corporation Redundancy version implementation for an uplink enhanced dedicated channel
KR100713394B1 (ko) * 2004-06-16 2007-05-04 삼성전자주식회사 이동통신 시스템에서 전송일련번호와 타임스탬프를 이용한 상향링크 데이터 패킷들의 재정렬 방법 및 장치
KR20060006725A (ko) * 2004-07-16 2006-01-19 삼성전자주식회사 향상된 상향링크 전용채널을 지원하는 이동통신시스템에서자율전송을 위한 파라미터 결정 방법 및 장치
US7626926B2 (en) * 2004-12-09 2009-12-01 Airvana, Inc. Traffic management in a wireless data network
EP1718098B1 (en) * 2004-12-15 2008-07-23 Matsushita Electric Industrial Co., Ltd. Support of guaranteed bit-rate traffic for uplink transmissions
JP4645281B2 (ja) * 2005-04-19 2011-03-09 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013214850A (ja) * 2012-04-02 2013-10-17 Alpine Electronics Inc 放送受信機

Also Published As

Publication number Publication date
EP1944921A1 (en) 2008-07-16
CN101227389A (zh) 2008-07-23
US20080170503A1 (en) 2008-07-17

Similar Documents

Publication Publication Date Title
US10476638B2 (en) Operating method and apparatus according to data duplicate retransmission in mobile communication system
US10404427B2 (en) Mobile communication system and packet control method in the mobile communication system
CN100417061C (zh) 重传控制方法和无线通信终端设备
KR100933399B1 (ko) 이동통신 시스템에서 기지국이 전송하는 시스템 정보의수신방법 및 장치
JP4610853B2 (ja) 移動通信システムにおけるマルチメディアサービスのための伝送装置及び方法
CN101039452B (zh) 增强的专用信道中调度信息的传输方法及基站节点
JP2002544717A (ja) 移動通信システムにおける無線リンクプロトコルによる可変長データの送受信装置及び方法
US7738369B2 (en) Data structure caching for PDU re-generation and transmission in a 3G wireless network
CN104993916B (zh) 用于在移动通信系统中通过终端来处理数据的方法和装置
CA2542365A1 (en) Selective combining method and apparatus in a mobile communication system
MXPA06012458A (es) Metodo y aparato para reenviar bloques de datos no consecutivos en transmisiones de enlace ascendente mejorado.
EP2015496A1 (en) Base station, mobile station, and communication method
AU2006330385A1 (en) Communication apparatus, communication method and program
JP2008301178A (ja) パケットデータ通信方法、無線基地局、および制御局
JP2006067099A (ja) 伝送時間測定方法、伝送制御方法及び伝送時間測定機能を備えた移動通信システム
JP2007300509A (ja) 無線通信方法および無線通信装置
US7746841B2 (en) Transmission of data packets in a radiocommunication system using a common hybrid automatic repeat request (HARQ) process
CN101933358B (zh) 用于无线通信系统中传送数据单元的方法和设备
EP1608130B1 (en) Transmitter, communication system, and communication method
US8345649B2 (en) Method for indication of consecutive data units in a RAN
JP2008005490A (ja) 無線通信システムのｍａｃ層においてパケットを組み立てる方法及び装置
JP2008172699A (ja) パケット処理方法、パケット処理システム、およびコンピュータプログラム
US20110078528A1 (en) User terminal and method for performing retransmission control
KR100918735B1 (ko) 이동통신 시스템에서 패킷 송수신 방법 및 장치
CN101321114A (zh) 增强的专用信道中的上行分组调度方法和系统

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20100406